Martin -

Thanx for reviewing.
Inline.

> -----Original Message-----
> From: Martin Vigoureux via Datatracker <[email protected]>
> Sent: Tuesday, September 17, 2019 1:18 AM
> To: The IESG <[email protected]>
> Cc: [email protected]; Uma Chunduri
> <[email protected]>; [email protected]; [email protected];
> [email protected]; [email protected]
> Subject: Martin Vigoureux's No Objection on draft-ietf-lsr-isis-rfc5306bis-05:
> (with COMMENT)
> 
> Martin Vigoureux has entered the following ballot position for
> draft-ietf-lsr-isis-rfc5306bis-05: No Objection
> 
> When responding, please keep the subject line intact and reply to all
> email addresses included in the To and CC lines. (Feel free to cut this
> introductory paragraph, however.)
> 
> 
> Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
> for more information about IESG DISCUSS and COMMENT positions.
> 
> 
> The document, along with other ballot positions, can be found here:
> https://datatracker.ietf.org/doc/draft-ietf-lsr-isis-rfc5306bis/
> 
> 
> 
> ----------------------------------------------------------------------
> COMMENT:
> ----------------------------------------------------------------------
> 
> Hello,
> 
> thank you for this document.
> What is the expected behaviour, if any needing to be described, when the
> neighbor of a router planning to restart decides to also plan a restart?
> 

[Les:] A restarting router depends upon the adjacency state preserved by its 
neighbors in order to gracefully restore state post-restart. Anything which 
compromises that will compromise the "gracefulness" of the restart.
If two routers who are neighbors restart at the "same time" then the state of 
the adjacency(s) between those two routers will not be preserved and this will 
cause some flapping.

GR is intended to be a planned activity - therefore the operator should be able 
to insure that only one router at a time is undergoing GR.

   Les


> Thank you
> 

_______________________________________________
Lsr mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/lsr

Reply via email to