Re: [Lsr] WG adoption call for draft-ketant-lsr-ospf-l2bundles-01
Hi Chris, Thanks for the update and we've just posted https://tools.ietf.org/html/draft-ietf-lsr-ospf-l2bundles-00 Thanks, Ketan -Original Message- From: Christian Hopps Sent: 29 October 2020 23:57 To: lsr@ietf.org Cc: Christian Hopps ; lsr-cha...@ietf.org; draft-ketant-lsr-ospf-l2bundles@ietf.org Subject: Re: [Lsr] WG adoption call for draft-ketant-lsr-ospf-l2bundles-01 The document is adopted. Authors, please resubmit as draft-ietf-lsr-ospf-l2bundles-00 Thanks, Chris. > On Oct 2, 2020, at 8:03 AM, Christian Hopps wrote: > > Signed PGP part > This begins a 2 week WG adoption call for the following draft: > > https://datatracker.ietf.org/doc/draft-ketant-lsr-ospf-l2bundles/ > > Please indicate your support or objection by October 16, 2020. > > Authors, please respond to the list indicating whether you are aware of any > IPR that applies to this draft. > > Thanks, > Chris and Acee. > > ___ Lsr mailing list Lsr@ietf.org https://www.ietf.org/mailman/listinfo/lsr
[Lsr] I-D Action: draft-ietf-lsr-ospf-l2bundles-00.txt
A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Link State Routing WG of the IETF. Title : Advertising L2 Bundle Member Link Attributes in OSPF Authors : Ketan Talaulikar Peter Psenak Filename: draft-ietf-lsr-ospf-l2bundles-00.txt Pages : 10 Date: 2020-10-29 Abstract: There are deployments where the Layer 3 interface on which OSPF operates is a Layer 2 interface bundle. Existing OSPF advertisements only support advertising link attributes of the Layer 3 interface. If entities external to OSPF wish to control traffic flows on the individual physical links which comprise the Layer 2 interface bundle link attribute information about the bundle members is required. This document introduces the ability for OSPF to advertise the link attributes of layer 2 (L2) Bundle members. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-lsr-ospf-l2bundles/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-lsr-ospf-l2bundles-00 https://datatracker.ietf.org/doc/html/draft-ietf-lsr-ospf-l2bundles-00 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ ___ Lsr mailing list Lsr@ietf.org https://www.ietf.org/mailman/listinfo/lsr
Re: [Lsr] WG Adoption Call for "ISIS Extensions in Support of Inter-AS MPLS and GMPLS TE" - draft-chen-lsr-isis-rfc5316bis-02
I support the adoption of this draft. It’s a simple and useful extension. Thanks, Yingzhen From: Lsr Date: Sunday, October 25, 2020 at 7:03 PM To: Acee Lindem (acee) , lsr@ietf.org Subject: Re: [Lsr] WG Adoption Call for "ISIS Extensions in Support of Inter-AS MPLS and GMPLS TE" - draft-chen-lsr-isis-rfc5316bis-02 As one of co-authors of the draft, I support the adoption. Best regards, Mach From: Lsr [mailto:lsr-boun...@ietf.org] On Behalf Of Acee Lindem (acee) Sent: Friday, October 23, 2020 10:43 PM To: lsr@ietf.org Subject: [Lsr] WG Adoption Call for "ISIS Extensions in Support of Inter-AS MPLS and GMPLS TE" - draft-chen-lsr-isis-rfc5316bis-02 This is simple BIS update to RFC 5316 is required to support IS-IS Inter-AS TE in IPv6 only networks. The authors have asked for WG adoption. This begins a two week LSR Working Group Adoption Poll for “ISIS Extensions in Support of Inter-Autonomous System (AS) MPLS and GMPLS Traffic Engineering” - draft-chen-lsr-isis-rfc5316bis-02. The poll will end at 12:00 AM UTC on November 7th, 2020. Please indicate your support of objection on this list prior to the end of the adoption poll. Thanks, Acee ___ Lsr mailing list Lsr@ietf.org https://www.ietf.org/mailman/listinfo/lsr
Re: [Lsr] WG adoption call for draft-ketant-lsr-ospf-l2bundles-01
The document is adopted. Authors, please resubmit as draft-ietf-lsr-ospf-l2bundles-00 Thanks, Chris. > On Oct 2, 2020, at 8:03 AM, Christian Hopps wrote: > > Signed PGP part > This begins a 2 week WG adoption call for the following draft: > > https://datatracker.ietf.org/doc/draft-ketant-lsr-ospf-l2bundles/ > > Please indicate your support or objection by October 16, 2020. > > Authors, please respond to the list indicating whether you are aware of any > IPR that applies to this draft. > > Thanks, > Chris and Acee. > > signature.asc Description: Message signed with OpenPGP ___ Lsr mailing list Lsr@ietf.org https://www.ietf.org/mailman/listinfo/lsr
[Lsr] New Version for draft-wang-lsr-hbh-process-00
Hello WG, Considering the Hop-by-Hop Options header has been used for IOAM [I-D.ietf-ippm-ioam-ipv6-options], Alternate Marking method [I-D.ietf-6man-ipv6-alt-mark], etc., but as specified in RFC8200, the Hop-by-Hop Options header is only examined and processed if it is explicitly configured. In this case, nodes may be configured to ignore the Hop-by-Hop Options header, drop packets containing a Hop-by-Hop Options header, or assign packets containing a Hop-by-Hop Options header to a slow processing path. Thus, the performance measurement does not account for all links and nodes along a path. In addition, packets carrying a Hop-by-Hop Options header may be dropped, which gravely deteriorates network performance. Therefore, we propose a new draft about IGP extensions for signaling Hop-by-Hop Options header processing action at node and link granularity. Such advertisement is useful for entities (e.g., the centralized controller) to gather each router's processing action for achieving the computation of TE paths that be able to support a specific service encoded in the Hop-by-Hop Options header. Please let us know your opinion. Questions and comments are very welcome. Best regards, Yali -Original Message- From: internet-dra...@ietf.org [mailto:internet-dra...@ietf.org] Sent: Thursday, October 29, 2020 8:42 PM To: Tianran Zhou ; Huzhibo ; wangyali Subject: New Version Notification for draft-wang-lsr-hbh-process-00.txt A new version of I-D, draft-wang-lsr-hbh-process-00.txt has been successfully submitted by Yali Wang and posted to the IETF repository. Name: draft-wang-lsr-hbh-process Revision: 00 Title: IGP Extensions for Advertising Hop-by-Hop Options Header Processing Action Document date: 2020-10-29 Group: Individual Submission Pages: 10 URL: https://www.ietf.org/archive/id/draft-wang-lsr-hbh-process-00.txt Status: https://datatracker.ietf.org/doc/draft-wang-lsr-hbh-process/ Htmlized: https://datatracker.ietf.org/doc/html/draft-wang-lsr-hbh-process Htmlized: https://tools.ietf.org/html/draft-wang-lsr-hbh-process-00 Abstract: This document extends Node and Link attribute TLVs to Interior Gateway Protocols (IGP) to advertise the Hop-by-Hop Options header processing action and supported services (e.g. IOAM Trace Option and Alternate Marking) at node and link granularity. Such advertisements allow entities (e.g., centralized controllers) to determine whether the Hop-by-Hop Options header and specific services can be supported in a given network. Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. The IETF Secretariat ___ Lsr mailing list Lsr@ietf.org https://www.ietf.org/mailman/listinfo/lsr
