On second thoughts, I’ll update the doc with the changes below, and modify that if there are any comments via email or at the BESS WG. 
 
Kireeti

On Mar 2, 2026, at 10:29, Kireeti Kompella <[email protected]> wrote:

Very sorry for the extremely late response. 

Luc, thanks for the comment — very much needed.

The answer is that the Local Administrator SHOULD be set to zero when sending and non-zero values MUST be ignored on receipt. 

Does that jive with your expectation? I’m okay to change the SHOULD to a MUST if the WG thinks so, but personally feel that that’s a bit too strong. If there are no objections, I will update the draft post-Shenzhen. 

(Many thanks to Jeff Haas for guidance!)

Kireeti

From: Luc André Burdet <[email protected]>
Date: Monday, 30 June 2025 at 16:07
To: Matthew Bocci (Nokia) <[email protected]>, [email protected] <[email protected]>
Cc: [email protected] <[email protected]>
Subject: Re: Working Group Last Call for draft-ietf-bess-vpls-multihoming

 

CAUTION: This is an external email. Please be very careful when clicking links or opening attachments. See the URL nok.it/ext for additional information.

 

Hi Matthew,

 

I have a comment on the document: section 4.1 specifies the type and format for the Route Origin extended community, and normative Global Administrator field value. It’s silent on Local admin

The document should also specify a value (or ignore/discard procedure for nonzero values) for Local admin

 

Regards,

Luc André

 

Luc André Burdet |  Cisco  |  [email protected]  |  Tel: +1 613 254 4814

 

 

From: Matthew Bocci (Nokia) <matthew.bocci=[email protected]>
Date: Wednesday, June 25, 2025 at 05:23
To: [email protected] <[email protected]>
Cc: [email protected] <[email protected]>
Subject: [bess] Working Group Last Call for draft-ietf-bess-vpls-multihoming

This email begins a Working Group Last Call for draft-ietf-bess-vpls-multihoming-06 - BGP based Multi-homing in Virtual Private LAN Service

 

Note that we already requested publication back in 2020, but the document died in the IESG due to a lack of an active editor. Kireeti has now kindly taken up that role (thanks!) and we felt that there was a particular need to publish the document as it requests allocation of several code points that were never allocated by IANA due to the draft’s lack of progress. However, there are known implementations. The process that we have agreed with our AD to get this back into IESG review is to run a short WG LC due to the time that has elapsed and then request publication again.

 

There are two IPR disclosures on the draft.

 

This WG LC closes on Wednesday 2nd July 2025.

 

Thanks

 

Matthew

 

_______________________________________________
BESS mailing list -- [email protected]
To unsubscribe send an email to [email protected]

Reply via email to