Internet.com
Get your
ISP-News
courtesy of
internetnews.com




Search ISP-Lists
Search:
ISP Channel
CLEC-Planet
ISP Glossary
ISP News
ISP-Planet
ISP-Lists
E-mail Newsletters
Opt-in Announcements
Discussion Forums
internet.com
IT
Developer
Internet News
Small Business
Personal Technology
International

Search internet.com
Advertise
Corporate Info
Newsletters
Tech Jobs
E-mail Offers

The ISP-Lists.com Email Discussion List Community

<- Previous Message | Next Message ->
Thread Index
[isp-bgp] Re: Will I be killed for not aggregating?
  • To: isp-bgp@isp-bgp.com
  • Subject: [isp-bgp] Re: Will I be killed for not aggregating?
  • From: Jerry Pasker <info@...>
  • Date: Tue, 17 Feb 2004 20:50:59 -0600

On 17.02.2004 20:19 james wrote:

Provided you have a good reason for deagg'ing your CIDR's, I think it is OK.
Traffic engineering would be one of them. However, do find out if your providers
will let your do meds or communities as both of these can sometimes achieve
the same effect (in the traffic engineering context) w/o the need to deagg.

IMHO there is *never* a good reason for de-aggregation. Why do you want to bother others for you poor network design?


Arnold

There's always a reason. There's always a reason to do some non-standard routing, or practice, or whatnot. Usually, there are plenty of reasons not to do it too. However, there will always be some type of network somewhere, that needs to "twist the rules" a little to make things work. Hopefully, these exist in the minority. But then again, there's usually "always a better way."

If someone had one IP block, two NOCs, and no network in between other than their transit providers, then I would say that's a definite need, (split it into the largest sizes to make it work) unless someone can come up with a more effective, and efficient way of doing it. Then, if what they suggest works, do it that way. Just don't do something that would needlessly chew up memory like advertising 16 /24s. I've seen people advertise 16 /24s out a single homed DS3, with various path prepends on each advertisement. Its wasn't pretty, and it wastes everyone's memory. It was caused by a combination of laziness and ignorance.

I'm all for keeping the routing tables small when practical, but really, RAM isn't that expensive. And the routing tables will grow. It will happen. Eventually, people will have to upgrade routers because of this. That isn't entirely a bad thing. IP routing doesn't revolve around keeping route tables small, route tables revolve around the continued growth of the internet. Cisco counts on this.

So, if you need to de-aggregate to make a network work, or to make traffic favor a different link, by all means do so. Just don't do it needlessly, and when you no longer have the need, please look over your BGP announcements, and aggregate back up again. Fist off, you must be effective (make the network work!) in what you do. Then, you must be efficient (minimize resources, maximize output). In that order.

Really, in the grand scheme of things, not only will you not be killed for not aggregating, no one will probably even notice.


-Jerry






To unsubscribe via postal mail, please contact us at:
Jupitermedia Corp.
Attn: Discussion List Management
475 Park Avenue South
New York, NY 10016

Please include the email address which you have been contacted with.

------------------------ANNOUNCEMENT---------------------------------
---------------------------------------------------------------------
** ISPCON Spring 2004 ** Washington DC Hilton & Towers **
** The industry's ISP and WISP event ** www.ispcon.com **
** 10 years experience illuminating the market's future **
----------------------------------------------------------------------
----------------------------------------------------------------------

Replies
[isp-bgp] Will I be killed for not aggregating?, Rick Kunkel
[isp-bgp] Re: Will I be killed for not aggregating?, james
[isp-bgp] Re: Will I be killed for not aggregating?, Arnold Nipper
<- Previous Message | Next Message ->
Thread Index

ISP Glossary
Find an ISP Term

Need Help?

JupiterOnlineMedia

internet.comearthweb.comDevx.commediabistro.comGraphics.com

Search:

Jupitermedia Corporation has two divisions: Jupiterimages and JupiterOnlineMedia

Jupitermedia Corporate Info


Legal Notices, Licensing, Reprints, & Permissions, Privacy Policy.

Advertise | Newsletters | Tech Jobs | Shopping | E-mail Offers

Solutions
Whitepapers and eBooks
IBM eBook: Planning a Service Oriented Architecture
IBM eBook: Choosing the Right Architecture--What It Means for You and Your Business
Microsoft Article: Will Hyper-V Make VMware This Decade's Netscape?
Avaya Article: Using Intelligent Presence to Create Smarter Business Applications
Intel Go Parallel Article: Getting Started with TBB on Windows
Microsoft Article: 7.0, Microsoft's Lucky Version?
Avaya Article: How to Feed Data into the Avaya Event Processor
IBM Article: Developing a Software Policy for Your Organization
Microsoft Article: Managing Virtual Machines with Microsoft System Center
Intel Go Parallel Article: Intel Threading Tools and OpenMP
HP eBook: Storage Networking , Part 1
Microsoft Article: Solving Data Center Complexity with Microsoft System Center Configuration Manager 2007
MORE WHITEPAPERS, EBOOKS, AND ARTICLES
Webcasts
HP Video: StorageWorks EVA4400 and Oracle
HP Webcast: Storage Is Changing Fast - Be Ready or Be Left Behind
Microsoft Silverlight Video: Creating Fading Controls with Expression Design and Expression Blend 2
MORE WEBCASTS, PODCASTS, AND VIDEOS
Downloads and eKits
Red Gate Download: SQL Toolbelt and free High-Performance SQL Code eBook
Iron Speed Designer Application Generator
MORE DOWNLOADS, EKITS, AND FREE TRIALS
Tutorials and Demos
Silverlight 2 App and Walkthrough: Leverage Silverlight 2 with SQL Server and XML
IBM Article: Enterprise Search--Do You Know What's Out There?
HP Demo: StorageWorks EVA4400
Microsoft Article: The Progress and Promise of Deep Zoom
Microsoft How-to Article: Get Going with Silverlight and Windows Live
MORE TUTORIALS, DEMOS AND STEP-BY-STEP GUIDES