Re: [Idr] IETF LC for IDR-ish document <draft-ietf-grow-bgp-reject-05.txt> (Default EBGP Route Propagation Behavior Without Policies) to Proposed Standard

[<[e-mail]>]

> From: Idr [mailto:[e-mail]] On Behalf Of Job Snijders  > Sent: Thursday, April 20, 2017 11:10 AM
> 
 > On Wed, Apr 19, 2017 at 04:34:10PM -0700, Enke Chen wrote:
 > > I had "in this case" with the statement "the default can not be changed".
 > > The reason is that the behavior change may completely cutoff connectivity
 > > in this case.
 > 
 > And very soon after the cutoff a customer may elect to roll back the
 > change and read the release notes!
 > 
 > The 'complete cutoff' only occurs after a specific sequence of events
 > which together would represent a cascading failure in due diligence.

The document is asking network operators which have correctly configured their network to retrofit the configuration of 1000s of EBGP configurations, in order to accommodate some operators which are not capable of correctly configuring their EBGP session.
Plus the solution is asking those later operators to do a configuration, while the assumption is that they can't be trusted to correctly configured their EBGP session. Why do you think that they won't just copy/past 1 additional line of configuration in order automatically distribute all the routes for each new EBGP session?

Kind regards,
--Bruno
 
 > Given that we've suffered through decennia of insecure behaviour on some
 > platforms, I'd be careful to weigh the cost of such a self-inflicted
 > 'complete cutoff' against the cost on internet operations in general to
 > persist in the folly behaviour that some platforms present.
 > 
 > Kind regards,
 > 
 > Job
 > 
 > _______________________________________________
 > Idr mailing list
 > [e-mail]
 > https://www.ietf.org/mailman/listinfo/idr

_________________________________________________________________________________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.

This message and its attachments may contain confidential or privileged information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
Thank you.