Merit Network
Can't find what you're looking for? Search the Mail Archives.
  About Merit   Services   Network   Resources & Support   Network Research   News   Events   Home

Discussion Communities: Merit Network Email List Archives

North American Network Operators Group

Date Prev | Date Next | Date Index | Thread Index | Author Index | Historical

Re: Links on the blink - what will/should mci & sprint do?

  • From: Paul A Vixie
  • Date: Mon Nov 27 21:38:08 1995

cookreport.com?  you're kidding, right?  that's right up there with
batmanforever.com in its wholesale wastage of .COM symbol table space.

i rant.  anyway:

> If we were to seriously adopt the strategy of forwarding even when the
> destination appears down, it would be necessary to support this in the
> routing protocols to insure loop avoidance.  This is not out of the
> realm of theoretical possibility.  However, we're NOT there today.

the only reason this would be of value is if we think we're having a flap
and that this destination will in the near future be reachable over the
old path.  to the extent that this "flappage assumption" is valid, we ought
to solve it with more and better flap dampening, or extended holddowns, or
something else at the routing protocol layer.

right now bgp's route withdrawal is implemented without any timer since
that's what the spec says to do.  given the number of false withdrawals i
think we can declare that the protocol spec did not anticipate the diameter
of the net in 1995 or the average intelligence of NSP operators in 1995.
therefore let us retire to IDRP where we can take appropriate steps to 
make sure that "BGP 5" (ne IDRP) takes our operational experience into
account.

but please let's stop arguing about it on NANOG.




Discussion Communities


About Merit | Services | Network | Resources & Support | Network Research
News | Events | Contact | Site Map | Merit Network Home


Merit Network, Inc.