Home > Telecom Tips > Telecom Essentials > Scale your backbone with core MPLS, BGP on the edge
Telecom Tips:
EMAIL THIS
 TIPS & NEWSLETTERS TOPICS 

TELECOM ESSENTIALS

Scale your backbone with core MPLS, BGP on the edge


Ivan Pepelnjak
02.11.2008
Rating: -4.00- (out of 5)


Enterprise IT tips and expert advice
Digg This!    StumbleUpon Toolbar StumbleUpon    Bookmark with Delicious Del.icio.us    Add to Google


If you want to deploy )Border Gateway Protocol (BGP) throughout your network, you have to run it on all core routers (and there are a number of reasons why you should)… or at least that was the traditional wisdom.

With the introduction of MPLS, you can run BGP only on the network's edges, reducing the memory requirements and CPU load on your core routers, while at the same time making them more stable.

To understand why MPLS technology has such an impact on your network, let's review the basic facts of BGP routing. When BGP advertises a route between routers in the same network -- the same Autonomous System (AS), the next-hop of the route remains an IP address outside of the AS, as shown in the diagram below. Note: Most other routing protocols make the next hop of the route the IP address of the adjacent router.

Consequently, when the routing tables are built on the routers in your autonomous system, all entries for IP prefix 10.1.2.0 point to the same next hop: the IP address of the X1 router (see diagram below).

If a Label Switch Path (LSP) were established between the routers' POP and Internet Exchange Point (IXP) for the IP destination X1, the packets toward the network 10.1.2.0 would travel across the network encapsulated in MPLS headers, and the core router would not need to have the BGP route toward the destination network (see diagram below).

The LSPs for all non-BGP destinations are built automatically once you enable MPLS with Label Distribution Protocol (LDP) in your network (unless you've configured LDP filters). The LSP between the POP and the IXP router is thus created automatically, and the POP router starts using it to send packets toward the IP network 10.1.2.0 as soon as it's created. BGP is thus no longer needed on the core router, as it never receives a non-MPLS-encapsulated IP packet for the network 10.1.2.0.

Once you decide to rely on MPLS to provide the edge-to-edge transport across you network core, however, BGP has to be deployed on all edge routers (similar to the MPLS VPN designs). You can no longer use default routing toward an IXP or toward your network core, as your core routers cannot forward IP packets toward Internet destinations anymore. If you would like to retain default routing on the low-end access routers, you could use the following design:

  • The core routers run only MPLS and core IGP. These routers should never have to forward non-labeled IP packets toward external destinations. The only IP traffic they should handle is the routing protocol updates and network management queries.
  • The distribution layer routers run BGP and provide end-to-end transport across label switched paths established in the network core.
  • The distribution layer routers advertise default route toward those access routers that do not run BGP.
  • Access routers might have full BGP routing table (needed for multi-homed customer), partial BGP routing table (for example, only the routes toward your customers) or no BGP at all (in which case they would use the default route toward the closes distribution layer router for most of the traffic).

This design is very similar to IP-over-ATM designs used in early high-speed Internet backbones (when ATM was the only high-speed technology available). The only difference is in the backbone infrastructure, where ATM switches have been replaced with routers, significantly reducing per-port and per-switched-Gbps costs.

Before you rush to reconfigure your routers and remove BGP from your core, you have to consider the following caveat: The MPLS-only network core will perform its duties only if the LSPs established across the core with LDP always follow the shortest paths computed by the IP routing protocols. If a backbone router is restarted and becomes a hop on the shortest path across the core network before it has exchanged the LDP labels with its neighbors, the LSPs across the network will break and the transit traffic will be blackholed.

To remove the risk of broken core LSPs, you could deploy MPLS Traffic Engineering between the distribution-layer routers. If you enable MPLS TE in your network, the routers prefer MPLS TE paths over paths computed by your routing protocol) or you could configure slow IGP startup on your backbone routers (available only if you use OSPF or IS-IS as your core routing protocol).

