[Idr] Re: [iesg] Re: Roman Danyliw's Discuss on draft-ietf-idr-vpn-prefix-orf-37: (with DISCUSS and COMMENT)

[Keyur Patel <[e-mail]>]

Hi Robert,

One more comment:

Ketan had posted to BESS wg soliciting their feedback during the WGLC discussion (see the email sent by him on 30 Jan 2026).

Best Regards,
Keyur

From: Robert Raszuk <[e-mail]>
Date: Friday, May 1, 2026 at 8:33 AM
To: Keyur Patel <[e-mail]>
Cc: Susan Hares <[e-mail]>, Ketan Talaulikar <[e-mail]>, Roman Danyliw <[e-mail]>, The IESG <[e-mail]>, [e-mail] <[e-mail]>, [e-mail] <[e-mail]>, [e-mail] <[e-mail]>
Subject: Re: [Idr] Re: [iesg] Re: Roman Danyliw's Discuss on draft-ietf-idr-vpn-prefix-orf-37: (with DISCUSS and COMMENT)

Hi Keyur,

Yes I understand that. But my point is that what really matters here is what kind of extensions are being defines and which AFI/SAFIs they apply to.

RFC5291 defines overall ORF concept and RFC5292 prefix ORF is mainly about SAFI 1.

See in this particular case this is all about VPN route handling which as you can see folks like Jim reading the text are rightfully questioning.

It appears to me that if this document would be a BESS WG work item with IDR acting in advice and collaboration capacity the quality of the substance of the document could improve.

Kind regards,
R.


On Fri, May 1, 2026 at 5:24 PM Keyur Patel <[e-mail]<mailto:[e-mail]>> wrote:
Hi Robert,

Please note that ORF has been and is part of the current IDR charter (including ORF extensions).  Current IDR charter also has the following text to cover ORF functionality:


  *   Outbound Route Filtering (ORF) mechanisms [RFC5291][RFC5292] for policy-based control of route advertisement.

Best Regards,
Keyur

From: Robert Raszuk <[e-mail]<mailto:[e-mail]>>
Date: Friday, May 1, 2026 at 6:44 AM
To: Susan Hares <[e-mail]<mailto:[e-mail]>>
Cc: Ketan Talaulikar <[e-mail]<mailto:[e-mail]>>, Roman Danyliw <[e-mail]<mailto:[e-mail]>>, The IESG <[e-mail]<mailto:[e-mail]>>, [e-mail]<mailto:[e-mail]> <[e-mail]<mailto:[e-mail]>>, [e-mail]<mailto:[e-mail]> <[e-mail]<mailto:[e-mail]>>, [e-mail]<mailto:[e-mail]> <[e-mail]<mailto:[e-mail]>>, Keyur Patel <[e-mail]<mailto:[e-mail]>>
Subject: Re: [Idr] Re: [iesg] Re: Roman Danyliw's Discuss on draft-ietf-idr-vpn-prefix-orf-37: (with DISCUSS and COMMENT)

Dear Sue,

The subject draft defines 100% a L3VPN VPN extension which is completely outside of the current and new IDR charter.

In fact the new charter explicitly limits IDR authority in respect to any BGP services related work to "advice and collaborate".

Quote:

Given the broad use of BGP across various WGs in the IETF, the IDR WG will provide advice and collaborate closely with other WGs developing or relying on BGP extensions and their BGP-related YANG models. This includes BESS (VPN service-related BGP features),

Maybe this is the main reason why discussion about this draft on IDR WG list did not got too much attention as perhaps only few folks on the list cares about VPN extensions. Such work clearly fits in BESS WG.

Kind regards,
Robert






On Fri, May 1, 2026 at 3:34 PM Susan Hares <[e-mail]<mailto:[e-mail]>> wrote:
Ketan and Roman:

Agreed that the charter does not specifically state “maintenance” of BGP.  This “organizational context” was not stated in the charter and was deemed inappropriate to include in the 2010 charter.  Times and People change.  To align with the 2026 IESG, I am glad the IESG is reviewing the charter soon.

