|
North American Network Operators Group Date Prev | Date Next | Date Index | Thread Index | Author Index | Historical Re: withdrawal propagation (was E.E. Times?)
> From: [email protected] (Randy Bush) > > "William Allen Simpson" <[email protected]> > > An implementation that propagates _extra_ withdrawals shouldn't _hide_ > > behind "standards compliant". In fact, I don't think _is_ either > > "valid" or "standards compliant". There is no standard that says "send > > extra BGP withdrawals for routes that you are not currently announcing". > > It was just a bug in the implementation. > > Nice to know you understand the cause well enough to assign blame. Mind > telling us all what it is? > Looking carefully at what I wrote, I do not see anything about "cause", only the validity (and standards compliance) of an implementation that displays this "effect". Obviously, I made the assumption that these effects were the results of an implementation, rather than a fabrication or a figment of Craig's imagination. Such a buggy implementation would receive "blame", and a fix would be expected. Perhaps there is some disagreement as to the existence of the phenomenon? Randy, do you disagree that there are routers: - sending more BGP withdrawals than announcements? - sending BGP withdrawals for routes that they have not announced? - passing along withdrawals from other routers' announcements seen on other interfaces, even though those routes are not announced by this router? That was my understanding of the effect, and Craig's use of the word "extra". If I am in error, please publically correct my understanding in detail, giving all the facts upon which you rely. Also, please give a reference (section and paragraph) where these phenomenon are specified as "valid" in one of our "standards". Thank you. [email protected] Key fingerprint = 17 40 5E 67 15 6F 31 26 DD 0D B9 9B 6A 15 2C 32 [email protected] Key fingerprint = 2E 07 23 03 C5 62 70 D3 59 B1 4F 5E 1D C2 C1 A2 - - - - - - - - - - - - - - - - -
|