Select topics on telecommunications
Carriers are looking for ways to migrate their core networks to packet-switched architectures, while still supporting traditional voice and private line services. This paper presents a new architecture where network nodes are 'packet'-aware.
Literature Survey
-
Current transport networks - packet switching equipment is consolidated at few locations, hence packet data is not switched as close as possible to the end users as desired. Particularly, Ethernet transport is not efficient.
This paper looks at L2 and L3 VPNs in depth. Some of the particular examples that are dealt in depth are Virtual Private LAN service, BGP-based VPNs, the virtual router and IPSec VPN approaches.
Literature Survey for VPNs
-
L2 VPNs - point to point pseudo-wire service, and point-to-multipoint LAN emulation service
-
Issues in L2 VPNs - provisioning of pseudo-wire services, preventing routing loops in virtual private LAN services, interworking between different L2 technologies at endpoints of the VPN
-
L3 VPNs - classification into BGP/MPLS IP VPNs, virtual router IP VPNs (both PE-based) and CE-based IPSec VPNs.
Comparison of Customer Edge (CE)-based VPNs and Provider Edge (PE)-based VPNs, architecture issues, efforts towards standardisation.
The paper identifies VPN reference models, and throws light on generic requirements for a VPN.
Literature Survey for VPNs
-
Comparison of CE and PE-based VPNs
-
Differentiation between VPNs based on the service offered - L3, L2 and L1 VPNs
-
VPN architecture issues - endpoint creation, endpoint discovery, tunnel establishment and distribution of reachability information.
Flexible framework for encapsulating frame-oriented (IP, Ethernet etc) and character-oriented (ESCON) data streams on optical fiber PHY layer.
Literature Survey for GFP
-
Supports variable-length payload and hence there is no need for SAR functions and frame padding.
-
Since there is no transparency processing, the unpredictable bandwidth expansion common in PoS and HDLC solutions is not present in GPF.
-
GPF eventually should replace PoS solutions. It also works well with RPR (how?)
RPR is a ring-based network architecture to be used in metro packet-switched networks. RPR, put very crudely, will deliver the advantages of statistical multiplexing to a SONET-like metro ring topology network.
Literature Survey for IEEE 802.17 RPR
Questions
-
RPR is an upcoming standard for a ring-based MAN/WAN. Other ring-based network architectures include Token Ring (LAN), FDDI (LAN/MAN) and ATM-R (LAN/MAN).
-
Present-day MAN/WAN transport is typically SONET/SDH rings. SONET/SDH rings are characterised by static bandwidth allocation to the various nodes on the ring. Hence, they are not efficient for applications such as bridging two Ethernets at different locations.
-
In Token Ring, the frame goes around the ring back to the sender, thus serving as an acknowledgement to the sender. But in RPR, the receiving station removes the frame from the ring, thus allowing the simultaneous re-use of the ring between two other stations not involved in this particular transmission. This re-use is termed spatial reuse.
-
Ring access in RPR is using buffer insertion , unlike Token Ring, where the station with the token has access to the ring. Every station has a buffer called the transit queue , in which frames in transit must be queued temporarily.
-
A station transmits only if there are no frames in transit, and the transit queue is empty.
-
A frame that arrives in the transit queue when the station is transmitting a frame, has to wait until the transmission is complete.
-
RPR design allows for a station to have a single transit queue, or two queues, a primary and secondary.
-
RPR implements a fairness algorithm to share ring bandwidth among various stations. The algorithm involves the downstream station sending control frames to the upstream stations to reduce transmit rates to a fair rate.
-
Each station maintains a topology database which is updated by periodic topology frames received from all the stations in the ring. Topology frames are also sent when there is a change in the ring such as the addition/removal of a station, or the failure of a link/station.
-
Resilience is provided in RPR by steering, which means the station that detects a failure sends a new frame in the only available ring.
-
RPR supports transparent bridging using the extended frame format, which can encapsulate other IEEE 802 frames.
Multi Protocol Label Switching - an alternative to conventional IP routing where flows are defined in IP routers, using labels in the packet headers, which are used by MPLS routers (Label-switching routers) to switch the packets faster, and also provide the IP equivalent of a VC in ATM networks. MPLS superimposes a connection-oriented framework on a connectionless IP network.
Literature Survey for MPLS
Questions
-
Conventional IP routing requires every router in the path to re-examine the IP header to determine the next hop.
-
In MPLS, ingress router determines the flow (Forwarding Equivalence Class or FEC) for this packet, and adds a label to the IP header, and sends it to next hop. The next router looks at the label, identifies the flow, and sends it on.
- Label is an index into a table that specifies the next hop, and the new label, which the next hop router needs to identify the flow. The label has only local significance, ie. between one label-switching router and the next.
-
MPLS makes 'source routing', i.e. forcing a particular path to be used for a packet, possible. This routing might be a matter of policy or for traffic shaping.
-
Other examples of label switching include switching based on VPI/VCI in ATM, DLCI in frame relay. So is MPLS label-switching also L2 switching?
-
If ATM is the L2 protocol underneath the IP network, then the label will be carried in the ATM VCI/VPI field. This also allows VC/VP merging. Similarly, if Frame Relay is the underlying transport, the label is carried in the DLCI section of the FR header.
These are the notes that I prepared for Dr. Srikanth's EC016 Cellular Communications Course when I was in undergraduate engineering school. The topics that were discussed in this class were ...
- ISDN and the need for an ISDN
- Handling user mobility - elements in a GSM core network
- GSM mobiilty management procedures - IMSI attach/detach
- Scenarios - mobile-originated and mobile-terminated call cases
- Other scenarios - MO- and MT-call during roaming - tromboning
Notes for EC016 Cellular Communications - GSM mobility management
manisridhar at hotmail dot com
This page was last modified: January 01 1970 00:00:00.