Re: [GROW] draft-ietf-grow-bgp-gshut

2017-06-28 Thread Jakob Heitz (jheitz)
You're right Bruno. I misstated it. Still, node A will ever have no path available. Whether Gshut initiator sends gshut or withdraws, the result is the same: RR sends the new path to Node A. Thanks, Jakob. > -Original Message- > From: bruno.decra...@orange.com [mailto:bruno.decra...@ora

Re: [GROW] draft-ietf-grow-bgp-gshut

2017-06-28 Thread heasley
Mon, Jun 26, 2017 at 05:39:12PM +0200, Job Snijders: > > As for my requirements, I'm considering that our ASes have the > > knowledge of the backup path. Hence I don't need for the extra > > coverage. Regarding the extra cost, I agree that one can hardly > > consider this unacceptable since this is

Re: [GROW] draft-ietf-grow-bgp-gshut

2017-06-28 Thread bruno.decraene
Jakob, > From: Jakob Heitz (jheitz) [mailto:jhe...@cisco.com] > Sent: Wednesday, June 28, 2017 10:13 PM > > Bruno, > > > > If they are available to the gshut initiating router, then they > > > are available to the other routers. > > > > Why? > > The advertising router advertised it

Re: [GROW] draft-ietf-grow-bgp-gshut

2017-06-28 Thread Jakob Heitz (jheitz)
Bruno, > > If they are available to the gshut initiating router, then they > > are available to the other routers. > > Why? The advertising router advertised it. Your example is iBGP. When one speaker advertises, the whole AS receives it. Now suppose because of some weirdness, not every speake

Re: [GROW] draft-ietf-grow-bgp-gshut

2017-06-28 Thread bruno.decraene
Jakob, > From: Jakob Heitz (jheitz) [mailto:jhe...@cisco.com] > Sent: Wednesday, June 28, 2017 7:53 AM > > Bruno, > > To my mind, the purpose of graceful shutdown is to tease out the > hidden paths before sending the withdraw. In your cases, the > alternative paths are not hidden. They are