We are working on milestones in IDR chairs discussion today.  I expect milestones will continue discussion until 5/8 or 5/11 (IDR interim)>

Sue

From: Ketan Talaulikar <[e-mail]<mailto:[e-mail]>>
Sent: Thursday, April 30, 2026 5:26 AM
To: Susan Hares <[e-mail]<mailto:[e-mail]>>
Cc: Roman Danyliw <[e-mail]<mailto:[e-mail]>>; The IESG <[e-mail]<mailto:[e-mail]>>; [e-mail]<mailto:[e-mail]>; [e-mail]<mailto:[e-mail]>; [e-mail]<mailto:[e-mail]>; [e-mail]<mailto:[e-mail]>
Subject: Re: [iesg] Re: Roman Danyliw's Discuss on draft-ietf-idr-vpn-prefix-orf-37: (with DISCUSS and COMMENT)

Hi Roman,

I am OK with waiting for the community approval of the proposal charter which is expected to come before the IESG for review soon.

Sue, the current IDR charter does not (literally) list "maintenance" even though the IDR WG has been doing various BGP maintenance and extensions work for a long time. Since the IDR WG is re-chartering, I expect this aspect to be clarified soon.

Thanks,
Ketan


On Thu, Apr 30, 2026 at 2:46 AM Susan Hares <[e-mail]<mailto:[e-mail]>> wrote:
Roman:

Outbound Route Filtering (ORF) has been consider a Core BGP function.  Maintenance of core BGP functions [RFC5291][RFC5202] maintenance is in our 2010 charter.

For the 2026 charter, see the line
Outbound Route Filtering (ORF) mechanisms [RFC5291][RFC5292] for policy-based control of route advertisement.

Please let me know if this answers your question.

Sue Hares
IDR co-chair

-----Original Message-----
From: Roman Danyliw via Datatracker <[e-mail]<mailto:[e-mail]>>
Sent: Wednesday, April 29, 2026 12:54 PM
To: The IESG <[e-mail]<mailto:[e-mail]>>
Cc: [e-mail]<mailto:[e-mail]>; [e-mail]<mailto:[e-mail]>; [e-mail]<mailto:[e-mail]>; [e-mail]<mailto:[e-mail]>; Susan Hares <[e-mail]<mailto:[e-mail]>>
Subject: Roman Danyliw's Discuss on draft-ietf-idr-vpn-prefix-orf-37: (with DISCUSS and COMMENT)

Roman Danyliw has entered the following ballot position for
draft-ietf-idr-vpn-prefix-orf-37: Discuss

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.)
for more information about how to handle DISCUSS and COMMENT positions.




----------------------------------------------------------------------
DISCUSS:
----------------------------------------------------------------------

To the IDR WG Chairs and responsible AD: I need your help understanding how
this document fits into the approved scope of work.  The currently approved
charter from 2010 is -05.

As an experimental draft, I don’t see how it fits into the “The IDR working
group will work on correctness, robustness and scalability of the BGP protocol,
as well as clarity and accuracy of the BGP document set.”

In examining, bulleted list after “The group will also work on extensions
beyond these areas when specifically added to the charter”, this document also
doesn’t seem to fit into any of them.  There is a reference to ORF in the
context of “Define AS_PATH based Outbound Route Filtering”, but that doesn’t
seem to match (and there is a draft-ietf-idr-aspath-orf-13 seemingly expired
from 2016 and a milestone marked as complete).

I note that there is a draft -05-00 version of the charter.  It has the scoping
text of “Outbound Route Filtering (ORF) mechanisms [RFC5291][RFC5292] for
policy-based control of route advertisement” which seems to fit the intent of
this document.

Perhaps this document could wait for community approval of the new chartered
text.


----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

Thank you to Peter Yee for the GENART review.


_______________________________________________
Idr mailing list -- [e-mail]<mailto:[e-mail]>
To unsubscribe send an email to [e-mail]<mailto:[e-mail]>
[EXTERNAL]
[EXTERNAL]