Re: [Idr] draft-head-idr-bgp-ls-isis-fr-01

Jeff –

Let me first say – with a tip of my cap to you – that I very rarely find anything objectionable in any of your posts.

But, this case is an exception. 😊

WG meeting time is an extremely limited resource and there are many more substantive and interesting topics that would benefit from a live discussion. Please do not consume this limited resource on such a mundane topic.
If folks are interested in commenting on the points you make below, I think the mailing list is both appropriate and sufficient.

If someone wants to present an alternative to BGP-LS, I certainly think that could merit a live presentation slot – though I hasten to add that I am not interested in a summary of BGP-LS shortcomings. Those are well known.
If someone actually has an alternative proposal with some detail – that would be interesting.

Thanx.

    Les

From: Idr <idr-bounces@ietf.org> On Behalf Of Jeffrey Haas
Sent: Tuesday, June 21, 2022 3:20 PM
To: Sue Hares <shares@ndzh.com>
Cc: idr@ietf.org
Subject: Re: [Idr] draft-head-idr-bgp-ls-isis-fr-01 - WG adoption call (6/6 to 6/20)

Sue,

I'd suggest one of the IETF session discussions should be "how to optimize the path from LSR feature to BGP-LS encoding".

While BGP-LS has a number of sins I'm not terribly fond of, it has a number of good properties as well.

This conversation, and similar ones, is partially around how do we deal with new LSR features and not add a lot of overhead to the process of getting a BGP-LS encoding for them.  A small number of items related to this:

- Is the encoding identical between IS-IS and OSPF?
- Are the code points common between those two protocols and could that be leveraged for BGP-LS?
- What encodings in IS-IS and OSPF are inappropriate to carry in BGP-LS, if any?

While I'm not an active participant in LSR, my observations over recent years since the two technologies were merged into the new LSR WG have been that more cooperation to avoid doing the work twice has been beneficial.  I suspect there's room to do the work well so it doesn't have to be done twice: LSR and BGP-LS.

-- Jeff

On Jun 21, 2022, at 5:48 PM, Susan Hares <shares@ndzh.com<mailto:shares@ndzh.com>> wrote:

[IDR Chair hat on]

There are three streams of discussion:

1. Whether we should consider alternatives to BGP-LS for BGP [Robert Raszuk, Tony P. , and others)
2.  Whether operators will deploy this addition to BGP-LS  (Operators should/will not (Aijun and Gert), Customers requesting (Tony P))
3.  Comments on the document (Ketan, Acee).

On #1:
For the alternative to BGP-LS,  I welcome short presentations for IETF-114.
IDR will probably only get 1 time slot at IETF.  If IDR WG chairs receive multiple
Presentations requests,  I’ll host an interim on the topic.

On #2, I ask that operators let me know if they are awaiting this addition.
On #3, I’m going to let the conversation between Ketan and the Jordan go a few more days.

I’ll close this call on 6/24.

Cheers, Sue

From: Acee Lindem (acee) <acee@cisco.com<mailto:acee@cisco.com>>
Sent: Tuesday, June 7, 2022 8:32 AM
To: Susan Hares <shares@ndzh.com<mailto:shares@ndzh.com>>; idr@ietf.org<mailto:idr@ietf.org>
Subject: Re: [Idr] draft-head-idr-bgp-ls-isis-fr-01 - WG adoption call (6/6 to 6/20)

I support WG adoption – the corresponding LSR draft has completed WG last call and is awaiting AD review.

Thanks,
Acee

From: Idr <idr-bounces@ietf.org<mailto:idr-bounces@ietf.org>> on behalf of Susan Hares <shares@ndzh.com<mailto:shares@ndzh.com>>
Date: Monday, June 6, 2022 at 5:28 PM
To: IDR List <idr@ietf.org<mailto:idr@ietf.org>>
Subject: [Idr] draft-head-idr-bgp-ls-isis-fr-01 - WG adoption call (6/6 to 6/20)

This begins a 2 week WG adoption call for draft-head-idr-bgp-ls-isis-fr-01.txt

https://datatracker.ietf.org/doc/draft-head-idr-bgp-ls-isis-fr/

  This document defines one new BGP-LS (BGP Link-State) TLV for
   Flood Reflection to match the ISIS TLV for flood reduction.

   The draft is short (5 total pages).

Since this BGP-LS feature has been adopted by IS-IS,
Please consider

1.       Is there any technical difficulty with adding this to the BGP-LS code points?
2.   Is this draft ready for publication?
3.   Does this addition help operational networks.

Cheers, Sue Hares

_______________________________________________
Idr mailing list
Idr@ietf.org<mailto:Idr@ietf.org>
https://www.ietf.org/mailman/listinfo/idr