OSPF WG,
WG consensus seems to be graceful-link-shutdown.
I’ll update the draft with graceful-link-shutdown and also add some text
Describing this mechanism can also be used when the real intent is not to
shutdown
the link.
Let me know if there are any objections.
Rgds
Shraddha
From: Les
Hi Acee,
LOL.. Might as well be 'link-on-break'.. :)
Anyways graceful-link-shutdown seems to be the most agreed upon.
Thanks and regards,
-Pushpasis
On Tue, Jan 9, 2018 at 9:29 PM, Acee Lindem (acee) wrote:
> Hi Pushpasis, Shraddha, et al,
>
> From: Pushpasis Sarkar
Hi Pushpasis, Shraddha, et al,
From: Pushpasis Sarkar
>
Date: Monday, January 8, 2018 at 12:22 PM
To: Bruno Decraene >
Cc: Shraddha Hegde
If the WG consensus is for “GLS” so be it…but I would like to reemphasize two
things:
1)There are use cases where the intent is NOT to shutdown the link
2)Once the link is shutdown the extension is no longer used since there is no
longer an adjacency – so to me it makes a lot more sense to
Hi Joel et al,
+1 for 'graceful-link-shutdown'. Another possibility may be
'link-decommission'..
Thanks and regards
-Pushpasis
On Mon, Jan 8, 2018 at 7:09 PM, wrote:
>
>
>
>
> *From:* Shraddha Hegde
>
> How about “graceful-link-shutdown” ?
>
>
>
> Looks good to me.
From: Shraddha Hegde
How about “graceful-link-shutdown” ?
Looks good to me.
Also, FYI, for BGP sessions, in the GROW WG we used the term “Graceful BGP
session shutdown” and named the BGP community “GRACEFUL_SHUTDOWN” so this would
align on the terminology.
I think the point here is that the link is not necessarily going to be shutdown
in all cases.
For example, the operator needs to do some testing of the link. They set
max-metric to divert traffic, then keep the link up so they can send OAM
traffic over the link and try to determine what
Works for me.
Acee
From: Shraddha Hegde >
Date: Friday, January 5, 2018 at 11:15 AM
To: Acee Lindem >, "Les Ginsberg
(ginsberg)" >, "Ketan Talaulikar
(ketant)"
How about “graceful-link-shutdown” ?
Rgds
Shraddha
From: Acee Lindem (acee) [mailto:a...@cisco.com]
Sent: Friday, January 5, 2018 6:50 PM
To: Les Ginsberg (ginsberg) ; Ketan Talaulikar (ketant)
; Joel Halpern ; gen-art@ietf.org
Cc:
It is not in “maintenance" mode yet as it is still being used. However, it is
better than “overload”. “pending-maintenance” is a bit long which is why I
suggested “pending-shutdown” since “shutdown” is term that vendors have used
for eons to described an interface that is not in service.
Ketan –
“maintenance” I could live with.
“GIR” seems to not be generic enough.
Les
From: Ketan Talaulikar (ketant)
Sent: Thursday, January 04, 2018 8:09 PM
To: Acee Lindem (acee) ; Les Ginsberg (ginsberg)
; Joel Halpern ;
Acee -
From: Acee Lindem (acee)
Sent: Thursday, January 04, 2018 6:44 PM
To: Les Ginsberg (ginsberg) ; Joel Halpern
; gen-art@ietf.org
Cc: o...@ietf.org; i...@ietf.org; draft-ietf-ospf-link-overload@ietf.org
Subject: Re: Genart last call review of
Hello,
May I suggest something more generic like “Maintenance Mode” or “Graceful
Insertion/Removal (GIR) Mode” which could be defined so as to cover the
multiple scenarios in question (e.g. pending shutdown, down for repairs, last
resort due to poor link quality, etc.).
Thanks,
Ketan
From:
Hi Les,
From: "Les Ginsberg (ginsberg)" >
Date: Thursday, January 4, 2018 at 9:26 PM
To: Acee Lindem >, "Joel M. Halpern"
>,
> >Minor issues:
> >I understand the WG likes using the term "overload" for a link
> >being taken
> >out of service. I think people will learn what we mean. I do wish
> >we had
> >not chosen to misuse the words in this fashion. This is much more a
> >graceful-link-close
Hi Joel,
On 1/4/18, 6:32 PM, "Joel Halpern" wrote:
>Reviewer: Joel Halpern
>Review result: Ready
>
>I am the assigned Gen-ART reviewer for this draft. The General Area
>Review Team (Gen-ART) reviews all IETF documents being processed
>by the IESG for the IETF Chair.
Reviewer: Joel Halpern
Review result: Ready
I am the assigned Gen-ART reviewer for this draft. The General Area
Review Team (Gen-ART) reviews all IETF documents being processed
by the IESG for the IETF Chair. Please treat these comments just
like any other last call comments.
For more
17 matches
Mail list logo