Robert – Having one circuit (or even 2 or 3) run in LAN mode “unnecessarily” does not represent a significant scale issue. The need for the extension you suggest would come only when there are many such circuits which could change from 2 nodes only to > 2 (and possibly back again). Unless that is a real world deployment case I would not consider the extension worth the trouble.
Les From: Robert Raszuk <rob...@raszuk.net> Sent: Wednesday, April 03, 2019 11:17 AM To: Les Ginsberg (ginsberg) <ginsb...@cisco.com> Cc: Robert Raszuk <rras...@gmail.com>; lsr@ietf.org Subject: Re: [Lsr] LANs in IGPs Well imagine I am building DMZ with two gateways and a firewall connected to L2 switch. I run IGP between them so my iBGP next hops can resolve. Later I may perhaps add third and fourth gateway. I can not normally set it as p2p IGP day one, but it could operate fine for the first few years as such. Thx, R. On Wed, Apr 3, 2019 at 8:10 PM Les Ginsberg (ginsberg) <ginsb...@cisco.com<mailto:ginsb...@cisco.com>> wrote: If you want a way to more easily enable P2P mode by default – speak to your favorite vendor. That is a feature – not a protocol extension. Completely disagree. To detect how many IGP peers are on the interface and to do the switchover gracefully between 2 vs N or N vs 2 protocol extension is needed. It is not a single side local hack. [Les:] You are saying that customers today need to deploy circuits on which they are uncertain whether they will connect two nodes or more than two nodes? This is the first I have heard of such a requirement. If this really is a deployment requirement then such an extension could be considered. But since the extension isn’t trivial and isn’t backwards compatible I would not take this on without justification. Be interested to hear if anyone else on the deployment side of things believes this is needed. Les Thx, R. _______________________________________________ Lsr mailing list Lsr@ietf.org<mailto:Lsr@ietf.org> https://www.ietf.org/mailman/listinfo/lsr
_______________________________________________ Lsr mailing list Lsr@ietf.org https://www.ietf.org/mailman/listinfo/lsr