About the author: Ivan Pepelnjak, CCIE No. 1354, is a 25-year veteran of the networking industry. He has more than 10 years of experience in designing, installing, troubleshooting and operating large service provider and enterprise WAN and LAN networks and is currently chief technology advisor at NIL Data Communications, focusing on advanced IP-based networks and web technologies. His books include MPLS and VPN Architectures and EIGRP Network Design. You can read his blog here: http://ioshints.blogspot.com/index.html


Rate this Tip
To rate tips, you must be a member of SearchTelecom.com.
Register now to start rating these tips. Log in if you are already a member.




Digg This!    StumbleUpon Toolbar StumbleUpon    Bookmark with Delicious Del.icio.us    Add to Google


RELATED CONTENT
Telecom Essentials
Telepresence, unified communications and collaboration: A network operator's role
Packet optical: Differing views on network elements
Next-gen networks require 24x7 bandwidth readiness
Deploying effective service delivery platforms for next-gen networks
3 reasons to speed legacy to next-gen network migration
Avoiding private IP security risks in public networks
Telecom business model transformation requires symbiotic service models
The role of IMS and SOA in the service ecosystem
Building revenue-increasing telecom services for the future
Wireless 3G and 4G data standards: Central to business customers

MPLS (Multi-protocol Label Switching) Networks
MPLS and Carrier Ethernet: Playing together to ensure quality of service
Nemertes service provider awards reflect enterprise views on excellence
MPLS solutions: Gathering customer requirements is job 1
Telecoms deploy Carrier Ethernet despite lack of standards, survey reveals
The 5 hottest topics on SearchTelecom
Making the case for Layer 2 and Layer 3 VPNs
Traffic engineering the service provider network
10 MPLS traffic engineering myths and half truths
IPv6 network's a go for Verizon, others
Understanding MPLS network components

Telecom Routing and Switching
New Juniper "virtualized" dynamic services gateways emphasize flexibility
Avoiding private IP security risks in public networks
Enterprise IPv6 upgrades mean new service provider opportunity
Juniper adds Comcast to cable operators deploying Carrier Ethernet
NXTcomm 2008 is about telecom advances, not breakthroughs
Telecom product and service news from NXTcomm08
Juniper works to cut providers' wireless backhaul costs, converging TDM, ATM with Ethernet
Advanced BGP network design for stability and security
Juniper's new JCS 1200 provides control plane scaling flexibility
Improving BGP services and security

RELATED GLOSSARY TERMS
Terms from Whatis.com − the technology online dictionary
BGP  (SearchTelecom.com)
CDMA  (SearchTelecom.com)
OSPF  (SearchTelecom.com)
switch  (SearchTelecom.com)

RELATED RESOURCES
2020software.com, trial software downloads for accounting software, ERP software, CRM software and business software systems
Search Bitpipe.com for the latest white papers and business webcasts
Whatis.com, the online computer dictionary

DISCLAIMER: Our Tips Exchange is a forum for you to share technical advice and expertise with your peers and to learn from other enterprise IT professionals. TechTarget provides the infrastructure to facilitate this sharing of information. However, we cannot guarantee the accuracy or validity of the material submitted. You agree that your use of the Ask The Expert services and your reliance on any questions, answers, information or other materials received through this Web site is at your own risk.

About Us  |  Contact Us  |  For Advertisers  |  For Business Partners  |  Site Index  |  RSS
SEARCH 
TechTarget provides enterprise IT professionals with the information they need to perform their jobs - from developing strategy, to making cost-effective IT purchase decisions and managing their organizations' IT projects - with its network of technology-specific Web sites, events and magazines.

TechTarget Corporate Web Site  |  Media Kits  |  Reprints  |  Site Map




All Rights Reserved, Copyright 2007 - 2008, TechTarget | Read our Privacy Policy
  TechTarget - The IT Media ROI Experts