withdrawal propagation (was E.E. Times?)

From: randy@psg.com (Randy Bush)
> "William Allen Simpson" <wsimpson@greendragon.com>
> 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

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

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.

    Key fingerprint = 17 40 5E 67 15 6F 31 26 DD 0D B9 9B 6A 15 2C 32
    Key fingerprint = 2E 07 23 03 C5 62 70 D3 59 B1 4F 5E 1D C2 C1 A2