Tip

Sizing routing protocols

A common misconception among network administrators is that you should determine the routing protocol you're going to use based on the size of your network. This logic starts with static routing for the smallest networks, followed by Interior Gateway Protocols (IGPs) like OSPF, IS-IS and EIGRP in mid-sized networks and finally an Exterior Gateway Protocol (EGP) like BGP for really big networks. That's a method, but not a particularly good one.

A quick glance will show you that the classifications of routing protocols aren't based on size like "small, medium and large" but rather based on function; exterior and interior, or distance-vector and link-state. This is for good reason. First, OSPF and IS-IS scale very well. Even EIGRP runs some very large corporate backbones, like Cisco's own sizable, internal network. Next, realize that most carriers and ISPs use IS-IS or OSPF on their backbones, and BGP on the edges. Why? Because that's what they were designed to do.

It's a mistake to say, BGP is overkill for a moderately sized network, because it's not really a question of size. It is a question of function. The value of BGP is that everything about it is built around the concept of separating domains of control, appropriately named "Autonomous Systems", so that each can have the policies that suit them without conflicting with each other. Thus, features have evolved around BGP that offer a level of control that cannot be matched by IGPs.

Conversely,

    Requires Free Membership to View

the strength of IGPs is rapid, intelligent convergence. These protocols are good at dynamically learning information about the network topology and sharing it with their neighbors with minimal manual configuration.

You should strongly consider using BGP at the edges of your network, not just for internet connections, but for your connections to partners and suppliers, etc. And just like the "Core" layer of the "Core/Distribution/Access" model is designed for high-speed transport, move the intelligence to the edges and let your backbone routing protocol be high-speed, no-frills. Start with this philosophy and the technical components in your design will fall neatly into place, instead of having to force a square protocol into a round network and giving yourself a support headache.

Running multiple protocols in a network does mean a few more design decisions. In the next tip, I'll discuss in more detail how your protocols interact with each other.


Tom Lancaster, CCIE# 8829 CNX# 1105, is a consultant with 15 years experience in the networking industry, and co-author of several books on networking, most recently, CCSPTM: Secure PIX and Secure VPN Study Guide published by Sybex.


This was first published in October 2004

There are Comments. Add yours.

 
TIP: Want to include a code block in your comment? Use <pre> or <code> tags around the desired text. Ex: <code>insert code</code>

REGISTER or login:

Forgot Password?
By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States. Privacy
Sort by: OldestNewest

Forgot Password?

No problem! Submit your e-mail address below. We'll send you an email containing your password.

Your password has been sent to:

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.