Howard, just my 2 pence
you know ... funny you should say about BGP ... I was just thinking that the other day... but I personally don`t agree with the new protocol theory... I personally don't claim to be able to do this....I can barely plug in a switch ....but as far as I am aware ....the ISP BGP world is an all seeing all knowing world were all OX amount of routes are seen by everyone ..and I believe this is where the problem lies. When designing a routing protocol ,there is a basic problem that all designer`s face is ....links go up/down ...route`s appear and disappear... the more routes you have the more the protocol has to do ...regardless of how you get around this fact with fancy techniques ,there will still be a scalability problem based around a connectivity problem ,the more routes the more unstable the less your inclined to scale .... the protocol`s I think can probably made more efficient ,but it does not address the real problem , that is the amount of routes that a being added daily make`s any computational algorithm`s task very difficult . the only way in my humble opinion to make this more stable/scaleable is to back to the OSPF DESIGN NOT PROTOCOL... Regionalise .......create Super AS for various regions i.e US UK JP AUS...and then Tag all routes coming out .. OK (in an ideal world) this IS NOT the only way of doing things....link 1 of 8000 goes down ...your advertising all 8000 out of one supernet ... But atleast in this case only your "Super ASBR`s" if you like.... would only need to communicate with eachother ... perhaps this is what already happen`s ....but i see that a fundamental shift in the way we network is required and not necessarily a change in protocol .... many thanks (I`ll keep my head down now ...i think...i`m only trying to help !!!) Steve ---- Original Message ----- From: "The Long and Winding Road" To: Sent: Thursday, December 19, 2002 7:05 AM Subject: Re: CCIE Vs. BS or MS dergree [7:59481] > ""Howard C. Berkowitz"" wrote in message > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > At 6:37 PM +0000 12/18/02, Mic shoeps wrote: > > >Hello > > > > > >I've been arguing with a collegue of mine which one would be tougher to > > >achieve. I told him that it would be much more harder to have a computer > > >science or a networking degree (you have to take the GRE and complete 2 > or 3 > > >years of school works) than a CCIE, but my collegue think other wise. He > > >literally believes that having a CCIE is equivalent of having a Ph.d in > > >Networking. I'd like to hear your thought. > > > > Well, let's look at some especially important PhD dissertations: > > > > Radia Perlman: > > http://www.lcs.mit.edu/publications/pubs/pdf/MIT-LCS-TR-429.pdf > > Steve Deering: > > http://www.tux.org/pub/net/ftp.ee.lbl.gov/sigcomm/sigcomm.ps > > Vern Paxson: http://citeseer.nj.nec.com/paxson97measurements.html > > > > The content of many protocol RFCs is at a level that might be > > associated with PhD level research, although some of the most > > productive people with both operational and theoretical knowledge are > > college dropouts. Look through the list of RFCs and see how many > > that someone with a CCIE, and no theoretical* training could write. > > > > For example, we have fairly strong data that the path vector approach > > of BGP will not continue to scale as the Internet becomes more highly > > interconnected and there is more churn/flap. It's not directly a > > problem of the number of routes, but their interaction. A reasonable > > dissertation would propose the theory of a protocol to replace BGP, > > with some experimental backup. > > > > > time for the old paradigm shift, eh, Howard? > > BTW - do you know why it only took God 6 days to create the universe? ;-> > > > > > > ------------------ > > *By theoretical, I don't mean as is often used on the list: "how the > > protocol works and what are its messages." I mean WHY the protocol > > is designed the way it is, what alternatives were rejected, the > > problems it solves, etc. Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=59525&t=59481 -------------------------------------------------- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
