From nobody Fri Apr 1 23:44:22 2022 Return-Path: X-Original-To: ipv6@ietfa.amsl.com Delivered-To: ipv6@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 25E343A1C41 for ; Fri, 1 Apr 2022 23:44:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.907 X-Spam-Level: X-Spam-Status: No, score=-1.907 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9Pnl9TfEtWr9 for ; Fri, 1 Apr 2022 23:44:16 -0700 (PDT) Received: from h3cspam02-ex.h3c.com (smtp.h3c.com [60.191.123.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 929D33A1C39 for ; Fri, 1 Apr 2022 23:44:15 -0700 (PDT) Received: from mail.maildlp.com ([172.25.15.154]) by h3cspam02-ex.h3c.com with ESMTP id 2326hi17048558; Sat, 2 Apr 2022 14:43:45 +0800 (GMT-8) (envelope-from linchangwang.04414@h3c.com) Received: from DAG2EX06-IDC.srv.huawei-3com.com (unknown [10.8.0.69]) by mail.maildlp.com (Postfix) with ESMTP id 761F622CB780; Sat, 2 Apr 2022 14:45:12 +0800 (CST) Received: from DAG2EX07-IDC.srv.huawei-3com.com (10.8.0.70) by DAG2EX06-IDC.srv.huawei-3com.com (10.8.0.69) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.17; Sat, 2 Apr 2022 14:43:45 +0800 Received: from DAG2EX07-IDC.srv.huawei-3com.com ([fe80::2dff:54b3:cdc:daad]) by DAG2EX07-IDC.srv.huawei-3com.com ([fe80::2dff:54b3:cdc:daad%9]) with mapi id 15.01.2375.017; Sat, 2 Apr 2022 14:43:45 +0800 From: linchangwang To: "ipv6@ietf.org" , "bob.hinden@gmail.com" Subject: Re: Call for adoption: Thread-Topic: Re: Call for adoption: Thread-Index: AdhGWWu9aMpkdhWsQZ2YyNKmg11TSg== Date: Sat, 2 Apr 2022 06:43:45 +0000 Message-ID: <4686a76fe0024867916b3addd61e5beb@h3c.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.114.76.67] x-sender-location: DAG2 Content-Type: multipart/alternative; boundary="_000_4686a76fe0024867916b3addd61e5bebh3ccom_" MIME-Version: 1.0 X-DNSRBL: X-MAIL: h3cspam02-ex.h3c.com 2326hi17048558 Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Apr 2022 06:44:21 -0000 --_000_4686a76fe0024867916b3addd61e5bebh3ccom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, I support the adoption of this draft. This document clarify the relationship of SRv6 SIDs to the IPv6 Addressing = Architecture. It is very helpful for the further deployment of SRv6 and related compressi= on technologies. Regards, Changwang lin Call for adoption: Bob Hinden Wed, 30 March 2022 20:31 UTCShow header This message starts a two week 6MAN call on adopting: Title: Segment Identifiers in SRv6 Authors: S. Krishnan File Name: draft-krishnan-6man-sids-00 Document date: February 10, 2022 https://datatracker.ietf.org/doc/html/draft-krishnan-6man-sids-00 as a 6MAN working group document. For background this draft was the result a query to the 6MAN working group = from the SPRING w.g. chairs regarding regarding draft-filsfilscheng-spring-= srv6-srh-compression. The query was: https://mailarchive.ietf.org/arch/msg/ipv6/5IpkHf5tVa-G4sKca-EWGEziYSo/ After an active discussion, the reply from the 6MAN chairs and ADs was: https://mailarchive.ietf.org/arch/msg/ipv6/rGgpWZyPaKonLaeuT37D7qZ1Vcw/ This topic was also presented at IETF 112, slides here: https://datatracker.ietf.org/meeting/112/materials/slides-112-6man-srv6-s= ids-00 Substantive comments and statements of support for adopting this document s= hould be sent to the mailing list. Editorial suggestions can be sent to th= e author. This adoption call will end on 13 April 2022. Further, if you are willing to work on this document, either as contributor= , author, or reviewer please notify the list. This will provide the chair= s with an indication of the energy level in the working group to work on th= is document. Bob, Jen, Ole * Attachment: signature.asc * Call for adoption: Bob Hinden * Re: Call for adoption: Greg Mirsky * Re: Call for adoption: Gyan Mishra * Re: Call for adoption: Yisong Liu * Re: Call for adoption: Henderickx, Wim (= Nokia - BE/Antwerp) * RE: Call for adoption: bruno.decraene * RE: Call for adoption: Pascal Thubert (p= thubert) * Re:Call for adoption: liu.aihua * RE: Call for adoption: Voyer, Daniel * RE: Call for adoption: eduard.metz * RE: Call for adoption: Bernier, Daniel ---------------------------------------------------------------------------= ---------------------------------------------------------- ????????????????????????????????? ???????????????????????????????????????? ???????????????????????????????????????? ??? This e-mail and its attachments contain confidential information from New H= 3C, which is intended only for the person or entity whose address is listed above. Any u= se of the information contained herein in any way (including, but not limited to, tot= al or partial disclosure, reproduction, or dissemination) by persons other than the inten= ded recipient(s) is prohibited. If you receive this e-mail in error, please not= ify the sender by phone or email immediately and delete it! --_000_4686a76fe0024867916b3addd61e5bebh3ccom_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

 

I support the adoption of this d= raft.

 

This document clarify the relati= onship of SRv6 SIDs to the IPv6 Addressing Architecture.<= /p>

It is very helpful for the furth= er deployment of SRv6 and related compression technologies.

 

Regards,

Changwang lin<= /p>

 

 

 

Call for adoption: <draft-k= rishnan-6man-sids-00>

Bob Hinden <bob.hinden@gmail= .com> = Wed, 30 March 2022 20:31 UTCShow header

This message starts a two week 6MAN call =
on adopting:
 
   Title:       &nbs=
p;  Segment Identifiers in SRv6
   Authors:        S=
. Krishnan
   File Name:      draft-krish=
nan-6man-sids-00
   Document date:  February 10, 2022
 
   https://datatracker=
.ietf.org/doc/html/draft-krishnan-6man-sids-00=
 
as a 6MAN working group document.
 
For background this draft was the result a query to the 6MAN work=
ing group from the SPRING w.g. chairs regarding regarding draft-filsfilsche=
ng-spring-srv6-srh-compression.  The query was:
 
  https://mailarchive=
.ietf.org/arch/msg/ipv6/5IpkHf5tVa-G4sKca-EWGEziYSo/<=
/span>
 
After an active discussion, the reply from the 6MAN chairs and AD=
s was:
 
  https://mailarchive=
.ietf.org/arch/msg/ipv6/rGgpWZyPaKonLaeuT37D7qZ1Vcw/<=
/span>
 
This topic was also presented at IETF 112, slides here:
 
  https://dat=
atracker.ietf.org/meeting/112/materials/slides-112-6man-srv6-sids-00=
 
Substantive comments and statements of support for adopting this =
document should be sent to the mailing list.  Editorial suggestions ca=
n be sent to the author.  This adoption call will end on 13 April 2022=
.
 
Further, if you are willing to work on this document, either as c=
ontributor, author, or reviewer please notify the list.   This wi=
ll provide the chairs with an indication of the energy level in the working=
 group to work on this document.
 
Bob, Jen, Ole
 
 
 

· &nb= sp;       Attachment: signature.asc

 

-----------------------------------------= ---------------------------------------------------------------------------= -----------------
本邮件及其附件含= 377;新华三集团的保密信= ;息,仅限于发送给上&#= 38754;地址中列出
的个人或群组。禁= 490;任何其他人以任何形= ;式使用(包括但不限&#= 20110;全部或部分地泄露z= 89;复制、
或散发)本邮件中= 340;信息。如果您错收了= ;本邮件,请您立即电&#= 35805;或邮件通知发件人ñ= 82;删除本
邮件!
This e-mail and its attac= hments contain confidential information from New H3C, which is
intended only for the person or entity whose address is listed above. Any u= se of the
information contained herein in any way (including, but not limited to, tot= al or partial
disclosure, reproduction, or dissemination) by persons other than the inten= ded
recipient(s) is prohibited. If you receive this e-mail in error, please not= ify the sender
by phone or email immediately and delete it!
--_000_4686a76fe0024867916b3addd61e5bebh3ccom_-- From nobody Sun Apr 3 18:53:49 2022 Return-Path: X-Original-To: ipv6@ietfa.amsl.com Delivered-To: ipv6@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E67453A18E6 for ; Sun, 3 Apr 2022 18:53:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.107 X-Spam-Level: X-Spam-Status: No, score=-7.107 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JFkIYBKOspXm for ; Sun, 3 Apr 2022 18:53:38 -0700 (PDT) Received: from mail-yw1-x1129.google.com (mail-yw1-x1129.google.com [IPv6:2607:f8b0:4864:20::1129]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ED3BB3A18DF for ; Sun, 3 Apr 2022 18:53:37 -0700 (PDT) Received: by mail-yw1-x1129.google.com with SMTP id 00721157ae682-2eb46d33db9so31038067b3.12 for ; Sun, 03 Apr 2022 18:53:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=8T3Bsvg0PIFnWO45pcpw9jJHIyrUYly6GZwx+rQpso8=; b=ORQF/vVM09z4yiX4pm8+y+RTINNiDzLF8ZUq+tnAz4DFcNKmQwwsVH0pwq4PGMFw5I anT3tvMKggiuZ3GjPMNZqx/676k7DkiKLOJUAfsrBmFnikmtjj9tw73UedmmXjkLIp0X 3e30z2FWNXgiCAb9IH7pIH8G/uDUj3HfRm1r801pIH0J4yUQD4O3qNaZ9aEDhdr5x8lM 6z3IFGEbg6pXdSj25/RICwPkYc/aio69v8UAGLpx5bxeJNALKHFzZCIU15BxK4W20kDi WdUQ0wL61tChw9hxtymXSgcObQTHfcPnbaUGAYQ6EI5LDUmWJclfFhbUPyYSbaKvU/L1 pX+Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=8T3Bsvg0PIFnWO45pcpw9jJHIyrUYly6GZwx+rQpso8=; b=OuRPtCIlfoFqVxags34rn862RPwi+2QSTkqdeEx3D/30klhXMfxjiKiPKXVytwoI1Z yCcZG3KCiyonG5ZQnryrAz3ifTbDqhdxPyeM8aRXpDJvc7a7cShRJea54KbmdvQs4klD 1I6T/soM/IB08PbMByYnGqShvZo8STckp5ttNMpCMjNkeyL8RAK4x4ubldcJY9Z6g7Bs tfwMN1ZvOgCW6vDg72oQz0n9va26wavRFZg8yPpLEfeLfaATB8kk+CLGvg2ZZdDZD03w 6zSaq63Fupjr9QO8T015kISZCWs81lsKSmCz4/CmQHuSWmRdDZGMkQsLznlRzKb5YjwA B3Ew== X-Gm-Message-State: AOAM531BFt4T/ZqKXjl+TIcPwFWoMqplTPl4lStKF+ryMzOeMxRB4xmb CouGJMh9nA7zKeL8/xmOK6Oj7N4j89GkAD9tgAk= X-Google-Smtp-Source: ABdhPJwmXSONqlmifTdgD18sJ9V9KqTW28EqbBb3Uo/7X33hLh5FsluVYQUxQI78fv+mKsEa7K4nW09CQ02som2yAJ0= X-Received: by 2002:a81:6744:0:b0:2eb:6c9c:1662 with SMTP id b65-20020a816744000000b002eb6c9c1662mr2489994ywc.252.1649037216675; Sun, 03 Apr 2022 18:53:36 -0700 (PDT) MIME-Version: 1.0 References: <92790B16-19F8-40AD-BF8B-F9CBB619EE37@gmail.com> In-Reply-To: <92790B16-19F8-40AD-BF8B-F9CBB619EE37@gmail.com> From: Miya Kohno Date: Mon, 4 Apr 2022 10:53:26 +0900 Message-ID: Subject: Re: Call for adoption: To: Bob Hinden Cc: IPv6 List Content-Type: multipart/alternative; boundary="000000000000857a4505dbca65bb" Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2022 01:53:46 -0000 --000000000000857a4505dbca65bb Content-Type: text/plain; charset="UTF-8" I support WG adoption of this draft. Miya On Thu, Mar 31, 2022 at 5:31 AM Bob Hinden wrote: > This message starts a two week 6MAN call on adopting: > > Title: Segment Identifiers in SRv6 > Authors: S. Krishnan > File Name: draft-krishnan-6man-sids-00 > Document date: February 10, 2022 > > https://datatracker.ietf.org/doc/html/draft-krishnan-6man-sids-00 > > as a 6MAN working group document. > > For background this draft was the result a query to the 6MAN working group > from the SPRING w.g. chairs regarding regarding > draft-filsfilscheng-spring-srv6-srh-compression. The query was: > > https://mailarchive.ietf.org/arch/msg/ipv6/5IpkHf5tVa-G4sKca-EWGEziYSo/ > > After an active discussion, the reply from the 6MAN chairs and ADs was: > > https://mailarchive.ietf.org/arch/msg/ipv6/rGgpWZyPaKonLaeuT37D7qZ1Vcw/ > > This topic was also presented at IETF 112, slides here: > > > https://datatracker.ietf.org/meeting/112/materials/slides-112-6man-srv6-sids-00 > > Substantive comments and statements of support for adopting this document > should be sent to the mailing list. Editorial suggestions can be sent to > the author. This adoption call will end on 13 April 2022. > > Further, if you are willing to work on this document, either as > contributor, author, or reviewer please notify the list. This will > provide the chairs with an indication of the energy level in the working > group to work on this document. > > Bob, Jen, Ole > > > > -------------------------------------------------------------------- > IETF IPv6 working group mailing list > ipv6@ietf.org > Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 > -------------------------------------------------------------------- > --000000000000857a4505dbca65bb Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I support WG adoption of this draft.=C2=A0

<= div>Miya

On Thu, Mar 31, 2022 at 5:31 AM Bob Hinden <bob.hinden@gmail.com> wrote:
This message starts a two week 6MAN call on adopting:

=C2=A0 =C2=A0Title:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Segment Identifiers i= n SRv6
=C2=A0 =C2=A0Authors:=C2=A0 =C2=A0 =C2=A0 =C2=A0 S. Krishnan
=C2=A0 =C2=A0File Name:=C2=A0 =C2=A0 =C2=A0 draft-krishnan-6man-sids-00
=C2=A0 =C2=A0Document date:=C2=A0 February 10, 2022

=C2=A0 =C2=A0https://datatracker.ie= tf.org/doc/html/draft-krishnan-6man-sids-00

as a 6MAN working group document.

For background this draft was the result a query to the 6MAN working group = from the SPRING w.g. chairs regarding regarding draft-filsfilscheng-spring-= srv6-srh-compression.=C2=A0 The query was:

=C2=A0 https://mailarchive.ie= tf.org/arch/msg/ipv6/5IpkHf5tVa-G4sKca-EWGEziYSo/

After an active discussion, the reply from the 6MAN chairs and ADs was:

=C2=A0 https://mailarchive.ie= tf.org/arch/msg/ipv6/rGgpWZyPaKonLaeuT37D7qZ1Vcw/

This topic was also presented at IETF 112, slides here:

=C2=A0 https://datatr= acker.ietf.org/meeting/112/materials/slides-112-6man-srv6-sids-00

Substantive comments and statements of support for adopting this document s= hould be sent to the mailing list.=C2=A0 Editorial suggestions can be sent = to the author.=C2=A0 This adoption call will end on 13 April 2022.

Further, if you are willing to work on this document, either as contributor= , author, or reviewer please notify the list.=C2=A0 =C2=A0This will provide= the chairs with an indication of the energy level in the working group to = work on this document.

Bob, Jen, Ole



--------------------------------------------------------------------
IETF IPv6 working group mailing list
ipv6@ietf.org
Administrative Requests: https://www.ietf.org/mailman/list= info/ipv6
--------------------------------------------------------------------
--000000000000857a4505dbca65bb-- From nobody Sun Apr 3 19:21:47 2022 Return-Path: X-Original-To: ipv6@ietfa.amsl.com Delivered-To: ipv6@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 297213A1E00 for ; Sun, 3 Apr 2022 19:21:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.109 X-Spam-Level: X-Spam-Status: No, score=-7.109 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_HI=-5, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yUsT8I4VDiQ4 for ; Sun, 3 Apr 2022 19:21:34 -0700 (PDT) Received: from mail-pg1-x52b.google.com (mail-pg1-x52b.google.com [IPv6:2607:f8b0:4864:20::52b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 00D483A1E02 for ; Sun, 3 Apr 2022 19:21:33 -0700 (PDT) Received: by mail-pg1-x52b.google.com with SMTP id 125so1997348pgc.4 for ; Sun, 03 Apr 2022 19:21:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=YkddeSSMMShdkooSZNSq+mlRPlBbEQiUjafsYRXDeuo=; b=fZQBqC5rO5c7g7vIxd5cOlUzBNS/t3OZbg9FRkQ8ZAS6dWu39HqCRyYYGaInvjvf+3 EnvFhCOPbAOtIAduz14jVO1lDU0h4cKzAl4IjqDKJYDM2wlPXLTgDywYBzRpml0UhYwm K52fr9WHaJQ0usEVCn22tA2RBrrRbRi4sZHg5t4y4Az83y2khI9yWqIrPDNRteRYct4E 3Xq9LqbngTsqcuwM6WgSEMpEj8tM0MZyx4q9ulq8O42UHEE1vXAG/yOm4eD1UXLYw4c/ qR47cKX0W+um4J9P+TBQnxw6AIciTyeRTXPXOHjh09zMpLz3aPUl1T31DM5GyB1qxWjY l+PQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=YkddeSSMMShdkooSZNSq+mlRPlBbEQiUjafsYRXDeuo=; b=fsL6pNSgDayQ/pr/cImM5WtTZ7mLRXLOzzjpyRrPl7y4lB+E1JBss5/t5N6NEAdrfs 6QjaTPboUgzncsdveQqUOnmRPH102cKnVJU8AX6wJe/EC/N3oMLFiPIVDfbHcsBNS8Dz ySZsKy+Q2s3UVwG09ebTq+NFkbK0rZGXYjgcQveZTaR0rRD3LkFfQTSWz/Kkw9ml7oER x65JZFemJ9K3rmIyV5K2ZjGC+1piwVrp2fSdwJ1TnAXW4b0VK3ytL/pTipgHqnFpW3Hb rTJ/NiIy+TKjEfRZ9gnbeNug4ZIE2P8IESbdeymMckYJE8xySX3Cz6Vejc4EQwOiTtJC gnFA== X-Gm-Message-State: AOAM532aeJg68lA9NVYDGyVbmTmmfjydD+kgLIvvOVA2Y9UQVZlEk2GY CTl+hYSHJbAEHg9A7T7FePuL4xv1MRCayg== X-Google-Smtp-Source: ABdhPJyxFQSdtwxyFI1goQmCOVDSVCJOZfT4btaJMEE2Whr3BZ1iyJHZsUz1C422xzENvIvsxs+5zA== X-Received: by 2002:a05:6a00:194e:b0:4fb:2a31:d223 with SMTP id s14-20020a056a00194e00b004fb2a31d223mr21266638pfk.77.1649038892752; Sun, 03 Apr 2022 19:21:32 -0700 (PDT) Received: from ?IPv6:2406:e003:1005:b501:80b2:5c79:2266:e431? ([2406:e003:1005:b501:80b2:5c79:2266:e431]) by smtp.gmail.com with ESMTPSA id c21-20020a637255000000b003822e80f132sm8436479pgn.12.2022.04.03.19.21.30 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 03 Apr 2022 19:21:32 -0700 (PDT) Subject: Re: draft-ietf-6man-rfc6874bis-00.txt To: Michael Sweet Cc: Michael Richardson , ipv6@ietf.org References: <1200ee6a-7186-58cd-4dbb-5e7306933e53@gmail.com> <4E3B2EDA-F3D2-4299-B258-C49A068A9846@msweet.org> <59eccbae-e499-a80b-7a54-990ebf80746b@gmail.com> <5167397e-3fe9-3f18-f321-bbfef5c912f1@gmail.com> <31654.1648146289@dooku> From: Brian E Carpenter Message-ID: Date: Mon, 4 Apr 2022 14:21:29 +1200 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.10.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2022 02:21:42 -0000 Hi, It turns out that CUPS is not the only printer software disturbed by this issue. In some scenarios, a Windows 10 printer supported by the Microsoft WSD virtual printer port can have an IPv6 Link Local URL. For example: https://bugzilla.mozilla.org/show_bug.cgi?id=1759739 (The OP is slightly wrong in his suggestion, but the problem is very real.) and I suspect the same issue is behind this advice from HP: "4. If the printer supports and has IPv6 enabled, disable IPv6 in the printer." https://h30434.www3.hp.com/t5/Printer-Setup-Software-Drivers/HP-8610-Windows-10-and-the-WSD-port/td-p/6527462 Maybe Edge will be the first browser to implement RFC6874bis? Regards Brian Carpenter On 25-Mar-22 10:05, Michael Sweet wrote: > Brian, > >> On Mar 24, 2022, at 4:54 PM, Brian E Carpenter wrote: >> ... >> Sure. But if the initiating host uses %25eth0, that must be retained, and if it uses %eth0, that must be retained. It's no business of the server which format the client uses. > > Actually, good HTTP implementations do validation of the Host: header in order to protect against well-known DNS rebinding attacks, so a server that validates an IPv6 address will need to be updated to validate all three formats... Not onerous, but something that does require consideration. > > ________________________ > Michael Sweet > > > From nobody Sun Apr 3 21:33:34 2022 Return-Path: X-Original-To: ipv6@ietfa.amsl.com Delivered-To: ipv6@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 317123A19E4 for ; Sun, 3 Apr 2022 21:33:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_REMOTE_IMAGE=0.01, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MnMFoRrAgpSB for ; Sun, 3 Apr 2022 21:33:26 -0700 (PDT) Received: from mail-pg1-x530.google.com (mail-pg1-x530.google.com [IPv6:2607:f8b0:4864:20::530]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E606C3A1083 for ; Sun, 3 Apr 2022 21:33:25 -0700 (PDT) Received: by mail-pg1-x530.google.com with SMTP id b130so7321066pga.13 for ; Sun, 03 Apr 2022 21:33:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=7s1RbmGksjMEcFJmV808LZ7foJ/IV5H3S9z1xAdzwbQ=; b=KxDxxpZ5MKnAusI5uU3yN5A1DCo8NcUcJVmWDX3UPRE41lWKOzhdo+BPKY2BgBYLql kzAWDXNvr0AlEMhkDILpw4b/JX5QPDCABeyMr1SnLMvQ7iBB1p/JIEJc7WknmhKAtof3 jGhPnt3i3aPm/dilfijNHCBhakydXMJPv5afn7bGu6l2/qjTHI5ihG2chPUfd3puwWQI PUyCeVt1hohSCSqZPpDdlN+GzwN3kCcRo33GcSDoIU2AYkEYpBKms4M9K99tL+14D4b4 55tih0+sADT4dZfcsabA4g147WoKGjkx77wjjWfQdPOrTChBV40ij6Sh3KSutI+3VeJa zdBA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=7s1RbmGksjMEcFJmV808LZ7foJ/IV5H3S9z1xAdzwbQ=; b=cCOLCFLFsjejqn0NkHbQY7bWpids654GS7mK+64s1ZfyX/9fAxGLvUaC8oB5Dc0nRa nCaNgUjf4uvEyLxCM8HB944v3zIn7LKNdnCsGThpONBhtt9WHUl3KXvbW7DjSlORgefz JZpZdKQl1aY3N3rzQpYHpJUfg4PJk5olwCGPTlEgv4ekYEGFmsqc3owkX+T4h0MpfBJx oXm1WO73oGh3sfkWUMBzreLWNBLqeBgtGmftV+P/ikVS78HazLGFvhAWTzUErHc6nxm+ Aw5o8VNB2RIR9xoLSMTT958afuxmpoFTKis1h3et1p+xBveHM0NXOznSxXMxPSXrn6qX txJw== X-Gm-Message-State: AOAM533S7Lx+KKmnqjGMTJJtcCoPdNJIFTgJjQB9IPhgAp7JdKVtB1/U CodqTZ8eX1Z8MCU6rW2efsVyIGfBCok0synAKY//GhIy X-Google-Smtp-Source: ABdhPJx+6dH7PmsEBNUXt6TO1+/avZ5beywcGn1b6aNMkk5ZLkDdAlcEm/Hcn9M0y/vsGxcJYnF3EjrG4tbz6HAWr5M= X-Received: by 2002:a05:6a00:23c4:b0:4fb:28fa:fc36 with SMTP id g4-20020a056a0023c400b004fb28fafc36mr44824340pfc.76.1649046804504; Sun, 03 Apr 2022 21:33:24 -0700 (PDT) MIME-Version: 1.0 References: <92790B16-19F8-40AD-BF8B-F9CBB619EE37@gmail.com> In-Reply-To: <92790B16-19F8-40AD-BF8B-F9CBB619EE37@gmail.com> From: Gyan Mishra Date: Mon, 4 Apr 2022 00:33:13 -0400 Message-ID: Subject: Re: Call for adoption: To: Bob Hinden Cc: IPv6 List Content-Type: multipart/alternative; boundary="00000000000000214a05dbcca13f" Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2022 04:33:31 -0000 --00000000000000214a05dbcca13f Content-Type: text/plain; charset="UTF-8" Suresh I would like to help contributing to the draft. Thanks Gyan On Wed, Mar 30, 2022 at 4:31 PM Bob Hinden wrote: > This message starts a two week 6MAN call on adopting: > > Title: Segment Identifiers in SRv6 > Authors: S. Krishnan > File Name: draft-krishnan-6man-sids-00 > Document date: February 10, 2022 > > https://datatracker.ietf.org/doc/html/draft-krishnan-6man-sids-00 > > as a 6MAN working group document. > > For background this draft was the result a query to the 6MAN working group > from the SPRING w.g. chairs regarding regarding > draft-filsfilscheng-spring-srv6-srh-compression. The query was: > > https://mailarchive.ietf.org/arch/msg/ipv6/5IpkHf5tVa-G4sKca-EWGEziYSo/ > > After an active discussion, the reply from the 6MAN chairs and ADs was: > > https://mailarchive.ietf.org/arch/msg/ipv6/rGgpWZyPaKonLaeuT37D7qZ1Vcw/ > > This topic was also presented at IETF 112, slides here: > > > https://datatracker.ietf.org/meeting/112/materials/slides-112-6man-srv6-sids-00 > > Substantive comments and statements of support for adopting this document > should be sent to the mailing list. Editorial suggestions can be sent to > the author. This adoption call will end on 13 April 2022. > > Further, if you are willing to work on this document, either as > contributor, author, or reviewer please notify the list. This will > provide the chairs with an indication of the energy level in the working > group to work on this document. > > Bob, Jen, Ole > > > > -------------------------------------------------------------------- > IETF IPv6 working group mailing list > ipv6@ietf.org > Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 > -------------------------------------------------------------------- > -- *Gyan Mishra* *Network Solutions A**rchitect * *Email gyan.s.mishra@verizon.com * *M 301 502-1347* --00000000000000214a05dbcca13f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Suresh

I would like to help contributing to the draft.
Thanks=C2=A0

Gyan

On Wed, Mar 30, 2022 at 4:31 PM Bob Hinden <bob.hinden@gmail.com> wrote:
<= /div>
This message starts a two week 6MAN cal= l on adopting:

=C2=A0 =C2=A0Title:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Segment Identifiers i= n SRv6
=C2=A0 =C2=A0Authors:=C2=A0 =C2=A0 =C2=A0 =C2=A0 S. Krishnan
=C2=A0 =C2=A0File Name:=C2=A0 =C2=A0 =C2=A0 draft-krishnan-6man-sids-00
=C2=A0 =C2=A0Document date:=C2=A0 February 10, 2022

=C2=A0 =C2=A0https://datatracker.ie= tf.org/doc/html/draft-krishnan-6man-sids-00

as a 6MAN working group document.

For background this draft was the result a query to the 6MAN working group = from the SPRING w.g. chairs regarding regarding draft-filsfilscheng-spring-= srv6-srh-compression.=C2=A0 The query was:

=C2=A0 https://mailarchive.ie= tf.org/arch/msg/ipv6/5IpkHf5tVa-G4sKca-EWGEziYSo/

After an active discussion, the reply from the 6MAN chairs and ADs was:

=C2=A0 https://mailarchive.ie= tf.org/arch/msg/ipv6/rGgpWZyPaKonLaeuT37D7qZ1Vcw/

This topic was also presented at IETF 112, slides here:

=C2=A0 https://datatr= acker.ietf.org/meeting/112/materials/slides-112-6man-srv6-sids-00

Substantive comments and statements of support for adopting this document s= hould be sent to the mailing list.=C2=A0 Editorial suggestions can be sent = to the author.=C2=A0 This adoption call will end on 13 April 2022.

Further, if you are willing to work on this document, either as contributor= , author, or reviewer please notify the list.=C2=A0 =C2=A0This will provide= the chairs with an indication of the energy level in the working group to = work on this document.

Bob, Jen, Ole



--------------------------------------------------------------------
IETF IPv6 working group mailing list
ipv6@ietf.org
Administrative Requests: https://www.ietf.org/mailman/list= info/ipv6
--------------------------------------------------------------------
--
--00000000000000214a05dbcca13f-- From nobody Mon Apr 4 05:21:36 2022 Return-Path: X-Original-To: ipv6@ietfa.amsl.com Delivered-To: ipv6@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C71E43A0113 for ; Mon, 4 Apr 2022 05:21:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.905 X-Spam-Level: X-Spam-Status: No, score=-1.905 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FROM_EXCESS_BASE64=0.001, MSGID_FROM_MTA_HEADER=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cEqTfphVrjBA for ; Mon, 4 Apr 2022 05:21:27 -0700 (PDT) Received: from smtpbg152.qq.com (smtpbg152.qq.com [13.245.186.79]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6588F3A0105 for ; Mon, 4 Apr 2022 05:21:24 -0700 (PDT) X-QQ-GoodBg: 2 X-QQ-SSF: 0040000000000060 X-QQ-FEAT: J5JfekO1WshbPSjq2ih6fGuh2XJmgAD0Jab3ZzQrFWxLpvBLb0Ox9XeFqVKac zvRKMA+VF5SgTaHvO1gZZc1/1O2/hW6/JFObU7swpFMpZQ5kT63lJFH9slJb+7LFqd9EELj VnClujVUWQW8W7jk8KTg8KYDQv3sk2XqXVbjB80GdB2gcdR5Tky7QwScyC+5X3joGidRdvi 7F7HFYO+0TOlv7YUvd9nlzW8RDGraWw3qvrOtul1STbBjecFbVZQv3Uib9lmBNxHk7dkYu9 F5bZ2uipE99OAiM3Jt1MHA+uMPKlwMDwjKb7PSF4HP5cn7ogOBKdcdovMvuowB6/1p1dGcC NRzxwNud0kiVFPNBaq2QhGuAFXegyn/ixgtBmtD3cg4XtQm3ctkwCSOlklwAKw9wyx5lXF6 DBzBAtsRhm4= X-QQ-BUSINESS-ORIGIN: 2 X-Originating-IP: 58.249.246.25 X-QQ-STYLE: X-QQ-mid: llogic74t1649074875t9567751 From: "=?utf-8?B?U2hhbmcgWWU=?=" To: "=?utf-8?B?QnJpYW4gRSBDYXJwZW50ZXI=?=" Cc: "=?utf-8?B?SVB2NiBMaXN0?=" Subject: Re: Comments on draft-ietf-6man-rfc6874bis-00.txt Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Date: Mon, 4 Apr 2022 20:21:15 +0800 X-Priority: 3 Message-ID: X-QQ-MIME: TCMime 1.0 by Tencent X-Mailer: QQMail 2.x X-QQ-Mailer: QQMail 2.x References: <014d1dd8-8419-d277-4e38-49e587778c76@gmail.com> In-Reply-To: <014d1dd8-8419-d277-4e38-49e587778c76@gmail.com> X-QQ-ReplyHash: 1171315224 X-QQ-SENDSIZE: 520 Received: from qq.com (unknown [127.0.0.1]) by smtp.qq.com (ESMTP) with SMTP id ; Mon, 04 Apr 2022 20:21:16 +0800 (CST) Feedback-ID: llogic:mail2.sysu.edu.cn:qybgforeign:qybgforeign10 X-QQ-Bgrelay: 1 Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2022 12:21:33 -0000 QnJpYW4sDQoNClRoYW5rcyBmb3IgeW91ciBlbmxpZ2h0ZW5pbmcgcmVwbHkhIEkgcmVhZCBh Ym91dCBzb21lIHByZXZpb3VzIGRlYmF0ZXMgb24gdGhpcyBtYXR0ZXIgKGFib3V0IHRoZSBi YXJlICIlIikgYW5kIHRyaWVkIHRvIHRoaW5rIGl0IHRocm91Z2guIE15IHBvaW50cyBpbiBk ZXRhaWw6DQoNCkZpcnN0IG9mIGFsbCwgSSBtdXN0IHNheSBJIG1vc3RseSBhZ3JlZSB3aXRo IEFuZHJldyBDYWR5IG9uIHRoaXMgbWF0dGVyLCBidXQgSSBmZWVsIHF1aXRlIG5lY2Vzc2Fy eSB0byBwb2ludCBvdXQgdGhlIGlkZWEgdGhhdCB1bmRlcmxpZXMgQW5kcmV3J3MgYXJndW1l bnRzOg0KDQpBbiB1cGRhdGUgdG8gYSBzdGFuZGFyZCBpcyBzdWJqZWN0IG9ubHkgdG8gcHJh Y3RpY2FsaXR5IChiYWNrd2FyZCBjb21wYXRpYmlsaXR5LCBpbnRlcm9wZXJhYmlsaXR5LCBl dGMuKSwgbm90IGNvbnN0cmFpbmVkIGJ5IHRoZSBvcmlnaW5hbCBzdGFuZGFyZCB0ZXh0Lg0K DQpUaGVyZSBzZWVtZWQgdG8gYmUgYSBsb3Qgb2YgbWlzdW5kZXJzdGFuZGluZ3MgYWJvdXQg dGhpcy4gSW4gdGhlIFVSSSdzIGNhc2UsIHRoaXMgbWVhbnMgdGhhdCBhbnkgZXh0ZW5zaW9u IHRvIHRoZSBVUkkgc3ludGF4IHdvdWxkIGJlIE9LIGFzIGxvbmcgYXMgdGhlIGV4dGVuZGVk IHN5bnRheCBlbnN1cmVzIGludGVyb3BlcmFiaWxpdHkgKCJleHRlbnNpb24iIG1lYW5zIHRo YXQgaXQncyBhbHJlYWR5IGJhY2t3YXJkIGNvbXBhdGlibGUpLiBObyBhbnkgc3RhdGVtZW50 IGluIFJGQzM5ODYgd291bGQgYmUgc3RvcHBpbmcgdGhpcyBleHRlbnNpb24sIGJlY2F1c2Ug aWYgdGhlcmUgd2VyZSBvbmUgd2UgbWF5IHdlbGwgdXBkYXRlIGl0Lg0KDQpUbyBiZSBtb3Jl IHNwZWNpZmljOg0KDQpXZSdyZSBnb2luZyB0byB1cGRhdGUgUkZDMzk4NiB0byBhbGxvdyBh IGJhcmUgIiUiIHRoYXQgZGVsaW1pdHMgYW4gb3B0aW9uYWwgem9uZSBpZGVudGlmaWVyIGZy b20gYW4gSVB2NiBhZGRyZXNzLiBJdCdzIHByYWN0aWNhbCB0byBkbyBzbyBiZWNhdXNlIHRo aXMgdXBkYXRlIGlzIGEgc3ludGF4IGV4dGVuc2lvbiAoYmFja3dhcmQgY29tcGF0aWJsZSB3 aXRoIFJGQzM5ODYpIHRoYXQgZW5zdXJlcyBpbnRlcm9wZXJhYmlsaXR5IChlLmcuLCBjb3B5 ICYgcGFzdGUpLCBzbyB0aGlzIHVwZGF0ZSB3b3VsZCBiZSBPSy4NCg0KQmVsb3cgYXJlIHNv bWUgY29tbWVudHMgaW4gbGluZToNCg0KT24gU2F0LCAyNiBNYXJjaCAyMDIyIDIwOjExIFVU QywgQnJpYW4gRSBDYXJwZW50ZXIgd3JvdGU6DQo+PiBTZWN0aW9uIDMgc2F5czoNCj4+DQo+ Pj4gQWNjb3JkaW5nIHRvIHRoZSB0ZXh0IGluIFNlY3Rpb24gMi40IG9mIFtSRkMzOTg2XSwg IiUiIG11c3QNCj4+PiBiZSBwZXJjZW50LWVuY29kZWQgYXMgIiUyNSIgdG8gYmUgdXNlZCBh cyBkYXRhIHdpdGhpbiBhIFVSSS4NCj4+PiBIb3dldmVyLCBpbiB0aGUgZm9ybWFsIEFCTkYg c3ludGF4IG9mIFJGQyAzOTg2LCB0aGlzIG9ubHkgYXBwbGllcw0KPj4+IHdoZXJlIHRoZSAi cGN0LWVuY29kZWQiIGVsZW1lbnQgYXBwZWFycy4gIEZvciB0aGlzIHJlYXNvbiwgaXQgaXMN Cj4+PiBwb3NzaWJsZSB0byBleHRlbmQgdGhlIEFCTkYgc3VjaCB0aGF0IHRoZSBzY29wZWQg YWRkcmVzcw0KPj4+IGZlODA6OmFiY2QlZW4xIHdvdWxkIGFwcGVhciBpbiBhIFVSSSBhcyBo dHRwOi8vW2ZlODA6OmFiY2QlZW4xXSBvcg0KPj4+IGh0dHBzOi8vW2ZlODA6OmFiY2QlZW4x XS4NCj4+DQo+PiBUaGUgbG9naWMgb2YgdGhpcyBwYXJ0IHNlZW1zIGEgYml0IGNvbmZ1c2lu Zy4gSSBndWVzcyB0aGUgbWFpbiBwcm9ibGVtIGhlcmUgaXMgd2hldGhlciB3ZSBzaG91bGQg aW50ZXJwcmV0IHRoZSAiJSIgaW4gYW4gSVB2NiBzY29wZWQgYWRkcmVzcyBhcyAqZGF0YSog d2l0aGluIGEgVVJJLiBJZiB3ZSBkbyBzbywgdGhlbiBJJ20gYWZyYWlkIHdlIHdvdWxkbid0 IGdldCB0aGUgbG9naWMgcmlnaHQgaGVyZS4NCj4NCj4gSSBmaW5kIHRoZSB0ZXh0IGluIFJG QzM5ODYgdmVyeSBjb25mdXNpbmcuIFdoZW4gd2UgbG9va2VkIGF0IGl0IHRlbiB5ZWFycyBh Z28sIHdlIG5hdHVyYWxseSBpbnRlcnByZXRlZCBpdCBhcyB0aGUgQUJORiBpbiBSRkM2ODc0 IGRlZmluZXMsIGkuZS4gcmVxdWlyaW5nIHBlcmNlbnQtZW5jb2RpbmcuDQoNClRoZSB0ZXh0 IGluIFJGQzM5ODYgY291bGQgYmUgY29uZnVzaW5nLCBidXQgSSBiZWxpZXZlIGl0J3Mgbm90 IGNvbmZ1c2luZyAqaW4gaXRzZWxmKi4gQXQgdGhlIHRpbWUgaXQgd2FzIHdyaXR0ZW4gdGhl IGludGVudGlvbiB3YXMgY2xlYXI6ICIlIiBpcyBhbiBlc2NhcGUgb25seSAoYWx0aG91Z2gg bm90IGRpcmVjdGx5IHB1dCkgYW5kIGRhdGEgKmlzKiBkYXRhLiBUaGUgcHJvYmxlbSBhcmlz ZXMgKm9ubHkqIHdoZW4gd2UgdHJ5IHRvIGdpdmUgIiUiIGEgc2Vjb25kIG1lYW5pbmcsIHdo aWNoIGNvbmZ1c2VzIHBlb3BsZSBpZiB0aGV5IGhvbGQgdGhlIG1pc2JlbGllZiB0aGF0IHRo ZSB0ZXh0IGluIFJGQzM5ODYgaXMgKmNvbnN0cmFpbmluZyogaXRzIHVwZGF0ZS4gKkV2ZW4g aWYqIFJGQzM5ODYgc3RhdGVkIGNsZWFybHkgdGhhdCAiJSIgaXMgYW4gZXNjYXBlIG9ubHks IHdlIG1heSB3ZWxsIHVwZGF0ZSB0aGlzIHN0YXRlbWVudCB0byBzYXkgd2UgYWxsb3cgYSAi JSIgaW4gdGhlIElQIGxpdGVyYWwgYXMgYSBkZWxpbWl0ZXIsIGp1c3QgYmVjYXVzZSBvdXIg dXBkYXRlIGlzIGJhY2t3YXJkIGNvbXBhdGlibGUgKHN1Y2ggcHJlc2VuY2Ugb2YgIiUiIGlz IG5vdCBhdCBhbGwgYWxsb3dlZCBieSBSRkMzOTg2KS4NCg0KPiBBbmRyZXcgQ2FkeSBhcmd1 ZWQgdGhlIG9wcG9zaXRlIGEgZmV3IG1vbnRocyBhZ28sIGFuZCBzdWdnZXN0ZWQgdGhlIHJl dmlzZWQgQUJORiB0aGF0IGlzIG5vdyBpbiBSRkM2ODc0YmlzLg0KDQpUaGUgcmV2aXNlZCBB Qk5GIG5vdyBpbiBSRkM2ODc0YmlzIGlzIGp1c3QgZ3JlYXQsIGJ1dCB0aGUgdGV4dCBpbiBp dCBzdGlsbCBuZWVkcyBzb21lIGZpeGluZy4gSSdkIGxpa2UgdG8gcXVvdGUgc29tZSB3b3Jk cyBmcm9tIEFuZHJldyBmaXJzdDoNCg0KT24gVHVlLCAwNiBKdWx5IDIwMjEgMjA6MDUgVVRD LCBBbmRyZXcgQ2FkeSB3cm90ZToNCj4gQnkgdGhlIHdheSwgdGhlcmUgaXMgYSByZWxldmFu dCBtaXN0YWtlIG9mIGZhY3QgaW4gcmZjNjg3NDoNCj4NCj4gICAgIEFjY29yZGluZyB0byBV Ukkgc3ludGF4IFtSRkMzOTg2XSwgIiUiIGlzIGFsd2F5cyB0cmVhdGVkIGFzIGFuDQo+ICAg ICBlc2NhcGUgY2hhcmFjdGVyIGluIGEgVVJJLA0KPg0KPiBUaGUgImFsd2F5cyIgcGFydCBp cyB1bnRydWUuICBJdCBpcyBvbmx5IHRyZWF0ZWQgdGhhdCB3YXkgd2hlcmUgQk5GIHNheXMN Cj4gInBjdC1lbmNvZGVkIi4gIEluc2lkZSBvZiBzcXVhcmUgYnJhY2tldHMgaXQgbXVzdCBp bnN0ZWFkIGJlIHRyZWF0ZWQgYXMNCj4gYW4gZXJyb3IuICBQY3QtZW5jb2RlZCBkYXRhIGlz IG5vdCBhbGxvd2VkIHRoZXJlLg0KDQpJIGRvbid0IHF1aXRlIGFncmVlIHdpdGggQW5kcmV3 IGhlcmUsIGJ1dCBJIGJlbGlldmUgdGhlIHJlYWwgbWlzdGFrZSBpbiBSRkM2ODc0IGlzIHRo YXQgaXQgZmFpbHMgdG8gcmVjb2duaXNlIGl0cyBleGVtcHRpb24gZnJvbSB0aGUgdGV4dCBp biBSRkMzOTg2LiBJJ20ganVzdCBiYWRseSBpbiBob3BlIHRoYXQgdGhpcyBtaXN0YWtlIHdp bGwgKm5vdCogY29udGludWUgaW50byBSRkM2ODc0YmlzIGluIGFueSB3YXkuDQoNCj4gSWYg dGhlIFVSSSBwYXJzaW5nIG9iZXlzIHRoZSBBQk5GLCBlaXRoZXIgd291bGQgYmUgT0sgYW5k IHdlIGNhbiBjaG9vc2UgdGhlIG9uZSB3ZSBsaWtlIGJlc3QuDQo+DQo+IFdoZW4gSSBsb29r ZWQgYXQgdGhlIFdHRVQgcGFyc2VyLCB3aGljaCBpcyByZWxhdGl2ZWx5IHNpbXBsZSB0byB1 bmRlcnN0YW5kLCB0aGUgZmlyc3QgdGhpbmcgSSByZWFsaXNlZCBpcyB0aGF0IGl0IGlzICpu b3QqIGZvbGxvd2luZyB0aGUgQUJORiBpbiBhbnkgYXV0b21hdGVkIHdheSAobGlrZSBhIHN5 bnRheC1kcml2ZW4gY29tcGlsZXIgd291bGQsIGZvciBleGFtcGxlKS4gSSBhbHNvIGxvb2tl ZCBhdCB0aGUgd2F5IEZpcmVmb3ggcGFyc2VzIFVSTHMsIHdoaWNoIGlzIHZlcnkgaGFyZCB0 byB1bmRlcnN0YW5kLCBidXQgdGhlIHNhbWUgaXMgdHJ1ZS4gRnJvbSBmZWVkYmFjayB3ZSAo dGhlIGF1dGhvcnMpIGhhdmUgcmVjZWl2ZWQsIEkgYmVsaWV2ZSB0aGF0IGFsbCBicm93c2Vy cyBhcmUgc2ltaWxhcjogdGhlIHBhcnNlcnMgZG8gd2hhdCB0aGUgcHJvZ3JhbW1lcnMgbWFr ZSB0aGVtIGRvLCByYXRoZXIgdGhhbiBtYXRoZW1hdGljYWxseSBmb2xsb3dpbmcgdGhlIEFC TkYuIEZ1cnRoZXIsIHRoZSBXSEFUV0cgc3BlY2lmaWVzIHRoZSBhZ3JlZWQgYmVoYXZpb3Ig aW4gcGxhaW4gRW5nbGlzaCwgbm90IGluIEFCTkYgKGh0dHBzOi8vdXJsLnNwZWMud2hhdHdn Lm9yZy8jaG9zdC1yZXByZXNlbnRhdGlvbikuIFRoYXQgaXMgd2hhdCB0aGUgYnJvd3NlciBp bXBsZW1lbnRlcnMgZm9sbG93Lg0KPg0KPiBTbywgdGhvc2UgY29uZnVzaW5nIHdvcmRzIGlu IFJGQzM5ODYgYXJlIGp1c3QuLi4gY29uZnVzaW5nLg0KPg0KPiBUaGUgcmVhbC13b3JsZCBk ZXNjcmlwdGlvbiBvZiBwZXJjZW50LWVuY29kaW5nIGlzIGF0IGh0dHBzOi8vdXJsLnNwZWMu d2hhdHdnLm9yZy8jcGVyY2VudC1lbmNvZGVkLWJ5dGVzYA0KDQpCdXQgaXNuJ3QgUkZDMzk4 NiBtZWFudCBmb3IgdGhvc2UgVVJJIHBhcnNlcnMgdGhhdCBzdHJpY3RseSBvYmV5IHRoZSBB Qk5GPyBUaGUgd2ViLW9yaWVudGVkIHBhcnNlcnMgbWF5IGJlIGV4Y2Vzc2l2ZWx5IGxpYmVy YWwgaW4gd2hhdCB0aGV5IGFjY2VwdCAoQ2hyb21lIGV2ZW4gYWNjZXB0cyBodHRwOi8vWzo6 MSU1RC8gYW5kIGh0dHA6Ly9bOjolMzFdLyBhcyBodHRwOi8vWzo6MV0vLCBhcyB3YXMgcG9p bnRlZCBvdXQgYnkgUGhpbGlwIEhvbWJ1cmcpLiBCdXQgdGhpcyBiZWhhdmlvdXIgaXMgZG9j dW1lbnRlZCBub3doZXJlIGFuZCBzaG91bGQgYmUgYSBidWcgdGhhdCBtdXN0IGJlIGZpeGVk IChldmVuIFdIQVRXRyBoYXMgZXhwbGljaXRseSBkaXNhbGxvd2VkIHRoaXMsIHNlZSBodHRw czovL3VybC5zcGVjLndoYXR3Zy5vcmcvI2V4YW1wbGUtaG9zdC1wYXJzaW5nKS4gU28gSSBk b24ndCB0aGluayB0aGlzIHdpbGwgbWFrZSBhbnkgZGlmZmVyZW5jZSBpbiBvdXIgZmluYWwg Y2hvaWNlIG9mIHN5bnRheC4gSSB3b3VsZCByYXRoZXIgc2F5IHRoYXQgcHJhY3RpY2FsaXR5 IGlzIHRoZSBvbmx5IGRlY2lzaXZlIGNvbnNpZGVyYXRpb24gaGVyZS4NCg0KSSdkIGxpa2Ug dG8ga25vdyBpZiB5b3Ugc3RpbGwgZmluZCB0aGUgdGV4dCBpbiBSRkMzOTg2IGNvbmZ1c2lu ZyBhZnRlciBteSBleHBsYW5hdGlvbiA6KQ0KDQo+PiBCdXQgaWYgd2UgZG9uJ3QsIHRoZW4g SSdkIGxpa2UgdG8gc3VnZ2VzdCBzZXZlcmFsIGNoYW5nZXMgaW4gdGhlIHRleHQ6DQo+Pg0K Pj4gMS4gQ2xhcmlmeSB0aGF0IHRoZSAiJSIgaW4gYW4gSVB2NiBzY29wZWQgYWRkcmVzcyBp cyBub3QgdXNlZCBhcyAqZGF0YSogd2l0aGluIGEgVVJJLCBidXQgaXMgaW5zdGVhZCBhY3Rp bmcgYXMgYSBzdWJjb21wb25lbnQgKmRlbGltaXRlciogd2l0aGluIHRoZSBhZGRyZXNzLiBU aGlzIHdheSwgdGhlIHRleHQgaW4gdGhlIEktRCB3b3VsZG4ndCBzb21laG93IGNvbmZsaWN0 IHdpdGggdGhhdCBpbiBSRkMgMzk4Ni4NCj4NCj4gSSB3b3VsZCByYXRoZXIgc2F5IHRoYXQg dGhlIHdvcmRzIGluIFJGQyAzOTg2IGFyZSB1bmNsZWFyLCBidXQgdGhhdCBwZXJjZW50LWVu Y29kaW5nIGRvZXMgbm90IGFwcGx5IHRvIHRoaXMgdXNlIG9mICUgYXMgYSBkZWxpbWl0ZXIu IFRoYXQncyB3aGF0IG91ciBuZXcgQUJORiBzYXlzLg0KDQpJIGJlbGlldmUgdGhlIG9ubHkg Y29ycmVjdCB3YXkgdG8gcHJvY2VlZCBpcyB3ZSByZWNvZ25pc2UgdGhhdCBSRkMzOTg2IGlz IGNsZWFyIGFuZCBzZWxmLWNvbnNpc3RlbnQsIG9yIHdlIHdvdWxkIG9ubHkgbWFrZSB0aGUg d29yZHMgaW4gdGhlIGRyYWZ0IHVuY2xlYXIuIEkgd291bGQgbGlrZSB0byBxdW90ZSB0aGUg dGV4dCBpbiBTZWN0aW9uIDMgYWdhaW4gYW5kIGNsYXJpZnkgbXkgdmlldyBvbiBpdDoNCg0K PiBBY2NvcmRpbmcgdG8gdGhlIHRleHQgaW4gU2VjdGlvbiAyLjQgb2YgW1JGQzM5ODZdLCAi JSIgbXVzdA0KPiBiZSBwZXJjZW50LWVuY29kZWQgYXMgIiUyNSIgdG8gYmUgdXNlZCBhcyBk YXRhIHdpdGhpbiBhIFVSSS4NCj4gSG93ZXZlciwgaW4gdGhlIGZvcm1hbCBBQk5GIHN5bnRh eCBvZiBSRkMgMzk4NiwgdGhpcyBvbmx5IGFwcGxpZXMNCj4gd2hlcmUgdGhlICJwY3QtZW5j b2RlZCIgZWxlbWVudCBhcHBlYXJzLiAgRm9yIHRoaXMgcmVhc29uLCBpdCBpcw0KPiBwb3Nz aWJsZSB0byBleHRlbmQgdGhlIEFCTkYgc3VjaCB0aGF0IHRoZSBzY29wZWQgYWRkcmVzcw0K PiBmZTgwOjphYmNkJWVuMSB3b3VsZCBhcHBlYXIgaW4gYSBVUkkgYXMgaHR0cDovL1tmZTgw OjphYmNkJWVuMV0gb3INCj4gaHR0cHM6Ly9bZmU4MDo6YWJjZCVlbjFdLg0KDQpUaGlzIHBh cnQgcmVhZHMgYXMgaWYgdGhlIHRleHQgaW4gUkZDMzk4NiBpcyBub3QgY29uc2lzdGVudCB3 aXRoIHRoZSBmb3JtYWwgQUJORiBzeW50YXggb2YgUkZDMzk4Niwgd2hpY2ggaXMgcXVpdGUg dW5kZXNpcmFibGUuIFdlIHNob3VsZCB0cnkgdG8gcmVwaHJhc2UgaXQgaW4gYSB3ZWxsLXJl YXNvbmVkIG1hbm5lciB3aXRob3V0IHJlcGVhdGluZyB0aGUgc2FtZSBtaXN0YWtlIGJhY2sg aW4gUkZDNjg3NC4NCg0KVGh1cywgSSBwcm9wb3NlIHRoYXQgd2UgcmVwbGFjZSB0aGUgc2Vj b25kIHBhcmFncmFwaCBpbiBTZWN0aW9uIDMgd2l0aCB0d28gcGFyYWdyYXBoczoNCg0KICAg IEluIGEgVVJJLCBhIGxpdGVyYWwgSVB2NiBhZGRyZXNzIGlzIGFsd2F5cyBlbWJlZGRlZCBi ZXR3ZWVuICJbIiBhbmQNCiAgICAiXSIuICBUaGlzIGRvY3VtZW50IHNwZWNpZmllcyBob3cg YSA8em9uZV9pZD4gY2FuIGJlIGFwcGVuZGVkIHRvIHRoZQ0KICAgIGFkZHJlc3MuIFRoZSBV Ukkgc3ludGF4IGRlZmluZWQgYnkgW1JGQzM5ODZdIGRvZXMgbm90IGFsbG93IHRoZQ0KICAg IHByZXNlbmNlIG9mIGEgcGVyY2VudCAoIiUiKSBjaGFyYWN0ZXIgd2l0aGluIGFuIElQIGxp dGVyYWwuIEZvciB0aGlzDQogICAgcmVhc29uLCBpdCBpcyBiYWNrd2FyZCBjb21wYXRpYmxl IHRvIGFsbG93IHRoZSB1c2Ugb2YgIiUiIHdpdGhpbiBhbg0KICAgIElQIGxpdGVyYWwgYXMg YSBkZWxpbWl0ZXIgb25seSwgc3VjaCB0aGF0IHRoZSBzY29wZWQgYWRkcmVzcw0KICAgIGZl ODA6OmFiY2QlZW4xIHdvdWxkIGFwcGVhciBpbiBhIFVSSSBhcyBodHRwOi8vW2ZlODA6OmFi Y2QlZW4xXSBvcg0KICAgIGh0dHBzOi8vW2ZlODA6OmFiY2QlZW4xXS4NCg0KICAgIFRoaXMg dXNlIG9mICIlIiBhcyBhIGRlbGltaXRlciBhcHBsaWVzIG9ubHkgd2l0aGluIGFuIElQIGxp dGVyYWwsIGFuZA0KICAgIGlzIGlycmVsZXZhbnQgdG8gYW5kIGV4ZW1wdCBmcm9tIHRoZSBw ZXJjZW50LWVuY29kaW5nIG1lY2hhbmlzbQ0KICAgIFtSRkMzOTg2XS4NCg0KU2luY2Ugd2Ug d291bGQgaGF2ZSBjbGFyaWZpZWQgdGhlIHVzZSBvZiAiJSIgd2l0aGluIGFuIElQIGxpdGVy YWwgYW5kIGl0cyBleGVtcHRpb24gZnJvbSBwZXJjZW50LWVuY29kaW5nLCB0aGVzZSBzdGF0 ZW1lbnRzIGNvdWxkIGJlIHJlZHVuZGFudCBhbmQgSSBwcm9wb3NlIHRoYXQgd2UgZGVsZXRl IHRoZW0gZnJvbSB0aGUgdGV4dDoNCg0KICAgIEFsc28sICUyNSB3b3VsZCBiZSB2YWxpZC4N Cg0KICAgIFRoZSA8em9uZV9pZD4gIjI1IiBjYW5ub3QgYmUgZm9yYmlkZGVuIHNpbmNlIGl0 IGlzIHZhbGlkIGluIHNvbWUNCiAgICBvcGVyYXRpbmcgc3lzdGVtcywgc28gYSBwYXJzZXIg TVVTVCBOT1QgYXBwbHkgcGVyY2VudCBkZWNvZGluZyB0byBhDQogICAgVVJJIHN1Y2ggYXMg aHR0cDovL1tmZTgwOjphYmNkJTI1XS4NCg0KPj4gMi4gSWYgKDEpIHdhcyBhY2NlcHRlZCwg YWRkICIlIiBhcyBhIHJlc2VydmVkIGNoYXJhY3RlciBpbiB0aGUgImdlbi1kZWxpbXMiIEFC TkYgcnVsZS4gVGhpcyBtYWtlcyB0aGUgSS1EIGNvbnNpc3RlbnQgd2l0aCBSRkMgMzk4NjoN Cj4NCj4gSSBzdXNwZWN0IHRoYXQgdGhpcyB3b3VsZCBsZWFkIHRvIGEgbG90IG9mIGRpc2N1 c3Npb24gYWJvdXQgdW5pbnRlbmRlZCBzaWRlLWVmZmVjdHMuIFNpbmNlICIlIiBpcyBwcmlt YXJpbHkgYW4gZXNjYXBlIGNoYXJhY3RlciwgYWRkaW5nIGl0IGZvcm1hbGx5IGFzIGEgZGVs aW1pdGVyIHdvdWxkIGJlIGRyYW1hdGljLiBXaGVuIGlzIGl0IGEgZGVsaW1pdGVyIGFuZCB3 aGVuIGlzIGl0IGFuIGVzY2FwZT8NCg0KVGhhdCdzIGZhaXIuIFdlIG1pZ2h0IG5vdCBuZWVk IHRvIGFkZCBpdCBmb3JtYWxseSBpbiB0aGUgQUJORiBydWxlLCBidXQgSSBiZWxpZXZlIHdl IHNob3VsZCBhdCBsZWFzdCByZWNvZ25pc2UgaXQgYXMgYSBkZWxpbWl0ZXIgd2l0aGluIGFu IElQIGxpdGVyYWwsIGp1c3QgYXMgd2UgcmVjb2duaXNlICJAIiwgIjoiIGFuZCBvdGhlcnMu IFRoZSB0ZXh0IHByb3Bvc2VkIGFib3ZlIHNob3VsZCBzZXJ2ZSB3ZWxsIHRvIGRpc2FtYmln dWF0ZSB0aGUgdHdvIHVzZXMgb2YgIiUiIHdpdGhpbiBhIFVSSS4NCg0KPj4gMy4gSWYgKDIp IHdhcyBhY2NlcHRlZCwgY2xhcmlmeSB0aGF0ICIlIiBpcyBjb25zaWRlcmVkIGFzIGEgcmVz ZXJ2ZWQgY2hhcmFjdGVyIG9ubHkgd2hlbiB1c2VkIHdpdGhpbiBhbiBJUHY2IHNjb3BlZCBh ZGRyZXNzLg0KPg0KPiBUaGF0IGlzIHN1cmVseSB0aGUgZWZmZWN0IG9mIHRoZSBwcm9wb3Nl ZCBBQk5GPyBBZGRpbmcgaXQgYXMgYSBjb21tZW50IHNlZW1zIHJlYXNvbmFibGUsIHRob3Vn aC4NCg0KU2VlIGFib3ZlLg0KDQo+IFRvIGJlIGZyYW5rLCBJIGRvbid0IHRoaW5rIFJGQzM5 ODYgbWF0dGVycyBtdWNoIHRvZGF5LCBhbHRob3VnaCBmcm9tIGFuIElFVEYgdmlldyB3ZSBu ZWVkIHRvIGZvcm1hbGx5IHVwZGF0ZSBpdC4gV2hhdCBtYXR0ZXJzIGlzIGdldHRpbmcgdGhl IGFib3ZlICJob3N0LXJlcHJlc2VudGF0aW9uIiB0ZXh0IGZyb20gV0hBVFdHIHVwZGF0ZWQu DQoNCkkgbW9zdGx5IGFncmVlLiBZZXQgaXQncyBhbHNvIHdvcnRoIG1lbnRpb25pbmcgdGhh dCBSRkMzOTg2IG9mZmVycyBjb25zaXN0ZW5jeSBpbiBVUkkgcGFyc2luZyBhbmQgcHJvZHVj aW5nIGZvciBub24tYnJvd3NlcnMuDQoNCkJ5IHRoZSB3YXksIEkndmUgYmVlbiB3cml0aW5n IG15IG93biBSRkMzOTg2LWNvbXBsaWFudCBwYXJzZXIgYW5kIEkgZmluZCBpdCB2ZXJ5IGVh c3kgdG8gaW1wbGVtZW50IHRoaXMgc3ludGF4IGV4dGVuc2lvbiBub3cgaW4gUkZDNjg3NGJp cyAoeW91J2xsIG9ubHkgbmVlZCB0byBhZGQgYSBmdW5jdGlvbiB3aXRoIDEwIGxpbmVzKS4g U28gYWRkZWQgY29tcGxleGl0eSBzaG91bGRuJ3QgYmUgYSBjb25jZXJuIGhlcmUuIEknbGwg YmUgaGFwcHkgdG8gc2VlIHRoaXMgZHJhZnQgaW1wcm92ZSBhbmQgYWR2YW5jZSB0byB0aGUg c3RhbmRhcmRzIHRyYWNrLg0KDQpSZWdhcmRzLA0KU2hhbmc= From nobody Mon Apr 4 05:50:30 2022 Return-Path: X-Original-To: ipv6@ietfa.amsl.com Delivered-To: ipv6@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2FD5A3A05F0 for ; Mon, 4 Apr 2022 05:50:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.108 X-Spam-Level: X-Spam-Status: No, score=-2.108 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, NICE_REPLY_A=-0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=neutral reason="invalid (unsupported algorithm ed25519-sha256)" header.d=uniroma2.it header.b=H4kEqOBB; dkim=pass (2048-bit key) header.d=uniroma2.it header.b=lCxW49SI Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ovTDRbZxbac3 for ; Mon, 4 Apr 2022 05:50:21 -0700 (PDT) Received: from smtp.uniroma2.it (smtp.uniroma2.it [160.80.6.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 81AA63A0598 for ; Mon, 4 Apr 2022 05:50:18 -0700 (PDT) Received: from smtpauth-2019-1.uniroma2.it (smtpauth-2019-1.uniroma2.it [160.80.5.46]) by smtp-2015.uniroma2.it (8.14.4/8.14.4/Debian-8) with ESMTP id 234Co9eV020261 for ; Mon, 4 Apr 2022 14:50:14 +0200 Received: from [160.80.82.21] (unknown [160.80.82.21]) by smtpauth-2019-1.uniroma2.it (Postfix) with ESMTPSA id 938D51212CA for ; Mon, 4 Apr 2022 14:50:05 +0200 (CEST) DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=uniroma2.it; s=ed201904; t=1649076605; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=R4LGZnEL8mcTDVNA+ej5poBAaiS6kXQWhh4o9123RSI=; b=H4kEqOBBwLnYBTM9+awIJwm+G1+W52v0BMNlGivUoQzxIyE4eS+eLZGSJVGMmbT2PprX2p jIxy7kN74lBonXBA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uniroma2.it; s=rsa201904; t=1649076605; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=R4LGZnEL8mcTDVNA+ej5poBAaiS6kXQWhh4o9123RSI=; b=lCxW49SIogrVjEeF9I0X/mSdIU4V6+kHWnLdXxz82JniY9F6nZWtdAZN+VTGI+BXsKymkD CgveYFASm1dmfx4RYkwyofD1Z5RIk+zUmgmDvQekNrsmg7ThAg125y30rhTI85QeJOdx7F 4i865eFyBlQDYeLzSpZ+TJF2isSPEa04CStjcs3/ab9auEvClLTbbyPCi64mM63RWsjOYq dGpoInvTenvS3SK4bJo+bOV6kTGV/o6H2lAJIzjOWQScHZnAPIYVvNS2U7uO0zrkKrFvOo GMuFz9u3tDRrTaEzd1Hp/2ZobLhY7Ne2GxuMdzgwgb2/dw8ugd8TTJiqWQ2DXQ== Message-ID: Date: Mon, 4 Apr 2022 14:50:03 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.7.0 Subject: Re: Call for adoption: Content-Language: it-IT To: ipv6@ietf.org References: <92790B16-19F8-40AD-BF8B-F9CBB619EE37@gmail.com> From: Stefano Salsano In-Reply-To: <92790B16-19F8-40AD-BF8B-F9CBB619EE37@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.100.0 at smtp-2015 X-Virus-Status: Clean Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2022 12:50:29 -0000 I support the adoption of draft-krishnan-6man-sids-00 as a 6MAN working group document I am interested to contribute to the revision of the document and also to help as an author if needed Stefano Il 2022-03-30 22:30, Bob Hinden ha scritto: > This message starts a two week 6MAN call on adopting: > > Title: Segment Identifiers in SRv6 > Authors: S. Krishnan > File Name: draft-krishnan-6man-sids-00 > Document date: February 10, 2022 > > https://datatracker.ietf.org/doc/html/draft-krishnan-6man-sids-00 > > as a 6MAN working group document. > > For background this draft was the result a query to the 6MAN working group from the SPRING w.g. chairs regarding regarding draft-filsfilscheng-spring-srv6-srh-compression. The query was: > > https://mailarchive.ietf.org/arch/msg/ipv6/5IpkHf5tVa-G4sKca-EWGEziYSo/ > > After an active discussion, the reply from the 6MAN chairs and ADs was: > > https://mailarchive.ietf.org/arch/msg/ipv6/rGgpWZyPaKonLaeuT37D7qZ1Vcw/ > > This topic was also presented at IETF 112, slides here: > > https://datatracker.ietf.org/meeting/112/materials/slides-112-6man-srv6-sids-00 > > Substantive comments and statements of support for adopting this document should be sent to the mailing list. Editorial suggestions can be sent to the author. This adoption call will end on 13 April 2022. > > Further, if you are willing to work on this document, either as contributor, author, or reviewer please notify the list. This will provide the chairs with an indication of the energy level in the working group to work on this document. > > Bob, Jen, Ole > > > > > -------------------------------------------------------------------- > IETF IPv6 working group mailing list > ipv6@ietf.org > Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 > -------------------------------------------------------------------- -- ******************************************************************* Stefano Salsano Professore Associato Dipartimento Ingegneria Elettronica Universita' di Roma Tor Vergata Viale Politecnico, 1 - 00133 Roma - ITALY http://netgroup.uniroma2.it/Stefano_Salsano/ E-mail : stefano.salsano@uniroma2.it Cell. : +39 320 4307310 Office : (Tel.) +39 06 72597770 (Fax.) +39 06 72597435 ******************************************************************* From nobody Mon Apr 4 06:25:45 2022 Return-Path: X-Original-To: ipv6@ietf.org Delivered-To: ipv6@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 41BB13A0864; Mon, 4 Apr 2022 06:25:37 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: =?utf-8?q?=C3=89ric_Vyncke_via_Datatracker?= To: "The IESG" Cc: draft-ietf-6man-mtu-option@ietf.org, 6man-chairs@ietf.org, ipv6@ietf.org, otroan@employees.org, otroan@employees.org, equinox@diac24.net Subject: =?utf-8?q?=C3=89ric_Vyncke=27s_No_Objection_on_draft-ietf-6man-mtu-option-13=3A_=28with_COMMENT=29?= X-Test-IDTracker: no X-IETF-IDTracker: 7.46.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: =?utf-8?q?=C3=89ric_Vyncke?= Message-ID: <164907873723.15991.57242493854295767@ietfa.amsl.com> Date: Mon, 04 Apr 2022 06:25:37 -0700 Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2022 13:25:38 -0000 Éric Vyncke has entered the following ballot position for draft-ietf-6man-mtu-option-13: No Objection 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.) Please refer to https://www.ietf.org/about/groups/iesg/statements/handling-ballot-positions/ for more information about how to handle DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-6man-mtu-option/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Thank you for the work put into this document. I am all in favour of extending IPv6 with extension headers, and any system to improve path MTU detection is helpful (esp. in data center at the beginning). Let me also apologise to Bob, Gorry, and the 6MAN WG as I could have sent those comments during the WGLC... Please find below some non-blocking COMMENT points (but replies would be appreciated even if only for my own education), and some nits. Special thanks to Ole Trøan for the shepherd's write-up including the justification for the intended status as experimental. You may also expect a INT directorate review by David Lamparter later. I hope that this helps to improve the document, Regards, -éric What about multicast traffic ? Can this HbH option be used ? How can several answers be combined ? As the intended status is "experimental", this is not blocking but close to be a DISCUSS-level point though. ## Abstract Just wondering whether "node" should be used instead of "host" in "along the forward path between a source host to a destination host" (also in other places in other sections). Of course, nothing prevent a router to act as a host. §9 uses "node" and not "host" ;-) ## Section 1.2 Suggest removing the note about RFC 2460 as 8200 has been published for years now. Even if mostly obvious, please expand "HBH" at first use. ## Section 6.1 For a router not configured for HbH-processing: why only "SHOULD ignore" ? Either exception use case(s) should be provided or a "MUST NOT" and "MUST" (for forward) be used. Why does a router "SHOULD" only update and not "MUST" ? This is an experimental document and not a proposed standard one so little reason to be ultra-cautious. If "SHOULD" is kept, then when can/should a router deviate from the update action ? Is the "Discussion" part still relevant at this stage (IESG evaluation) ? Or should it be moved to the "experiment success evaluation" part ? Can the router apply sampling/rate limiting on those packets ? ## Section 6.2 "This cached value can be used by other flows that share the host's destination cache." is hard to parse and possibly incorrect (as missing the egress interface), suggest to use "other flows to the same destination and same egress interface" ? If it was not an experimental document, I would probably have raised a blocking DISCUSS (sorry Bob & Gorry), usually ECMP is done on the 5-tuple, so using different layer-4 ports could end up in slightly different paths with different MTU (section 5.2 of RFC 8201 is a little better, recommend referring to it ? -- it is only referred to in § 6.3.4). Please expand "PL" "When requested to send an IPv6 packet" how ? and who request such an action ? My major concern is whether it is a per packet or per "connection" request as using a 8-byte MTU in a data packet actually reduces the useful MTU by 8 bytes. A forward reference to §6.3.1 would be beneficial. Bullet #3, it is unclear what "This" means. ## Section 6.3 "Using a PMTU Probe" is it the HbH option described in this document ? If so, then propose being clear or introduce the synonym earlier in the text. ## Section 6.3.2 Just wondering how different this method is wrt to ICMP-based PMTUD as the 5-tuple must also be present (albeit no data). Also wondering how an upper-layer protocol (possibly QUIC in user space) could signal to the PMTU cache (possibly in the kernel) to ignore a value. But, hey this is all about experimenting ;-) And § 6.3.3 is going in more details about where this data could be stored. ## Section 6.3.4 Why not a "MUST" in "A source host SHOULD ignore a Rtn-PMTU value larger than the MTU configured for the outgoing link." ? # NITS ## Section 1.1 In scenario 2, s/considers the link to the destination host/considers the link between R2 and the destination host/ ? ## Section 2 s/977K packets per second (pps)/977,000 packets per second (or 997 kpps)/ ## Section 6.3.4 s/layer 2 device/layer-2 device/ ## Section 8.1 s/Hop by Hop/Hop-by-Hop/ From nobody Mon Apr 4 09:40:24 2022 Return-Path: X-Original-To: ipv6@ietfa.amsl.com Delivered-To: ipv6@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5DAFE3A0D1C; Mon, 4 Apr 2022 09:40:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.906 X-Spam-Level: X-Spam-Status: No, score=-1.906 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jAnXMyTKMjhr; Mon, 4 Apr 2022 09:40:06 -0700 (PDT) Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9B6F83A0D1B; Mon, 4 Apr 2022 09:40:06 -0700 (PDT) Received: from fraeml707-chm.china.huawei.com (unknown [172.18.147.201]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4KXGfg1Khvz684R9; Tue, 5 Apr 2022 00:38:03 +0800 (CST) Received: from fraeml714-chm.china.huawei.com (10.206.15.33) by fraeml707-chm.china.huawei.com (10.206.15.35) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.24; Mon, 4 Apr 2022 18:40:03 +0200 Received: from fraeml714-chm.china.huawei.com ([10.206.15.33]) by fraeml714-chm.china.huawei.com ([10.206.15.33]) with mapi id 15.01.2375.024; Mon, 4 Apr 2022 18:40:03 +0200 From: Giuseppe Fioccola To: Martin Duke , The IESG CC: "draft-ietf-6man-ipv6-alt-mark@ietf.org" , "6man-chairs@ietf.org" <6man-chairs@ietf.org>, "ipv6@ietf.org" , "bob.hinden@gmail.com" , "otroan@employees.org" Subject: RE: Martin Duke's Discuss on draft-ietf-6man-ipv6-alt-mark-13: (with DISCUSS and COMMENT) Thread-Topic: Martin Duke's Discuss on draft-ietf-6man-ipv6-alt-mark-13: (with DISCUSS and COMMENT) Thread-Index: AQHYRRfxkHWMX80AbkOiQKx/iyDV9azf+b1g Date: Mon, 4 Apr 2022 16:40:02 +0000 Message-ID: References: <164874220411.25070.2349355605213665390@ietfa.amsl.com> In-Reply-To: <164874220411.25070.2349355605213665390@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.48.193.172] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2022 16:40:12 -0000 SGkgTWFydGluLA0KVGhhbmsgeW91IGZvciB0aGUgZmVlZGJhY2suDQpJIHdpbGwgcmV2aXNlIHRo ZSB0ZXh0IGFib3V0IHRoZSBwc2V1ZG8tcmFuZG9tIGdlbmVyYXRpb24gb2YgRmxvd01vbklEIGlu IGEgbmV3IHJldmlzaW9uLg0KDQpSZWdhcmRzLA0KDQpHaXVzZXBwZQ0KDQotLS0tLU9yaWdpbmFs IE1lc3NhZ2UtLS0tLQ0KRnJvbTogTWFydGluIER1a2UgdmlhIERhdGF0cmFja2VyIDxub3JlcGx5 QGlldGYub3JnPiANClNlbnQ6IFRodXJzZGF5LCBNYXJjaCAzMSwgMjAyMiA1OjU3IFBNDQpUbzog VGhlIElFU0cgPGllc2dAaWV0Zi5vcmc+DQpDYzogZHJhZnQtaWV0Zi02bWFuLWlwdjYtYWx0LW1h cmtAaWV0Zi5vcmc7IDZtYW4tY2hhaXJzQGlldGYub3JnOyBpcHY2QGlldGYub3JnOyBib2IuaGlu ZGVuQGdtYWlsLmNvbTsgb3Ryb2FuQGVtcGxveWVlcy5vcmc7IG90cm9hbkBlbXBsb3llZXMub3Jn DQpTdWJqZWN0OiBNYXJ0aW4gRHVrZSdzIERpc2N1c3Mgb24gZHJhZnQtaWV0Zi02bWFuLWlwdjYt YWx0LW1hcmstMTM6ICh3aXRoIERJU0NVU1MgYW5kIENPTU1FTlQpDQoNCk1hcnRpbiBEdWtlIGhh cyBlbnRlcmVkIHRoZSBmb2xsb3dpbmcgYmFsbG90IHBvc2l0aW9uIGZvcg0KZHJhZnQtaWV0Zi02 bWFuLWlwdjYtYWx0LW1hcmstMTM6IERpc2N1c3MNCg0KV2hlbiByZXNwb25kaW5nLCBwbGVhc2Ug a2VlcCB0aGUgc3ViamVjdCBsaW5lIGludGFjdCBhbmQgcmVwbHkgdG8gYWxsIGVtYWlsIGFkZHJl c3NlcyBpbmNsdWRlZCBpbiB0aGUgVG8gYW5kIENDIGxpbmVzLiAoRmVlbCBmcmVlIHRvIGN1dCB0 aGlzIGludHJvZHVjdG9yeSBwYXJhZ3JhcGgsIGhvd2V2ZXIuKQ0KDQoNClBsZWFzZSByZWZlciB0 byBodHRwczovL3d3dy5pZXRmLm9yZy9hYm91dC9ncm91cHMvaWVzZy9zdGF0ZW1lbnRzL2hhbmRs aW5nLWJhbGxvdC1wb3NpdGlvbnMvDQpmb3IgbW9yZSBpbmZvcm1hdGlvbiBhYm91dCBob3cgdG8g aGFuZGxlIERJU0NVU1MgYW5kIENPTU1FTlQgcG9zaXRpb25zLg0KDQoNClRoZSBkb2N1bWVudCwg YWxvbmcgd2l0aCBvdGhlciBiYWxsb3QgcG9zaXRpb25zLCBjYW4gYmUgZm91bmQgaGVyZToNCmh0 dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtNm1hbi1pcHY2LWFsdC1t YXJrLw0KDQoNCg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KRElTQ1VTUzoNCi0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCg0KVGhh bmtzIGZvciBhZGRyZXNzaW5nIG1vc3Qgb2YgbXkgRElTQ1VTUyBwb2ludHMuDQoNCkkgd291bGQg bGlrZSBhbiB1bmFtYmlndW91cyBzdGF0ZW1lbnQgaW4gU2VjdGlvbiAzLjEgdGhhdCB0aGUgRmxv d01vbklEIE1VU1QNCmFwcGVhciB0byBiZSByYW5kb20uIFRoZXJlIGlzIHN0aWxsIGxhbmd1YWdl IHRoYXQgc3VnZ2VzdHMgaXQgbWlnaHQgbm90IGJlOg0KKGUuZy4sICJUaGUgZGlzYW1iaWd1YXRp b24gaXNzdWUgaXMgbW9yZSB2aXNpYmxlIHdoZW4gdGhlIEZsb3dNb25JRCBpcw0KcHNldWRvcmFu ZG9tbHkgZ2VuZXJhdGVkLi4uIi4gSWYgaXQgaXMgYW55dGhpbmcgbGVzcyB0aGFuIGEgTVVTVCwg dGhlcmUgbmVlZHMNCnRvIGJlIGFkZGl0aW9uYWwgU2VjdXJpdHkgQ29uc2lkZXJhdGlvbnMgdG8g cmVmbGVjdCB0aGUgaW1wYWN0IG9mIG5vdCBkb2luZyBzby4NCg0KDQotLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpD T01NRU5UOg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KDQpUaGFua3MgdG8gWW9zaGkgZm9yIHRoZSBUU1ZBUlQg cmV2aWV3Lg0KDQoNCg0K From nobody Mon Apr 4 09:58:15 2022 Return-Path: X-Original-To: ipv6@ietfa.amsl.com Delivered-To: ipv6@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 130DC3A0D84 for ; Mon, 4 Apr 2022 09:58:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.907 X-Spam-Level: X-Spam-Status: No, score=-1.907 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AWnBh-ueud9p for ; Mon, 4 Apr 2022 09:58:10 -0700 (PDT) Received: from atl4mhob21.registeredsite.com (atl4mhob21.registeredsite.com [209.17.115.115]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A0DC63A0D1D for ; Mon, 4 Apr 2022 09:58:10 -0700 (PDT) Received: from atl4oxapp110 ([10.30.71.182]) by atl4mhob21.registeredsite.com (8.14.4/8.14.4) with ESMTP id 234Gw7Oa193414 (version=TLSv1/SSLv3 cipher=AES256-SHA256 bits=256 verify=NO) for ; Mon, 4 Apr 2022 12:58:07 -0400 Date: Mon, 4 Apr 2022 12:58:07 -0400 (EDT) From: "john leddy.net" Reply-To: "john leddy.net" To: IPv6 List Message-ID: <1332289213.23081.1649091487656@webmail.networksolutionsemail.com> In-Reply-To: References: <92790B16-19F8-40AD-BF8B-F9CBB619EE37@gmail.com> Subject: RE: Call for adoption: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Priority: 3 Importance: Normal X-Mailer: Open-Xchange Mailer v7.10.2-Rev26 X-Originating-Client: open-xchange-appsuite Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2022 16:58:13 -0000 I support the adoption of draft-krishnan-6man-sids-00 John >=20 > =EF=BB=BFOn 2022-03-30, 4:31 PM, "ipv6 on behalf of Bob Hinden" wrote: >=20 > This message starts a two week 6MAN call on adopting: >=20 > Title: Segment Identifiers in SRv6 > Authors: S. Krishnan > File Name: draft-krishnan-6man-sids-00 > Document date: February 10, 2022 >=20 > https://datatracker.ietf.org/doc/html/draft-krishnan-6man-sids-00 >=20 > as a 6MAN working group document. >=20 > For background this draft was the result a query to the 6MAN working = group from the SPRING w.g. chairs regarding regarding draft-filsfilscheng-s= pring-srv6-srh-compression. The query was: >=20 > https://mailarchive.ietf.org/arch/msg/ipv6/5IpkHf5tVa-G4sKca-EWGEzi= YSo/ >=20 > After an active discussion, the reply from the 6MAN chairs and ADs wa= s: >=20 > https://mailarchive.ietf.org/arch/msg/ipv6/rGgpWZyPaKonLaeuT37D7qZ1= Vcw/ >=20 > This topic was also presented at IETF 112, slides here: >=20 > https://datatracker.ietf.org/meeting/112/materials/slides-112-6man-= srv6-sids-00 >=20 > Substantive comments and statements of support for adopting this docu= ment should be sent to the mailing list. Editorial suggestions can be sent= to the author. This adoption call will end on 13 April 2022. >=20 > Further, if you are willing to work on this document, either as contr= ibutor, author, or reviewer please notify the list. This will provide the= chairs with an indication of the energy level in the working group to work= on this document. >=20 > Bob, Jen, Ole >=20 >=20 >=20 >=20 > -------------------------------------------------------------------- > IETF IPv6 working group mailing list > ipv6@ietf.org > Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 > -------------------------------------------------------------------- From nobody Mon Apr 4 10:08:20 2022 Return-Path: X-Original-To: ipv6@ietfa.amsl.com Delivered-To: ipv6@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CB34F3A0D89 for ; Mon, 4 Apr 2022 10:08:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.108 X-Spam-Level: X-Spam-Status: No, score=-2.108 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=raszuk.net Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oRX03rjtrb13 for ; Mon, 4 Apr 2022 10:08:13 -0700 (PDT) Received: from mail-lf1-x12c.google.com (mail-lf1-x12c.google.com [IPv6:2a00:1450:4864:20::12c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C01A03A0D84 for ; Mon, 4 Apr 2022 10:08:12 -0700 (PDT) Received: by mail-lf1-x12c.google.com with SMTP id z12so18502472lfu.10 for ; Mon, 04 Apr 2022 10:08:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=raszuk.net; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=V+EnIo8U1lUjGnyZiOIbOHQRW/lIggV6jCYzgK0Ksic=; b=erMvKOvufKZL4B0eN2v23V+BT6nyO8e+Yg9oWJJFnf+VFFUpH2maIN+snx5K+ZcHqm BN45OUPAIVIhmJyPLliIP0sSklclCvwxMNSdrFU9mvNXYwVxv1uV5g5uMEd59rADWVuM UwID8QwteATDNj4MtfEeDadMlVzK9j/TDIhLlCGWqUSbD9i+Ho9Pb9I238hWY9JyBTXK bOX2YA5FrXoz2KrEEjyTrw7hJFIBpVGhjiKzToWeTsHLuvWxiWb3HhNfE6ZYD4msMJX6 75qOsCwh++AAXgNo6pSIZPCVY1mFrDHK/VWKqK+S8cRfWVfrMZQfpfVvZfzOBLwKFqOX P3ow== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=V+EnIo8U1lUjGnyZiOIbOHQRW/lIggV6jCYzgK0Ksic=; b=lpcda6k3ZDEV4uO9P6pHO9FFdLpdMouVV6G1d3pbIVkPXMIUNEiRR8fcSYcLNAzDCg wBd+y50TB8dihJcgg9ypqAfYDS09i1DpbU34DNPvsBzcEDmNh/Sdx1en/xmgDtuiq0X8 Pl19nsqCRNvKG6YC3rRQdhGQmccGZkfBidotJrs4D5CFFHy4vGAtHJlsDWaVqnX6ihmI Qk7D2jlKFIdrIvy+HsfXWjDuRv4iYjdBhSoG5iq1ZbCzxcSLmPZcD6hFGj9NpZR0JEIm 3u7ty0ATS4HMVf5Yrew+h1lBizRMN8PEDimljWhVMDScbgFaf5go9asNko5B3T4pMaaL 180Q== X-Gm-Message-State: AOAM533sVfmtg0rMBxnSt8e+wXptEDCWNqa85Dm2iMNIXhAdgLLg3PQD T3O6/Cl7U0Gqx9w3kKHonnzAKL3X9QFPvtsWzCJKXA== X-Google-Smtp-Source: ABdhPJyZw4caEMt6JpWyCPUOIW/R8VuiB6HQ1c2YvgZD9u0CrUAT4gZoeu2WIxM6JKaNIA8xC6cO9LCrp49s+G5pljE= X-Received: by 2002:a05:6512:3c96:b0:44a:3c85:ddb0 with SMTP id h22-20020a0565123c9600b0044a3c85ddb0mr277224lfv.457.1649092090354; Mon, 04 Apr 2022 10:08:10 -0700 (PDT) MIME-Version: 1.0 References: <92790B16-19F8-40AD-BF8B-F9CBB619EE37@gmail.com> In-Reply-To: <92790B16-19F8-40AD-BF8B-F9CBB619EE37@gmail.com> From: Robert Raszuk Date: Mon, 4 Apr 2022 19:07:59 +0200 Message-ID: Subject: Re: Call for adoption: To: Bob Hinden Cc: IPv6 List Content-Type: multipart/alternative; boundary="0000000000003f74a905dbd72c09" Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2022 17:08:18 -0000 --0000000000003f74a905dbd72c09 Content-Type: text/plain; charset="UTF-8" Support On Wed, Mar 30, 2022 at 10:31 PM Bob Hinden wrote: > This message starts a two week 6MAN call on adopting: > > Title: Segment Identifiers in SRv6 > Authors: S. Krishnan > File Name: draft-krishnan-6man-sids-00 > Document date: February 10, 2022 > > https://datatracker.ietf.org/doc/html/draft-krishnan-6man-sids-00 > > as a 6MAN working group document. > > For background this draft was the result a query to the 6MAN working group > from the SPRING w.g. chairs regarding regarding > draft-filsfilscheng-spring-srv6-srh-compression. The query was: > > https://mailarchive.ietf.org/arch/msg/ipv6/5IpkHf5tVa-G4sKca-EWGEziYSo/ > > After an active discussion, the reply from the 6MAN chairs and ADs was: > > https://mailarchive.ietf.org/arch/msg/ipv6/rGgpWZyPaKonLaeuT37D7qZ1Vcw/ > > This topic was also presented at IETF 112, slides here: > > > https://datatracker.ietf.org/meeting/112/materials/slides-112-6man-srv6-sids-00 > > Substantive comments and statements of support for adopting this document > should be sent to the mailing list. Editorial suggestions can be sent to > the author. This adoption call will end on 13 April 2022. > > Further, if you are willing to work on this document, either as > contributor, author, or reviewer please notify the list. This will > provide the chairs with an indication of the energy level in the working > group to work on this document. > > Bob, Jen, Ole > > > > -------------------------------------------------------------------- > IETF IPv6 working group mailing list > ipv6@ietf.org > Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 > -------------------------------------------------------------------- > --0000000000003f74a905dbd72c09 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Support

On Wed, Mar 30, 2022 at 10:31 PM Bob Hinden <bob.hinden@gmail.com> wrote:
This message start= s a two week 6MAN call on adopting:

=C2=A0 =C2=A0Title:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Segment Identifiers i= n SRv6
=C2=A0 =C2=A0Authors:=C2=A0 =C2=A0 =C2=A0 =C2=A0 S. Krishnan
=C2=A0 =C2=A0File Name:=C2=A0 =C2=A0 =C2=A0 draft-krishnan-6man-sids-00
=C2=A0 =C2=A0Document date:=C2=A0 February 10, 2022

=C2=A0 =C2=A0https://datatracker.ie= tf.org/doc/html/draft-krishnan-6man-sids-00

as a 6MAN working group document.

For background this draft was the result a query to the 6MAN working group = from the SPRING w.g. chairs regarding regarding draft-filsfilscheng-spring-= srv6-srh-compression.=C2=A0 The query was:

=C2=A0 https://mailarchive.ie= tf.org/arch/msg/ipv6/5IpkHf5tVa-G4sKca-EWGEziYSo/

After an active discussion, the reply from the 6MAN chairs and ADs was:

=C2=A0 https://mailarchive.ie= tf.org/arch/msg/ipv6/rGgpWZyPaKonLaeuT37D7qZ1Vcw/

This topic was also presented at IETF 112, slides here:

=C2=A0 https://datatr= acker.ietf.org/meeting/112/materials/slides-112-6man-srv6-sids-00

Substantive comments and statements of support for adopting this document s= hould be sent to the mailing list.=C2=A0 Editorial suggestions can be sent = to the author.=C2=A0 This adoption call will end on 13 April 2022.

Further, if you are willing to work on this document, either as contributor= , author, or reviewer please notify the list.=C2=A0 =C2=A0This will provide= the chairs with an indication of the energy level in the working group to = work on this document.

Bob, Jen, Ole



--------------------------------------------------------------------
IETF IPv6 working group mailing list
ipv6@ietf.org
Administrative Requests: https://www.ietf.org/mailman/list= info/ipv6
--------------------------------------------------------------------
--0000000000003f74a905dbd72c09-- From nobody Mon Apr 4 13:39:19 2022 Return-Path: X-Original-To: ipv6@ietf.org Delivered-To: ipv6@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 11C5A3A189B; Mon, 4 Apr 2022 13:39:10 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Martin Duke via Datatracker To: "The IESG" Cc: draft-ietf-6man-mtu-option@ietf.org, 6man-chairs@ietf.org, ipv6@ietf.org, otroan@employees.org, otroan@employees.org Subject: Martin Duke's No Objection on draft-ietf-6man-mtu-option-13: (with COMMENT) X-Test-IDTracker: no X-IETF-IDTracker: 7.46.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Martin Duke Message-ID: <164910474998.13807.15202584466412329138@ietfa.amsl.com> Date: Mon, 04 Apr 2022 13:39:10 -0700 Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2022 20:39:10 -0000 Martin Duke has entered the following ballot position for draft-ietf-6man-mtu-option-13: No Objection 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.) Please refer to https://www.ietf.org/about/groups/iesg/statements/handling-ballot-positions/ for more information about how to handle DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-6man-mtu-option/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- This is good work on a thorny problem, and I hope the experiment is successful. Throughout this document, there are SHOULD requirements that ought to have some language about the correct conditions under which to ignore the SHOULD. (6.3) this is threatened not only by "loss of the packet", but also loss of the packet sent in response. (8.3) packet validation in itself still leaves the mechanism vulnerable to replay attacks; the packet also must be non-duplicate. From nobody Mon Apr 4 13:48:47 2022 Return-Path: X-Original-To: ipv6@ietfa.amsl.com Delivered-To: ipv6@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 64A373A18C0 for ; Mon, 4 Apr 2022 13:48:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.111 X-Spam-Level: X-Spam-Status: No, score=-2.111 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=microsoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2WSkM-FsgVEL for ; Mon, 4 Apr 2022 13:48:41 -0700 (PDT) Received: from na01-obe.outbound.protection.outlook.com (mail-cusazlp170110003.outbound.protection.outlook.com [IPv6:2a01:111:f403:c111::3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A044B3A18BF for ; Mon, 4 Apr 2022 13:48:41 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=HsEllVkOJW0P3PHE9JoC1dzbSCff8CmRWijULjb7yAeGgh+BC+B0aXrDfjHnKdIxUbFcyYxmmo/iiH63IlBGg46bj5WbWghQsjBUffFnhiwOIBJik3FTC62Era5YOfIOH/uref0GQsyMGGYsjGDGNfvMChRGj8wp8X1MBPr5fbBX7zmSOgIxwYEMBar1eMo0u9elT2lg2KuykNTZXUn1ahEyIZLLE4q7irpzFUrqbGFfFtDCEXwH+SPsBYaAeYMA71gsJXzcHLvrVfpXRG5O1V4xB2c6qXOGkD8COCSMAHuJWf3lw4a/94wxxnqxDm8hsNuwyDLpL0fKPYPLBNtEOw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=QBUlC9IDyaW6kyVEBqKCRq1tVjkyuD3UQpP7IfvaG4g=; b=l0wYgpws2GAeBG4oawc0f8Zk4tM+/RaRh2p1btNCqgkn5KmUR2X3l+bn5YaU8xQeg2uaJOqbYxt55sPNMLIVcnd3UpHyHulXjsbSHMko92zvShcp7SPzhr9ETgIMq3RInxY6ryhN6kOSH9HHfV2P7iXgF90lYrkLyXcJDa4Kpzc9fhfwl7U2XwTUNsuHCdDWozYX/DaD5h0n/W0u3oMdjY2YLPPpuKuAEbNI6cvmTsCPKeP6jk/o608cu6ZnfCZNPmV4abWtUWJroRclFt53V9EKFRt6yCvS9P2BG5xa8Y7ImxHsc94bFCQgMKbfZvBUqkmeTs5Iqf4d4yeeIVf7mw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=microsoft.com; dmarc=pass action=none header.from=microsoft.com; dkim=pass header.d=microsoft.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=QBUlC9IDyaW6kyVEBqKCRq1tVjkyuD3UQpP7IfvaG4g=; b=OFqUM89JN3adWcGoe4EwoCQmQu6Zo0OG8y0PpX9KiV6xk7tHSbFOuGFBo5Z6YONwR5NWT9XBWgFqCau36Z1mKn6GTmEZolLDVAmycX+I+SNscTJZvDTvAIFCsSeN5almxB/FlBgPTSzMz//cvLPisF3FOteUqpqN6BKT32mIMBI= Received: from BN7PR21MB1730.namprd21.prod.outlook.com (2603:10b6:406:aa::24) by BN7PR21MB1682.namprd21.prod.outlook.com (2603:10b6:406:ba::26) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5164.4; Mon, 4 Apr 2022 20:48:34 +0000 Received: from BN7PR21MB1730.namprd21.prod.outlook.com ([fe80::5c09:f666:8cc:cd2c]) by BN7PR21MB1730.namprd21.prod.outlook.com ([fe80::5c09:f666:8cc:cd2c%5]) with mapi id 15.20.5164.004; Mon, 4 Apr 2022 20:48:34 +0000 From: Paul Mattes To: Bob Hinden , IPv6 List Subject: RE: Call for adoption: Thread-Topic: Call for adoption: Thread-Index: AQHYR4zkzn1XLdwGh0qikYgX3hSNHKzgO5BQ Date: Mon, 4 Apr 2022 20:48:34 +0000 Message-ID: References: <92790B16-19F8-40AD-BF8B-F9CBB619EE37@gmail.com> In-Reply-To: <92790B16-19F8-40AD-BF8B-F9CBB619EE37@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: msip_labels: MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_ActionId=31cee7ab-f840-4d26-be9c-26ed3c75fcce; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_ContentBits=0; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_Enabled=true; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_Method=Standard; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_Name=Internal; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_SetDate=2022-04-04T20:48:26Z; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_SiteId=72f988bf-86f1-41af-91ab-2d7cd011db47; authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=microsoft.com; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 79f28a5f-8f63-4db1-600e-08da167c7c9e x-ms-traffictypediagnostic: BN7PR21MB1682:EE_ x-ms-exchange-atpmessageproperties: SA|SL x-microsoft-antispam-prvs: x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: bJEMgVHD2GryXqmGKtl+5IzxehK2QVh60OrUQoWECCOMkWB8mbnFjSa544EJk6+/hYvXUDk/GFUewq9XPyLV4e4I3BCS82LdJ2Clse98+q5ZGgUJfGa+Tu/kZrHi0hSKwqd3f8VMFSnSdZH4bgXn9sguyIZwk0AsdyGsB25NMgZK2KtlQqtF/YGDmquysXWK0BCsBmVKWgwkOR2tIdkZ8s9tWlLCJAm1oE+N+BRJHEAOQJlAMMVXhB3rgTFaRgOBkHNcsGEqt9NttnXlsUk1fHI2VPDblqmd6TZmzKQrkGIWDGSieIqDS4h/+/NTvtgDu3gUCNJ8Le4iQIpAw3khuJn1DuCidW7q5cW5N8GWAqK/DiALoB42MBVBrN9e4IOyJF6i7Jgyr0a08Td+59xgpsZjSN4W1hSP9QGGYjMPwGqFfKPd0jy6Oe0nVvm0CseFLSS1HtU66PNPgQTikvOQfcTdCQgjFyopZB8Eqb9CsNbdT3c32NQTnzaTwz1yVNMvjPjT70TPybwQbciPKji1FzFywksqTrSfNkFSqb8/QvgbGSo6NZJ0geLGp10dlV4tUp0NEmJtbJAguCZNN+gjbtJoGmjmo5R9svz2/pU7LrE4XYcSd51w0hNYqJRP9dpqeFhBvRAMZsBc2FeP6txGC5N3U3eu0rNU39rFUKhwF6MabE6Ap0K6wkh5QRyBgZOWx9kboqzQDQbhvZMtG1pWLZJVuuPLNuanmXaTLWxDrIsfePZ9ENRrOipA68yVzK/c+J74vqsI0Atunhg4xEk+2IVpNs+Zs4un7VZEHdOsG09HC6TkeYnsqAAzNrFlAGE1FvME7TraaWqI90tb5J9V9fQQUU9J0qXLPDpBZ5vi3H2ZhOs7b5kQrvLpO/BGVBAX x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BN7PR21MB1730.namprd21.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230001)(4636009)(366004)(451199009)(10290500003)(52536014)(966005)(5660300002)(55016003)(8936002)(53546011)(8990500004)(86362001)(9686003)(508600001)(33656002)(26005)(186003)(122000001)(7696005)(6506007)(82960400001)(83380400001)(2906002)(82950400001)(38070700005)(8676002)(66946007)(66556008)(76116006)(66476007)(66446008)(64756008)(38100700002)(110136005)(71200400001)(316002); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?utf-8?B?UG1XQXFiNlh4MlRuL2E0UXlPb0JNdW8yUS9mamFLc3RYbUVrT3pQclFBYXhF?= =?utf-8?B?K3NPU0dqdXdUWWJjNWJjWFlVYmNqTEoycGtOM0V4cnRMaG05WU1uWGI1RVJK?= =?utf-8?B?dmFxTFJ6d25jU1ZqQlB2UTFxZjE1aEhEZzZEYS85eWZ6NDNvVjZ2M002QkdD?= =?utf-8?B?bE5xaEJId2lmRmpuK3FuQ2M2eWtLWS9RT1dOVDF5WGhSUXJwRUhyNnNsYjdv?= =?utf-8?B?VkE4eVJ4T1JpQVU4b3VBb2FObmtnYjVuUnNWYlFYTU0wa2pzWWNhbVA0TmVI?= =?utf-8?B?Zm9wdXkySDNla3NYcWZiNFZJUVdGQVFaQUJjaW9mSHh4UmNSYTFEWmpmTm5h?= =?utf-8?B?MGs0NVg1cTNOVFIwV2V1cVlSclppSFNLeFZLWjNWdDdRcDNXZFVwWm9zUkdT?= =?utf-8?B?dnRUemNoREN6cUprdHJTeTYyM08wSVZLekoyODBXMnVBTTQrWlFkbU96d3U5?= =?utf-8?B?WFFNVlBuaC9ncGtKMjRiVGJsdTRjQjNCcjkvLzZkY29adWlocVd5bWlCOU1a?= =?utf-8?B?YU9RMVVqajI4a3IrZDhPV2VjTUFFbHgxL2ZGb1Rqb3BCR21mVzJPS3NjaHdW?= =?utf-8?B?QU96dmhNTzZZUDVOV1VpYjhkQy9Ndk9aZ3kyaUdEKzkrU1pWeExJVlV5VFkx?= =?utf-8?B?eDlZZ1UxcDltT2UyemVKb0JKR0hOSUJmcHdwcU1Fd3NkOVQvQmI3NUhQdmln?= =?utf-8?B?a1duRUJaekRqaHZyUVp1ZktoaXphVXpHRGJUTHhZRGtsUVZDUkxrc2ZvSDBW?= =?utf-8?B?SDhoTWhCUktvOU9DcjU4T3JFV2NtVVJSemM3c250UEROejhiOGR5Z3FMZVhI?= =?utf-8?B?NlhkWXhkS1VoR1pEWTFxckNjV0hsNnk5VHF4T21HZEdsdlFlVUFXandGTkx0?= =?utf-8?B?SWFXMG1oaWdMcWFUajM3U3ZHUytHRmV6YldPeWk4dms5R3dkVEJrWExSNVQ5?= =?utf-8?B?WE9iaWhHVVhlUEJBSVJJZHJPbERvMGYwdThnYkt3dk9GMmoxTHlFMGFIOUky?= =?utf-8?B?UlY1ZEtOK1JZNjdXbXFROEpBanYrZDdBOGhUaGVPdnRQRDRPUTRzUHBVSDVu?= =?utf-8?B?UjExejU0RkdPVHFWTnJkNStZNVNYeXA5YlVoenpmU2Z1alFQbFdXbzdLL2Iz?= =?utf-8?B?TUg5TjBqbnFaWElxa1pkdTlVK3ZGRjRMaWN6ek9CcllOeVVpdWorcjROK09P?= =?utf-8?B?dFJwUGE2emVvSjJXakdiZE4ydk1yWG5rcWpXU2Q4TGxOUzhKRngxN0tlSDZB?= =?utf-8?B?QlRQL3JRVHVzZzZVelU0WHdmUU1JVk9pVlMyc3NyRTlSc0FySDFOQStmWkJH?= =?utf-8?B?OUp6UnFFaWU0NnVDRzE0WnRCT285alhOakdvVFMvZGVadC9nSThXTXRuUy8v?= =?utf-8?B?Qzg5ZGpNdlRYUktIUjlDZnBockR4dlByTm5SVWNjanpEbDBxLzBUc0kyb0FR?= =?utf-8?B?MkM2QjU5R0dCeks4UnpoeXlsbWV4MGhBQjlBeDhIQk1CZkU0UEdYMFVGYXVJ?= =?utf-8?B?aktQdkduQjhyVnlFQmV5KzROU0RqRVRSUFFNMjAvcndJdG1RWC9QS0YrN0dh?= =?utf-8?B?ckdxQzBvVE9xV3RXamI1dXVPc1UwN2FvRW9QTUQrTURyK1lCMmZ1Vy9uMVkx?= =?utf-8?B?VXRqekFuck12Ri9jelRGQzZzalVuc0NlSVI5SmU2VVE5c2hZdmNvRHJQRHc4?= =?utf-8?B?dEQ0a3hBYUwreVhRd1hXdmg4dDhoZnZwZ1FYbzlmbnpVVFVkdXR0UUNYWjZR?= =?utf-8?B?NTh6MVpFYk5zeHZUL1V6OTBqaDloOG42QzdVNU03QWpMb01HeVBjcnl4ejBl?= =?utf-8?B?ODRQbHg5ZXpsaEdYc21MNXNwc1ZBVmRDYzVNdmp2Y011UlBxdDdDYytiRW5L?= =?utf-8?B?VllSdElONkhRak85Y2U3SXNHdlNDRlNNb0p6Q2lHNnlQc0JxWTVrSzVlSVpt?= =?utf-8?B?Q1N0elQ1TWZZTVpwK1Z3ZDRlMlp4QVU5MDBZWEJ2VEdjOU53THR3dit0R0JK?= =?utf-8?B?aEVnVWhsc2RWc3g3MCttY2xROXV5Z3ZjUFFyZExucXpKNFoyTGN0ZE9IcHNY?= =?utf-8?B?YWVxSXpXYkVKRU4wRVhtQWVPTkt5Q0ZmaDJqdEZmMG54WFpqZVFncHd0b1pB?= =?utf-8?B?TVg5UmhKeG41d3dRM1UwUmVMTjVLbmtjdmNEK0JYSkpyd1RubnBzaWlMNUor?= =?utf-8?B?elBTdGxMWnI2KzY1emhCOTdBTmdzblJZTG9pWW9wMlRzcDdza1l0SXVPNzM2?= =?utf-8?B?MGF2eUdMWnhDQjkreTZSYU5yRTN4TlNXUWwvNllJU1lsRmd6a2tQZlkrR0F6?= =?utf-8?B?Vi9UOGFQSnBrNVdoVmRHd1Nrb0tjRUNYV2o0amEvdy8xcTBPUFBpZz09?= Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: microsoft.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: BN7PR21MB1730.namprd21.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 79f28a5f-8f63-4db1-600e-08da167c7c9e X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Apr 2022 20:48:34.7956 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: RG3F5kEZPDdEqZcrbddGdZWRHdjQtTIdtuz/Lujelbt7G5oPyzNGwCX9z7ZrJ1s72dz+azsxrJeaXwq52oTWVA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN7PR21MB1682 Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2022 20:48:46 -0000 U3VwcG9ydC4NCg0KICAgICAgICAgICAgICAgIHBkbQ0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2Ut LS0tLQ0KRnJvbTogaXB2NiA8aXB2Ni1ib3VuY2VzQGlldGYub3JnPiBPbiBCZWhhbGYgT2YgQm9i IEhpbmRlbg0KU2VudDogV2VkbmVzZGF5LCBNYXJjaCAzMCwgMjAyMiAzOjMxIFBNDQpUbzogSVB2 NiBMaXN0IDxpcHY2QGlldGYub3JnPg0KQ2M6IEJvYiBIaW5kZW4gPGJvYi5oaW5kZW5AZ21haWwu Y29tPg0KU3ViamVjdDogQ2FsbCBmb3IgYWRvcHRpb246IDxkcmFmdC1rcmlzaG5hbi02bWFuLXNp ZHMtMDA+DQoNClRoaXMgbWVzc2FnZSBzdGFydHMgYSB0d28gd2VlayA2TUFOIGNhbGwgb24gYWRv cHRpbmc6DQoNCiAgIFRpdGxlOiAgICAgICAgICBTZWdtZW50IElkZW50aWZpZXJzIGluIFNSdjYN CiAgIEF1dGhvcnM6ICAgICAgICBTLiBLcmlzaG5hbg0KICAgRmlsZSBOYW1lOiAgICAgIGRyYWZ0 LWtyaXNobmFuLTZtYW4tc2lkcy0wMA0KICAgRG9jdW1lbnQgZGF0ZTogIEZlYnJ1YXJ5IDEwLCAy MDIyDQoNCiAgIGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvZHJhZnQta3Jp c2huYW4tNm1hbi1zaWRzLTAwDQoNCmFzIGEgNk1BTiB3b3JraW5nIGdyb3VwIGRvY3VtZW50Lg0K DQpGb3IgYmFja2dyb3VuZCB0aGlzIGRyYWZ0IHdhcyB0aGUgcmVzdWx0IGEgcXVlcnkgdG8gdGhl IDZNQU4gd29ya2luZyBncm91cCBmcm9tIHRoZSBTUFJJTkcgdy5nLiBjaGFpcnMgcmVnYXJkaW5n IHJlZ2FyZGluZyBkcmFmdC1maWxzZmlsc2NoZW5nLXNwcmluZy1zcnY2LXNyaC1jb21wcmVzc2lv bi4gIFRoZSBxdWVyeSB3YXM6DQoNCiAgaHR0cHM6Ly9tYWlsYXJjaGl2ZS5pZXRmLm9yZy9hcmNo L21zZy9pcHY2LzVJcGtIZjV0VmEtRzRzS2NhLUVXR0V6aVlTby8NCg0KQWZ0ZXIgYW4gYWN0aXZl IGRpc2N1c3Npb24sIHRoZSByZXBseSBmcm9tIHRoZSA2TUFOIGNoYWlycyBhbmQgQURzIHdhczoN Cg0KICBodHRwczovL21haWxhcmNoaXZlLmlldGYub3JnL2FyY2gvbXNnL2lwdjYvckdncFdaeVBh S29uTGFldVQzN0Q3cVoxVmN3Lw0KDQpUaGlzIHRvcGljIHdhcyBhbHNvIHByZXNlbnRlZCBhdCBJ RVRGIDExMiwgc2xpZGVzIGhlcmU6DQoNCiAgaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9t ZWV0aW5nLzExMi9tYXRlcmlhbHMvc2xpZGVzLTExMi02bWFuLXNydjYtc2lkcy0wMA0KDQpTdWJz dGFudGl2ZSBjb21tZW50cyBhbmQgc3RhdGVtZW50cyBvZiBzdXBwb3J0IGZvciBhZG9wdGluZyB0 aGlzIGRvY3VtZW50IHNob3VsZCBiZSBzZW50IHRvIHRoZSBtYWlsaW5nIGxpc3QuICBFZGl0b3Jp YWwgc3VnZ2VzdGlvbnMgY2FuIGJlIHNlbnQgdG8gdGhlIGF1dGhvci4gIFRoaXMgYWRvcHRpb24g Y2FsbCB3aWxsIGVuZCBvbiAxMyBBcHJpbCAyMDIyLg0KDQpGdXJ0aGVyLCBpZiB5b3UgYXJlIHdp bGxpbmcgdG8gd29yayBvbiB0aGlzIGRvY3VtZW50LCBlaXRoZXIgYXMgY29udHJpYnV0b3IsIGF1 dGhvciwgb3IgcmV2aWV3ZXIgcGxlYXNlIG5vdGlmeSB0aGUgbGlzdC4gICBUaGlzIHdpbGwgcHJv dmlkZSB0aGUgY2hhaXJzIHdpdGggYW4gaW5kaWNhdGlvbiBvZiB0aGUgZW5lcmd5IGxldmVsIGlu IHRoZSB3b3JraW5nIGdyb3VwIHRvIHdvcmsgb24gdGhpcyBkb2N1bWVudC4NCg0KQm9iLCBKZW4s IE9sZQ0KDQoNCg0KDQo= From nobody Mon Apr 4 16:12:56 2022 Return-Path: X-Original-To: ipv6@ietfa.amsl.com Delivered-To: ipv6@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 43F893A1BD9 for ; Mon, 4 Apr 2022 16:12:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.108 X-Spam-Level: X-Spam-Status: No, score=-2.108 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IwANo-AefNSO for ; Mon, 4 Apr 2022 16:12:35 -0700 (PDT) Received: from mail-pj1-x102a.google.com (mail-pj1-x102a.google.com [IPv6:2607:f8b0:4864:20::102a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8102A3A094F for ; Mon, 4 Apr 2022 16:12:35 -0700 (PDT) Received: by mail-pj1-x102a.google.com with SMTP id nt14-20020a17090b248e00b001ca601046a4so807397pjb.0 for ; Mon, 04 Apr 2022 16:12:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=qd5boykW5eN3F4vWjMOazh7WShIfX8tLih58EDaTCUM=; b=BZjGksS4U4+SGkQQ0I60UJSPaVCk8bWMX296c3ifeV+4WoHHxGKeCrM/K8NvbsEB+k L/F3TiL18FD+n5g2gG4bbuo8qxWNhA2JtC/I2KObqMgcUjjIju/nPjGFBIpT3P3dF2rD SGIluPaXyfGo0Mj8layFJkMIb5EdoAhx2LgWc+VDWFrXu39embClX/OxxdRLl4GrX4JW nSevHGJYP0bKxkCA2lRHsduXqHYMqRtAFnEZhZQcM00UrtZ+4AjRCa+mytDe+Km23KYV HE1G2+/ojMBVTRFfMHWrcB0mpURpJ857uzadcgRRM7aVMq/xCEDRCI9ZKLW/Cru2Kgcn hUkw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=qd5boykW5eN3F4vWjMOazh7WShIfX8tLih58EDaTCUM=; b=6vKMZO4XjpUsRLTyjMkHjbuDseAhPq1C6aLGdrRjCJBHQ9K+a6kN+xW5s7MbTG+AkX +lyrf4OEIr48FtuFJylJH4b1VVY/XVJzLiCbRnrPUbtRwBXXEx81w3pieXWLmBuHR3Hv DRNzU7cO8fbC1IK6ncFQP/Qx5b9ATwNLVcCFeevnMdCnA//ZvK60hAzLH7A3xZq5PEZF VObPmpWHXs0w9Llv/hZaW9Z1aHR3yx3z4298tZGHYs+8+3SEk5qWyje3rCHin9OeoShs EU87lu6JENA2UQk9b+iJd3bVnUDGm9Wgs1/u698ixH8pyQRPHwCbZobSQnwGLx+nfIma MNow== X-Gm-Message-State: AOAM531scuRs9zhLkto5PkjtKWoNEQUlS6XJO5MI+cnIiZZ1iqmgD0+m aq5rPwH7bl+YRBM75cFT74ktra1mSSJlaA== X-Google-Smtp-Source: ABdhPJx1fEkIe9XevQwXudEzE802nHnGeaCGw2n6MUfemPcYi8dD2Le5HTizKMnZq5CdZP7CB2Zk8w== X-Received: by 2002:a17:902:714d:b0:156:6f38:3323 with SMTP id u13-20020a170902714d00b001566f383323mr419748plm.173.1649113954204; Mon, 04 Apr 2022 16:12:34 -0700 (PDT) Received: from ?IPv6:2406:e003:1005:b501:80b2:5c79:2266:e431? ([2406:e003:1005:b501:80b2:5c79:2266:e431]) by smtp.gmail.com with ESMTPSA id t69-20020a638148000000b0039822f39a40sm10788200pgd.25.2022.04.04.16.12.32 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 04 Apr 2022 16:12:33 -0700 (PDT) Subject: Re: Comments on draft-ietf-6man-rfc6874bis-00.txt To: Shang Ye Cc: IPv6 List References: <014d1dd8-8419-d277-4e38-49e587778c76@gmail.com> From: Brian E Carpenter Message-ID: <4db6953e-0c3f-a408-962a-30810a5b1ccd@gmail.com> Date: Tue, 5 Apr 2022 11:12:29 +1200 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.10.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2022 23:12:54 -0000 Hi Shang, Thanks very much. I think we will use your new paragraphs, which are indeed much clearer. Personally I think we still need to be explicit that %25 is a valid zone, because I am afraid that not all implementers will understand this (especially since it is unlikely to occur on Linux). I hope there will be a new version in a few days. Regards Brian Carpenter On 05-Apr-22 00:21, Shang Ye wrote: > Brian, > > Thanks for your enlightening reply! I read about some previous debates on this matter (about the bare "%") and tried to think it through. My points in detail: > > First of all, I must say I mostly agree with Andrew Cady on this matter, but I feel quite necessary to point out the idea that underlies Andrew's arguments: > > An update to a standard is subject only to practicality (backward compatibility, interoperability, etc.), not constrained by the original standard text. > > There seemed to be a lot of misunderstandings about this. In the URI's case, this means that any extension to the URI syntax would be OK as long as the extended syntax ensures interoperability ("extension" means that it's already backward compatible). No any statement in RFC3986 would be stopping this extension, because if there were one we may well update it. > > To be more specific: > > We're going to update RFC3986 to allow a bare "%" that delimits an optional zone identifier from an IPv6 address. It's practical to do so because this update is a syntax extension (backward compatible with RFC3986) that ensures interoperability (e.g., copy & paste), so this update would be OK. > > Below are some comments in line: > > On Sat, 26 March 2022 20:11 UTC, Brian E Carpenter wrote: >>> Section 3 says: >>> >>>> According to the text in Section 2.4 of [RFC3986], "%" must >>>> be percent-encoded as "%25" to be used as data within a URI. >>>> However, in the formal ABNF syntax of RFC 3986, this only applies >>>> where the "pct-encoded" element appears. For this reason, it is >>>> possible to extend the ABNF such that the scoped address >>>> fe80::abcd%en1 would appear in a URI as http://[fe80::abcd%en1] or >>>> https://[fe80::abcd%en1]. >>> >>> The logic of this part seems a bit confusing. I guess the main problem here is whether we should interpret the "%" in an IPv6 scoped address as *data* within a URI. If we do so, then I'm afraid we wouldn't get the logic right here. >> >> I find the text in RFC3986 very confusing. When we looked at it ten years ago, we naturally interpreted it as the ABNF in RFC6874 defines, i.e. requiring percent-encoding. > > The text in RFC3986 could be confusing, but I believe it's not confusing *in itself*. At the time it was written the intention was clear: "%" is an escape only (although not directly put) and data *is* data. The problem arises *only* when we try to give "%" a second meaning, which confuses people if they hold the misbelief that the text in RFC3986 is *constraining* its update. *Even if* RFC3986 stated clearly that "%" is an escape only, we may well update this statement to say we allow a "%" in the IP literal as a delimiter, just because our update is backward compatible (such presence of "%" is not at all allowed by RFC3986). > >> Andrew Cady argued the opposite a few months ago, and suggested the revised ABNF that is now in RFC6874bis. > > The revised ABNF now in RFC6874bis is just great, but the text in it still needs some fixing. I'd like to quote some words from Andrew first: > > On Tue, 06 July 2021 20:05 UTC, Andrew Cady wrote: >> By the way, there is a relevant mistake of fact in rfc6874: >> >> According to URI syntax [RFC3986], "%" is always treated as an >> escape character in a URI, >> >> The "always" part is untrue. It is only treated that way where BNF says >> "pct-encoded". Inside of square brackets it must instead be treated as >> an error. Pct-encoded data is not allowed there. > > I don't quite agree with Andrew here, but I believe the real mistake in RFC6874 is that it fails to recognise its exemption from the text in RFC3986. I'm just badly in hope that this mistake will *not* continue into RFC6874bis in any way. > >> If the URI parsing obeys the ABNF, either would be OK and we can choose the one we like best. >> >> When I looked at the WGET parser, which is relatively simple to understand, the first thing I realised is that it is *not* following the ABNF in any automated way (like a syntax-driven compiler would, for example). I also looked at the way Firefox parses URLs, which is very hard to understand, but the same is true. From feedback we (the authors) have received, I believe that all browsers are similar: the parsers do what the programmers make them do, rather than mathematically following the ABNF. Further, the WHATWG specifies the agreed behavior in plain English, not in ABNF (https://url.spec.whatwg.org/#host-representation). That is what the browser implementers follow. >> >> So, those confusing words in RFC3986 are just... confusing. >> >> The real-world description of percent-encoding is at https://url.spec.whatwg.org/#percent-encoded-bytes` > > But isn't RFC3986 meant for those URI parsers that strictly obey the ABNF? The web-oriented parsers may be excessively liberal in what they accept (Chrome even accepts http://[::1%5D/ and http://[::%31]/ as http://[::1]/, as was pointed out by Philip Homburg). But this behaviour is documented nowhere and should be a bug that must be fixed (even WHATWG has explicitly disallowed this, see https://url.spec.whatwg.org/#example-host-parsing). So I don't think this will make any difference in our final choice of syntax. I would rather say that practicality is the only decisive consideration here. > > I'd like to know if you still find the text in RFC3986 confusing after my explanation :) > >>> But if we don't, then I'd like to suggest several changes in the text: >>> >>> 1. Clarify that the "%" in an IPv6 scoped address is not used as *data* within a URI, but is instead acting as a subcomponent *delimiter* within the address. This way, the text in the I-D wouldn't somehow conflict with that in RFC 3986. >> >> I would rather say that the words in RFC 3986 are unclear, but that percent-encoding does not apply to this use of % as a delimiter. That's what our new ABNF says. > > I believe the only correct way to proceed is we recognise that RFC3986 is clear and self-consistent, or we would only make the words in the draft unclear. I would like to quote the text in Section 3 again and clarify my view on it: > >> According to the text in Section 2.4 of [RFC3986], "%" must >> be percent-encoded as "%25" to be used as data within a URI. >> However, in the formal ABNF syntax of RFC 3986, this only applies >> where the "pct-encoded" element appears. For this reason, it is >> possible to extend the ABNF such that the scoped address >> fe80::abcd%en1 would appear in a URI as http://[fe80::abcd%en1] or >> https://[fe80::abcd%en1]. > > This part reads as if the text in RFC3986 is not consistent with the formal ABNF syntax of RFC3986, which is quite undesirable. We should try to rephrase it in a well-reasoned manner without repeating the same mistake back in RFC6874. > > Thus, I propose that we replace the second paragraph in Section 3 with two paragraphs: > > In a URI, a literal IPv6 address is always embedded between "[" and > "]". This document specifies how a can be appended to the > address. The URI syntax defined by [RFC3986] does not allow the > presence of a percent ("%") character within an IP literal. For this > reason, it is backward compatible to allow the use of "%" within an > IP literal as a delimiter only, such that the scoped address > fe80::abcd%en1 would appear in a URI as http://[fe80::abcd%en1] or > https://[fe80::abcd%en1]. > > This use of "%" as a delimiter applies only within an IP literal, and > is irrelevant to and exempt from the percent-encoding mechanism > [RFC3986]. > > Since we would have clarified the use of "%" within an IP literal and its exemption from percent-encoding, these statements could be redundant and I propose that we delete them from the text: > > Also, %25 would be valid. > > The "25" cannot be forbidden since it is valid in some > operating systems, so a parser MUST NOT apply percent decoding to a > URI such as http://[fe80::abcd%25]. > >>> 2. If (1) was accepted, add "%" as a reserved character in the "gen-delims" ABNF rule. This makes the I-D consistent with RFC 3986: >> >> I suspect that this would lead to a lot of discussion about unintended side-effects. Since "%" is primarily an escape character, adding it formally as a delimiter would be dramatic. When is it a delimiter and when is it an escape? > > That's fair. We might not need to add it formally in the ABNF rule, but I believe we should at least recognise it as a delimiter within an IP literal, just as we recognise "@", ":" and others. The text proposed above should serve well to disambiguate the two uses of "%" within a URI. > >>> 3. If (2) was accepted, clarify that "%" is considered as a reserved character only when used within an IPv6 scoped address. >> >> That is surely the effect of the proposed ABNF? Adding it as a comment seems reasonable, though. > > See above. > >> To be frank, I don't think RFC3986 matters much today, although from an IETF view we need to formally update it. What matters is getting the above "host-representation" text from WHATWG updated. > > I mostly agree. Yet it's also worth mentioning that RFC3986 offers consistency in URI parsing and producing for non-browsers. > > By the way, I've been writing my own RFC3986-compliant parser and I find it very easy to implement this syntax extension now in RFC6874bis (you'll only need to add a function with 10 lines). So added complexity shouldn't be a concern here. I'll be happy to see this draft improve and advance to the standards track. > > Regards, > Shang > From nobody Mon Apr 4 20:00:43 2022 Return-Path: X-Original-To: ipv6@ietfa.amsl.com Delivered-To: ipv6@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0AE103A1E3D for ; Mon, 4 Apr 2022 20:00:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.907 X-Spam-Level: X-Spam-Status: No, score=-6.907 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FROM_EXCESS_BASE64=0.001, MSGID_FROM_MTA_HEADER=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id C3bzBm-ONDmP for ; Mon, 4 Apr 2022 20:00:35 -0700 (PDT) Received: from smtpbg150.qq.com (smtpbg150.qq.com [18.132.163.193]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 71D6B3A1E38 for ; Mon, 4 Apr 2022 20:00:34 -0700 (PDT) X-QQ-GoodBg: 2 X-QQ-SSF: 0040000000000070 X-QQ-FEAT: QityeSR92A3quwTNdYnsUF30sRghhDY2Nnm9M2brMR83riaAIYFkGPERoQxZH cRSnO3yZLKYZHxsQ1usUn92WhDLpO/Vbe4tjgHmJMKUHi3X0Ax5D+Fse19CjqUY38F+XQv4 o4qu5YNSvXt/TYtPuCVGOUiuxfe5AIOFH3sctX11HXbQGhL8oQt506nB4xY3MKbJCdGniyt Dwj34aANUySk0GgeqMkiPt6f4EDWdoSGiBSfRfY6Lt7no498rxepRl7dTtvBOH6Vcs33MST 5VtwFxzwtV1fFh3iS0GdRxp/aNTjNEX7IG356XEgLioCCaKefvW4Ii6JEHSbu+goJkxNlWx La4Yuj4SrE4VGNYsg42j5PmyiqhRELcOYeLjQyk9znA3o1TioyplEP4zd+vTKOUwqzPkRAZ X-QQ-BUSINESS-ORIGIN: 2 X-Originating-IP: 58.249.193.45 X-QQ-STYLE: X-QQ-mid: llogic74t1649127627t279597 From: "=?utf-8?B?U2hhbmcgWWU=?=" To: "=?utf-8?B?QnJpYW4gRSBDYXJwZW50ZXI=?=" Cc: "=?utf-8?B?SVB2NiBMaXN0?=" Subject: Re: Comments on draft-ietf-6man-rfc6874bis-00.txt Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Date: Tue, 5 Apr 2022 11:00:27 +0800 X-Priority: 3 Message-ID: X-QQ-MIME: TCMime 1.0 by Tencent X-Mailer: QQMail 2.x X-QQ-Mailer: QQMail 2.x References: <014d1dd8-8419-d277-4e38-49e587778c76@gmail.com> <4db6953e-0c3f-a408-962a-30810a5b1ccd@gmail.com> In-Reply-To: <4db6953e-0c3f-a408-962a-30810a5b1ccd@gmail.com> X-QQ-ReplyHash: 472533600 X-QQ-SENDSIZE: 520 Received: from qq.com (unknown [127.0.0.1]) by smtp.qq.com (ESMTP) with SMTP id ; Tue, 05 Apr 2022 11:00:28 +0800 (CST) Feedback-ID: llogic:mail2.sysu.edu.cn:qybgforeign:qybgforeign3 X-QQ-Bgrelay: 1 Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2022 03:00:41 -0000 QnJpYW4sDQoNCkluIGxpbmU6DQoNCj4gSGkgU2hhbmcsDQo+DQo+IFRoYW5rcyB2ZXJ5IG11 Y2guIEkgdGhpbmsgd2Ugd2lsbCB1c2UgeW91ciBuZXcgcGFyYWdyYXBocywgd2hpY2ggYXJl IGluZGVlZCBtdWNoIGNsZWFyZXIuDQoNCkFsc28gdGhhbmtzIGEgbG90IGZvciB0YWtpbmcg bXkgYWR2aWNlIDopDQoNCj4gUGVyc29uYWxseSBJIHRoaW5rIHdlIHN0aWxsIG5lZWQgdG8g YmUgZXhwbGljaXQgdGhhdCAlMjUgaXMgYSB2YWxpZCB6b25lLCBiZWNhdXNlIEkgYW0gYWZy YWlkIHRoYXQgbm90IGFsbCBpbXBsZW1lbnRlcnMgd2lsbCB1bmRlcnN0YW5kIHRoaXMgKGVz cGVjaWFsbHkgc2luY2UgaXQgaXMgdW5saWtlbHkgdG8gb2NjdXIgb24gTGludXgpLiBJIGhv cGUgdGhlcmUgd2lsbCBiZSBhIG5ldyB2ZXJzaW9uIGluIGEgZmV3IGRheXMuDQoNCkFncmVl LCBidXQgSSB0aGluayB0aGlzIHN0YXRlbWVudCBpcyBzdGlsbCB1bmNsZWFyOg0KDQo+IFRo ZSA8em9uZV9pZD4NCj4gIjI1IiBjYW5ub3QgYmUgZm9yYmlkZGVuIHNpbmNlIGl0IGlzIHZh bGlkIGluIHNvbWUgb3BlcmF0aW5nIHN5c3RlbXMsDQo+IHNvIGEgcGFyc2VyIE1VU1QgTk9U IGFwcGx5IHBlcmNlbnQgZGVjb2RpbmcgdG8gYSBVUkkgc3VjaCBhcw0KPiBodHRwOi8vW2Zl ODA6OmFiY2QlMjVdLg0KDQpUaGUgcHJvYmxlbSBtYXkgYmUgdGhhdCBpdCBkb2Vzbid0IGNv bnN0cmFpbiB3aGljaCBwYXJ0IG9mIFVSSSBhIHBhcnNlciBtdXN0IG5vdCBhcHBseSBwZXJj ZW50LWRlY29kaW5nIHRvLCBhbmQgdGhhdCB0aGUgInN1Y2ggYXMiIHBhcnQgaXMgYSBiaXQg YW1iaWd1b3VzLiBGb3IgZXhhbXBsZSwgc2hvdWxkIHdlIGFwcGx5IHBlcmNlbnQtZGVjb2Rp bmcgdG8gPGh0dHA6Ly9bZmU4MDo6YWJjZCUyNV0vJTI1Pj8NCg0KVGhlIGxvZ2ljIGJlaGlu ZCB0aGlzIHN0YXRlbWVudCBhbHNvIHNlZW1zIHVuY2xlYXIuIElmIGEgcGFyc2VyIGFwcGxp ZWQgcGVyY2VudC1kZWNvZGluZyB0byAiZmU4MDo6YWJjZCUyNSIgd2l0aGluIDxodHRwOi8v W2ZlODA6OmFiY2QlMjVdPiwgd291bGQgaXQgcG9zc2libHkgbWVhbiB0aGF0IHRoZSBwYXJz ZXIgaXMgZm9yYmlkZGluZyB0aGUgem9uZV9pZCAiMjUiPyBJIHRoaW5rIGl0IGlzIG1vcmUg bGlrZWx5IHRoYXQgdGhlIHBhcnNlciBpcyBpbmNvcnJlY3QuDQoNCldlIGNvdWxkIGJlIGV4 cGxpY2l0IHRoYXQgJTI1IGlzIGEgdmFsaWQgem9uZSwgYnV0IHRoaXMgc2hvdWxkIHByb2Jh Ymx5IG5vdCB0aGUgcmVhc29uIHdoeSB3ZSBmb3JiaWQgcGVyY2VudC1kZWNvZGluZyB0byBh biBJUCBsaXRlcmFsLiBNYXliZSB3ZSBzaG91bGQgc3BsaXQgdGhpcyBzdGF0ZW1lbnQgaW50 byB0d28gaGFsdmVzLCBwdXQgb25lIGhhbGYgaW1tZWRpYXRlbHkgYWZ0ZXIgdGhlIHNlY29u ZCBwYXJhZ3JhcGggSSBwcm9wb3NlZA0KDQogICAgVGhpcyB1c2Ugb2YgIiUiIGFzIGEgZGVs aW1pdGVyIGFwcGxpZXMgb25seSB3aXRoaW4gYW4gSVAgbGl0ZXJhbCwgYW5kDQogICAgaXMg aXJyZWxldmFudCB0byBhbmQgZXhlbXB0IGZyb20gdGhlIHBlcmNlbnQtZW5jb2RpbmcgbWVj aGFuaXNtDQogICAgW1JGQzM5ODZdLiBJbXBsZW1lbnRhdGlvbnMgTVVTVCBOT1QgcGVyY2Vu dC1kZWNvZGUgYW4gSVAgbGl0ZXJhbA0KICAgIHdpdGhpbiBhIFVSSSwgc3VjaCBhcyBhY2Nl cHRpbmcgaHR0cDovL1s6OiUzMV0vIGFzIGh0dHA6Ly9bOjoxXS8uDQoNCmFuZCB0aGUgb3Ro ZXIgaGFsZiBlbHNld2hlcmUuDQoNClJlZ2FyZHMsDQpTaGFuZw== From nobody Tue Apr 5 02:50:10 2022 Return-Path: X-Original-To: ipv6@ietf.org Delivered-To: ipv6@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 75A383A22D8; Tue, 5 Apr 2022 02:49:56 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Robert Wilton via Datatracker To: "The IESG" Cc: draft-ietf-6man-mtu-option@ietf.org, 6man-chairs@ietf.org, ipv6@ietf.org, otroan@employees.org, otroan@employees.org Subject: Robert Wilton's No Objection on draft-ietf-6man-mtu-option-13: (with COMMENT) X-Test-IDTracker: no X-IETF-IDTracker: 7.46.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Robert Wilton Message-ID: <164915219645.19329.16167173935505667741@ietfa.amsl.com> Date: Tue, 05 Apr 2022 02:49:56 -0700 Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2022 09:49:57 -0000 Robert Wilton has entered the following ballot position for draft-ietf-6man-mtu-option-13: No Objection 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.) Please refer to https://www.ietf.org/about/groups/iesg/statements/handling-ballot-positions/ for more information about how to handle DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-6man-mtu-option/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- I'm supportive of trying to solve the MTU problem and there seems to be no harm in trying this experiment, although I'm somewhat doubtful as to how many vendors will implement this functionality and how many operators will configure/enable it ... perhaps the IETF should try and write a BCP that recommends that interfaces carrying internet traffic support an IPv6 MTU of 9000 (if that is indeed the right thing to do). Regards, Rob From nobody Tue Apr 5 07:42:34 2022 Return-Path: X-Original-To: ipv6@ietf.org Delivered-To: ipv6@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 0C7593A094A; Tue, 5 Apr 2022 07:42:23 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Lars Eggert via Datatracker To: "The IESG" Cc: draft-ietf-6man-mtu-option@ietf.org, 6man-chairs@ietf.org, ipv6@ietf.org, otroan@employees.org, otroan@employees.org Subject: Lars Eggert's No Objection on draft-ietf-6man-mtu-option-13: (with COMMENT) X-Test-IDTracker: no X-IETF-IDTracker: 7.46.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Lars Eggert Message-ID: <164916974302.25734.4048383114973424132@ietfa.amsl.com> Date: Tue, 05 Apr 2022 07:42:23 -0700 Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2022 14:42:23 -0000 Lars Eggert has entered the following ballot position for draft-ietf-6man-mtu-option-13: No Objection 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.) Please refer to https://www.ietf.org/about/groups/iesg/statements/handling-ballot-positions/ for more information about how to handle DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-6man-mtu-option/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Section 5. , paragraph 9, comment: > Min-PMTU: n 16-bits. The minimum MTU recorded along the path > in octets, reflecting the smallest link MTU that > the packet experienced along the path. > A value less than the IPv6 minimum link > MTU [RFC8200] MUST be ignored. Would there be any value in using a scheme that can encode MTUs larger than 64K? Could steal some bits by not defining a way to encode values below 1280. Thanks to Paul Kyzivat for their General Area Review Team (Gen-ART) review (https://mailarchive.ietf.org/arch/msg/gen-art/cSJ1VnpREVnAknRj_ANN0QFRdA0). ------------------------------------------------------------------------------- NIT ------------------------------------------------------------------------------- All comments below are about very minor potential issues that you may choose to address in some way - or ignore - as you see fit. Some were flagged by automated tools (via https://github.com/larseggert/ietf-reviewtool), so there will likely be some false positives. There is no need to let me know what you did with these suggestions. Section 2. , paragraph 3, nit: - This results in many transport connections being configured to use + This results in many transport-layer connections being configured to use + ++++++ Section 2. , paragraph 4, nit: - size available for a transport to use. Also, some use-cases increase + size available for a transport protocol to use. Also, some use-cases increase + +++++++++ Section 6.3. , paragraph 3, nit: - This avoids the transport needing to retransmit a lost packet that + This avoids the transport protocol needing to retransmit a lost packet that + +++++++++ Section 6.3.1. , paragraph 10, nit: - * A datagram transport can utilise DPLPMTUD [RFC8899]. For example, - ^ + * A datagram transport can utilize DPLPMTUD [RFC8899]. For example, + ^ Section 6.3.4. , paragraph 4, nit: - * The actual PMTU may be lower than the Rtn-PMTU value because the - ---- Reference [RFC2460] to RFC2460, which was obsoleted by RFC8200 (this may be on purpose). Reference [RFC1063] to RFC1063, which was obsoleted by RFC1191 (this may be on purpose). Section 4. , paragraph 3, nit: > IANA-HBH]. Length: 4 The size of the each value field in Option Data field su > ^^^^^^^^ Two determiners in a row. Choose either "the" or "each". Section 6.2. , paragraph 2, nit: > acket with this option in response to a R-flag, as well as which packets to i > ^ Use "an" instead of "a" if the following word starts with a vowel sound, e.g. "an article", "an hour". Section 8.4. , paragraph 4, nit: > mitigate the impact by responding to a R-Flag by including the option in a p > ^ Use "an" instead of "a" if the following word starts with a vowel sound, e.g. "an article", "an hour". From nobody Tue Apr 5 08:24:13 2022 Return-Path: X-Original-To: ipv6@ietfa.amsl.com Delivered-To: ipv6@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0936A3A0B19; Tue, 5 Apr 2022 08:24:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.909 X-Spam-Level: X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HWbOqFOrX-r1; Tue, 5 Apr 2022 08:23:57 -0700 (PDT) Received: from pegasus.erg.abdn.ac.uk (pegasus.erg.abdn.ac.uk [137.50.19.135]) by ietfa.amsl.com (Postfix) with ESMTP id 31C713A0A8C; Tue, 5 Apr 2022 08:23:52 -0700 (PDT) Received: from [192.168.1.64] (fgrpf.plus.com [212.159.18.54]) by pegasus.erg.abdn.ac.uk (Postfix) with ESMTPSA id 21F561B00238; Tue, 5 Apr 2022 16:23:10 +0100 (BST) Message-ID: <4a49e03b-a43f-fe78-343b-9df9af4fa425@erg.abdn.ac.uk> Date: Tue, 5 Apr 2022 16:23:09 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:91.0) Gecko/20100101 Thunderbird/91.7.0 Subject: =?UTF-8?Q?Re=3a_=c3=89ric_Vyncke=27s_No_Objection_on_draft-ietf-6ma?= =?UTF-8?Q?n-mtu-option-13=3a_=28with_COMMENT=29?= To: =?UTF-8?Q?=c3=89ric_Vyncke?= , The IESG Cc: draft-ietf-6man-mtu-option@ietf.org, 6man-chairs@ietf.org, ipv6@ietf.org, otroan@employees.org, equinox@diac24.net References: <164907873723.15991.57242493854295767@ietfa.amsl.com> From: Gorry Fairhurst In-Reply-To: <164907873723.15991.57242493854295767@ietfa.amsl.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2022 15:24:04 -0000 See below, marked GF+BH : -------- Forwarded Message -------- Subject: Éric Vyncke's No Objection on draft-ietf-6man-mtu-option-13: (with COMMENT) Resent-Date: Mon, 4 Apr 2022 06:25:37 -0700 (PDT) Resent-From: alias-bounces@ietf.org Resent-To: bob.hinden@gmail.com, gorry@erg.abdn.ac.uk Date: Mon, 04 Apr 2022 06:25:37 -0700 From: Éric Vyncke via Datatracker Reply-To: Éric Vyncke To: The IESG CC: draft-ietf-6man-mtu-option@ietf.org, 6man-chairs@ietf.org, ipv6@ietf.org, otroan@employees.org, otroan@employees.org, equinox@diac24.net Éric Vyncke has entered the following ballot position for draft-ietf-6man-mtu-option-13: No Objection 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.) Please refer to https://www.ietf.org/about/groups/iesg/statements/handling-ballot-positions/ for more information about how to handle DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-6man-mtu-option/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Thank you for the work put into this document. I am all in favour of extending IPv6 with extension headers, and any system to improve path MTU detection is helpful (esp. in data center at the beginning). Let me also apologise to Bob, Gorry, and the 6MAN WG as I could have sent those comments during the WGLC... Please find below some non-blocking COMMENT points (but replies would be appreciated even if only for my own education), and some nits. Special thanks to Ole Trøan for the shepherd's write-up including the justification for the intended status as experimental. You may also expect a INT directorate review by David Lamparter later. I hope that this helps to improve the document, Regards, -éric What about multicast traffic ? Can this HbH option be used ? How can several answers be combined ? As the intended status is "experimental", this is not blocking but close to be a DISCUSS-level point though. GF: There would be additional considerations about scaling responses and how to aggregate responses, with all the usual multicast design caveats and the question of what is best at what scale. We expect this is best handled as a separate short draft, should someone find a use for a multicast case.  We could add text to explicitly say that we do not specify the multicast use in the document. ====== I think it is OK to say that an experimenter could permit this for multicast with CAVEATs: First, understanding that each endpoint will reply, and that therefore a multicast destination should randomly delay their reply to ensure that large numbers of replies are not received in a short interval. Second, that the source needs a way to combine multiple different replies. As in other multicast methods, this will require a decision of whether to accept and use the lowest detected minMTU,or whether to then trigger a control protocol action to expell members of the group with an unacceptably low MinMTU. These tradeoffs and the security implications are expected to depend on the design of the multicast transport being used, and the size of the group. They are not discussed in this document. I think all we should say is this draft is focused on Unicast. ## Abstract Just wondering whether "node" should be used instead of "host" in "along the forward path between a source host to a destination host" (also in other places in other sections). Of course, nothing prevent a router to act as a host. §9 uses "node" and not "host" ;-) GF+BH: We prefer not to make this change, because RFC8200 says: node a device that implements IPv6. router a node that forwards IPv6 packets not explicitly addressed to itself. (See Note below.) host any node that is not a router. (See Note below.) Our intent is that this be sent and received by hosts. I think it’s clearer to continue to use host. ## Section 1.2 Suggest removing the note about RFC 2460 as 8200 has been published for years now. GF+BH: We think there is some value in keeping this history. Even if mostly obvious, please expand "HBH" at first use. GF+BH: Will do ## Section 6.1 For a router not configured for HbH-processing: why only "SHOULD ignore" ? Either exception use case(s) should be provided or a "MUST NOT" and "MUST" (for forward) be used. GF+BH: The SHOULD language doesn’t work perfectly here. I guess it's really a statement of fact "will ignore". Not sure it is worth changing. Why does a router "SHOULD" only update and not "MUST" ? This is an experimental document and not a proposed standard one so little reason to be ultra-cautious. If "SHOULD" is kept, then when can/should a router deviate from the update action ? GF+BH:: We are happy to say MUST, i.e.if it implements this RFC it needs to. Is the "Discussion" part still relevant at this stage (IESG evaluation) ? Or should it be moved to the "experiment success evaluation" part ? GF+BH: Either way for us. We will remove it. Can the router apply sampling/rate limiting on those packets ? GF+BH: It can, if used carefully. The result is loss, which might impact usefullness, but ought not impact the correct function. Do we need to add something? ## Section 6.2 "This cached value can be used by other flows that share the host's destination cache." is hard to parse and possibly incorrect (as missing the egress interface), suggest to use "other flows to the same destination and same egress interface" ? === GF+BH: Probably good to clarify. Indeed,it needs to be balanced with my ECMP text added to 8201 that warns that paths are not just identified by address (see below) If it was not an experimental document, I would probably have raised a blocking DISCUSS (sorry Bob & Gorry), usually ECMP is done on the 5-tuple, so using different layer-4 ports could end up in slightly different paths with different MTU (section 5.2 of RFC 8201 is a little better, recommend referring to it ? -- it is only referred to in § 6.3.4). GF+BH: We agree. It's important it is used to *initialise* a probe with the expected PMTU size, and that the option is not to blindly used to set the PMTU, because the actual PMTU can depend on the forwarding path for the flow, which can be influenced by port information, flow lable, and other information besides the destination address. Please expand "PL" GF+BH: Will Fix - > PL = Packetization Layer. "When requested to send an IPv6 packet" how ? and who request such an action ? My major concern is whether it is a per packet or per "connection" request as using a 8-byte MTU in a data packet actually reduces the useful MTU by 8 bytes. A forward reference to §6.3.1 would be beneficial. GF+BH: My take is the transport has to generate the reply. Bullet #3, it is unclear what "This" means. GF+BH: Whoops we wanted to remove this bullet: /3. This sends a response probe back to source/. === ## Section 6.3 "Using a PMTU Probe" is it the HbH option described in this document ? If so, then propose being clear or introduce the synonym earlier in the text. GF+BH: Transport guy problem, mea culpa...we should have explained "a PMTU Probe". We suggest a complete replacement: PLPMTUD use probe packets for two distinct functions: • Probe packets are used to confirm connectivity. Such probes can be of any size up to the PLPMTU. These probe are sent to solicit a response use the path to the remote node. These probe can carry this HBH option, providing the final size of packet does not exceed the current PLPMTU. After validating that the packet orignates from the path (section 4.6.1), the PLPMTUD method can use the reported size from the HBH option as the next search point when it resumes the search algorithm. (This use resembles the use of the PTB_SIZE information in section 4.6.2of [RFC8889 • A second use of probe packets is to explore if a path supports a packet size greater than the current PLPMTU. If this probe packet is successfully delivered (as determined by the source host), then the PLPMTU is raised to the size of the successful probe. These probe packets do not usually set the HBH option. See section 1.2 of [RFC8899]. Section 4.1 of [RFC8899] also describes ways that a Probe Packet can be constructed, depending on whether the probe packets carry application data. • The PMTU Probe can be sent on packets that include application data, but needs to be robust to potential loss of the packet (i.e. with the possibility that retransmission might be needed if the packet is lost). • Using a PMTU Probe on packets that do not carry application data will avoid the need for loss recovery if a router on the path drops packets that set this option. (This avoids the transport needing to retransmit a lost packet that includes this option.) This is the normal default format for both uses of probes. === ## Section 6.3.2 Just wondering how different this method is wrt to ICMP-based PMTUD as the 5-tuple must also be present (albeit no data). GF+BH: Not sure what to write in the ID, but the real benefit of PLPMTUD is it can avoid blackholing of data by PMTUD relying on ICMP,without regressing to using a minPMTU. The drawback of PLPMTUD is it can require cycles of pobing using sacrifical packets to be sure the PMTU is not going to be blackholed, and the larger the PMTU above the default PMTU, the larger the number of RTT cycles, and hence the larger time to converge on safely using a larger PMTU. The HBH method seeks to complete in 2 RTT-cycles, ask for the PMTU across the path, confirm this size works. Of course, if the discovered PMTU isn't actuallysupported by the path, then the HBH information did not help, and the larger probe either generates a PTB packet (one more RTT to converge) or is dopped. This takes at least one more cycle of probing to deduce the PMTU. It's hard work to robustly fix broken-ness. GF+BH: Does this need a change to the text? === Also wondering how an upper-layer protocol (possibly QUIC in user space) could signal to the PMTU cache (possibly in the kernel) to ignore a value. But, hey this is all about experimenting ;-) And § 6.3.3 is going in more details about where this data could be stored. GF:That's the way (D)PLPMTUD is designed in QUIC, although I suspect many QUIC flows simply don't update the IP layer PMTU cache at all, and simply use their own ways to store previous results and figure out how to size their packets-pushing a value bact to the IP layer cache may seem to have very little benefit. === ## Section 6.3.4 Why not a "MUST" in "A source host SHOULD ignore a Rtn-PMTU value larger than the MTU configured for the outgoing link." ? GF+BH: MUST is good, will fix. We should have caught that. === # NITS ## Section 1.1 In scenario 2, s/considers the link to the destination host/considers the link between R2 and the destination host/ ? ## Section 2 s/977K packets per second (pps)/977,000 packets per second (or 997 kpps)/ ## Section 6.3.4 s/layer 2 device/layer-2 device/ ## Section 8.1 s/Hop by Hop/Hop-by-Hop/ GF+BH: All good, will fix. === If these proposed changes seem OK (with any comments), please let us know if you'd like us to prepare a new revision or wait to collect further feedback from the review process. Best wishes, Bob & Gorry (editors) From nobody Tue Apr 5 08:42:42 2022 Return-Path: X-Original-To: ipv6@ietfa.amsl.com Delivered-To: ipv6@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 842993A0BD4; Tue, 5 Apr 2022 08:42:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.107 X-Spam-Level: X-Spam-Status: No, score=-2.107 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jeKy44uprZEh; Tue, 5 Apr 2022 08:42:16 -0700 (PDT) Received: from mail-wm1-x333.google.com (mail-wm1-x333.google.com [IPv6:2a00:1450:4864:20::333]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 977A13A0BDF; Tue, 5 Apr 2022 08:42:16 -0700 (PDT) Received: by mail-wm1-x333.google.com with SMTP id k124-20020a1ca182000000b0038c9cf6e2a6so1938162wme.0; Tue, 05 Apr 2022 08:42:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:subject:from:in-reply-to:date:cc:message-id:references :to; bh=D/TjRxrWsGmnXh8ODasNHeZ3uLqTEnIb+WhuL02+rbw=; b=O7DSdJQUMVIv5lfIzrpUL7/5IM2JG70QqvXJPjXNV86OiKhkHBKUMr+RaxYpvVG6xM EI1uwsxnA3PjCmPyxgXmR0tI64sCEdzZl7bE54RvXE/KCnoojiQS8sRWyhp4ZrlgECNp V2htqolgPzSip7/S4DKS/7G2PUuODZ6+OKE10YJdIQkVAAX6w/C2hs4o9+dHP7jUfB33 KFrFUwJlom8GN0IY+q+e6taH6RM4DMuehO/KbZjfoXxxdOD3DPlCHHNW7QrYUZZ0BkVy 1ZoI00z0a1iPUZIR+/hoyAtXvocgtgrYYPU03RsW9MCfFqw7iNjQvLPZlEkg6sYfaGeG KvcQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=D/TjRxrWsGmnXh8ODasNHeZ3uLqTEnIb+WhuL02+rbw=; b=AAqoBvpl/a8DkN15O5IvUaR+Sjak8S71L4BaAlq07KgxxuCcO0SX41ABHflm8Y0MM1 7nNjA5gRTGZcSfCxAyPEs1AFVZ7+Qb0rfpOGzp24TakQHQX7lZlYev2iF1QGNLX11V13 apcDlOQjuFuXcLUAR1Acy6+rojXedOqVEpGmf/lFXkMMEhh7+dNEXzQpeH8xCaIGHLdk 07DMjzOUw9I1kuppknW2Eh680mxN+OcipLP/S/O7ZOIe56MwYY0MYd8sU56sTKS8Tswp HTS3YbdsDo/GrxFIq10mY5JSeYC6pEkpSSxRDEIEKSi96EM/hi+i4UT1T0x4qgnLjhkn cfBA== X-Gm-Message-State: AOAM5307lmcCVtP0gF+nWVv2HzMWOfCDQ7UEgv0yuUIi6oUH4qlYjnP3 2e3jADC3H5X3B1xiARvK/CY= X-Google-Smtp-Source: ABdhPJx0UX9cQ04bIOEbCp3sHDq41DGBoTDEawOTTXWun7uoxjGbYlntpb8X53g5efXc2HgfZSu86A== X-Received: by 2002:a7b:ce02:0:b0:381:2007:f75c with SMTP id m2-20020a7bce02000000b003812007f75cmr3756293wmc.6.1649173334603; Tue, 05 Apr 2022 08:42:14 -0700 (PDT) Received: from smtpclient.apple ([2600:1700:4383:c05f:2080:bc62:49e8:a781]) by smtp.gmail.com with ESMTPSA id n10-20020a5d588a000000b002052e4aaf89sm12483438wrf.80.2022.04.05.08.42.12 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 05 Apr 2022 08:42:14 -0700 (PDT) Content-Type: multipart/signed; boundary="Apple-Mail=_7D7A5504-2CB3-4216-BB06-D05C99B88013"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 15.0 \(3693.60.0.1.1\)) Subject: Re: Lars Eggert's No Objection on draft-ietf-6man-mtu-option-13: (with COMMENT) From: Bob Hinden In-Reply-To: <164916974302.25734.4048383114973424132@ietfa.amsl.com> Date: Tue, 5 Apr 2022 08:42:10 -0700 Cc: Bob Hinden , IESG , draft-ietf-6man-mtu-option@ietf.org, 6man Chairs <6man-chairs@ietf.org>, IPv6 List , =?utf-8?Q?Ole_Tr=C3=B8an?= Message-Id: References: <164916974302.25734.4048383114973424132@ietfa.amsl.com> To: Lars Eggert X-Mailer: Apple Mail (2.3693.60.0.1.1) Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2022 15:42:19 -0000 --Apple-Mail=_7D7A5504-2CB3-4216-BB06-D05C99B88013 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii See below, marked GF+BH : > On Apr 5, 2022, at 7:42 AM, Lars Eggert via Datatracker = wrote: >=20 > Lars Eggert has entered the following ballot position for > draft-ietf-6man-mtu-option-13: No Objection >=20 > 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.) >=20 >=20 > Please refer to = https://www.ietf.org/about/groups/iesg/statements/handling-ballot-position= s/ > for more information about how to handle DISCUSS and COMMENT = positions. >=20 >=20 > The document, along with other ballot positions, can be found here: > https://datatracker.ietf.org/doc/draft-ietf-6man-mtu-option/ >=20 >=20 >=20 > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- >=20 > Section 5. , paragraph 9, comment: >> Min-PMTU: n 16-bits. The minimum MTU recorded along the path >> in octets, reflecting the smallest link MTU that >> the packet experienced along the path. >> A value less than the IPv6 minimum link >> MTU [RFC8200] MUST be ignored. >=20 > Would there be any value in using a scheme that can encode MTUs larger = than > 64K? Could steal some bits by not defining a way to encode values = below 1280. GF+BH: We designed this option to support packet lengths that can be = carried in the IPv6 header. No consideration was given to go beyond = that. >=20 > Thanks to Paul Kyzivat for their General Area Review Team (Gen-ART) = review > = (https://mailarchive.ietf.org/arch/msg/gen-art/cSJ1VnpREVnAknRj_ANN0QFRdA0= ). >=20 > = --------------------------------------------------------------------------= ----- > NIT > = --------------------------------------------------------------------------= ----- GF+BH: We will look at these in the next revision of the draft. > All comments below are about very minor potential issues that you may = choose to > address in some way - or ignore - as you see fit. Some were flagged by > automated tools (via https://github.com/larseggert/ietf-reviewtool), = so there > will likely be some false positives. There is no need to let me know = what you > did with these suggestions. >=20 > Section 2. , paragraph 3, nit: > - This results in many transport connections being configured to = use > + This results in many transport-layer connections being configured = to use > + ++++++ >=20 > Section 2. , paragraph 4, nit: > - size available for a transport to use. Also, some use-cases = increase > + size available for a transport protocol to use. Also, some = use-cases increase > + +++++++++ >=20 > Section 6.3. , paragraph 3, nit: > - This avoids the transport needing to retransmit a lost packet = that > + This avoids the transport protocol needing to retransmit a lost = packet that > + +++++++++ >=20 > Section 6.3.1. , paragraph 10, nit: > - * A datagram transport can utilise DPLPMTUD [RFC8899]. For = example, > - ^ > + * A datagram transport can utilize DPLPMTUD [RFC8899]. For = example, > + ^ >=20 > Section 6.3.4. , paragraph 4, nit: > - * The actual PMTU may be lower than the Rtn-PMTU value because = the > - = ---- >=20 > Reference [RFC2460] to RFC2460, which was obsoleted by RFC8200 (this = may be on > purpose). >=20 > Reference [RFC1063] to RFC1063, which was obsoleted by RFC1191 (this = may be on > purpose). >=20 > Section 4. , paragraph 3, nit: >> IANA-HBH]. Length: 4 The size of the each value field in Option Data = field su >> ^^^^^^^^ > Two determiners in a row. Choose either "the" or "each". >=20 > Section 6.2. , paragraph 2, nit: >> acket with this option in response to a R-flag, as well as which = packets to i >> ^ > Use "an" instead of "a" if the following word starts with a vowel = sound, e.g. > "an article", "an hour". >=20 > Section 8.4. , paragraph 4, nit: >> mitigate the impact by responding to a R-Flag by including the option = in a p >> ^ > Use "an" instead of "a" if the following word starts with a vowel = sound, e.g. > "an article", "an hour". >=20 >=20 >=20 --Apple-Mail=_7D7A5504-2CB3-4216-BB06-D05C99B88013 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQEzBAEBCgAdFiEEm0rfRsOCoyamPexGrut0EXfnu6gFAmJMY1IACgkQrut0EXfn u6iFTQgAriuyq2iQ9EcAjNXpPHE0GfeDI3qSliXyjxvnxgvCKjLlQksub2K/nIJo 61IZ+InNMqagoQ3+tb+9QqDE/XRJhhpOQbGXBMkQk2w4a8t3U9vG9x3sT7eg8JyL uY27DyIV4TMRXFa0vS8zMearx4w7oTS5TF9qD+NpVN+OYnVJt+N/5g1eLPKYuHQR NWhanlezBz10AslyXuO4B4j08cE65q67G9N6lAAWMnjdpf/IVmtXvt9kYV7kt4E6 NF8SIizRNr/wtURLYkPHNB1wyIiLZ+GI7Vv7qV/4rCeOkInRumzkpF1J1HPmkXtB Mr/BnxrvQpgH9Cto70Qlim5Gz1GJfA== =2WXr -----END PGP SIGNATURE----- --Apple-Mail=_7D7A5504-2CB3-4216-BB06-D05C99B88013-- From nobody Tue Apr 5 16:42:33 2022 Return-Path: X-Original-To: ipv6@ietfa.amsl.com Delivered-To: ipv6@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B374D3A0DCF for ; Tue, 5 Apr 2022 16:42:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.11 X-Spam-Level: X-Spam-Status: No, score=-7.11 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_HI=-5, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 65M4qX4cSkqO for ; Tue, 5 Apr 2022 16:42:29 -0700 (PDT) Received: from mail-pf1-x42b.google.com (mail-pf1-x42b.google.com [IPv6:2607:f8b0:4864:20::42b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E2FB73A15FF for ; Tue, 5 Apr 2022 16:42:28 -0700 (PDT) Received: by mail-pf1-x42b.google.com with SMTP id w7so883990pfu.11 for ; Tue, 05 Apr 2022 16:42:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=zYspQCxdG0tzepN8CuaKesEitEXkwgK9oMKkVs11+w4=; b=GwKnyLAUlJNdOd8sYxVNNd7Uu0BiTiMuB1nRFilnBIwbTZxYNoZTgE16oZ5mRoA8gl rm7GLfwuZx1+x16VWbpNXLt1hHL/olvCHnSnmTECmAOzhb/fRu/eD7cBMeXfdCI/SAnV wWPqPFA20xUy5epIslYyPUp7sNqmtWGt+Tj666Z7H1+0NUcvVzFksFOV4T2fujrYtJsv scxj1Q8YD47Y4GS3D19IhAojejGpyAUvIkKvBmFZq4zm+ximAzwaBfO1XdXx13iHGOpZ DHNURwYTj8PYCGdWYSiRGH+8y+V2krZQH2uF/7UT4jSx3qXdwSZkDJZ190iEWCsTsUZG j5OA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=zYspQCxdG0tzepN8CuaKesEitEXkwgK9oMKkVs11+w4=; b=MTqM6dtkPMFSrXrfTm/Za1h0nEH1ze+Tf1Q/DoR0qyWsfK+A7DveN3e7mSO1WtRljt yr4+NKmzIGGMpYJEUkBlqqYcNGtvlsoKdHM937wBJRKsHVq8d/xWvHh2YEN25Ysp+jMn C982FYERSDb9cmC4cOD31Gmd3HW+7fKgw+dKkfpFwxFB0Ns6/euFScHJ4LcG8QJsQVSG RpEyiyWcDeMYiNoXsd1cYMGSQpMdx95mT25cwOEQAfeEh4OkQosezh0KsiutDtH1BPBG wIQYx3GTFeI2RwDAI7VKWdri73ZHXvyrB29qL44jx5U1pxyYFLUOzZToN2Hj7QkmNqmc vE3g== X-Gm-Message-State: AOAM5324H3v1bd45oD/8RDWbMQ+EYcaS09NdGlwuNwam7RTAKfMpVB3E 0IsHj+q5jKsVzPDn65dh5tSZVCru16sT8Q== X-Google-Smtp-Source: ABdhPJx5kO7ggGA3IPCpl94YDYew6k5NvWq1ULlc7aaAks9sa5FbumhCN1iVFGXN1qgunozyjVlk4g== X-Received: by 2002:a63:788d:0:b0:386:361f:e908 with SMTP id t135-20020a63788d000000b00386361fe908mr4656288pgc.395.1649202147769; Tue, 05 Apr 2022 16:42:27 -0700 (PDT) Received: from ?IPv6:2406:e003:1005:b501:80b2:5c79:2266:e431? ([2406:e003:1005:b501:80b2:5c79:2266:e431]) by smtp.gmail.com with ESMTPSA id w129-20020a628287000000b004fdc453b49asm16892554pfd.39.2022.04.05.16.42.26 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 05 Apr 2022 16:42:27 -0700 (PDT) Subject: Re: Comments on draft-ietf-6man-rfc6874bis-00.txt To: Shang Ye Cc: IPv6 List References: <014d1dd8-8419-d277-4e38-49e587778c76@gmail.com> <4db6953e-0c3f-a408-962a-30810a5b1ccd@gmail.com> From: Brian E Carpenter Message-ID: <7fe6e0c8-ed84-c668-792a-14dd95953e0c@gmail.com> Date: Wed, 6 Apr 2022 11:42:23 +1200 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.10.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2022 23:42:32 -0000 Thanks again, Shang. We will try to ensure that the point is clear in the next version, especially considering that most parsers don't seem to refer directly to the ABNF. Regards Brian On 05-Apr-22 15:00, Shang Ye wrote: > Brian, > > In line: > >> Hi Shang, >> >> Thanks very much. I think we will use your new paragraphs, which are indeed much clearer. > > Also thanks a lot for taking my advice :) > >> Personally I think we still need to be explicit that %25 is a valid zone, because I am afraid that not all implementers will understand this (especially since it is unlikely to occur on Linux). I hope there will be a new version in a few days. > > Agree, but I think this statement is still unclear: > >> The >> "25" cannot be forbidden since it is valid in some operating systems, >> so a parser MUST NOT apply percent decoding to a URI such as >> http://[fe80::abcd%25]. > > The problem may be that it doesn't constrain which part of URI a parser must not apply percent-decoding to, and that the "such as" part is a bit ambiguous. For example, should we apply percent-decoding to ? > > The logic behind this statement also seems unclear. If a parser applied percent-decoding to "fe80::abcd%25" within , would it possibly mean that the parser is forbidding the zone_id "25"? I think it is more likely that the parser is incorrect. > > We could be explicit that %25 is a valid zone, but this should probably not the reason why we forbid percent-decoding to an IP literal. Maybe we should split this statement into two halves, put one half immediately after the second paragraph I proposed > > This use of "%" as a delimiter applies only within an IP literal, and > is irrelevant to and exempt from the percent-encoding mechanism > [RFC3986]. Implementations MUST NOT percent-decode an IP literal > within a URI, such as accepting http://[::%31]/ as http://[::1]/. > > and the other half elsewhere. > > Regards, > Shang > From nobody Tue Apr 5 18:32:56 2022 Return-Path: X-Original-To: ipv6@ietf.org Delivered-To: ipv6@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 30BBE3A17BB; Tue, 5 Apr 2022 18:32:41 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Sheng Jiang via Datatracker To: Cc: draft-ietf-6man-mtu-option.all@ietf.org, ipv6@ietf.org, last-call@ietf.org Subject: Opsdir telechat review of draft-ietf-6man-mtu-option-13 X-Test-IDTracker: no X-IETF-IDTracker: 7.46.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <164920876108.4445.18308124873919234284@ietfa.amsl.com> Reply-To: Sheng Jiang Date: Tue, 05 Apr 2022 18:32:41 -0700 Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2022 01:32:41 -0000 Reviewer: Sheng Jiang Review result: Ready I have reviewed this document as part of the Operational directorate's ongoing effort to review all IETF documents being processed by the IESG. These comments were written with the intent of improving the operational aspects of the IETF drafts. Comments that are not addressed in last call may be included in AD reviews during the IESG review. Document editors and WG chairs should treat these comments just like any other last call comments. I have reviewed this document -12 version on February and give READY comments. I am not sure why this document still re-assigned to me again. I did review the diff, it is fine, too. Document: draft-ietf-6man-mtu-option-13 Reviewer: Sheng Jiang Review Date: 2022-04-06 Document: draft-ietf-6man-mtu-option-12 Reviewer: Sheng Jiang Review Date: 2022-02-09 This experimental document specifies a new mechanims to in-boundly discover the minimum Path MTU along the forward path between a source host to a destination host with a newly defined IPv6 Hop-by-Hop option that is used to record . The document is well-writen and reader-friendly. It clearly defines the behaviours on each devices with different roles. This document also have a special section 9 to explain the "experiment goals" of this specification. However, personally, I still not fully understand why this document are intending for "experimental" and what would be the experiment range. It seems for me this mechanism are good enough to be a proposed standard to persuade people use it widely. If by deploying it, issues are found or refining are needed. We can always update it as normal IETF procedure. Summary: Ready Major Concerns: None. Minor Concerns: None. Regards, Sheng From nobody Tue Apr 5 18:51:48 2022 Return-Path: X-Original-To: ipv6@ietfa.amsl.com Delivered-To: ipv6@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6043E3A17C4 for ; Tue, 5 Apr 2022 18:51:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.909 X-Spam-Level: X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id b9b1Q703CtwN for ; Tue, 5 Apr 2022 18:51:43 -0700 (PDT) Received: from h3cspam02-ex.h3c.com (smtp.h3c.com [60.191.123.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C20D23A17BE for ; Tue, 5 Apr 2022 18:51:40 -0700 (PDT) Received: from mail.maildlp.com ([172.25.15.154]) by h3cspam02-ex.h3c.com with ESMTP id 2361p6Zx078996; Wed, 6 Apr 2022 09:51:06 +0800 (GMT-8) (envelope-from lihao@h3c.com) Received: from DAG2EX04-BASE.srv.huawei-3com.com (unknown [10.8.0.67]) by mail.maildlp.com (Postfix) with ESMTP id 6EC4922B3739; Wed, 6 Apr 2022 09:52:38 +0800 (CST) Received: from DAG2EX05-BASE.srv.huawei-3com.com (10.8.0.68) by DAG2EX04-BASE.srv.huawei-3com.com (10.8.0.67) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.17; Wed, 6 Apr 2022 09:51:06 +0800 Received: from DAG2EX05-BASE.srv.huawei-3com.com ([fe80::f963:2fad:283e:6b1c]) by DAG2EX05-BASE.srv.huawei-3com.com ([fe80::f963:2fad:283e:6b1c%2]) with mapi id 15.01.2375.017; Wed, 6 Apr 2022 09:51:06 +0800 From: Lihao To: Bob Hinden , IPv6 List Subject: RE: Call for adoption: Thread-Topic: Call for adoption: Thread-Index: AQHYRHUmsKWkMzgq4UmTmHyUZ1YBYKziKEFw Date: Wed, 6 Apr 2022 01:51:06 +0000 Message-ID: <280141a1ab314737afbbdbd014b59d30@h3c.com> References: <92790B16-19F8-40AD-BF8B-F9CBB619EE37@gmail.com> In-Reply-To: <92790B16-19F8-40AD-BF8B-F9CBB619EE37@gmail.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.114.76.35] x-sender-location: DAG2 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-DNSRBL: X-MAIL: h3cspam02-ex.h3c.com 2361p6Zx078996 Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2022 01:51:46 -0000 SGkgV0cNCg0KSSBzdXBwb3J0IHRoZSBhZG9wdGlvbi4gSXQgaXMgdmVyeSBpbXBvcnRhbnQgdG8g bWFrZSBhIGNsZWFyIGRlc2NyaXB0aW9uIG9mIElQdjYgQWRkcmVzcyBhbmQgU1J2NiBzZWdtZW50 IGF0IHRoaXMgc3RhZ2UuDQoNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IGlw djYgW21haWx0bzppcHY2LWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBCb2IgSGluZGVu DQpTZW50OiBUaHVyc2RheSwgTWFyY2ggMzEsIDIwMjIgNDozMSBBTQ0KVG86IElQdjYgTGlzdCA8 aXB2NkBpZXRmLm9yZz4NCkNjOiBCb2IgSGluZGVuIDxib2IuaGluZGVuQGdtYWlsLmNvbT4NClN1 YmplY3Q6IENhbGwgZm9yIGFkb3B0aW9uOiA8ZHJhZnQta3Jpc2huYW4tNm1hbi1zaWRzLTAwPg0K DQpUaGlzIG1lc3NhZ2Ugc3RhcnRzIGEgdHdvIHdlZWsgNk1BTiBjYWxsIG9uIGFkb3B0aW5nOg0K DQogICBUaXRsZTogICAgICAgICAgU2VnbWVudCBJZGVudGlmaWVycyBpbiBTUnY2DQogICBBdXRo b3JzOiAgICAgICAgUy4gS3Jpc2huYW4NCiAgIEZpbGUgTmFtZTogICAgICBkcmFmdC1rcmlzaG5h bi02bWFuLXNpZHMtMDANCiAgIERvY3VtZW50IGRhdGU6ICBGZWJydWFyeSAxMCwgMjAyMg0KDQog ICBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL2RyYWZ0LWtyaXNobmFuLTZt YW4tc2lkcy0wMA0KDQphcyBhIDZNQU4gd29ya2luZyBncm91cCBkb2N1bWVudC4NCg0KRm9yIGJh Y2tncm91bmQgdGhpcyBkcmFmdCB3YXMgdGhlIHJlc3VsdCBhIHF1ZXJ5IHRvIHRoZSA2TUFOIHdv cmtpbmcgZ3JvdXAgZnJvbSB0aGUgU1BSSU5HIHcuZy4gY2hhaXJzIHJlZ2FyZGluZyByZWdhcmRp bmcgZHJhZnQtZmlsc2ZpbHNjaGVuZy1zcHJpbmctc3J2Ni1zcmgtY29tcHJlc3Npb24uICBUaGUg cXVlcnkgd2FzOg0KDQogIGh0dHBzOi8vbWFpbGFyY2hpdmUuaWV0Zi5vcmcvYXJjaC9tc2cvaXB2 Ni81SXBrSGY1dFZhLUc0c0tjYS1FV0dFemlZU28vDQoNCkFmdGVyIGFuIGFjdGl2ZSBkaXNjdXNz aW9uLCB0aGUgcmVwbHkgZnJvbSB0aGUgNk1BTiBjaGFpcnMgYW5kIEFEcyB3YXM6DQoNCiAgaHR0 cHM6Ly9tYWlsYXJjaGl2ZS5pZXRmLm9yZy9hcmNoL21zZy9pcHY2L3JHZ3BXWnlQYUtvbkxhZXVU MzdEN3FaMVZjdy8NCg0KVGhpcyB0b3BpYyB3YXMgYWxzbyBwcmVzZW50ZWQgYXQgSUVURiAxMTIs IHNsaWRlcyBoZXJlOg0KDQogIGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvbWVldGluZy8x MTIvbWF0ZXJpYWxzL3NsaWRlcy0xMTItNm1hbi1zcnY2LXNpZHMtMDANCg0KU3Vic3RhbnRpdmUg Y29tbWVudHMgYW5kIHN0YXRlbWVudHMgb2Ygc3VwcG9ydCBmb3IgYWRvcHRpbmcgdGhpcyBkb2N1 bWVudCBzaG91bGQgYmUgc2VudCB0byB0aGUgbWFpbGluZyBsaXN0LiAgRWRpdG9yaWFsIHN1Z2dl c3Rpb25zIGNhbiBiZSBzZW50IHRvIHRoZSBhdXRob3IuICBUaGlzIGFkb3B0aW9uIGNhbGwgd2ls bCBlbmQgb24gMTMgQXByaWwgMjAyMi4NCg0KRnVydGhlciwgaWYgeW91IGFyZSB3aWxsaW5nIHRv IHdvcmsgb24gdGhpcyBkb2N1bWVudCwgZWl0aGVyIGFzIGNvbnRyaWJ1dG9yLCBhdXRob3IsIG9y IHJldmlld2VyIHBsZWFzZSBub3RpZnkgdGhlIGxpc3QuICAgVGhpcyB3aWxsIHByb3ZpZGUgdGhl IGNoYWlycyB3aXRoIGFuIGluZGljYXRpb24gb2YgdGhlIGVuZXJneSBsZXZlbCBpbiB0aGUgd29y a2luZyBncm91cCB0byB3b3JrIG9uIHRoaXMgZG9jdW1lbnQuDQoNCkJvYiwgSmVuLCBPbGUNCg0K DQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCuacrOmCruS7tuWPiuWFtumZhOS7tuWQq+acieaWsOWN juS4iembhuWboueahOS/neWvhuS/oeaBr++8jOS7hemZkOS6juWPkemAgee7meS4iumdouWcsOWd gOS4reWIl+WHug0K55qE5Liq5Lq65oiW576k57uE44CC56aB5q2i5Lu75L2V5YW25LuW5Lq65Lul 5Lu75L2V5b2i5byP5L2/55So77yI5YyF5ous5L2G5LiN6ZmQ5LqO5YWo6YOo5oiW6YOo5YiG5Zyw 5rOE6Zyy44CB5aSN5Yi244CBDQrmiJbmlaPlj5HvvInmnKzpgq7ku7bkuK3nmoTkv6Hmga/jgILl poLmnpzmgqjplJnmlLbkuobmnKzpgq7ku7bvvIzor7fmgqjnq4vljbPnlLXor53miJbpgq7ku7bp gJrnn6Xlj5Hku7bkurrlubbliKDpmaTmnKwNCumCruS7tu+8gQ0KVGhpcyBlLW1haWwgYW5kIGl0 cyBhdHRhY2htZW50cyBjb250YWluIGNvbmZpZGVudGlhbCBpbmZvcm1hdGlvbiBmcm9tIE5ldyBI M0MsIHdoaWNoIGlzDQppbnRlbmRlZCBvbmx5IGZvciB0aGUgcGVyc29uIG9yIGVudGl0eSB3aG9z ZSBhZGRyZXNzIGlzIGxpc3RlZCBhYm92ZS4gQW55IHVzZSBvZiB0aGUNCmluZm9ybWF0aW9uIGNv bnRhaW5lZCBoZXJlaW4gaW4gYW55IHdheSAoaW5jbHVkaW5nLCBidXQgbm90IGxpbWl0ZWQgdG8s IHRvdGFsIG9yIHBhcnRpYWwNCmRpc2Nsb3N1cmUsIHJlcHJvZHVjdGlvbiwgb3IgZGlzc2VtaW5h dGlvbikgYnkgcGVyc29ucyBvdGhlciB0aGFuIHRoZSBpbnRlbmRlZA0KcmVjaXBpZW50KHMpIGlz IHByb2hpYml0ZWQuIElmIHlvdSByZWNlaXZlIHRoaXMgZS1tYWlsIGluIGVycm9yLCBwbGVhc2Ug bm90aWZ5IHRoZSBzZW5kZXINCmJ5IHBob25lIG9yIGVtYWlsIGltbWVkaWF0ZWx5IGFuZCBkZWxl dGUgaXQhDQo= From nobody Tue Apr 5 23:48:57 2022 Return-Path: X-Original-To: ipv6@ietfa.amsl.com Delivered-To: ipv6@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 044BE3A1198 for ; Tue, 5 Apr 2022 23:48:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.907 X-Spam-Level: X-Spam-Status: No, score=-1.907 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iKhST_ADEDca for ; Tue, 5 Apr 2022 23:48:50 -0700 (PDT) Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 297803A1192 for ; Tue, 5 Apr 2022 23:48:50 -0700 (PDT) Received: from fraeml739-chm.china.huawei.com (unknown [172.18.147.201]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4KYFQN0phqz68379; Wed, 6 Apr 2022 14:45:48 +0800 (CST) Received: from fraeml740-chm.china.huawei.com (10.206.15.221) by fraeml739-chm.china.huawei.com (10.206.15.220) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.24; Wed, 6 Apr 2022 08:48:44 +0200 Received: from fraeml740-chm.china.huawei.com ([10.206.15.221]) by fraeml740-chm.china.huawei.com ([10.206.15.221]) with mapi id 15.01.2375.024; Wed, 6 Apr 2022 08:48:44 +0200 From: Paolo Volpato To: IPv6 List CC: Bob Hinden Subject: RE: Call for adoption: Thread-Topic: Call for adoption: Thread-Index: AQHYRHU2C2Qer22M90q/QLJXJyW+IKzieyaA Date: Wed, 6 Apr 2022 06:48:44 +0000 Message-ID: <36810da2f8bf4a1395c7afff28863d90@huawei.com> References: <92790B16-19F8-40AD-BF8B-F9CBB619EE37@gmail.com> In-Reply-To: <92790B16-19F8-40AD-BF8B-F9CBB619EE37@gmail.com> Accept-Language: it-IT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.81.200.56] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2022 06:48:54 -0000 I support the adoption of this draft, as it discusses the relationship of S= Rv6 SIDs to the IPv6 Addressing Architecture. Regards Paolo -----Original Message----- From: ipv6 On Behalf Of Bob Hinden Sent: Wednesday, March 30, 2022 10:31 PM To: IPv6 List Cc: Bob Hinden Subject: Call for adoption: This message starts a two week 6MAN call on adopting: Title: Segment Identifiers in SRv6 Authors: S. Krishnan File Name: draft-krishnan-6man-sids-00 Document date: February 10, 2022 https://datatracker.ietf.org/doc/html/draft-krishnan-6man-sids-00 as a 6MAN working group document. For background this draft was the result a query to the 6MAN working group = from the SPRING w.g. chairs regarding regarding draft-filsfilscheng-spring-= srv6-srh-compression. The query was: https://mailarchive.ietf.org/arch/msg/ipv6/5IpkHf5tVa-G4sKca-EWGEziYSo/ After an active discussion, the reply from the 6MAN chairs and ADs was: https://mailarchive.ietf.org/arch/msg/ipv6/rGgpWZyPaKonLaeuT37D7qZ1Vcw/ This topic was also presented at IETF 112, slides here: https://datatracker.ietf.org/meeting/112/materials/slides-112-6man-srv6-s= ids-00 Substantive comments and statements of support for adopting this document s= hould be sent to the mailing list. Editorial suggestions can be sent to th= e author. This adoption call will end on 13 April 2022. Further, if you are willing to work on this document, either as contributor= , author, or reviewer please notify the list. This will provide the chair= s with an indication of the energy level in the working group to work on th= is document. Bob, Jen, Ole From nobody Wed Apr 6 01:06:18 2022 Return-Path: X-Original-To: ipv6@ietfa.amsl.com Delivered-To: ipv6@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0941D3A171F for ; Wed, 6 Apr 2022 01:06:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.108 X-Spam-Level: X-Spam-Status: No, score=-2.108 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=uniroma1.it Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dBxh8lmbO0-u for ; Wed, 6 Apr 2022 01:06:11 -0700 (PDT) Received: from mail-lj1-x230.google.com (mail-lj1-x230.google.com [IPv6:2a00:1450:4864:20::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B5A963A1720 for ; Wed, 6 Apr 2022 01:06:09 -0700 (PDT) Received: by mail-lj1-x230.google.com with SMTP id s13so2142116ljd.5 for ; Wed, 06 Apr 2022 01:06:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uniroma1.it; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=Lw9vbtemnuTsk7H0MSgQYCkfT4VyqeTfNGR1ZykVItM=; b=Cw6P6eywxBRVFG1LVJvnm5eXdXi4+DFE0A1ab9HFKRKKXXUaRpx3RFzK0peuuB7hbw PtAZdzVNvvSnrL661vmvTlleqdPu5rFb9GDWtXlEKau5LrRJh5V8PlohrHZNj5ENmtxg TYhj9FHxyhnWbM3nZlSnAdrefpQuvGX6zfjr+4fzSL7JNr4M03kRx6GIR6x9L85PKQs0 H5obeXTuvQ9j1B318x931L1vvacqJNj8/FcqVXwQyErfDE7ByTVq2N0p2W2M+VyyOQxH gm15aR3WO0xZCbRZuTbdOYxheZUslNHGFbM1yLaY7P+1m6S6PNN2GqZ0S5fdRGX4Jnow j7bQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=Lw9vbtemnuTsk7H0MSgQYCkfT4VyqeTfNGR1ZykVItM=; b=TT5e8LFhLqpVWffhXJlhVeKGN2rcXVemiOY3GNOxcfcspkQu9AWCjEZwPU4mP1JeWT a6CkbGaQ4frOEdOuU1IAlC8XSCwMWpHKqeKV7r8573JsA12FSH+fWJ6ieAopjhu3nhTK UPuAXz7lKsDn8tIxvp+SZhDCNXDc169S6UFSJvdEzSkJF3FMTTnZxgIs0F7uNVSCPOLu woFJveuVchKRJoDoIoVnsK2ihxw7cLFZ2FZR9ucxO/u0Be+j/rcgfcAY8EDSyh/v2doM oZVCSkqgFeCyf1EV3JEgnclvdVGst9kYSmWVUtnmoGdStmuaHe79JqgJogJeAQpRDyfE QVOw== X-Gm-Message-State: AOAM5305kvCay44s1bSDQtkVd/uQ+yHYx8lRz1CySDEnxolDopHT2pIZ ZqmDdg3pC6raynr5IWvs/vdEZOeVd7gNxEuHVCRh5csXPWY= X-Google-Smtp-Source: ABdhPJzM3Fm3CXN8QDPr1PPJT3NifDv38hrUsUAKfp3w7VgGE4vzT0CKeUnEJKnRH0lA4eI0Ic5lpMi0nFjgrTwVeQc= X-Received: by 2002:a2e:9ed1:0:b0:249:3cc7:2d56 with SMTP id h17-20020a2e9ed1000000b002493cc72d56mr4420615ljk.244.1649232367066; Wed, 06 Apr 2022 01:06:07 -0700 (PDT) MIME-Version: 1.0 References: <92790B16-19F8-40AD-BF8B-F9CBB619EE37@gmail.com> <36810da2f8bf4a1395c7afff28863d90@huawei.com> In-Reply-To: <36810da2f8bf4a1395c7afff28863d90@huawei.com> From: Antonio Cianfrani Date: Wed, 6 Apr 2022 10:05:57 +0200 Message-ID: Subject: Re: Call for adoption: To: IPv6 List , Bob Hinden Content-Type: multipart/alternative; boundary="0000000000006435e405dbf7d520" Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2022 08:06:16 -0000 --0000000000006435e405dbf7d520 Content-Type: text/plain; charset="UTF-8" I support the adoption of the draft. Kind regards, Antonio Cianfrani Il giorno mer 6 apr 2022 alle ore 08:49 Paolo Volpato ha scritto: > I support the adoption of this draft, as it discusses the relationship of > SRv6 SIDs to the IPv6 Addressing Architecture. > > Regards > Paolo > > -----Original Message----- > From: ipv6 On Behalf Of Bob Hinden > Sent: Wednesday, March 30, 2022 10:31 PM > To: IPv6 List > Cc: Bob Hinden > Subject: Call for adoption: > > This message starts a two week 6MAN call on adopting: > > Title: Segment Identifiers in SRv6 > Authors: S. Krishnan > File Name: draft-krishnan-6man-sids-00 > Document date: February 10, 2022 > > https://datatracker.ietf.org/doc/html/draft-krishnan-6man-sids-00 > > as a 6MAN working group document. > > For background this draft was the result a query to the 6MAN working group > from the SPRING w.g. chairs regarding regarding > draft-filsfilscheng-spring-srv6-srh-compression. The query was: > > https://mailarchive.ietf.org/arch/msg/ipv6/5IpkHf5tVa-G4sKca-EWGEziYSo/ > > After an active discussion, the reply from the 6MAN chairs and ADs was: > > https://mailarchive.ietf.org/arch/msg/ipv6/rGgpWZyPaKonLaeuT37D7qZ1Vcw/ > > This topic was also presented at IETF 112, slides here: > > > https://datatracker.ietf.org/meeting/112/materials/slides-112-6man-srv6-sids-00 > > Substantive comments and statements of support for adopting this document > should be sent to the mailing list. Editorial suggestions can be sent to > the author. This adoption call will end on 13 April 2022. > > Further, if you are willing to work on this document, either as > contributor, author, or reviewer please notify the list. This will > provide the chairs with an indication of the energy level in the working > group to work on this document. > > Bob, Jen, Ole > > > > -------------------------------------------------------------------- > IETF IPv6 working group mailing list > ipv6@ietf.org > Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 > -------------------------------------------------------------------- > --0000000000006435e405dbf7d520 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I support the adoption of the draft.
Kind regards,
Antonio Cianfrani

Il giorno mer 6 apr 2022 alle ore 08:49 Paolo= Volpato <paolo.volpato=3D40huawei.com@dmarc.ietf.org> ha scritto:
I support the adoption of this draft, as i= t discusses the relationship of SRv6 SIDs to the IPv6 Addressing Architectu= re.

Regards
Paolo

-----Original Message-----
From: ipv6 <i= pv6-bounces@ietf.org> On Behalf Of Bob Hinden
Sent: Wednesday, March 30, 2022 10:31 PM
To: IPv6 List <ipv6@i= etf.org>
Cc: Bob Hinden <bob.hinden@gmail.com>
Subject: Call for adoption: <draft-krishnan-6man-sids-00>

This message starts a two week 6MAN call on adopting:

=C2=A0 =C2=A0Title:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Segment Identifiers i= n SRv6
=C2=A0 =C2=A0Authors:=C2=A0 =C2=A0 =C2=A0 =C2=A0 S. Krishnan
=C2=A0 =C2=A0File Name:=C2=A0 =C2=A0 =C2=A0 draft-krishnan-6man-sids-00
=C2=A0 =C2=A0Document date:=C2=A0 February 10, 2022

=C2=A0 =C2=A0https://datatracker.ie= tf.org/doc/html/draft-krishnan-6man-sids-00

as a 6MAN working group document.

For background this draft was the result a query to the 6MAN working group = from the SPRING w.g. chairs regarding regarding draft-filsfilscheng-spring-= srv6-srh-compression.=C2=A0 The query was:

=C2=A0 https://mailarchive.ie= tf.org/arch/msg/ipv6/5IpkHf5tVa-G4sKca-EWGEziYSo/

After an active discussion, the reply from the 6MAN chairs and ADs was:

=C2=A0 https://mailarchive.ie= tf.org/arch/msg/ipv6/rGgpWZyPaKonLaeuT37D7qZ1Vcw/

This topic was also presented at IETF 112, slides here:

=C2=A0 https://datatr= acker.ietf.org/meeting/112/materials/slides-112-6man-srv6-sids-00

Substantive comments and statements of support for adopting this document s= hould be sent to the mailing list.=C2=A0 Editorial suggestions can be sent = to the author.=C2=A0 This adoption call will end on 13 April 2022.

Further, if you are willing to work on this document, either as contributor= , author, or reviewer please notify the list.=C2=A0 =C2=A0This will provide= the chairs with an indication of the energy level in the working group to = work on this document.

Bob, Jen, Ole



--------------------------------------------------------------------
IETF IPv6 working group mailing list
ipv6@ietf.org
Administrative Requests: https://www.ietf.org/mailman/list= info/ipv6
--------------------------------------------------------------------
--0000000000006435e405dbf7d520-- From nobody Wed Apr 6 05:57:49 2022 Return-Path: X-Original-To: ipv6@ietfa.amsl.com Delivered-To: ipv6@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7F7B53A1866 for ; Wed, 6 Apr 2022 05:57:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.007 X-Spam-Level: X-Spam-Status: No, score=-2.007 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=lab.dtag.de Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MwHQPLVB_J_n for ; Wed, 6 Apr 2022 05:57:41 -0700 (PDT) Received: from darkmatter.lab.dtag.de (DarkMatter.lab.DTAG.de [194.25.1.34]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3088D3A19BB for ; Wed, 6 Apr 2022 05:57:40 -0700 (PDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by localhost (Mailerdaemon) with ESMTPSA id 9041EC067B for ; Wed, 6 Apr 2022 14:57:02 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lab.dtag.de; s=dkim; t=1649249824; h=from:subject:date:message-id:to:mime-version:content-type: content-transfer-encoding:in-reply-to:references; bh=G7bjo1LIkZpT+QDEdR0rYn5GcWmQTHonGf69i4/vGjE=; b=bN+sUB2//jO2J3GEA9oi3eAZzL5Bf9IV7NM3tI0G0BkyxBOd25Z4yO8U7bJJqBQdYlKFIA pWx0XCLvAutgMq+c3QdQP1pCg/9qYfJ1pK33eYomlpM3705gXdW42Gw2Gy5rXmuZDNq/it dRhwceQWpN2Oad0WgNiWHtTuz+Vn2CeB7IlF2HfpUAhNSKnZ115HLl1AJhAOse6IASLpvC E4WjZb61llGMZoURX9JzOiSzVLzYCg93F9jLDOzMzRGZna9D4dZC3Ju1mq44si3OM6W29Y OwulLIrD+rfxWyU4zK5brfYoFxEoT+fYwtj7Cg5SuGVRTAq7X/5HgDGBb2m04w== Message-ID: <8e1d7afb-1c8e-3c93-a153-66ed61676f72@lab.dtag.de> Date: Wed, 6 Apr 2022 14:56:56 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0) Gecko/20100101 Thunderbird/91.7.0 Subject: Re: Call for adoption: To: ipv6@ietf.org References: <92790B16-19F8-40AD-BF8B-F9CBB619EE37@gmail.com> From: Martin Horneffer In-Reply-To: <92790B16-19F8-40AD-BF8B-F9CBB619EE37@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Last-TLS-Session-Version: TLSv1.3 Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2022 12:57:48 -0000 Dear wg, I definitely support the adoption of this draft. Best regards, Martin Am 30.03.22 um 22:30 schrieb Bob Hinden: > This message starts a two week 6MAN call on adopting: > > Title: Segment Identifiers in SRv6 > Authors: S. Krishnan > File Name: draft-krishnan-6man-sids-00 > Document date: February 10, 2022 > > https://datatracker.ietf.org/doc/html/draft-krishnan-6man-sids-00 > > as a 6MAN working group document. > > For background this draft was the result a query to the 6MAN working group from the SPRING w.g. chairs regarding regarding draft-filsfilscheng-spring-srv6-srh-compression. The query was: > > https://mailarchive.ietf.org/arch/msg/ipv6/5IpkHf5tVa-G4sKca-EWGEziYSo/ > > After an active discussion, the reply from the 6MAN chairs and ADs was: > > https://mailarchive.ietf.org/arch/msg/ipv6/rGgpWZyPaKonLaeuT37D7qZ1Vcw/ > > This topic was also presented at IETF 112, slides here: > > https://datatracker.ietf.org/meeting/112/materials/slides-112-6man-srv6-sids-00 > > Substantive comments and statements of support for adopting this document should be sent to the mailing list. Editorial suggestions can be sent to the author. This adoption call will end on 13 April 2022. > > Further, if you are willing to work on this document, either as contributor, author, or reviewer please notify the list. This will provide the chairs with an indication of the energy level in the working group to work on this document. > > Bob, Jen, Ole > > > > > -------------------------------------------------------------------- > IETF IPv6 working group mailing list > ipv6@ietf.org > Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 > -------------------------------------------------------------------- From nobody Wed Apr 6 06:23:20 2022 Return-Path: X-Original-To: ipv6@ietf.org Delivered-To: ipv6@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id BC1F73A1A63; Wed, 6 Apr 2022 06:22:49 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Zaheduzzaman Sarker via Datatracker To: "The IESG" Cc: draft-ietf-6man-mtu-option@ietf.org, 6man-chairs@ietf.org, ipv6@ietf.org, otroan@employees.org, otroan@employees.org Subject: Zaheduzzaman Sarker's No Objection on draft-ietf-6man-mtu-option-13: (with COMMENT) X-Test-IDTracker: no X-IETF-IDTracker: 7.46.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Zaheduzzaman Sarker Message-ID: <164925136973.25270.943986511390566104@ietfa.amsl.com> Date: Wed, 06 Apr 2022 06:22:49 -0700 Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2022 13:22:58 -0000 Zaheduzzaman Sarker has entered the following ballot position for draft-ietf-6man-mtu-option-13: No Objection 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.) Please refer to https://www.ietf.org/about/groups/iesg/statements/handling-ballot-positions/ for more information about how to handle DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-6man-mtu-option/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Thanks for working on this specification and I hope efforts for Path MTU discovery will be successful and useful. Thanks to Olivier Bonaventure for the TSVART review. I have the following observations/questions : * Section 2: s/1998/1988 for RFC 1063. * Section 6.1 and 6.2: I was expecting more clear description of consequences/analysis when the SHOULD's are followed. The security consideration was felt a little bit short of describing potential risk analysis in that regard. * Section 6.3: is this ref to section 4.1 of RFC9000 the right reference here? * Section 9: I am not sure I get a clear view of the goals of the experiment. is this to check the dependability questions? or the proof of support those are listed in this section? can we be more precise on what we expect the implementation experience report(s)?. From nobody Wed Apr 6 06:34:06 2022 Return-Path: X-Original-To: ipv6@ietfa.amsl.com Delivered-To: ipv6@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 160BE3A19FE for ; Wed, 6 Apr 2022 06:34:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.907 X-Spam-Level: X-Spam-Status: No, score=-1.907 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PODBxkLd3liR for ; Wed, 6 Apr 2022 06:34:01 -0700 (PDT) Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AE6013A1D7E for ; Wed, 6 Apr 2022 06:31:59 -0700 (PDT) Received: from fraeml707-chm.china.huawei.com (unknown [172.18.147.201]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4KYQNc6l8Qz67Dqh; Wed, 6 Apr 2022 21:29:52 +0800 (CST) Received: from fraeml714-chm.china.huawei.com (10.206.15.33) by fraeml707-chm.china.huawei.com (10.206.15.35) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.24; Wed, 6 Apr 2022 15:31:55 +0200 Received: from fraeml714-chm.china.huawei.com ([10.206.15.33]) by fraeml714-chm.china.huawei.com ([10.206.15.33]) with mapi id 15.01.2375.024; Wed, 6 Apr 2022 15:31:55 +0200 From: Giuseppe Fioccola To: Bob Hinden , IPv6 List Subject: RE: Call for adoption: Thread-Topic: Call for adoption: Thread-Index: AQHYRHU2ZncDGGwCuk2jA40eAwV/mKzi7Avg Date: Wed, 6 Apr 2022 13:31:55 +0000 Message-ID: <2ef05fdc717c43628c179d46d5d222e9@huawei.com> References: <92790B16-19F8-40AD-BF8B-F9CBB619EE37@gmail.com> In-Reply-To: <92790B16-19F8-40AD-BF8B-F9CBB619EE37@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.48.197.178] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2022 13:34:03 -0000 Dear Bob, All, I support the adoption of this draft. Regards, Giuseppe -----Original Message----- From: ipv6 On Behalf Of Bob Hinden Sent: Wednesday, March 30, 2022 10:31 PM To: IPv6 List Cc: Bob Hinden Subject: Call for adoption: This message starts a two week 6MAN call on adopting: Title: Segment Identifiers in SRv6 Authors: S. Krishnan File Name: draft-krishnan-6man-sids-00 Document date: February 10, 2022 https://datatracker.ietf.org/doc/html/draft-krishnan-6man-sids-00 as a 6MAN working group document. For background this draft was the result a query to the 6MAN working group = from the SPRING w.g. chairs regarding regarding draft-filsfilscheng-spring-= srv6-srh-compression. The query was: https://mailarchive.ietf.org/arch/msg/ipv6/5IpkHf5tVa-G4sKca-EWGEziYSo/ After an active discussion, the reply from the 6MAN chairs and ADs was: https://mailarchive.ietf.org/arch/msg/ipv6/rGgpWZyPaKonLaeuT37D7qZ1Vcw/ This topic was also presented at IETF 112, slides here: https://datatracker.ietf.org/meeting/112/materials/slides-112-6man-srv6-s= ids-00 Substantive comments and statements of support for adopting this document s= hould be sent to the mailing list. Editorial suggestions can be sent to th= e author. This adoption call will end on 13 April 2022. Further, if you are willing to work on this document, either as contributor= , author, or reviewer please notify the list. This will provide the chair= s with an indication of the energy level in the working group to work on th= is document. Bob, Jen, Ole From nobody Wed Apr 6 06:35:57 2022 Return-Path: X-Original-To: ipv6@ietfa.amsl.com Delivered-To: ipv6@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E5CC03A19D9 for ; Wed, 6 Apr 2022 06:35:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.108 X-Spam-Level: X-Spam-Status: No, score=-2.108 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, NICE_REPLY_A=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uVRPRxdI4Flw for ; Wed, 6 Apr 2022 06:35:51 -0700 (PDT) Received: from mail-pf1-x42d.google.com (mail-pf1-x42d.google.com [IPv6:2607:f8b0:4864:20::42d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E93CE3A1BA7 for ; Wed, 6 Apr 2022 06:33:09 -0700 (PDT) Received: by mail-pf1-x42d.google.com with SMTP id b15so2475514pfm.5 for ; Wed, 06 Apr 2022 06:33:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=message-id:date:mime-version:user-agent:subject:content-language:to :references:from:in-reply-to; bh=nN+1xkvY8WU9RuUMmwLLf9G3vCvz+8pF+Qhtri+hpZg=; b=Bapn+uYQL2mhBpaz5poBSQkVBIRluLT+h33EWYeo8Tb5uJJO8TTKKgIrvh/DaBCknl UoaFZRzTEjbHWB8+UnhpZKucrCEybg5qH/OK8oWE0BiNWuEekApPMcKaRHpAUzR1Wynm 0i9LNSSz+PEj91N9Y38+azUq6UOQlDFFRG0xWWj/sIoQLqei53QFU46PRhcFwaCAvHvK o4w5v78xGBLfyPcmIk+9jOBEqc4WOTn1r0/EBjvG71L6tFgZMqPdzsgH/Pi6li5CNbi9 bt3TpWvKPECamGE0raIoWGU7t5J28P9pV2jpAIO03bMujeznDRE09f8Li201PtTpeNbI ad6A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:message-id:date:mime-version:user-agent:subject :content-language:to:references:from:in-reply-to; bh=nN+1xkvY8WU9RuUMmwLLf9G3vCvz+8pF+Qhtri+hpZg=; b=n8+Ruesvw0RjkKToOAWzeJsXiLyoG189+ga+1P8CMqWhqWooc9VfshknH7yULGpc8q +8HygAV2vBtiEplVEmGi0put02CQDadn3sg+Lt5Mk7f8NbZdhIPnVho6UH0MLgSjSYrV w5NajVPfQ6bwX6fg2N32d8XPJbFMtut6LxJyg8AfprioM4j3J2X2EqOrTFCFsydZAn/p lNhx5hGaCSxiyod2PJiAsO+n/59ESHNJ9F+QinJvGfh/quu+HBQVGnEnolfJSxdhCwA1 /LoQBt8AAu26+961sdsCn+khhVhK2mTxGTjShWmaAJ0Jv3hkdKmUFZiATQaw1GA+Eiaf sxmw== X-Gm-Message-State: AOAM5300e9jNgVVB+av7IX2zvVsa3iVvKrSNbQS9L6vlAbfAuxqgaSpk xkPYbES72AY0wRT1GMIYLDSvpDBU+iG8Aw== X-Google-Smtp-Source: ABdhPJx+ZD/Lqdqs/NiM9n9INy38fd4uD4s5daXvYCMO0uLy3AHICuX75T+Nd2NsPj+tHjEZWDTnkg== X-Received: by 2002:a65:6082:0:b0:382:712b:56c7 with SMTP id t2-20020a656082000000b00382712b56c7mr7264567pgu.563.1649251988050; Wed, 06 Apr 2022 06:33:08 -0700 (PDT) Received: from [192.168.10.8] (122x210x140x65.ap122.ftth.ucom.ne.jp. [122.210.140.65]) by smtp.gmail.com with ESMTPSA id f31-20020a17090a702200b001ca996866b5sm5747915pjk.12.2022.04.06.06.33.05 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 06 Apr 2022 06:33:06 -0700 (PDT) Content-Type: multipart/alternative; boundary="------------ccr05C7KhkGed63czCAwPCO7" Message-ID: <4ab356b2-c6e3-9c38-2375-56ba5ce5196e@gmail.com> Date: Wed, 6 Apr 2022 22:33:04 +0900 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.8.0 Subject: Re: Call for adoption: Content-Language: en-US To: ipv6@ietf.org, bob.hinden@gmail.com References: <92790B16-19F8-40AD-BF8B-F9CBB619EE37@gmail.com> From: Kentaro Ebisawa In-Reply-To: <92790B16-19F8-40AD-BF8B-F9CBB619EE37@gmail.com> Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2022 13:35:56 -0000 This is a multi-part message in MIME format. --------------ccr05C7KhkGed63czCAwPCO7 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit I support the adoption of this draft. I would expect this document and discussion while improving this document will help clarify questions around SRv6 SIDs and the IPv6 addressing architecture. -- Kentaro Ebisawa | IETF: | Biz: On 2022/03/31 5:30, Bob Hinden wrote: > This message starts a two week 6MAN call on adopting: > > Title: Segment Identifiers in SRv6 > Authors: S. Krishnan > File Name: draft-krishnan-6man-sids-00 > Document date: February 10, 2022 > > https://datatracker.ietf.org/doc/html/draft-krishnan-6man-sids-00 > > as a 6MAN working group document. > > For background this draft was the result a query to the 6MAN working group from the SPRING w.g. chairs regarding regarding draft-filsfilscheng-spring-srv6-srh-compression. The query was: > > https://mailarchive.ietf.org/arch/msg/ipv6/5IpkHf5tVa-G4sKca-EWGEziYSo/ > > After an active discussion, the reply from the 6MAN chairs and ADs was: > > https://mailarchive.ietf.org/arch/msg/ipv6/rGgpWZyPaKonLaeuT37D7qZ1Vcw/ > > This topic was also presented at IETF 112, slides here: > > https://datatracker.ietf.org/meeting/112/materials/slides-112-6man-srv6-sids-00 > > Substantive comments and statements of support for adopting this document should be sent to the mailing list. Editorial suggestions can be sent to the author. This adoption call will end on 13 April 2022. > > Further, if you are willing to work on this document, either as contributor, author, or reviewer please notify the list. This will provide the chairs with an indication of the energy level in the working group to work on this document. > > Bob, Jen, Ole > > > > > -------------------------------------------------------------------- > IETF IPv6 working group mailing list > ipv6@ietf.org > Administrative Requests:https://www.ietf.org/mailman/listinfo/ipv6 > -------------------------------------------------------------------- --------------ccr05C7KhkGed63czCAwPCO7 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit
I support the adoption of this draft.
I would expect this document and discussion while improving this document will help clarify questions around SRv6 SIDs and the IPv6 addressing architecture.
-- 
Kentaro Ebisawa | IETF: <ebiken.g@gmail.com> | Biz: <ebisawa@toyota-tokyo.tech>
On 2022/03/31 5:30, Bob Hinden wrote:
This message starts a two week 6MAN call on adopting:

   Title:          Segment Identifiers in SRv6
   Authors:        S. Krishnan
   File Name:      draft-krishnan-6man-sids-00
   Document date:  February 10, 2022

   https://datatracker.ietf.org/doc/html/draft-krishnan-6man-sids-00

as a 6MAN working group document.

For background this draft was the result a query to the 6MAN working group from the SPRING w.g. chairs regarding regarding draft-filsfilscheng-spring-srv6-srh-compression.  The query was:

  https://mailarchive.ietf.org/arch/msg/ipv6/5IpkHf5tVa-G4sKca-EWGEziYSo/

After an active discussion, the reply from the 6MAN chairs and ADs was:

  https://mailarchive.ietf.org/arch/msg/ipv6/rGgpWZyPaKonLaeuT37D7qZ1Vcw/

This topic was also presented at IETF 112, slides here:

  https://datatracker.ietf.org/meeting/112/materials/slides-112-6man-srv6-sids-00

Substantive comments and statements of support for adopting this document should be sent to the mailing list.  Editorial suggestions can be sent to the author.  This adoption call will end on 13 April 2022.

Further, if you are willing to work on this document, either as contributor, author, or reviewer please notify the list.   This will provide the chairs with an indication of the energy level in the working group to work on this document.

Bob, Jen, Ole




--------------------------------------------------------------------
IETF IPv6 working group mailing list
ipv6@ietf.org
Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
--------------------------------------------------------------------

--------------ccr05C7KhkGed63czCAwPCO7-- From nobody Wed Apr 6 06:49:49 2022 Return-Path: X-Original-To: ipv6@ietfa.amsl.com Delivered-To: ipv6@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F224B3A11E2 for ; Wed, 6 Apr 2022 06:49:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.605 X-Spam-Level: X-Spam-Status: No, score=-9.605 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=jt4JxoGF; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=LjMD7hQ3 Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eFSswXDj4Mby for ; Wed, 6 Apr 2022 06:49:43 -0700 (PDT) Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4BA153A12EE for ; Wed, 6 Apr 2022 06:49:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2308; q=dns/txt; s=iport; t=1649252983; x=1650462583; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=vf49SX17HKsHN2kjvP9p17qI60ZvqNemm6P0sVEuTLY=; b=jt4JxoGFH0EWdXwZipF66KB67Y+ARhUiRDInt9Vef4DJa6SmqtcGNJQV OEWhncpiLwPIQU42O3QsLoUVU/GYU/XIHbmnneRkJqvXYUuS410ZLkYzR CStvec0H4DWesKNvxJDwhe0H/cbytx3CkJJuLeLo4nUPro0htw+qFVV6D 8=; IronPort-PHdr: =?us-ascii?q?A9a23=3ACe4VaBXmPgyjOzRnm/vp36AiZh3V8K36AWYlg?= =?us-ascii?q?6HPw5pCcaWmqpLlOkGXpfBgl0TAUoiT7fVYw/HXvKbtVS1lg96BvXkOfYYKW?= =?us-ascii?q?0oDjsMbzAAlCdSOXEv8KvOiZicmHcNEAVli+XzzMUVcFMvkIVPIpXjn5j8JE?= =?us-ascii?q?RK5Pg1wdYzI?= IronPort-Data: =?us-ascii?q?A9a23=3AaTaja6rJ91mbNBkHC/IFZQcv0cteBmI0ZxIvg?= =?us-ascii?q?KrLsJaIsI4StFCztgarIBmFOf+LNDTxftp0YIm38hhXuJSGy9YyTwtspH1mQ?= =?us-ascii?q?3lD+OPIVI+TRqvS04x+DSFioHqKZKzyU/GYRCwPZiKa90/F3oTJ9yEmj/nUH?= =?us-ascii?q?uSkUYYoBwgoLeNaYHZ54f5cs7ZRbr5A2bBVMivV0T/Ai5S31GyNg1aYBlkpB?= =?us-ascii?q?5er83uDihhdVAQw5TTSbdgT1LPXeuJ84Jg3fcldJFOgKmVY83LTegrN8F251?= =?us-ascii?q?juxExYFENiplPPwdVcHB+OUNgmVgX0QUK+n6vRAjnVtieBga7xNMgEO1mvhc?= =?us-ascii?q?9NZkL2hsbSiQAMoFqbNg+8aFRJfFkmSOIUfoOeefiXv6pHNp6HBWz62qxl0N?= =?us-ascii?q?2k3JZNG0ud6HW8I8uYXQBgHaRrFh+OwzL+9YuZpj8UnasLsOesiVttIpd3CJ?= =?us-ascii?q?ewtTZaGSKLQ6JoFmjwxnctJW/3ZYqIkhfNUREyoS3Vy1p0/UvrSRNuVu0Q?= =?us-ascii?q?=3D?= IronPort-HdrOrdr: =?us-ascii?q?A9a23=3AXUeH/aoE/wDw/Z+dgLC4gNEaV5tzLNV00z?= =?us-ascii?q?EX/kB9WHVpm5Oj+fxGzc516farslossSkb6Ky90KnpewK5yXbsibNhc4tKLz?= =?us-ascii?q?OWx1dAS7sSrLcKogeQVBEWk9Q96U4OSdkHNDSdNykZsS++2njELz9C+qjGzE?= =?us-ascii?q?nLv5ak854Fd2gDAMsMj3YbNu/YKDwNeOAsP+tfKHPo3Ls/m9PWQwVwUi3UPA?= =?us-ascii?q?hhY8Hz4/nw0L72ax8PABAqrCOUiymz1bL8Gx+Emj8DTjJm294ZgCv4uj28wp?= =?us-ascii?q?/mn+Cwyxfa2WOWxY9RgsHdxtxKA9HJotQJKw/rlh2jaO1aKv+/VXEO0aSSAW?= =?us-ascii?q?QR4Z7xSiQbToJOArTqDziISC7Wqk3dOfAVmiffIBGj8CDeSIfCNUwH4oJ69P?= =?us-ascii?q?Nkm13imhAdVBUW6tMW44pf3KAnUC8o1R6NlOQhHXtR5zqJiGtnnugJg3NFV4?= =?us-ascii?q?wCLLdXsIwE5UtQVIwNBSTg9ekcYaNT5eznlb5rmGmhHjvkV6hUsauRd2V2Gg?= =?us-ascii?q?3DTlkJu8ST3TQTlHdlz1EAzMhamnsb7poyR5RN+uyBa81T5f1zZ95Tabg4CP?= =?us-ascii?q?YKQMOxBGCISRXQMHiKKVCiEK0cIXrCp5P+/b1w7uC3f54Dyoc0hf36IR5lnH?= =?us-ascii?q?93f1irBdyF3ZVN/ByISGKhXS71wsUb/JR9sq2UfsujDcRCciFZryKNmYRrPi?= =?us-ascii?q?SAYYfABHt/OY6WEVfT?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BKAADRmE1i/5xdJa1aHAEBAQEBAQc?= =?us-ascii?q?BARIBAQQEAQFAgUYHAQELAYFRVgd3WjdEhFWDSgOEWWCFEIMCixeQKIEuFIE?= =?us-ascii?q?RA1ICCwEBAQ0BATkKBAEBhQcCF4RLAiU0CQ4BAgQBAQESAQEFAQEBAgEHBIE?= =?us-ascii?q?JE4VoDYZDAgEDEgsGEQwBASwLAQ8CAQgaAiYCAgIfERUQAgQBDQUigmIBgmU?= =?us-ascii?q?DLgEOog0BgToCgQ6IVTx6gTGBAYIIAQEGBASBNwEDAgIMQUeCOA0LgjgDBoE?= =?us-ascii?q?QLAGDEIMAgSiDAoQTJxyBSUSBPByCZz6CIUIBAQIBgSM6gxo3gi6bFgQnKgJ?= =?us-ascii?q?mHVcoOzqVZIonn0prCoNJgT2JWY5thXsFLoN0jDiYJJZeIIx4g1WVdwIEAgQ?= =?us-ascii?q?FAg4BAQaBYTyBWXAVGiEqAYIKAQEyURkPjiCDcoUUhUp1OAIGAQoBAQMJjiY?= =?us-ascii?q?BAQ?= X-IronPort-AV: E=Sophos;i="5.90,239,1643673600"; d="scan'208";a="1001758356" Received: from rcdn-core-5.cisco.com ([173.37.93.156]) by rcdn-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 06 Apr 2022 13:49:40 +0000 Received: from mail.cisco.com (xfe-rcd-005.cisco.com [173.37.227.253]) by rcdn-core-5.cisco.com (8.15.2/8.15.2) with ESMTPS id 236Dndql018567 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Wed, 6 Apr 2022 13:49:40 GMT Received: from xfe-aln-003.cisco.com (173.37.135.123) by xfe-rcd-005.cisco.com (173.37.227.253) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14; Wed, 6 Apr 2022 08:49:38 -0500 Received: from NAM11-CO1-obe.outbound.protection.outlook.com (173.37.151.57) by xfe-aln-003.cisco.com (173.37.135.123) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14 via Frontend Transport; Wed, 6 Apr 2022 08:49:37 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=PcSQjw+CIlb8EORzvSWJjXbPANrC1xeDAeQqu1oQS7pVmDpYGP+CDQFH1JP0OivNQ6b4OcOWPk1tKfi+TfX6m3b4djWkxP7GevtgjL5NYfqnOkFmytN0PtgbQW6OgVaEmjbD6wM6eO//JNtAvg4ZNXUQgEq1RMOb8+Unvn32XEZ+InHHGVnt/U8uGMymkc1FCnGi7EfsxxWpu/eZd0HviLtJEQODYW7EyKUzhnRc+fSB8oucweQkPlUB+CcIiYO1lJ1vUxCPZN6zV7TAZExAzc9cg9E5y7SgCkTn4eAeQ5VMak+/QGAoGhUK32GZRcWY1gSX0ZKUd+yJqD4MhbC+6w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=vf49SX17HKsHN2kjvP9p17qI60ZvqNemm6P0sVEuTLY=; b=Dfn9sG/0mag6DOttgesmNciWSIPZ9M+G4Q1iQufdDy6uEVhNyi2qekd68SoBC6Z8JK9Gjz6LmMnysE/c3kquPzYUyMUI1e7Ha5wW82s2ZHKEd7qPK1Krw7McxRr0tmRXvOIGuCSwqNk1/NtJDMbQ8kFPM2GL2IMQuXMFPxFcwW24GPvLyCVBIgHll6YSLvJaQBFKGabyG5B7BjQAN/ZuQERQymk2QCcQY/bLNe5R1PC74ymylwfM5qDZcN0epUNc4goylywhXptjyacez1MN3V6aY6ztSLY83wCTuMtT52dKp6i0cmleSIvsJS7lDznFhdTIaGCQ+WsosZImnsF6jA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=vf49SX17HKsHN2kjvP9p17qI60ZvqNemm6P0sVEuTLY=; b=LjMD7hQ3yxdeZ7Km6I4erie9eWoqg9PtCAdMLuYL6BxTWzn8Yj/AHWb067xWuRledWZVTWmL6OiSed9RLt6KFGYkJdYf/jNqTuUgKiEAh5ddbFlsWJRLwv9faNrYjjt0We/TAiZ5F0PRAykvxLsqurRpanK6Ho2jdKPNwIH/RLQ= Received: from DM6PR11MB4692.namprd11.prod.outlook.com (2603:10b6:5:2aa::11) by BYAPR11MB3623.namprd11.prod.outlook.com (2603:10b6:a03:b5::18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5144.21; Wed, 6 Apr 2022 13:49:36 +0000 Received: from DM6PR11MB4692.namprd11.prod.outlook.com ([fe80::f42b:72f8:8f3e:9618]) by DM6PR11MB4692.namprd11.prod.outlook.com ([fe80::f42b:72f8:8f3e:9618%7]) with mapi id 15.20.5144.021; Wed, 6 Apr 2022 13:49:36 +0000 From: "Zafar Ali (zali)" To: Bob Hinden , IPv6 List Subject: Re: Call for adoption: Thread-Topic: Call for adoption: Thread-Index: AQHYRHUlv6yUK0d8Sk2Vi7lZky3ZJ6zirlSA Date: Wed, 6 Apr 2022 13:49:35 +0000 Message-ID: References: <92790B16-19F8-40AD-BF8B-F9CBB619EE37@gmail.com> In-Reply-To: <92790B16-19F8-40AD-BF8B-F9CBB619EE37@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/16.59.22031300 authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=cisco.com; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 7abf8a5b-d0d9-4961-ead9-08da17d44988 x-ms-traffictypediagnostic: BYAPR11MB3623:EE_ x-microsoft-antispam-prvs: x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: HBzAUQIFHtk918qasNPctyU9sVN4upNg0bcdyx6IWUi36bHS5P/4CjZKpsvyiktsJuYyS889ra5XcZQDz0UymFrmRib9l+TEmHwkD9mVN1FckAJ9pQ078RrNNfJr3DohYLaFE8GW7iwYKtAMAp+VrnJCXVz4qcXSgzYshNiwhg0oZ2p0ty6Eeo9PAM7x+6Gw5fnzu+ax1kTuEMD566lfkwtabQEdAgyG8t0FySpoh0GK3h7UL86BjoYQvEdJ4pr065YTW+BJkUnPh0Udj1usVt32f8+54iyOfLHoPSleujMAQFYB1a/LqnBJ0IlVDyjzRpm8Jo4/sGPw6bd4ZfXmuiO4vpJpQXvLAUW4dsF6l0nn6+tdfcGICkEszaNE1seo5qrL/n6uNIBalZy7MGO2Otjy/7FUSvYbnTBog5uOU0g2T7MDHcHYQvRL6rGE2EWmfM15dPcJXcdhcAYAQ6RtGGfAtka3cqZxaaI81OrFM4UK3gaoO7d6sb02RwkeZwU09tS7qVYL9sb3K94fNX4ZclPLyIRaTMSYuPh/1k61jwiv6OW0fYpryVEo55igVCQhbOAfPdGK1AcLf6GTPRlvB2l5YVjFJGrayTyfTFtV5UWZXIcScnE3a1dj7RiaFkNx+AUuiP9aw74r6NLel26eL+D1tIGQdVgZwCQJgpTxdD311Bsp47KdEmuegIkgh9KCugh+KjNpwim+3fw45nQJfm7CTQv+apezgrvZxjtZ3k/8L8fi//cu3zbHASoY1zW+15r2bFfUxEDnKM3FJtocSbben2Xs91t4pgvtEh5m3BEqYQRtEiUr9DFslIvdDTE1wLWlnqmheqr9VPOIM47BeBrM5QmeLbvdHpgX5jXnZqM= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DM6PR11MB4692.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230001)(366004)(2906002)(83380400001)(6512007)(36756003)(8936002)(2616005)(107886003)(122000001)(26005)(186003)(8676002)(33656002)(66946007)(4326008)(76116006)(66556008)(66446008)(110136005)(66476007)(64756008)(86362001)(6506007)(38100700002)(91956017)(966005)(6486002)(71200400001)(5660300002)(316002)(508600001)(38070700005)(45980500001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?utf-8?B?S2xzTU8vakNGU1JaWURMSUd2YWltb1UzUjJPc3hJRHc3K3VXZTVncjFRWEl2?= =?utf-8?B?eUIrVXV0am56RUJ0NUhFYmliL0x3SzZxY1QvUW0wWlhvUnBxdXd6QzNORDFO?= =?utf-8?B?RS9FcHl2R1pZRFBVOWdqeUIyMzNNYXVETDRGM1dmRjF4R1VnNE4zb00vb3JR?= =?utf-8?B?TTI2Skp4aDNiNDdWRHFFazFFS0VmUGlPZmdjQzhMZGx6a2dva05FTCtWOUxF?= =?utf-8?B?eGFWcGdUVHNQM0Y4T055LzN2bHBvRlZicFV1R0MrNFJlNTRlZi9vK0dFUUR3?= =?utf-8?B?N0FyeGpUdUY2OWI3bFZGR3EvRmw3YjNSQ2dvZ284NzhlbE1XTllPQ3dYemRz?= =?utf-8?B?VE1ScDY1Nzk5djg0dXNWZVkyRnQvSExjMmF0eGtjT205QVI0dU1NYm1jb0U3?= =?utf-8?B?R2JNaXVsTXN5eTNVMHpoOTZuVG5YMHJaOThwUTIydDZ5MktSeVNScWZGRnhY?= =?utf-8?B?TmFWb2FXY3lQemlmdElKTmM3dGhuSW1QNlo3ODhuS0NUS1pBSEdhWHc1UzZy?= =?utf-8?B?VG0wRHprc3lGdHFLMGVjNS9ybUNubGxhMlA0dzR4SHBOb3E5NGtON0cybFRr?= =?utf-8?B?cHFKNmJLOW1iNXQ0SVAvTHFGSStGV01IN0V6c1pxWk5QRDBwZ1gxUmtxVmpu?= =?utf-8?B?TDhySWhIeGl2VGg2Q2FqdFVIaXpSOHZXQm1iM3liTWxVVXdmZnY3SFljL3R2?= =?utf-8?B?ZkRGYTlhM2hmcnpwSk9lZjdDbmtZdDJHRDZXcTU3RWU3eDZvdlA2dnBuS2RJ?= =?utf-8?B?NkhTenA3TkhmVS92S3FnaDA5bE9VT21ySXJDSHhKM0k1clhVUWRPOXVWZERS?= =?utf-8?B?OEMrZ0hPbWxHOVVtbU1Xd0s1MkRPdXlSdndhUDMxdHFSSWVINHVKQjdBdEpH?= =?utf-8?B?TjFxVUlneDREck1QM3k0QlY1UzdpYmNlRXhyajBjUGhVdHYva1VWeWhHZVkr?= =?utf-8?B?emhmeFg3eUtFYnAvelZnd0dsL1R4UmlmMXpLckRGblJZbkFGVEI2UXZWMEdr?= =?utf-8?B?WExqTWFVVHpIWkxOTTVDaFc5VUc1Vm56aDZ3UERFMnZncVpZNmxuMWltQ0Jj?= =?utf-8?B?aWU0ZnczMFhWTFBvWnN4eE5Lb3dBTDN6Mk9QbEcwQWovTHFMay9nK3ptTDBz?= =?utf-8?B?Ylh0T1hWZ1E4YUNBMzczcWhVRjNlc1RIMFFDVmVZSXBMdjIwdzRBRXJZT0lj?= =?utf-8?B?eTVFL2pFL0R1UlEwZDNzT0RmVHI2a0RZOEZTV2tEZE1oZXNmcW1MMVdLTkxF?= =?utf-8?B?cld0cVZmVEV5Tkx5SEdmc29UYldKM3ZvV0xkYVlCMEtEYnBTSlhMUDkyYXlq?= =?utf-8?B?SUZBVnoyN2Q1RFRHdjBZZysrZTN2MGVFR3FOOC9UN1Mzbm5ObHJ6aC9VcmVZ?= =?utf-8?B?ejB2QjRkcDVuRW9jV2QxQ201TzZwNmxVZVE5bVdmRzV4cm5BM3VRb3U1SmVs?= =?utf-8?B?Q2g2TGZ1elFtTW9uNkJnbTdpbDVYOFBEbXdBRmEvSGNDMVlJOFhXdExIcVdM?= =?utf-8?B?VldwZ2pkUG1DMzczVndJZjY5Ym5EQ0d5d3lJWDFxWVplY2J5VnJ5cUcrOU8r?= =?utf-8?B?WUpscVZZbGRzMGhRYmtsbzBQK2lOQnFUNS9tQnB5d1lZTnp5aXhjRWY1ejl4?= =?utf-8?B?YzhJczRsL0k2NU5CRGV4RDJIYTlIb0NlN05FUXpYQ3Jwd0FUNXV6d09VRW1o?= =?utf-8?B?NXQ4M1U4bzl6cVN6L24yd3o1OWpoYm0rbHZvcHFVVS95QkR4d3JGaWI0WXdQ?= =?utf-8?B?QUZRenc2WXRKbG1ZaGtnUUNCK3dySXR4c2VmS0djS1BmdUxQZ0tkUEZvU1Zr?= =?utf-8?B?MWRDbzVlelBaYVh0Mi9JU2lBRDVMWFNtK0krYmI4c2VYOTEwVnlzQXJIY3hm?= =?utf-8?B?cXorYUJkTlpkQjZod3EzSTB1M0NZV3I5eUlPQm5hQkRMMWNQckcxQmlSK3dC?= =?utf-8?B?VnZQanRMVUx1cDdlZmo2NEh5Q2VBOTBocW1OcmJCNUVDZThHajh6eFBqRnh1?= =?utf-8?B?aWk2bXRyak9mZTZpV29jT0tuWEZadVcxeE1NL0VaNi8zMDMxbVBuVlZkSVE5?= =?utf-8?B?MjBKbVAvWUh0WFA1OVlqd2J1Qk1POWRsbGFKT3lhdk9mL0FobXhmMXp6M2da?= =?utf-8?B?V3BEb2YvcE52RVpqRVRQOC9ySEdhUHdvb1d5WVFMbGMzV25yQkZGUVlPYlo2?= =?utf-8?B?QmQraHlRUmNoQ2JIUTZxMkx6RFRhRHRXcE9Qdk5PQWMwWkFGcXZJaEdBdjVn?= =?utf-8?B?alZPaTNQTHN4ci9GampkZ0ZLbi9iRForWU14Y25FcVhXNEZzMzJwalNpSHZC?= =?utf-8?B?VVZHdXcyWW1zaHpBNHRQRVlZRVpTdWFxT0tuZDlKbnZOQXFlL1B2dz09?= Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: DM6PR11MB4692.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 7abf8a5b-d0d9-4961-ead9-08da17d44988 X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Apr 2022 13:49:35.9468 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: /M1lp8GR32iSbddKhg3hUooqkPgu6LAMmzrY0GCrillLFA9uJgzxjsPMfr6rGF8u X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR11MB3623 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.37.227.253, xfe-rcd-005.cisco.com X-Outbound-Node: rcdn-core-5.cisco.com Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2022 13:49:48 -0000 RGVhciBjaGFpcnMgYW5kIHRoZSBXRywgDQoNCkkgc3VwcG9ydCB0aGUgYWRvcHRpb24gb2YgdGhp cyBkb2N1bWVudCBieSB0aGUgd29ya2luZyBncm91cA0KDQpUaGFua3MNCiANClJlZ2FyZHMg4oCm IFphZmFyIA0KDQrvu79PbiAzLzMwLzIyLCA0OjMxIFBNLCAiaXB2NiBvbiBiZWhhbGYgb2YgQm9i IEhpbmRlbiIgPGlwdjYtYm91bmNlc0BpZXRmLm9yZyBvbiBiZWhhbGYgb2YgYm9iLmhpbmRlbkBn bWFpbC5jb20+IHdyb3RlOg0KDQogICAgVGhpcyBtZXNzYWdlIHN0YXJ0cyBhIHR3byB3ZWVrIDZN QU4gY2FsbCBvbiBhZG9wdGluZzoNCg0KICAgICAgIFRpdGxlOiAgICAgICAgICBTZWdtZW50IElk ZW50aWZpZXJzIGluIFNSdjYNCiAgICAgICBBdXRob3JzOiAgICAgICAgUy4gS3Jpc2huYW4NCiAg ICAgICBGaWxlIE5hbWU6ICAgICAgZHJhZnQta3Jpc2huYW4tNm1hbi1zaWRzLTAwDQogICAgICAg RG9jdW1lbnQgZGF0ZTogIEZlYnJ1YXJ5IDEwLCAyMDIyDQoNCiAgICAgICBodHRwczovL2RhdGF0 cmFja2VyLmlldGYub3JnL2RvYy9odG1sL2RyYWZ0LWtyaXNobmFuLTZtYW4tc2lkcy0wMA0KDQog ICAgYXMgYSA2TUFOIHdvcmtpbmcgZ3JvdXAgZG9jdW1lbnQuDQoNCiAgICBGb3IgYmFja2dyb3Vu ZCB0aGlzIGRyYWZ0IHdhcyB0aGUgcmVzdWx0IGEgcXVlcnkgdG8gdGhlIDZNQU4gd29ya2luZyBn cm91cCBmcm9tIHRoZSBTUFJJTkcgdy5nLiBjaGFpcnMgcmVnYXJkaW5nIHJlZ2FyZGluZyBkcmFm dC1maWxzZmlsc2NoZW5nLXNwcmluZy1zcnY2LXNyaC1jb21wcmVzc2lvbi4gIFRoZSBxdWVyeSB3 YXM6DQoNCiAgICAgIGh0dHBzOi8vbWFpbGFyY2hpdmUuaWV0Zi5vcmcvYXJjaC9tc2cvaXB2Ni81 SXBrSGY1dFZhLUc0c0tjYS1FV0dFemlZU28vDQoNCiAgICBBZnRlciBhbiBhY3RpdmUgZGlzY3Vz c2lvbiwgdGhlIHJlcGx5IGZyb20gdGhlIDZNQU4gY2hhaXJzIGFuZCBBRHMgd2FzOg0KDQogICAg ICBodHRwczovL21haWxhcmNoaXZlLmlldGYub3JnL2FyY2gvbXNnL2lwdjYvckdncFdaeVBhS29u TGFldVQzN0Q3cVoxVmN3Lw0KDQogICAgVGhpcyB0b3BpYyB3YXMgYWxzbyBwcmVzZW50ZWQgYXQg SUVURiAxMTIsIHNsaWRlcyBoZXJlOg0KDQogICAgICBodHRwczovL2RhdGF0cmFja2VyLmlldGYu b3JnL21lZXRpbmcvMTEyL21hdGVyaWFscy9zbGlkZXMtMTEyLTZtYW4tc3J2Ni1zaWRzLTAwDQoN CiAgICBTdWJzdGFudGl2ZSBjb21tZW50cyBhbmQgc3RhdGVtZW50cyBvZiBzdXBwb3J0IGZvciBh ZG9wdGluZyB0aGlzIGRvY3VtZW50IHNob3VsZCBiZSBzZW50IHRvIHRoZSBtYWlsaW5nIGxpc3Qu ICBFZGl0b3JpYWwgc3VnZ2VzdGlvbnMgY2FuIGJlIHNlbnQgdG8gdGhlIGF1dGhvci4gIFRoaXMg YWRvcHRpb24gY2FsbCB3aWxsIGVuZCBvbiAxMyBBcHJpbCAyMDIyLg0KDQogICAgRnVydGhlciwg aWYgeW91IGFyZSB3aWxsaW5nIHRvIHdvcmsgb24gdGhpcyBkb2N1bWVudCwgZWl0aGVyIGFzIGNv bnRyaWJ1dG9yLCBhdXRob3IsIG9yIHJldmlld2VyIHBsZWFzZSBub3RpZnkgdGhlIGxpc3QuICAg VGhpcyB3aWxsIHByb3ZpZGUgdGhlIGNoYWlycyB3aXRoIGFuIGluZGljYXRpb24gb2YgdGhlIGVu ZXJneSBsZXZlbCBpbiB0aGUgd29ya2luZyBncm91cCB0byB3b3JrIG9uIHRoaXMgZG9jdW1lbnQu DQoNCiAgICBCb2IsIEplbiwgT2xlDQoNCg0KDQoNCg== From nobody Wed Apr 6 07:27:07 2022 Return-Path: X-Original-To: ipv6@ietfa.amsl.com Delivered-To: ipv6@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EF9CF3A1A0D; Wed, 6 Apr 2022 07:26:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, NICE_REPLY_A=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sMC80qpYdcS8; Wed, 6 Apr 2022 07:26:42 -0700 (PDT) Received: from pegasus.erg.abdn.ac.uk (pegasus.erg.abdn.ac.uk [137.50.19.135]) by ietfa.amsl.com (Postfix) with ESMTP id 3605D3A1A2B; Wed, 6 Apr 2022 07:26:38 -0700 (PDT) Received: from [192.168.1.64] (fgrpf.plus.com [212.159.18.54]) by pegasus.erg.abdn.ac.uk (Postfix) with ESMTPSA id AEE3F1B001D6; Wed, 6 Apr 2022 15:26:26 +0100 (BST) Message-ID: <32e01310-1530-7955-292a-8eeba8a9d392@erg.abdn.ac.uk> Date: Wed, 6 Apr 2022 15:26:25 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:91.0) Gecko/20100101 Thunderbird/91.7.0 Subject: Re: Zaheduzzaman Sarker's No Objection on draft-ietf-6man-mtu-option-13: (with COMMENT) To: Zaheduzzaman Sarker , The IESG Cc: draft-ietf-6man-mtu-option@ietf.org, 6man-chairs@ietf.org, ipv6@ietf.org, otroan@employees.org References: <164925136973.25270.943986511390566104@ietfa.amsl.com> From: Gorry Fairhurst In-Reply-To: <164925136973.25270.943986511390566104@ietfa.amsl.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2022 14:26:56 -0000 On 06/04/2022 15:22, Zaheduzzaman Sarker via Datatracker wrote: > Zaheduzzaman Sarker has entered the following ballot position for > draft-ietf-6man-mtu-option-13: No Objection > > 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.) > > > Please refer to https://www.ietf.org/about/groups/iesg/statements/handling-ballot-positions/ > for more information about how to handle DISCUSS and COMMENT positions. > > > The document, along with other ballot positions, can be found here: > https://datatracker.ietf.org/doc/draft-ietf-6man-mtu-option/ > > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- > > Thanks for working on this specification and I hope efforts for Path MTU > discovery will be successful and useful. Thanks to Olivier Bonaventure for > the TSVART review. Thanks for these comments, please see a few responses below: > I have the following observations/questions : > > * Section 2: s/1998/1988 for RFC 1063. BH+GF: We will fix. > > * Section 6.1 and 6.2: I was expecting more clear description of > consequences/analysis when the SHOULD's are followed. GF+BH: See response EV's comment also in IESG LC. > The security > consideration was felt a little bit short of describing potential risk analysis > in that regard. GF+BH: Section 8 does not contain normative recommendations. I think the normative text is in RFC8085, as noted. > > * Section 6.3: is this ref to section 4.1 of RFC9000 the right reference here? GF+BH: It is casualty of a late edit, we will fix. > * Section 9: I am not sure I get a clear view of the goals of the experiment. > is this to check the dependability questions? or the proof of support those > are listed in this section? can we be more precise on what we expect the > implementation experience report(s)?. > GF+BH: The experiment is to gain experience in deploying a HBH option. It seemed imprudent to make a PS for a mechanism that included requirements fo hosts and also for routers. Hope that helps, if you have further insight - we will also include in the next revision. Gorry & Bob From nobody Wed Apr 6 10:53:35 2022 Return-Path: X-Original-To: ipv6@ietf.org Delivered-To: ipv6@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 1D56C3A09EF; Wed, 6 Apr 2022 10:53:08 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: Alvaro Retana via Datatracker To: "The IESG" Cc: draft-ietf-6man-mtu-option@ietf.org, 6man-chairs@ietf.org, ipv6@ietf.org, otroan@employees.org Subject: Alvaro Retana's No Objection on draft-ietf-6man-mtu-option-13: (with COMMENT) X-Test-IDTracker: no X-IETF-IDTracker: 7.46.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Alvaro Retana Message-ID: <164926758809.31192.12356116099280057275@ietfa.amsl.com> Date: Wed, 06 Apr 2022 10:53:08 -0700 Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2022 17:53:09 -0000 Alvaro Retana has entered the following ballot position for draft-ietf-6man-mtu-option-13: No Objection 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.) Please refer to https://www.ietf.org/about/groups/iesg/statements/handling-ballot-positions/ for more information about how to handle DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-6man-mtu-option/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- [Eric and Zahed brought up comments related to the text in §6.1 -- my concerns are slightly different.] === 6.1. Router Behavior Routers that are not configured to support Hop-by-Hop Options SHOULD ignore this option and SHOULD forward the packet [RFC8200]. Routers that support Hop-by-Hop Options, but that are not configured to support this option SHOULD ignore the option and SHOULD forward the packet. === Both paragraphs seem to want to define the behavior of routers that don't support this specification or HbH in general. I interpret "not configured to support" to mean that the router doesn't support (vs. one that has been upgraded to support the new option but was manually configured not to). Note that the next paragraph covers the case of "[r]outers that support this option". If they don't support the option, then this document can't expect, much less specify, any behavior. Also, and more importantly, the specification above conflicts with rfc8200. The first paragraph refers to routers that "are not configured to support Hop-by-Hop Options". The reference to rfc8200 confuses me because rfc8200 (1) doesn't use rfc2119 language, and (2) already describes the expectation. >From §4/rfc8200: "it is now expected that nodes along a packet's delivery path only examine and process the Hop-by-Hop Options header if explicitly configured to do so." I interpret this expectation as a requirement (MUST), not a recommendation (SHOULD). There is a conflict between what is specified here and rfc8200. I believe it is unnecessary to try to restate what rfc8200 already says. However, please say so clearly if you still want to point at what rfc8200 says about routers not configured to support Hop-by-Hop Options. Suggestion> Routers that are not configured to support Hop-by-Hop Options are expected not to examine or process the contents [RFC8200]. The second paragraph refers to routers that "are not configured to support this option". The option type starts with 00, which §4.2/rfc8200 and §5 in this document define as "skip over this option and continue processing the header" (if the type is not recognized). In this case, the behavior is required, but this section only recommends (SHOULD) it. There is a conflict between what is specified here and what is written in rfc8200 and §5. I believe it is unnecessary to try to restate what rfc8200 and §5 already say. However, if you still want to talk about routers that won't recognize the new option in this section, please say so without Normative language. Suggestion> Routers that support Hop-by-Hop Options but that don't recognize this new option will skip over it and continue processing the header. From nobody Wed Apr 6 20:40:52 2022 Return-Path: X-Original-To: ipv6@ietf.org Delivered-To: ipv6@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 12F7C3A0BD8; Wed, 6 Apr 2022 20:40:43 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: Roman Danyliw via Datatracker To: "The IESG" Cc: draft-ietf-6man-mtu-option@ietf.org, 6man-chairs@ietf.org, ipv6@ietf.org, otroan@employees.org, otroan@employees.org Subject: Roman Danyliw's No Objection on draft-ietf-6man-mtu-option-13: (with COMMENT) X-Test-IDTracker: no X-IETF-IDTracker: 7.46.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Roman Danyliw Message-ID: <164930284304.19660.9760283624118367480@ietfa.amsl.com> Date: Wed, 06 Apr 2022 20:40:43 -0700 Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2022 03:40:43 -0000 Roman Danyliw has entered the following ballot position for draft-ietf-6man-mtu-option-13: No Objection 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.) Please refer to https://www.ietf.org/about/groups/iesg/statements/handling-ballot-positions/ for more information about how to handle DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-6man-mtu-option/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Thank you to Charlie Kaufman for the SECDIR ** Recommend consistent language on validating again off-path injection. Both sections first make this statement: An upper layer protocol that validates each received packet discards any packet when this validation fails. (a) Section 6.3.2. When packet validation fails, the upper layer MUST also discard the associated Option Data from the minimum Path MTU option without further processing. (b) Section 8.3 In this case, the host MUST also discard the associated Option Data from the minimum Path MTU option without further processing (Section 6.3). Why does (b) use “host” and not “upper layer”? ** Section 1.1. Figure 1 is a helpful summary. Consider including another scenario or additional text which involves a middlebox dropping the packet or stripping the option per the behavior in Section 6.3.6 and 8.6 ** Section 6.3.6 There is evidence that some middleboxes drop packets that include Hop-by-Hop options. For example, a firewall might drop a packet that carries an unknown extension header or option. This practice is expected to decrease as an option becomes more widely used. Is there a reference that can be used to support this optimism of middle-box operators changing their current practice? I was under the impression that this remains a prevalent practice and the motivation for draft-ietf-opsec-ipv6-eh-filtering. ** Section 9. Thank you for being explicit on the experiment goals on this experimental document! Would another component contributing to a successful experiment be operators not filtering this traffic? From nobody Wed Apr 6 22:54:36 2022 Return-Path: X-Original-To: ipv6@ietf.org Delivered-To: ipv6@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 5BE323A0E0A; Wed, 6 Apr 2022 22:54:34 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Murray Kucherawy via Datatracker To: "The IESG" Cc: draft-ietf-6man-mtu-option@ietf.org, 6man-chairs@ietf.org, ipv6@ietf.org, otroan@employees.org Subject: Murray Kucherawy's Discuss on draft-ietf-6man-mtu-option-13: (with DISCUSS and COMMENT) X-Test-IDTracker: no X-IETF-IDTracker: 7.46.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Murray Kucherawy Message-ID: <164931087435.6833.6355130531835577530@ietfa.amsl.com> Date: Wed, 06 Apr 2022 22:54:34 -0700 Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2022 05:54:35 -0000 Murray Kucherawy has entered the following ballot position for draft-ietf-6man-mtu-option-13: 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.) Please refer to https://www.ietf.org/about/groups/iesg/statements/handling-ballot-positions/ for more information about how to handle DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-6man-mtu-option/ ---------------------------------------------------------------------- DISCUSS: ---------------------------------------------------------------------- Alvaro and Zahed pointed out concerns about the SHOULDs in Sections 6.1 and 6.2, and since all three of us tripped on the same text, I'd like to discuss them. My own angle is that they're SHOULDs but it's not clear to me why they aren't MUSTs. SHOULD offers the implementer a choice; if we're sure these need to be SHOULDs, then what advice might we provide to implementers that think they have legitimate reasons not to do what they say? For instance, if I'm coding a router that understands HBH but is configured not to honor this option, why might I not ignore the option and forward the packet? ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- In Sections 1 and 2, you refer to "this draft", e.g.: The purpose of this draft is to improve the situation ... When published, this won't be a draft. I suggest changing both to "document". From nobody Thu Apr 7 00:31:46 2022 Return-Path: X-Original-To: ipv6@ietfa.amsl.com Delivered-To: ipv6@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 945A93A11B7 for ; Thu, 7 Apr 2022 00:31:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.907 X-Spam-Level: X-Spam-Status: No, score=-1.907 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eV-5tbHPBEBb for ; Thu, 7 Apr 2022 00:31:40 -0700 (PDT) Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 174243A11AE for ; Thu, 7 Apr 2022 00:31:40 -0700 (PDT) Received: from fraeml738-chm.china.huawei.com (unknown [172.18.147.207]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4KYtKK09FPz67mcQ; Thu, 7 Apr 2022 15:28:37 +0800 (CST) Received: from dggpemm500002.china.huawei.com (7.185.36.229) by fraeml738-chm.china.huawei.com (10.206.15.219) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.24; Thu, 7 Apr 2022 09:31:36 +0200 Received: from dggpemm500003.china.huawei.com (7.185.36.56) by dggpemm500002.china.huawei.com (7.185.36.229) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.21; Thu, 7 Apr 2022 15:31:35 +0800 Received: from dggpemm500003.china.huawei.com ([7.185.36.56]) by dggpemm500003.china.huawei.com ([7.185.36.56]) with mapi id 15.01.2308.021; Thu, 7 Apr 2022 15:31:34 +0800 From: "Chengli (Cheng Li)" To: Bob Hinden , IPv6 List Subject: RE: Call for adoption: Thread-Topic: Call for adoption: Thread-Index: AQHYRHU1ynRObHFqEkawchv+ONz6P6zkGdfg Date: Thu, 7 Apr 2022 07:31:34 +0000 Message-ID: <6d46a809208a4763bbf76d7b18b498cf@huawei.com> References: <92790B16-19F8-40AD-BF8B-F9CBB619EE37@gmail.com> In-Reply-To: <92790B16-19F8-40AD-BF8B-F9CBB619EE37@gmail.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.112.40.81] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2022 07:31:45 -0000 I support the adoption, and would like to help to progress it in the future= . Thanks, Cheng -----Original Message----- From: ipv6 [mailto:ipv6-bounces@ietf.org] On Behalf Of Bob Hinden Sent: Thursday, March 31, 2022 4:31 AM To: IPv6 List Cc: Bob Hinden Subject: Call for adoption: This message starts a two week 6MAN call on adopting: Title: Segment Identifiers in SRv6 Authors: S. Krishnan File Name: draft-krishnan-6man-sids-00 Document date: February 10, 2022 https://datatracker.ietf.org/doc/html/draft-krishnan-6man-sids-00 as a 6MAN working group document. For background this draft was the result a query to the 6MAN working group = from the SPRING w.g. chairs regarding regarding draft-filsfilscheng-spring-= srv6-srh-compression. The query was: https://mailarchive.ietf.org/arch/msg/ipv6/5IpkHf5tVa-G4sKca-EWGEziYSo/ After an active discussion, the reply from the 6MAN chairs and ADs was: https://mailarchive.ietf.org/arch/msg/ipv6/rGgpWZyPaKonLaeuT37D7qZ1Vcw/ This topic was also presented at IETF 112, slides here: https://datatracker.ietf.org/meeting/112/materials/slides-112-6man-srv6-s= ids-00 Substantive comments and statements of support for adopting this document s= hould be sent to the mailing list. Editorial suggestions can be sent to th= e author. This adoption call will end on 13 April 2022. Further, if you are willing to work on this document, either as contributor= , author, or reviewer please notify the list. This will provide the chair= s with an indication of the energy level in the working group to work on th= is document. Bob, Jen, Ole From nobody Thu Apr 7 01:28:16 2022 Return-Path: X-Original-To: ipv6@ietfa.amsl.com Delivered-To: ipv6@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8DBF23A1399; Thu, 7 Apr 2022 01:27:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.909 X-Spam-Level: X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kbEodTgX6pmn; Thu, 7 Apr 2022 01:27:51 -0700 (PDT) Received: from pegasus.erg.abdn.ac.uk (pegasus.erg.abdn.ac.uk [137.50.19.135]) by ietfa.amsl.com (Postfix) with ESMTP id 156BC3A1337; Thu, 7 Apr 2022 01:27:45 -0700 (PDT) Received: from [192.168.1.64] (fgrpf.plus.com [212.159.18.54]) by pegasus.erg.abdn.ac.uk (Postfix) with ESMTPSA id E56D21B00193; Thu, 7 Apr 2022 09:27:05 +0100 (BST) Message-ID: <57356c8e-67ff-2302-7cfd-9aec6dcc2d8c@erg.abdn.ac.uk> Date: Thu, 7 Apr 2022 09:27:03 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:91.0) Gecko/20100101 Thunderbird/91.7.0 Subject: Re: Alvaro Retana's No Objection on draft-ietf-6man-mtu-option-13: (with COMMENT) To: Alvaro Retana , The IESG Cc: draft-ietf-6man-mtu-option@ietf.org, 6man-chairs@ietf.org, ipv6@ietf.org, otroan@employees.org References: <164926758809.31192.12356116099280057275@ietfa.amsl.com> From: Gorry Fairhurst In-Reply-To: <164926758809.31192.12356116099280057275@ietfa.amsl.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2022 08:27:55 -0000 On 06/04/2022 19:53, Alvaro Retana via Datatracker wrote: > Alvaro Retana has entered the following ballot position for > draft-ietf-6man-mtu-option-13: No Objection > > 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.) > > > Please refer to https://www.ietf.org/about/groups/iesg/statements/handling-ballot-positions/ > for more information about how to handle DISCUSS and COMMENT positions. > > > The document, along with other ballot positions, can be found here: > https://datatracker.ietf.org/doc/draft-ietf-6man-mtu-option/ > > > > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- > > [Eric and Zahed brought up comments related to the text in §6.1 -- my concerns > are slightly different.] > > === > 6.1. Router Behavior > > Routers that are not configured to support Hop-by-Hop Options SHOULD > ignore this option and SHOULD forward the packet [RFC8200]. > > Routers that support Hop-by-Hop Options, but that are not configured > to support this option SHOULD ignore the option and SHOULD forward > the packet. > === > > Both paragraphs seem to want to define the behavior of routers that don't > support this specification or HbH in general. I interpret "not configured to > support" to mean that the router doesn't support (vs. one that has been > upgraded to support the new option but was manually configured not to). Note > that the next paragraph covers the case of "[r]outers that support this option". > > If they don't support the option, then this document can't expect, much less > specify, any behavior. > > Also, and more importantly, the specification above conflicts with rfc8200. > > The first paragraph refers to routers that "are not configured to support > Hop-by-Hop Options". The reference to rfc8200 confuses me because rfc8200 (1) > doesn't use rfc2119 language, and (2) already describes the expectation. > > >From §4/rfc8200: "it is now expected that nodes along a packet's delivery path > only examine and process the Hop-by-Hop Options header if explicitly configured > to do so." I interpret this expectation as a requirement (MUST), not a > recommendation (SHOULD). There is a conflict between what is specified here and > rfc8200. > > I believe it is unnecessary to try to restate what rfc8200 already says. > However, please say so clearly if you still want to point at what rfc8200 says > about routers not configured to support Hop-by-Hop Options. > > Suggestion> > Routers that are not configured to support Hop-by-Hop Options are > expected not to examine or process the contents [RFC8200]. Thanks again for this careful read. There are several inter-twined comments from others, which will all need resolved consistently, but I do think these are helpdful proposals: This topic related to RFC2119 was discussed, of course, and a little depends on how these keywords are interpretted in this slightly odd context, and now is the time to get this finalised! If we start precisioning this, I think Bob and I would likely prefer:   Routers that are not configured to support Hop-by-Hop Options are   not expected to examine or process the contents [RFC8200]. > The second paragraph refers to routers that "are not configured to support this > option". The option type starts with 00, which §4.2/rfc8200 and §5 in this > document define as "skip over this option and continue processing the header" > (if the type is not recognized). In this case, the behavior is required, but > this section only recommends (SHOULD) it. There is a conflict between what is > specified here and what is written in rfc8200 and §5. > > I believe it is unnecessary to try to restate what rfc8200 and §5 already say. > However, if you still want to talk about routers that won't recognize the new > option in this section, please say so without Normative language. > > Suggestion> > Routers that support Hop-by-Hop Options but that don't recognize > this new option will skip over it and continue processing the header. > Routers that support Hop-by-Hop Options, but that do not recognize this new option will skip over the option and continue processing the header. ... Best wishes, Gorry From nobody Thu Apr 7 06:13:50 2022 Return-Path: X-Original-To: ipv6@ietf.org Delivered-To: ipv6@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id E16E73A08FC; Thu, 7 Apr 2022 06:13:36 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Paul Wouters via Datatracker To: "The IESG" Cc: draft-ietf-6man-mtu-option@ietf.org, 6man-chairs@ietf.org, ipv6@ietf.org, otroan@employees.org, otroan@employees.org Subject: Paul Wouters' No Objection on draft-ietf-6man-mtu-option-13: (with COMMENT) X-Test-IDTracker: no X-IETF-IDTracker: 7.46.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Paul Wouters Message-ID: <164933721690.6351.8979151532257690557@ietfa.amsl.com> Date: Thu, 07 Apr 2022 06:13:36 -0700 Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2022 13:13:39 -0000 Paul Wouters has entered the following ballot position for draft-ietf-6man-mtu-option-13: No Objection 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.) Please refer to https://www.ietf.org/about/groups/iesg/statements/handling-ballot-positions/ for more information about how to handle DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-6man-mtu-option/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- While experimentation is good, I also share the concerns voiced by Bernard Aboba (https://datatracker.ietf.org/doc/review-ietf-6man-mtu-option-13-artart-lc-aboba-2022-03-09/) that this experiment repeats the failure of RFC 1063 If the MTU of the link is less than the Min-PMTU, it rewrites the value in the option data with the smaller value. Wouldn't this mean that what is stored is the maximum path mtu, not the minimum one? It would be good to mention IPsec (both ESP transport mode whether the option is not (?) expected to work, and for ESP tunnel mode, where the option in the encapsulated packet could set to take into account the IPsec overhead for both ESP and possible ESPinUDP. Or the outer ESP packet could set the option after some header calculations. The use of this option with DNS and DNSSEC over UDP DNS already has its application layer options to deal with MTU via an EDNS option. Although it could possibly read value from the network packet and use that in its ENDS option answer, it is not sure if this is worth the risk of abuse, where amplification attacks are common. If this experiment is not widely deployed, it could mean that excessive large values would actually make it to the DNS server, so using those values could be damaging especially if the packet was spoofed and the large packets are returned to the real victim. I am not sure how TLS or IPsec could protect this option, as it is required to be modified on-path ? When a forged packet causes a packet to be sent including the minimum Path MTU option, and the return path does not forward packets with this option, the packet will be dropped Section 6.3.6. This attack is mitigated [...] Isn't dropping the spoofed packet mitigation enough? From nobody Thu Apr 7 06:27:28 2022 Return-Path: X-Original-To: ipv6@ietf.org Delivered-To: ipv6@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id A1D193A0B7B; Thu, 7 Apr 2022 06:27:26 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Francesca Palombini via Datatracker To: "The IESG" Cc: draft-ietf-6man-mtu-option@ietf.org, 6man-chairs@ietf.org, ipv6@ietf.org, otroan@employees.org, otroan@employees.org Subject: Francesca Palombini's No Objection on draft-ietf-6man-mtu-option-13: (with COMMENT) X-Test-IDTracker: no X-IETF-IDTracker: 7.46.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Francesca Palombini Message-ID: <164933804663.30316.3185813283779425406@ietfa.amsl.com> Date: Thu, 07 Apr 2022 06:27:26 -0700 Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2022 13:27:27 -0000 Francesca Palombini has entered the following ballot position for draft-ietf-6man-mtu-option-13: No Objection 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.) Please refer to https://www.ietf.org/about/groups/iesg/statements/handling-ballot-positions/ for more information about how to handle DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-6man-mtu-option/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Thank you for the work on this document. Many thanks to Bernard Aboba for his ART ART review: https://mailarchive.ietf.org/arch/msg/art/Xo9yYxkzEBBDQnEhFvhnnHm-e5M/ , and thanks to the authors for replying to him. I wonder if it wouldn't be useful to have the diagrams the authors have sketched up (in https://mailarchive.ietf.org/arch/msg/art/HKwq8_wLbwXU6iS9ahLBoVcI6Mc/) in an appendix of the document - that might require some additional descriptive text around them, but I think they would be helpful. Francesca From nobody Thu Apr 7 06:29:24 2022 Return-Path: X-Original-To: ipv6@ietfa.amsl.com Delivered-To: ipv6@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4DC273A09B5; Thu, 7 Apr 2022 06:29:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.109 X-Spam-Level: X-Spam-Status: No, score=-2.109 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hUj4c2HVU-bz; Thu, 7 Apr 2022 06:29:17 -0700 (PDT) Received: from EUR02-VE1-obe.outbound.protection.outlook.com (mail-ve1eur02on0605.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe06::605]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D21383A0923; Thu, 7 Apr 2022 06:29:16 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=gsng2O3Gtgi8ujj9h8TIOx21ftDcq0Od1qhLkzu/bnPLyIeVa2Tn3Z8QEGcbM0hrxHB1dO99LlfpjKYKmxYbMznmXiQ76F1yUQCf+Aqi3HF3y0DXyUSnjUwVuuAj1lmyswlJaWR2nlF7lisrXdIU29kac8lh1rOt9FsumcsCEypCWJ4GJHcrefo3P8pay5tPjEf83P/FwpE9PAa+G+0EEnRSb1ejB1Z+g7U/j6VcvJUx4knWnIIaZGXMFGO2ttKsEPn6FLUsHbz1kQg9DJfxiqf9HNAoGNSwP6uYwd21qXi0lw3YjNsv+2ajBK+yCKBY1Mel391paG50T3XcdC5aIQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=ssIK7MBk64KmWTltPLGOSgI1Hoem81jH9JFGYWpoRRA=; b=F2v2R4ihWViAjhGeUoCwk0HPE6T1ZCqN5SK9tJpRpv+1JlCm6hv6TTnFj9bTztf6ekoiCnwxCY/cxRIn7XS7IckFGvZa/F/4WFkkxKmd5UFEq0wPGCYclA7U+vPzfE/p0ygcrGXFr1802tYwOEAOVCmgp+To1f8YP7znK2+JQo4i2dN788WH3XJi8UbXadHJobiX+9vovizF7OcoUqmygmEFVm+UM9WTo9PPloulHl2f9fDqmsnnMnS802i8/YGPbyyj8ZKtvk7jAUv1e65wW0wVu8DWl0HaHfMCGvBH//XYzSuJG7HZ+YD08yDH1eBV/eBJJS6NK3WXTJJWyfj0UQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=ssIK7MBk64KmWTltPLGOSgI1Hoem81jH9JFGYWpoRRA=; b=W+v2mMyfzwx9CV/N7zvi33v5Rc9hubLeqXJstTKl4OJssizPIVt5w3RlrFgxseZJN9AUZNbwE3xdA2LzG1dkFr5hBwwvcUf/xS8d8tF/4vEXgPI+NZCA/l38Xu7D68Pd8o8pS9HCKJmzes7HufIR/c5vKbLPIUHAzu7Ml6Og6i8= Received: from HE1PR07MB4217.eurprd07.prod.outlook.com (2603:10a6:7:96::33) by VI1PR07MB3407.eurprd07.prod.outlook.com (2603:10a6:802:1a::12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5144.19; Thu, 7 Apr 2022 13:29:12 +0000 Received: from HE1PR07MB4217.eurprd07.prod.outlook.com ([fe80::5c96:9284:fd99:5332]) by HE1PR07MB4217.eurprd07.prod.outlook.com ([fe80::5c96:9284:fd99:5332%3]) with mapi id 15.20.5144.019; Thu, 7 Apr 2022 13:29:11 +0000 From: Francesca Palombini To: Bernard Aboba , Gorry Fairhurst CC: Applications and Real-Time Area Discussion , "draft-ietf-6man-mtu-option.all@ietf.org" , "ipv6@ietf.org" Subject: Re: [Last-Call] Artart last call review of draft-ietf-6man-mtu-option-13 Thread-Topic: [Last-Call] Artart last call review of draft-ietf-6man-mtu-option-13 Thread-Index: AQHYODlmZUdI38GYokiKBLk1bOLVPqzklhhu Date: Thu, 7 Apr 2022 13:29:11 +0000 Message-ID: References: <164686336866.27936.1242763265861572732@ietfa.amsl.com> In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=ericsson.com; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 95af17da-9f3b-437c-a952-08da189a9a4a x-ms-traffictypediagnostic: VI1PR07MB3407:EE_ x-microsoft-antispam-prvs: x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: q1mo+xhqo241QrqN/SSwGlRSdGJKevJqPqCcfh1aYUqIDbvPs8yYTZ7rLMOKXE3jekf31sSI/iSFMQ/UVmdHcCM2rELrQryLZcrBEf1t5+HI01piHxGqvtFBe+0Q5qkJiJ8u/W6xLCWgcW9SvVPUwPgW37RSBkKpI3b1DwLnDQYZf20SRJTSzA/XyTYSEYAZBY6G8Xgvd6VlNvwbpXtYsYIjfn4r9tvs+Lp3AzVFRF9/aXytLe6TOkq9Q1SDzgOoImHINJe608bVQ9VGFMATrBXr3iwJAAJ5vsJWeVPHWYkFFrTWARGS1xOkqpONG0tY8sYnIxrDgrMe5Jf/XQeEvMRc8YFY3u1S5AZApsSwfiC2N3qCfSVvVd3J/AFfKW2n4EowGHTMz7Oq5SZkOWtujgMMXfOglhtDNmd7OiTg3qXB1GK0h0pD7WY2ezlFjhmkPJ7K7Q2PiqBx1YXluvAEF7x9HSja/vME6nf5T2SVlQA6pB5gUIMlyq5MHbiyrQVmwwctVBRNSbyEHDhYhwL94zMwtx57+y4rKfwanY6hrTfe+yGstFervADnHe1ZcKlBaQVzW+Hq68Jk+dCFlWUZmfYxnwc21qPc0tOjk5gi0W1y7xLWiWYBGjkNDHvhS8idtS3JiPHEn0d0vZhEhGY7w/y9zMVdOqF/Qdpc8UKJkYaQJdcsKuMHxvZ4YudyFY20LZRz+p7FXYHS052c+4BCwg== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:HE1PR07MB4217.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230001)(4636009)(366004)(83380400001)(66574015)(2906002)(8936002)(66476007)(86362001)(508600001)(66446008)(64756008)(66556008)(186003)(4326008)(8676002)(6506007)(66946007)(110136005)(9686003)(316002)(33656002)(44832011)(38100700002)(76116006)(55016003)(54906003)(91956017)(53546011)(5660300002)(52536014)(71200400001)(38070700005)(30864003)(82960400001)(7696005)(122000001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 2 x-ms-exchange-antispam-messagedata-0: =?Windows-1252?Q?9xpx8uMMW4vjRO6dtKXhD04HnwyqrZMw63bGEnGsfOtOdaD5gTIE6me/?= =?Windows-1252?Q?i+WBLgbcceIZovPQw2jsuhfsejDnnMHLHrEL2YO5J5Opwkw1vNa2aclf?= =?Windows-1252?Q?GhAMTYunsVqE0Wkz1JCoRhGyD25WLZ6X/NF9z4y6A8m+GqN0hm0BIsis?= =?Windows-1252?Q?yLGkokl3tRYNZjONFmk686m6IWxOFRYNFigSEzsB801ycdD/vDg4re3A?= =?Windows-1252?Q?dbGsfjNjZQruy0AZw9XHMnkEqhRx6zvwVFc1O3PyEOaUSdt6XzyK8AY3?= =?Windows-1252?Q?JYCzXiX377pPVbradwEB3Vz66dUSv2TgvTla8j5VSlCwG6PywbCnNu6Y?= =?Windows-1252?Q?a99w9qAiKWSmGo5z1anUvOu2dRl/ULtkfU/TD3TbnxAamRu7AjeW2fSe?= =?Windows-1252?Q?TJLiEU5eYfQ5ShRLVPCfRN/3noUvGaFkzkqVbgQ28KQyhM2zeMArysSJ?= =?Windows-1252?Q?7QSS6g1Zb5Udb2v35U66Lz3hvq3dCapkb416UXUfU2KlA0ZZtL1Akrh1?= =?Windows-1252?Q?e1FugOHK9lce2q/TlHyS6JxMq2+HuOk07WGxLz9WYu5XgvyPSEKq032W?= =?Windows-1252?Q?0xqQB0iWxrjc0kXLvy+3YGRYvmDKhcTgppfYKrHsqy0tYHvGTEgAVivH?= =?Windows-1252?Q?WLoN9bavelxaqF0pfhM7cOh6lh21sG9INpl3Bb/DOcMiiOUUyT5I9gU6?= =?Windows-1252?Q?JhGNGNijfKz5HnSgN5IMnn/0cT725Qlxyo7mzNc1FtIgbPRuajuZDvjn?= =?Windows-1252?Q?XNAU/DRo4dsS7aQeWKH366ez8tJo48fRR5WTZzZvhCQ+mu3M6yCmpdB6?= =?Windows-1252?Q?i5McXmjIoftYb5tji45RkFNvAB5L31zUXxoBLZBrPyyh3BjUjKqt6xB0?= =?Windows-1252?Q?6UNSaPmffMV64zFjDbWgJXAUcnG7uM7MXPoXDYuw6wdFVrSjaxupS1RR?= =?Windows-1252?Q?Ji745t0qDksAl4eP4RcNmGkRyWUGQhCNZ7DC2bo0vJKXPW0i+4rS5A6/?= =?Windows-1252?Q?o7oVsUHjbLJX+OMYCYDqMCEnAc8QRf4CZH0wrEx78Ks3ozAGyabRqCUm?= =?Windows-1252?Q?8wKAsKubMiFsfzGrt7Qn6NuqlCYEv1ob6CXSuNFXEAAtlrMe5FhGHOqu?= =?Windows-1252?Q?KfbO3XYQYkhDqzRYQaUJ2uo5uBEtuJqhCsBXFyUTivhzv3cGxl/akq89?= =?Windows-1252?Q?hyVw5kXXUbbdPaIL6popYYc0ckd5+RS+8QITDyvLZ0361lUi+nCUhyM+?= =?Windows-1252?Q?y4Kh4PzDmZQDhDv3AZ5g7FZTtj09mbsQICoyPpKw/hjSsxdgjQATvnDD?= =?Windows-1252?Q?ta2deI3aYQN7qO85wyJJ93yG8xKcT1Ofs7wONczw/gj3hwpaHVxknuLQ?= =?Windows-1252?Q?hcq3v/DeZcZ+34WY+9rDC07PUsQdXj92SQwebCXILS2/w9ih+bMGv7hD?= =?Windows-1252?Q?z8rtxmkoUSVyDtMzECGYWzBr3YyQPRl61cetoLmFo/uLAU8ESLXdoyw2?= =?Windows-1252?Q?hv8nWLjquoZHQq0Sf6AmYn43EqwqtDDaoGe9yl8GTopFgr8YSiFnx/GW?= =?Windows-1252?Q?u98QhuTKCbXhLFD8AasqIN1bUsX3q03kO0YluKtERbUQFWnvOIH+DPhe?= =?Windows-1252?Q?Dhguip78K7g10kDLeiE0xArJzHatb+SauVmFUlGcBA5jn1JAny3PzDLn?= =?Windows-1252?Q?kws/sLN+Kt3xrcYBqxdg+0E7LosD8tVY+HnDLJj40yVFr2NcbVnsA6lA?= =?Windows-1252?Q?VJ9zWt++b7XynI3cuE/LAEQj8T7JuGfydDe51Sa1XonNBgttIXOusXn7?= =?Windows-1252?Q?z8AQmxxminFqacKLW5pANX1kBer8LquUAXjUadB2R0/eN/fKFO60YYX/?= =?Windows-1252?Q?wXQD3OEhfGbHTzlmDI4t6NEafeUFZf8R54nG4o8ojvdgN0vGJSqy6rhN?= =?Windows-1252?Q?PkCDLnyt?= x-ms-exchange-antispam-messagedata-1: kDgwOihArCOUz75Y/62kccEkJwd+84zpJIUjAGvAW+56AWvKrLbgISrd26GCISYD+Ogdnq4YPmcF4w== Content-Type: multipart/alternative; boundary="_000_HE1PR07MB4217043DD4C6B3162BDD240A98E69HE1PR07MB4217eurp_" MIME-Version: 1.0 X-OriginatorOrg: ericsson.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: HE1PR07MB4217.eurprd07.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 95af17da-9f3b-437c-a952-08da189a9a4a X-MS-Exchange-CrossTenant-originalarrivaltime: 07 Apr 2022 13:29:11.5680 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: kk6hba21xyldHf0a0XhSM8gFZtV2nsbBewJetl813AwjVEOCDQi/AEYbLQdMwuwhjO91zN8BDt25I4fl0J3K8QLH6oGLcTQ4Bkwk0X5bqd2XzExYmhelqisX/GG5mLwd X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR07MB3407 Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2022 13:29:22 -0000 --_000_HE1PR07MB4217043DD4C6B3162BDD240A98E69HE1PR07MB4217eurp_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Bernard: many thanks for this review. Gorry and Bob, thanks for the reply. = I have balloted No Objection, with an additional suggestion to add the diag= rams below to the document =96 it is not a strong suggestion, but I think t= hey would improve understanding. Thanks, Francesca From: last-call on behalf of Bernard Aboba Date: Tuesday, 15 March 2022 at 07:53 To: Gorry Fairhurst Cc: Applications and Real-Time Area Discussion , draft-ietf-6= man-mtu-option.all@ietf.org , ipv6= @ietf.org , last-call@ietf.org Subject: Re: [Last-Call] Artart last call review of draft-ietf-6man-mtu-opt= ion-13 Thanks, Gorry. The diagrams do help in understanding how the HBH option can add value even= when there are legacy routers that do not support the option. However, I d= o wonder whether there will be a tendency for legacy routers to be connecte= d to low-MTU links (e.g. legacy routers for legacy links). Are there plans= to evaluate this as part of the experiment? On Sat, Mar 12, 2022 at 12:01 AM Gorry Fairhurst > wrote: On 09/03/2022 22:02, Bernard Aboba via Datatracker wrote: > Reviewer: Bernard Aboba > Review result: Ready with Issues > > Document: draft-ietf-6man-mtu-option-13 > Reviewer: Bernard Aboba > Result: Ready with Issues > > This document proposes an experimental mechanism to add a new Path MTU > Hop-by-Hop option to IPv6. > > As noted in Section 2, the IPv6 PMTU discovery mechanisms defined in RFC = 8201 > is known to fail when nodes in the network do not send ICMP Packet Too Bi= g > (PTB) messages, or where ICMP messages are rate limited, or where there i= s no > return path to the source host. As noted in Section 2, the proposed mecha= nism > does not replace PLPPMTUD (RFC 4821) or Datagram PLPMTUD (RFC 8899), both= of > which do not rely on ICMP messages, but do require a return path to the s= ource > host. > > The proposed mechanism does not rely on reception of ICMPv6 PTB messages = and as > noted in Section 6.3.5, it has advantages over PLPPMTUD and DPLPMTUD in > detecting path changes, since the option consumes less capacity than a > full-sized probe packet. > > However, the proposed mechanism does rely on widespread implementation of= the > Hop-by-Hop option. Where the Hop-by-Hop option is implemented sporadical= ly, > the proposed mechanism could return a misleading result. This represents = a > major weakness of the proposed approach. As noted in RFC 5218 Section 2.1= .2, > one of the characteristics of successful protocols is incremental > deployability, where early adopters can gain some benefit even though the= rest > of the Internet does not support the protocol. In this case, the incremen= tal > benefits are limited (or even negative, due to the potential for misleadi= ng > results), which could limit the motivation for it to be widely deployed. > Section 10 mentions two implementations, but does not indicate adoption b= y > router vendors. > > Past history is also sobering. A similar approach was proposed in 1988 (R= FC > 1063), but was never widely implemented, and was therefore obsoleted by R= F 1191 > in 1990. > Thank you for this review. The reality was that the work in 6man was not based on RFC1063, but after completing the work we did see similarities with the old proposal. The latest revision added a para about the history, trying to explain that things have changed from the position with an IPv4 option with PMTUD to that of an IPv6 HBH option with (D)PLPMTUD: A similar mechanism was proposed in 1998 for IPv4 in [RFC1063] by Jeff Mogul, C. Kent, Craig Partridge, and Keith McCloghire. It was later obsoleted in 1990 by [RFC1191], the current deployed approach to Path MTU Discovery. In contrast, the method described in this document uses the HBH option of IPv6. It does not replace PMTUD [RFC8201], PLPPMTUD [RFC4821] or Datagram PLPMTUD [RFC8899], but rather is designed to compliment these methods. We also made a set of diagrams that help illustrate the way this option can be used over paths where the (D)PLPMTUD search would otherwise take many rounds of probes to complete - such as on pathes where equipment might be configured to support jumboframes (see 4). This also shows that there is often only one additional probe cycle when the HBH option is not processed by legacy routers, which I think might reflect the incremental deployment case (5). This set of diagrams was not added to the draft, but could help understanding: --- Consider a set of packet sizes a The chosen PMTU was d', with one RTT to detect using ICMP. 2. Failing PMTUD, relying on black-hole detection. With with one router not successfuly returning ICMP. ---- Packets of data sized (e)---X X----ICMP PTB (d')------| ---- Packets of data sized (e)---X .... Timeout after black holing data packets. ---- Packets of data sized (a) --------------------------> The chosen PMTU was a This uses the minimum PMTU configured for blackhole detection (a). 3. Working (D)PLPMTUD Showing 3 successful probes and ICMP PTB message. ----Packets of data sized (a) ---------------------------> <------------------------------------ ACK ---------------- ----Packets of data sized (a) ---------------------------> ----Probe size (b) --------------------------------------> <------------------------------------ ACK of probe ------- ----Packets of data sized (b) ---------------------------> ----Probe size (c) --------------------------------------> <------------------------------------ ACK of probe ------- ----Packets of data sized (c) ---------------------------> ----Probe size (d) --------------------------------------> <------------------------------------ ACK of probe ------- ----Packets of data sized (d) ---------------------------> ... Probes sent above actual PMTU ----Probe size (e)------------X X----ICMP PTB (d')---| ----Packets of data sized (d') --------------------------> ... ... etc, until MaxProbes are unsuccessful and search phase completes. ----Packets of data sized (d') --------------------------> The chosen PMTU was d<=3Dd', after successive DPLPMTUD probes. The number of probe rounds depends on number of steps needed by algorithm. 3. Working (D)PLPMTUD with ICMP Showing 3 successful probes and one failed probe repeated 3 times. ----Packets of data sized (a) ----------------------------> <------------------------------------ ACK ----------------- ----Packets of data sized (a) ----------------------------> ----Probe size (b) ---------------------------------------> <------------------------------------ ACK of probe -------- ----Packets of data sized (b) ----------------------------> ----Probe size (c) ---------------------------------------> <------------------------------------ ACK of probe -------- ----Packets of data sized (c) ----------------------------> ----Probe size (d) ---------------------------------------> <------------------------------------ ACK of probe -------- ----Packets of data sized (d) ----------------------------> ... Probes sent above actual PMTU ----Probe size (e)-----------X <----------ICMP PTB (d')-----| ----Probe size (d') using target set by PTB size ---------> <------------------------------------ ACK of probe -------- ----Packets of data sized (d) ----------------------------> ----Probe size (e)----------X ... ... etc, until MaxProbes are unsuccessful and search phase completes. ----Packets of data sized a+c -----------------------------> The chosen PMTU was d' after successive probes, matching actual PMTU. The number of probe rounds depends on number of steps needed by algorithm. 4. (D)PLPMTUD + MinMTU Showing 3 successful probes to size d. ----Packets of data sized (a) ----------------------------> ----Probe size (a)+ IPv6 MinMTU (e)-+ |-MinMTU Probe (d') --> <--- IPv6 MinMTU with Rtn-PMTU (a+c) ---------------------- <------------------------------------ ACK ----------------- ----Packets of data sized (a) ----------------------------> ----Probe size (d') using target set by Rtn-PMTU ---------> <------------------------------------ ACK of probe -------- ----Packets of data sized (d') ---------------------------> ... More probes to check for larger PMTU ----Probe size (e) ---------X ----Packets of data sized (d') ---------------------------> ... etc, until MaxProbes are unsuccessful and search phase completes. ----Packets of data sized (d') ---------------------------> The chosen PMTU was d' after one RTT to probe using Rtn-PMTU (Rtn-PMTU shortcuts probing algorithm) 5. (D)PLPMTUD + MinMTU IPv6 MinMTU sent end to end, but not processed at bottleneck. Showing a failed target probe (set by the Rtn-MTU) that was to large, followed by successful probes to size d. ----Packets of data sized (a) ----------------------------> ----Probe size (a) +MinMTU Probe (e) ---------------------> <--- Rtn-PMTU =3D (e) --------------------------------------- <------------------------------------ ACK ----------------- ----Packets of data sized (a) ----------------------------> ----Probe size (e) using target of Rtn-PMTU- X ----Packets of data sized (a) ----------------------------> ----Probe size (b) ---------------------------------------> <------------------------------------ ACK of probe ------- ----Packets of data sized (b) ----------------------------> ----Probe size (c) ---------------------------------------> <------------------------------------ ACK of probe -------- ----Packets of data sized (c) ----------------------------> ----Probe size (d) ---------------------------------------> <------------------------------------ ACK of probe -------- ----Packets of data sized (d) ----------------------------> ----Probe size (e)----------X ... ... etc, until MaxProbes are unsucessful and search phase completes. ----Packets of data sized (d) ----------------------------> The chosen PMTU was d, where d<=3D d', using probes to increase PMTU. The number of probe rounds depends on number of steps needed by algorithm. 6. (D)PLPMTUD + MinMTU IPv6 MinMTU not sent end to end. Showing 3 successful probes and one failed probe repeated 3 times, ----Packets of data sized (a) ----------------------------> ----Probe size (a) +MinMTU Probe (e)---------X <------------------------------------ ACK ----------------- ----Packets of data sized (a) ----------------------------> ... Target failed, restart algorithm to search for PMTU ----Probe size (b) ---------------------------------------> <------------------------------------ ACK of probe ------- ----Packets of data sized (b) ----------------------------> ----Probe size (c) ---------------------------------------> <------------------------------------ ACK of probe -------- ----Packets of data sized (c) ----------------------------> ----Probe size (d) ---------------------------------------> <------------------------------------ ACK of probe -------- ----Packets of data sized (d) ----------------------------> ... Probes sent above actual PMTU ----Probe size (e)-----------X <----------ICMP PTB (d')-----| ----Probe size (d') using target set by PTB size ---------> <------------------------------------ ACK of probe -------- ----Packets of data sized (d) ----------------------------> ----Probe size (e)----------X ... ... etc, until MaxProbes are unsuccessful and search phase completes. ----Packets of data sized a+c ----------------------------> The chosen PMTU was d, using probes to increase PMTU. The number of probe rounds depends on number of steps needed by algorithm. ---- I hope this helps add a little more context. Best wishes, Gorry and Bob --_000_HE1PR07MB4217043DD4C6B3162BDD240A98E69HE1PR07MB4217eurp_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable

Bernard: = many thanks for this review. Gorry and Bob, thanks for the reply. I have ba= lloted No Objection, with an additional suggestion to add the diagrams belo= w to the document =96 it is not a strong suggestion, but I think they would improve understanding.

&nbs= p;

Thanks, Francesca

&nbs= p;

From: last-call <last-call-bounces@ietf.org= > on behalf of Bernard Aboba <bernard.aboba@gmail.com>
Date: Tuesday, 15 March 2022 at 07:53
To: Gorry Fairhurst <gorry@erg.abdn.ac.uk>
Cc: Applications and Real-Time Area Discussion <art@ietf.org>,= draft-ietf-6man-mtu-option.all@ietf.org <draft-ietf-6man-mtu-option.all= @ietf.org>, ipv6@ietf.org <ipv6@ietf.org>, last-call@ietf.org <= last-call@ietf.org>
Subject: Re: [Last-Call] Artart last call review of draft-ietf-6man-= mtu-option-13

Thanks, Gorry. 

 

The diagrams do help in= understanding how the HBH option can add value even when there are legacy = routers that do not support the option. However, I do wonder whether there = will be a tendency for legacy routers to be connected to low-MTU links (e.g. legacy routers for legacy links).&n= bsp; Are there plans to evaluate this as part of the experiment?  = ;

 

On Sat, Mar 12, 2022 at= 12:01 AM Gorry Fairhurst <gorry= @erg.abdn.ac.uk> wrote:

On 09/03/2022 22:02, Bernard Aboba via Datatracker wrote:
> Reviewer: Bernard Aboba
> Review result: Ready with Issues
>
> Document: draft-ietf-6man-mtu-option-13
> Reviewer: Bernard Aboba
> Result: Ready with Issues
>
> This document proposes an experimental mechanism to add a new Path MTU=
> Hop-by-Hop option to IPv6.
>
> As noted in Section 2, the IPv6 PMTU discovery mechanisms defined in R= FC 8201
> is known to fail when nodes in the network do not send ICMP Packet Too= Big
> (PTB) messages, or where ICMP messages are rate limited, or where ther= e is no
> return path to the source host. As noted in Section 2, the proposed me= chanism
> does not replace PLPPMTUD (RFC 4821) or Datagram PLPMTUD (RFC 8899), b= oth of
> which do not rely on ICMP messages, but do require a return path to th= e source
> host.
>
> The proposed mechanism does not rely on reception of ICMPv6 PTB messag= es and as
> noted in Section 6.3.5, it has advantages over PLPPMTUD and DPLPMTUD i= n
> detecting path changes, since the option consumes less capacity than a=
> full-sized probe packet.
>
> However, the proposed mechanism does rely on widespread implementation= of the
> Hop-by-Hop option.  Where the Hop-by-Hop option is implemented sp= oradically,
> the proposed mechanism could return a misleading result. This represen= ts a
> major weakness of the proposed approach. As noted in RFC 5218 Section = 2.1.2,
> one of the characteristics of successful protocols is incremental
> deployability, where early adopters can gain some benefit even though = the rest
> of the Internet does not support the protocol. In this case, the incre= mental
> benefits are limited (or even negative, due to the potential for misle= ading
> results), which could limit the motivation for it to be widely deploye= d.
> Section 10 mentions two implementations, but does not indicate adoptio= n by
> router vendors.
>
> Past history is also sobering. A similar approach was proposed in 1988= (RFC
> 1063), but was never widely implemented, and was therefore obsoleted b= y RF 1191
> in 1990.
>
Thank you for this review.

The reality was that the work in 6man was not based on RFC1063, but
after completing the work we did see similarities with the old proposal. The latest revision added a para about the history, trying to explain
that things have changed from the position with an IPv4 option with
PMTUD to that of an IPv6 HBH option with (D)PLPMTUD:

             &n= bsp;   A similar mechanism was proposed in 1998 for IPv4 in
[RFC1063] by
               =   Jeff Mogul, C.  Kent, Craig Partridge, and Keith
McCloghire.  It was
               =   later obsoleted in 1990 by [RFC1191], the current
deployed approach
               =   to Path MTU Discovery.  In contrast, the method
described in this
               =   document uses the HBH option of IPv6.  It does not
replace PMTUD
               =   [RFC8201], PLPPMTUD [RFC4821] or Datagram PLPMTUD
[RFC8899], but
               =   rather is designed to compliment these methods.

We also made a set of diagrams that help illustrate the way this option can be used over paths where the (D)PLPMTUD search would otherwise take many rounds of probes to complete - such as on pathes where equipment
might be configured to support jumboframes (see 4).

This also shows that there is often only one additional probe cycle when the HBH option is not processed by legacy routers, which I think might
reflect the incremental deployment case (5).

This set of diagrams was not added to the draft, but could help
understanding:

---

Consider a set of packet sizes a<b<c<d<e and one on-path router= ,
that has an actual PMTU of d' where d<=3Dd'<=3De.

a=3D Minimum PMTU set by application.

There are several PMTU discovery methods:


1. Working PMTUD
With with one router returning ICMP.

---- Packets of data sized (e) ---X
<--------------ICMP PTB (d')------|
---- Packets of data sized d' --------------------------->
The chosen PMTU was d', with one RTT to detect using ICMP.


2. Failing PMTUD, relying on black-hole detection.
With with one router not successfuly returning ICMP.

---- Packets of data sized (e)---X
          X----ICMP PTB (d')--= ----|
---- Packets of data sized (e)---X
.... Timeout after black holing data packets.
---- Packets of data sized (a) -------------------------->

The chosen PMTU was a

This uses the minimum PMTU configured for blackhole detection (a).


3. Working (D)PLPMTUD
Showing 3 successful probes and ICMP PTB message.

----Packets of data sized (a) --------------------------->
<------------------------------------ ACK ----------------
----Packets of data sized (a) --------------------------->
----Probe size (b) -------------------------------------->
<------------------------------------ ACK of probe -------
----Packets of data sized (b) --------------------------->
----Probe size (c) -------------------------------------->
<------------------------------------ ACK of probe -------
----Packets of data sized (c) --------------------------->
----Probe size (d) -------------------------------------->
<------------------------------------ ACK of probe -------
----Packets of data sized (d) --------------------------->
... Probes sent above actual PMTU
----Probe size (e)------------X
          X----ICMP PTB (d')--= -|
----Packets of data sized (d') -------------------------->
...
... etc, until MaxProbes are unsuccessful and search phase completes.
----Packets of data sized (d') -------------------------->

The chosen PMTU was  d<=3Dd', after successive DPLPMTUD probes.
The number of probe rounds depends on number of steps needed by algorithm.<= br>
3. Working (D)PLPMTUD with ICMP
Showing 3 successful probes and one failed probe repeated 3 times.

----Packets of data sized (a) ---------------------------->
<------------------------------------ ACK -----------------
----Packets of data sized (a) ---------------------------->
----Probe size (b) --------------------------------------->
<------------------------------------ ACK of probe --------
----Packets of data sized (b) ---------------------------->
----Probe size (c) --------------------------------------->
<------------------------------------ ACK of probe --------
----Packets of data sized (c) ---------------------------->
----Probe size (d) --------------------------------------->
<------------------------------------ ACK of probe --------
----Packets of data sized (d) ---------------------------->
... Probes sent above actual PMTU
----Probe size (e)-----------X
<----------ICMP PTB (d')-----|
----Probe size (d') using target set by PTB size --------->
<------------------------------------ ACK of probe --------
----Packets of data sized (d) ---------------------------->
----Probe size (e)----------X
...
... etc, until MaxProbes are unsuccessful and search phase completes.
----Packets of data sized a+c ----------------------------->

The chosen PMTU was d' after successive probes, matching actual PMTU.
The number of probe rounds depends on number of steps needed by algorithm.<= br>

4. (D)PLPMTUD + MinMTU
Showing 3 successful probes to size d.

----Packets of data sized (a) ---------------------------->
----Probe size (a)+ IPv6 MinMTU (e)-+
            &nb= sp;            =             |-MinMTU= Probe (d') -->
<--- IPv6 MinMTU with Rtn-PMTU (a+c) ----------------------
<------------------------------------ ACK -----------------
----Packets of data sized (a) ---------------------------->
----Probe size (d') using target set by Rtn-PMTU --------->
<------------------------------------ ACK of probe --------
----Packets of data sized (d') --------------------------->
... More probes to check for larger PMTU
----Probe size (e) ---------X
----Packets of data sized (d') --------------------------->
... etc, until MaxProbes are unsuccessful and search phase completes.
----Packets of data sized (d') --------------------------->

The chosen PMTU was d' after one RTT to probe using Rtn-PMTU
(Rtn-PMTU shortcuts probing algorithm)


5. (D)PLPMTUD + MinMTU
IPv6 MinMTU sent end to end, but not processed at bottleneck.
Showing a failed target probe (set by the Rtn-MTU) that was to large,
followed by successful probes to size d.

----Packets of data sized (a) ---------------------------->
----Probe size (a) +MinMTU Probe (e) --------------------->
<--- Rtn-PMTU =3D (e) ---------------------------------------
<------------------------------------ ACK -----------------
----Packets of data sized (a) ---------------------------->
----Probe size (e) using target of Rtn-PMTU- X
----Packets of data sized (a) ---------------------------->
----Probe size (b) --------------------------------------->
<------------------------------------ ACK of probe -------
----Packets of data sized (b) ---------------------------->
----Probe size (c) --------------------------------------->
<------------------------------------ ACK of probe --------
----Packets of data sized (c) ---------------------------->
----Probe size (d) --------------------------------------->
<------------------------------------ ACK of probe --------
----Packets of data sized (d) ---------------------------->
----Probe size (e)----------X
...
... etc, until MaxProbes are unsucessful and search phase completes.
----Packets of data sized (d) ---------------------------->

The chosen PMTU was  d, where d<=3D d', using probes to increase PM= TU.
The number of probe rounds depends on number of steps needed by algorithm.<= br>
6. (D)PLPMTUD + MinMTU
IPv6 MinMTU not sent end to end.
Showing 3 successful probes and one failed probe repeated 3 times,

----Packets of data sized (a) ---------------------------->
----Probe size (a) +MinMTU Probe (e)---------X
<------------------------------------ ACK -----------------
----Packets of data sized (a) ---------------------------->
... Target failed, restart algorithm to search for PMTU
----Probe size (b) --------------------------------------->
<------------------------------------ ACK of probe -------
----Packets of data sized (b) ---------------------------->
----Probe size (c) --------------------------------------->
<------------------------------------ ACK of probe --------
----Packets of data sized (c) ---------------------------->
----Probe size (d) --------------------------------------->
<------------------------------------ ACK of probe --------
----Packets of data sized (d) ---------------------------->
... Probes sent above actual PMTU
----Probe size (e)-----------X
<----------ICMP PTB (d')-----|
----Probe size (d') using target set by PTB size --------->
<------------------------------------ ACK of probe --------
----Packets of data sized (d) ---------------------------->
----Probe size (e)----------X
...
... etc, until MaxProbes are unsuccessful and search phase completes.
----Packets of data sized a+c ---------------------------->

The chosen PMTU was  d, using probes to increase PMTU.
The number of probe rounds depends on number of steps needed by algorithm.<= br>
----

I hope this helps add a little more context.

Best wishes,

Gorry and Bob



--_000_HE1PR07MB4217043DD4C6B3162BDD240A98E69HE1PR07MB4217eurp_-- From nobody Thu Apr 7 07:49:47 2022 Return-Path: X-Original-To: ipv6@ietfa.amsl.com Delivered-To: ipv6@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B11903A041E; Thu, 7 Apr 2022 07:49:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.11 X-Spam-Level: X-Spam-Status: No, score=-2.11 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zUiLnQnaxt22; Thu, 7 Apr 2022 07:49:33 -0700 (PDT) Received: from EUR05-DB8-obe.outbound.protection.outlook.com (mail-db8eur05on20630.outbound.protection.outlook.com [IPv6:2a01:111:f400:7e1a::630]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 05AAB3A0417; Thu, 7 Apr 2022 07:49:32 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=acNTD820aKFLvPCw99b1x32QOisr6dIpm+8tUvqNNzsR2zLCp3uVwDLNYZXu+bp2Y6fv3sGpzQHugSP63IyTqhLas7YSNB7KyvuOxMhR8Ja8fuxtouRppC04mkxMOfHWnSj/olZrBHBoRHYe/HHPo/Jt3hhBb6ZSQvIdWMdrPcnFAo3h9a44DKV4Mw34dnSVYb2VVxwBxdmX/Tidqo7u0qSvm4PgcAo39V6av3wmEF6uJnjw/6Fc07nrtkB2gHDF5DXzCuo7HX3y4N19H5/Guv/J7AoxsWtlbOGM0B0dBNPi1s92x/q6mUWycKZUcIbSY089MAr7e7zZg6JsOiLMGg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=qn2aHJ4hyYv4GiE+rAAd+NMLnneaKaVu0oDNHqYgmqM=; b=dwyEVtdzDEdCokZsSQF5jEj+SVPKHmRXX0eAJ0UP7B06ib8YOzIS1NKLn9DJEkQ6vX3mYrF8sB5vg+XZW4DMh1etTnKhbJfVDg1tVwWqxy0RzVciSPgDvU02UyexSQw/1mOKffgg6cFEmQOY4JWVAMqqj47Sf4jnZ4m3Wr+rSndjd9FO+jr/HZKkvX+YGf4YA0ugQ2+m22E96FPk2lva+Wi8vDILDbhdmNVzSnb2femIUXBcyP2M+xgoUOXHH1FUlM7qEjbemZZw+/rKntqfjElKKH5/WJh8rnHDpdn+l9eDTK0A+JEMzpU7GK1Kr2F+MoPa386VBev5rDG/y9aTvQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=qn2aHJ4hyYv4GiE+rAAd+NMLnneaKaVu0oDNHqYgmqM=; b=UwqcWlovR92ZVT0nDtZygDfh6DGgl3Arcpf41esjnwEIuFIWe1dtpMNFuhzQiSCkzpagnNh4etbJJ2qwEAzxMeDvbObYaBOeuRxwnsmCNqRE1j2PZss5s2LIv4CrdPfCYHLvFJ7GYmzNys9EyfoSSkG89alCx4sEd5Ql+q8vO8M= Received: from AM0PR07MB4178.eurprd07.prod.outlook.com (2603:10a6:208:b7::31) by AM0PR07MB5681.eurprd07.prod.outlook.com (2603:10a6:208:11f::17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5164.8; Thu, 7 Apr 2022 14:49:29 +0000 Received: from AM0PR07MB4178.eurprd07.prod.outlook.com ([fe80::a8:d214:1141:c235]) by AM0PR07MB4178.eurprd07.prod.outlook.com ([fe80::a8:d214:1141:c235%6]) with mapi id 15.20.5164.008; Thu, 7 Apr 2022 14:49:28 +0000 From: Zaheduzzaman Sarker To: Gorry Fairhurst CC: The IESG , "draft-ietf-6man-mtu-option@ietf.org" , "6man-chairs@ietf.org" <6man-chairs@ietf.org>, "ipv6@ietf.org" , "otroan@employees.org" Subject: Re: Zaheduzzaman Sarker's No Objection on draft-ietf-6man-mtu-option-13: (with COMMENT) Thread-Topic: Zaheduzzaman Sarker's No Objection on draft-ietf-6man-mtu-option-13: (with COMMENT) Thread-Index: AQHYSbmquZobjmbywUWlx3xUCisXWazi8SSAgAGYxIA= Date: Thu, 7 Apr 2022 14:49:28 +0000 Message-ID: <374E3179-F1BD-447E-B215-EA6D8AA5F09B@ericsson.com> References: <164925136973.25270.943986511390566104@ietfa.amsl.com> <32e01310-1530-7955-292a-8eeba8a9d392@erg.abdn.ac.uk> In-Reply-To: <32e01310-1530-7955-292a-8eeba8a9d392@erg.abdn.ac.uk> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-mailer: Apple Mail (2.3654.120.0.1.13) authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=ericsson.com; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 5ca2736c-a112-459d-2196-08da18a5d17c x-ms-traffictypediagnostic: AM0PR07MB5681:EE_ x-microsoft-antispam-prvs: x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: o3KHC/ZhMNBcJVdtUpBzD9OVzo7Za3XFoKFMlE8XrjUQmgkBiicdvy5vUhAo5ABQoslLYPmjLm/rxeryw1ozLgmdvn7o74i9uuEDnS9Xdf3bp5CEDsnOp7SGpIuG/HQuRuaU/Vlc3BxxbJ+b0nAhrVvb94scTgLUbNDhxRLJ3Z2Q4C1/xEAZgEBhhbE1eOAcnPDjvz05Q6sHl7i+65UNeHDG2NIdylaQD8o+twvOw+zuhDcGl+yogAfU5qwMhUu04XXLup/25elQVe0vyzRHeq9FwrdXNnc2UjdxcZMtoUOtMQI4Z7mpv9gCQ0Z+cTcNfSdX1ptLaIUTgMTLsdNzwUhZAJh8lYyXOybxc5RRpEQXD9kHva3y77NsDdE87qutyZyJEpDUHjWHwLuVp3RUZXq8b5Q1yGz3ya21KN1LoD8eHxX1eRyu+6nMZVTwXNvW+7y49LFEf+NP20e+XqTPNd8iQtCoLhK+LvuFjZqr1yvq9AhAAhZ5B/oO7gJEd5HQd4KQ6pOFGwiUkqjw3S7Di6rzBbeLkgOY6EFFUR+IR7NEeuNnUW3GtjSHeLx4x+bUUB0WT+YzaXqHm0/SQXq44RRYcJyZAYyWYAox9Cd1BByxCQuYlBS2a7u64kWBu+NM6qEqzQHf/hgqbSzg2iFW/nkYAWN/Uapz6EVy+t8voX0OXqG8fnVjx1DQkqA+vZcL93NqKItk/ZzN+XpZ8u6hzYr6XvE24dCUX7y3371QM0hlzYn5IH7mYkoVqp9LYY5SLQlshZWoRTGeNwAMo0wcV7292lDDlRBEkty4zJCMuWFiI9ZI3MM8eCOCQc1N7J3t0qtrQygao6UXjeCOec7Yl0L56KMLMmF059a2Zys5smc= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM0PR07MB4178.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230001)(4636009)(366004)(316002)(86362001)(99936003)(296002)(186003)(91956017)(2906002)(508600001)(26005)(38100700002)(83380400001)(53546011)(38070700005)(6506007)(6512007)(36756003)(66556008)(4326008)(8676002)(76116006)(6486002)(966005)(66476007)(64756008)(66946007)(66446008)(6916009)(5660300002)(166002)(54906003)(82960400001)(8936002)(122000001)(33656002)(44832011)(2616005)(71200400001)(45980500001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?utf-8?B?YmZPcGU5Z1UyUzBBQVRla3djbmFSc1pyUGViL21odHp3M0dHb1Y2ZkZ3amFx?= =?utf-8?B?bUdnSlZXb1RnWXMxOHc5NWh3ZThpUUowWU4rVS9tMDhwd3QvKzE0WlNPRnha?= =?utf-8?B?ay80cHRyOXlmZGFJTjZOV25lRk0wSGR4Mk5SeEZ1SjhBRVNCZG5kbFF2SCtH?= =?utf-8?B?NU5Sc0JueUdtejU2Y3daMmdzbGNrcmRyT2lFRGxvYWVvWHZTbkx6TGs3dVBJ?= =?utf-8?B?L05QK3JudXFpNzZiYmFlWCtZL25TVHk5QTY1Mm5uZDRRUmdHMEVVcHRoQmpp?= =?utf-8?B?dFBxTnVwSWpFMkQ4RnY5U0lVOGVBRXc0OEp1aE1NdnhJQ0p0U3dKTGNjemM5?= =?utf-8?B?WGtPSXZZc2M3dm1WVndwYktoTjN1MUplSEwxSVFqa1JKSkU4RTY3THZhMTdK?= =?utf-8?B?WDQvZ0orb1dhQURzMGdVeFFuczBkNzBUNnhVUFd5N2VRMzVtdkZmN01acEdu?= =?utf-8?B?TFB5TFJublRUR21maGx3em9jQUcybHNVeUNqbS96SThHUUM4a3d4UWF3UXp5?= =?utf-8?B?RW5QWnh2aEVkVmZTOENpK3g4M05rclgrNXpxZUdyOE1jY0psVGhyZWFPR1ll?= =?utf-8?B?bmtaVk1zYnMyQk9ncWsyU3ZCVmlVenJOS2t1QUJSY2h4bTcveVN4Zy9YdDRn?= =?utf-8?B?NS9OT3hjS3dZdGZBQTVWOUVIR2xCQ0lYb1UyanNTV0pmWlBneHBlVHN6dFN6?= =?utf-8?B?NlFGNGxOV1RnT0JTUzZuM0c1a1RhdXBhczhkdVI5N2NUbW9wa3VHc2tIRGhB?= =?utf-8?B?QUkvT2ZNRkc3QTY2ZWR6SzMyZjRmRi92K1YybkZjMkhFZUVvcVM2em42bGR3?= =?utf-8?B?bmdhYThmWENlTC9iMXVRTGx2T200aDZDZE56UDJCVXU4Z1NRL0ZvTTlRL1hx?= =?utf-8?B?MHhJcEJHRGdTbDJjajdwblFqN0dNcUhqbEloNWdoZVNnbUJrMFVwUFppRGlK?= =?utf-8?B?aFJGdVZlSDBLZldoSWhXWDgwc1YyZWZjUzhNOXQzL08rMkxJZzFLVzNHQzRP?= =?utf-8?B?ZHl2dTIzVnhRaEJyOTZhSGsvaVlzQ1RUbGdnWUVJME96bml0NjRjTVY1RmF6?= =?utf-8?B?ck1iTmlNRG53NDdCZm9BWUs5QUpEMXY0anNlc2p0TS9kdDFIUG0yR1M2LzRp?= =?utf-8?B?QlFDYkZXcEEyRmoxVkpQV1B2c1A1bU5heFphUmJoeXpzV1FaUCtSZTJOdncr?= =?utf-8?B?eUpxZ3VmeDVzZjI1OGJoSW0ra0QrTkxYUHhCZ2JFaDFHSGhWWlc2TUw1NG9I?= =?utf-8?B?ZkJacEI3bXlHSEg5aTJFOEUzQUxsalpPYVNNdkdVRG5hZFU0YnpLeCtaOUFZ?= =?utf-8?B?SXNHRFgxSGxza3BDcDYzUWFhTWU3Z2Z3TnFVYjJxQWRyMGROWXhwcmFNRnBM?= =?utf-8?B?N2JFOXZHczd1Q2twOE1sbW1PcVBEbS9ETDByd0dGWUxkcEZ1WjZQTkNqS041?= =?utf-8?B?NWNtbzNTanU5c21oUGJMVEVhQ3NtTmpLNi8xQ01nNDNJQnNQY3VRcXpscExN?= =?utf-8?B?TlFPd2RHbGVta1ZiMDllWFczT2NxSFpFSkV1SGNSOU45OWU2aFhDREVITmx3?= =?utf-8?B?ZGdIV29GaDFJMlQ0TWhCNjB3Zk9TRW9kQmljOWgyb08wQnN1MTVzaU11TkY0?= =?utf-8?B?K25ldjhBbmJzelF2blhQV2tXZEVKbFMweEllWThYT2FUbDh6d2FyV3pPTlBD?= =?utf-8?B?OWNmUk1QYjYrMVBsM00xTHo1TnJ5SE05VUVkdDN4cTl5OU9lZ3BOZWFpTUdR?= =?utf-8?B?dlNGY2xxS0ZuN1g5MVF3MzZ2ak9TM1R5NXF4SnRpZndmZ29HOXJLazZvYjhV?= =?utf-8?B?TWRBaXlaOENmS0dlZ1owRHRMZE9nRzRkUkFWUFBzbUpBNHdMKzFFYVQyZjFx?= =?utf-8?B?MVNGRDY5VHFoQnZYczNjRTRFcHl0eFVlQ1FyVGthM2xHaFptNjJnd0JqM09M?= =?utf-8?B?Y2xDZm5JNFMvaVY5Z1ltTjBadGt4YVBPU3AzblU1dWR2MVlUMERSN3pMSjBT?= =?utf-8?B?cUVtaFcwZTBJV2cvVWVOUFdOclRCbEd6YU1HSmo4OWM5OFFTcDFjdzhJc09H?= =?utf-8?B?Q1VsbzYxcmU0NTFZMVRRVWZqWTVINytjS1B0V3Z5K0FNZUxwL0pUWHpVSlZ5?= =?utf-8?B?WXFBc2xUbWxjVXdiSzBCeHY0amZzT0M4VWF1Zktad3hFK1JRUnBPRHFZTEd3?= =?utf-8?B?RDZaV3VrTFUyTy9ySzNVS0NSeHR4cjVHRjBKOUp0eCs4SFRqc1ZMSnZOMWVE?= =?utf-8?B?c2JJZkRoWCtOUUI5ZGdRK2lCcHRjZ05BQmVtRm1CS0RHRHFGQ1ltMjJzcnZ2?= =?utf-8?B?MzAxOW9rb3NiOVUzblh4MVZReTljWmczdXg4eEpqUEMrbHpKTzhaMEFpOEM0?= =?utf-8?Q?uKy+Hho9JhcGuVeqLX09WZwHTq4jxVOFMram7?= Content-Type: multipart/signed; boundary="Apple-Mail=_F09CAF94-FBE9-40BC-A5EC-2DFBC9FE3A96"; protocol="application/pkcs7-signature"; micalg=sha-256 MIME-Version: 1.0 X-OriginatorOrg: ericsson.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: AM0PR07MB4178.eurprd07.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 5ca2736c-a112-459d-2196-08da18a5d17c X-MS-Exchange-CrossTenant-originalarrivaltime: 07 Apr 2022 14:49:28.6309 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: /LtCAdqPbPcTI3PcCbf0c4/Z8j9jPZylsUX3f27UTai8FBCdaGI2xowYUCPVc8R/u2v4yQiTlFlmq2LZfJjdv+o0bzIkEZFm0Luf2xYfbXVAZArehjbOAgxodBlARKE+ X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR07MB5681 Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2022 14:49:39 -0000 --Apple-Mail=_F09CAF94-FBE9-40BC-A5EC-2DFBC9FE3A96 Content-Type: multipart/alternative; boundary="Apple-Mail=_5B4A6069-AD03-4778-9636-66483291CF79" --Apple-Mail=_5B4A6069-AD03-4778-9636-66483291CF79 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On 6 Apr 2022, at 16:26, Gorry Fairhurst wrote: >=20 > On 06/04/2022 15:22, Zaheduzzaman Sarker via Datatracker wrote: >> Zaheduzzaman Sarker has entered the following ballot position for >> draft-ietf-6man-mtu-option-13: No Objection >>=20 >> 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.) >>=20 >>=20 >> Please refer to = https://www.ietf.org/about/groups/iesg/statements/handling-ballot-position= s/ >> for more information about how to handle DISCUSS and COMMENT = positions. >>=20 >>=20 >> The document, along with other ballot positions, can be found here: >> https://datatracker.ietf.org/doc/draft-ietf-6man-mtu-option/ >>=20 >> = ---------------------------------------------------------------------- >> COMMENT: >> = ---------------------------------------------------------------------- >>=20 >> Thanks for working on this specification and I hope efforts for Path = MTU >> discovery will be successful and useful. Thanks to Olivier = Bonaventure for >> the TSVART review. > Thanks for these comments, please see a few responses below: >> I have the following observations/questions : >>=20 >> * Section 2: s/1998/1988 for RFC 1063. >=20 > BH+GF: We will fix. >=20 >>=20 >> * Section 6.1 and 6.2: I was expecting more clear description of >> consequences/analysis when the SHOULD's are followed. >=20 > GF+BH: See response EV's comment also in IESG LC. Can I get a link to that comment or a summery of what was the response? >=20 >> The security >> consideration was felt a little bit short of describing potential = risk analysis >> in that regard. >=20 > GF+BH: Section 8 does not contain normative recommendations. I think = the normative > text is in RFC8085, as noted. Didn=E2=80=99t understand what is noted where? >=20 >>=20 >> * Section 6.3: is this ref to section 4.1 of RFC9000 the right = reference here? >=20 > GF+BH: It is casualty of a late edit, we will fix. >=20 >> * Section 9: I am not sure I get a clear view of the goals of the = experiment. >> is this to check the dependability questions? or the proof of = support those >> are listed in this section? can we be more precise on what we expect = the >> implementation experience report(s)?. >>=20 > GF+BH: The experiment is to gain experience in deploying a HBH option. = It seemed imprudent to make a PS for a mechanism that included = requirements fo hosts and also for routers. Please make the goal clearer. I also think it would be helpful to align = the expectations on the results/report of the experiments. //Zahed --Apple-Mail=_5B4A6069-AD03-4778-9636-66483291CF79 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8

On 6 Apr 2022, at 16:26, Gorry Fairhurst <gorry@erg.abdn.ac.uk> wrote:

Can I get a link to that comment or = a summery of what was the response?

The security
consideration was felt a little bit short of describing = potential risk analysis
in that regard.

GF+BH: Section 8 does not contain normative recommendations. = I think the normative
text is in RFC8085, as noted.

Didn=E2=80=99t understand what is noted where?


* Section 6.3:  is this ref to section 4.1 of RFC9000 = the right reference here?

GF+BH: It is casualty of a late = edit, we will fix.

* Section 9: I am not sure I get a = clear view of the goals of the experiment.
is  this = to check the dependability questions? or the proof of support those
are listed in this section? can we be more precise on what we = expect the
implementation experience report(s)?.

GF+BH: The experiment is to gain experience in deploying a = HBH option. It seemed imprudent to make a PS for a mechanism that = included requirements fo hosts and also for routers.
Please make the goal clearer. I also think = it would be helpful to align the expectations on the results/report of = the experiments.



= --Apple-Mail=_5B4A6069-AD03-4778-9636-66483291CF79-- --Apple-Mail=_F09CAF94-FBE9-40BC-A5EC-2DFBC9FE3A96 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCCBf4w ggX6MIID4qADAgECAg8BdUoQAyUVYjB/ZVVBDvMwDQYJKoZIhvcNAQELBQAwRzELMAkGA1UEBhMC U0UxETAPBgNVBAoMCEVyaWNzc29uMSUwIwYDVQQDDBxFcmljc3NvbiBOTCBJbmRpdmlkdWFsIENB IHYzMB4XDTIwMTAyMTA3MjkyNVoXDTIzMTAyMjA3MjkyNFowYjERMA8GA1UECgwIRXJpY3Nzb24x HDAaBgNVBAMME1phaGVkdXp6YW1hbiBTYXJrZXIxLzAtBgkqhkiG9w0BCQEWIHphaGVkdXp6YW1h bi5zYXJrZXJAZXJpY3Nzb24uY29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAmjJb Zy6kdvqWwiZanvVnqKsb990pSFndyIgFspP9mArDxvEX0oqrBugPRyJSp1KA0KDPo9L3SBHk7pbp hJDbJAxPdPAbyZ+DMHV/UtQSUUpp8rRoYNEA6Ew3OlG5Sz1Nhq9AcjSKeOZKunnJInh/y435NACo co2uP/6Gk0XBeB3qE645aIqpbsO3DCUMOWxWIjjTRFQ/TqoUjbIwfw+rO64Y3qEa96Ibj63AoDtt 3gwmtpFkVm5C44XfK7J4LyXIIz4TQqnfxlfoJ+ttFMfV1ZV1OvA7xXj0yO/6btsktlktpgMvow87 HPkSRtsLXQoRhU4E1zclEPWz5SzhUXuOvwIDAQABo4IBxjCCAcIwHwYDVR0jBBgwFoAUHHsZnpec dqwgPdjc45Fq49stplMwHQYDVR0OBBYEFJlMp3EJ+P/dXOLqvbT718jDfw1mMA4GA1UdDwEB/wQE AwIFoDBVBgNVHSAETjBMMEoGDCsGAQQBgg8CAwEBEjA6MDgGCCsGAQUFBwIBFixodHRwczovL3Jl cG9zaXRvcnkudHJ1c3QudGVsaWFzb25lcmEuY29tL0NQUzArBgNVHREEJDAigSB6YWhlZHV6emFt YW4uc2Fya2VyQGVyaWNzc29uLmNvbTBIBgNVHR8EQTA/MD2gO6A5hjdodHRwOi8vY3JsLnRydXN0 LnRlbGlhLmNvbS9lcmljc3Nvbm5saW5kaXZpZHVhbGNhdjMuY3JsMB0GA1UdJQQWMBQGCCsGAQUF BwMEBggrBgEFBQcDAjCBggYIKwYBBQUHAQEEdjB0MCgGCCsGAQUFBzABhhxodHRwOi8vb2NzcDIu dHJ1c3QudGVsaWEuY29tMEgGCCsGAQUFBzAChjxodHRwOi8vY2EudHJ1c3QudGVsaWFzb25lcmEu Y29tL2VyaWNzc29ubmxpbmRpdmlkdWFsY2F2My5jZXIwDQYJKoZIhvcNAQELBQADggIBAD1OD1xt xE0jjc12/QXWWe8Cv2q1ZRn1PwacRWFJMyprPB6CiR6YBnmovYCyvCrNCqzsNaTpQLAQeKxwpmOg fZ1SrdyqQKjtCiAlQynqV+dX5VAA6kt/fM67jZbU+lmzw3/2mXNQKTnor1Ax2bJjtZB2DzvTmSPd EybZWxSfMMSsZHA4GLPGEHws+7fHeZ6RSRsAolXPTLGu7gxPkYDtaUzI9M8Z9GKz2UC/wNP2UieR 95h5TnKiqAWLqAxwzcu7GVWIdJ4rzgOenaNg56OM5q87+X90ZSAODWAPnxdDgVGspHbxt2g9cQYb pkKiHWrOuLIWd8B/oGbE1ruKqcFKC39aYkd7JRlHjkNfU/IpymDoGd3RYMtsJW2JvinuZMmMZ5F5 Xpw1yJuSPrq5tHbPx7S6hjqYhd9VkRLbKkprw9+HJZBrUrhrUx4HVF2/bo+WG9GCTdQUsm8JQt9B zpRh2ySNBQZfUn1WN3Q+lMcGSdItCNYH6HnXGrAmv+oDZ1pnp9z+NNmDoNMAHaFvwYCFd9/HvjJu 5kL90Fp3UEJQAk6X+2+ElrfNplUz16nAOBvxcY55R5eI9SDD8MmNfADekiMldSwB9LjMrqBhwWeE UblghhtceJ3iqg35LURo+KXdL3h0/IodZPBYoMLMhMbDdYokIUY+mWW5W1T1WzV9PyWqMYICyjCC AsYCAQEwWjBHMQswCQYDVQQGEwJTRTERMA8GA1UECgwIRXJpY3Nzb24xJTAjBgNVBAMMHEVyaWNz c29uIE5MIEluZGl2aWR1YWwgQ0EgdjMCDwF1ShADJRViMH9lVUEO8zANBglghkgBZQMEAgEFAKCC AUEwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMjIwNDA3MTQ0OTI3 WjAvBgkqhkiG9w0BCQQxIgQgNJnIorMz7k6jyinrOKWE1iQ+9kwJCd1O9AyHUaDyJSAwaQYJKwYB BAGCNxAEMVwwWjBHMQswCQYDVQQGEwJTRTERMA8GA1UECgwIRXJpY3Nzb24xJTAjBgNVBAMMHEVy aWNzc29uIE5MIEluZGl2aWR1YWwgQ0EgdjMCDwF1ShADJRViMH9lVUEO8zBrBgsqhkiG9w0BCRAC CzFcoFowRzELMAkGA1UEBhMCU0UxETAPBgNVBAoMCEVyaWNzc29uMSUwIwYDVQQDDBxFcmljc3Nv biBOTCBJbmRpdmlkdWFsIENBIHYzAg8BdUoQAyUVYjB/ZVVBDvMwDQYJKoZIhvcNAQELBQAEggEA ZqbhGaDHv+k8RoraaBroILXEGyZdpm1SHIbtTGmJEv8LzH38u5rvKfkfNq8fM3ohXTGJiRthAHkn e9H6mSwSZNmb1YwpLMEXOKENFgQfXeH41xs/m/9LQjSfrbe3ymkexO3w0T2BgDl0t5UL3xaJsdoA B7S1Au1mrJ9U7RBLix/QTLYW63EEpXAc1NJtdCIMfrUZRz+C57Ad7v1A/nSj7QyIPmcUyGikg+oA x6k3yRRbDQtCTbls91ETuKhDHC/nkBwMua9bP3q77J/l5+fh4Y4qAyqcqLzz1ZvApiXfmtfbywZm 8Rikv9gsgjsHaU66VVzIJJ9uAJaQQ6DYf7t4zwAAAAAAAA== --Apple-Mail=_F09CAF94-FBE9-40BC-A5EC-2DFBC9FE3A96-- From nobody Thu Apr 7 16:54:03 2022 Return-Path: X-Original-To: ipv6@ietfa.amsl.com Delivered-To: ipv6@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E52E33A1A46; Thu, 7 Apr 2022 16:53:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.107 X-Spam-Level: X-Spam-Status: No, score=-2.107 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QzN33ULNhq-7; Thu, 7 Apr 2022 16:53:25 -0700 (PDT) Received: from mail-ot1-x333.google.com (mail-ot1-x333.google.com [IPv6:2607:f8b0:4864:20::333]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 382F03A1A42; Thu, 7 Apr 2022 16:53:25 -0700 (PDT) Received: by mail-ot1-x333.google.com with SMTP id 88-20020a9d0ee1000000b005d0ae4e126fso5015840otj.5; Thu, 07 Apr 2022 16:53:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=IBylojSKrCr6eAuvT8cuPvSBQJhS3lZdv3PM4EmzKiM=; b=Y7zA2RzCq60n5pcDySOlAQySGCXojvgSWqv2uUh2fOeBSGvrLfmefTUzLPigL5Na6H T4wTmxfRhDKrooShuoqzoV906XcNM8Minr3SpBunnR8grQK/3NDLvNCtWivH5zjPz9gq t50u0z5WDMOSEFJq1TP/O/qnaMjCY49SZIJkqKTzFqnTWxHBr6QdCORwdR2uEPxp21PW FqERobeFzjucWb/1eiCD3uYXxofl5fVzejusaEsTe88JW68PF1D+iDk8crhTbzTwyO46 3kXVrTnkzlXrbzY9JOY2qmXeBJswBx37sIQ5Y50926juTux84HV04D+vS0M3JuT0cxvv teFA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=IBylojSKrCr6eAuvT8cuPvSBQJhS3lZdv3PM4EmzKiM=; b=T//NYftLsLr0dxsc7rjK5gJ+Tqjuk6nIb79z23An//9kHiheEXWw2qX0oCeJVXiS1A WjwsM+a/Xm7Ox9zYyebT2unU1GhoTOs1fDzd/SUEjOdVZC2xFlknkBD2kddnr/D8li7O KQHR51Q0tXCMzPNRewRXjZuT46WuTdzqdG2iXPmC8rIGaAxvBqw5HtQmbgJStxtPSqjK PgENdmwlS7Pgpk/cjtewRfkUF9NlWe5NfqkQL0GILlnJ7uKK5As7TbmQd83DUkAQ+9OP m7Dr6zGtA5G5uj19jNKbcBxld+Hif28wjXbajD9iLqjWCpogepmImfgbrha01/5zpPqW fH2w== X-Gm-Message-State: AOAM530nUH7k1L+BuCpy4/iuANF4avIggyBP/roOt1P09DEm0zREPous 0jyG8M6c8Pg4iykMZrth90gY5zfqnzbFvw5owgqeL4f6GrHOfw== X-Google-Smtp-Source: ABdhPJyNSkDzAruYAzFa7n07l9885zMwY673paitprComnI32heopK3vZXmpF9F0rMrJO643N/sTTn5edqFlwtHZfoI= X-Received: by 2002:a9d:20a9:0:b0:5b2:665e:17f7 with SMTP id x38-20020a9d20a9000000b005b2665e17f7mr5621994ota.349.1649375603800; Thu, 07 Apr 2022 16:53:23 -0700 (PDT) MIME-Version: 1.0 References: <164925136973.25270.943986511390566104@ietfa.amsl.com> <32e01310-1530-7955-292a-8eeba8a9d392@erg.abdn.ac.uk> <374E3179-F1BD-447E-B215-EA6D8AA5F09B@ericsson.com> In-Reply-To: <374E3179-F1BD-447E-B215-EA6D8AA5F09B@ericsson.com> From: Erik Kline Date: Thu, 7 Apr 2022 16:53:12 -0700 Message-ID: Subject: Re: Zaheduzzaman Sarker's No Objection on draft-ietf-6man-mtu-option-13: (with COMMENT) To: Zaheduzzaman Sarker Cc: Gorry Fairhurst , "otroan@employees.org" , "draft-ietf-6man-mtu-option@ietf.org" , "ipv6@ietf.org" , The IESG , "6man-chairs@ietf.org" <6man-chairs@ietf.org> Content-Type: multipart/alternative; boundary="000000000000f73de105dc192e05" Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2022 23:53:30 -0000 --000000000000f73de105dc192e05 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable > * Section 6.1 and 6.2: I was expecting more clear description of > consequences/analysis when the SHOULD's are followed. > > > GF+BH: See response EV's comment also in IESG LC. > > Can I get a link to that comment or a summery of what was the response? > Assuming EV =3D=3D Eric Vyncke, you should hopefully have a thread in your inbox with the subject "=C3=89ric Vyncke's No Objection on draft-ietf-6man-mtu-option-13: (with COMMENT)". Repasting a snipper of Gorry's responses on that thread: ---8<--- ## Section 6.1 For a router not configured for HbH-processing: why only "SHOULD ignore" ? Either exception use case(s) should be provided or a "MUST NOT" and "MUST" (for forward) be used. GF+BH: The SHOULD language doesn=E2=80=99t work perfectly here. I guess it's really a statement of fact "will ignore". Not sure it is worth changing. Why does a router "SHOULD" only update and not "MUST" ? This is an experimental document and not a proposed standard one so little reason to be ultra-cautious. If "SHOULD" is kept, then when can/should a router deviate from the update action ? GF+BH:: We are happy to say MUST, i.e.if it implements this RFC it needs to= . --->8--- ---8<--- ## Section 6.2 "This cached value can be used by other flows that share the host's destination cache." is hard to parse and possibly incorrect (as missing the egress interface), suggest to use "other flows to the same destination and same egress interface" ? =3D=3D=3D GF+BH: Probably good to clarify. Indeed,it needs to be balanced with my ECMP text added to 8201 that warns that paths are not just identified by address (see below) --->8--- Separately, I think there are some things we should consider for the host behavior: * does changing a SHOULD to a MUST require the document to go back to WGLC/IETF LC again? * having MUSTs for nodes that implement this specification is fine (assuming consensus), but we should note that, with respect to PTMUD overall, the RFC 8201 language continues pre-2119 lowercase syntax and * both this option and ICMPv6 PTBs are not strongly authenticated, merely correlated with existing communications, and are designed to be change en route; therefore * it might make sense to allow hosts in some networks the latitude to implement local policy. I should maybe have thought of these points (and others) this morning, but I was afflicted with "7am brain". =3D) -ek --000000000000f73de105dc192e05 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

* Se= ction 6.1 and 6.2: I was expecting more clear description of
consequence= s/analysis when the SHOULD's are followed.

GF+BH: =C2=A0See re= sponse EV's comment also in IESG LC.
Can I get a link to that comment or a summery of what was the re= sponse?

Assuming EV =3D=3D Eric= Vyncke, you should hopefully have a thread in your inbox with the subject = "=C3=89ric Vyncke's No Objection on draft-ietf-6man-mtu-option-13:= (with COMMENT)".=C2=A0 Repasting a snipper of Gorry's responses o= n that thread:

---8<---

## Section 6.1

For a router not configured for HbH-processing: why= only "SHOULD ignore" ?
Either exception use case(s) should be= provided or a "MUST NOT" and
"MUST" (for
forward= ) be used.

GF+BH: The SHOULD language doesn=E2=80=99t work perfectly= here.
I guess it's really a statement of fact "will ignore&quo= t;. Not sure it is
worth changing.

Why does a router "SHOULD= " only update and not "MUST" ? This is an
experimentaldocument and not a proposed standard one so little reason to be
ultra-c= autious.
If "SHOULD" is kept, then when can/should a router de= viate from the update
action ?

GF+BH:: We are happy to say MUST, = i.e.if it implements this RFC it needs to.

--->8---
---8<---

## Section 6.2

"This cach= ed value can be used by other flows that share the host's
destinatio= n
cache." is hard to parse and possibly incorrect (as missing the e= gress
interface), suggest to use "other flows to the same destinati= on and same
egress
interface" ?

=3D=3D=3D

GF+BH: P= robably good to clarify. Indeed,it needs to be balanced with my
ECMP tex= t
added to 8201 that warns that paths are not just identified by address=
(see below)

--->8---

Separately, I think there are some things we should consider for the= host behavior:

=C2=A0 =C2=A0 * does changing a SH= OULD to a MUST require the document to go back to WGLC/IETF LC again?
=

=C2=A0 =C2=A0 * having MUSTs for nodes that implement t= his specification is fine (assuming consensus), but we should note that, wi= th respect to PTMUD overall, the RFC 8201 language continues pre-2119 lower= case syntax and

=C2=A0 =C2=A0 * both this option a= nd ICMPv6 PTBs are not strongly authenticated, merely correlated with exist= ing communications, and are designed to be change en route; therefore
=

=C2=A0 =C2=A0 * it might make sense to allow hosts in s= ome networks the latitude to implement local policy.

I should maybe have thought of these points (and others) this morning, b= ut I was afflicted with "7am brain".=C2=A0 =3D)

-ek
--000000000000f73de105dc192e05-- From nobody Thu Apr 7 18:14:27 2022 Return-Path: X-Original-To: ipv6@ietfa.amsl.com Delivered-To: ipv6@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EEC123A094C; Thu, 7 Apr 2022 18:14:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.109 X-Spam-Level: X-Spam-Status: No, score=-2.109 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZbY0VMR8Bbwz; Thu, 7 Apr 2022 18:14:07 -0700 (PDT) Received: from mail-wr1-x42e.google.com (mail-wr1-x42e.google.com [IPv6:2a00:1450:4864:20::42e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 30B473A094F; Thu, 7 Apr 2022 18:14:07 -0700 (PDT) Received: by mail-wr1-x42e.google.com with SMTP id w21so10702265wra.2; Thu, 07 Apr 2022 18:14:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:subject:from:in-reply-to:date:cc:message-id:references :to; bh=nNmOg6Nh+LsdLtM+GyuG8ffGUwzrV9N+ODwaffS9faE=; b=PZGjECtZv61s7Rk+ME2cVN0Pxu5UQ9FD0ofIm026hgrU+jxL5lRq+rciwMe2QiXM/g xcetl3FsyE5ICyUlYlcM7GMybv8Abed072IbZ4+WagHh3cOeD0oMv0NiEEOaqgjk0uL0 7ukuURPY0wuJZvxNNfLYjBE86e3Fn7GU5zz3GriFifME2LDKl8mKSKirIXjpQYghcajo dKmFypzAoonIBH6E8IecFvdVRLY9SB/pz1LUj6v8GwnzrporWmUEllYXg97Jzvsh2fjF PuonxnKrI3Xf5xvApziso7H7Lr9SqSYfgraxBxVUfQaCFw5yh9ZbNDCK5Ks6zAXyH1U/ Z/PA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=nNmOg6Nh+LsdLtM+GyuG8ffGUwzrV9N+ODwaffS9faE=; b=t7PtdqATsG/JtASYV/Hbi7XTZjYg6gK4BpbtU37GRM053KWxRu0FmY52SzF5b+yMW9 9q2wASVdMm9PTE41WlwtZel/T3IaGsde9cA++vF06P+BC2qXQeBc6oQp9gUKEZazPn6A aRiCQez+zHM+tJsYb+tPYt2NbkoHVoa8phkfecUTqu0YwH8DH/HgmV0VoLuS3xu0Uv21 xvRbSFvKx052BOYx5SQlskFW9M11uROfnow5TQ9V/jVVOhz+KBWJaZ9XfU1B4VOzHRAF lcbYpVGr/Z/tCyDoyZAzHU2BOH/J5UrRZoW7JvQI3Vd8/qi9HRcUftJh9PrfceIRZqjp szQw== X-Gm-Message-State: AOAM5329NuWvFoLkhXqDLmb3bPyMGpcJvQpsbPoMOyoTH4CoTzncRh5G fi2Z+Zi6hPzPcoacpXWCN/Q= X-Google-Smtp-Source: ABdhPJx73xNCdOvLPLM9xzLmz9rnbHJNz2/z0uthWM63cNEGqsIXZmflV61LbhfrbkCS0HIEIDuczw== X-Received: by 2002:a5d:47a7:0:b0:203:d1b4:8f6 with SMTP id 7-20020a5d47a7000000b00203d1b408f6mr12936066wrb.36.1649380444932; Thu, 07 Apr 2022 18:14:04 -0700 (PDT) Received: from smtpclient.apple ([2600:1700:4383:c05f:2986:f1e:a3a2:b493]) by smtp.gmail.com with ESMTPSA id i4-20020a05600c354400b0038e9c5924d6sm1384415wmq.29.2022.04.07.18.14.02 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 07 Apr 2022 18:14:04 -0700 (PDT) Content-Type: multipart/signed; boundary="Apple-Mail=_06108CC4-C0E7-4FC3-8C1A-2822087BB259"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 15.0 \(3693.60.0.1.1\)) Subject: Re: Zaheduzzaman Sarker's No Objection on draft-ietf-6man-mtu-option-13: (with COMMENT) From: Bob Hinden In-Reply-To: Date: Thu, 7 Apr 2022 18:13:59 -0700 Cc: Bob Hinden , Zaheduzzaman Sarker , Gorry Fairhurst , =?utf-8?Q?Ole_Tr=C3=B8an?= , "draft-ietf-6man-mtu-option@ietf.org" , IPv6 List , IESG , "6man-chairs@ietf.org" <6man-chairs@ietf.org> Message-Id: <4AF94828-D400-41BD-9BA0-C7293AB8691F@gmail.com> References: <164925136973.25270.943986511390566104@ietfa.amsl.com> <32e01310-1530-7955-292a-8eeba8a9d392@erg.abdn.ac.uk> <374E3179-F1BD-447E-B215-EA6D8AA5F09B@ericsson.com> To: Erik Kline X-Mailer: Apple Mail (2.3693.60.0.1.1) Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2022 01:14:12 -0000 --Apple-Mail=_06108CC4-C0E7-4FC3-8C1A-2822087BB259 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Erik, Several of the AD Comments and one Discuss are about the contents of = Section 6.1. "Router Behavior=E2=80=9D. The text from -13 version of = the draft (unchanged since at least -08): Routers that are not configured to support Hop-by-Hop Options SHOULD ignore this option and SHOULD forward the packet [RFC8200]. Routers that support Hop-by-Hop Options, but that are not configured to support this option SHOULD ignore the option and SHOULD forward the packet. Routers that support this option SHOULD compare the value of the Min- PMTU field with the MTU configured for the outgoing link. If the MTU of the outgoing link is less than the Min-PMTU, the router rewrites the Min-PMTU in the Option to use the smaller value. (The router processing is performed without checking the valid range of the Min- PMTU or the Rtn-PMTU fields.) A router MUST ignore and MUST NOT change the Rtn-PMTU field or the R-Flag in the option. Discussion: * The design of this option makes it feasible to be implemented within the fast path of a router, because the processing requirements are minimal. Gorry and I have proposed some alternatives based on the AD comments. However, thinking about is more, the only change I would make is to = remove the =E2=80=9CDiscussion=E2=80=9D text based on =C3=89ric Vyncke = comment. I think the SHOULD language is correct, this is what we want = to happen unless there is a good reason do do something else. Given the time zones, I have not discussed this with my co-author Gorry, = so this is my view. Bob > On Apr 7, 2022, at 4:53 PM, Erik Kline wrote: >=20 >> * Section 6.1 and 6.2: I was expecting more clear description of >> consequences/analysis when the SHOULD's are followed. >>=20 >>=20 >> GF+BH: See response EV's comment also in IESG LC. >>=20 >> Can I get a link to that comment or a summery of what was the = response? >>=20 >=20 > Assuming EV =3D=3D Eric Vyncke, you should hopefully have a thread in = your > inbox with the subject "=C3=89ric Vyncke's No Objection on > draft-ietf-6man-mtu-option-13: (with COMMENT)". Repasting a snipper = of > Gorry's responses on that thread: >=20 > ---8<--- >=20 > ## Section 6.1 >=20 > For a router not configured for HbH-processing: why only "SHOULD = ignore" ? > Either exception use case(s) should be provided or a "MUST NOT" and > "MUST" (for > forward) be used. >=20 > GF+BH: The SHOULD language doesn=E2=80=99t work perfectly here. > I guess it's really a statement of fact "will ignore". Not sure it is > worth changing. >=20 > Why does a router "SHOULD" only update and not "MUST" ? This is an > experimental > document and not a proposed standard one so little reason to be > ultra-cautious. > If "SHOULD" is kept, then when can/should a router deviate from the = update > action ? >=20 > GF+BH:: We are happy to say MUST, i.e.if it implements this RFC it = needs to --Apple-Mail=_06108CC4-C0E7-4FC3-8C1A-2822087BB259 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQEzBAEBCgAdFiEEm0rfRsOCoyamPexGrut0EXfnu6gFAmJPjFgACgkQrut0EXfn u6gXsAf+OIVFA/cn9GbJYMd4/ni8tGjcZgjMSU7d74M/YE87rdgLYz5dMDpnSVrg u5QOCbdZiPu414VsnO0d1U6YeYOlTHoHq6RtyU4IrKpViA+6hSiO/B47NpN431n+ 8syMiFe6RgvnQvU8JMkbBqJcrilLC9djsBXhD8NKikGzaulCkRhWYaENiq80s3bp htiBIjMwy0NufLCD/OhFo+XPmBVqSCbMkqcgYI9XRjvW7EHlYtQt4gDcqZvPn5op Z4q7HGdPb/I2MJMs0qHqUMepb92NQcXy3lYDRo6z9Ksi3BWX1FCwk2XQXehpJeuq x3sI6cBydUSeJtYo4LMB79hj6e2dZQ== =nZKd -----END PGP SIGNATURE----- --Apple-Mail=_06108CC4-C0E7-4FC3-8C1A-2822087BB259-- From nobody Thu Apr 7 19:14:35 2022 Return-Path: X-Original-To: ipv6@ietf.org Delivered-To: ipv6@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 67B5B3A1206; Thu, 7 Apr 2022 19:13:45 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: ipv6@ietf.org Subject: I-D Action: draft-ietf-6man-rfc6874bis-01.txt X-Test-IDTracker: no X-IETF-IDTracker: 7.46.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: ipv6@ietf.org Message-ID: <164938402532.17740.11717866110301931501@ietfa.amsl.com> Date: Thu, 07 Apr 2022 19:13:45 -0700 Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2022 02:13:46 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the IPv6 Maintenance WG of the IETF. Title : Representing IPv6 Zone Identifiers in Address Literals and Uniform Resource Identifiers Authors : Brian Carpenter Stuart Cheshire Robert M. Hinden Filename : draft-ietf-6man-rfc6874bis-01.txt Pages : 13 Date : 2022-04-07 Abstract: This document describes how the zone identifier of an IPv6 scoped address, defined as in the IPv6 Scoped Address Architecture (RFC 4007), can be represented in a literal IPv6 address and in a Uniform Resource Identifier that includes such a literal address. It updates the URI Generic Syntax and Internationalized Resource Identifier specifications (RFC 3986, RFC 3987) accordingly, and obsoletes RFC 6874. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-6man-rfc6874bis/ There is also an HTML version available at: https://www.ietf.org/archive/id/draft-ietf-6man-rfc6874bis-01.html A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-6man-rfc6874bis-01 Internet-Drafts are also available by rsync at rsync.ietf.org::internet-drafts From nobody Thu Apr 7 19:29:42 2022 Return-Path: X-Original-To: ipv6@ietfa.amsl.com Delivered-To: ipv6@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2E50F3A1860 for ; Thu, 7 Apr 2022 19:29:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.109 X-Spam-Level: X-Spam-Status: No, score=-2.109 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, NICE_REPLY_A=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UYsl8MzqKza0 for ; Thu, 7 Apr 2022 19:29:37 -0700 (PDT) Received: from mail-pj1-x102c.google.com (mail-pj1-x102c.google.com [IPv6:2607:f8b0:4864:20::102c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 19FCF3A185C for ; Thu, 7 Apr 2022 19:29:37 -0700 (PDT) Received: by mail-pj1-x102c.google.com with SMTP id kw18so7335552pjb.5 for ; Thu, 07 Apr 2022 19:29:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language:content-transfer-encoding; bh=tnITyg+WtF5PPx6PA0f8Upa9MOWbgs22NWso0pE3nzI=; b=lFqNZkBe8rTk8lf2B+n1IHUsT/OL49FPqwYRkbtHKXY4UZ45j0nchvo1zGZ7ZrTCiZ Ptfx0v4LA/Rm6xIq+zV23AXDJZl3WZt4XOEr8IPtUypClCwDXuC1TfIZOhuyhlzPGQnF S8QLIq2A3YKupyEEV9hdW0qu9Zl+0+ansl+1Bx000kuWlJJTpJGer2FpHpJDCzOS27EM xbgwSRckVUo+WuKexezGfen5qjQwX4JfvzP7PnIIrgbeYuZBYXni8IpNiwd3LnDeNZcw 1KpZgvXA0UQLNKemqZ1ZCUV9YwLdx77nx3v29z3eo8tAKcuVmUl3hdWUCk0PzJyAGDVX qG9Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=tnITyg+WtF5PPx6PA0f8Upa9MOWbgs22NWso0pE3nzI=; b=4UlI5jwjt+wBsjDkaCrVpMh8DZJyMrrNH9sGj3ZfMu0BnC7c5uq5fojJ3jgWPAK0/F e1gaZmCFROLzMb03LbUeXoA6Es3j228OwOHWhGObVmX36V66bKJpr1Aht82llDZ4FKhf 9GuUjfFSezVKhUesnSVNWFa9cIaxPWmU/U6VgEvl8ksnfp1p7BUotSvubghVu8VWrq75 x3KOKnGAvlFhHOSFwpDfcoS3oRuWb/62FQsW2ApQP0XWMZiVrtNSw0onfJO21vugUYTb GqjamS2FlICUitA+HXY/pphruvhEoaNX+srff3bRcgz+ndzbn+aOnxtUOzLGyRTtB8nj JXBg== X-Gm-Message-State: AOAM533rMsPPOkjgmPU8CtJE/BgJT2P+rVxfRaZ93a92IemC7NOMvgZb fOTq2hOam26mtal5uFGYvpP5iFvQuyVCmg== X-Google-Smtp-Source: ABdhPJxbUaHrQ/3lJzDVXP6Xmt460uUyn8Gd6p5doVIH0yBZn96RljMvlzfVNcqQJdfC2XeqmZkzDw== X-Received: by 2002:a17:902:ea12:b0:156:1bfa:13ac with SMTP id s18-20020a170902ea1200b001561bfa13acmr16835314plg.80.1649384975798; Thu, 07 Apr 2022 19:29:35 -0700 (PDT) Received: from ?IPv6:2406:e003:1005:b501:80b2:5c79:2266:e431? ([2406:e003:1005:b501:80b2:5c79:2266:e431]) by smtp.gmail.com with ESMTPSA id ng17-20020a17090b1a9100b001c9f79927bfsm10637386pjb.25.2022.04.07.19.29.33 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 07 Apr 2022 19:29:35 -0700 (PDT) Subject: Re: I-D Action: draft-ietf-6man-rfc6874bis-01.txt To: ipv6@ietf.org References: <164938402532.17740.11717866110301931501@ietfa.amsl.com> From: Brian E Carpenter Message-ID: Date: Fri, 8 Apr 2022 14:29:31 +1200 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.10.0 MIME-Version: 1.0 In-Reply-To: <164938402532.17740.11717866110301931501@ietfa.amsl.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2022 02:29:40 -0000 Hi, This version reflects comments at the IETF and on the list. Change log: * Extended use cases (added Microsoft WSD) * Clarified relationship with RFC3986 language * Allow for legacy use of RFC6874 format * Augmented security considerations * Editorial and reference improvements Note that some of the text about RFC3986 that Shang Ye suggested to remove has been retained, but modified. Further comments about this, or any other aspect, are very welcome. Regards Brian + co-authors On 08-Apr-22 14:13, internet-drafts@ietf.org wrote: > > A New Internet-Draft is available from the on-line Internet-Drafts directories. > This draft is a work item of the IPv6 Maintenance WG of the IETF. > > Title : Representing IPv6 Zone Identifiers in Address Literals and Uniform Resource Identifiers > Authors : Brian Carpenter > Stuart Cheshire > Robert M. Hinden > Filename : draft-ietf-6man-rfc6874bis-01.txt > Pages : 13 > Date : 2022-04-07 > > Abstract: > This document describes how the zone identifier of an IPv6 scoped > address, defined as in the IPv6 Scoped Address Architecture > (RFC 4007), can be represented in a literal IPv6 address and in a > Uniform Resource Identifier that includes such a literal address. It > updates the URI Generic Syntax and Internationalized Resource > Identifier specifications (RFC 3986, RFC 3987) accordingly, and > obsoletes RFC 6874. > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-6man-rfc6874bis/ > > There is also an HTML version available at: > https://www.ietf.org/archive/id/draft-ietf-6man-rfc6874bis-01.html > > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=draft-ietf-6man-rfc6874bis-01 > > > Internet-Drafts are also available by rsync at rsync.ietf.org::internet-drafts > > > _______________________________________________ > I-D-Announce mailing list > I-D-Announce@ietf.org > https://www.ietf.org/mailman/listinfo/i-d-announce > Internet-Draft directories: http://www.ietf.org/shadow.html > or ftp://ftp.ietf.org/ietf/1shadow-sites.txt > From nobody Fri Apr 8 01:27:21 2022 Return-Path: X-Original-To: ipv6@ietfa.amsl.com Delivered-To: ipv6@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 106F43A15AC; Fri, 8 Apr 2022 01:27:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.11 X-Spam-Level: X-Spam-Status: No, score=-7.11 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 53nme2LA2KvP; Fri, 8 Apr 2022 01:26:57 -0700 (PDT) Received: from EUR04-HE1-obe.outbound.protection.outlook.com (mail-he1eur04on0606.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe0d::606]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 96FFC3A15AF; Fri, 8 Apr 2022 01:26:56 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Dj+UJ87A4/r+rKNf9FqYoWiDUbdvun0bBMijhkaa27OmtWeFqUzMkJNJpJAm55P3pY737dFVRut4Vq8PP7MTCsjYz/YeqMXS/5+d1qtlhwEjXNA+7coEO9wHNupj3aRdKZxtJbZyuhRrMH5ivwwCG52lVjenHTUIq9jfwjJjcsQOq3vcid3Pzp3akeoCkRy3Z4bgiR6U62mSFImb+7osTGGiKwOMObFNvQ/iFd/pasG1Z3jQTE7MgiMyYL10uOgRfgratCHdMTavyuaVqUOHQKjEy2F+FfEHEAGasHL9HN9yNqcWc9aLoET7OjNC6kWVQ1cPR9oAv7xe4sDKkGduhA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=iWBZF/8RX8r/tqFSgnFYtEbul/Li0NTWQsczZdsnfP4=; b=kMZ++YotZzami5PrsUQdQU5RuUwrsZU8MG2PgTV67kptDKXk1FBGsLbuPjkn73rB4TTkPDkEihcM+FFbHx+hk9zFZP1qjhV9CEiZypCUIw+uFAFhGxtSt4MT5cXO7kCmnTxJSxGZuCUEvyUZn1tuLTQK9L/Jc8mvpJqBh4AnQ0OgbJf+zbHhpoSSSirDq+RDG00LD/0ZyhPy3fDvYwxk/RNwcVP/IU7oVuh7rkY6a8L+Oue83E9owR7aV23LgEiH4jUjB5tYRNMLZs3OQcYXRhekqsDwQ488chMRr8l4UspcNd3U9p9VbtCMMSH/rIKjlb0nrAMvukB4In8Ke1KTTw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=iWBZF/8RX8r/tqFSgnFYtEbul/Li0NTWQsczZdsnfP4=; b=hl+kDhjeqaiL6nVlmCafhRc+vk9oNxaXDbSvBW7Q55enJ87oRmxC58n4sYugNmlf+nV0jC3xpjiBh7RPm02ExuihUWSlOGUNy6tZftLWNRz+9yN7uLmhhdc1wdYr00YTJRPqkbIxL7xHH+s1sIZpygVpMlNtQdkRYwTRdMCec1o= Received: from HE1PR07MB4187.eurprd07.prod.outlook.com (2603:10a6:7:98::23) by PR1PR07MB4873.eurprd07.prod.outlook.com (2603:10a6:102:6::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5144.19; Fri, 8 Apr 2022 08:26:50 +0000 Received: from HE1PR07MB4187.eurprd07.prod.outlook.com ([fe80::c140:61d7:3788:b075]) by HE1PR07MB4187.eurprd07.prod.outlook.com ([fe80::c140:61d7:3788:b075%7]) with mapi id 15.20.5164.008; Fri, 8 Apr 2022 08:26:50 +0000 From: Zaheduzzaman Sarker To: Erik Kline CC: Gorry Fairhurst , "otroan@employees.org" , "draft-ietf-6man-mtu-option@ietf.org" , "ipv6@ietf.org" , The IESG , "6man-chairs@ietf.org" <6man-chairs@ietf.org> Subject: Re: Zaheduzzaman Sarker's No Objection on draft-ietf-6man-mtu-option-13: (with COMMENT) Thread-Topic: Zaheduzzaman Sarker's No Objection on draft-ietf-6man-mtu-option-13: (with COMMENT) Thread-Index: AQHYSbmquZobjmbywUWlx3xUCisXWazi8SSAgAGYxICAAJfsAIAAj4GA Date: Fri, 8 Apr 2022 08:26:49 +0000 Message-ID: <8EC488FD-C902-47DC-8A19-FE93492CFA07@ericsson.com> References: <164925136973.25270.943986511390566104@ietfa.amsl.com> <32e01310-1530-7955-292a-8eeba8a9d392@erg.abdn.ac.uk> <374E3179-F1BD-447E-B215-EA6D8AA5F09B@ericsson.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-mailer: Apple Mail (2.3654.120.0.1.13) authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=ericsson.com; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: aea9ebbf-8a68-4a16-15b2-08da19398765 x-ms-traffictypediagnostic: PR1PR07MB4873:EE_ x-microsoft-antispam-prvs: x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: jKftUQRQgY6yEGLYc0/tO/2k7zNsu4ekUfxPZUxg6x/nqgTvjXZt3Qzrj1hN/ySrBabUfwk7qhvYJZaTsVug37K79rKijslAe9Ir9w9HLLVHGM6R6Md0iB726Lnnt78uec23osHhIDcPqMiKwkLSQWhkctwIOX6flNvgOwvXLW+hXECCYGP4v/EC9A/uxM4BPn7hyIPLhMxEe9Q7ICEZV+gpGTrsi6q2GbZycVBOPMs1GX9lrZedY0nGfaHYnefSKepc1yQfSItDWGmUG5FYj2vynBgsHb8jz3CeOnKqkUWDACj65Lr7QgpiQaUJG80MzlpgkHpbFJp/6JzQRq0a9LayVG8Gb98Eet3yvXrjSgYqCOoogtWnnXXEBrh/5nAq9Hguoq67EHuaru+ogfLv8f0AfScZFJ75JZnvX3QfHUkqzKI5lyafGUVspcZxB7TpLEF9RwzATDsqQp4NDCDOPLWIoweVjVJcS1RPiisSYZVUq1ZKM3wkzc93BCpMa5Q/aQnJ2YplMRwL8ImMiiEmXocqkPp8jygDP5lJqrukYtA42xz5H6UL5M8DOaX100c7xHRUaf8XZ/eG0IcA7otVtmfVbK0USzHyWSMoxZNUx5FDb9/7EDikrF1CHWderW6lBl1oFs2UZfNKdK4k+7wZdKVnihO+isFW0f30jHkZDicl+DYkc679tXNLlOH5rfpWwQLcpwHqhuqu1k0awKePfuj1nReSzQs9DIG9HKmU3n6sqiW7ZiwInTwuw8obwscaA8SM0nX0QZLhRge03G+lXa43WY0j1twgyM8yiVxsN8M= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:HE1PR07MB4187.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230001)(4636009)(366004)(508600001)(66476007)(54906003)(8676002)(91956017)(83380400001)(4326008)(66946007)(76116006)(64756008)(186003)(86362001)(66446008)(6916009)(66556008)(33656002)(316002)(26005)(66574015)(36756003)(53546011)(2616005)(44832011)(5660300002)(6486002)(6512007)(71200400001)(2906002)(8936002)(38070700005)(99936003)(38100700002)(122000001)(82960400001)(6506007)(45980500001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?utf-8?B?R2FJdTAxT3ZtczdVT0pIMXJZaDdqMHhOMFIzcUtCcWdqMm9pZWE4dWppL3Z2?= =?utf-8?B?TmowYjdhY0QwQTU2NUdOTFNsQ2hhUlNEMkswcXpqT2N6RGFqQUU2WWRldlds?= =?utf-8?B?YTcvNUNtbG4rdTFzY1plOUhqNTNwNGwvM2RJTWFQbFU3M3oyc3FPbHJQMFEr?= =?utf-8?B?MFU5blIzeHlxaExEcUdxbnZGNmd2ZDBBTzFYNEtteWJTM2RFUWVyUlh4VXhZ?= =?utf-8?B?MWJuaEJZLzFNSzFuQmJ5eUlQUjBtZ2NoQ29tdkdBYVJ4c0Z4MTE4YjZPeDJ2?= =?utf-8?B?OGhmdDlkemYyUVc5ZGp0QWlRYlJSL0UvN1JJcHhsc01sbTJVcWZ2TEhQL2xB?= =?utf-8?B?R3BYY2EzQ2p2OUR5Rk43U01VMG5OL0VIT0NGQmEzWEROMUg0YkdTRUxJeWxZ?= =?utf-8?B?emt0QllTOE9VRXlWdENwWjU2Z1hTZ2FnakV2MTA3K2pUeU9yYWlYckhWZHpI?= =?utf-8?B?anIvTnAzVEc5aW1xQWduQWxtaGZKL0dJbVVOYVBaS1l5NnplWFJydWdnVVpL?= =?utf-8?B?Y1A1RS80UG1SK0krYzdJRzZlRUVoT2JlakI5bWd2K3gvNjQ5RE54cUdhcEpw?= =?utf-8?B?ajhJRC8wc2xHUjkwNnVlZ1ROY2hwb0l3blBWeDlPZWhvU3RqeTMyS1ZYajlE?= =?utf-8?B?T1Nsazl0MlhCV3pVOVN4Q205cXMrTXdPVGcwSVJCc1ZlcHlFOHJCV2hRT2RT?= =?utf-8?B?aEUrZlB3cHptTjdadmFPQ1MxVHdPY080NkE2Y3h1aDl5MzZhYVRBWnRMbTJG?= =?utf-8?B?bFJNWkVzN2VwS1dzRjliWE9ia3pkQnlYdCszUmZBQ2c5RENxWVBPeXJjY1pU?= =?utf-8?B?dEkxb2tuVThGSW55NUk2QlBPdFZtQXJJSnV1ZXpmRnhlc2pWMjNMcFVNU3cy?= =?utf-8?B?TW5YM083alNhWFVhZ2h2M3dHQitvcXp6bUtPeE9rRjJCejc3OUFWbjlSTVNW?= =?utf-8?B?MTNTUGtSTlhTUVRNTXIyeWJBbHlXdjBIU0ZycHE5eklILzJmNzRGRnNBTE1u?= =?utf-8?B?dHV0TFJyKzR3am4yenRzMjFINTZ1N2YxYkw3dldWRHJLa2ovNmV0NlFTRmg5?= =?utf-8?B?aWh2NHp2RlhnRzBhMyttK3p2eXo2YyswRU9jSkd5QldjRVIzcFhLMXo5S0pr?= =?utf-8?B?SUZMNFcrSk1DMEZoNXJCTmVxbHlIMnZCM25LL2psVHArNHpmUENucno4bjJr?= =?utf-8?B?OTNGb0taRkR3cFNNN05GeC9MZnZkc3RFU3RRTGtZZjhiSk1LMlh2YmJZSUIr?= =?utf-8?B?L3hyaGxGSG9Sb29SKzRIb05mZ0k1M1RhajdXcGEyd3htMlBIeDJlTWxPeGNB?= =?utf-8?B?bUxybW1XSVZ3QnVNbFFGc0JJWHFmLzJPT013QXZJUElsVlNaUEtFclRITHZp?= =?utf-8?B?WjJUQjlWZCtDa0dtNHUyQjMreGxPSlFWdXlaQ3ROTndkMFVGWUhJQzM1bkFs?= =?utf-8?B?V2dWNFhGQnJ4YWpKd1p5QUNuV2hqWEZ1UExsa1lBdCtDUHovTjcwRlhnY0Vj?= =?utf-8?B?K0dhQkhOdEdCeU1BenFsSHZtSWFNUkJJTXpNWFh0Y2l4dFJNZWZ5c2lZTmQv?= =?utf-8?B?NkxKUytsczM4SUFOazUzSHU1WWlDQXhQTWYrMEkwZGRYZkp0Nmc3c3lOOVFw?= =?utf-8?B?QXlNYzZEL0liMWJQdmI1N3hVLzBJbm5qYVBmby81bldYdDNMWGpIcHpsNzJ6?= =?utf-8?B?Z0UrZUdhK2ZlbnU5MUZTdysrcWtEeHRsSlhMRDQrNVA5ak5sdkd6NWtMM2Zr?= =?utf-8?B?SkZRWit1UTFaWU9sS2I5RE5nNVdYaEFQQkhtWWVZZktiTXZPVHpLTlFYclBT?= =?utf-8?B?SXB0SjZzNU5SNnFXZXFnMUJXOFJRaEZyMEswckExK2lZOE9WQ1lINW84eVVu?= =?utf-8?B?amxrbjFjdkVhKzNmdFZ3MUkyb1pmLzN6WWkza1k0dW5nVXNEM3FESEZDT0NZ?= =?utf-8?B?VFpYdVZmZGV3SFhwNUQ4OEpTaE9WWkZ5TlR2OXRvcnZEcFIxOUxLUkVXc2ho?= =?utf-8?B?TUZRWGExbWtnMDhrbmdMYU93RHNCUmlROWhaaVRBVjNCMnlpTFJBQ1loQWdq?= =?utf-8?B?TWd2TS9NbjRQWXNmV0VzeEFjZjFRZTVBQTZNak9YRTV6UEUxU0VjNnJwVysy?= =?utf-8?B?NUE1Y0xJdnhUSldDWlhYSnhMTThoTjZ6WnN2N082Zi9YUUJmc0JpL1IvMkc4?= =?utf-8?B?RXhKK1dVUnlGNU5mWHA0KytnQ05mZ3hUeXVzTDdTZFV4azFTMG43N1pWd2NG?= =?utf-8?B?UXRybUJ2NlpoMFVhR0kwR1hkOFV3aXBxUmdFd01CeVRkUlJEVzVUc0JhM1dT?= =?utf-8?B?NTNKK2ZsMlhMRitKSExzYUlHcU95U1lLYXlWazh4clIvQzh4OTFVY1VuckNT?= =?utf-8?Q?VAGTkIsId4zarUkVeYfT7MynVz3tZNqRz++dp?= Content-Type: multipart/signed; boundary="Apple-Mail=_286146E9-99FA-4901-B6D6-F1194C2B72F4"; protocol="application/pkcs7-signature"; micalg=sha-256 MIME-Version: 1.0 X-OriginatorOrg: ericsson.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: HE1PR07MB4187.eurprd07.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: aea9ebbf-8a68-4a16-15b2-08da19398765 X-MS-Exchange-CrossTenant-originalarrivaltime: 08 Apr 2022 08:26:49.8288 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: G00iqOP+lTN4JuULYx0aX8flr1eeyWl2kkkmnkaMUVOxu7LHS/RCoC/NjsHMYk0KMF/Y7P2HyKNXWlovU8nyz8norE3woV+Fx5wS18Ro7lQapf3StlqYpuY8NBFXP7Ch X-MS-Exchange-Transport-CrossTenantHeadersStamped: PR1PR07MB4873 Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2022 08:27:03 -0000 --Apple-Mail=_286146E9-99FA-4901-B6D6-F1194C2B72F4 Content-Type: multipart/alternative; boundary="Apple-Mail=_404A948D-6A66-4120-994C-72FA8980360D" --Apple-Mail=_404A948D-6A66-4120-994C-72FA8980360D Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On 8 Apr 2022, at 01:53, Erik Kline wrote: >=20 >=20 >>> * Section 6.1 and 6.2: I was expecting more clear description of >>> consequences/analysis when the SHOULD's are followed. >>=20 >> GF+BH: See response EV's comment also in IESG LC. > Can I get a link to that comment or a summery of what was the = response? >=20 > Assuming EV =3D=3D Eric Vyncke, you should hopefully have a thread in = your inbox with the subject "=C3=89ric Vyncke's No Objection on = draft-ietf-6man-mtu-option-13: (with COMMENT)=E2=80=9D. Ok, I should have thought about that, I think I got distracted by the = phrase IESG LC :-). > Repasting a snipper of Gorry's responses on that thread: >=20 > ---8<--- >=20 > ## Section 6.1 >=20 > For a router not configured for HbH-processing: why only "SHOULD = ignore" ? > Either exception use case(s) should be provided or a "MUST NOT" and > "MUST" (for > forward) be used. >=20 > GF+BH: The SHOULD language doesn=E2=80=99t work perfectly here. > I guess it's really a statement of fact "will ignore". Not sure it is > worth changing. >=20 > Why does a router "SHOULD" only update and not "MUST" ? This is an > experimental > document and not a proposed standard one so little reason to be > ultra-cautious. > If "SHOULD" is kept, then when can/should a router deviate from the = update > action ? >=20 > GF+BH:: We are happy to say MUST, i.e.if it implements this RFC it = needs to. >=20 > --->8--- >=20 > ---8<--- >=20 > ## Section 6.2 >=20 > "This cached value can be used by other flows that share the host's > destination > cache." is hard to parse and possibly incorrect (as missing the egress > interface), suggest to use "other flows to the same destination and = same > egress > interface" ? >=20 > =3D=3D=3D >=20 > GF+BH: Probably good to clarify. Indeed,it needs to be balanced with = my > ECMP text > added to 8201 that warns that paths are not just identified by address > (see below) >=20 > --->8--- >=20 > Separately, I think there are some things we should consider for the = host behavior: >=20 > * does changing a SHOULD to a MUST require the document to go back = to WGLC/IETF LC again? May be it needs to, but I think we are discussing where the change is = required or not and that is most important thing to settle here. If that = is settled the rest of it is process question. >=20 > * having MUSTs for nodes that implement this specification is fine = (assuming consensus), but we should note that, with respect to PTMUD = overall, the RFC 8201 language continues pre-2119 lowercase syntax and >=20 > * both this option and ICMPv6 PTBs are not strongly authenticated, = merely correlated with existing communications, and are designed to be = change en route; therefore >=20 > * it might make sense to allow hosts in some networks the latitude = to implement local policy. >=20 > I should maybe have thought of these points (and others) this morning, = but I was afflicted with "7am brain". =3D) I think I agree that there are cases where network policies are = important. However, if we thrive for MTU discory to work for the = usefulness it has, we should try in our specifications to be specific = about it rather left to the choice of implementers (even thought = ultimately they decide what they want to implement). If we can=E2=80=99t = do that for example - one argument I saw is that this "spec is = experimental only=E2=80=9D , then at least we should let the = implementers know about the implications of not following the = recommendation and how that can hurt the experiment of it. I am missing = this part as well. Having said that I respect the WG=E2=80=99s concuss if they think a = SHOULD is enough for this experimental spec and there is no need warn = about the implications if the implementers not even following the = SHOULD. I can live with that. //Zahed --Apple-Mail=_404A948D-6A66-4120-994C-72FA8980360D Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8



* Section 6.1 and 6.2: I was expecting = more clear description of
consequences/analysis when the = SHOULD's are followed.

GF+BH:  See = response EV's comment also in IESG LC.
Can I get a link to = that comment or a summery of what was the = response?

Assuming EV =3D=3D Eric Vyncke, you = should hopefully have a thread in your inbox with the subject "=C3=89ric = Vyncke's No Objection on draft-ietf-6man-mtu-option-13: (with = COMMENT)=E2=80=9D.
Ok, I = should have thought about that, I think I got distracted by the phrase = IESG LC :-).
  Repasting a snipper of = Gorry's responses on that thread:

---8<---

## Section 6.1

For a router not configured for HbH-processing: why only = "SHOULD ignore" ?
Either exception use case(s) should be = provided or a "MUST NOT" and
"MUST" (for
forward) be used.

GF+BH: The = SHOULD language doesn=E2=80=99t work perfectly here.
I = guess it's really a statement of fact "will ignore". Not sure it is
worth changing.

Why does a = router "SHOULD" only update and not "MUST" ? This is an
experimental
document and not a proposed = standard one so little reason to be
ultra-cautious.
If "SHOULD" is kept, then when can/should a router deviate = from the update
action ?

GF+BH:: We are happy to say MUST, i.e.if it implements this = RFC it needs to.

--->8---

---8<---

## Section 6.2

"This cached value can be used by other flows that share the = host's
destination
cache." is hard to parse = and possibly incorrect (as missing the egress
interface), = suggest to use "other flows to the same destination and same
egress
interface" ?

=3D=3D=3D

GF+BH: Probably good = to clarify. Indeed,it needs to be balanced with my
ECMP = text
added to 8201 that warns that paths are not just = identified by address
(see below)

--->8---

Separately, I think = there are some things we should consider for the host = behavior:

 =   * does changing a SHOULD to a MUST require the document to go = back to WGLC/IETF LC = again?
May be it needs to, but = I think we are discussing where the change is required or not and that = is most important thing to settle here. If that is settled the rest of = it is process question.

    * having MUSTs for nodes = that implement this specification is fine (assuming consensus), but we = should note that, with respect to PTMUD overall, the RFC 8201 language = continues pre-2119 lowercase syntax and

    * both this option and = ICMPv6 PTBs are not strongly authenticated, merely correlated with = existing communications, and are designed to be change en route; = therefore

 =   * it might make sense to allow hosts in some networks the = latitude to implement local policy.

I should maybe have thought of these = points (and others) this morning, but I was afflicted with "7am = brain".  =3D)
I think I = agree that there are cases where network policies are important. = However, if we thrive for MTU discory to work for the usefulness it has, = we should try in our specifications to be specific about it rather left = to the choice of implementers (even thought ultimately they decide what = they want to implement). If we can=E2=80=99t do that for example - one = argument I saw is that this "spec is experimental only=E2=80=9D , then = at least we should let the implementers know about the implications of = not following the recommendation and how that can hurt the experiment of = it. I am missing this part as well.

Having said that I respect the WG=E2=80=99s = concuss if they think a SHOULD is enough for this experimental spec and = there is no need warn about the implications if the implementers not = even following the SHOULD. I can live with that.


//Zahed

= --Apple-Mail=_404A948D-6A66-4120-994C-72FA8980360D-- --Apple-Mail=_286146E9-99FA-4901-B6D6-F1194C2B72F4 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCCBf4w ggX6MIID4qADAgECAg8BdUoQAyUVYjB/ZVVBDvMwDQYJKoZIhvcNAQELBQAwRzELMAkGA1UEBhMC U0UxETAPBgNVBAoMCEVyaWNzc29uMSUwIwYDVQQDDBxFcmljc3NvbiBOTCBJbmRpdmlkdWFsIENB IHYzMB4XDTIwMTAyMTA3MjkyNVoXDTIzMTAyMjA3MjkyNFowYjERMA8GA1UECgwIRXJpY3Nzb24x HDAaBgNVBAMME1phaGVkdXp6YW1hbiBTYXJrZXIxLzAtBgkqhkiG9w0BCQEWIHphaGVkdXp6YW1h bi5zYXJrZXJAZXJpY3Nzb24uY29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAmjJb Zy6kdvqWwiZanvVnqKsb990pSFndyIgFspP9mArDxvEX0oqrBugPRyJSp1KA0KDPo9L3SBHk7pbp hJDbJAxPdPAbyZ+DMHV/UtQSUUpp8rRoYNEA6Ew3OlG5Sz1Nhq9AcjSKeOZKunnJInh/y435NACo co2uP/6Gk0XBeB3qE645aIqpbsO3DCUMOWxWIjjTRFQ/TqoUjbIwfw+rO64Y3qEa96Ibj63AoDtt 3gwmtpFkVm5C44XfK7J4LyXIIz4TQqnfxlfoJ+ttFMfV1ZV1OvA7xXj0yO/6btsktlktpgMvow87 HPkSRtsLXQoRhU4E1zclEPWz5SzhUXuOvwIDAQABo4IBxjCCAcIwHwYDVR0jBBgwFoAUHHsZnpec dqwgPdjc45Fq49stplMwHQYDVR0OBBYEFJlMp3EJ+P/dXOLqvbT718jDfw1mMA4GA1UdDwEB/wQE AwIFoDBVBgNVHSAETjBMMEoGDCsGAQQBgg8CAwEBEjA6MDgGCCsGAQUFBwIBFixodHRwczovL3Jl cG9zaXRvcnkudHJ1c3QudGVsaWFzb25lcmEuY29tL0NQUzArBgNVHREEJDAigSB6YWhlZHV6emFt YW4uc2Fya2VyQGVyaWNzc29uLmNvbTBIBgNVHR8EQTA/MD2gO6A5hjdodHRwOi8vY3JsLnRydXN0 LnRlbGlhLmNvbS9lcmljc3Nvbm5saW5kaXZpZHVhbGNhdjMuY3JsMB0GA1UdJQQWMBQGCCsGAQUF BwMEBggrBgEFBQcDAjCBggYIKwYBBQUHAQEEdjB0MCgGCCsGAQUFBzABhhxodHRwOi8vb2NzcDIu dHJ1c3QudGVsaWEuY29tMEgGCCsGAQUFBzAChjxodHRwOi8vY2EudHJ1c3QudGVsaWFzb25lcmEu Y29tL2VyaWNzc29ubmxpbmRpdmlkdWFsY2F2My5jZXIwDQYJKoZIhvcNAQELBQADggIBAD1OD1xt xE0jjc12/QXWWe8Cv2q1ZRn1PwacRWFJMyprPB6CiR6YBnmovYCyvCrNCqzsNaTpQLAQeKxwpmOg fZ1SrdyqQKjtCiAlQynqV+dX5VAA6kt/fM67jZbU+lmzw3/2mXNQKTnor1Ax2bJjtZB2DzvTmSPd EybZWxSfMMSsZHA4GLPGEHws+7fHeZ6RSRsAolXPTLGu7gxPkYDtaUzI9M8Z9GKz2UC/wNP2UieR 95h5TnKiqAWLqAxwzcu7GVWIdJ4rzgOenaNg56OM5q87+X90ZSAODWAPnxdDgVGspHbxt2g9cQYb pkKiHWrOuLIWd8B/oGbE1ruKqcFKC39aYkd7JRlHjkNfU/IpymDoGd3RYMtsJW2JvinuZMmMZ5F5 Xpw1yJuSPrq5tHbPx7S6hjqYhd9VkRLbKkprw9+HJZBrUrhrUx4HVF2/bo+WG9GCTdQUsm8JQt9B zpRh2ySNBQZfUn1WN3Q+lMcGSdItCNYH6HnXGrAmv+oDZ1pnp9z+NNmDoNMAHaFvwYCFd9/HvjJu 5kL90Fp3UEJQAk6X+2+ElrfNplUz16nAOBvxcY55R5eI9SDD8MmNfADekiMldSwB9LjMrqBhwWeE UblghhtceJ3iqg35LURo+KXdL3h0/IodZPBYoMLMhMbDdYokIUY+mWW5W1T1WzV9PyWqMYICyjCC AsYCAQEwWjBHMQswCQYDVQQGEwJTRTERMA8GA1UECgwIRXJpY3Nzb24xJTAjBgNVBAMMHEVyaWNz c29uIE5MIEluZGl2aWR1YWwgQ0EgdjMCDwF1ShADJRViMH9lVUEO8zANBglghkgBZQMEAgEFAKCC AUEwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMjIwNDA4MDgyNjQ5 WjAvBgkqhkiG9w0BCQQxIgQgetv9xc4PlLMHpFOImayTcYAuiPGH/Cg/p6WFaB8V/XMwaQYJKwYB BAGCNxAEMVwwWjBHMQswCQYDVQQGEwJTRTERMA8GA1UECgwIRXJpY3Nzb24xJTAjBgNVBAMMHEVy aWNzc29uIE5MIEluZGl2aWR1YWwgQ0EgdjMCDwF1ShADJRViMH9lVUEO8zBrBgsqhkiG9w0BCRAC CzFcoFowRzELMAkGA1UEBhMCU0UxETAPBgNVBAoMCEVyaWNzc29uMSUwIwYDVQQDDBxFcmljc3Nv biBOTCBJbmRpdmlkdWFsIENBIHYzAg8BdUoQAyUVYjB/ZVVBDvMwDQYJKoZIhvcNAQELBQAEggEA LwBztJAVOl3tVbQsjBDa6e92Mp2cBORgWzMc4kedZGMaUWLyLGuxT72WHwtonM4XpDzl+sbvbn3R W9GlzOM2iWUZAC9OWEFz1wuyrcGW+Bewf2HA1T4iFaK3kMuAVF1nCO+IOIUz4x5MHZflox0pPt+Q Lee6nQWvb9yKS/i8AC1rtS5ECNQYZ9v19Lp/sAt8Or8VXZ1uRQdvxa6hOkvUeanwU8MMAjXNP1u9 AaP8msoMtj7u7M66WXKD6FFp3ZkAnIOYOjdiUJ82S5tiUqBKl84PxQto0YwkIjguMNcXXZlIis0y Xm/2wLMeW4hLT0n05VReZpYVgVpCs8W114l0rQAAAAAAAA== --Apple-Mail=_286146E9-99FA-4901-B6D6-F1194C2B72F4-- From nobody Fri Apr 8 02:32:32 2022 Return-Path: X-Original-To: ipv6@ietfa.amsl.com Delivered-To: ipv6@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E89173A19C1 for ; Fri, 8 Apr 2022 02:32:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zwJA5MC-nlEV for ; Fri, 8 Apr 2022 02:32:24 -0700 (PDT) Received: from chinatelecom.cn (prt-mail.chinatelecom.cn [42.123.76.228]) by ietfa.amsl.com (Postfix) with ESMTP id 54E833A19C0 for ; Fri, 8 Apr 2022 02:32:23 -0700 (PDT) HMM_SOURCE_IP: 172.18.0.218:53166.1391859884 HMM_ATTACHE_NUM: 0000 HMM_SOURCE_TYPE: SMTP Received: from clientip-61.144.66.66 (unknown [172.18.0.218]) by chinatelecom.cn (HERMES) with SMTP id 4D1EB2800FB; Fri, 8 Apr 2022 17:32:00 +0800 (CST) X-189-SAVE-TO-SEND: 44031110@chinatelecom.cn Received: from ([172.18.0.218]) by app0025 with ESMTP id 0728b5e85a404232a406e53b3e663f1d for bob.hinden@gmail.com; Fri, 08 Apr 2022 17:32:04 CST X-Transaction-ID: 0728b5e85a404232a406e53b3e663f1d X-Real-From: zhuyq8@chinatelecom.cn X-Receive-IP: 172.18.0.218 X-MEDUSA-Status: 0 Sender: zhuyq8@chinatelecom.cn Date: Fri, 8 Apr 2022 17:32:00 +0800 From: "zhuyq8@chinatelecom.cn" To: "Bob Hinden" , "IPv6 List" Cc: "Bob Hinden" Subject: Re: Call for adoption: References: <92790B16-19F8-40AD-BF8B-F9CBB619EE37@gmail.com> X-Priority: 3 X-Has-Attach: no X-Mailer: Foxmail 7.2.22.188[cn] Mime-Version: 1.0 Message-ID: <202204081731599093757@chinatelecom.cn> Content-Type: multipart/alternative; boundary="----=_001_NextPart667346307364_=----" Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2022 09:32:29 -0000 This is a multi-part message in MIME format. ------=_001_NextPart667346307364_=---- Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 SSBzdXBwb3J0IHRoZSBhZG9wdGlvbiBvZiB0aGlzIGRhZnRlLg0KQi5SLg0KICAgICAgIFlvbmdx aW5nIFpodQ0KDQoNCnpodXlxOEBjaGluYXRlbGVjb20uY24NCiANCkZyb206IEJvYiBIaW5kZW4N CkRhdGU6IDIwMjItMDMtMzEgMDQ6MzANClRvOiBJUHY2IExpc3QNCkNDOiBCb2IgSGluZGVuDQpT dWJqZWN0OiBDYWxsIGZvciBhZG9wdGlvbjogPGRyYWZ0LWtyaXNobmFuLTZtYW4tc2lkcy0wMD4N ClRoaXMgbWVzc2FnZSBzdGFydHMgYSB0d28gd2VlayA2TUFOIGNhbGwgb24gYWRvcHRpbmc6DQog DQogICBUaXRsZTogICAgICAgICAgU2VnbWVudCBJZGVudGlmaWVycyBpbiBTUnY2DQogICBBdXRo b3JzOiAgICAgICAgUy4gS3Jpc2huYW4NCiAgIEZpbGUgTmFtZTogICAgICBkcmFmdC1rcmlzaG5h bi02bWFuLXNpZHMtMDANCiAgIERvY3VtZW50IGRhdGU6ICBGZWJydWFyeSAxMCwgMjAyMg0KIA0K ICAgaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9kcmFmdC1rcmlzaG5hbi02 bWFuLXNpZHMtMDANCiANCmFzIGEgNk1BTiB3b3JraW5nIGdyb3VwIGRvY3VtZW50Lg0KIA0KRm9y IGJhY2tncm91bmQgdGhpcyBkcmFmdCB3YXMgdGhlIHJlc3VsdCBhIHF1ZXJ5IHRvIHRoZSA2TUFO IHdvcmtpbmcgZ3JvdXAgZnJvbSB0aGUgU1BSSU5HIHcuZy4gY2hhaXJzIHJlZ2FyZGluZyByZWdh cmRpbmcgZHJhZnQtZmlsc2ZpbHNjaGVuZy1zcHJpbmctc3J2Ni1zcmgtY29tcHJlc3Npb24uICBU aGUgcXVlcnkgd2FzOg0KIA0KICBodHRwczovL21haWxhcmNoaXZlLmlldGYub3JnL2FyY2gvbXNn L2lwdjYvNUlwa0hmNXRWYS1HNHNLY2EtRVdHRXppWVNvLw0KIA0KQWZ0ZXIgYW4gYWN0aXZlIGRp c2N1c3Npb24sIHRoZSByZXBseSBmcm9tIHRoZSA2TUFOIGNoYWlycyBhbmQgQURzIHdhczoNCiAN CiAgaHR0cHM6Ly9tYWlsYXJjaGl2ZS5pZXRmLm9yZy9hcmNoL21zZy9pcHY2L3JHZ3BXWnlQYUtv bkxhZXVUMzdEN3FaMVZjdy8NCiANClRoaXMgdG9waWMgd2FzIGFsc28gcHJlc2VudGVkIGF0IElF VEYgMTEyLCBzbGlkZXMgaGVyZToNCiANCiAgaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9t ZWV0aW5nLzExMi9tYXRlcmlhbHMvc2xpZGVzLTExMi02bWFuLXNydjYtc2lkcy0wMA0KIA0KU3Vi c3RhbnRpdmUgY29tbWVudHMgYW5kIHN0YXRlbWVudHMgb2Ygc3VwcG9ydCBmb3IgYWRvcHRpbmcg dGhpcyBkb2N1bWVudCBzaG91bGQgYmUgc2VudCB0byB0aGUgbWFpbGluZyBsaXN0LiAgRWRpdG9y aWFsIHN1Z2dlc3Rpb25zIGNhbiBiZSBzZW50IHRvIHRoZSBhdXRob3IuICBUaGlzIGFkb3B0aW9u IGNhbGwgd2lsbCBlbmQgb24gMTMgQXByaWwgMjAyMi4NCiANCkZ1cnRoZXIsIGlmIHlvdSBhcmUg d2lsbGluZyB0byB3b3JrIG9uIHRoaXMgZG9jdW1lbnQsIGVpdGhlciBhcyBjb250cmlidXRvciwg YXV0aG9yLCBvciByZXZpZXdlciBwbGVhc2Ugbm90aWZ5IHRoZSBsaXN0LiAgIFRoaXMgd2lsbCBw cm92aWRlIHRoZSBjaGFpcnMgd2l0aCBhbiBpbmRpY2F0aW9uIG9mIHRoZSBlbmVyZ3kgbGV2ZWwg aW4gdGhlIHdvcmtpbmcgZ3JvdXAgdG8gd29yayBvbiB0aGlzIGRvY3VtZW50Lg0KIA0KQm9iLCBK ZW4sIE9sZQ0KIA0KIA0KIA0KIA0K ------=_001_NextPart667346307364_=---- Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable = =0A
I support the adoption of this dafte.
B.R.
       Yongqing Zhu

=0A
zhuyq8@chinatelecom.cn
=0A
 
From= : Bob Hinden
Date: 2022-03-31 04:30
Subject:&= nbsp;Call for adoption: <draft-krishnan-6man-sids-00>
This message starts a two week 6MAN call on adopting:
= =0A
 
=0A
   Title:    &nb= sp;     Segment Identifiers in SRv6
=0A
 = ;  Authors:        S. Krishnan=0A
   File Name:      draft-kris= hnan-6man-sids-00
=0A
   Document date:  February = 10, 2022
=0A
 
=0A
   https://datatracker= .ietf.org/doc/html/draft-krishnan-6man-sids-00
=0A
 
= =0A
as a 6MAN working group document.
=0A
 
=0AFor background this draft was the result a query to the 6MAN working grou= p from the SPRING w.g. chairs regarding regarding draft-filsfilscheng-spri= ng-srv6-srh-compression.  The query was:
=0A
 
=0A=
  https://mailarchive.ietf.org/arch/msg/ipv6/5IpkHf5tVa-G4sKca-E= WGEziYSo/
=0A
 
=0A
After an active discussion, the= reply from the 6MAN chairs and ADs was:
=0A
 
=0A
=   https://mailarchive.ietf.org/arch/msg/ipv6/rGgpWZyPaKonLaeuT37D7qZ1= Vcw/
=0A
 
=0A
This topic was also presented at IET= F 112, slides here:
=0A
 
=0A
  https://datatr= acker.ietf.org/meeting/112/materials/slides-112-6man-srv6-sids-00
=0A=
 
=0A
Substantive comments and statements of support fo= r adopting this document should be sent to the mailing list.  Editori= al suggestions can be sent to the author.  This adoption call will en= d on 13 April 2022.
=0A
 
=0A
Further, if you are w= illing to work on this document, either as contributor, author, or reviewe= r please notify the list.   This will provide the chairs with an= indication of the energy level in the working group to work on this docum= ent.
=0A
 
=0A
Bob, Jen, Ole
=0A
 =0A
 
=0A
 
=0A
 
=0A
=0A ------=_001_NextPart667346307364_=------ From nobody Fri Apr 8 07:20:28 2022 Return-Path: X-Original-To: ipv6@ietfa.amsl.com Delivered-To: ipv6@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 093183A0A2B; Fri, 8 Apr 2022 07:19:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.605 X-Spam-Level: X-Spam-Status: No, score=-9.605 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=fF5mnaxT; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=T0z1BKNT Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jsI5mLjrVHNV; Fri, 8 Apr 2022 07:19:41 -0700 (PDT) Received: from alln-iport-1.cisco.com (alln-iport-1.cisco.com [173.37.142.88]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A7BE53A08AC; Fri, 8 Apr 2022 07:19:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=20026; q=dns/txt; s=iport; t=1649427580; x=1650637180; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=15cWZSSghbBK7Qg9ITefjgsvlWyfHtgP8E6K6SfQqoo=; b=fF5mnaxT3JmwTYs4dE2cECJAQFci4WzzDEQb9zZXRHSEep4tzyyNU4Yk hADEQuLaUcgTFsWKqtqsM2+Iqg07ncharf0SP4oKwlfHtFjedctynCS38 d6Aj4dWYhnOc8AkcstGePX2zne11umarhsz/sScwxQCIb5L2puYptmban M=; X-IPAS-Result: =?us-ascii?q?A0AQAAAaRFBimIgNJK1aDg8BAQEBCQESAQUFAUCBRggBC?= =?us-ascii?q?wGBUSguflo3RIRVg0oDhFlghRGDAgOBKYlrhTKKdoEuFIERA1QLAQEBDQEBO?= =?us-ascii?q?QoEAQGFBwIXhFgCJTQJDgECBAEBAQEDAgMBAQEBAQEDAQEFAQEBAgEHBBQBA?= =?us-ascii?q?QEBAQEBAR0HBgwFDhAnhWgNhkIBAQEBAxIREQwBASMPBQELBAIBCBEDAQIDA?= =?us-ascii?q?iYCAgIfERQBBQMIAgQBDQUWDIJiAYJlAzEBDqJCAYE6AoEOiRF6gTGBAYIIA?= =?us-ascii?q?QEGBASBS0GCfw0LgjgDBoEQLAGDEIMBA1hNgSCBPiSEEyccgUlEgRUnHIFmg?= =?us-ascii?q?QE+giFCAQEDgScBARIBIReDAzeCLplrCQEQWwYXFxAOCBAEDQsKFgMICAgEK?= =?us-ascii?q?yEHJAQGEysCCBEMEwEEARAZBgsLCRcPA5FpFBABAgODDUapdmsKg0mLF4cBg?= =?us-ascii?q?TKGOgSFdwUug3SMOZEuhnaFVJEKIIIpilODVZBmBAMBCw0BhHACBAIEBQIOA?= =?us-ascii?q?QEGNYEsOmtwcBVlAYIKAQEBMVEZD44gCQMNCYNQhRSFBUQBdTgCBgEKAQEDC?= =?us-ascii?q?QGCOoliLYIZAQE?= IronPort-PHdr: A9a23:1ZdRABAw5UblAjt/v1R7UyQVaBdPi9zP1kY95pkmjudIdaKut9TnM VfE7PpgxFnOQc3A6v1ChuaX1sKoWWEJ7Zub9nxXdptKWkwJjMwMlFkmB8iIQUTwMP/taXk8G 8JPHF9o9n22Kw5bAsH7MlbTuXa1qzUVH0aXCA== IronPort-Data: A9a23:VszCda/MS9nYw2XWoj+hDrUDAH6TJUtcMsCJ2f8bNWPcYEJGY0x3m GtKWG6EaazfMzbyetpzbdiz9U4O7JDWnNRkQFM9q3hEQiMRo6IpJzg2wmQcns+2BpeeJK6yx 5xGMrEsFOhtEjmE4E3F3oHJ9RGQ74nQLlbHILOCa3gZqTNMEn9700o/w75h2OaEvPDga++zk YKqyyHgEAfNNw5cagr4PIra9XuDFNyr0N8plgRWicJj5TcypFFJZH4rHpxdGlOjKmVi8kFWc M6YpF2x1juxEx7AkbpJmJ6jGqEBaua60QRjFhO6VoD66iWuqBDe3Y4LC8M8SltMjAzWkvlO+ JZy6o7hQAI2a/ikdOQ1C3G0Egl3OalAvbTAO3X66oqYzlbNdD3nxPAG4EMeZNJDvL0pRzgVs 6VDdljhbTjb7w6y6L+lW+9nhckLJ8jwN4RZsXZlpd3cJaZ9HMyfHPSUvre02h93nOxuLMbRd /AjbDxGNhTKPF5wI1MYXcdWcOCA3ymjLGIwREiujacu/mnVyxxZ3LnkO4CJPNqHWa19mVqCo WvA12n8GhUdJdGS0nyC6H3Eru7Xg33TWY8OGvu/7PECqAOWz2pWAx0fVEGgifi0lkD4XMhQQ 2QY4CMgse0z+VClC4f4Vhv9pWKZ+xkER9tXFcU75R2DjK3O7G6xB2UfQRZAZcAo8sgsSlQC2 ViThcLBCCZg9rSfRXTb/7zSsDDaBMQOBWYGYSlBRgwf7py45ooylRnICN1kFcZZk+EZBxnA/ AmqjzQlgIxMgOc05+aEokKWijez882hohEO2i3bWWes7wVcbYGjZpC15VWz0RqmBNvEJrVml CVY8/Vy/NziHrnWz3XUH7tl8KWBoqfbbmKN2DaDCrF4r2zFxpK1QWxHDNiSzm9ANsIJf1cFi 2eM5FsIv/e/0JZWBJKbjqq4D8AsiKPnD9mgDbbfb8FFZd56cwrvEMBSiay4gj6FfKsEyPxX1 XKnnSCEVipy5UNPl2Heegvl+eV3rh3SPEuKLXwB8zyp0KCFeFmeQqofPV2FY4gRtf3Y8V+Fr 4YGaZDXkX2ztdEShAGKrub/ynhXchAG6Wze96S7i8baeFM9QTF9YxMv6ep7JtUNc1tpehfgp yHhBRAwJKvXjnzcIgLCcWF4dL7qRv5CQYETY0QR0aKT8yF7O+6Htf5HH7NuJOVP3LEylpZcE qhaE+3eWa4nYmqcpFwggWzV8dYKmOKD317UZUJIoVEXIvZdeuA+0oO8JVuwqXNWV0Jad6IW+ tWd6+8SerJbLywKMSocQKjHI4+Z1ZTFpN9PYg== IronPort-HdrOrdr: A9a23:fFlZzq85gvtLbSfNmj1uk+Gqdr1zdoMgy1knxilNoENuHPBwxv rAoB1E73PJYW4qKQ0dcdDpAtjlfZtFnaQFoLX5To3SIzUO31HYbL2KjLGSjQEIfheeygcz79 YZT0ETMqyTMbE+t7eG3ODaKadi/DDkytHSuQ629R4EJmsGC9AC0+46MHfgLqQcfnggOXNNLu vk2iMxnUvHRZ14VLXfOlA1G8z44/HbnpPvZhALQzQ97hOVsD+u4LnmVzCFwxY3SVp0sPUf2F mAtza8yrSosvm9xBOZ/XTU9Y5qlNzozcYGLNCQi/ISNi7nhm+TFcFcsvy5zXQISdOUmRAXee r30k4d1gNImivsl1SO0FzQMs/boW0TAjHZuAWlaDDY0LLErXoBert8bMRiA0bkA45KhqAi7E qNtFjp66a/RCmw7xgUrbLzJmFXv1vxrnw4neEJiXtDFYMYdb9KtIQauFhYCZEaAUvBmcoa+c RVfYnhDcxtABinhrHizx5S6c3pWm52EgaNQ0AEtMDQ2z9KnGphx09dwMAEhH8P+J80VpEBvo 3/Q+hVvaALStVTYbN2Be8HT8fyAmvRQQjUOGbXJVj8DqkIN3/EtpayuNwOla6XUY1NyIF3lI XKUVteu2J3c0XyCdeW1JkO9hzWWm2yUTnk18kb7Zlkvb/3QqbtLES4OR0Tutrlp+9aDtzQWv 61Np4TC/j/LXH2EYIMxAH6U4k6EwhWbCTUgKdMZ7ujmLO/FmSxjJ2oTB/6HsuYLQoZ X-IronPort-Anti-Spam-Filtered: true X-IronPort-AV: E=Sophos;i="5.90,245,1643673600"; d="scan'208";a="835447963" Received: from alln-core-3.cisco.com ([173.36.13.136]) by alln-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 08 Apr 2022 14:19:39 +0000 Received: from mail.cisco.com (xfe-aln-001.cisco.com [173.37.135.121]) by alln-core-3.cisco.com (8.15.2/8.15.2) with ESMTPS id 238EJdHX027972 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Fri, 8 Apr 2022 14:19:39 GMT Received: from xfe-rtp-001.cisco.com (64.101.210.231) by xfe-aln-001.cisco.com (173.37.135.121) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14; Fri, 8 Apr 2022 09:19:38 -0500 Received: from NAM04-DM6-obe.outbound.protection.outlook.com (64.101.32.56) by xfe-rtp-001.cisco.com (64.101.210.231) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14 via Frontend Transport; Fri, 8 Apr 2022 10:19:38 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=IEk0xe3nvqnkV6XiL+4AIVb7bMYu9jWIOa2I7RZuUKpvmNpuA+jfdYah+o1ewsUYrugjkLFHpqKVBDOrcXnndK1EgaO+n+a2Zhxn1k+hihzY5L6y8GVvNyy5tnBhuC2cDJcwV9lNOsu9j+TltwtCs/vvxyhZrRUb556T5lVqcF2KXpBEU3uyLPp6W6m5DX8vTvW/4GTPbbNp+rQxjq/TJCuxHug+xJn4s2gXHUaF0BOwcZIy2W/IdPVOm3wnuicdoajwX8DmJI/t3MJYPk1UcVxiDigcwIFAc/boRMc/56tU8/42tuTnRUj0bXtxvPy6xZ3v63GFQWyt49fFhWjWAA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=15cWZSSghbBK7Qg9ITefjgsvlWyfHtgP8E6K6SfQqoo=; b=LgxvRAPZMm+phDX92h68GghfrVYYDqpg7zmZhSm9KargcgyOTGo5jTNbgM/TCxb3hlfcGJfaz+paJn4GtTwSIbEDYbCQ8H7csr37c5UMCEC9OH3rS5XzZE6eb4G75Jz2dPC9D9smd0t+yPAZpa/TRQxjKu45liaAsqWuw8NdD8wPLz43c2WvjgLCVlb51kUZBAFPzEReQxKsv4+USwnZupfjBgABu0Mlcy6PsCBhalE3sclusb88ubODxV3uJKAxEsUlAo7fZ9hwdUYGwkwcKzaWqHfnfaaSli6Wy1m2z7jtVnAh/0nVDW/L+oF8SP9rOGAwOORx/HqssD8AHTcwjA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=15cWZSSghbBK7Qg9ITefjgsvlWyfHtgP8E6K6SfQqoo=; b=T0z1BKNTV06Ejs6B3xgCYi/qYdzmeLFKlJWJFrZ9G6+Xyw9S6nMWpHM1q80N/3NK1cxlo1FgOA7bnNcEypRtMU0na+w1B3RK3Rhgyq6H5yx+wb6nyDHSxSW+c0eWQFdDv3i4sSUqj0SINEAcEEASK8/EKI2++1JGRjS+AdK5Jns= Received: from PH0PR11MB4966.namprd11.prod.outlook.com (2603:10b6:510:42::21) by BYAPR11MB3829.namprd11.prod.outlook.com (2603:10b6:a03:fa::32) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5144.26; Fri, 8 Apr 2022 14:19:36 +0000 Received: from PH0PR11MB4966.namprd11.prod.outlook.com ([fe80::5168:5785:a564:2cf8]) by PH0PR11MB4966.namprd11.prod.outlook.com ([fe80::5168:5785:a564:2cf8%4]) with mapi id 15.20.5144.025; Fri, 8 Apr 2022 14:19:36 +0000 From: "Eric Vyncke (evyncke)" To: Gorry Fairhurst , The IESG CC: "draft-ietf-6man-mtu-option@ietf.org" , "6man-chairs@ietf.org" <6man-chairs@ietf.org>, "ipv6@ietf.org" , "otroan@employees.org" , "equinox@diac24.net" Subject: =?utf-8?B?UmU6IMOJcmljIFZ5bmNrZSdzIE5vIE9iamVjdGlvbiBvbiBkcmFmdC1pZXRm?= =?utf-8?Q?-6man-mtu-option-13:_(with_COMMENT)?= Thread-Topic: =?utf-8?B?w4lyaWMgVnluY2tlJ3MgTm8gT2JqZWN0aW9uIG9uIGRyYWZ0LWlldGYtNm1h?= =?utf-8?Q?n-mtu-option-13:_(with_COMMENT)?= Thread-Index: AQHYSQE5rRUeMO9JkUmTtKq2M0p+wKzl1X0A Date: Fri, 8 Apr 2022 14:19:36 +0000 Message-ID: <64EF54DE-62AD-49D3-95BC-0A93904FDFBC@cisco.com> References: <164907873723.15991.57242493854295767@ietfa.amsl.com> <4a49e03b-a43f-fe78-343b-9df9af4fa425@erg.abdn.ac.uk> In-Reply-To: <4a49e03b-a43f-fe78-343b-9df9af4fa425@erg.abdn.ac.uk> Accept-Language: fr-BE, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/16.59.22031300 authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=cisco.com; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 88fc379c-a213-4361-7eaa-08da196acfb8 x-ms-traffictypediagnostic: BYAPR11MB3829:EE_ x-microsoft-antispam-prvs: x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: hSO+PAJnFWa7+pfGkaSmPTmwULC5t9qD9vcu99w9TeUXekMP5mMS82yaX0+Xx7OZdKE4M9J3jDw45XpEnNhMPkURu7nkJHwoTtjtPlvd7qdGegzHv9E5aOuFNiyDwpoTLltXQGW94WwxM7eYXizmjtvCjjZPiqJ7d71uwJpucf2pCTQn5OyZzyn4R3UUa9vMCjfF17wsfv01klidiVhN8OffDeatAaFiNrkAPz653IpU2cEFFWTz+jiWNtXMeN7ifEpURl8R7Iaw6XydrnXjeDxb8aw9RFz2XxhoHih6IbkZCHdTVg62plKZOPhviU4/8qNXjpJkHElI/0mELsy2slclNdaZLzErQVR2O/9z9vYptpNYuMQxxQzPf8aWh3eGOXzcn/qpv/fDCnki6CqlzqETfLahzT91D8v5fJFd7VC0nAG8rdBHVFjrPeGStx4v+BH4uZNHuHaIRf7C8klc30dHF1KhAWJU+7oqXdOd8NriicLw4uP81/4hTbG++JKvTDygo/mMzurM2t3Z90m03vlHkslYN4gW0uNgNOF82VEZtBex9Zzx78C6Fbm8zjXScO88+C0c7h00zsB0Sf2a4xH0QhY7vhFqe/9lEbrmXS8J4zm0ZJsztwxAvMC4beljyk46vU5w6anIiGJLKwld18Jhuyh3VFxQOPONWFxeRjI9Zp4pHmiSfW6znS2hik/R0owGHZW0aWZtCUrTvF9G1TAoXzAgMKxVsFil8mP7Z4VB0vgyRD6QiCFPd4EV0INWD/EWJeq+q+fmgNAiIGyknw6TNauiK53x/yvmjURKZ/s9tcmEF5v+ziTQc2iJOCVrlIVjEEwFOUA2rEQaOdeung9fJwXtpiusoaBfzxhJiE4= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:PH0PR11MB4966.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230001)(366004)(54906003)(110136005)(53546011)(2616005)(33656002)(6506007)(122000001)(6512007)(4326008)(86362001)(66446008)(64756008)(296002)(316002)(91956017)(83380400001)(186003)(66476007)(66556008)(76116006)(36756003)(38070700005)(66946007)(71200400001)(8936002)(38100700002)(2906002)(224303003)(6486002)(5660300002)(30864003)(508600001)(66574015)(966005)(45980500001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 2 x-ms-exchange-antispam-messagedata-0: =?utf-8?B?a1U1NFdiVUJGOXQyK05kL1c2MDFKN1lucWhXY3lrdWJ6WWJCSzlTRVhUYjly?= =?utf-8?B?YktZOSsxMTV5K0hObmp6Ynp5blc0ODRmQnpnckxCM0pDZ01MTGgyL3hUcG9U?= =?utf-8?B?WTlzd1NCY2cwam5xeXNTeU1hZ3VjSHpRbUpnNmtQOXRITU1SWFNzVThuNjlr?= =?utf-8?B?V1NyaWNUL2xhaXRoNEN3d3NMZTdYN00wUXJvY1lxbjlkNmZmOW1RNlBrc2ZB?= =?utf-8?B?WTRpVzdVMmRIYmNLTEszbEpobno1clBqdG5yQUhBRmw0ZzlKaDdqRlVUbEND?= =?utf-8?B?MDFiZnN2VmlCV1NnbnJwSXFEWFIrTkxQdTgvMmhEQ3lrTzZPUG5HQ2xNc1VW?= =?utf-8?B?R1RuKzhkajdyckppZmFGUlArdVZvQUlPeUtmNTFSa3M0RUN1OWhOejNRSTRH?= =?utf-8?B?aVZ1VDZXMTVydmd4T1ZnUk5ia3JRUkk5VGU2R0o5Qk1vSUFwVUdpYWdvNkZn?= =?utf-8?B?MVhDdnM0WWNtdnkvM1JtVzFpQzJGcUc5ZHFYS1ZwM2lQMnM1NGxUNGVVcGpi?= =?utf-8?B?UHRibGw0RHBzMEF2K0dVNm81ZFNEdGpxWlJ1VkFEcHd1cVZqdStOWTNYQmJo?= =?utf-8?B?MTlmWXQySExxbUhMdDdONHFSMmp1cVJZa0dRS2ZRaGFzaGNjajFsRmF4QXBE?= =?utf-8?B?RGhpSkFCaVRxMXplSklpVTdBS1A0eW1HSW50eWdmVVMxM0FXUXl1L09qU20w?= =?utf-8?B?QXN1VW1TUkFNYVpxd2RSWDg2dURxVENvRWN5dklnMWRRNkwybW1RRlFncm02?= =?utf-8?B?WEF5NWd1ZVVLWlRFeDhuWm9VYWQ3NDZaaHdWUHkrRy9ENmRmMjNvMm1hZTNz?= =?utf-8?B?cGVRRDB2aDlEVHlxU3ZtSHBtUml0VDcrcFdNVjFVYXJGVjNwQUEwT1JFZXU0?= =?utf-8?B?VXBUZGN6d2JwYy9VZUlYVjFNSVVFV216NVkvUmtMNlVwQWZkYW9XZTRLVG1P?= =?utf-8?B?N0YwUHpVeFd4V2lkL1RxekUrRG9OOEcybzYwWVliK3dtQWxVZU9XcjhCaE13?= =?utf-8?B?NUxDWldSU2xxR254VTZ2bU9yY09XaHRWZk94dlFOMmY2UkVDbXlWL0c5Y1pq?= =?utf-8?B?OFB2N2NlUkFiZW1yQ2FHTEwyb0VRTFJQQ1h0cGJsUUJzSDJZT0pPYWFNVVV2?= =?utf-8?B?b3lMcXF0VytTVUN4dE5helBmdlhLRnNuYyt4bWlaK2Z1ZnFLKzF4WThXaUpo?= =?utf-8?B?QWVOY2ZzWFd6Rmd3NWRaNmprNHVKMm1rTkViZDdZZGZuMjQ5R1BLRTdEd2hH?= =?utf-8?B?VGIrU1BDTkx4aGpST1VteFRqRnNTZXNIM2h1Q3NZNnlNRWtReHRYdTN3Y3V0?= =?utf-8?B?dlNic28vaFNiY0xQQzJDdGk5R1dpRC9DbWV4NzhCUVM1YmVsY1VxQWpVMU5N?= =?utf-8?B?cFp5OEIyZ1V0L1BBUDcwcHR1T05xNVJMdGlmTzFsU0E2NkN5Ymp1YVprR1kx?= =?utf-8?B?dldZWVVOMDllUHMrblhvakN4V29OdXFwazNYSkx4Y0RqN0NvbXZOaWFYcVR4?= =?utf-8?B?RmFMb1VvNHVaTmwzUDZyd0FJVnIzWGEwRkI4Vy9PdUp5cHl6S3RRZmdJYms4?= =?utf-8?B?eUgydDVRcUh1dFczdDI1c04wODF1dldFWnlxbG5JVmNBK3lIVCtxeGZWTDhS?= =?utf-8?B?bWlYLzZVdjZ4L1BmeXcvVE5LK3JIUXJQbFhCY3BTNFZXR1lmU3NYV09hTGZt?= =?utf-8?B?SWYrVVJlaUVXZ3RaK3Y0N1BtT0NDMVNNNmZVcEhMWTFCK0pNdno1TUVwa2hw?= =?utf-8?B?TkxiSDdiYVI1TVV0WDFYN1M3MS9maFRaTGcxRUxJQWxtVHpKUkRaWWdwdStv?= =?utf-8?B?ak56MlpqNzQ0NmQxMGlnOGgxcUNIQm1CQjlMN0VVcHBEcWxiTGVpZnZDaGlJ?= =?utf-8?B?L3FGRmdUL3RwUXRTd29xdVh5cjFidi94VXZjWVlIOUR3QlRtdDZXbGFYWDVi?= =?utf-8?B?SkJtOCtGN2pWTmhQajBkT1NSaGd6Y3JIQjgzem8yZWxZR1pVd1VlYlhLaTQ0?= =?utf-8?B?bjNBaER0Z21mOGZZL0hyMDhBL2xtZkF2VWdpWmVXTmpvdFdSa1RFUERFWW43?= =?utf-8?B?NUxLZXRjb0RaMU9BMTRMODM4ZkZUQ3dSQW9mL21GUWdER0pTaTI2bGFyK3Y2?= =?utf-8?B?Sm43TjF1MmJFSUtSdjk0SnlpTVhiME1wODJZa29hVUp0d09mdldJckoyamFi?= =?utf-8?B?WUkwYk1PY3d1M29lWHpxTGtWUWYrcHQ3RFhYQkpoY2YrWHRkU2VHUGJHeitT?= =?utf-8?B?b2YwMjNacW5YbWE2TmFndm5XZDhDR1hBVnlPRy9YTHFab2JUZkJoV3loZ2Ez?= =?utf-8?B?WFFLV3c2SG4xVm8zU0xnSkJvOTdBSTVQSkpCam1zU25aeGhaZ3hvaFZhZUJH?= =?utf-8?Q?0OdEOzTL6a82khtTdD07XEjNq4FJq4Fbq6+ejm6d6antl?= x-ms-exchange-antispam-messagedata-1: /68cjpZcOU4DZA== Content-Type: text/plain; charset="utf-8" Content-ID: <538AB891FF80F54A9FA9D4707E2DB557@namprd11.prod.outlook.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: PH0PR11MB4966.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 88fc379c-a213-4361-7eaa-08da196acfb8 X-MS-Exchange-CrossTenant-originalarrivaltime: 08 Apr 2022 14:19:36.7455 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: T7SJplsWrwcw6Ct7Gi33EkHlKZ9nReoULoNgFCwoQgF3OZog9HNesKNGVpRxFNPLjyA7Zp5SDZoeSmRFMBHu0Q== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR11MB3829 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.37.135.121, xfe-aln-001.cisco.com X-Outbound-Node: alln-core-3.cisco.com Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2022 14:19:55 -0000 SGVsbG8gR29ycnkgYW5kIEJvYiwNCg0KVGhhbmsgeW91IGZvciB5b3VyIHJlcGx5IGFuZCBwbGVh c2UgYWNjZXB0IG15IGFwb2xvZ2llcyBmb3IgdGhpcyBiZWxhdGVkIHJlcGx5LiANCg0KU2VlIGJl bG93IGZvciBFVj4gYnV0IGFsbCB5b3VyIHByb3Bvc2VkIGNoYW5nZXMgYXJlIGltcHJvdmluZyB0 aGUgdGV4dCAodG8gbXkgdmlldyksIHNvIGdvIGZvciBpdCAhIEFuZCB0aGFua3MgYWdhaW4gZm9y IHlvdXIgcHJvcG9zYWwNCg0KS2luZCByZWdhcmRzDQoNCi3DqXJpYw0KDQoNCu+7vy0tLS0tT3Jp Z2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBHb3JyeSBGYWlyaHVyc3QgPGdvcnJ5QGVyZy5hYmRu LmFjLnVrPg0KRGF0ZTogVHVlc2RheSwgNSBBcHJpbCAyMDIyIGF0IDE3OjI0DQpUbzogRXJpYyBW eW5ja2UgPGV2eW5ja2VAY2lzY28uY29tPiwgVGhlIElFU0cgPGllc2dAaWV0Zi5vcmc+DQpDYzog ImRyYWZ0LWlldGYtNm1hbi1tdHUtb3B0aW9uQGlldGYub3JnIiA8ZHJhZnQtaWV0Zi02bWFuLW10 dS1vcHRpb25AaWV0Zi5vcmc+LCAiNm1hbi1jaGFpcnNAaWV0Zi5vcmciIDw2bWFuLWNoYWlyc0Bp ZXRmLm9yZz4sICJpcHY2QGlldGYub3JnIiA8aXB2NkBpZXRmLm9yZz4sICJvdHJvYW5AZW1wbG95 ZWVzLm9yZyIgPG90cm9hbkBlbXBsb3llZXMub3JnPiwgImVxdWlub3hAZGlhYzI0Lm5ldCIgPGVx dWlub3hAZGlhYzI0Lm5ldD4NClN1YmplY3Q6IFJlOiDDiXJpYyBWeW5ja2UncyBObyBPYmplY3Rp b24gb24gZHJhZnQtaWV0Zi02bWFuLW10dS1vcHRpb24tMTM6ICh3aXRoIENPTU1FTlQpDQoNCg0K DQogICAgU2VlIGJlbG93LCBtYXJrZWQgR0YrQkggOg0KDQogICAgLS0tLS0tLS0gRm9yd2FyZGVk IE1lc3NhZ2UgLS0tLS0tLS0NCiAgICBTdWJqZWN0OiDDiXJpYyBWeW5ja2UncyBObyBPYmplY3Rp b24gb24gZHJhZnQtaWV0Zi02bWFuLW10dS1vcHRpb24tMTM6IA0KICAgICh3aXRoIENPTU1FTlQp DQogICAgUmVzZW50LURhdGU6IE1vbiwgNCBBcHIgMjAyMiAwNjoyNTozNyAtMDcwMCAoUERUKQ0K ICAgIFJlc2VudC1Gcm9tOiBhbGlhcy1ib3VuY2VzQGlldGYub3JnDQogICAgUmVzZW50LVRvOiBi b2IuaGluZGVuQGdtYWlsLmNvbSwgZ29ycnlAZXJnLmFiZG4uYWMudWsNCiAgICBEYXRlOiBNb24s IDA0IEFwciAyMDIyIDA2OjI1OjM3IC0wNzAwDQogICAgRnJvbTogw4lyaWMgVnluY2tlIHZpYSBE YXRhdHJhY2tlciA8bm9yZXBseUBpZXRmLm9yZz4NCiAgICBSZXBseS1Ubzogw4lyaWMgVnluY2tl IDxldnluY2tlQGNpc2NvLmNvbT4NCiAgICBUbzogVGhlIElFU0cgPGllc2dAaWV0Zi5vcmc+DQog ICAgQ0M6IGRyYWZ0LWlldGYtNm1hbi1tdHUtb3B0aW9uQGlldGYub3JnLCA2bWFuLWNoYWlyc0Bp ZXRmLm9yZywgDQogICAgaXB2NkBpZXRmLm9yZywgb3Ryb2FuQGVtcGxveWVlcy5vcmcsIG90cm9h bkBlbXBsb3llZXMub3JnLCANCiAgICBlcXVpbm94QGRpYWMyNC5uZXQNCg0KDQogICAgw4lyaWMg VnluY2tlIGhhcyBlbnRlcmVkIHRoZSBmb2xsb3dpbmcgYmFsbG90IHBvc2l0aW9uIGZvcg0KICAg IGRyYWZ0LWlldGYtNm1hbi1tdHUtb3B0aW9uLTEzOiBObyBPYmplY3Rpb24NCg0KICAgIFdoZW4g cmVzcG9uZGluZywgcGxlYXNlIGtlZXAgdGhlIHN1YmplY3QgbGluZSBpbnRhY3QgYW5kIHJlcGx5 IHRvIGFsbA0KICAgIGVtYWlsIGFkZHJlc3NlcyBpbmNsdWRlZCBpbiB0aGUgVG8gYW5kIENDIGxp bmVzLiAoRmVlbCBmcmVlIHRvIGN1dCB0aGlzDQogICAgaW50cm9kdWN0b3J5IHBhcmFncmFwaCwg aG93ZXZlci4pDQoNCg0KICAgIFBsZWFzZSByZWZlciB0byANCiAgICBodHRwczovL3d3dy5pZXRm Lm9yZy9hYm91dC9ncm91cHMvaWVzZy9zdGF0ZW1lbnRzL2hhbmRsaW5nLWJhbGxvdC1wb3NpdGlv bnMvIA0KICAgIGZvciBtb3JlIGluZm9ybWF0aW9uIGFib3V0IGhvdyB0byBoYW5kbGUgRElTQ1VT UyBhbmQgQ09NTUVOVCBwb3NpdGlvbnMuDQoNCg0KICAgIFRoZSBkb2N1bWVudCwgYWxvbmcgd2l0 aCBvdGhlciBiYWxsb3QgcG9zaXRpb25zLCBjYW4gYmUgZm91bmQgaGVyZToNCiAgICBodHRwczov L2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLTZtYW4tbXR1LW9wdGlvbi8NCg0K DQoNCiAgICAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tDQogICAgQ09NTUVOVDoNCiAgICAtLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQoN CiAgICBUaGFuayB5b3UgZm9yIHRoZSB3b3JrIHB1dCBpbnRvIHRoaXMgZG9jdW1lbnQuIEkgYW0g YWxsIGluIGZhdm91ciBvZiANCiAgICBleHRlbmRpbmcNCiAgICBJUHY2IHdpdGggZXh0ZW5zaW9u IGhlYWRlcnMsIGFuZCBhbnkgc3lzdGVtIHRvIGltcHJvdmUgcGF0aCBNVFUgZGV0ZWN0aW9uIGlz DQogICAgaGVscGZ1bCAoZXNwLiBpbiBkYXRhIGNlbnRlciBhdCB0aGUgYmVnaW5uaW5nKS4NCg0K ICAgIExldCBtZSBhbHNvIGFwb2xvZ2lzZSB0byBCb2IsIEdvcnJ5LCBhbmQgdGhlIDZNQU4gV0cg YXMgSSBjb3VsZCBoYXZlIA0KICAgIHNlbnQgdGhvc2UNCiAgICBjb21tZW50cyBkdXJpbmcgdGhl IFdHTEMuLi4NCg0KICAgIFBsZWFzZSBmaW5kIGJlbG93IHNvbWUgbm9uLWJsb2NraW5nIENPTU1F TlQgcG9pbnRzIChidXQgcmVwbGllcyB3b3VsZCBiZQ0KICAgIGFwcHJlY2lhdGVkIGV2ZW4gaWYg b25seSBmb3IgbXkgb3duIGVkdWNhdGlvbiksIGFuZCBzb21lIG5pdHMuDQoNCiAgICBTcGVjaWFs IHRoYW5rcyB0byBPbGUgVHLDuGFuIGZvciB0aGUgc2hlcGhlcmQncyB3cml0ZS11cCBpbmNsdWRp bmcgdGhlDQogICAganVzdGlmaWNhdGlvbiBmb3IgdGhlIGludGVuZGVkIHN0YXR1cyBhcyBleHBl cmltZW50YWwuIFlvdSBtYXkgYWxzbyBleHBlY3QgYQ0KICAgIElOVCBkaXJlY3RvcmF0ZSByZXZp ZXcgYnkgRGF2aWQgTGFtcGFydGVyIGxhdGVyLg0KDQogICAgSSBob3BlIHRoYXQgdGhpcyBoZWxw cyB0byBpbXByb3ZlIHRoZSBkb2N1bWVudCwNCg0KICAgIFJlZ2FyZHMsDQoNCiAgICAtw6lyaWMN Cg0KICAgIFdoYXQgYWJvdXQgbXVsdGljYXN0IHRyYWZmaWMgPyBDYW4gdGhpcyBIYkggb3B0aW9u IGJlIHVzZWQgPyBIb3cgY2FuIHNldmVyYWwNCiAgICBhbnN3ZXJzIGJlIGNvbWJpbmVkID8gQXMg dGhlIGludGVuZGVkIHN0YXR1cyBpcyAiZXhwZXJpbWVudGFsIiwgdGhpcyBpcyBub3QNCiAgICBi bG9ja2luZyBidXQgY2xvc2UgdG8gYmUgYSBESVNDVVNTLWxldmVsIHBvaW50IHRob3VnaC4NCg0K ICAgIEdGOiBUaGVyZSB3b3VsZCBiZSBhZGRpdGlvbmFsIGNvbnNpZGVyYXRpb25zIGFib3V0IHNj YWxpbmcgcmVzcG9uc2VzIGFuZCANCiAgICBob3cgdG8gYWdncmVnYXRlIHJlc3BvbnNlcywgd2l0 aCBhbGwgdGhlIHVzdWFsIG11bHRpY2FzdCBkZXNpZ24gY2F2ZWF0cyANCiAgICBhbmQgdGhlIHF1 ZXN0aW9uIG9mIHdoYXQgaXMgYmVzdCBhdCB3aGF0IHNjYWxlLiBXZSBleHBlY3QgdGhpcyBpcyBi ZXN0IA0KICAgIGhhbmRsZWQgYXMgYSBzZXBhcmF0ZSBzaG9ydCBkcmFmdCwgc2hvdWxkIHNvbWVv bmUgZmluZCBhIHVzZSBmb3IgYSANCiAgICBtdWx0aWNhc3QgY2FzZS4gIFdlIGNvdWxkIGFkZCB0 ZXh0IHRvIGV4cGxpY2l0bHkgc2F5IHRoYXQgd2UgZG8gbm90IA0KICAgIHNwZWNpZnkgdGhlIG11 bHRpY2FzdCB1c2UgaW4gdGhlIGRvY3VtZW50Lg0KDQogICAgPT09PT09DQoNCiAgICBJIHRoaW5r IGl0IGlzIE9LIHRvIHNheSB0aGF0IGFuIGV4cGVyaW1lbnRlciBjb3VsZA0KICAgIHBlcm1pdCB0 aGlzIGZvciBtdWx0aWNhc3Qgd2l0aCBDQVZFQVRzOiBGaXJzdCwgdW5kZXJzdGFuZGluZyB0aGF0 IGVhY2ggDQogICAgZW5kcG9pbnQNCiAgICB3aWxsIHJlcGx5LCBhbmQgdGhhdCB0aGVyZWZvcmUg YSBtdWx0aWNhc3QgZGVzdGluYXRpb24gc2hvdWxkIHJhbmRvbWx5IA0KICAgIGRlbGF5IHRoZWly DQogICAgcmVwbHkgdG8gZW5zdXJlIHRoYXQgbGFyZ2UgbnVtYmVycyBvZiByZXBsaWVzIGFyZSBu b3QgcmVjZWl2ZWQgaW4gYSANCiAgICBzaG9ydCBpbnRlcnZhbC4NCiAgICBTZWNvbmQsIHRoYXQg dGhlIHNvdXJjZSBuZWVkcyBhIHdheSB0byBjb21iaW5lIG11bHRpcGxlIGRpZmZlcmVudCANCiAg ICByZXBsaWVzLiBBcyBpbg0KICAgIG90aGVyIG11bHRpY2FzdCBtZXRob2RzLCB0aGlzIHdpbGwg cmVxdWlyZSBhIGRlY2lzaW9uIG9mIHdoZXRoZXIgdG8gDQogICAgYWNjZXB0IGFuZCB1c2UNCiAg ICB0aGUgbG93ZXN0IGRldGVjdGVkIG1pbk1UVSxvciB3aGV0aGVyIHRvIHRoZW4gdHJpZ2dlciBh IGNvbnRyb2wgcHJvdG9jb2wgDQogICAgYWN0aW9uDQogICAgdG8gZXhwZWxsIG1lbWJlcnMgb2Yg dGhlIGdyb3VwIHdpdGggYW4gdW5hY2NlcHRhYmx5IGxvdyBNaW5NVFUuIFRoZXNlIA0KICAgIHRy YWRlb2Zmcw0KICAgIGFuZCB0aGUgc2VjdXJpdHkgaW1wbGljYXRpb25zIGFyZSBleHBlY3RlZCB0 byBkZXBlbmQgb24gdGhlIGRlc2lnbiBvZiANCiAgICB0aGUgbXVsdGljYXN0DQogICAgdHJhbnNw b3J0IGJlaW5nIHVzZWQsIGFuZCB0aGUgc2l6ZSBvZiB0aGUgZ3JvdXAuIFRoZXkgYXJlIG5vdCBk aXNjdXNzZWQgDQogICAgaW4gdGhpcw0KICAgIGRvY3VtZW50Lg0KDQogICAgSSB0aGluayBhbGwg d2Ugc2hvdWxkIHNheSBpcyB0aGlzIGRyYWZ0IGlzIGZvY3VzZWQgb24gVW5pY2FzdC4NCg0KRVY+ IGluZGVlZCwganVzdCB3cml0aW5nICd0aGlzIEktRCBpcyBvbmx5IGFib3V0IHVuaWNhc3QnIHdv dWxkIGJlIGVub3VnaCBhdCB0aGlzIHN0YWdlLiBUaGUgYWJvdmUgdGV4dCBjb3VsZCBhbHNvIGJl IHRoZSBiYXNpcyBmb3IgdGhlIGFkZGVkIG1jYXN0IHN1cHBvcnQuDQoNCg0KICAgICMjIEFic3Ry YWN0DQoNCiAgICBKdXN0IHdvbmRlcmluZyB3aGV0aGVyICJub2RlIiBzaG91bGQgYmUgdXNlZCBp bnN0ZWFkIG9mICJob3N0IiBpbiAiYWxvbmcgdGhlDQogICAgZm9yd2FyZCBwYXRoIGJldHdlZW4g YSBzb3VyY2UgaG9zdCB0byBhIGRlc3RpbmF0aW9uIGhvc3QiIChhbHNvIGluIG90aGVyIA0KICAg IHBsYWNlcw0KICAgIGluIG90aGVyIHNlY3Rpb25zKS4gT2YgY291cnNlLCBub3RoaW5nIHByZXZl bnQgYSByb3V0ZXIgdG8gYWN0IGFzIGEgaG9zdC4gwqc5DQogICAgdXNlcyAibm9kZSIgYW5kIG5v dCAiaG9zdCIgOy0pDQoNCiAgICBHRitCSDogV2UgcHJlZmVyIG5vdCB0byBtYWtlIHRoaXMgY2hh bmdlLCBiZWNhdXNlIFJGQzgyMDAgc2F5czoNCg0KICAgIG5vZGUgYSBkZXZpY2UgdGhhdCBpbXBs ZW1lbnRzIElQdjYuDQoNCiAgICByb3V0ZXIgYSBub2RlIHRoYXQgZm9yd2FyZHMgSVB2NiBwYWNr ZXRzIG5vdCBleHBsaWNpdGx5DQogICAgYWRkcmVzc2VkIHRvIGl0c2VsZi4gKFNlZSBOb3RlIGJl bG93LikNCg0KICAgIGhvc3QgYW55IG5vZGUgdGhhdCBpcyBub3QgYSByb3V0ZXIuIChTZWUgTm90 ZSBiZWxvdy4pDQoNCiAgICBPdXIgaW50ZW50IGlzIHRoYXQgdGhpcyBiZSBzZW50IGFuZCByZWNl aXZlZCBieSBob3N0cy4gSSB0aGluayBpdOKAmXMgDQogICAgY2xlYXJlciB0byBjb250aW51ZSB0 byB1c2UgaG9zdC4NCg0KRVY+IGZhaXIgZW5vdWdoLCBsZXQncyBrZWVwIGl0IGxpa2UgdGhhdCAo ZXZlbiBpZiBJIHN0aWxsIHByZWZlciBub2RlIHRob3VnaCkNCg0KICAgICMjIFNlY3Rpb24gMS4y DQoNCiAgICBTdWdnZXN0IHJlbW92aW5nIHRoZSBub3RlIGFib3V0IFJGQyAyNDYwIGFzIDgyMDAg aGFzIGJlZW4gcHVibGlzaGVkIGZvciANCiAgICB5ZWFycw0KICAgIG5vdy4NCg0KICAgIEdGK0JI OiBXZSB0aGluayB0aGVyZSBpcyBzb21lIHZhbHVlIGluIGtlZXBpbmcgdGhpcyBoaXN0b3J5Lg0K DQpFVj4gZmFpciBlbm91Z2ggYWdhaW4gZXZlbiBpZiB3ZSByZXNwZWN0ZnVsbHkgZGlzYWdyZWUg Oy0pDQoNCiAgICBFdmVuIGlmIG1vc3RseSBvYnZpb3VzLCBwbGVhc2UgZXhwYW5kICJIQkgiIGF0 IGZpcnN0IHVzZS4NCiAgICBHRitCSDogV2lsbCBkbw0KDQpFVj4gdGhhbmtzDQoNCiAgICAjIyBT ZWN0aW9uIDYuMQ0KDQogICAgRm9yIGEgcm91dGVyIG5vdCBjb25maWd1cmVkIGZvciBIYkgtcHJv Y2Vzc2luZzogd2h5IG9ubHkgIlNIT1VMRCBpZ25vcmUiID8NCiAgICBFaXRoZXIgZXhjZXB0aW9u IHVzZSBjYXNlKHMpIHNob3VsZCBiZSBwcm92aWRlZCBvciBhICJNVVNUIE5PVCIgYW5kIA0KICAg ICJNVVNUIiAoZm9yDQogICAgZm9yd2FyZCkgYmUgdXNlZC4NCg0KICAgIEdGK0JIOiBUaGUgU0hP VUxEIGxhbmd1YWdlIGRvZXNu4oCZdCB3b3JrIHBlcmZlY3RseSBoZXJlLg0KICAgIEkgZ3Vlc3Mg aXQncyByZWFsbHkgYSBzdGF0ZW1lbnQgb2YgZmFjdCAid2lsbCBpZ25vcmUiLiBOb3Qgc3VyZSBp dCBpcyANCiAgICB3b3J0aCBjaGFuZ2luZy4NCg0KRVY+IGluIG15IG9waW5pb24sIHRoaXMgaXMg d29ydGggY2hhbmdpbmcNCg0KICAgIFdoeSBkb2VzIGEgcm91dGVyICJTSE9VTEQiIG9ubHkgdXBk YXRlIGFuZCBub3QgIk1VU1QiID8gVGhpcyBpcyBhbiANCiAgICBleHBlcmltZW50YWwNCiAgICBk b2N1bWVudCBhbmQgbm90IGEgcHJvcG9zZWQgc3RhbmRhcmQgb25lIHNvIGxpdHRsZSByZWFzb24g dG8gYmUgDQogICAgdWx0cmEtY2F1dGlvdXMuDQogICAgSWYgIlNIT1VMRCIgaXMga2VwdCwgdGhl biB3aGVuIGNhbi9zaG91bGQgYSByb3V0ZXIgZGV2aWF0ZSBmcm9tIHRoZSB1cGRhdGUNCiAgICBh Y3Rpb24gPw0KDQogICAgR0YrQkg6OiBXZSBhcmUgaGFwcHkgdG8gc2F5IE1VU1QsIGkuZS5pZiBp dCBpbXBsZW1lbnRzIHRoaXMgUkZDIGl0IG5lZWRzIHRvLg0KDQpFVj4gZXhhY3RseSwgdGhhbmtz IGZvciBjaGFuZ2luZyB0aGlzIGludG8gYSBNVVNUDQoNCiAgICBJcyB0aGUgIkRpc2N1c3Npb24i IHBhcnQgc3RpbGwgcmVsZXZhbnQgYXQgdGhpcyBzdGFnZSAoSUVTRyBldmFsdWF0aW9uKSA/IE9y DQogICAgc2hvdWxkIGl0IGJlIG1vdmVkIHRvIHRoZSAiZXhwZXJpbWVudCBzdWNjZXNzIGV2YWx1 YXRpb24iIHBhcnQgPw0KDQogICAgR0YrQkg6IEVpdGhlciB3YXkgZm9yIHVzLiBXZSB3aWxsIHJl bW92ZSBpdC4NCg0KRVY+IHRoYW5rcw0KDQogICAgQ2FuIHRoZSByb3V0ZXIgYXBwbHkgc2FtcGxp bmcvcmF0ZSBsaW1pdGluZyBvbiB0aG9zZSBwYWNrZXRzID8NCg0KICAgIEdGK0JIOiBJdCBjYW4s IGlmIHVzZWQgY2FyZWZ1bGx5LiBUaGUgcmVzdWx0IGlzIGxvc3MsIHdoaWNoIG1pZ2h0IGltcGFj dCANCiAgICB1c2VmdWxsbmVzcywgYnV0IG91Z2h0IG5vdA0KICAgIGltcGFjdCB0aGUgY29ycmVj dCBmdW5jdGlvbi4gRG8gd2UgbmVlZCB0byBhZGQgc29tZXRoaW5nPw0KDQpFVj4gc3VnZ2VzdCB0 byBhZGQgdGhhdCByYXRlIGxpbWl0aW5nIC8gc2FtcGxpbmcgTUFZIGJlIHVzZWQgaWYgaXQgaGVs cHMgZGVwbG95aW5nIHRoaXMgZXhwZXJpbWVudA0KDQogICAgIyMgU2VjdGlvbiA2LjINCg0KICAg ICJUaGlzIGNhY2hlZCB2YWx1ZSBjYW4gYmUgdXNlZCBieSBvdGhlciBmbG93cyB0aGF0IHNoYXJl IHRoZSBob3N0J3MgDQogICAgZGVzdGluYXRpb24NCiAgICBjYWNoZS4iIGlzIGhhcmQgdG8gcGFy c2UgYW5kIHBvc3NpYmx5IGluY29ycmVjdCAoYXMgbWlzc2luZyB0aGUgZWdyZXNzDQogICAgaW50 ZXJmYWNlKSwgc3VnZ2VzdCB0byB1c2UgIm90aGVyIGZsb3dzIHRvIHRoZSBzYW1lIGRlc3RpbmF0 aW9uIGFuZCBzYW1lIA0KICAgIGVncmVzcw0KICAgIGludGVyZmFjZSIgPw0KDQogICAgPT09DQoN CiAgICBHRitCSDogUHJvYmFibHkgZ29vZCB0byBjbGFyaWZ5LiBJbmRlZWQsaXQgbmVlZHMgdG8g YmUgYmFsYW5jZWQgd2l0aCBteSANCiAgICBFQ01QIHRleHQNCiAgICBhZGRlZCB0byA4MjAxIHRo YXQgd2FybnMgdGhhdCBwYXRocyBhcmUgbm90IGp1c3QgaWRlbnRpZmllZCBieSBhZGRyZXNzIA0K ICAgIChzZWUgYmVsb3cpDQoNCkVWPiB0aGFua3MNCg0KICAgIElmIGl0IHdhcyBub3QgYW4gZXhw ZXJpbWVudGFsIGRvY3VtZW50LCBJIHdvdWxkIHByb2JhYmx5IGhhdmUgcmFpc2VkIGEgDQogICAg YmxvY2tpbmcNCiAgICBESVNDVVNTIChzb3JyeSBCb2IgJiBHb3JyeSksIHVzdWFsbHkgRUNNUCBp cyBkb25lIG9uIHRoZSA1LXR1cGxlLCBzbyB1c2luZw0KICAgIGRpZmZlcmVudCBsYXllci00IHBv cnRzIGNvdWxkIGVuZCB1cCBpbiBzbGlnaHRseSBkaWZmZXJlbnQgcGF0aHMgd2l0aCANCiAgICBk aWZmZXJlbnQNCiAgICBNVFUgKHNlY3Rpb24gNS4yIG9mIFJGQyA4MjAxIGlzIGEgbGl0dGxlIGJl dHRlciwgcmVjb21tZW5kIHJlZmVycmluZyB0byANCiAgICBpdCA/IC0tDQogICAgaXQgaXMgb25s eSByZWZlcnJlZCB0byBpbiDCpyA2LjMuNCkuDQoNCiAgICBHRitCSDogV2UgYWdyZWUuIEl0J3Mg aW1wb3J0YW50IGl0IGlzIHVzZWQgdG8gKmluaXRpYWxpc2UqIGEgcHJvYmUgd2l0aCANCiAgICB0 aGUgZXhwZWN0ZWQgUE1UVQ0KICAgIHNpemUsIGFuZCB0aGF0IHRoZSBvcHRpb24gaXMgbm90IHRv IGJsaW5kbHkgdXNlZCB0byBzZXQgdGhlIFBNVFUsIA0KICAgIGJlY2F1c2UgdGhlIGFjdHVhbA0K ICAgIFBNVFUgY2FuIGRlcGVuZCBvbiB0aGUgZm9yd2FyZGluZyBwYXRoIGZvciB0aGUgZmxvdywg d2hpY2ggY2FuIGJlIA0KICAgIGluZmx1ZW5jZWQgYnkNCiAgICBwb3J0IGluZm9ybWF0aW9uLCBm bG93IGxhYmxlLCBhbmQgb3RoZXIgaW5mb3JtYXRpb24gYmVzaWRlcyB0aGUgDQogICAgZGVzdGlu YXRpb24gYWRkcmVzcy4NCg0KRVY+IHRoZSByaXNrIGlzIHRvIGluaXRpYWxpemUgdGhlIHByb2Jl IHdpdGggYSB0b28gc21hbGwgTVRVDQoNCiAgICBQbGVhc2UgZXhwYW5kICJQTCINCg0KICAgIEdG K0JIOiBXaWxsIEZpeCAtID4gUEwgPSBQYWNrZXRpemF0aW9uIExheWVyLg0KDQpFVj4gdGhhbmtz DQoNCiAgICAiV2hlbiByZXF1ZXN0ZWQgdG8gc2VuZCBhbiBJUHY2IHBhY2tldCIgaG93ID8gYW5k IHdobyByZXF1ZXN0IHN1Y2ggYW4gDQogICAgYWN0aW9uID8NCiAgICBNeSBtYWpvciBjb25jZXJu IGlzIHdoZXRoZXIgaXQgaXMgYSBwZXIgcGFja2V0IG9yIHBlciAiY29ubmVjdGlvbiIgDQogICAg cmVxdWVzdCBhcw0KICAgIHVzaW5nIGEgOC1ieXRlIE1UVSBpbiBhIGRhdGEgcGFja2V0IGFjdHVh bGx5IHJlZHVjZXMgdGhlIHVzZWZ1bCBNVFUgYnkgOCANCiAgICBieXRlcy4NCiAgICBBIGZvcndh cmQgcmVmZXJlbmNlIHRvIMKnNi4zLjEgd291bGQgYmUgYmVuZWZpY2lhbC4NCg0KICAgIEdGK0JI OiBNeSB0YWtlIGlzIHRoZSB0cmFuc3BvcnQgaGFzIHRvIGdlbmVyYXRlIHRoZSByZXBseS4NCg0K RVY+IEkgd291bGQgZ3Vlc3Mgc28gYnV0IHRoZW4gbGV0J3Mgc3VnZ2VzdCAvIHJlY29tbWVuZCBp dCBpbiB0aGUgdGV4dCA/DQoNCiAgICBCdWxsZXQgIzMsIGl0IGlzIHVuY2xlYXIgd2hhdCAiVGhp cyIgbWVhbnMuDQoNCiAgICBHRitCSDogV2hvb3BzIHdlIHdhbnRlZCB0byByZW1vdmUgdGhpcyBi dWxsZXQ6IC8zLiBUaGlzIHNlbmRzIGEgcmVzcG9uc2UgDQogICAgcHJvYmUgYmFjayB0byBzb3Vy Y2UvLg0KDQpFVj4gOy0pDQoNCiAgICA9PT0NCiAgICAjIyBTZWN0aW9uIDYuMw0KDQogICAgIlVz aW5nIGEgUE1UVSBQcm9iZSIgaXMgaXQgdGhlIEhiSCBvcHRpb24gZGVzY3JpYmVkIGluIHRoaXMg ZG9jdW1lbnQgPyANCiAgICBJZiBzbywNCiAgICB0aGVuIHByb3Bvc2UgYmVpbmcgY2xlYXIgb3Ig aW50cm9kdWNlIHRoZSBzeW5vbnltIGVhcmxpZXIgaW4gdGhlIHRleHQuDQoNCiAgICBHRitCSDog VHJhbnNwb3J0IGd1eSBwcm9ibGVtLCBtZWEgY3VscGEuLi53ZSBzaG91bGQgaGF2ZSBleHBsYWlu ZWQgImEgDQogICAgUE1UVSBQcm9iZSIuDQoNCiAgICBXZSBzdWdnZXN0IGEgY29tcGxldGUgcmVw bGFjZW1lbnQ6DQoNCkVWPiB0aGFua3MNCg0KICAgIFBMUE1UVUQgdXNlIHByb2JlIHBhY2tldHMg Zm9yIHR3byBkaXN0aW5jdCBmdW5jdGlvbnM6DQogICAg4oCiIFByb2JlIHBhY2tldHMgYXJlIHVz ZWQgdG8gY29uZmlybSBjb25uZWN0aXZpdHkuIFN1Y2ggcHJvYmVzIGNhbiBiZSBvZiANCiAgICBh bnkgc2l6ZQ0KICAgIHVwIHRvIHRoZSBQTFBNVFUuIFRoZXNlIHByb2JlIGFyZSBzZW50IHRvIHNv bGljaXQgYQ0KICAgIHJlc3BvbnNlIHVzZSB0aGUgcGF0aCB0byB0aGUgcmVtb3RlIG5vZGUuIFRo ZXNlIHByb2JlIGNhbiBjYXJyeSB0aGlzIEhCSCANCiAgICBvcHRpb24sDQogICAgcHJvdmlkaW5n IHRoZSBmaW5hbCBzaXplIG9mIHBhY2tldCBkb2VzIG5vdCBleGNlZWQgdGhlIGN1cnJlbnQgUExQ TVRVLg0KICAgIEFmdGVyIHZhbGlkYXRpbmcgdGhhdCB0aGUgcGFja2V0IG9yaWduYXRlcyBmcm9t IHRoZSBwYXRoDQogICAgKHNlY3Rpb24gNC42LjEpLCB0aGUgUExQTVRVRCBtZXRob2QgY2FuIHVz ZSB0aGUgcmVwb3J0ZWQgc2l6ZSBmcm9tIHRoZSANCiAgICBIQkggb3B0aW9uIGFzDQogICAgdGhl IG5leHQgc2VhcmNoIHBvaW50IHdoZW4gaXQgcmVzdW1lcyB0aGUgc2VhcmNoIGFsZ29yaXRobS4N CiAgICAoVGhpcyB1c2UgcmVzZW1ibGVzIHRoZSB1c2Ugb2YgdGhlIFBUQl9TSVpFIGluZm9ybWF0 aW9uIGluIHNlY3Rpb24gDQogICAgNC42LjJvZiBbUkZDODg4OQ0KDQogICAg4oCiIEEgc2Vjb25k IHVzZSBvZiBwcm9iZSBwYWNrZXRzIGlzIHRvIGV4cGxvcmUgaWYgYSBwYXRoIHN1cHBvcnRzIGEg DQogICAgcGFja2V0IHNpemUgZ3JlYXRlciB0aGFuIHRoZSBjdXJyZW50IFBMUE1UVS4gSWYgdGhp cyBwcm9iZSBwYWNrZXQgaXMgDQogICAgc3VjY2Vzc2Z1bGx5IGRlbGl2ZXJlZCAoYXMgZGV0ZXJt aW5lZCBieSB0aGUgc291cmNlIGhvc3QpLCB0aGVuIHRoZSANCiAgICBQTFBNVFUgaXMgcmFpc2Vk IHRvDQogICAgdGhlIHNpemUgb2YgdGhlIHN1Y2Nlc3NmdWwgcHJvYmUuIFRoZXNlIHByb2JlIHBh Y2tldHMgZG8gbm90IHVzdWFsbHkgc2V0IA0KICAgIHRoZSBIQkggb3B0aW9uLiBTZWUgc2VjdGlv biAxLjIgb2YgW1JGQzg4OTldLg0KDQogICAgU2VjdGlvbiA0LjEgb2YgW1JGQzg4OTldIGFsc28g ZGVzY3JpYmVzIHdheXMgdGhhdCBhIFByb2JlIFBhY2tldCBjYW4gYmUgDQogICAgY29uc3RydWN0 ZWQsIGRlcGVuZGluZyBvbiB3aGV0aGVyIHRoZSBwcm9iZSBwYWNrZXRzIGNhcnJ5IGFwcGxpY2F0 aW9uIGRhdGEuDQoNCiAgICDigKIgVGhlIFBNVFUgUHJvYmUgY2FuIGJlIHNlbnQgb24gcGFja2V0 cyB0aGF0IGluY2x1ZGUgYXBwbGljYXRpb24gZGF0YSwgDQogICAgYnV0IG5lZWRzIHRvIGJlIHJv YnVzdCB0byBwb3RlbnRpYWwgbG9zcyBvZiB0aGUgcGFja2V0IChpLmUuIHdpdGggdGhlIA0KICAg IHBvc3NpYmlsaXR5IHRoYXQgcmV0cmFuc21pc3Npb24gbWlnaHQgYmUgbmVlZGVkIGlmIHRoZSBw YWNrZXQgaXMgbG9zdCkuDQoNCiAgICDigKIgVXNpbmcgYSBQTVRVIFByb2JlIG9uIHBhY2tldHMg dGhhdCBkbyBub3QgY2FycnkgYXBwbGljYXRpb24gZGF0YSB3aWxsIA0KICAgIGF2b2lkIHRoZSBu ZWVkIGZvciBsb3NzIHJlY292ZXJ5IGlmIGEgcm91dGVyIG9uIHRoZSBwYXRoIGRyb3BzIHBhY2tl dHMgDQogICAgdGhhdCBzZXQgdGhpcyBvcHRpb24uIChUaGlzIGF2b2lkcyB0aGUgdHJhbnNwb3J0 IG5lZWRpbmcgdG8gcmV0cmFuc21pdCBhIA0KICAgIGxvc3QgcGFja2V0IHRoYXQgaW5jbHVkZXMg dGhpcyBvcHRpb24uKSBUaGlzIGlzIHRoZSBub3JtYWwgZGVmYXVsdCANCiAgICBmb3JtYXQgZm9y IGJvdGggdXNlcyBvZiBwcm9iZXMuDQoNCiAgICA9PT0NCg0KICAgICMjIFNlY3Rpb24gNi4zLjIN Cg0KICAgIEp1c3Qgd29uZGVyaW5nIGhvdyBkaWZmZXJlbnQgdGhpcyBtZXRob2QgaXMgd3J0IHRv IElDTVAtYmFzZWQgUE1UVUQgYXMgdGhlDQogICAgNS10dXBsZSBtdXN0IGFsc28gYmUgcHJlc2Vu dCAoYWxiZWl0IG5vIGRhdGEpLg0KDQogICAgR0YrQkg6IE5vdCBzdXJlIHdoYXQgdG8gd3JpdGUg aW4gdGhlIElELCBidXQgdGhlIHJlYWwgYmVuZWZpdCBvZiBQTFBNVFVEIA0KICAgIGlzIGl0IGNh biBhdm9pZCBibGFja2hvbGluZyBvZiBkYXRhIGJ5IFBNVFVEIHJlbHlpbmcgb24gSUNNUCx3aXRo b3V0IA0KICAgIHJlZ3Jlc3NpbmcgdG8gdXNpbmcgYSBtaW5QTVRVLg0KDQogICAgVGhlIGRyYXdi YWNrIG9mIFBMUE1UVUQgaXMgaXQgY2FuIHJlcXVpcmUgY3ljbGVzIG9mIHBvYmluZyB1c2luZyAN CiAgICBzYWNyaWZpY2FsIHBhY2tldHMgdG8gYmUgc3VyZSB0aGUgUE1UVSBpcyBub3QgZ29pbmcg dG8gYmUgYmxhY2tob2xlZCwgDQogICAgYW5kIHRoZSBsYXJnZXIgdGhlIFBNVFUgYWJvdmUgdGhl IGRlZmF1bHQgUE1UVSwgdGhlIGxhcmdlciB0aGUgbnVtYmVyIG9mIA0KICAgIFJUVCBjeWNsZXMs IGFuZCBoZW5jZSB0aGUgbGFyZ2VyIHRpbWUgdG8gY29udmVyZ2Ugb24gc2FmZWx5IHVzaW5nIGEg DQogICAgbGFyZ2VyIFBNVFUuIFRoZSBIQkggbWV0aG9kIHNlZWtzIHRvIGNvbXBsZXRlIGluIDIg UlRULWN5Y2xlcywgYXNrIGZvciANCiAgICB0aGUgUE1UVSBhY3Jvc3MgdGhlIHBhdGgsIGNvbmZp cm0gdGhpcyBzaXplIHdvcmtzLg0KDQogICAgT2YgY291cnNlLCBpZiB0aGUgZGlzY292ZXJlZCBQ TVRVIGlzbid0IGFjdHVhbGx5c3VwcG9ydGVkIGJ5IHRoZSBwYXRoLCANCiAgICB0aGVuIHRoZSBI QkggaW5mb3JtYXRpb24gZGlkIG5vdCBoZWxwLCBhbmQgdGhlIGxhcmdlciBwcm9iZSBlaXRoZXIg DQogICAgZ2VuZXJhdGVzIGEgUFRCIHBhY2tldCAob25lIG1vcmUgUlRUIHRvIGNvbnZlcmdlKSBv ciBpcyBkb3BwZWQuIFRoaXMgDQogICAgdGFrZXMgYXQgbGVhc3Qgb25lIG1vcmUgY3ljbGUgb2Yg cHJvYmluZyB0byBkZWR1Y2UgdGhlIFBNVFUuIEl0J3MgaGFyZCANCiAgICB3b3JrIHRvIHJvYnVz dGx5IGZpeCBicm9rZW4tbmVzcy4NCg0KICAgIEdGK0JIOiBEb2VzIHRoaXMgbmVlZCBhIGNoYW5n ZSB0byB0aGUgdGV4dD8NCg0KRVY+IHBlcmhhcHMgbm90IGluZGVlZCwgb3IganVzdCBhZGQgJ1Ro ZSB2YWxpZGF0aW9uIGlzIHNpbWlsYXIgdG8gSUNNUC1iYXNlZCBQTVRVRCwgaS5lLiwgLi4uJyA/ DQoNCiAgICA9PT0NCg0KICAgIEFsc28gd29uZGVyaW5nIGhvdyBhbiB1cHBlci1sYXllciBwcm90 b2NvbCAocG9zc2libHkgUVVJQyBpbiB1c2VyIHNwYWNlKSANCiAgICBjb3VsZA0KICAgIHNpZ25h bCB0byB0aGUgUE1UVSBjYWNoZSAocG9zc2libHkgaW4gdGhlIGtlcm5lbCkgdG8gaWdub3JlIGEg dmFsdWUuIA0KICAgIEJ1dCwgaGV5DQogICAgdGhpcyBpcyBhbGwgYWJvdXQgZXhwZXJpbWVudGlu ZyA7LSkgQW5kIMKnIDYuMy4zIGlzIGdvaW5nIGluIG1vcmUgZGV0YWlscyANCiAgICBhYm91dA0K ICAgIHdoZXJlIHRoaXMgZGF0YSBjb3VsZCBiZSBzdG9yZWQuDQoNCiAgICBHRjpUaGF0J3MgdGhl IHdheSAoRClQTFBNVFVEIGlzIGRlc2lnbmVkIGluIFFVSUMsIGFsdGhvdWdoIEkgc3VzcGVjdCBt YW55DQogICAgUVVJQyBmbG93cyBzaW1wbHkgZG9uJ3QgdXBkYXRlIHRoZSBJUCBsYXllciBQTVRV IGNhY2hlIGF0IGFsbCwgYW5kIA0KICAgIHNpbXBseSB1c2UgdGhlaXINCiAgICBvd24gd2F5cyB0 byBzdG9yZSBwcmV2aW91cyByZXN1bHRzIGFuZCBmaWd1cmUgb3V0IGhvdyB0byBzaXplIHRoZWly IA0KICAgIHBhY2tldHMtcHVzaGluZw0KICAgIGEgdmFsdWUgYmFjdCB0byB0aGUgSVAgbGF5ZXIg Y2FjaGUgbWF5IHNlZW0gdG8gaGF2ZSB2ZXJ5IGxpdHRsZSBiZW5lZml0Lg0KDQpFVj4gYWNrDQoN CiAgICA9PT0NCg0KICAgICMjIFNlY3Rpb24gNi4zLjQNCg0KICAgIFdoeSBub3QgYSAiTVVTVCIg aW4gIkEgc291cmNlIGhvc3QgU0hPVUxEIGlnbm9yZSBhIFJ0bi1QTVRVIHZhbHVlIGxhcmdlciAN CiAgICB0aGFuDQogICAgdGhlIE1UVSBjb25maWd1cmVkIGZvciB0aGUgb3V0Z29pbmcgbGluay4i ID8NCg0KICAgIEdGK0JIOiBNVVNUIGlzIGdvb2QsIHdpbGwgZml4LiBXZSBzaG91bGQgaGF2ZSBj YXVnaHQgdGhhdC4NCg0KRVY+IHRoYW5rcw0KDQogICAgPT09DQoNCiAgICAjIE5JVFMNCg0KICAg ICMjIFNlY3Rpb24gMS4xDQoNCiAgICBJbiBzY2VuYXJpbyAyLCBzL2NvbnNpZGVycyB0aGUgbGlu ayB0byB0aGUgZGVzdGluYXRpb24gaG9zdC9jb25zaWRlcnMgDQogICAgdGhlIGxpbmsNCiAgICBi ZXR3ZWVuIFIyIGFuZCB0aGUgZGVzdGluYXRpb24gaG9zdC8gPw0KDQogICAgIyMgU2VjdGlvbiAy DQoNCiAgICBzLzk3N0sgcGFja2V0cyBwZXIgc2Vjb25kIChwcHMpLzk3NywwMDAgcGFja2V0cyBw ZXIgc2Vjb25kIChvciA5OTcga3BwcykvDQoNCiAgICAjIyBTZWN0aW9uIDYuMy40DQoNCiAgICBz L2xheWVyIDIgZGV2aWNlL2xheWVyLTIgZGV2aWNlLw0KDQogICAgIyMgU2VjdGlvbiA4LjENCg0K ICAgIHMvSG9wIGJ5IEhvcC9Ib3AtYnktSG9wLw0KDQogICAgR0YrQkg6IEFsbCBnb29kLCB3aWxs IGZpeC4NCiAgICA9PT0NCg0KICAgIElmIHRoZXNlIHByb3Bvc2VkIGNoYW5nZXMgc2VlbSBPSyAo d2l0aCBhbnkgY29tbWVudHMpLCBwbGVhc2UgbGV0IHVzIA0KICAgIGtub3cgaWYgeW91J2QgbGlr ZSB1cyB0byBwcmVwYXJlIGEgbmV3IHJldmlzaW9uIG9yIHdhaXQgdG8gY29sbGVjdCANCiAgICBm dXJ0aGVyIGZlZWRiYWNrIGZyb20gdGhlIHJldmlldyBwcm9jZXNzLg0KDQogICAgQmVzdCB3aXNo ZXMsDQoNCiAgICBCb2IgJiBHb3JyeQ0KICAgIChlZGl0b3JzKQ0KDQo= From nobody Fri Apr 8 18:06:37 2022 Return-Path: X-Original-To: ipv6@ietfa.amsl.com Delivered-To: ipv6@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4342B3A12CA for ; Fri, 8 Apr 2022 18:06:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.909 X-Spam-Level: X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bJb5ibgVgmet for ; Fri, 8 Apr 2022 18:06:29 -0700 (PDT) Received: from chinatelecom.cn (prt-mail.chinatelecom.cn [42.123.76.226]) by ietfa.amsl.com (Postfix) with ESMTP id 611173A12B6 for ; Fri, 8 Apr 2022 18:06:28 -0700 (PDT) HMM_SOURCE_IP: 172.18.0.188:46322.1142218794 HMM_ATTACHE_NUM: 0000 HMM_SOURCE_TYPE: SMTP Received: from clientip-114.250.178.130 (unknown [172.18.0.188]) by chinatelecom.cn (HERMES) with SMTP id 2D20E2800B5; Sat, 9 Apr 2022 09:06:22 +0800 (CST) X-189-SAVE-TO-SEND: 66040161@chinatelecom.cn Received: from ([172.18.0.188]) by app0023 with ESMTP id 0b83ed60d03f4f25bfba9de345467035 for bob.hinden@gmail.com; Sat, 09 Apr 2022 09:06:24 CST X-Transaction-ID: 0b83ed60d03f4f25bfba9de345467035 X-Real-From: xiechf@chinatelecom.cn X-Receive-IP: 172.18.0.188 X-MEDUSA-Status: 0 Sender: xiechf@chinatelecom.cn Date: Sat, 9 Apr 2022 09:06:22 +0800 From: "xiechf@chinatelecom.cn" To: "Bob Hinden" , "IPv6 List" Subject: Re: Re: Call for adoption: References: <92790B16-19F8-40AD-BF8B-F9CBB619EE37@gmail.com>, <202204081731599093757@chinatelecom.cn> X-Priority: 3 X-Has-Attach: no X-Mailer: Foxmail 7.2.23.121[cn] Mime-Version: 1.0 Message-ID: <2022040909062189782133@chinatelecom.cn> Content-Type: multipart/alternative; boundary="----=_001_NextPart271383021601_=----" Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2022 01:06:35 -0000 This is a multi-part message in MIME format. ------=_001_NextPart271383021601_=---- Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 SGksIGFsbCwNCkkgc3VwcG9ydCB0aGUgYWRvcHRpb24gb2YgdGhpcyBkcmFmdC4NCg0KQ2hvbmdm ZW5nDQogDQpGcm9tOiBCb2IgSGluZGVuDQpEYXRlOiAyMDIyLTAzLTMxIDA0OjMwDQpUbzogSVB2 NiBMaXN0DQpDQzogQm9iIEhpbmRlbg0KU3ViamVjdDogQ2FsbCBmb3IgYWRvcHRpb246IDxkcmFm dC1rcmlzaG5hbi02bWFuLXNpZHMtMDA+DQpUaGlzIG1lc3NhZ2Ugc3RhcnRzIGEgdHdvIHdlZWsg Nk1BTiBjYWxsIG9uIGFkb3B0aW5nOg0KIA0KICAgVGl0bGU6ICAgICAgICAgIFNlZ21lbnQgSWRl bnRpZmllcnMgaW4gU1J2Ng0KICAgQXV0aG9yczogICAgICAgIFMuIEtyaXNobmFuDQogICBGaWxl IE5hbWU6ICAgICAgZHJhZnQta3Jpc2huYW4tNm1hbi1zaWRzLTAwDQogICBEb2N1bWVudCBkYXRl OiAgRmVicnVhcnkgMTAsIDIwMjINCiANCiAgIGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcv ZG9jL2h0bWwvZHJhZnQta3Jpc2huYW4tNm1hbi1zaWRzLTAwDQogDQphcyBhIDZNQU4gd29ya2lu ZyBncm91cCBkb2N1bWVudC4NCiANCkZvciBiYWNrZ3JvdW5kIHRoaXMgZHJhZnQgd2FzIHRoZSBy ZXN1bHQgYSBxdWVyeSB0byB0aGUgNk1BTiB3b3JraW5nIGdyb3VwIGZyb20gdGhlIFNQUklORyB3 LmcuIGNoYWlycyByZWdhcmRpbmcgcmVnYXJkaW5nIGRyYWZ0LWZpbHNmaWxzY2hlbmctc3ByaW5n LXNydjYtc3JoLWNvbXByZXNzaW9uLiAgVGhlIHF1ZXJ5IHdhczoNCiANCiAgaHR0cHM6Ly9tYWls YXJjaGl2ZS5pZXRmLm9yZy9hcmNoL21zZy9pcHY2LzVJcGtIZjV0VmEtRzRzS2NhLUVXR0V6aVlT by8NCiANCkFmdGVyIGFuIGFjdGl2ZSBkaXNjdXNzaW9uLCB0aGUgcmVwbHkgZnJvbSB0aGUgNk1B TiBjaGFpcnMgYW5kIEFEcyB3YXM6DQogDQogIGh0dHBzOi8vbWFpbGFyY2hpdmUuaWV0Zi5vcmcv YXJjaC9tc2cvaXB2Ni9yR2dwV1p5UGFLb25MYWV1VDM3RDdxWjFWY3cvDQogDQpUaGlzIHRvcGlj IHdhcyBhbHNvIHByZXNlbnRlZCBhdCBJRVRGIDExMiwgc2xpZGVzIGhlcmU6DQogDQogIGh0dHBz Oi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvbWVldGluZy8xMTIvbWF0ZXJpYWxzL3NsaWRlcy0xMTIt Nm1hbi1zcnY2LXNpZHMtMDANCiANClN1YnN0YW50aXZlIGNvbW1lbnRzIGFuZCBzdGF0ZW1lbnRz IG9mIHN1cHBvcnQgZm9yIGFkb3B0aW5nIHRoaXMgZG9jdW1lbnQgc2hvdWxkIGJlIHNlbnQgdG8g dGhlIG1haWxpbmcgbGlzdC4gIEVkaXRvcmlhbCBzdWdnZXN0aW9ucyBjYW4gYmUgc2VudCB0byB0 aGUgYXV0aG9yLiAgVGhpcyBhZG9wdGlvbiBjYWxsIHdpbGwgZW5kIG9uIDEzIEFwcmlsIDIwMjIu DQogDQpGdXJ0aGVyLCBpZiB5b3UgYXJlIHdpbGxpbmcgdG8gd29yayBvbiB0aGlzIGRvY3VtZW50 LCBlaXRoZXIgYXMgY29udHJpYnV0b3IsIGF1dGhvciwgb3IgcmV2aWV3ZXIgcGxlYXNlIG5vdGlm eSB0aGUgbGlzdC4gICBUaGlzIHdpbGwgcHJvdmlkZSB0aGUgY2hhaXJzIHdpdGggYW4gaW5kaWNh dGlvbiBvZiB0aGUgZW5lcmd5IGxldmVsIGluIHRoZSB3b3JraW5nIGdyb3VwIHRvIHdvcmsgb24g dGhpcyBkb2N1bWVudC4NCiANCkJvYiwgSmVuLCBPbGUNCiANCiANCiANCiANCg== ------=_001_NextPart271383021601_=---- Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable =0A
Hi, al= l,
I support the adoption of this draft.

Chongfeng
=0A
 
=
From: Bob Hinden
Date: 2022-03-31 04:30
= <= div>CC: Bob Hinden=
Subject: Call for adoption: <draft-krishnan-6man= -sids-00>
This message starts a two week 6MA= N call on adopting:
=0A
 
=0A
   Title:&n= bsp;         Segment Identifiers i= n SRv6
=0A
   Authors:     &nb= sp;  S. Krishnan
=0A
   File Name:  &nbs= p;   draft-krishnan-6man-sids-00
=0A
   Docum= ent date:  February 10, 2022
=0A
 
=0A
 &= nbsp; https://datatracker.ietf.org/doc/html/draft-krishnan-6man-sids-00=0A
 
=0A
as a 6MAN working group document.
=0A<= div> 
=0A
For background this draft was the result a query t= o the 6MAN working group from the SPRING w.g. chairs regarding regarding d= raft-filsfilscheng-spring-srv6-srh-compression.  The query was:
= =0A
 
=0A
  https://mailarchive.ietf.org/arch/msg/i= pv6/5IpkHf5tVa-G4sKca-EWGEziYSo/
=0A
 
=0A
After an= active discussion, the reply from the 6MAN chairs and ADs was:
=0A 
=0A
  https://mailarchive.ietf.org/arch/msg/ipv6/r= GgpWZyPaKonLaeuT37D7qZ1Vcw/
=0A
 
=0A
This topic wa= s also presented at IETF 112, slides here:
=0A
 
=0A  https://datatracker.ietf.org/meeting/112/materials/slides-112-6ma= n-srv6-sids-00
=0A
 
=0A
Substantive comments and s= tatements of support for adopting this document should be sent to the mail= ing list.  Editorial suggestions can be sent to the author.  Thi= s adoption call will end on 13 April 2022.
=0A
 
=0AFurther, if you are willing to work on this document, either as contribu= tor, author, or reviewer please notify the list.   This will pro= vide the chairs with an indication of the energy level in the working grou= p to work on this document.
=0A
 
=0A
Bob, Jen, Ole=
=0A
 
=0A
 
=0A
 
=0A
=  
=0A
=0A
=0A ------=_001_NextPart271383021601_=------ From nobody Sat Apr 9 04:34:17 2022 Return-Path: X-Original-To: ipv6@ietfa.amsl.com Delivered-To: ipv6@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A61C83A0CE2 for ; Sat, 9 Apr 2022 04:34:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.909 X-Spam-Level: X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=btconnect.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lp-GSHfFtuRV for ; Sat, 9 Apr 2022 04:34:11 -0700 (PDT) Received: from EUR04-HE1-obe.outbound.protection.outlook.com (mail-he1eur04on0715.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe0d::715]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7495C3A0C27 for ; Sat, 9 Apr 2022 04:34:11 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=ngNY1hm2NKqd1zRm2oIW3ZmFPxRzLDhyBpb2Y8XYQ14Bzq+u8LFN8FdLxtJiftgwz0VFWlzSEq2lA3GMHVBlBDwUg7J8bNyWLw204mu183Tfcm5M17+qNRWrKf7TiR8Gf6uLCQfIMw5HMZkZHYG0RYz9aAoMcMXcyrZ6NzIQAW730//Izv8EhVRRnrktRejqACH7j6s1PDbcozagYnDNjlwvuIlFCA/kWiD2Ifcsc3u8JT238JiMK+M9B1P3GLK3YzVDBeVW0R1S5kY2TDmsk6UNY1oxh+DZSBfumk2NhUSzwv4Wc2td9KTi3ABRXj5qGkWMgjxm0mowVleWqZk/bg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=Nby8hgslI8WITEuMD0ur2qoZb4za8tJiR0ENGHb3GHk=; b=T4m6yxC/ol6/bGNKkJkPmnaOCLVW9MWHO+XJvSeugHIctgTuZWZClLpcPuJZba9+eawq0PUzlMemKDs6iYJwnLzdWMCNGODae334pO8aY51Y8PdzMfjH0TNDAtzdFAHL69iWLFojhKHHK9SmSjQQ0pGeEn3OQ7p8baKDs0fUYOhseC2cx7UMXaU2EQDjayHtrPEXqdw0IUAqVzN8Gbrd+gS683gUlBqSpUjJAK/kPcTbRIk2y5+PwXP67fVMeJXkYYVl/1pS7WE5YixaA5HOG8+gKm7l2MIkDQNErJz9J0icWuziwtQe4+aLjUsH6UwDKOjuVWYZQIou6NmbnPLEbQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=btconnect.com; dmarc=pass action=none header.from=btconnect.com; dkim=pass header.d=btconnect.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btconnect.onmicrosoft.com; s=selector2-btconnect-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Nby8hgslI8WITEuMD0ur2qoZb4za8tJiR0ENGHb3GHk=; b=IX8vgrWoT163hk6wLKYV0ys1HX3YleODMuov3P1i+EzMMcQuonDc0gignaSP5+0APLSHaGGg92HjAryeT3T7FxcsoeI/9WU9GS76LFkQJ1K3kAqQjWvZDMbggcn67dYRtNI+PxYE0zPpLC3RQ2uR3H/wo8gxnEs0CKb+OeKrLeU= Received: from AM7PR07MB6248.eurprd07.prod.outlook.com (2603:10a6:20b:134::11) by HE1PR07MB4187.eurprd07.prod.outlook.com (2603:10a6:7:98::23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5164.13; Sat, 9 Apr 2022 11:34:06 +0000 Received: from AM7PR07MB6248.eurprd07.prod.outlook.com ([fe80::b1c5:beb7:ddbf:b358]) by AM7PR07MB6248.eurprd07.prod.outlook.com ([fe80::b1c5:beb7:ddbf:b358%9]) with mapi id 15.20.5164.013; Sat, 9 Apr 2022 11:34:06 +0000 From: tom petch To: Brian E Carpenter , "ipv6@ietf.org" Subject: Re: I-D Action: draft-ietf-6man-rfc6874bis-01.txt - YANG Thread-Topic: I-D Action: draft-ietf-6man-rfc6874bis-01.txt - YANG Thread-Index: AQHYTAW4e2pBIzrsYUGj3yv3ccTmuA== Date: Sat, 9 Apr 2022 11:34:05 +0000 Message-ID: References: <164938402532.17740.11717866110301931501@ietfa.amsl.com> In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: msip_labels: authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=btconnect.com; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: bc2f3404-7086-4eb2-f8e5-08da1a1cdae3 x-ms-traffictypediagnostic: HE1PR07MB4187:EE_ x-microsoft-antispam-prvs: x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: qd10pKKJjukd93fSdIFMuyDwL9K/QFGrMiHdovT0xaOdGbF0ps+wJntRkONkdowSdLqCzmj8xdT9bYfDkegdPk1wDiUkJAYx7aEwVZ915XUUoFJZ+VqFI4OcLVhKizJy0OUQH6un0qGxHUfUMh03GNHP0RZ+KlaL+8RvEJA+17Cjes9pqVAcSigYA+DDp69PGYu89xX9iH2sdSxB6ojCvB8ynCFdgPWh/n0EK3PnzEXlUNE8G2RTuCfcnqirE5GqgBVoaUjKgO5vw521EOT+/9X/mjWpjKKtlc+Acba2wn+4AhPEBddC8lJ13ccpHkk40Nc1NMZOYWWGwL/OVzHUVeTXSX4kxMlvuz5/7kmd2tbUWlIRVcWCsMfgZ6IiZ3mWtuf61eLRZ2GTAR1qNsfZhRoNB3JEbEFBTDt7gtKuqRMHcdoj9Vm/grExiOmsT4gHF8alY05mtoWh5AMmfYDoAkvWW9STT65I4NuKV7dVhonrulSN+tccXRWkKoooLD9HtOnrbv38H1WaFCN/7Fp4DnZNIzOZ2D/65icUgG00TFZEQX2lbBiLkp+KXupFLlKTO7sd7x7Ku+DueMB5FnvWjsWQ8zuC0LD3PkQVA1D/91VIZAmqtz2ozFUafeRMNN1KfnujzYn+Pcj1Qy65IlbeycWGrawOiNl8btpMYs9EYgqGWRmD7AYFBRKt+X3x3oqc6nHc4Y/Lt0Fq7NZsHsFdqSsOPzswJuViVErcedTQPMkeyZiXqoTliEYxTHcLnc3Mrtpp/fKnGC9FD25aCRF/Yo5lviG0mdZ+V0Yg6ZBgeWuswkGXOStoP+SIQ4tevOxlkU1uFeuv8kmpdnUhqwYIgg== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM7PR07MB6248.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230001)(366004)(6506007)(7696005)(53546011)(9686003)(66574015)(83380400001)(55016003)(26005)(52536014)(186003)(66476007)(8936002)(66556008)(66946007)(8676002)(64756008)(66446008)(2906002)(5660300002)(76116006)(71200400001)(508600001)(45080400002)(91956017)(110136005)(38070700005)(316002)(122000001)(82960400001)(38100700002)(33656002)(86362001)(966005); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?iso-8859-1?Q?RxbacH+TQzYSpHiGNvfJocMdnO4ITa5H2arv8ua3RBG2TPwxoX4l5UtjfN?= =?iso-8859-1?Q?BY9APYGaP5DLc7nI+eJ2hB38liUg1syppFlTJfZu0Vkwnk2KQaZbp5aHta?= =?iso-8859-1?Q?pKjEAlFQHA4E8AShvjdkPI8VeOL6tTlMRcOp7dv2jl1yGJe9RhLrhFYALB?= =?iso-8859-1?Q?YYSHt/wch9giFZlRell5/ygSlbb0vIqygaZA58SA3F0n5yO9xOEBf45R1e?= =?iso-8859-1?Q?PvWsqs0HsQSM6Flh5aeTacgIsQN8XvD320x33YFIBhP9ckYifD68Q/0U/e?= =?iso-8859-1?Q?63dswyDjYeR6aZfjpMF2knAHPcRfAdVhgd2DXWGCtcxs9n4azW7UL/GYAt?= =?iso-8859-1?Q?yodb4smZ7pfMniHQQaeOXmhMiYzXSLXCjyO4YrnvmX98RjXUuk2CQhzr1R?= =?iso-8859-1?Q?iLZLiaAtmGXqIeq73FO9H81k4qfjq1zGK6SW8yebQcm2UQ1ItUhOUFGByR?= =?iso-8859-1?Q?9tgiM1Z6LuD5l7Dq9o3dRArWp/MDZ6p/Yf/Uu0GS/zDGaz2JqxNc4H10c6?= =?iso-8859-1?Q?QDbegkJTOM/Z8WzgAVVO/p7Vi3udOMl3tYVbE/9P9kGG7G62FR8R7qZL+B?= =?iso-8859-1?Q?bgR+9hgNy0N9ktCHjftCZBujPFBYP4H5FXojNpPk7g6vZzRdpRhPXARMbq?= =?iso-8859-1?Q?zMltZbMDhaY4AX8bDRp6anrO+4MmLDK0QmWIkIDptuteqNrfyGHRcp21ME?= =?iso-8859-1?Q?td5NOEdUsRDaMuQLpUu8Jee8NBVnmhlHZrpvc16ALNkZcHyGzOvC+eXfLe?= =?iso-8859-1?Q?fXkBgasGxmlzCXk7uHmScRPJIvoVh7BBAOi0WUgKjeij1Oc4ur532RA5kd?= =?iso-8859-1?Q?NnwkBsUDNAb72TnvZzsAb+iPhovsBCr0YIAoOupSD/HR2ohJv+gJWPVXMy?= =?iso-8859-1?Q?7yku8WTC+c4jdYWa+dkveY3729JyZm7L5/oSJdFnOz6bUJVY4Z5ItXxjtU?= =?iso-8859-1?Q?nZfEV5gVdEOQrB6wLbYkqIrq//yyKwjH+GmRAyrnlaSpsl2l1DExrrB4WP?= =?iso-8859-1?Q?/1lhVirA0bY0M07jIPD6cpRFCfaY+scm5FJTnpHnuyoygdDFrp2m4QsZ+n?= =?iso-8859-1?Q?a/QS3l+3nGKvsvzi1eZYx2arVZK2URAjjDohUSiAatdqNEYkgjCC5DfSSe?= =?iso-8859-1?Q?3ObOnrzpq4RoO4LcYI7eRHlg4lAU72wKb+9Ib+V+smbVnhmzrouI4ouYIH?= =?iso-8859-1?Q?ejSAskWNPEgdYRWfuEcvLpVZZcGzhozpPU520QoS2VmLk+bFEb8SnAozU/?= =?iso-8859-1?Q?kgft7Qwb/69GfzC8eiQI0nZXzamU03j46blOQe+3fnQTSwT92R3ayRCo7t?= =?iso-8859-1?Q?XNgvOqDLTiD9kJc6MEKZd4aJ53W6GuSKCdx3mi2e+34We/5mNTmnIbDKm7?= =?iso-8859-1?Q?RLx8tUSqAloe0JM1DpKmQTx2LWqWeob73ONaSfJZB/Hs9e9fcN+vomawNv?= =?iso-8859-1?Q?8QVGXCPY9H82QEGvMTdBpwLZrn0eukI0ifiOcuwMb/DtXZUEsitHfrKVzA?= =?iso-8859-1?Q?uZEBRtft2lNsr8wN0YJOrzXg1tDbqG6xjP0SPMw+gqlsqAnM0VlgG3Fivv?= =?iso-8859-1?Q?ghbzfJGHwicjSnFBBUS0Nl/Wgm7K57XjQcgCD+t0SwWEWKQ35e8qL8vIQM?= =?iso-8859-1?Q?/QuIolWCwltis/FOj94EhoX5mzFhCJTHyHtY7BGaVCqbrOqo8UkFAGquMu?= =?iso-8859-1?Q?sFYL0N1KuZG9CBttpTt00CPVULuH4C/NUfE01buw13a4oWwBgccR+n1Aoc?= =?iso-8859-1?Q?pJQXQc3KnQYfqhP310c0xzhcopSHbYHJu0D2fuvW+z7QynwdhURHA10yw6?= =?iso-8859-1?Q?1tRQzkXnDQ=3D=3D?= Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: btconnect.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: AM7PR07MB6248.eurprd07.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: bc2f3404-7086-4eb2-f8e5-08da1a1cdae3 X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Apr 2022 11:34:05.8551 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: cf8853ed-96e5-465b-9185-806bfe185e30 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: nLnP86IZ9J4WZJ3/11VSRUTHbRmhpcgttd9wAFcx7DLNWvqj5EJsqQHmlzgGMqCumD4KxmWk17qwO54fiGvo9g== X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR07MB4187 Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2022 11:34:15 -0000 Top posting and tweaking the subject slightly for a different slant on zone= ...=0A= =0A= The YANG data modelling language defines types - int, string, ... - and all= ows derived types based on them which RFC6021 does to define such as gauge,= counter, URI .. and ip-address. This last was defined as a string with a = regex that allowed for an optional zone. This was seen as too limiting so = rfc6021bis, i.e. RFC6991, added variants such as ip-address-no-zone.=0A= =0A= Now an rfc6991bis has passed WG LC and was about to go forward when the com= ment was made that the identifier 'ip-address' misleads authors, who take i= t as literal, and should be redefined to exclude the optional zone. Certain= ly reviewers of YANG modules, such as YANG doctors, know well that when it = is pointed out to the author that 'ip-address' allows for a zone, then most= , but not all, authors switch to the no-zone type.=0A= =0A= Such a change breaks the backwards compatibility rules of RFC7950 and will = break any YANG module whose author has read the documentation and has used = 'ip-address' because=0A= the zone is required. Such modules exist.=0A= =0A= By contrast, I have seen no reference to the existing formulation causing p= roblems. It could, with a server or client inserting a zone which the clie= nt or server does not expect and cannot interwork with. Such a failure is= , at present, hypothetical.=0A= =0A= The discussion on this started on the LSR WG list and is now also on the NE= TMOD WG list with a Subject: of Re: I-D Action: draft-ietf-lsr-ospfv3-exte= nded-lsa-yang-10.txt. The AD has indicated that he thinks the change shoul= d be made.=0A= =0A= Isn't it fun how after all these decades IPv6 can still generate discussion= on such issues?=0A= =0A= Tom Petch=0A= =0A= From: ipv6 on behalf of Brian E Carpenter =0A= Sent: 08 April 2022 03:29=0A= To: ipv6@ietf.org=0A= Subject: Re: I-D Action: draft-ietf-6man-rfc6874bis-01.txt=0A= =0A= Hi,=0A= =0A= This version reflects comments at the IETF and on the list.=0A= Change log:=0A= * Extended use cases (added Microsoft WSD)=0A= * Clarified relationship with RFC3986 language=0A= * Allow for legacy use of RFC6874 format=0A= * Augmented security considerations=0A= * Editorial and reference improvements=0A= =0A= Note that some of the text about RFC3986 that Shang Ye=0A= suggested to remove has been retained, but modified. Further=0A= comments about this, or any other aspect, are very welcome.=0A= =0A= Regards=0A= Brian + co-authors=0A= =0A= On 08-Apr-22 14:13, internet-drafts@ietf.org wrote:=0A= >=0A= > A New Internet-Draft is available from the on-line Internet-Drafts direct= ories.=0A= > This draft is a work item of the IPv6 Maintenance WG of the IETF.=0A= >=0A= > Title : Representing IPv6 Zone Identifiers in Address = Literals and Uniform Resource Identifiers=0A= > Authors : Brian Carpenter=0A= > Stuart Cheshire=0A= > Robert M. Hinden=0A= > Filename : draft-ietf-6man-rfc6874bis-01.txt=0A= > Pages : 13=0A= > Date : 2022-04-07=0A= >=0A= > Abstract:=0A= > This document describes how the zone identifier of an IPv6 scoped=0A= > address, defined as in the IPv6 Scoped Address Architecture= =0A= > (RFC 4007), can be represented in a literal IPv6 address and in a=0A= > Uniform Resource Identifier that includes such a literal address. It= =0A= > updates the URI Generic Syntax and Internationalized Resource=0A= > Identifier specifications (RFC 3986, RFC 3987) accordingly, and=0A= > obsoletes RFC 6874.=0A= >=0A= >=0A= > The IETF datatracker status page for this draft is:=0A= > https://datatracker.ietf.org/doc/draft-ietf-6man-rfc6874bis/=0A= >=0A= > There is also an HTML version available at:=0A= > https://www.ietf.org/archive/id/draft-ietf-6man-rfc6874bis-01.html=0A= >=0A= > A diff from the previous version is available at:=0A= > https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-6man-rfc6874bis-01=0A= >=0A= >=0A= > Internet-Drafts are also available by rsync at rsync.ietf.org::internet-d= rafts=0A= >=0A= >=0A= > _______________________________________________=0A= > I-D-Announce mailing list=0A= > I-D-Announce@ietf.org=0A= > https://www.ietf.org/mailman/listinfo/i-d-announce=0A= > Internet-Draft directories: http://www.ietf.org/shadow.html=0A= > or ftp://ftp.ietf.org/ietf/1shadow-sites.txt=0A= >=0A= =0A= --------------------------------------------------------------------=0A= IETF IPv6 working group mailing list=0A= ipv6@ietf.org=0A= Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6=0A= --------------------------------------------------------------------=0A= From nobody Sat Apr 9 13:46:22 2022 Return-Path: X-Original-To: ipv6@ietfa.amsl.com Delivered-To: ipv6@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B527A3A10DA for ; Sat, 9 Apr 2022 13:46:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.108 X-Spam-Level: X-Spam-Status: No, score=-2.108 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id H_sGyFzT6PnD for ; Sat, 9 Apr 2022 13:46:17 -0700 (PDT) Received: from mail-pg1-x534.google.com (mail-pg1-x534.google.com [IPv6:2607:f8b0:4864:20::534]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 294223A10D1 for ; Sat, 9 Apr 2022 13:46:17 -0700 (PDT) Received: by mail-pg1-x534.google.com with SMTP id r66so10798486pgr.3 for ; Sat, 09 Apr 2022 13:46:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language:content-transfer-encoding; bh=tJS3TilKzUjVn8vHXTBVb083teY0KbssiIywZFPmoXs=; b=QpAhFGyq0MbeYLuN6YP9fElxCvhJV3lLKzqeIRiP1lCqP7oVLCfgEouGg4XuyQnLT9 jN/NrsNJ7nkfBDAVvsO0i3XsBdzXrHV9FbihTcTgGBLvpO23e8JxSmtYVpjguxWeuGZv Hjj/20uEGqj7BjG3lH0o5fRpTB4udyPI/Cl4Gz0oDh2aipqkKQSWP/ivvNBDtBqO2MGj xha9QQkWS1KU40y2kEYiPRMlT+twu4IpSFRc1qD2phhycWUX3L5t7W066l87n2eAiNux zoKkwyUBabkmECAlHIy3CqfES6rw5Q82qtc6HYyUJTyr48jos5Lj9Z8qidugkRtlIwSL DZ0w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=tJS3TilKzUjVn8vHXTBVb083teY0KbssiIywZFPmoXs=; b=TVBe1XZPrLIDr5Vbo2aX8vDcDYAv2OF6sz5hM+xqkQDcuq+BWFspQZfXvHO/k7IEFV QrzVNz4AoQFZ0dYrJR6qfLhT3DM5RWDMjd4HH+LfZS+auN/pQiwXAscn4ECgUFHM3UxM P7LZSvRxEaUG06e7Doa6dMq2QsAJ4uVnM85QS8gdrwSeCCPcnAYGu2qX1IHmTgUNaF08 JarTDTDHkjpL4TcnC0vpMB4WIxn86yGX2P9KMk3CbsBii81L6giMOoc8dwSM/fHwYftp DQZ4sg/QH1gxdINQXeZhlmqe31ELsVcwt4ZkdCaQfaW3aWamSK1fZWuSZRyuhRxSnpBn k/lg== X-Gm-Message-State: AOAM531W1516YC9JkxbyGduhjFCx38UqXgJL0MEEea4zhv+mdSjvCZyV FsBgqherwQEr8iPqCwtR4JCQR7uNekteOQ== X-Google-Smtp-Source: ABdhPJxJY2sgIEwiGLWm9Gb9PCBxg4CI1SCC2PFBUbjqgq2FLg6/+TFVKxpoT71wdYsRX0yHJw5F4A== X-Received: by 2002:a05:6a00:198a:b0:505:91ad:782f with SMTP id d10-20020a056a00198a00b0050591ad782fmr7095448pfl.20.1649537175816; Sat, 09 Apr 2022 13:46:15 -0700 (PDT) Received: from ?IPv6:2406:e003:1005:b501:80b2:5c79:2266:e431? ([2406:e003:1005:b501:80b2:5c79:2266:e431]) by smtp.gmail.com with ESMTPSA id f14-20020a056a0022ce00b004fabe9fac23sm31621837pfj.151.2022.04.09.13.46.14 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 09 Apr 2022 13:46:15 -0700 (PDT) Subject: Re: I-D Action: draft-ietf-6man-rfc6874bis-01.txt - YANG To: tom petch , "ipv6@ietf.org" References: <164938402532.17740.11717866110301931501@ietfa.amsl.com> From: Brian E Carpenter Message-ID: Date: Sun, 10 Apr 2022 08:46:13 +1200 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.10.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2022 20:46:20 -0000 Hi Tom, > Certainly reviewers of YANG modules, such as YANG doctors, know well that when it is pointed out to the author that 'ip-address' allows for a zone, then most, but not all, authors switch to the no-zone type. That really sounds like storing up trouble, unless there is some absolute assurance that the relevant YANG usage will never, ever, apply to a host with more than one IPv6 interface that may need to be addressed with a link local address. A link local address without a zone is simply incomplete (and the notion of a default zone is not universally supported even when there is only one interface). However, I don't believe we need to address this issue in 6874bis, do we? Regards Brian On 09-Apr-22 23:34, tom petch wrote: > Top posting and tweaking the subject slightly for a different slant on zone ... > > The YANG data modelling language defines types - int, string, ... - and allows derived types based on them which RFC6021 does to define such as gauge, counter, URI .. and ip-address. This last was defined as a string with a regex that allowed for an optional zone. This was seen as too limiting so rfc6021bis, i.e. RFC6991, added variants such as ip-address-no-zone. > > Now an rfc6991bis has passed WG LC and was about to go forward when the comment was made that the identifier 'ip-address' misleads authors, who take it as literal, and should be redefined to exclude the optional zone. Certainly reviewers of YANG modules, such as YANG doctors, know well that when it is pointed out to the author that 'ip-address' allows for a zone, then most, but not all, authors switch to the no-zone type. > > Such a change breaks the backwards compatibility rules of RFC7950 and will break any YANG module whose author has read the documentation and has used 'ip-address' because > the zone is required. Such modules exist. > > By contrast, I have seen no reference to the existing formulation causing problems. It could, with a server or client inserting a zone which the client or server does not expect and cannot interwork with. Such a failure is, at present, hypothetical. > > The discussion on this started on the LSR WG list and is now also on the NETMOD WG list with a Subject: of Re: I-D Action: draft-ietf-lsr-ospfv3-extended-lsa-yang-10.txt. The AD has indicated that he thinks the change should be made. > > Isn't it fun how after all these decades IPv6 can still generate discussion on such issues? > > Tom Petch > > From: ipv6 on behalf of Brian E Carpenter > Sent: 08 April 2022 03:29 > To: ipv6@ietf.org > Subject: Re: I-D Action: draft-ietf-6man-rfc6874bis-01.txt > > Hi, > > This version reflects comments at the IETF and on the list. > Change log: > * Extended use cases (added Microsoft WSD) > * Clarified relationship with RFC3986 language > * Allow for legacy use of RFC6874 format > * Augmented security considerations > * Editorial and reference improvements > > Note that some of the text about RFC3986 that Shang Ye > suggested to remove has been retained, but modified. Further > comments about this, or any other aspect, are very welcome. > > Regards > Brian + co-authors > > On 08-Apr-22 14:13, internet-drafts@ietf.org wrote: >> >> A New Internet-Draft is available from the on-line Internet-Drafts directories. >> This draft is a work item of the IPv6 Maintenance WG of the IETF. >> >> Title : Representing IPv6 Zone Identifiers in Address Literals and Uniform Resource Identifiers >> Authors : Brian Carpenter >> Stuart Cheshire >> Robert M. Hinden >> Filename : draft-ietf-6man-rfc6874bis-01.txt >> Pages : 13 >> Date : 2022-04-07 >> >> Abstract: >> This document describes how the zone identifier of an IPv6 scoped >> address, defined as in the IPv6 Scoped Address Architecture >> (RFC 4007), can be represented in a literal IPv6 address and in a >> Uniform Resource Identifier that includes such a literal address. It >> updates the URI Generic Syntax and Internationalized Resource >> Identifier specifications (RFC 3986, RFC 3987) accordingly, and >> obsoletes RFC 6874. >> >> >> The IETF datatracker status page for this draft is: >> https://datatracker.ietf.org/doc/draft-ietf-6man-rfc6874bis/ >> >> There is also an HTML version available at: >> https://www.ietf.org/archive/id/draft-ietf-6man-rfc6874bis-01.html >> >> A diff from the previous version is available at: >> https://www.ietf.org/rfcdiff?url2=draft-ietf-6man-rfc6874bis-01 >> >> >> Internet-Drafts are also available by rsync at rsync.ietf.org::internet-drafts >> >> >> _______________________________________________ >> I-D-Announce mailing list >> I-D-Announce@ietf.org >> https://www.ietf.org/mailman/listinfo/i-d-announce >> Internet-Draft directories: http://www.ietf.org/shadow.html >> or ftp://ftp.ietf.org/ietf/1shadow-sites.txt >> > > -------------------------------------------------------------------- > IETF IPv6 working group mailing list > ipv6@ietf.org > Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 > -------------------------------------------------------------------- > From nobody Sun Apr 10 03:53:21 2022 Return-Path: X-Original-To: ipv6@ietfa.amsl.com Delivered-To: ipv6@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 952A53A11C5 for ; Sun, 10 Apr 2022 03:53:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=btconnect.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iQOYW8tpL9UJ for ; Sun, 10 Apr 2022 03:53:17 -0700 (PDT) Received: from EUR04-HE1-obe.outbound.protection.outlook.com (mail-he1eur04on072d.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe0d::72d]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9AE0F3A11C3 for ; Sun, 10 Apr 2022 03:53:16 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Kn13EeuxzXt7ywLzjVUGjkKx2jp/edrbpi9bhsnbo2hHs13BLfDO4fmxrBKy+dkjsz4b/+WBdlk0zUAl2RcsAzdlZcUNCVfbw1ASfVFq2MQP/+j5K0/CdigCXuN2rUMcRhdDJgPvaM3/8w4Tvfhr9CL4NQiBq66TT9DRiW9ISU6r6iKwKE28D8OUDvj0Z3U8vsKuUtB9/enI7iPxfkEUyTqodio5z9IWBm9lRcK+hVM7+effxEFyfdXvUldDFQw4FPOM0FgZddBWfoMpj07HlgJAdKrNh5pzljrlK4khe4pPX8F0aGefHcaOjoTqxiD9xc4xQZNgiU4UuiyxVQTuvg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=x+buNTfEQUlsSd9Zamb8dtI+0J5JXEkYOTsHwt8ikT4=; b=Yc8gS1LRg7lX1BknO/VlCaR8nncs9aW8fnAquylunPcsFGSSHDTOG6ofa6aa3B/J0mH59I/jIkz78BXt/lRDHSs7k/qE2hc4te0+Bet0PE4vtT8BJ0xqTYeiPFT2bRE/aQG6mZJb2p3X/BpjPqVb20MVZ5e0+0oDYVINLwvOJvWpfwk9zvL8+XlaL262Xm2Sm6iparfHfNMU1MleX4rtItuG0fasDcAUpsxenjYtfHTTB2Am22zJqgta5/j4ZrcWY7+sSP3wfnfs/K9hLUVYuJi7EnlvaAyNwdPUkVM5O99YNYIzUMvbShXVLf/gO/DJU5EcUk5w1rkWoK4KNN67Bw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=btconnect.com; dmarc=pass action=none header.from=btconnect.com; dkim=pass header.d=btconnect.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btconnect.onmicrosoft.com; s=selector2-btconnect-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=x+buNTfEQUlsSd9Zamb8dtI+0J5JXEkYOTsHwt8ikT4=; b=D6TzAeC1NvigZOp2yx1sNm3gjSM56NBHOIVZih+GtqSOR9H+lIDgWckCI/TEYUUO61LJXvXWskoC34UcptQXU0YEV4dQCVSiU2xG74cMPdK2Pkig5+Op4aCUBdmqoUUUtAFG0HYasHRuZjoaFbGvNnfxcM0Zzy3nHUdYuyMNPAE= Received: from AM7PR07MB6248.eurprd07.prod.outlook.com (2603:10a6:20b:134::11) by PR1PR07MB5738.eurprd07.prod.outlook.com (2603:10a6:102:7::10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5164.14; Sun, 10 Apr 2022 10:53:11 +0000 Received: from AM7PR07MB6248.eurprd07.prod.outlook.com ([fe80::b1c5:beb7:ddbf:b358]) by AM7PR07MB6248.eurprd07.prod.outlook.com ([fe80::b1c5:beb7:ddbf:b358%9]) with mapi id 15.20.5164.016; Sun, 10 Apr 2022 10:53:11 +0000 From: tom petch To: Brian E Carpenter , "ipv6@ietf.org" Subject: Re: I-D Action: draft-ietf-6man-rfc6874bis-01.txt - YANG Thread-Topic: I-D Action: draft-ietf-6man-rfc6874bis-01.txt - YANG Thread-Index: AQHYTAW4e2pBIzrsYUGj3yv3ccTmuKzoDaeAgADqLAw= Date: Sun, 10 Apr 2022 10:53:11 +0000 Message-ID: References: <164938402532.17740.11717866110301931501@ietfa.amsl.com> In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: msip_labels: authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=btconnect.com; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: e152870c-6e26-4829-fd50-08da1ae04e78 x-ms-traffictypediagnostic: PR1PR07MB5738:EE_ x-microsoft-antispam-prvs: x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 1mL8FUulLel2X7sUhERjG1wi42ng0aSoEKLIgToWtajzDQETilAJPqyBVZmJnUpEmekks2TkEh0kARmGLfpa9uO8J2UIlfcErrqyn7SkiPtlnhIBAD7pdgUqbFbk6gtQdgGNm/It+6VYPgVykI8TmLoAnpaWIvWSlFlHJ94znCh9bfG2HAg6SHy3qfZEHTXLuL/jq37azALvZD5dfcA2mFyNdppcVTN/YqnzfSdBRiDGecPIUDR8oBH9+I/hHOYhc1V19ffK/K7UJhvEsOae6qo1qUujvotWd9eBjChKSDflZnFFiE52ebauN3mkdUA9XFYx2o3GW1pc6iyCzqxNN+Cc2c8B0TJqx3bmnyIGn2FRmKBpbFt6g+iPCFmDx6BZ03PP2a4PJSPtOQMSOnq8PwJ+dXDh+UO7FppP108GnSYHS0DRhaktahFkRFd0pVHCkECSE6heXgSsH/VCmqujE1J1NIkfgB0HYUiDOYsZ3doyAnF0hljaKHKLBOG6Q0zMbXfnKKTZPmCdDA3xAsRPQYv7vuU/nocseLTjrAuTLx6OnHA+WPCr4AnSSKyegh5eJqM6ZYdsx/vTDNwXPmD4yQOC3C5Wxm9Hz3XZgjJ5QmOAdqknLziz07c2BQH8fV0H9HGHlH2Ouh4t7w25v2BvPS6ytoJq4ZRQGxr9Eoogw9daniHhm8hbaMWK8GUCesJsD/rymXkcQQaPiZu1uhFuZ4AgJUHv6SEsPYh4yNGkvY85MabwZ/AszlPmchoSKPt8yHVgriIvsz90RH9LKqqyO3BIrqs2h4LEpo+2f5Fy1F0LVhP/JwPGH3VE1eVb3Lh2 x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM7PR07MB6248.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230001)(366004)(7696005)(6506007)(5660300002)(8936002)(86362001)(8676002)(91956017)(53546011)(38070700005)(82960400001)(2906002)(122000001)(9686003)(38100700002)(186003)(55016003)(316002)(966005)(71200400001)(66574015)(83380400001)(26005)(110136005)(33656002)(45080400002)(66446008)(66946007)(66556008)(64756008)(76116006)(52536014)(66476007)(508600001); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?iso-8859-1?Q?ocnRYi+XpLB5Z1DfaRTIl6Rl6ZiRwW7fzUdqtnX+03bvWsZkryWg3EybvS?= =?iso-8859-1?Q?qkBowil+h5KA08ONMmgLG6DvLmxKOfFNxIFcxdAiPBc9+Zmt76/r5UJ2HS?= =?iso-8859-1?Q?vlr2DkYsKwtwj1gcJQo42J+AuOsq/LS1y1NBVv65wmq7Lm8VEjxtprThY5?= =?iso-8859-1?Q?aCFBt/tuSrT0jBKhMT9TExtig6bhks1XfePm5K3p9+SSSq8So53hl8dTgM?= =?iso-8859-1?Q?Lx6ccPZYp0muEwTybGmlmYwPYqAXIfbOhGH5WTSEEqrLjYZVc3S6qTLFGy?= =?iso-8859-1?Q?EpuyB9yS/jo3teoMi7XImLelZ62rjBer9tuSlj7Zwk4pX31AH5bofb5uIF?= =?iso-8859-1?Q?/uAkkItgoWWJCrP4LZMVUF3W2LVLLDigk7zJA1n2ORmn3Q/W1CHOeeh9ci?= =?iso-8859-1?Q?cPrHcYJ+OlIeHsSwcooOQvDFkbyWNWM6lJA5M1ocGJ63QCk5TNzAuxbyMm?= =?iso-8859-1?Q?lVzv9m+cnn+doedp41Nxo789RGkLBec6Bam3QYDWSLok1mb7z+bCBxk7Oe?= =?iso-8859-1?Q?qmhWh7AH/g8fTE6UqiB2z4bwHfiQ9s3DSJNMeyza56chAK9XpLJL7RuIqa?= =?iso-8859-1?Q?H0X5nYaIsWncsu8y+WrSu2KH1uxk9IR9w/H6zFkcbDYacOqpQr/fXhYvkC?= =?iso-8859-1?Q?FT0W07YyvqZawNoJtKP04b1htJJOQWmGgVY1TCd+04x12ufRYI8FZMjrHP?= =?iso-8859-1?Q?Ug57Ta6Epse7KL82ZsTi4AVmfsgKGR5Uw+eTESSxnaIgMvbzcYTRx+sIsf?= =?iso-8859-1?Q?u1q9FLZb09WhMREn+714/ajfsGtZd1kr0iIhzJuUOq5v2ucwSUlir24Gne?= =?iso-8859-1?Q?+9uwbBw8IjfT/tyhiX+2MYTRsNiDyUbfIwpsOKiwWe1GgRFcDgfPGMAxCr?= =?iso-8859-1?Q?sYU+5Eld8B7nefkPbZ/Dr/l3yYovNlHqefX3CCsQsXwAUgzSjOoYwsFNgp?= =?iso-8859-1?Q?SSi+ZaDMCt/8EHa8I1XGAk/pRI4SIHS559mLaRD3Es8fICYYyYDTaCmTEQ?= =?iso-8859-1?Q?3do5T0ATCfbsSjF6PsV7K8hK5OHCjL/N185meVA2Dxu44Px7jv9WAPJWa4?= =?iso-8859-1?Q?yydkZal0oari/1BXlD/HdtDT4ygggGu/2cKg9HW8u2rsCleMVnRCnc65Q1?= =?iso-8859-1?Q?o5FujS0ICURDuK2eOsLQ+AGTJaeQ9MOu2fV/DaXCmYA7+J0MuKYw2dt9n6?= =?iso-8859-1?Q?guhIZmwTDc0DACQMX3rSAKBfIANnoKHN3km5SQSTgedTpZ5tMRKtEIm0hu?= =?iso-8859-1?Q?ZK9DnOpFFdxL8Gp2Mh12NuUArqXHlccQib6bIFXS9Qi4WpvFcsa43s8yE1?= =?iso-8859-1?Q?l6SRlUQ2K8Zp05nzTi4TNYfRedJMvjyqqD0hAWv2pvOThDiF1EId6HZf9H?= =?iso-8859-1?Q?oBYFgzspTnufAh8VitNBKOlbi2ioJUJLsM9W5ab1wKOPsJUnq8l53jGhqe?= =?iso-8859-1?Q?DcVwesxEKuib4IdWXhdrYQNjV7PB5iu79jiL/duOz53U1Pmjhq+NE30nMw?= =?iso-8859-1?Q?Rm+oSrLCLwxMqXI46t45PiBIEdzMacxx5Ms+MVFhlT15wZeq26Oq9Zgx08?= =?iso-8859-1?Q?ii0UHb8/efbmvIcs6Vivd4PU0h2gaEYqDLucPlOPSbcbVe7ctWJacESjS3?= =?iso-8859-1?Q?yNsEni3YNDUmbFLeY7j2QghvrNXg7IhOQxCVmyUaxMhbb0SkjzpDRuojsW?= =?iso-8859-1?Q?9ZTg3GcdME1mYHXg/Q2fWw9AtHvvuZi72RoPlN+CbZAOB2a/oFBb0GYrsq?= =?iso-8859-1?Q?D69unObL+otqkpRDk/43UH1q7C3xBUnx6u9ZCNJWodbBts?= Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: btconnect.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: AM7PR07MB6248.eurprd07.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: e152870c-6e26-4829-fd50-08da1ae04e78 X-MS-Exchange-CrossTenant-originalarrivaltime: 10 Apr 2022 10:53:11.5349 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: cf8853ed-96e5-465b-9185-806bfe185e30 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: G9o9fQSRHwSddQu4bD88BPAU/QPkfYYktM+f2sqM6dCQFsjmJAcBZ8UM/55NRZVzj2WFXIqbMcWNIJH0Ty6HIA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: PR1PR07MB5738 Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Apr 2022 10:53:20 -0000 From: Brian E Carpenter =0A= Sent: 09 April 2022 21:46=0A= =0A= Hi Tom,=0A= =0A= > Certainly reviewers of YANG modules, such as YANG doctors, know well that= when it is pointed out to the author that 'ip-address' allows for a zone, = then most, but not all, authors switch to the no-zone type.=0A= =0A= That really sounds like storing up trouble, unless there is some absolute a= ssurance that the relevant YANG usage will never, ever, apply to a host wit= h more than one IPv6 interface that may need to be addressed with a link lo= cal address. A link local address without a zone is simply incomplete (and = the notion of a default zone is not universally supported even when there i= s only one interface).=0A= =0A= However, I don't believe we need to address this issue in 6874bis, do we?= =0A= =0A= =0A= =0A= No, no need to amend this I-D.=0A= =0A= Rather, it suggests to me that many if not most people authoring YANG I-D d= o not know about zones, do not care about them, until it is pointed out to = them what the consequences of their choice is (the authors of web browsers = may be the same:-). In many if not most cases, the protocol that is being = modelled does not allow for a zone, having a field that is a fixed length, = catering for an IPv4 address or an IPv6 address but with no allowance for a= zone, the address being global not link local.=0A= =0A= I have not checked on the exceptions where the YANG model allows for a zone= but suspect that they lie with such as multicast, local printing, trouble = shooting and such like where the protocol calls for a zone.=0A= =0A= Tom Petch=0A= =0A= Regards=0A= Brian=0A= =0A= On 09-Apr-22 23:34, tom petch wrote:=0A= > Top posting and tweaking the subject slightly for a different slant on zo= ne ...=0A= >=0A= > The YANG data modelling language defines types - int, string, ... - and a= llows derived types based on them which RFC6021 does to define such as gaug= e, counter, URI .. and ip-address. This last was defined as a string with = a regex that allowed for an optional zone. This was seen as too limiting s= o rfc6021bis, i.e. RFC6991, added variants such as ip-address-no-zone.=0A= >=0A= > Now an rfc6991bis has passed WG LC and was about to go forward when the c= omment was made that the identifier 'ip-address' misleads authors, who take= it as literal, and should be redefined to exclude the optional zone. Certa= inly reviewers of YANG modules, such as YANG doctors, know well that when i= t is pointed out to the author that 'ip-address' allows for a zone, then mo= st, but not all, authors switch to the no-zone type.=0A= >=0A= > Such a change breaks the backwards compatibility rules of RFC7950 and wil= l break any YANG module whose author has read the documentation and has use= d 'ip-address' because=0A= > the zone is required. Such modules exist.=0A= >=0A= > By contrast, I have seen no reference to the existing formulation causing= problems. It could, with a server or client inserting a zone which the cl= ient or server does not expect and cannot interwork with. Such a failure = is, at present, hypothetical.=0A= >=0A= > The discussion on this started on the LSR WG list and is now also on the = NETMOD WG list with a Subject: of Re: I-D Action: draft-ietf-lsr-ospfv3-ex= tended-lsa-yang-10.txt. The AD has indicated that he thinks the change sho= uld be made.=0A= >=0A= > Isn't it fun how after all these decades IPv6 can still generate discussi= on on such issues?=0A= >=0A= > Tom Petch=0A= >=0A= > From: ipv6 on behalf of Brian E Carpenter =0A= > Sent: 08 April 2022 03:29=0A= > To: ipv6@ietf.org=0A= > Subject: Re: I-D Action: draft-ietf-6man-rfc6874bis-01.txt=0A= >=0A= > Hi,=0A= >=0A= > This version reflects comments at the IETF and on the list.=0A= > Change log:=0A= > * Extended use cases (added Microsoft WSD)=0A= > * Clarified relationship with RFC3986 language=0A= > * Allow for legacy use of RFC6874 format=0A= > * Augmented security considerations=0A= > * Editorial and reference improvements=0A= >=0A= > Note that some of the text about RFC3986 that Shang Ye=0A= > suggested to remove has been retained, but modified. Further=0A= > comments about this, or any other aspect, are very welcome.=0A= >=0A= > Regards=0A= > Brian + co-authors=0A= >=0A= > On 08-Apr-22 14:13, internet-drafts@ietf.org wrote:=0A= >>=0A= >> A New Internet-Draft is available from the on-line Internet-Drafts direc= tories.=0A= >> This draft is a work item of the IPv6 Maintenance WG of the IETF.=0A= >>=0A= >> Title : Representing IPv6 Zone Identifiers in Addres= s Literals and Uniform Resource Identifiers=0A= >> Authors : Brian Carpenter=0A= >> Stuart Cheshire=0A= >> Robert M. Hinden=0A= >> Filename : draft-ietf-6man-rfc6874bis-01.txt=0A= >> Pages : 13=0A= >> Date : 2022-04-07=0A= >>=0A= >> Abstract:=0A= >> This document describes how the zone identifier of an IPv6 scoped= =0A= >> address, defined as in the IPv6 Scoped Address Architectu= re=0A= >> (RFC 4007), can be represented in a literal IPv6 address and in a= =0A= >> Uniform Resource Identifier that includes such a literal address. = It=0A= >> updates the URI Generic Syntax and Internationalized Resource=0A= >> Identifier specifications (RFC 3986, RFC 3987) accordingly, and=0A= >> obsoletes RFC 6874.=0A= >>=0A= >>=0A= >> The IETF datatracker status page for this draft is:=0A= >> https://datatracker.ietf.org/doc/draft-ietf-6man-rfc6874bis/=0A= >>=0A= >> There is also an HTML version available at:=0A= >> https://www.ietf.org/archive/id/draft-ietf-6man-rfc6874bis-01.html=0A= >>=0A= >> A diff from the previous version is available at:=0A= >> https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-6man-rfc6874bis-01=0A= >>=0A= >>=0A= >> Internet-Drafts are also available by rsync at rsync.ietf.org::internet-= drafts=0A= >>=0A= >>=0A= >> _______________________________________________=0A= >> I-D-Announce mailing list=0A= >> I-D-Announce@ietf.org=0A= >> https://www.ietf.org/mailman/listinfo/i-d-announce=0A= >> Internet-Draft directories: http://www.ietf.org/shadow.html=0A= >> or ftp://ftp.ietf.org/ietf/1shadow-sites.txt=0A= >>=0A= >=0A= > --------------------------------------------------------------------=0A= > IETF IPv6 working group mailing list=0A= > ipv6@ietf.org=0A= > Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6=0A= > --------------------------------------------------------------------=0A= >=0A= From nobody Sun Apr 10 22:31:33 2022 Return-Path: X-Original-To: ipv6@ietfa.amsl.com Delivered-To: ipv6@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5C12E3A1B0C for ; Sun, 10 Apr 2022 22:31:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.606 X-Spam-Level: X-Spam-Status: No, score=-9.606 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=Nido4Dma; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=WpI2B8+t Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dq0CrVX8eTIg for ; Sun, 10 Apr 2022 22:31:27 -0700 (PDT) Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9B76E3A1B0A for ; Sun, 10 Apr 2022 22:31:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2456; q=dns/txt; s=iport; t=1649655087; x=1650864687; h=from:to:cc:subject:date:message-id: content-transfer-encoding:mime-version; bh=tUBQa0rjYx0TscMLlzBN9Dk/SZEmWQp0VsgDPoXLumI=; b=Nido4DmaByu4NzsI2zFRBiisjThPW4kI+pdScpi4YKLeb7Tj+8Jipm4o 0DbGu1yBPlVQgDvU4UFUcxazPKR1GO0SvbZP356dfWlDTNSbRZJWsPZKt r8GU9+oPrsIbzVUlj5gMp77WHW+/stS/J2Q98OFHgsBZNgN8jx2Upn57g A=; IronPort-PHdr: =?us-ascii?q?A9a23=3AldbG0xWoqBXErW2S9WLS9ZSdydzV8K36AWYlg?= =?us-ascii?q?6HPw5pCcaWmqpLlOkGXpfBgl0TAUoiT7fVYw/HXvKbtVS1lg96BvXkOfYYKW?= =?us-ascii?q?0oDjsMbzAAlCdSOXEv8KvOiZicmHcNEAVli+XzzMUVcFMvkIVPIpXjn5j8JE?= =?us-ascii?q?RK5Pg1wdYzI?= IronPort-Data: =?us-ascii?q?A9a23=3AGCxQ2KL5AMjK18/TFE+R+ZclxSXFcZb7ZxGr2?= =?us-ascii?q?PjKsXjdYENShT1RyWQcDW6AP6vZM2qmc910OY/n9xgOucKAmNEyTQcd+CA2R?= =?us-ascii?q?RqmiyZq6fd1j6vI0qj7wvTrFCqL1O1DLIiYRCwIZiWE/E31buG49SAUOZygH?= =?us-ascii?q?9IQNsaVYkideic8IMsRoUoLd98R2uaEs/Dga+++kYuaT/nkBbOQ82Uc3lT4R?= =?us-ascii?q?E60gEgHUPza4Fv0t7GlDBxBlAe2e3I9VPrzKUwtRkYUTLW4HsbiLwrC5Kuy8?= =?us-ascii?q?mWc9BA3B5b/1L36aUYNBLXVOGBiiFIPBPPk2UcE93d0i/tgXBYfQR8/ZzGhn?= =?us-ascii?q?dl0ytREs5OYQgYyNaqKk+MYO/VdO3gmZfYcpu+ZeCDXXcu7iheun2HX6/9pB?= =?us-ascii?q?gc2PIsU9+BfDmRH9PheIzcIBjiCn/zo6LO2Vucqgd4sRPQHlqt3VmpI1zrVC?= =?us-ascii?q?7MtRorOBv+M7t5D1zB2jcdLdcsyrvExMVJHBCksqTUVUrvPNK8DoQ=3D=3D?= IronPort-HdrOrdr: =?us-ascii?q?A9a23=3AstpGlKp2QVc5M4EdEIjBvywaV5uVL9V00z?= =?us-ascii?q?EX/kB9WHVpm5Oj+fxGzc516farslossSkb6Kq90KnpewK5yXcH2/htAV7EZn?= =?us-ascii?q?iqhILIFvAp0WKG+Vzd8kLFh5ZgPMtbAspD4b7LfBRHZKTBkXKF+r8bqbHtms?= =?us-ascii?q?3J9ITjJhxWPGZXgtRbnn5E43GgYytLrWd9dP8EPavZwvACiyureHwRYMj+LG?= =?us-ascii?q?ICRfL/q9rCk4+jSQIaBjY8gTP+wg+A2frfKVy1zx0eWzRAzfMJ6m7eiTH04a?= =?us-ascii?q?2lrrWS1gLc7WnO9J5b8eGRhOerRfb8y/T9GA+cyTpAV74RGYFqewpF5d1H3W?= =?us-ascii?q?xa0OUkZS1Qe/ibpUmhOV1d6iGdpzUImAxelEMKj2Xox0cKZafCNWoH4w0rv/?= =?us-ascii?q?MBTvKR0TtfgPhslK1MxG6XrJxREFfJmzn8/cHBU1VwmlOzumdKq59bs5Vza/?= =?us-ascii?q?poVFZql/1owKqVKuZzIAvqrIQ8VOV+BsDV4/hbNVuccnDCp2FqhNihRG46EB?= =?us-ascii?q?uKSlUL/pX96UkcoFlpi08DgMAPlHYJ85wwD5FC+uTfK6xt0LVDVNUfY65xDP?= =?us-ascii?q?oIBcG3FmvOSxTRN3/6GyWuKIgXf3bW75Ln6rQ84++nPJQO0ZspgZzEFEhVsG?= =?us-ascii?q?YjEnieffFmHKc7hywlbF/NLQgFkPsulqSRkoeMN4bWDQ=3D=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AvBgBPvFNi/5ldJa1aHgEBCxIMQIF?= =?us-ascii?q?PC4FSVgd3WjdEhFWDSgOFOYURgwKLF5ApgS4UgREDUgILAQEBDQEBOQoEAQG?= =?us-ascii?q?FBwIXhFsCJTQJDgECBAEBARIBAQUBAQECAQcEgQkThWgNhkMCAQMSCwYRDAE?= =?us-ascii?q?BLAsBEQEGAhoCJgIEHxEVEQEEDgUIGoJjgmUDMQEOkkKPNgGBPgKBDohVPHq?= =?us-ascii?q?BMYEBgggBAQYEBIE3AQMCAgxBgn8NC4I4AwaBECyDEYMBgSiHQhyBSUSBWIJ?= =?us-ascii?q?nPoIhQgEBAgGBIzoCg1Q3gi6bZgQnKgJmHVcoOzqVIkeKKp9MawqDSYsXjm2?= =?us-ascii?q?GGRWDdIw5mCSWXo0cg1WVdwIEAgQFAg4BAQaBYTyBWXAVGiGCNQEBMlEZD44?= =?us-ascii?q?gg3KFFIVKdTgCBgEKAQEDCY9UAQE?= X-IronPort-AV: E=Sophos;i="5.90,251,1643673600"; d="scan'208";a="1003268610" Received: from rcdn-core-2.cisco.com ([173.37.93.153]) by rcdn-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 11 Apr 2022 05:31:26 +0000 Received: from mail.cisco.com (xfe-rcd-001.cisco.com [173.37.227.249]) by rcdn-core-2.cisco.com (8.15.2/8.15.2) with ESMTPS id 23B5VQlA006550 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Mon, 11 Apr 2022 05:31:26 GMT Received: from xfe-rtp-002.cisco.com (64.101.210.232) by xfe-rcd-001.cisco.com (173.37.227.249) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14; Mon, 11 Apr 2022 00:31:25 -0500 Received: from NAM02-SN1-obe.outbound.protection.outlook.com (64.101.32.56) by xfe-rtp-002.cisco.com (64.101.210.232) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14 via Frontend Transport; Mon, 11 Apr 2022 01:31:25 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=PqzZMcrU8u9Vli7z1KzSH8eVSPOJSBNqBEXX4DJUx1WmuqcW99tL4/fMA3nhztIVlg7IO9i3YQzfHsdjoYU0UptwYYleAfwA+mhxW1rx58EvbMQOR6YhUC2ZWhVPjZOkh57pehGkwtVg9PZUA6j6gxh4tmOZ2c5xGE4PlKwBntUdfxMBvtFjRNDlDYTobHaJkbGDRqlE449xegL0zERSomZfVlTDpxf180GbyfsgnJyn8NkjH/PWEQOSYX5XGVrLvICogFrpRWsI3VA4fk6S4lAAp6kCURRBEjSLCizwtNWCWQ0r4WPRU+07zVO/aesuMPAVQDlopae6GPqmGpQ7eQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=tUBQa0rjYx0TscMLlzBN9Dk/SZEmWQp0VsgDPoXLumI=; b=k/7z8aM210uXTEQD7d5Wy6jSkNXpU26NBB8Fzh0OZsqVQEI9qWB/HFeql43DPjqlvpOGOIfc73xooofhA/IoSBQ20wmyw4X/XY9k6uK/w4MlFFiD4Rr/KWDEPo8g74p9YSUFfoXRCRafZMPsm83KJAJFxSSDU/KTwvV44qEH98RAhU5MsMvFsoMYgJ8WZx4C2v0HMPG/HUm0kuI7YaK6FbsOLEYrIE1Biak03jRnbPhBAflWRdCt70WxokuTMLQu2Xc3g5+Hs0Qm/0isH/O2plSHIoUWYK0LCtv5+JTTlSfDH7Inm2O7WwzutiSi7nWg4oGINXf/9r6x6JYQ/k6RVw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=tUBQa0rjYx0TscMLlzBN9Dk/SZEmWQp0VsgDPoXLumI=; b=WpI2B8+tJ91lhPKIoSpsGedpS+gMpO21M2UWui56oY//5t+2pKGeB7SYctvp3MneYBT42IdE+vDK9CMkbTi/ZyA8Ityr1kJQP8NdH7wGdJ1ipLeHvCBQGHaeRyP+8Aogv+x8QYRUXDGQ4K7hWbfKiIHDJNvZBrzzpqe7692SrZs= Received: from SJ0PR11MB5038.namprd11.prod.outlook.com (2603:10b6:a03:2d8::16) by DM6PR11MB3739.namprd11.prod.outlook.com (2603:10b6:5:13b::10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5144.29; Mon, 11 Apr 2022 05:31:23 +0000 Received: from SJ0PR11MB5038.namprd11.prod.outlook.com ([fe80::542a:5d04:a9ed:886c]) by SJ0PR11MB5038.namprd11.prod.outlook.com ([fe80::542a:5d04:a9ed:886c%4]) with mapi id 15.20.5144.029; Mon, 11 Apr 2022 05:31:23 +0000 From: "Xing James Jiang (jamjiang)" To: IPv6 List CC: Bob Hinden Subject: Re: Call for adoption: Thread-Topic: Call for adoption: Thread-Index: AdhNZWAR1UV0d2/4RQahch5iT6w5WA== Date: Mon, 11 Apr 2022 05:31:23 +0000 Message-ID: Accept-Language: en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=cisco.com; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 07248d84-9eb5-4d4d-ed17-08da1b7c8442 x-ms-traffictypediagnostic: DM6PR11MB3739:EE_ x-microsoft-antispam-prvs: x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: UDvv8Kysto+nhM4/rh63vDdfY3TYBGpI5PxUp306oRax3rmExGOMIg9xO801eN2K0zC/A45DckXzsTTH2kKLEK5RF2ATDWzHs0U9vjd+JiOtTo2B9/LBr6c2wETVLoeApNgkgsIaym8MVwsJObpmocMCYUmChcQoulKWPS7FASc4AvzFvXi9djF8wf4iXs5eip46+FfG0RWFbo9weUOj348yn9+CLlb6KumIoAH+v5xcI5/hkIFmFZ4v64G+GzYvNL3s4i3x1h27JM2chBpKkkH3b8X4euxFiW21vRRA34Q0kH5gyyCMvxUn3uHZQbOp65H3EZlPbAMQbunWwkJyz1oLtwWmYkk6Gt500ufzw1GLdmNsVuu7zEYA5krip/VkjPvV7Hbl88bsv+qrQ8XfRbY4zmu6bBoeHcH59uAnf27kRdf1y7hwO0eJwszGvZes1QNIbzzPFS2phZIFaVk9CCG0VRy/jWqPJmcJsPu6GAtNCp3lp7w/LZKNU+SLih5ZF6b5oEz/StCNCvXUbKJwjB1j+2sPU6bsWkIj9lVPmnz8eETJuo7GtW/AsQaR19CbINa9GJcsco2wxnsi2xh+ycMG0imhOeFlcg1heP17rKDH8iV2OskY3u5nDOvVER+kNQGnoehY/CyRLtOf9WFD2cIEVJ7YIrRn+FE7IowKA3zbOAB42Y2uyuxaeO8qwUlk3xj0NXTL4CK8CUitVME7bPPF4kY6X4LsbBW0qNllKNAsPd20NdENNU+veAFhVxKpYCaO6X3oVUGltL/li5Bz9y14KkxYRHp8cVWSWJroxH8QedqiXEwyJeh85BT0nOI7G0ZNBD/PTeweeeMwpD5VYg== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:SJ0PR11MB5038.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230001)(366004)(6916009)(86362001)(33656002)(38100700002)(8676002)(64756008)(966005)(66476007)(66446008)(4326008)(66946007)(76116006)(122000001)(508600001)(8936002)(5660300002)(52536014)(66556008)(26005)(38070700005)(186003)(55016003)(9686003)(316002)(71200400001)(83380400001)(7696005)(6506007)(2906002); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?utf-8?B?T1NEcHNHSitTdWFsV1dVT2pSM0p6N1AyencxUU91UERYZFk3K0k2czdpb200?= =?utf-8?B?Z2FYQnM2TUZJd05YTlFQcTBZS1hiY0hvTU1oVm81b2hyUHVtYjA4R2FxZmNp?= =?utf-8?B?UUc3QkNjczdDaGVXWUdocnFOdVo2Mi9pK1A2WFdBMEZGWUR0bnZac2tZSlNm?= =?utf-8?B?Vm1rNFRmSGxHYUd4QUZjNVlDaGRpNmlwSmdKS0R0M0JPMmxBdGpzOE45d3FP?= =?utf-8?B?QkRwTVlHTk94SWd4cVZCcnVZc2hxWDh3UUxYV3AzVGN2cEQwTDdDQ3BOeTVB?= =?utf-8?B?UFgyTEV2cTdTUkh4eXErRDRPaDFkK05FRkpzNmJ1NFJSNU9pSVgzU2djekN1?= =?utf-8?B?Z3p0cUlqeFNmUlZ5THhaaDlnTEZBcjd1K2lJd1ptWE9IYmFOR3pPU2d3U1Vh?= =?utf-8?B?blVCMzFCS3k5UXhYY1E5Y05Ub2tpbi8zbi8zQm9EcXFiRjd5ZEVhNGlZTEVT?= =?utf-8?B?RVZIMHRsM0l1ZGFBcHRKaFlPaldTaGQ0VWNvN0tVRklaWThTMUF2dEEzUGF3?= =?utf-8?B?bEZBWXUvY1R1UnhSeThtS2xIQTZnTDdmWFVEUy9kWmNrYzdzU0NiRmVnY09F?= =?utf-8?B?QjY0cE40UWVFbDVPQUpDRWNrVGxjSjMxbUNaYStUM2hNSUlCRjBIcENZaWJ6?= =?utf-8?B?NVFxeS9wVnhyL1NycHplTnR6bEdvbTBObVgzT2M3c2p2OEhUOUpsei9SQ3NH?= =?utf-8?B?MGwvMFRldzBRVXJmODg4Sm0ycmxFSVlNVmdpMWRvYjBlQXlJbUxMalE4QXkv?= =?utf-8?B?RVFWV3E4NGo4OGd0R1d3M1BjeXR0WW9WU25aT21kaklwMm94MW12VEthaVA2?= =?utf-8?B?U1JiVEc1TGNJMlQ4eE0vU2JoRzRXZFpyTjV6Y1FDRzdzTkUvOUJmTU1MWVh6?= =?utf-8?B?WFM5UTRFTWpPU3ZYVTBaSG5ldXVQOW1vSXlFaDl4WnduaWZrV1IyVDhNU2E5?= =?utf-8?B?Qi9wdFJ0cmIrampBZTdIVE0yRFhOM21Fc2NieWp4b2o5SFRueWV1Z3NFbkh2?= =?utf-8?B?UkhMb2JPZ0k0djBDWFZHQ3BMaWQrU3JVVXhqS1BNdXEwV1JBN25Pa2V0dk5C?= =?utf-8?B?V3JKZTl6V3NVOUdUaTBMbXl0L2kwcUJtYXJjSk9LWi94MzJJMjd2MVkrUEVR?= =?utf-8?B?ellKZktsTnoyenNUUmF5TnAyVGhRZ0NwQmFGZHZLT3dzRG1qNjNGVG56ekRQ?= =?utf-8?B?em5LQzQwMmhxUVY3ZStaUDRqOWZ4OG5HU29qbWVDSnZrQ0w2Mm10eDVpaldu?= =?utf-8?B?UmZHOHRvUFZrN3FhODl2RXpsWlFRMHlnOEVxYVVkNkhqR2xzWmMyb01Yd1Ri?= =?utf-8?B?L0NwQ0w4Mk1Eb1MxeHJ6dUY4ZFkvaWxObzYwcjFnbkJETytoK1FNeG5majBs?= =?utf-8?B?aEFxR2Z3YXdINTdITVBueTVCRnZZTG5lWGVOQm5KQlp6SG8zdThwbUNNcWxH?= =?utf-8?B?ODhpWlhkSVh2YUE3WWk5MmR5Q0xzR0FHbVB5THBzblBUbzMrbWkwa01oaTJF?= =?utf-8?B?SFJ4SzZFV3JWVlJHRUdEc2R5R2F5SWNLeGNiSmJuK3UvMkFydWFwTmNJcWZo?= =?utf-8?B?R3ZWMXNRSDVNTDlUcVlkT3BkamE2NHE3amdwOUdoM0NPYXhnaE9mZ3c3SCtp?= =?utf-8?B?OXIrNC9YcFZJYmRLWW9VWFhIcGR2Z2JMdFQwOThVUDRTU3hoNC9sejBmN3JM?= =?utf-8?B?MEdOVkRURmJmZVc3aWFTYnFGczJoeUkzb2dHMkR3dGdnQWllS045d0lpVStW?= =?utf-8?B?bXRoejZoaFNHc2R2UjdTSGhGb2ZYOERBMkljYmFXNzEzRGk5Q3JGVHo3ZUNv?= =?utf-8?B?eS8yUjN0cGF4aWYwYkFCOXFyRzJqNER4N3Q3WEJQRFJzUGZuVGhWaThtY0l4?= =?utf-8?B?KzdGNXhmc0wvSVg5N1VwZy9BZEhLS09uWFkyWjQxZzMzZUdBMkF1enIwUlB0?= =?utf-8?B?UTRHaFUrRTEweGZ0Mk1sUjRzUFdNNVJtd2pob0JPbWNrUDFVTklBa0NPSTMy?= =?utf-8?B?a1JSempMeXFRcVFtbXFQdGgyeWtSL3k4eFpMSitnZkZQRmNwTFRkM2JUa2Fv?= =?utf-8?B?bUp2d284SVZmL3VPYWNseTNGK1UvdkZ4d2JXbnZqMDhzc1VzRFh3ZHRHdmdp?= =?utf-8?B?bUx5aG5lQ1hLbU1yMmN3U0FTOEJrSUhLN3BhWEZ0NlpwMkw3ZnZMckFWUndw?= =?utf-8?B?SjNBNmcvZm1Na3hKbjZtaENNcHMzZWtLeVBhRjVGcTNUOXhKSVZmU0JSOWF4?= =?utf-8?B?dXhSRmdidFpSOXh0bG1FUkxhNURtcnpKeWNDR3NNbWdWWmhVZUQxeHArWmhE?= =?utf-8?B?MGdXNjhOT3IrNzhWaDEvY3U4c2pRK0l5ODBDTDYzWkZYbnB6NGZEUT09?= Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: SJ0PR11MB5038.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 07248d84-9eb5-4d4d-ed17-08da1b7c8442 X-MS-Exchange-CrossTenant-originalarrivaltime: 11 Apr 2022 05:31:23.4438 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: ZvQMAC3i4aFGjrWJKwmZ6IVhHkQF36xEVfAhNH+Pho++vCj9BoAVzkYA2zDSNc0b5sBegowW154T913KG8cfEQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR11MB3739 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.37.227.249, xfe-rcd-001.cisco.com X-Outbound-Node: rcdn-core-2.cisco.com Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Apr 2022 05:31:33 -0000 RGVhciBjaGFpcnMgYW5kIHRoZSBXRywNCg0KSSBzdXBwb3J0IHRoZSBhZG9wdGlvbiBvZiB0aGlz IGRyYWZ0LCB3aGljaCBtb3JlIGNsZWFybHkgZGVmaW5lcyBhbmQgZXhwbGFpbnMgdGhlIHVzZSBv ZiBTUnY2IFNJRHMuDQoNCkphbWVzIFhpbmcgSmlhbmcgKOiSi+aYnykNCg0KLS0tLS3pgq7ku7bl jp/ku7YtLS0tLQ0K5Y+R5Lu25Lq6OiBpcHY2IDxpcHY2LWJvdW5jZXNAaWV0Zi5vcmc+IOS7o+ih qCBCb2IgSGluZGVuDQrlj5HpgIHml7bpl7Q6IDIwMjLlubQz5pyIMzHml6UgNDozMQ0K5pS25Lu2 5Lq6OiBJUHY2IExpc3QgPGlwdjZAaWV0Zi5vcmc+DQrmioTpgIE6IEJvYiBIaW5kZW4gPGJvYi5o aW5kZW5AZ21haWwuY29tPg0K5Li76aKYOiBDYWxsIGZvciBhZG9wdGlvbjogPGRyYWZ0LWtyaXNo bmFuLTZtYW4tc2lkcy0wMD4NCg0KVGhpcyBtZXNzYWdlIHN0YXJ0cyBhIHR3byB3ZWVrIDZNQU4g Y2FsbCBvbiBhZG9wdGluZzoNCg0KICAgVGl0bGU6ICAgICAgICAgIFNlZ21lbnQgSWRlbnRpZmll cnMgaW4gU1J2Ng0KICAgQXV0aG9yczogICAgICAgIFMuIEtyaXNobmFuDQogICBGaWxlIE5hbWU6 ICAgICAgZHJhZnQta3Jpc2huYW4tNm1hbi1zaWRzLTAwDQogICBEb2N1bWVudCBkYXRlOiAgRmVi cnVhcnkgMTAsIDIwMjINCg0KICAgaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvaHRt bC9kcmFmdC1rcmlzaG5hbi02bWFuLXNpZHMtMDANCg0KYXMgYSA2TUFOIHdvcmtpbmcgZ3JvdXAg ZG9jdW1lbnQuDQoNCkZvciBiYWNrZ3JvdW5kIHRoaXMgZHJhZnQgd2FzIHRoZSByZXN1bHQgYSBx dWVyeSB0byB0aGUgNk1BTiB3b3JraW5nIGdyb3VwIGZyb20gdGhlIFNQUklORyB3LmcuIGNoYWly cyByZWdhcmRpbmcgcmVnYXJkaW5nIGRyYWZ0LWZpbHNmaWxzY2hlbmctc3ByaW5nLXNydjYtc3Jo LWNvbXByZXNzaW9uLiAgVGhlIHF1ZXJ5IHdhczoNCg0KICBodHRwczovL21haWxhcmNoaXZlLmll dGYub3JnL2FyY2gvbXNnL2lwdjYvNUlwa0hmNXRWYS1HNHNLY2EtRVdHRXppWVNvLw0KDQpBZnRl ciBhbiBhY3RpdmUgZGlzY3Vzc2lvbiwgdGhlIHJlcGx5IGZyb20gdGhlIDZNQU4gY2hhaXJzIGFu ZCBBRHMgd2FzOg0KDQogIGh0dHBzOi8vbWFpbGFyY2hpdmUuaWV0Zi5vcmcvYXJjaC9tc2cvaXB2 Ni9yR2dwV1p5UGFLb25MYWV1VDM3RDdxWjFWY3cvDQoNClRoaXMgdG9waWMgd2FzIGFsc28gcHJl c2VudGVkIGF0IElFVEYgMTEyLCBzbGlkZXMgaGVyZToNCg0KICBodHRwczovL2RhdGF0cmFja2Vy LmlldGYub3JnL21lZXRpbmcvMTEyL21hdGVyaWFscy9zbGlkZXMtMTEyLTZtYW4tc3J2Ni1zaWRz LTAwDQoNClN1YnN0YW50aXZlIGNvbW1lbnRzIGFuZCBzdGF0ZW1lbnRzIG9mIHN1cHBvcnQgZm9y IGFkb3B0aW5nIHRoaXMgZG9jdW1lbnQgc2hvdWxkIGJlIHNlbnQgdG8gdGhlIG1haWxpbmcgbGlz dC4gIEVkaXRvcmlhbCBzdWdnZXN0aW9ucyBjYW4gYmUgc2VudCB0byB0aGUgYXV0aG9yLiAgVGhp cyBhZG9wdGlvbiBjYWxsIHdpbGwgZW5kIG9uIDEzIEFwcmlsIDIwMjIuDQoNCkZ1cnRoZXIsIGlm IHlvdSBhcmUgd2lsbGluZyB0byB3b3JrIG9uIHRoaXMgZG9jdW1lbnQsIGVpdGhlciBhcyBjb250 cmlidXRvciwgYXV0aG9yLCBvciByZXZpZXdlciBwbGVhc2Ugbm90aWZ5IHRoZSBsaXN0LiAgIFRo aXMgd2lsbCBwcm92aWRlIHRoZSBjaGFpcnMgd2l0aCBhbiBpbmRpY2F0aW9uIG9mIHRoZSBlbmVy Z3kgbGV2ZWwgaW4gdGhlIHdvcmtpbmcgZ3JvdXAgdG8gd29yayBvbiB0aGlzIGRvY3VtZW50Lg0K DQpCb2IsIEplbiwgT2xlDQoNCg0KDQoNCg== From nobody Sun Apr 10 23:13:13 2022 Return-Path: X-Original-To: ipv6@ietfa.amsl.com Delivered-To: ipv6@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DF24E3A1B6D for ; Sun, 10 Apr 2022 23:13:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.906 X-Spam-Level: X-Spam-Status: No, score=-1.906 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ng4yHowier-K for ; Sun, 10 Apr 2022 23:13:07 -0700 (PDT) Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8188F3A1B6F for ; Sun, 10 Apr 2022 23:13:07 -0700 (PDT) Received: from fraeml745-chm.china.huawei.com (unknown [172.18.147.200]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4KcJPn6P4vz67tJb; Mon, 11 Apr 2022 14:10:53 +0800 (CST) Received: from canpemm100006.china.huawei.com (7.192.104.17) by fraeml745-chm.china.huawei.com (10.206.15.226) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.24; Mon, 11 Apr 2022 08:13:03 +0200 Received: from canpemm500008.china.huawei.com (7.192.105.151) by canpemm100006.china.huawei.com (7.192.104.17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.24; Mon, 11 Apr 2022 14:13:01 +0800 Received: from canpemm500008.china.huawei.com ([7.192.105.151]) by canpemm500008.china.huawei.com ([7.192.105.151]) with mapi id 15.01.2375.024; Mon, 11 Apr 2022 14:13:01 +0800 From: "Pengshuping (Peng Shuping)" To: Bob Hinden , IPv6 List Subject: RE: Call for adoption: Thread-Topic: Call for adoption: Thread-Index: AQHYRHU11xMaIEb2qUG6p6bnoHxbRazqTQQA Date: Mon, 11 Apr 2022 06:13:00 +0000 Message-ID: <28e7ae5b4fa34015bf1fdbdb8f28c298@huawei.com> References: <92790B16-19F8-40AD-BF8B-F9CBB619EE37@gmail.com> In-Reply-To: <92790B16-19F8-40AD-BF8B-F9CBB619EE37@gmail.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.112.41.150] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Apr 2022 06:13:11 -0000 I support the adoption of this draft, which is very a useful and clear docu= ment.=20 Thank you! Best Regards,=20 Shuping=20 -----Original Message----- From: ipv6 [mailto:ipv6-bounces@ietf.org] On Behalf Of Bob Hinden Sent: Thursday, March 31, 2022 4:31 AM To: IPv6 List Cc: Bob Hinden Subject: Call for adoption: This message starts a two week 6MAN call on adopting: Title: Segment Identifiers in SRv6 Authors: S. Krishnan File Name: draft-krishnan-6man-sids-00 Document date: February 10, 2022 https://datatracker.ietf.org/doc/html/draft-krishnan-6man-sids-00 as a 6MAN working group document. For background this draft was the result a query to the 6MAN working group = from the SPRING w.g. chairs regarding regarding draft-filsfilscheng-spring-= srv6-srh-compression. The query was: https://mailarchive.ietf.org/arch/msg/ipv6/5IpkHf5tVa-G4sKca-EWGEziYSo/ After an active discussion, the reply from the 6MAN chairs and ADs was: https://mailarchive.ietf.org/arch/msg/ipv6/rGgpWZyPaKonLaeuT37D7qZ1Vcw/ This topic was also presented at IETF 112, slides here: https://datatracker.ietf.org/meeting/112/materials/slides-112-6man-srv6-s= ids-00 Substantive comments and statements of support for adopting this document s= hould be sent to the mailing list. Editorial suggestions can be sent to th= e author. This adoption call will end on 13 April 2022. Further, if you are willing to work on this document, either as contributor= , author, or reviewer please notify the list. This will provide the chair= s with an indication of the energy level in the working group to work on th= is document. Bob, Jen, Ole From nobody Mon Apr 11 00:38:06 2022 Return-Path: X-Original-To: ipv6@ietf.org Delivered-To: ipv6@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 468D13A1D8C; Mon, 11 Apr 2022 00:37:49 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Olivier Bonaventure via Datatracker To: Cc: draft-ietf-6man-mtu-option.all@ietf.org, ipv6@ietf.org, last-call@ietf.org Subject: Tsvart telechat review of draft-ietf-6man-mtu-option-13 X-Test-IDTracker: no X-IETF-IDTracker: 7.46.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <164966266918.19188.13337084939125855095@ietfa.amsl.com> Reply-To: Olivier Bonaventure Date: Mon, 11 Apr 2022 00:37:49 -0700 Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Apr 2022 07:37:50 -0000 Reviewer: Olivier Bonaventure Review result: Not Ready This document has been reviewed as part of the transport area review team's ongoing effort to review key IETF documents. These comments were written primarily for the transport area directors, but are copied to the document's authors and WG to allow them to address any issues raised and also to the IETF discussion list for information. When done at the time of IETF Last Call, the authors should consider this review as part of the last-call comments they receive. Please always CC tsv-art@ietf.org if you reply to or forward this review. The authors addressed some of the comments raised in the previous review, but section 6.3 remains very vague on what transport layer protocols could do using this option. I would expect a more precise description of how some transport layer protocols (ICMPv6 could be the first protocol discussed in this section) would use the proposed extension. The following comments raised for version 12 have not been adequately addressed : Then the document can discuss in details the format of the proposed option. Section 6 should be split in two parts: - a section that discusses the behavior of routers based on the provided text - a section that discusses the behavior of different transport layer protocols that could adopt the proposed solution. It is fine if some transport are not discussed and only a subset of the possible protocols are discussed, but for each discussed protocol, the presentation should make it clear how the proposed option would be used by the protocol. I would suggest to start with ping ICMP because this could be a good approach to experiment with the proposed option and collect information from experiments. DNS could also be a possibility since DNSSec responses could benefit from this solution. From nobody Mon Apr 11 00:40:25 2022 Return-Path: X-Original-To: ipv6@ietfa.amsl.com Delivered-To: ipv6@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 72F8A3A1D8C for ; Mon, 11 Apr 2022 00:40:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.904 X-Spam-Level: X-Spam-Status: No, score=-1.904 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CTE_8BIT_MISMATCH=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aa-Se3Qq0Bip for ; Mon, 11 Apr 2022 00:40:17 -0700 (PDT) Received: from mxhk.zte.com.cn (mxhk.zte.com.cn [63.216.63.40]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 07D503A1D81 for ; Mon, 11 Apr 2022 00:40:16 -0700 (PDT) Received: from mse-fl2.zte.com.cn (unknown [10.30.14.239]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mxhk.zte.com.cn (FangMail) with ESMTPS id 4KcLNt347dz8R03w; Mon, 11 Apr 2022 15:40:14 +0800 (CST) Received: from njxapp03.zte.com.cn ([10.41.132.202]) by mse-fl2.zte.com.cn with SMTP id 23B7dkOp061615; Mon, 11 Apr 2022 15:39:46 +0800 (GMT-8) (envelope-from xiao.min2@zte.com.cn) Received: from mapi (njxapp03[null]) by mapi (Zmail) with MAPI id mid201; Mon, 11 Apr 2022 15:39:46 +0800 (CST) Date: Mon, 11 Apr 2022 15:39:46 +0800 (CST) X-Zmail-TransId: 2afb6253db423d2-83dea X-Mailer: Zmail v1.0 Message-ID: <202204111539462351481@zte.com.cn> In-Reply-To: <92790B16-19F8-40AD-BF8B-F9CBB619EE37@gmail.com> References: 92790B16-19F8-40AD-BF8B-F9CBB619EE37@gmail.com Mime-Version: 1.0 From: To: Cc: , Subject: =?UTF-8?B?UmU6Q2FsbCBmb3IgYWRvcHRpb246IDxkcmFmdC1rcmlzaG5hbi02bWFuLXNpZHMtMDA+?= Content-Type: text/plain; charset="UTF-8" X-MAIL: mse-fl2.zte.com.cn 23B7dkOp061615 X-Fangmail-Gw-Spam-Type: 0 X-FangMail-Miltered: at cgslv5.04-192.168.250.137.novalocal with ID 6253DB5E.000 by FangMail milter! X-FangMail-Envelope: 1649662814/4KcLNt347dz8R03w/6253DB5E.000/10.30.14.239/[10.30.14.239]/mse-fl2.zte.com.cn/ X-Fangmail-Anti-Spam-Filtered: true X-Fangmail-MID-QID: 6253DB5E.000/4KcLNt347dz8R03w Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Apr 2022 07:40:23 -0000 Hi all, I support WG adoption of this draft. At the same time, I've noticed that RFC8200's rule on how to compute upper-layer checksum might be updated by the introduction of compressed SIDs. In order to compute checksum for upper-layer protocol, section 8.1 of RFC 8200 defines the TCP and UDP "pseudo-header" for IPv6, with respect to the Destination Address of the "pseudo-header", it says " o If the IPv6 packet contains a Routing header, the Destination Address used in the pseudo-header is that of the final destination. At the originating node, that address will be in the last element of the Routing header; at the recipient(s), that address will be in the Destination Address field of the IPv6 header. " In one case of compressed SIDs, a Routing header isn't there and the IPv6 destination address isn't that of the final destination; In the other case of compressed SIDs, a Routing header is there and the destination address of the final destination isn't in the last element of the Routing header. For both cases section 8.1 of RFC 8200 needs update. IMO the checksum issue needs to be recorded somewhere and this draft seems the right place, or I can initiate a new draft on this if it's preferred. Best Regards, Xiao Min ------------------原始邮件------------------ 发件人:BobHinden 收件人:IPv6 List; 抄送人:Bob Hinden; 日 期 :2022年03月31日 04:32 主 题 :Call for adoption: This message starts a two week 6MAN call on adopting: Title: Segment Identifiers in SRv6 Authors: S. Krishnan File Name: draft-krishnan-6man-sids-00 Document date: February 10, 2022 https://datatracker.ietf.org/doc/html/draft-krishnan-6man-sids-00 as a 6MAN working group document. For background this draft was the result a query to the 6MAN working group from the SPRING w.g. chairs regarding regarding draft-filsfilscheng-spring-srv6-srh-compression. The query was: https://mailarchive.ietf.org/arch/msg/ipv6/5IpkHf5tVa-G4sKca-EWGEziYSo/ After an active discussion, the reply from the 6MAN chairs and ADs was: https://mailarchive.ietf.org/arch/msg/ipv6/rGgpWZyPaKonLaeuT37D7qZ1Vcw/ This topic was also presented at IETF 112, slides here: https://datatracker.ietf.org/meeting/112/materials/slides-112-6man-srv6-sids-00 Substantive comments and statements of support for adopting this document should be sent to the mailing list. Editorial suggestions can be sent to the author. This adoption call will end on 13 April 2022. Further, if you are willing to work on this document, either as contributor, author, or reviewer please notify the list. This will provide the chairs with an indication of the energy level in the working group to work on this document. Bob, Jen, Ole -------------------------------------------------------------------- IETF IPv6 working group mailing list ipv6@ietf.org Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 -------------------------------------------------------------------- From nobody Mon Apr 11 06:06:46 2022 Return-Path: X-Original-To: ipv6@ietfa.amsl.com Delivered-To: ipv6@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8BAC03A0F02 for ; Mon, 11 Apr 2022 06:06:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6Ae1iEi5c4Oc for ; Mon, 11 Apr 2022 06:06:39 -0700 (PDT) Received: from chinatelecom.cn (prt-mail.chinatelecom.cn [42.123.76.219]) by ietfa.amsl.com (Postfix) with ESMTP id 389C33A0EE3 for ; Mon, 11 Apr 2022 06:06:37 -0700 (PDT) HMM_SOURCE_IP: 172.18.0.48:58670.1081916881 HMM_ATTACHE_NUM: 0000 HMM_SOURCE_TYPE: SMTP Received: from clientip-114.250.179.120 (unknown [172.18.0.48]) by chinatelecom.cn (HERMES) with SMTP id 3089B280083; Mon, 11 Apr 2022 21:06:30 +0800 (CST) X-189-SAVE-TO-SEND: 66040161@chinatelecom.cn Received: from ([172.18.0.48]) by app0024 with ESMTP id 3b92b20043ef4327ad71e17c67ab22e4 for xiao.min2@zte.com.cn; Mon, 11 Apr 2022 21:06:34 CST X-Transaction-ID: 3b92b20043ef4327ad71e17c67ab22e4 X-Real-From: xiechf@chinatelecom.cn X-Receive-IP: 172.18.0.48 X-MEDUSA-Status: 0 Sender: xiechf@chinatelecom.cn Date: Mon, 11 Apr 2022 21:06:30 +0800 From: "Chongfeng Xie" To: "xiao.min2@zte.com.cn" , "Bob Hinden" Cc: "Bob Hinden" , "IPv6 List" Subject: Re: Re:Call for adoption: References: 92790B16-19F8-40AD-BF8B-F9CBB619EE37@gmail.com, <202204111539462351481@zte.com.cn> X-Priority: 3 X-Has-Attach: no X-Mailer: Foxmail 7.2.23.121[cn] Mime-Version: 1.0 Message-ID: <202204112106293901534@chinatelecom.cn> Content-Type: multipart/alternative; boundary="----=_001_NextPart032102351801_=----" Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Apr 2022 13:06:45 -0000 This is a multi-part message in MIME format. ------=_001_NextPart032102351801_=---- Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 SGnvvIxYaWFvIE1pbiwNCllvdXIgdGhvdWdodCBhYm91dCBjaGVja3N1bSBzb3VuZHMgaW50ZXJl c3RpbmcsIEkgc3VwcG9ydCB0aGUgaW5pdGlhdGlvbiBvZiBhIGRyYWZ0IG9uIHRoaXMuDQoNClJl Z2FyZHMNCkNob25nZmVuZw0KRnJvbTogeGlhby5taW4yQHp0ZS5jb20uY24NCkRhdGU6IDIwMjIt MDQtMTEgMTU6MzkNClRvOiBib2IuaGluZGVuQGdtYWlsLmNvbQ0KQ0M6IGJvYi5oaW5kZW47IGlw djYNClN1YmplY3Q6IFJlOkNhbGwgZm9yIGFkb3B0aW9uOiA8ZHJhZnQta3Jpc2huYW4tNm1hbi1z aWRzLTAwPg0KSGkgYWxsLA0KIA0KSSBzdXBwb3J0IFdHIGFkb3B0aW9uIG9mIHRoaXMgZHJhZnQu DQogDQpBdCB0aGUgc2FtZSB0aW1lLCBJJ3ZlIG5vdGljZWQgdGhhdCBSRkM4MjAwJ3MgcnVsZSBv biBob3cgdG8gY29tcHV0ZSB1cHBlci1sYXllciBjaGVja3N1bSBtaWdodCBiZSB1cGRhdGVkIGJ5 IHRoZSBpbnRyb2R1Y3Rpb24gb2YgY29tcHJlc3NlZCBTSURzLg0KSW4gb3JkZXIgdG8gY29tcHV0 ZSBjaGVja3N1bSBmb3IgdXBwZXItbGF5ZXIgcHJvdG9jb2wsIHNlY3Rpb24gOC4xIG9mIFJGQyA4 MjAwIGRlZmluZXMgdGhlIFRDUCBhbmQgVURQICJwc2V1ZG8taGVhZGVyIiBmb3IgSVB2Niwgd2l0 aCByZXNwZWN0IHRvIHRoZSBEZXN0aW5hdGlvbiBBZGRyZXNzIG9mIHRoZSAicHNldWRvLWhlYWRl ciIsIGl0IHNheXMNCiIgICAgICBvICBJZiB0aGUgSVB2NiBwYWNrZXQgY29udGFpbnMgYSBSb3V0 aW5nIGhlYWRlciwgdGhlIERlc3RpbmF0aW9uDQogICAgICAgICBBZGRyZXNzIHVzZWQgaW4gdGhl IHBzZXVkby1oZWFkZXIgaXMgdGhhdCBvZiB0aGUgZmluYWwNCiAgICAgICAgIGRlc3RpbmF0aW9u LiAgQXQgdGhlIG9yaWdpbmF0aW5nIG5vZGUsIHRoYXQgYWRkcmVzcyB3aWxsIGJlIGluDQogICAg ICAgICB0aGUgbGFzdCBlbGVtZW50IG9mIHRoZSBSb3V0aW5nIGhlYWRlcjsgYXQgdGhlIHJlY2lw aWVudChzKSwNCiAgICAgICAgIHRoYXQgYWRkcmVzcyB3aWxsIGJlIGluIHRoZSBEZXN0aW5hdGlv biBBZGRyZXNzIGZpZWxkIG9mIHRoZQ0KICAgICAgICAgSVB2NiBoZWFkZXIuDQoiDQpJbiBvbmUg Y2FzZSBvZiBjb21wcmVzc2VkIFNJRHMsIGEgUm91dGluZyBoZWFkZXIgaXNuJ3QgdGhlcmUgYW5k IHRoZSBJUHY2IGRlc3RpbmF0aW9uIGFkZHJlc3MgaXNuJ3QgdGhhdCBvZiB0aGUgZmluYWwgZGVz dGluYXRpb247IEluIHRoZSBvdGhlciBjYXNlIG9mIGNvbXByZXNzZWQgU0lEcywgYSBSb3V0aW5n IGhlYWRlciBpcyB0aGVyZSBhbmQgdGhlIGRlc3RpbmF0aW9uIGFkZHJlc3Mgb2YgdGhlIGZpbmFs IGRlc3RpbmF0aW9uIGlzbid0IGluIHRoZSBsYXN0IGVsZW1lbnQgb2YgdGhlIFJvdXRpbmcgaGVh ZGVyLiBGb3IgYm90aCBjYXNlcyBzZWN0aW9uIDguMSBvZiBSRkMgODIwMCBuZWVkcyB1cGRhdGUu DQogDQpJTU8gdGhlIGNoZWNrc3VtIGlzc3VlIG5lZWRzIHRvIGJlIHJlY29yZGVkIHNvbWV3aGVy ZSBhbmQgdGhpcyBkcmFmdCBzZWVtcyB0aGUgcmlnaHQgcGxhY2UsIG9yIEkgY2FuIGluaXRpYXRl IGEgbmV3IGRyYWZ0IG9uIHRoaXMgaWYgaXQncyBwcmVmZXJyZWQuDQogDQpCZXN0IFJlZ2FyZHMs DQpYaWFvIE1pbg0KLS0tLS0tLS0tLS0tLS0tLS0t5Y6f5aeL6YKu5Lu2LS0tLS0tLS0tLS0tLS0t LS0tDQrlj5Hku7bkurrvvJpCb2JIaW5kZW4NCuaUtuS7tuS6uu+8mklQdjYgTGlzdDsNCuaKhOmA geS6uu+8mkJvYiBIaW5kZW47DQrml6Ug5pyfIO+8mjIwMjLlubQwM+aciDMx5pelIDA0OjMyDQrk uLsg6aKYIO+8mkNhbGwgZm9yIGFkb3B0aW9uOiA8ZHJhZnQta3Jpc2huYW4tNm1hbi1zaWRzLTAw Pg0KVGhpcyBtZXNzYWdlIHN0YXJ0cyBhIHR3byB3ZWVrIDZNQU4gY2FsbCBvbiBhZG9wdGluZzoN ClRpdGxlOiAgICAgICAgICBTZWdtZW50IElkZW50aWZpZXJzIGluIFNSdjYNCkF1dGhvcnM6ICAg ICAgICBTLiBLcmlzaG5hbg0KRmlsZSBOYW1lOiAgICAgIGRyYWZ0LWtyaXNobmFuLTZtYW4tc2lk cy0wMA0KRG9jdW1lbnQgZGF0ZTogIEZlYnJ1YXJ5IDEwLCAyMDIyDQpodHRwczovL2RhdGF0cmFj a2VyLmlldGYub3JnL2RvYy9odG1sL2RyYWZ0LWtyaXNobmFuLTZtYW4tc2lkcy0wMA0KYXMgYSA2 TUFOIHdvcmtpbmcgZ3JvdXAgZG9jdW1lbnQuDQpGb3IgYmFja2dyb3VuZCB0aGlzIGRyYWZ0IHdh cyB0aGUgcmVzdWx0IGEgcXVlcnkgdG8gdGhlIDZNQU4gd29ya2luZyBncm91cCBmcm9tIHRoZSBT UFJJTkcgdy5nLiBjaGFpcnMgcmVnYXJkaW5nIHJlZ2FyZGluZyBkcmFmdC1maWxzZmlsc2NoZW5n LXNwcmluZy1zcnY2LXNyaC1jb21wcmVzc2lvbi4gIFRoZSBxdWVyeSB3YXM6DQpodHRwczovL21h aWxhcmNoaXZlLmlldGYub3JnL2FyY2gvbXNnL2lwdjYvNUlwa0hmNXRWYS1HNHNLY2EtRVdHRXpp WVNvLw0KQWZ0ZXIgYW4gYWN0aXZlIGRpc2N1c3Npb24sIHRoZSByZXBseSBmcm9tIHRoZSA2TUFO IGNoYWlycyBhbmQgQURzIHdhczoNCmh0dHBzOi8vbWFpbGFyY2hpdmUuaWV0Zi5vcmcvYXJjaC9t c2cvaXB2Ni9yR2dwV1p5UGFLb25MYWV1VDM3RDdxWjFWY3cvDQpUaGlzIHRvcGljIHdhcyBhbHNv IHByZXNlbnRlZCBhdCBJRVRGIDExMiwgc2xpZGVzIGhlcmU6DQpodHRwczovL2RhdGF0cmFja2Vy LmlldGYub3JnL21lZXRpbmcvMTEyL21hdGVyaWFscy9zbGlkZXMtMTEyLTZtYW4tc3J2Ni1zaWRz LTAwDQpTdWJzdGFudGl2ZSBjb21tZW50cyBhbmQgc3RhdGVtZW50cyBvZiBzdXBwb3J0IGZvciBh ZG9wdGluZyB0aGlzIGRvY3VtZW50IHNob3VsZCBiZSBzZW50IHRvIHRoZSBtYWlsaW5nIGxpc3Qu ICBFZGl0b3JpYWwgc3VnZ2VzdGlvbnMgY2FuIGJlIHNlbnQgdG8gdGhlIGF1dGhvci4gIFRoaXMg YWRvcHRpb24gY2FsbCB3aWxsIGVuZCBvbiAxMyBBcHJpbCAyMDIyLg0KRnVydGhlciwgaWYgeW91 IGFyZSB3aWxsaW5nIHRvIHdvcmsgb24gdGhpcyBkb2N1bWVudCwgZWl0aGVyIGFzIGNvbnRyaWJ1 dG9yLCBhdXRob3IsIG9yIHJldmlld2VyIHBsZWFzZSBub3RpZnkgdGhlIGxpc3QuICAgVGhpcyB3 aWxsIHByb3ZpZGUgdGhlIGNoYWlycyB3aXRoIGFuIGluZGljYXRpb24gb2YgdGhlIGVuZXJneSBs ZXZlbCBpbiB0aGUgd29ya2luZyBncm91cCB0byB3b3JrIG9uIHRoaXMgZG9jdW1lbnQuDQpCb2Is IEplbiwgT2xlDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KSUVURiBJUHY2IHdvcmtpbmcgZ3JvdXAgbWFpbGluZyBs aXN0DQppcHY2QGlldGYub3JnDQpBZG1pbmlzdHJhdGl2ZSBSZXF1ZXN0czogaHR0cHM6Ly93d3cu aWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pcHY2DQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KIA0KLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0NCklFVEYgSVB2NiB3b3JraW5nIGdyb3VwIG1haWxpbmcgbGlzdA0KaXB2NkBpZXRmLm9yZw0K QWRtaW5pc3RyYXRpdmUgUmVxdWVzdHM6IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlz dGluZm8vaXB2Ng0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCg== ------=_001_NextPart032102351801_=---- Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable = =0A
Hi=EF=BC=8CXiao Min,
Your thou= ght about checksum sounds interesting, I support the initiation of a draft on this.
=

= Regards
Chongfeng
Date: 2022-04-11 15:39=
<= div>Subject: Re:Call for adoption: <draft-krishnan-6man-sid= s-00>
Hi all,
=0A
 
=0AI support WG adoption of this draft.
=0A
 
=0A
A= t the same time, I've noticed that RFC8200's rule on how to compute upper-= layer checksum might be updated by the introduction of compressed SIDs.=0A
In order to compute checksum for upper-layer protocol, section = 8.1 of RFC 8200 defines the TCP and UDP "pseudo-header" for IPv6, with res= pect to the Destination Address of the "pseudo-header", it says
=0A"      o  If the IPv6 packet contains a R= outing header, the Destination
=0A
     =     Address used in the pseudo-header is that of the final<= /div>=0A
         destination.=   At the originating node, that address will be in
=0A
 = ;        the last element of the Routin= g header; at the recipient(s),
=0A
     =     that address will be in the Destination Address field o= f the
=0A
         IPv6 h= eader.
=0A
"
=0A
In one case of compressed SIDs, a Routi= ng header isn't there and the IPv6 destination address isn't that of the f= inal destination; In the other case of compressed SIDs, a Routing header i= s there and the destination address of the final destination isn't in the = last element of the Routing header. For both cases section 8.1 of RFC 8200= needs update.
=0A
 
=0A
IMO the checksum issue nee= ds to be recorded somewhere and this draft seems the right place, or I can= initiate a new draft on this if it's preferred.
=0A
 
= =0A
Best Regards,
=0A
Xiao Min
=0A
-----------------= -=E5=8E=9F=E5=A7=8B=E9=82=AE=E4=BB=B6------------------
=0A
=E5= =8F=91=E4=BB=B6=E4=BA=BA=EF=BC=9ABobHinden
=0A
=E6=94=B6=E4=BB=B6= =E4=BA=BA=EF=BC=9AIPv6 List;
=0A
=E6=8A=84=E9=80=81=E4=BA=BA=EF= =BC=9ABob Hinden;
=0A
=E6=97=A5 =E6=9C=9F =EF=BC=9A2022=E5=B9=B40= 3=E6=9C=8831=E6=97=A5 04:32
=0A
=E4=B8=BB =E9=A2=98 =EF=BC=9ACall= for adoption: <draft-krishnan-6man-sids-00>
=0A
This messa= ge starts a two week 6MAN call on adopting:
=0A
Title:  = ;        Segment Identifiers in SRv6=0A
Authors:        S. Krishnan<= /div>=0A
File Name:      draft-krishnan-6man-= sids-00
=0A
Document date:  February 10, 2022
=0A
h= ttps://datatracker.ietf.org/doc/html/draft-krishnan-6man-sids-00
=0A<= div>as a 6MAN working group document.
=0A
For background this dra= ft was the result a query to the 6MAN working group from the SPRING w.g. c= hairs regarding regarding draft-filsfilscheng-spring-srv6-srh-compression.=   The query was:
=0A
https://mailarchive.ietf.org/arch/msg/i= pv6/5IpkHf5tVa-G4sKca-EWGEziYSo/
=0A
After an active discussion, = the reply from the 6MAN chairs and ADs was:
=0A
https://mailarchi= ve.ietf.org/arch/msg/ipv6/rGgpWZyPaKonLaeuT37D7qZ1Vcw/
=0A
This t= opic was also presented at IETF 112, slides here:
=0A
https://dat= atracker.ietf.org/meeting/112/materials/slides-112-6man-srv6-sids-00
= =0A
Substantive comments and statements of support for adopting this d= ocument should be sent to the mailing list.  Editorial suggestions ca= n be sent to the author.  This adoption call will end on 13 April 202= 2.
=0A
Further, if you are willing to work on this document, eith= er as contributor, author, or reviewer please notify the list.  = This will provide the chairs with an indication of the energy level in th= e working group to work on this document.
=0A
Bob, Jen, Ole
= =0A
------------------------------------------------------------------= --
=0A
IETF IPv6 working group mailing list
=0A
ipv6@iet= f.org
=0A
Administrative Requests: https://www.ietf.org/mailman/l= istinfo/ipv6
=0A
------------------------------------------------= --------------------
=0A
 
=0A
--------------------= ------------------------------------------------
=0A
IETF IPv6 wo= rking group mailing list
=0A
ipv6@ietf.org
=0A
Administr= ative Requests: https://www.ietf.org/mailman/listinfo/ipv6
=0A
--= ------------------------------------------------------------------
= =0A
=0A ------=_001_NextPart032102351801_=------ From nobody Mon Apr 11 06:40:27 2022 Return-Path: X-Original-To: ipv6@ietfa.amsl.com Delivered-To: ipv6@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5B8993A1253 for ; Mon, 11 Apr 2022 06:40:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.108 X-Spam-Level: X-Spam-Status: No, score=-2.108 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KsowvZS6y34F for ; Mon, 11 Apr 2022 06:40:21 -0700 (PDT) Received: from mail-pj1-x1031.google.com (mail-pj1-x1031.google.com [IPv6:2607:f8b0:4864:20::1031]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9A93C3A1250 for ; Mon, 11 Apr 2022 06:40:21 -0700 (PDT) Received: by mail-pj1-x1031.google.com with SMTP id nt14-20020a17090b248e00b001ca601046a4so18463373pjb.0 for ; Mon, 11 Apr 2022 06:40:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:content-transfer-encoding:mime-version:subject:date:references :to:in-reply-to:message-id; bh=OIBOwYLljt9kpH+lrNToUCEuu9Gxvdnii/98dNjnuqI=; b=RsHML1eGTzCg026tNpkaNFDfB8Nsb48s1A7+4qNS6nGmLPwNX0pZxIqdgKtJ+xkeiH NNtY/unnXgNgQMzGHomLaX8luO8isrpWr1lcw2A/nhtsTOUD8q1uTWAuQeI32pcyRGtl GppHe3JQVBef+TxSxPXBUQkBgytqIBDSjVsJfhOpUWBubi2yxIvDbnzjKQ0zgMEOjssC VqQl2fhtMpu8+et1mgBQzgtiLrGAc8iEjaE99/puY5GpETuPMa53oOOpp5YCLmkq9tVO X3+lTjnqsBtJM/dW5mB0ndh2/0jBQaH+PD2sbTfizYjLerqr1ThcqnZApPNtoFUZ8Xa5 lIRQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=OIBOwYLljt9kpH+lrNToUCEuu9Gxvdnii/98dNjnuqI=; b=NakNiEF8wNswv9nMh9hyfPY1Ch0+fWSW1RnNvkxSCe/Ots/wU/SU1ysP+oAuxM0i4S a+o42MZyYOWXn8Vv1QFa6MLEeBLHfgodwkRQX3Tq1gApk2cMrAu2V9Quv34668Wtexd9 r+V6CPXiFaSPN6w5I4hUGLfqBRWKeMHg5M+2hmr4MmMNvvOLNl4GeBeI+08IkD6fnypm nl4uRvqGyrsm1jb/Z2s+/+bv0GlLjDdNyESvM8+lmctlkfFDGUU6/h4uLR4G8d4CR5aj 6V+P5h+YMLDeMRiIWo/eLe866qzux2wD3S95hDF9SlQb/MLhOaznxmqL8HW4Q+pUc39Y ihdg== X-Gm-Message-State: AOAM531clOuJXUSKvJ3rNLVZbicaASFm3/dqGrNkfkU6ox2AIMJQqF5m mf4DqGyT+37y6fSHnhmBOSbXXTkceMk= X-Google-Smtp-Source: ABdhPJyTDbCAXxou8qt4AWx166vwa2mKv7rUnz68FNMJL25doMg3ddVbnSJnsCogAc0CsMtg5t2M7g== X-Received: by 2002:a17:903:32c5:b0:156:b466:c8ed with SMTP id i5-20020a17090332c500b00156b466c8edmr32122260plr.34.1649684419655; Mon, 11 Apr 2022 06:40:19 -0700 (PDT) Received: from smtpclient.apple ([156.251.130.21]) by smtp.gmail.com with ESMTPSA id s19-20020aa78d53000000b004fdaae08497sm33349854pfe.28.2022.04.11.06.40.17 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 11 Apr 2022 06:40:19 -0700 (PDT) From: yong zhao Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 15.0 \(3693.60.0.1.1\)) Subject: Re: Call for adoption: Date: Mon, 11 Apr 2022 21:40:15 +0800 References: <92790B16-19F8-40AD-BF8B-F9CBB619EE37@gmail.com> To: Bob Hinden , IPv6 List In-Reply-To: <92790B16-19F8-40AD-BF8B-F9CBB619EE37@gmail.com> Message-Id: <76377FC5-3B1A-4FFD-8231-F1D39A3D8E8B@gmail.com> X-Mailer: Apple Mail (2.3693.60.0.1.1) Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Apr 2022 13:40:25 -0000 Hi All, I support the adoption of this draft. Thanks Yong Zhao > On Mar 31, 2022, at 4:30 AM, Bob Hinden wrote: >=20 > This message starts a two week 6MAN call on adopting: >=20 > Title: Segment Identifiers in SRv6 > Authors: S. Krishnan > File Name: draft-krishnan-6man-sids-00 > Document date: February 10, 2022 >=20 > https://datatracker.ietf.org/doc/html/draft-krishnan-6man-sids-00 >=20 > as a 6MAN working group document. >=20 > For background this draft was the result a query to the 6MAN working = group from the SPRING w.g. chairs regarding regarding = draft-filsfilscheng-spring-srv6-srh-compression. The query was: >=20 > = https://mailarchive.ietf.org/arch/msg/ipv6/5IpkHf5tVa-G4sKca-EWGEziYSo/ >=20 > After an active discussion, the reply from the 6MAN chairs and ADs = was: >=20 > = https://mailarchive.ietf.org/arch/msg/ipv6/rGgpWZyPaKonLaeuT37D7qZ1Vcw/ >=20 > This topic was also presented at IETF 112, slides here: >=20 > = https://datatracker.ietf.org/meeting/112/materials/slides-112-6man-srv6-si= ds-00 >=20 > Substantive comments and statements of support for adopting this = document should be sent to the mailing list. Editorial suggestions can = be sent to the author. This adoption call will end on 13 April 2022. >=20 > Further, if you are willing to work on this document, either as = contributor, author, or reviewer please notify the list. This will = provide the chairs with an indication of the energy level in the working = group to work on this document. >=20 > Bob, Jen, Ole >=20 >=20 >=20 >=20 > --------------------------------------------------------------= ------ > IETF IPv6 working group mailing list > ipv6@ietf.org > Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 > -------------------------------------------------------------------- From nobody Mon Apr 11 08:02:32 2022 Return-Path: X-Original-To: ipv6@ietfa.amsl.com Delivered-To: ipv6@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2BABC3A0C35 for ; Mon, 11 Apr 2022 08:02:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.338 X-Spam-Level: X-Spam-Status: No, score=-1.338 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, INVALID_MSGID=0.568, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DaWYu-ydCQV7 for ; Mon, 11 Apr 2022 08:02:24 -0700 (PDT) Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 921E43A0C94 for ; Mon, 11 Apr 2022 08:02:24 -0700 (PDT) Received: from fraeml736-chm.china.huawei.com (unknown [172.18.147.206]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4KcX8g15k3z67L71; Mon, 11 Apr 2022 23:00:19 +0800 (CST) Received: from dggpemm500007.china.huawei.com (7.185.36.183) by fraeml736-chm.china.huawei.com (10.206.15.217) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.24; Mon, 11 Apr 2022 17:02:20 +0200 Received: from dggpemm500008.china.huawei.com (7.185.36.136) by dggpemm500007.china.huawei.com (7.185.36.183) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.24; Mon, 11 Apr 2022 23:02:18 +0800 Received: from dggpemm500008.china.huawei.com ([7.185.36.136]) by dggpemm500008.china.huawei.com ([7.185.36.136]) with mapi id 15.01.2375.024; Mon, 11 Apr 2022 23:02:18 +0800 From: Lizhenbin To: Bob Hinden , IPv6 List CC: Bob Hinden Subject: RE: Call for adoption: Thread-Topic: Call for adoption: Thread-Index: AQHYRHU1XCXbWqVxYES5OwXMX0PECqzq4Vyu Date: Mon, 11 Apr 2022 15:02:18 +0000 Message-ID: D760459C-B448-49B0-A3D3-42D9169D9673 References: <92790B16-19F8-40AD-BF8B-F9CBB619EE37@gmail.com> In-Reply-To: <92790B16-19F8-40AD-BF8B-F9CBB619EE37@gmail.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: multipart/alternative; boundary="_000_D760459CB44849B0A3D342D9169D9673_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Apr 2022 15:02:30 -0000 --_000_D760459CB44849B0A3D342D9169D9673_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQpIaSBBbGwsDQpJIHN1cHBvcnQgdGhlIGFkb3B0aW9uIG9mIHRoZSBkcmFmdC4NCg0KQmVzdCBS ZWdhcmRzLA0KUm9iaW4NCg0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQoN CuadjuaMr+aWjCBMaSBaaGVuYmluDQpNb2JpbGU6ICs4Ni0xMzY1MTAxNzc0NS8rOTY4LTkxNzk3 MDY4DQpFbWFpbDogbGl6aGVuYmluQGh1YXdlaS5jb20NCg0K5Y+R5Lu25Lq677yaQm9iIEhpbmRl biA8Ym9iLmhpbmRlbkBnbWFpbC5jb20+DQrmlLbku7bkurrvvJpJUHY2IExpc3QgPGlwdjZAaWV0 Zi5vcmc+DQrmioTigIPpgIHvvJpCb2IgSGluZGVuIDxib2IuaGluZGVuQGdtYWlsLmNvbT4NCuaX tuKAg+mXtO+8mjIwMjItMDMtMzAgMTU6MzI6MDANCuS4u+KAg+mimO+8mkNhbGwgZm9yIGFkb3B0 aW9uOg0KDQpUaGlzIG1lc3NhZ2Ugc3RhcnRzIGEgdHdvIHdlZWsgNk1BTiBjYWxsIG9uIGFkb3B0 aW5nOg0KDQogICBUaXRsZTogICAgICAgICAgU2VnbWVudCBJZGVudGlmaWVycyBpbiBTUnY2DQog ICBBdXRob3JzOiAgICAgICAgUy4gS3Jpc2huYW4NCiAgIEZpbGUgTmFtZTogICAgICBkcmFmdC1r cmlzaG5hbi02bWFuLXNpZHMtMDANCiAgIERvY3VtZW50IGRhdGU6ICBGZWJydWFyeSAxMCwgMjAy Mg0KDQogICBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL2RyYWZ0LWtyaXNo bmFuLTZtYW4tc2lkcy0wMA0KDQphcyBhIDZNQU4gd29ya2luZyBncm91cCBkb2N1bWVudC4NCg0K Rm9yIGJhY2tncm91bmQgdGhpcyBkcmFmdCB3YXMgdGhlIHJlc3VsdCBhIHF1ZXJ5IHRvIHRoZSA2 TUFOIHdvcmtpbmcgZ3JvdXAgZnJvbSB0aGUgU1BSSU5HIHcuZy4gY2hhaXJzIHJlZ2FyZGluZyBy ZWdhcmRpbmcgZHJhZnQtZmlsc2ZpbHNjaGVuZy1zcHJpbmctc3J2Ni1zcmgtY29tcHJlc3Npb24u ICBUaGUgcXVlcnkgd2FzOg0KDQogIGh0dHBzOi8vbWFpbGFyY2hpdmUuaWV0Zi5vcmcvYXJjaC9t c2cvaXB2Ni81SXBrSGY1dFZhLUc0c0tjYS1FV0dFemlZU28vDQoNCkFmdGVyIGFuIGFjdGl2ZSBk aXNjdXNzaW9uLCB0aGUgcmVwbHkgZnJvbSB0aGUgNk1BTiBjaGFpcnMgYW5kIEFEcyB3YXM6DQoN CiAgaHR0cHM6Ly9tYWlsYXJjaGl2ZS5pZXRmLm9yZy9hcmNoL21zZy9pcHY2L3JHZ3BXWnlQYUtv bkxhZXVUMzdEN3FaMVZjdy8NCg0KVGhpcyB0b3BpYyB3YXMgYWxzbyBwcmVzZW50ZWQgYXQgSUVU RiAxMTIsIHNsaWRlcyBoZXJlOg0KDQogIGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvbWVl dGluZy8xMTIvbWF0ZXJpYWxzL3NsaWRlcy0xMTItNm1hbi1zcnY2LXNpZHMtMDANCg0KU3Vic3Rh bnRpdmUgY29tbWVudHMgYW5kIHN0YXRlbWVudHMgb2Ygc3VwcG9ydCBmb3IgYWRvcHRpbmcgdGhp cyBkb2N1bWVudCBzaG91bGQgYmUgc2VudCB0byB0aGUgbWFpbGluZyBsaXN0LiAgRWRpdG9yaWFs IHN1Z2dlc3Rpb25zIGNhbiBiZSBzZW50IHRvIHRoZSBhdXRob3IuICBUaGlzIGFkb3B0aW9uIGNh bGwgd2lsbCBlbmQgb24gMTMgQXByaWwgMjAyMi4NCg0KRnVydGhlciwgaWYgeW91IGFyZSB3aWxs aW5nIHRvIHdvcmsgb24gdGhpcyBkb2N1bWVudCwgZWl0aGVyIGFzIGNvbnRyaWJ1dG9yLCBhdXRo b3IsIG9yIHJldmlld2VyIHBsZWFzZSBub3RpZnkgdGhlIGxpc3QuICAgVGhpcyB3aWxsIHByb3Zp ZGUgdGhlIGNoYWlycyB3aXRoIGFuIGluZGljYXRpb24gb2YgdGhlIGVuZXJneSBsZXZlbCBpbiB0 aGUgd29ya2luZyBncm91cCB0byB3b3JrIG9uIHRoaXMgZG9jdW1lbnQuDQoNCkJvYiwgSmVuLCBP bGUNCg0KDQoNCg== --_000_D760459CB44849B0A3D342D9169D9673_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVu dD0iTWljcm9zb2Z0IEV4Y2hhbmdlIFNlcnZlciI+DQo8IS0tIGNvbnZlcnRlZCBmcm9tIHRleHQg LS0+PHN0eWxlPjwhLS0gLkVtYWlsUXVvdGUgeyBtYXJnaW4tbGVmdDogMXB0OyBwYWRkaW5nLWxl ZnQ6IDRwdDsgYm9yZGVyLWxlZnQ6ICM4MDAwMDAgMnB4IHNvbGlkOyB9IC0tPjwvc3R5bGU+DQo8 L2hlYWQ+DQo8Ym9keT4NCjxzdHlsZSB0eXBlPSJ0ZXh0L2NzcyI+DQo8IS0tDQoqDQoJe30NCmJv ZHkNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaX0NCi0tPg0KPC9zdHlsZT4NCjxkaXY+DQo8ZGl2Pg0K PGRpdiBpZD0ieF9mb2N1cyI+DQo8ZGl2Pjxicj4NCkhpIEFsbCw8L2Rpdj4NCjxkaXY+SSBzdXBw b3J0IHRoZSBhZG9wdGlvbiBvZiB0aGUgZHJhZnQuPC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0K PGRpdj5CZXN0IFJlZ2FyZHMsPC9kaXY+DQo8ZGl2PlJvYmluPGJyPg0KPGJyPg0KPGJyPg0KPGJy Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj48L2Rpdj4NCjxkaXYgaWQ9Inhfc2lnbmF0 dXJlIj4NCjxociBzdHlsZT0iYm9yZGVyLXRvcDpkb3R0ZWQgMXB4Ij4NCjxicj4NCuadjuaMr+aW jCBMaSBaaGVuYmluPGJyPg0KTW9iaWxlOiAmIzQzOzg2LTEzNjUxMDE3NzQ1LyYjNDM7OTY4LTkx Nzk3MDY4PGJyPg0KRW1haWw6IGxpemhlbmJpbkBodWF3ZWkuY29tPGJyPg0KPGJyPg0KPC9kaXY+ DQo8ZGl2IG5hbWU9InhfQW55T2ZmaWNlLUJhY2tncm91bmQtSW1hZ2UiIHN0eWxlPSJib3JkZXIt dG9wOjFweCBzb2xpZCAjQjVDNERGOyBwYWRkaW5nOjhweCI+DQo8ZGl2IHN0eWxlPSJ3b3JkLWJy ZWFrOmJyZWFrLWFsbCI+PGI+5Y+R5Lu25Lq677yaPC9iPkJvYiBIaW5kZW4gJmx0O2JvYi5oaW5k ZW5AZ21haWwuY29tJmd0OzwvZGl2Pg0KPGRpdiBzdHlsZT0id29yZC1icmVhazpicmVhay1hbGwi PjxiPuaUtuS7tuS6uu+8mjwvYj5JUHY2IExpc3QgJmx0O2lwdjZAaWV0Zi5vcmcmZ3Q7PC9kaXY+ DQo8ZGl2IHN0eWxlPSJ3b3JkLWJyZWFrOmJyZWFrLWFsbCI+PGI+5oqE4oCD6YCB77yaPC9iPkJv YiBIaW5kZW4gJmx0O2JvYi5oaW5kZW5AZ21haWwuY29tJmd0OzwvZGl2Pg0KPGRpdiBzdHlsZT0i d29yZC1icmVhazpicmVhay1hbGwiPjxiPuaXtuKAg+mXtO+8mjwvYj4yMDIyLTAzLTMwIDE1OjMy OjAwPC9kaXY+DQo8ZGl2IHN0eWxlPSJ3b3JkLWJyZWFrOmJyZWFrLWFsbCI+PGI+5Li74oCD6aKY 77yaPC9iPkNhbGwgZm9yIGFkb3B0aW9uOiA8L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8L2Rp dj4NCjwvZGl2Pg0KPGZvbnQgc2l6ZT0iMiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMHB0OyI+ DQo8ZGl2IGNsYXNzPSJQbGFpblRleHQiPlRoaXMgbWVzc2FnZSBzdGFydHMgYSB0d28gd2VlayA2 TUFOIGNhbGwgb24gYWRvcHRpbmc6PGJyPg0KPGJyPg0KJm5ic3A7Jm5ic3A7IFRpdGxlOiZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBTZWdtZW50 IElkZW50aWZpZXJzIGluIFNSdjY8YnI+DQombmJzcDsmbmJzcDsgQXV0aG9yczombmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgUy4gS3Jpc2huYW48YnI+DQombmJzcDsm bmJzcDsgRmlsZSBOYW1lOiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBkcmFmdC1rcmlz aG5hbi02bWFuLXNpZHMtMDA8YnI+DQombmJzcDsmbmJzcDsgRG9jdW1lbnQgZGF0ZTombmJzcDsg RmVicnVhcnkgMTAsIDIwMjI8YnI+DQo8YnI+DQombmJzcDsmbmJzcDsgPGEgaHJlZj0iaHR0cHM6 Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9kcmFmdC1rcmlzaG5hbi02bWFuLXNpZHMt MDAiPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvZHJhZnQta3Jpc2huYW4t Nm1hbi1zaWRzLTAwPC9hPjxicj4NCjxicj4NCmFzIGEgNk1BTiB3b3JraW5nIGdyb3VwIGRvY3Vt ZW50Ljxicj4NCjxicj4NCkZvciBiYWNrZ3JvdW5kIHRoaXMgZHJhZnQgd2FzIHRoZSByZXN1bHQg YSBxdWVyeSB0byB0aGUgNk1BTiB3b3JraW5nIGdyb3VwIGZyb20gdGhlIFNQUklORyB3LmcuIGNo YWlycyByZWdhcmRpbmcgcmVnYXJkaW5nIGRyYWZ0LWZpbHNmaWxzY2hlbmctc3ByaW5nLXNydjYt c3JoLWNvbXByZXNzaW9uLiZuYnNwOyBUaGUgcXVlcnkgd2FzOjxicj4NCjxicj4NCiZuYnNwOyA8 YSBocmVmPSJodHRwczovL21haWxhcmNoaXZlLmlldGYub3JnL2FyY2gvbXNnL2lwdjYvNUlwa0hm NXRWYS1HNHNLY2EtRVdHRXppWVNvLyI+DQpodHRwczovL21haWxhcmNoaXZlLmlldGYub3JnL2Fy Y2gvbXNnL2lwdjYvNUlwa0hmNXRWYS1HNHNLY2EtRVdHRXppWVNvLzwvYT48YnI+DQo8YnI+DQpB ZnRlciBhbiBhY3RpdmUgZGlzY3Vzc2lvbiwgdGhlIHJlcGx5IGZyb20gdGhlIDZNQU4gY2hhaXJz IGFuZCBBRHMgd2FzOjxicj4NCjxicj4NCiZuYnNwOyA8YSBocmVmPSJodHRwczovL21haWxhcmNo aXZlLmlldGYub3JnL2FyY2gvbXNnL2lwdjYvckdncFdaeVBhS29uTGFldVQzN0Q3cVoxVmN3LyI+ DQpodHRwczovL21haWxhcmNoaXZlLmlldGYub3JnL2FyY2gvbXNnL2lwdjYvckdncFdaeVBhS29u TGFldVQzN0Q3cVoxVmN3LzwvYT48YnI+DQo8YnI+DQpUaGlzIHRvcGljIHdhcyBhbHNvIHByZXNl bnRlZCBhdCBJRVRGIDExMiwgc2xpZGVzIGhlcmU6PGJyPg0KPGJyPg0KJm5ic3A7IDxhIGhyZWY9 Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvbWVldGluZy8xMTIvbWF0ZXJpYWxzL3NsaWRl cy0xMTItNm1hbi1zcnY2LXNpZHMtMDAiPg0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9t ZWV0aW5nLzExMi9tYXRlcmlhbHMvc2xpZGVzLTExMi02bWFuLXNydjYtc2lkcy0wMDwvYT48YnI+ DQo8YnI+DQpTdWJzdGFudGl2ZSBjb21tZW50cyBhbmQgc3RhdGVtZW50cyBvZiBzdXBwb3J0IGZv ciBhZG9wdGluZyB0aGlzIGRvY3VtZW50IHNob3VsZCBiZSBzZW50IHRvIHRoZSBtYWlsaW5nIGxp c3QuJm5ic3A7IEVkaXRvcmlhbCBzdWdnZXN0aW9ucyBjYW4gYmUgc2VudCB0byB0aGUgYXV0aG9y LiZuYnNwOyBUaGlzIGFkb3B0aW9uIGNhbGwgd2lsbCBlbmQgb24gMTMgQXByaWwgMjAyMi48YnI+ DQo8YnI+DQpGdXJ0aGVyLCBpZiB5b3UgYXJlIHdpbGxpbmcgdG8gd29yayBvbiB0aGlzIGRvY3Vt ZW50LCBlaXRoZXIgYXMgY29udHJpYnV0b3IsIGF1dGhvciwgb3IgcmV2aWV3ZXIgcGxlYXNlIG5v dGlmeSB0aGUgbGlzdC4mbmJzcDsmbmJzcDsgVGhpcyB3aWxsIHByb3ZpZGUgdGhlIGNoYWlycyB3 aXRoIGFuIGluZGljYXRpb24gb2YgdGhlIGVuZXJneSBsZXZlbCBpbiB0aGUgd29ya2luZyBncm91 cCB0byB3b3JrIG9uIHRoaXMgZG9jdW1lbnQuPGJyPg0KPGJyPg0KQm9iLCBKZW4sIE9sZTxicj4N Cjxicj4NCjxicj4NCjxicj4NCjwvZGl2Pg0KPC9zcGFuPjwvZm9udD4NCjwvYm9keT4NCjwvaHRt bD4NCg== --_000_D760459CB44849B0A3D342D9169D9673_-- From nobody Mon Apr 11 13:23:12 2022 Return-Path: X-Original-To: ipv6@ietfa.amsl.com Delivered-To: ipv6@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 37CDE3A16D4 for ; Mon, 11 Apr 2022 13:23:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.605 X-Spam-Level: X-Spam-Status: No, score=-9.605 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=U9TxIilb; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=fCa6CToJ Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4KloN82K0Ax3 for ; Mon, 11 Apr 2022 13:23:07 -0700 (PDT) Received: from alln-iport-4.cisco.com (alln-iport-4.cisco.com [173.37.142.91]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CAA883A16D8 for ; Mon, 11 Apr 2022 13:23:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6700; q=dns/txt; s=iport; t=1649708586; x=1650918186; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=XVYYahzfPxMvOMNjRHvX7IZXWjagW8dmtxr5v4TJ9Dc=; b=U9TxIilbwpAf1Bb/sUKjjFw/rTQDJIT7R5bkiip9WiZJszeZXoAflDw3 NuWtiyZJEHcZ1HvPqFYnHRLfWF9GGAASc1kBH9Nuc2a0TAjZif/Z+9WDh cYxbyiPeDXThc2yN7qG1FkRzZP7UUXgDW1YfoKLaHtY1lV+xR5HtRKRoj Y=; X-IPAS-Result: =?us-ascii?q?A0ALAAD9jFRimIgNJK1aHAEBAQEBAQcBARIBAQQEAQFAg?= =?us-ascii?q?UYHAQELAYEgMVZ+WjdEiB8DhFlghRGDAgOLFIsRhRiBLoElA1ICCwEBAQ0BA?= =?us-ascii?q?TkKBAEBhQcChHUCJTQJDgECBAEBAQEDAgMBAQEBAQEDAQEFAQEBAgEHBBQBA?= =?us-ascii?q?QEBAQEBAQkUBwYMBQ4QJ4VoDYZCAQEBAQMSCyMBASwLAQ8CAQgRAwECLyERH?= =?us-ascii?q?QgCBAENBQgagmIBgg5XAzEBDqJqAYE+AoEOiFU8eIEzgQGCCAEBBgQEgTcBA?= =?us-ascii?q?wICDEGCfw0LgjgDBoE8AYMQgwGBJoMEhBknHIFJRIFYgmc+giFCAQECAYFfH?= =?us-ascii?q?g2DYIIum3YEJyoCZh1XKDs6lSKKMUCfTGsKg0mLF45thhkVg3SMOZgkll4gj?= =?us-ascii?q?HyDVZV3AgQCBAUCDgEBBoFhghVwFRohgjUBATJRGQ+OIBmDWYUUhUp1OAIGC?= =?us-ascii?q?wEBAwmPPQEB?= IronPort-PHdr: A9a23:oYWbgx/4PLjfBf9uWCXoyV9kXcBvk7n3PwtA7J0hhvoOd6m45J3tM QTZ4ukll17GW4jXqpcmw+rbuqztQyoMtJCGtn1RfJlFTRRQj8IQkkQpC9KEDkuuKvnsYmQ6E c1OWUUj8Wu8NB1eGd31YBvZpXjhhQM= IronPort-Data: A9a23:MbpYS61PVdBhq/oOm/bD5cFxkn2cJEfYwER7XKvMYLTBsI5bpzAEm msbWm2Gaa7ZNmDyKtkiO4y+/EkE75TRydMyHAU/3Hw8FHgiRegpqji6wuYcGwvIc6UvmWo+t 512huHodZxyFjmGzvuUGuCJQUNUjclkfZKhTr+cUsxNbVU8En151Us6w7RRbrNA2LBVPSvc4 bsenOWHULOV82Yc3rU8sv/rRLtH5ZweiRtA1rAMTakjUGz2yxH5OKkiyZSZdBMUdGX78tmSH I4vxJnhlo/QEoxE5tmNyt4XeWVSKlLe0JTnZnd+A8CfbhZ+SiMawoMJPadFWRdr0zS3hdcv9 /URi4XuVlJ8VkHMsLx1vxhwGiV6O+hN/6XKZCP5us2IxEqAeHzpqxlsJBhpZstDpKAuWicXr qJwxDMlNnhvg8q/wLuxRuRonewoLdLgO8UUvXQIITTxXa1+H8iSE/ySjTNe9BsOjP9RBuv8X pYYMhc3Tw3EXDFdI1hCXfrSm8/x1iWgLFW0smm9pLIpvUDSwRB/lr/3P7L9cNuAA8VUmEqVo ErJ+m34BlcRM9n39Nae2nuogumKliThVcdJUra57fVtxlaUwwT/FSH6S3OrhMuw1xeOC+4HK nIO/XQRjfQM7RK0G4yVswKDnFaIuRsVWtx1GuI86R2Qxqe83+p/LjVeJtKmQIF63PLaVQDGx XfSxIqwWmIHXKm9DCPDqOjF9FteLABMdTdqWMMScecSDzAPSqkaihbCSL6P+4bq04WsQlkcL 912xRXSap0aicoNkq68512C2HSnp4PCSUg+4QC/soOZAuFROd7Ni2+AsAWzARN8wGCxFQDpU J8swJP20Qz2JcvR/BFhuc1UdF1T296LMSfHnXlkFIQ7+jKm9haLJN4MsW8neRsxa5hYI1cFh XM/XysMuPe/21P3MsdKj36ZV6zGMIC5T42+D6CIBjawSsEqKFTvEN5Sib64hjCxzxdEfVAXM paAesHkFmcBFali11KLqxQ1j9cWKtQF7TqLH/jTlk3/uZLHPSL9YepVYTOmM7FihIvZ8Vq92 4gEbaOilU4AONASlwGKq+b/23hQcyhibX03wuQKHtO+zv1ORDl6W6CMm+t4E2Gn9owM/tr1E riGchcw4DLCabfvcG1mtlgLhGvTYKtC IronPort-HdrOrdr: A9a23:MQohWqmys/aQHfFSKTzJEUvJcdHpDfOYimdD5ihNYBxZY6Wkfp +V8sjzhCWatN9OYh0dcIi7SdW9qXO1z+8Q3WBjB8bcYOCGghrlEGgG1+rfKlLbalXDH4JmpM Vdmu1FeaDN5DtB/InHCWuDYq0dKbC8mcjC74q/vhRQpENRGttdBmxCe2Gm+zhNNXB77O0CZf yhD6R81l+dUEVSSv7+KmgOXuDFqdGOvonhewQ6Cxku7xTLpS+06ZbheiLokCs2Yndq+/MP4G LFmwv26uGIqPeg0CLR0GfV8tB/hMbh8N1eH8aB4/JlawkEyzzYJLiJaYfy/gzdk9vfrWrCV+ O85yvICv4DqE85uFvF5icFlTOQlgrGoEWSt2NwyUGT0PARAghKUvaoQeliA0DkA41KhqAl7E sD5RPoi7NHSRzHhyjz/N7OSlVjkVe1u2MrlaoJg2VYSpZ2Us4bkWUzxjIdLH47JlOz1GnnKp gbMOjMoPJNNV+KZXHQuWdihNSqQ3QoBx+DBkwPoNac3TRalG1wixJw/r1Tol4QsJYmD5VU7e XNNapl0LlIU88NdKp4QOMMW9G+BGDBSQ/FdGiSPVPkHqcaPG+lke+83JwloOWxPJAYxpo7n5 rMFFteqG4pYkrrTdaD2ZVamyq9NllVnQ6dvf22y6IJyIEUHoCbQhFrYGpe5vednw== X-IronPort-Anti-Spam-Filtered: true X-IronPort-AV: E=Sophos;i="5.90,252,1643673600"; d="scan'208,217";a="830609810" Received: from alln-core-3.cisco.com ([173.36.13.136]) by alln-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 11 Apr 2022 20:23:05 +0000 Received: from mail.cisco.com (xfe-rtp-004.cisco.com [64.101.210.234]) by alln-core-3.cisco.com (8.15.2/8.15.2) with ESMTPS id 23BKN5uI008472 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Mon, 11 Apr 2022 20:23:05 GMT Received: from xfe-rcd-004.cisco.com (173.37.227.252) by xfe-rtp-004.cisco.com (64.101.210.234) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14; Mon, 11 Apr 2022 16:23:04 -0400 Received: from NAM12-MW2-obe.outbound.protection.outlook.com (72.163.14.9) by xfe-rcd-004.cisco.com (173.37.227.252) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14 via Frontend Transport; Mon, 11 Apr 2022 15:23:04 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=NHlVaU4BJZoUeQj/r6VJ0aWD3x6GzwWOoncVGj45iv2yJ/c8Z2hmKOMSnigJ5t1m08LweZ6pMQTpmk5meY/ANQG0pnF67kP20NbUeUefHpj0tVVURaRkNixqy2uBBx9653vwRvkNDsHE9QrzejCm4RX5r/X5cxLb7HabYGvBH8w0r10O6nYghMLhd5jKCpN8J5I4yZBKG42wma22vjrECgM2aFp5E2fv9M/pmXecJ7mEyo4Er5sHHWL1UMk11QGVu0dUXN2uywUPCgBcEQKktzUz+8zQPkh5d9Ee+XVxZjxY6zqpHILg52GFmICtjBrUtZ8wMSXtcJIzRXhkOvDiig== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=+Gy+zB9G0VFI5EICtzzoAhvq/HhAHKdbXY6++SHYBBk=; b=ieHsFaHk7Y2UrUwbolqQ7uzcuC9awu3oaSmtDg86WhRVHQoowZJOE92zrj5OvTEpr2BvqeAI6ro2bVDk1jLJSaOC+M3SmVQmWVCaFqbd48jM41gyMzJblnLQ64GtGzydzfO2D+zoVA8QinBvR0VtWW8Ex99Lo5/fcszIaSlsoJ9YzB01ogS6m6Kiv6uIA0S+C1BkZmpQZsVX1pY2ltyzoxUwz9L6H1R99qp1CdVyBrRh19S6SraKJDOsrt7polE/+GFOspeNGBmflyx83kc+Oa/kXrhPpDPSPxjAQr/bJGeJasaKcS8PSdr/nYvRaz7eENxEpRsSwi6HyHBZfgswsw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=+Gy+zB9G0VFI5EICtzzoAhvq/HhAHKdbXY6++SHYBBk=; b=fCa6CToJo2UxNaO6lXostp9Tg73PAnNPPci/chWj78Cyzl4pTH/ah4UY391Uj59FjHUgTL9HbeHcJbXF4oV+iZD8UFVC5zkLy6baUdTEFzvko4iJVXvcljGjxnZwgIIgX88qFanYGRje/DWJypTCbrpXeSAsBvx4C3iWj7hMguc= Received: from PH0PR11MB5829.namprd11.prod.outlook.com (2603:10b6:510:140::8) by DM4PR11MB5358.namprd11.prod.outlook.com (2603:10b6:5:395::7) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5144.29; Mon, 11 Apr 2022 20:23:03 +0000 Received: from PH0PR11MB5829.namprd11.prod.outlook.com ([fe80::9958:a997:2427:67e7]) by PH0PR11MB5829.namprd11.prod.outlook.com ([fe80::9958:a997:2427:67e7%2]) with mapi id 15.20.5144.029; Mon, 11 Apr 2022 20:23:03 +0000 From: "Ahmed Abdelsalam (ahabdels)" To: Bob Hinden , IPv6 List CC: Bob Hinden Subject: Re: Call for adoption: Thread-Topic: Call for adoption: Thread-Index: AQHYRHUlDa+9Jwziq0ibXmNo4naDp6zrOtjJ Date: Mon, 11 Apr 2022 20:23:02 +0000 Message-ID: References: <92790B16-19F8-40AD-BF8B-F9CBB619EE37@gmail.com> In-Reply-To: <92790B16-19F8-40AD-BF8B-F9CBB619EE37@gmail.com> Accept-Language: en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=cisco.com; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: c888eba3-e5a2-409b-5dde-08da1bf9147c x-ms-traffictypediagnostic: DM4PR11MB5358:EE_ x-microsoft-antispam-prvs: x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: pb/fbq0HhUTyafP63QFY6qMhzCINA1+VovPOgeHaQ/fqkxuBixW+1WOtNIxfPS2EtGeMNwyBCdCgxwYd46CXKy6aP7VDNeGVM05oUjpGKwCEXidNgT7rgRGNO2Oy5jtcoOkz2RncwOwGAzYeuq2ZUiBEaCxAl0ez1z6XItBerd3mC+jcAjt8DmTjcz/mO4WKotyX4+aTSvPwIVZlCaNA5yMffDZzmfjQ6ZOOQGLHc5zD9vIE0EgZgRKj0IMi7G9gDwwfXm/Cx8zLYSj9jHVwpTAFvvVwTBit+3kCZzpOClK69PxBC962E7qOhk4dRfMTIi3O7v1Lw7zDBBZ7jgIH/4jcu2zcYLlNZEb8yYxsngiIAZL6Nv2HCfslHbxNk0XQaxo5q5LlYAozV1b2MCttKBDTt7fvMzgRS8uoh4Wmc2IZ+lICLMVOHzD1/e+74cW2thiL2kuxEZVAJDh+/zHMjN1g2m9oafz+lLD59benCd32qPFTWKEPrC/Ev677kSjCzgWv5CepiWsrHRfDiwKIkcg00Bi1S0cwh5v+DmzKC8EoI8gF7kNpBf4MzYNx4B/6YKK9ezq1OhgYKD9vs9YqrqeIiA5jnXQUv/g6BL7baGSvz5g+dYi2txLwB+q0qWBuJBf2gfHke1vlrrWxFlOqf4qIT+CwwwQRzgjtyYg9Bg6hBf8GUMsZcbsHw2EmqkT7Oxt0UCHYT/wyqZXNPCgWxq7pK28d3EwcMfMlFjvRkLHCzsM31264p2POnFJ1xYJUMExM/a1kOm2TEqCviXeeE1PQG0VIgy924iRZupY2W1L8ksFYluodBg8KFdvq2/FWJi3JfF33WfRODpDcWIZtwA== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:PH0PR11MB5829.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230001)(366004)(91956017)(64756008)(8676002)(76116006)(66476007)(66556008)(66946007)(33656002)(66446008)(86362001)(9686003)(5660300002)(83380400001)(4326008)(7696005)(166002)(966005)(508600001)(8936002)(122000001)(2906002)(110136005)(53546011)(55016003)(6506007)(316002)(38070700005)(52536014)(38100700002)(26005)(71200400001)(186003); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?FghPOtYWyG3HkFFHbeDnWy17VpL9PTlFMy9yTN3sgcu7RNspUR3nXN8g1+b0?= =?us-ascii?Q?1PLFLJcGBN2CnvGrAy3DueNOSP377k9PSo8lnfL1CUdAWvl+MDm6aOACDN1/?= =?us-ascii?Q?b5pteggIr5HUPlX1qNnY6F0TpNX9oDd483+lyNX+C4+4Uy76a5saMjRe50Jd?= =?us-ascii?Q?UP+MecjboO6/denkWXYUsTJU6saGB07DarGrLFfYlwfH4fpcwFrRJLz/8rpF?= =?us-ascii?Q?h4l5s03daSgG0MjE95d5YwPrje16MSXZV4GPkvIvSJq2gdtEa502dz+QQqMv?= =?us-ascii?Q?ULsFHh369EWUGjsaC0nTeksznvK7IE7CXhLOQHt08/yP4MlDOQb4MgT4Epil?= =?us-ascii?Q?0TMG1DK3QxiOiwWQErxYMJ2jLX1dlbN6q4ES1/TL/n+VJZcN24mhqSHdjFi1?= =?us-ascii?Q?bLU0UB2fAmEbq4NvBXq6p+TH9becJaqcpUoXR2/ApWJqEIGKOxyNe6/CD+b/?= =?us-ascii?Q?NHT+6m0scpB+6aCsqOswP0qv9tAYVmTkMiRGZlm+KVsFloEG0HDrMOfdApok?= =?us-ascii?Q?aSm6fqKkZ3rBW75YsuWHqZ8Whf0JyHSd6uazZUZF6wfYg+OUoRAh0x680rAS?= =?us-ascii?Q?/IIR9FFmUPiT7LZJAIBNec669pn3VqHRe6oMvSfTfFEUDSSpWUt/WfTxVOcK?= =?us-ascii?Q?KgPbFtr+yefgxzOwETyGVVCvzfCsF8ECbaQ0N3c8/ltZxb2MQMMDV6V5ek1b?= =?us-ascii?Q?Ns9DbNS+Yyd55gApmzNCoo6C3zDf/h2srydZcyy/seQJrcK+V2KWOh6Hi7dl?= =?us-ascii?Q?+9vvp49JwsFcmasG/zBkVuwdYp09ylu78UdaOF9OuPPq8Wi2xT6wo4eDdRka?= =?us-ascii?Q?N83XnsozlfeRFX0GvbpLzAe+zpYll0DsjO1MzXa6pPTj2j1FZbH/Fz/qy8+o?= =?us-ascii?Q?NTd5Vx7adYF/cmcLJLVbgg8XfD7BgejxNyN8PcnSIPtLxkvbR/V1CB8VKg45?= =?us-ascii?Q?/UAgcREL1cWxO/soax0qRZdyyVj8vFFJpswM4YTz7CFYkC9f++WlbDlsqt4C?= =?us-ascii?Q?uMJ7Xr6U9vf2Q9l2c9CSD+qrG+dnslehn7SWsTkgTMyfpf6l2nH+8SDIku/N?= =?us-ascii?Q?UfnIPsp3J3IIK0nas5dRkPai3M6sG/2oJxmNuPf1LASO1LUoNDOB/LCwfB0S?= =?us-ascii?Q?3WwFX8ye8yMS605U31ElvZFTlin3MIzEKnHLeYiPNcMWW4SLEe+lNxbzy/I0?= =?us-ascii?Q?YZgzhq6T7Q1wVaw+naW89exWje6/NErpN+6ZYQtjcjyVA+ENTdAKaKrWDBlL?= =?us-ascii?Q?jwAiCFhoe3OYWlFsBn7QhcyjLyWNJfuYYjdydSC5wlNofchGk1rt4GAQY5vI?= =?us-ascii?Q?EWAkRghLvwnjXSalSIGWbzvrNFY6iHZ0WGt0iquKlsI9p3awyh4HTP9VDGGT?= =?us-ascii?Q?1pNsAl9AKJOsFhNrxQOeYK8ocpcY+Y0YCtHRVkMcF9/s6d7au2pq+TDS41/z?= =?us-ascii?Q?blCIH8z+ahTykhXJb7sTFfCKJZ8IUgnZmdCmVgV9V3WePsVOzIz/Tdlt1wvj?= =?us-ascii?Q?P06OMCVh8YxSwO/39tCIYTtwTp6eqaMlHLKTsO/gdwlo+3c7l5u/IJuxCp/4?= =?us-ascii?Q?gRkompgDN+24vS8oCLiIqbTIvnQ9Y8ncdkuZ06GaYXCW+UvM1ckRD92+QXxD?= =?us-ascii?Q?sLeXrYXrw4X+OY8iUTAX6QO/djlMBhdxjtXM8FfA4zWiP9uFhrKlj6I95grk?= =?us-ascii?Q?VNWOZTLU3VRfZzXRmTmmFIgvcC6OJCELW+OKc0SM+zMXKEYJRRGbNh650X54?= =?us-ascii?Q?TWW69BQCDOG0cKzw/5nDArcrFPwvfCg=3D?= Content-Type: multipart/alternative; boundary="_000_PH0PR11MB58294E82A7F1061B5E59E175D4EA9PH0PR11MB5829namp_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: PH0PR11MB5829.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: c888eba3-e5a2-409b-5dde-08da1bf9147c X-MS-Exchange-CrossTenant-originalarrivaltime: 11 Apr 2022 20:23:02.9910 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: 5Rdvh0lZgGLdgeozv3OEBd5Qb6DAFznJEiE89PzbWtF6QilK5+9Z0UPkBeSzXF8f3XqXQNXU13R4k0q5km4toQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM4PR11MB5358 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 64.101.210.234, xfe-rtp-004.cisco.com X-Outbound-Node: alln-core-3.cisco.com Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Apr 2022 20:23:11 -0000 --_000_PH0PR11MB58294E82A7F1061B5E59E175D4EA9PH0PR11MB5829namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I support the adoption of draft-krishnan-6man-sids. Thanks! From: ipv6 on behalf of Bob Hinden Date: Wednesday, 30 March 2022 at 22:31 To: IPv6 List Cc: Bob Hinden Subject: Call for adoption: This message starts a two week 6MAN call on adopting: Title: Segment Identifiers in SRv6 Authors: S. Krishnan File Name: draft-krishnan-6man-sids-00 Document date: February 10, 2022 https://datatracker.ietf.org/doc/html/draft-krishnan-6man-sids-00 as a 6MAN working group document. For background this draft was the result a query to the 6MAN working group = from the SPRING w.g. chairs regarding regarding draft-filsfilscheng-spring-= srv6-srh-compression. The query was: https://mailarchive.ietf.org/arch/msg/ipv6/5IpkHf5tVa-G4sKca-EWGEziYSo/ After an active discussion, the reply from the 6MAN chairs and ADs was: https://mailarchive.ietf.org/arch/msg/ipv6/rGgpWZyPaKonLaeuT37D7qZ1Vcw/ This topic was also presented at IETF 112, slides here: https://datatracker.ietf.org/meeting/112/materials/slides-112-6man-srv6-s= ids-00 Substantive comments and statements of support for adopting this document s= hould be sent to the mailing list. Editorial suggestions can be sent to th= e author. This adoption call will end on 13 April 2022. Further, if you are willing to work on this document, either as contributor= , author, or reviewer please notify the list. This will provide the chair= s with an indication of the energy level in the working group to work on th= is document. Bob, Jen, Ole --_000_PH0PR11MB58294E82A7F1061B5E59E175D4EA9PH0PR11MB5829namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I support the adoption of draft-krishnan-6man-sids. Thanks!

 

From: ipv6 <ipv6-bounc= es@ietf.org> on behalf of Bob Hinden <bob.hinden@gmail.com>
Date: Wednesday, 30 March 2022 at 22:31
To: IPv6 List <ipv6@ietf.org>
Cc: Bob Hinden <bob.hinden@gmail.com>
Subject: Call for adoption: <draft-krishnan-6man-sids-00>=

This message starts a two week 6MAN call on adopting:

   Title:          S= egment Identifiers in SRv6
   Authors:        S. Krishnan=
   File Name:      draft-krishnan-6man-s= ids-00
   Document date:  February 10, 2022

   https://datatracker.ietf.org/doc/html/draft-krishnan-6man-s= ids-00

as a 6MAN working group document.

For background this draft was the result a query to the 6MAN working group = from the SPRING w.g. chairs regarding regarding draft-filsfilscheng-spring-= srv6-srh-compression.  The query was:

  https://mailarchive.ietf.org/arch/msg/ipv6/5IpkHf5tVa-G4sKca-EWGEziYSo/=

After an active discussion, the reply from the 6MAN chairs and ADs was:

  https://mailarchive.ietf.org/arch/msg/ipv6/rGgpWZyPaKonLaeuT37D7qZ1Vcw/=

This topic was also presented at IETF 112, slides here:

  https://datatracker.ietf.org/meeting/112/materials/slides-112-6man-srv6-sid= s-00

Substantive comments and statements of support for adopting this document s= hould be sent to the mailing list.  Editorial suggestions can be sent = to the author.  This adoption call will end on 13 April 2022.

Further, if you are willing to work on this document, either as contributor= , author, or reviewer please notify the list.   This will provide= the chairs with an indication of the energy level in the working group to = work on this document.

Bob, Jen, Ole


--_000_PH0PR11MB58294E82A7F1061B5E59E175D4EA9PH0PR11MB5829namp_-- From nobody Mon Apr 11 23:39:07 2022 Return-Path: X-Original-To: ipv6@ietfa.amsl.com Delivered-To: ipv6@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A206B3A03F9 for ; Mon, 11 Apr 2022 23:39:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.111 X-Spam-Level: X-Spam-Status: No, score=-2.111 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=colt.net Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SyWgoL--rs4t for ; Mon, 11 Apr 2022 23:38:59 -0700 (PDT) Received: from EUR04-HE1-obe.outbound.protection.outlook.com (mail-eopbgr70131.outbound.protection.outlook.com [40.107.7.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3760F3A0143 for ; Mon, 11 Apr 2022 23:38:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=YUWm2SxZ1Y2jEbWYP2b2qqS7RnUQhptPQmPl1E2uA2pwvT9QT/4CsugQvWBu0AtNs9iCRqNhWtwPNI8JWg4SdtKwzb8QY70VA2BC1oWWMvVuCkgOqk8I+oXGzi6SZwYVQ7iuZ7RSiuvhswnkxBoMb5ok2FQv2bWh9NlughQ1zcNrpXop0IAn1dyGkf5TFwNHpmjIhV3q9cS8/xSf2EAYH9owxc1cJHUUJE1bPx2eaqP/PF4cTW3TT401ejDjkZyHWTaiqaU9FBLdID4ocsO6ttlTCbnQi38lcKe4zu0FmjlDo19a/ZBgtYPfAsJQ2PMTZSuAGFY37zjnwGs6IqpgiA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=1qKDZ/wZxUFNVR631tklB/Zd8u5imj5gNI9/eG8AGXg=; b=KeN9EMwxxn5bQgVTXFsCgOLGhrR4M8IA/BaQ5hB9202iwyYbpKeIKi9xxyJhWSTTZ+pq1CbZONDyt0WYRcpkTMWlpPRmb00FYwhH2ORVwRsJ11etk/OxcOhA5MDLjBQ96q2gDdkevSORnOt876CkcFlbEdk3ttAAPqc7pbGUMhGZs4cbFHma/SqUQUoQsVKOy+aMeN4ec+r23rPSXX5FBaCsYzhgq9AuYklo7yRNngS+hYJuOrjH7NIWeY6grmy6dWSgT/jxEGf0F/q8gk5E3JpCH5ipsAuR7EGW3T+T0tXtN5idj6BVu5hqVbhnoDPXCk28B4UEvQGy7KdkerYlPg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=colt.net; dmarc=pass action=none header.from=colt.net; dkim=pass header.d=colt.net; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=colt.net; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=1qKDZ/wZxUFNVR631tklB/Zd8u5imj5gNI9/eG8AGXg=; b=EyFXtl9SZOEmu2MUjZNnYzS+wcHW1vOK7TRb0PJDPqOaBV7gwlffave+xeGRlTO9QDXQ4cMEAgm+FdcvOe71tlO4vGWpgt5YQNFgXIsk2mhDRUewFeixPsiN/VuXZ4f2lCxthNt8vix4UbiOg97zNze7V/VtIqeMkAs76rwAf1s= Received: from HE1PR0201MB2347.eurprd02.prod.outlook.com (2603:10a6:3:86::11) by DBAPR02MB6007.eurprd02.prod.outlook.com (2603:10a6:10:182::11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5144.30; Tue, 12 Apr 2022 06:38:52 +0000 Received: from HE1PR0201MB2347.eurprd02.prod.outlook.com ([fe80::8ca9:e1f2:b487:5640]) by HE1PR0201MB2347.eurprd02.prod.outlook.com ([fe80::8ca9:e1f2:b487:5640%5]) with mapi id 15.20.5144.029; Tue, 12 Apr 2022 06:38:52 +0000 From: "Janssens, Bart" To: Bob Hinden , IPv6 List Subject: RE: Call for adoption: Thread-Topic: Call for adoption: Thread-Index: AQHYR2/Y84vAjlYgDUuUFrwp3UwxKazr3kWA Date: Tue, 12 Apr 2022 06:38:52 +0000 Message-ID: References: <92790B16-19F8-40AD-BF8B-F9CBB619EE37@gmail.com> In-Reply-To: <92790B16-19F8-40AD-BF8B-F9CBB619EE37@gmail.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=colt.net; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 0986dca0-ecdd-49bd-f883-08da1c4f1bd5 x-ms-traffictypediagnostic: DBAPR02MB6007:EE_ x-microsoft-antispam-prvs: x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: cIoadx7LRMV096MlsKD+uywGgIeefZvSKyGLHbU3wbJbviaSDXpY/dqGhFCeHt/QSYzR20Zu6mDG3mh9W1tZQCHwC8kFHEXdq9YBoOd3qr1Lxwl6DhjqCYatn5xrF9dQ9CPOCE2r8URXjS0/30nt+YoxVAK1f+yu2aHjKSMgiWA4MUFm8srMcxAFAR1qDBaNtlawbpencHcU+lwxG1b3Kbp+HZAhNDQVW2Y3b4bVX5HBJnX5lfqsmnEQflPEIBMms1FIGXvJm/ixGbdTLQeZmoANg6Qdn+dL8J79fk9P9+jgiup+dJS8gHTc2qDvzAdBFHhjVZ0wvWE1Q4zER1P+tZ7XzPeh+0Nn/FL0sBRI1NkkHo9P1oX3IVBhy8+WtzsrToUziY0IaXHVn8mZDx40ZbKCJFsqF1hgrts5iR1BREhS6rsFyxBzFMe4Dx7mpk633KCkdyg3sLVAgz1KOICIHzjvLFW8ir3pcm6OvWtwJsWeiMhMs9WgofnNEH3R+fRyTq9uD6bJKRbrNhyATlIMXJ0RB4XjMeNixfWykW8w0Y4sHxfFaja1iBz/w898pwy/Sx6nPycPMglT3fhS67L8DleU4SElqtdRENbFWL2mRuswvCF7riQP7s3SWH3SdA+0xxOF7k/vIed5ePwHNmZveXc4w/0PtXwXVGkHid/FfjH7kSrmkrHwER5cOrJfRTyjBhx7wGqKFoSMTR3LvDLDmEkgwimLT0EX/YqM5m460YPAJm80N1ozSoYPmjC8BuZXHki0ziSebmU7YVBz2R3RZGmD6b+I6jhD7MgaFXepVBE= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:HE1PR0201MB2347.eurprd02.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230001)(4636009)(366004)(2906002)(508600001)(9686003)(8936002)(33656002)(7696005)(5660300002)(6506007)(53546011)(66574015)(55236004)(26005)(66556008)(76116006)(66946007)(8676002)(66446008)(64756008)(186003)(52536014)(66476007)(86362001)(71200400001)(55016003)(38070700005)(122000001)(83380400001)(110136005)(316002)(966005)(38100700002); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?utf-8?B?VE1pTjZFMEcwdjd4M2VSV0FnWXV6Z2F4N1NpSUlSTjJlMGNCcmhwWXR2cjJU?= =?utf-8?B?Nkd2RHRYUzNGRW1HZ28xNW5SMnJudllpNlpTU1daV2YwcnZPL0V1ajFiR2do?= =?utf-8?B?dG1vZ0N0a0VZV1ZHdzhDSTl4R0lyMWFRQUVLaDRXdlVOSzZzMENLT0dQM2NG?= =?utf-8?B?bmsyUjhZcEcrQ1pybU5DcThLSG1jUExzWjY5bnhtWkU0T1RCVFBTTVNtUzd6?= =?utf-8?B?bWJWYy9SSEU0VzRGb1FiTTV6dGUvcVlkbC83WWNOZWVVek9EZ0tGZWhRb09q?= =?utf-8?B?a2tmR0p0elQ5VGR2ZGx2L2ZYSFdWSno5WXpmUVpkL0p4Ny9mczdtYlhtZmRi?= =?utf-8?B?N09qZFJEZ1pOUjFJRWR5c2lPUXZ1SGszQnlGTlk3RVRFQWhzc1Fsd293ckJ0?= =?utf-8?B?ZW9Va08rUWFxTlJFeVJ1NlVhTjE2bHpkTDROQVBUTytLa21YaW1aMUNwaXpK?= =?utf-8?B?RC84TU5VS2thS0pHNmxSTllJMEFwWWFGQUh3dkhzMzNlWllpTEZjWnJwcUg4?= =?utf-8?B?VVEvVDUzdllyYm1WUTFpcUJOYVRBcG5yY0pMSC8yQkQ1S3VRN1dNZmFFWGRW?= =?utf-8?B?ZWJGdDRaendpU3REQnlOcW9UdDdFNndocHUvV0J1SDhmZmhsOTdQSXlWL212?= =?utf-8?B?SGRGVHMvZVk4dHNJbEtMQlFBdC9ZSHhpZnRabGhVUzdKbG9aRHlaUHVGdDhi?= =?utf-8?B?bDVnZTg4ZVNqTTZ2cTJDZS9TZzR2bzRIT1p6dGhCZjhxOXJCZThHU3B1ckRo?= =?utf-8?B?Q2xpd1R3VEdyVThkQlhJTTJVaUJzZ3BaNUVkd0QrYTJCVjVVNnlEa29EUHR2?= =?utf-8?B?a29MTlZNeXBPMFFpd3BDT2RDNGF3YnhqTVFVdjB3Q2tCMTlKNGhwSWUvNCtp?= =?utf-8?B?ZGhoZjRURG5wVnVJMVFNMW1DbktHcStxaDdaSmE1cUpNc1ltOTlWMVVjRmRY?= =?utf-8?B?K0thYTUzaFg3UmpEMEpjbFV6dFBBbjJHc0pDSk1OMUdzMld5eDMxbWNXL1Zh?= =?utf-8?B?dGsvWU96NGN5NDlBenBOWkdjaWxFZ09HcVlZSjlZeTdqbGRoZkNYSVo2SnRH?= =?utf-8?B?OWdBWTdaQ2NqNk1ma1Q2M2NiZW1FV3dHN1NReWdkVmRhU01NK1dJRGJhalc2?= =?utf-8?B?NFJVUHg4Qm42aFRTU0ZSRVR3Z0xGOWFqdGNnY3JTZGtJQlNCR1lsT3VqeWJh?= =?utf-8?B?SzhPYitWQlM0bStMRG5aelpwMjZDMnlBTTk4MWhuWk5PRFY1MUFhLzBmR01u?= =?utf-8?B?UHlTYmZtSUo2NS9VdjlMY3NvS3ZUV3JNZzZzZEVTdGwxTVcvV05adXJxZFhx?= =?utf-8?B?V2JCM0RXdkJmL3pjRlhsbWRhZVYwVjJwMWx0UUF2NVpQUUFxeUN6NUlOTDg3?= =?utf-8?B?WXpTUmxCWjZZRE5ndUpONmRoeE42YXNlN25CcWk0RTN1OExRVGFNUlRWSVJW?= =?utf-8?B?T1R2OFZ5OGsxNnM0NmxjTEUvb1hqNWpBV2w3cWdWVUhwUnVWVGVQam1PNU1M?= =?utf-8?B?WVEyMHFGZTNOUFdSdkVrYnJxa1V5bjhwNGN0TmJ6TUFmTHhLTVRXQzZJYlVr?= =?utf-8?B?YllWTVlRNWNtN3hmSFBTa25jNU9xeUtBNllFZVkwOGlkdDFnWWVxMG5Lak5T?= =?utf-8?B?Q0xwWlZRK3p5QTl1QlZxb2gyUzJXNXF6TXRtZHo3djRmc1EzY3JadWN0THNp?= =?utf-8?B?K1c2bnZCcTlLSWp1MWNabUJiWkE0TnJnVlBhYlc3TU1QNGJlaHVNbnlta1Vo?= =?utf-8?B?d2I0UlBkRlVRY2RDK3VvallrNUwybXl6QzU0YmkvOXdMZVNHaWpuQU42V1FT?= =?utf-8?B?K0VHeHhER1JVQlFTem9QZm5QUlNtNmZENmVxdVRqRzNpTG4yYVJjZnU0cFo3?= =?utf-8?B?ZmpqR2JLeVR5UjZyRE4reUJCZW5PZUdTWmlmNzYzcWxmV1VvaytxNXZEU29a?= =?utf-8?B?WkxOMFNxbXYxankwcE5NVmNNd2lVQ3F0YjJIM3YyUm5SMFBpajhEQVFGeEV5?= =?utf-8?B?NDlzTXkzNG5KcnJ4Ly94c2kvVUJCci9DdWdYRzNVQkRvMkpldDI1cENwVHJ3?= =?utf-8?B?Z3dQUXBWS2ZZbEJOSWpQVFNPNE9GZHY3SG13ajA4aHN4dTY0czZnRHpqSnV5?= =?utf-8?B?cXU3bFN3d0F0bkhLa2dMblFheUlERldIQ09VRmNBK0w3dnIrdTNpTGs4Mkc0?= =?utf-8?B?QmZuUTdMRHpUcG9uUS9aazVFSWNLd0pJTmQ5WmIwcFNidmovVlNQT2ZkY2Zq?= =?utf-8?B?NkI4eXlwVHowNXRldUxkcWlVczYyc0M5VU9hK3FxclZZdEgvWWtkeEtXRDVi?= =?utf-8?B?QVJFRWt0S3UvT1pVRUlBcHJEZDdvbG1EbXpIMDFJaUVzMXVWcnV5eVVMa0lP?= =?utf-8?Q?XZsru5BmfgaB9UMs=3D?= Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: colt.net X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: HE1PR0201MB2347.eurprd02.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 0986dca0-ecdd-49bd-f883-08da1c4f1bd5 X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Apr 2022 06:38:52.0567 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: b859cf7e-ff8a-40bb-bd0f-da56e6dc0eb8 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: dQ4gGKO8XOrSYZEX255ToO5ZcydxEC7TbsJr8lgdBKTXlTrggj6bL+U6E/BRfu7qeh57KxKUdndSlPApI/IpttS+dxi5shYVU9Tr916WCg8= X-MS-Exchange-Transport-CrossTenantHeadersStamped: DBAPR02MB6007 Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Apr 2022 06:39:05 -0000 RGVhciBncm91cCwNCg0KQ29sdCBUZWNobm9sb2d5IFNlcnZpY2VzIHN1cHBvcnRzIGRyYWZ0IGFk b3B0aW9uIGFzIHBhcnQgb2YgaXRzIGZ1dHVyZSBTUiBzdHJhdGVneS4NCg0KU2luY2VyZWx5LA0K QmFydCBKYW5zc2Vucw0KU2VuaW9yIFNwZWNpYWxpc3QgUGFja2V0IEFyY2hpdGVjdHVyZQ0KDQoN Ci0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBpcHY2IDxpcHY2LWJvdW5jZXNAaWV0 Zi5vcmc+IE9uIEJlaGFsZiBPZiBCb2IgSGluZGVuDQpTZW50OiBXZWRuZXNkYXksIE1hcmNoIDMw LCAyMDIyIDEwOjMxIFBNDQpUbzogSVB2NiBMaXN0IDxpcHY2QGlldGYub3JnPg0KQ2M6IEJvYiBI aW5kZW4gPGJvYi5oaW5kZW5AZ21haWwuY29tPg0KU3ViamVjdDogQ2FsbCBmb3IgYWRvcHRpb246 IDxkcmFmdC1rcmlzaG5hbi02bWFuLXNpZHMtMDA+DQoNClRoaXMgbWVzc2FnZSBzdGFydHMgYSB0 d28gd2VlayA2TUFOIGNhbGwgb24gYWRvcHRpbmc6DQoNCiAgIFRpdGxlOiAgICAgICAgICBTZWdt ZW50IElkZW50aWZpZXJzIGluIFNSdjYNCiAgIEF1dGhvcnM6ICAgICAgICBTLiBLcmlzaG5hbg0K ICAgRmlsZSBOYW1lOiAgICAgIGRyYWZ0LWtyaXNobmFuLTZtYW4tc2lkcy0wMA0KICAgRG9jdW1l bnQgZGF0ZTogIEZlYnJ1YXJ5IDEwLCAyMDIyDQoNCiAgIGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0 Zi5vcmcvZG9jL2h0bWwvZHJhZnQta3Jpc2huYW4tNm1hbi1zaWRzLTAwDQoNCmFzIGEgNk1BTiB3 b3JraW5nIGdyb3VwIGRvY3VtZW50Lg0KDQpGb3IgYmFja2dyb3VuZCB0aGlzIGRyYWZ0IHdhcyB0 aGUgcmVzdWx0IGEgcXVlcnkgdG8gdGhlIDZNQU4gd29ya2luZyBncm91cCBmcm9tIHRoZSBTUFJJ Tkcgdy5nLiBjaGFpcnMgcmVnYXJkaW5nIHJlZ2FyZGluZyBkcmFmdC1maWxzZmlsc2NoZW5nLXNw cmluZy1zcnY2LXNyaC1jb21wcmVzc2lvbi4gIFRoZSBxdWVyeSB3YXM6DQoNCiAgaHR0cHM6Ly9t YWlsYXJjaGl2ZS5pZXRmLm9yZy9hcmNoL21zZy9pcHY2LzVJcGtIZjV0VmEtRzRzS2NhLUVXR0V6 aVlTby8NCg0KQWZ0ZXIgYW4gYWN0aXZlIGRpc2N1c3Npb24sIHRoZSByZXBseSBmcm9tIHRoZSA2 TUFOIGNoYWlycyBhbmQgQURzIHdhczoNCg0KICBodHRwczovL21haWxhcmNoaXZlLmlldGYub3Jn L2FyY2gvbXNnL2lwdjYvckdncFdaeVBhS29uTGFldVQzN0Q3cVoxVmN3Lw0KDQpUaGlzIHRvcGlj IHdhcyBhbHNvIHByZXNlbnRlZCBhdCBJRVRGIDExMiwgc2xpZGVzIGhlcmU6DQoNCiAgaHR0cHM6 Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9tZWV0aW5nLzExMi9tYXRlcmlhbHMvc2xpZGVzLTExMi02 bWFuLXNydjYtc2lkcy0wMA0KDQpTdWJzdGFudGl2ZSBjb21tZW50cyBhbmQgc3RhdGVtZW50cyBv ZiBzdXBwb3J0IGZvciBhZG9wdGluZyB0aGlzIGRvY3VtZW50IHNob3VsZCBiZSBzZW50IHRvIHRo ZSBtYWlsaW5nIGxpc3QuICBFZGl0b3JpYWwgc3VnZ2VzdGlvbnMgY2FuIGJlIHNlbnQgdG8gdGhl IGF1dGhvci4gIFRoaXMgYWRvcHRpb24gY2FsbCB3aWxsIGVuZCBvbiAxMyBBcHJpbCAyMDIyLg0K DQpGdXJ0aGVyLCBpZiB5b3UgYXJlIHdpbGxpbmcgdG8gd29yayBvbiB0aGlzIGRvY3VtZW50LCBl aXRoZXIgYXMgY29udHJpYnV0b3IsIGF1dGhvciwgb3IgcmV2aWV3ZXIgcGxlYXNlIG5vdGlmeSB0 aGUgbGlzdC4gICBUaGlzIHdpbGwgcHJvdmlkZSB0aGUgY2hhaXJzIHdpdGggYW4gaW5kaWNhdGlv biBvZiB0aGUgZW5lcmd5IGxldmVsIGluIHRoZSB3b3JraW5nIGdyb3VwIHRvIHdvcmsgb24gdGhp cyBkb2N1bWVudC4NCg0KQm9iLCBKZW4sIE9sZQ0KDQoNCg0KDQpbQ29sdCBEaXNjbGFpbWVyXSBU aGlzIGVtYWlsIGlzIGZyb20gYW4gZW50aXR5IG9mIHRoZSBDb2x0IGdyb3VwIG9mIGNvbXBhbmll cy4gQ29sdCBHcm91cCBIb2xkaW5ncyBMaW1pdGVkLCBDb2x0IEhvdXNlLCAyMCBHcmVhdCBFYXN0 ZXJuIFN0cmVldCwgTG9uZG9uLCBFQzJBIDNFSCwgVW5pdGVkIEtpbmdkb20sIHJlZ2lzdGVyZWQg aW4gRW5nbGFuZCBhbmQgV2FsZXMsIHVuZGVyIGNvbXBhbnkgbnVtYmVyIDExNTMwOTY2LiBDb3Jw b3JhdGUgYW5kIGNvbnRhY3QgaW5mb3JtYXRpb24gZm9yIG91ciBlbnRpdGllcyBjYW4gYmUgZm91 bmQgYXQgaHR0cHM6Ly93d3cuY29sdC5uZXQvbGVnYWwvY29sdC1ncm91cC1vZi1jb21wYW5pZXMv LiBJbnRlcm5ldCBjb21tdW5pY2F0aW9ucyBhcmUgbm90IHNlY3VyZSBhbmQgQ29sdCBkb2VzIG5v dCBhY2NlcHQgcmVzcG9uc2liaWxpdHkgZm9yIHRoZSBhY2N1cmF0ZSB0cmFuc21pc3Npb24gb2Yg dGhpcyBtZXNzYWdlLiBDb250ZW50IG9mIHRoaXMgZW1haWwgb3IgaXRzIGF0dGFjaG1lbnRzIGlz IG5vdCBsZWdhbGx5IG9yIGNvbnRyYWN0dWFsbHkgYmluZGluZyB1bmxlc3MgZXhwcmVzc2x5IHBy ZXZpb3VzbHkgYWdyZWVkIGluIHdyaXRpbmcgYnkgQ29sdA0K From nobody Tue Apr 12 00:33:32 2022 Return-Path: X-Original-To: ipv6@ietfa.amsl.com Delivered-To: ipv6@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D1B223A1312 for ; Tue, 12 Apr 2022 00:33:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.905 X-Spam-Level: X-Spam-Status: No, score=-1.905 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CTE_8BIT_MISMATCH=0.001, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id H7tqWReAN9cp for ; Tue, 12 Apr 2022 00:33:07 -0700 (PDT) Received: from mxhk.zte.com.cn (mxhk.zte.com.cn [63.216.63.35]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 765483A12EE for ; Tue, 12 Apr 2022 00:33:06 -0700 (PDT) Received: from mxct.zte.com.cn (unknown [192.168.251.13]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mxhk.zte.com.cn (FangMail) with ESMTPS id 4KcyB74lyyz508D3 for ; Tue, 12 Apr 2022 15:33:03 +0800 (CST) Received: from mse-fl1.zte.com.cn (unknown [10.30.14.238]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mxct.zte.com.cn (FangMail) with ESMTPS id 4Kcy9X1RJMz501SZ; Tue, 12 Apr 2022 15:32:32 +0800 (CST) Received: from njxapp02.zte.com.cn ([10.41.132.201]) by mse-fl1.zte.com.cn with SMTP id 23C7Vxxr002692; Tue, 12 Apr 2022 15:31:59 +0800 (GMT-8) (envelope-from xiao.min2@zte.com.cn) Received: from mapi (njxapp03[null]) by mapi (Zmail) with MAPI id mid201; Tue, 12 Apr 2022 15:31:59 +0800 (CST) Date: Tue, 12 Apr 2022 15:31:59 +0800 (CST) X-Zmail-TransId: 2afb62552aef55c-89776 X-Mailer: Zmail v1.0 Message-ID: <202204121531594205470@zte.com.cn> In-Reply-To: <202204112106293901534@chinatelecom.cn> References: 92790B16-19F8-40AD-BF8B-F9CBB619EE37@gmail.com, 202204111539462351481@zte.com.cn, 202204112106293901534@chinatelecom.cn Mime-Version: 1.0 From: To: Cc: , Subject: =?UTF-8?B?UmU6Q2FsbCBmb3IgYWRvcHRpb246IDxkcmFmdC1rcmlzaG5hbi02bWFuLXNpZHMtMDA+?= Content-Type: text/plain; charset="UTF-8" X-MAIL: mse-fl1.zte.com.cn 23C7Vxxr002692 X-Fangmail-Gw-Spam-Type: 0 X-FangMail-Miltered: at cgslv5.04-192.168.250.138.novalocal with ID 62552B2F.001 by FangMail milter! X-FangMail-Envelope: 1649748783/4KcyB74lyyz508D3/62552B2F.001/192.168.251.13/[192.168.251.13]/mxct.zte.com.cn/ X-Fangmail-Anti-Spam-Filtered: true X-Fangmail-MID-QID: 62552B2F.001/4KcyB74lyyz508D3 Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Apr 2022 07:33:14 -0000 Hi Chongfeng, Thanks for your interest and support. Best Regards, Xiao Min ------------------原始邮件------------------ 发件人:ChongfengXie 收件人:肖敏10093570;Bob Hinden; 抄送人:Bob Hinden;IPv6 List; 日 期 :2022年04月11日 21:06 主 题 :Re: Re:Call for adoption: Hi,Xiao Min, Your thought about checksum sounds interesting, I support the initiation of a draft on this. Regards Chongfeng From: xiao.min2@zte.com.cn Date: 2022-04-11 15:39 To: bob.hinden@gmail.com CC: bob.hinden; ipv6 Subject: Re:Call for adoption: Hi all, I support WG adoption of this draft. At the same time, I've noticed that RFC8200's rule on how to compute upper-layer checksum might be updated by the introduction of compressed SIDs. In order to compute checksum for upper-layer protocol, section 8.1 of RFC 8200 defines the TCP and UDP "pseudo-header" for IPv6, with respect to the Destination Address of the "pseudo-header", it says " o If the IPv6 packet contains a Routing header, the Destination Address used in the pseudo-header is that of the final destination. At the originating node, that address will be in the last element of the Routing header; at the recipient(s), that address will be in the Destination Address field of the IPv6 header. " In one case of compressed SIDs, a Routing header isn't there and the IPv6 destination address isn't that of the final destination; In the other case of compressed SIDs, a Routing header is there and the destination address of the final destination isn't in the last element of the Routing header. For both cases section 8.1 of RFC 8200 needs update. IMO the checksum issue needs to be recorded somewhere and this draft seems the right place, or I can initiate a new draft on this if it's preferred. Best Regards, Xiao Min ------------------原始邮件------------------ 发件人:BobHinden 收件人:IPv6 List; 抄送人:Bob Hinden; 日 期 :2022年03月31日 04:32 主 题 :Call for adoption: This message starts a two week 6MAN call on adopting: Title: Segment Identifiers in SRv6 Authors: S. Krishnan File Name: draft-krishnan-6man-sids-00 Document date: February 10, 2022 https://datatracker.ietf.org/doc/html/draft-krishnan-6man-sids-00 as a 6MAN working group document. For background this draft was the result a query to the 6MAN working group from the SPRING w.g. chairs regarding regarding draft-filsfilscheng-spring-srv6-srh-compression. The query was: https://mailarchive.ietf.org/arch/msg/ipv6/5IpkHf5tVa-G4sKca-EWGEziYSo/ After an active discussion, the reply from the 6MAN chairs and ADs was: https://mailarchive.ietf.org/arch/msg/ipv6/rGgpWZyPaKonLaeuT37D7qZ1Vcw/ This topic was also presented at IETF 112, slides here: https://datatracker.ietf.org/meeting/112/materials/slides-112-6man-srv6-sids-00 Substantive comments and statements of support for adopting this document should be sent to the mailing list. Editorial suggestions can be sent to the author. This adoption call will end on 13 April 2022. Further, if you are willing to work on this document, either as contributor, author, or reviewer please notify the list. This will provide the chairs with an indication of the energy level in the working group to work on this document. Bob, Jen, Ole -------------------------------------------------------------------- IETF IPv6 working group mailing list ipv6@ietf.org Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 -------------------------------------------------------------------- -------------------------------------------------------------------- IETF IPv6 working group mailing list ipv6@ietf.org Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 -------------------------------------------------------------------- From nobody Tue Apr 12 01:00:48 2022 Return-Path: X-Original-To: ipv6@ietfa.amsl.com Delivered-To: ipv6@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 158753A0CF0 for ; Tue, 12 Apr 2022 01:00:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.907 X-Spam-Level: X-Spam-Status: No, score=-1.907 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tnVTd8tg4-zG for ; Tue, 12 Apr 2022 01:00:43 -0700 (PDT) Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C83203A09EB for ; Tue, 12 Apr 2022 01:00:43 -0700 (PDT) Received: from fraeml739-chm.china.huawei.com (unknown [172.18.147.201]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4Kcyld02tZz682sD; Tue, 12 Apr 2022 15:58:37 +0800 (CST) Received: from kwepemi100018.china.huawei.com (7.221.188.35) by fraeml739-chm.china.huawei.com (10.206.15.220) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.24; Tue, 12 Apr 2022 10:00:40 +0200 Received: from kwepemi500017.china.huawei.com (7.221.188.110) by kwepemi100018.china.huawei.com (7.221.188.35) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.24; Tue, 12 Apr 2022 16:00:38 +0800 Received: from kwepemi500017.china.huawei.com ([7.221.188.110]) by kwepemi500017.china.huawei.com ([7.221.188.110]) with mapi id 15.01.2375.024; Tue, 12 Apr 2022 16:00:38 +0800 From: "Dongjie (Jimmy)" To: Bob Hinden , IPv6 List Subject: RE: Call for adoption: Thread-Topic: Call for adoption: Thread-Index: AQHYRHU1Hdsi3yUDV0qjEeP8Unl6+qzr/FvQ Date: Tue, 12 Apr 2022 08:00:37 +0000 Message-ID: References: <92790B16-19F8-40AD-BF8B-F9CBB619EE37@gmail.com> In-Reply-To: <92790B16-19F8-40AD-BF8B-F9CBB619EE37@gmail.com> Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.112.40.66] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Apr 2022 08:00:47 -0000 Hi Chairs,=20 I support the adoption of this document. It is useful to clarify the relati= onship between SRv6 SIDs and IPv6 addresses.=20 Best regards, Jie > -----Original Message----- > From: ipv6 [mailto:ipv6-bounces@ietf.org] On Behalf Of Bob Hinden > Sent: Thursday, March 31, 2022 4:31 AM > To: IPv6 List > Cc: Bob Hinden > Subject: Call for adoption: >=20 > This message starts a two week 6MAN call on adopting: >=20 > Title: Segment Identifiers in SRv6 > Authors: S. Krishnan > File Name: draft-krishnan-6man-sids-00 > Document date: February 10, 2022 >=20 > https://datatracker.ietf.org/doc/html/draft-krishnan-6man-sids-00 >=20 > as a 6MAN working group document. >=20 > For background this draft was the result a query to the 6MAN working grou= p > from the SPRING w.g. chairs regarding regarding > draft-filsfilscheng-spring-srv6-srh-compression. The query was: >=20 > https://mailarchive.ietf.org/arch/msg/ipv6/5IpkHf5tVa-G4sKca-EWGEziYSo/ >=20 > After an active discussion, the reply from the 6MAN chairs and ADs was: >=20 >=20 > https://mailarchive.ietf.org/arch/msg/ipv6/rGgpWZyPaKonLaeuT37D7qZ1Vcw/ >=20 > This topic was also presented at IETF 112, slides here: >=20 >=20 > https://datatracker.ietf.org/meeting/112/materials/slides-112-6man-srv6-s= ids- > 00 >=20 > Substantive comments and statements of support for adopting this document > should be sent to the mailing list. Editorial suggestions can be sent to= the > author. This adoption call will end on 13 April 2022. >=20 > Further, if you are willing to work on this document, either as contribut= or, > author, or reviewer please notify the list. This will provide the chair= s with an > indication of the energy level in the working group to work on this docum= ent. >=20 > Bob, Jen, Ole >=20 >=20 From nobody Tue Apr 12 06:48:11 2022 Return-Path: X-Original-To: ipv6@ietfa.amsl.com Delivered-To: ipv6@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F23473A200A for ; Tue, 12 Apr 2022 06:48:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.107 X-Spam-Level: X-Spam-Status: No, score=-2.107 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_HELO_NONE=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=bell.ca Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rIBcShFrxzEb for ; Tue, 12 Apr 2022 06:48:04 -0700 (PDT) Received: from ESA1-Dor.bell.ca (esa1-dor.bell.ca [204.101.223.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0CA2C3A2008 for ; Tue, 12 Apr 2022 06:48:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bell.ca; i=@bell.ca; q=dns/txt; s=ESAcorp; t=1649771284; x=1681307284; h=from:to:date:message-id:references:in-reply-to: content-id:content-transfer-encoding:mime-version:subject; bh=CcT+S/Lg+s8CmMUsBUsDcjWIic8/zbDs0RPD1RtFmO4=; b=MPVjcrvjn7GbYY4oaA/6CeAub9IGUV5mf2gWRF50iYXCZm3UEINio43N N/khfCB4DavcAdUJsmdnnQimhm29iNHV8utDroHL7jbPUnl1xvGS4bjV2 OCcSUs6/9rUP3rsXpy6/3ktSLcKnk8bG0ocnVB/J1eT3JRB+3Cz49HD+/ tZM8KSIoJ0Badoh1ru1+QSCx29HEPD4Md+lpQmFbC6E3+vsBV2Aa2YrlN vRWcd0Er6RNcGxvolvrVf5kcuge1iTMen8WSlFnVNOUwirjCtCG1w50bL 1JGr+4BpcczrQtL12bo4UCqpzF9lHbaaMsNDhkNIQuQAf6dAOk5dlgP2K g==; IronPort-SDR: 2z33YuviCzc5xsRie/79ZslC4l82qJkBvr414WPXmV97vlEq2b1GBPhvPkA9Ub9bE7ZYkKMa7L oYxgt7I1ilww== Subject: RE: ipv6 Digest, Vol 216, Issue 17 Received: from unknown (HELO DG1MBX03-DOR.bell.corp.bce.ca) ([10.40.209.16]) by esa01corp-dor.bell.corp.bce.ca with ESMTP/TLS/ECDHE-RSA-AES256-SHA384; 12 Apr 2022 09:48:02 -0400 Received: from DG12MBX01-DOR.bell.corp.bce.ca (142.117.209.46) by DG1MBX03-DOR.bell.corp.bce.ca (142.117.209.16) with Microsoft SMTP Server (TLS) id 15.0.1497.32; Tue, 12 Apr 2022 09:48:02 -0400 Received: from DG12MBX03-DOR.bell.corp.bce.ca (142.117.209.48) by DG12MBX01-DOR.bell.corp.bce.ca (142.117.209.46) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.24; Tue, 12 Apr 2022 09:48:01 -0400 Received: from DG12MBX03-DOR.bell.corp.bce.ca ([fe80::4120:9fd:3c8c:fd4c]) by DG12MBX03-DOR.bell.corp.bce.ca ([fe80::4120:9fd:3c8c:fd4c%9]) with mapi id 15.01.2375.024; Tue, 12 Apr 2022 09:48:01 -0400 From: "Chung, Ting Wo" To: "ipv6@ietf.org" Thread-Topic: [EXT]ipv6 Digest, Vol 216, Issue 17 Thread-Index: AQHYTnPtATbWZbjMFECpsbNrmDLI3Q== Date: Tue, 12 Apr 2022 13:48:01 +0000 Message-ID: <37FE8D55-7ADC-4D2B-BB24-946A35DA8E4E@bell.ca> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/16.56.21121100 x-originating-ip: [172.28.239.78] Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Apr 2022 13:48:09 -0000 SSBzdXBwb3J0IHRoZSBhZG9wdGlvbiBvZiB0aGUgImRyYWZ0LWtyaXNobmFuLTZtYW4tc2lkcy0w MCIgYW5kIGNhbiBjb250cmlidXRlLiBUaGFua3MuDQoNCkJlc3QgUmVnYXJkcywNClQuVy4gKFRp bmcgV28pIENodW5nDQogDQoNCiANCg0K77u/T24gMjAyMi0wNC0xMiwgMjozOSBBTSwgImlwdjYg b24gYmVoYWxmIG9mIGlwdjYtcmVxdWVzdEBpZXRmLm9yZyIgPGlwdjYtYm91bmNlc0BpZXRmLm9y ZyBvbiBiZWhhbGYgb2YgaXB2Ni1yZXF1ZXN0QGlldGYub3JnPiB3cm90ZToNCg0KICAgIFNlbmQg aXB2NiBtYWlsaW5nIGxpc3Qgc3VibWlzc2lvbnMgdG8NCiAgICAJaXB2NkBpZXRmLm9yZw0KDQog ICAgVG8gc3Vic2NyaWJlIG9yIHVuc3Vic2NyaWJlIHZpYSB0aGUgV29ybGQgV2lkZSBXZWIsIHZp c2l0DQogICAgCWh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaXB2Ng0KICAg IG9yLCB2aWEgZW1haWwsIHNlbmQgYSBtZXNzYWdlIHdpdGggc3ViamVjdCBvciBib2R5ICdoZWxw JyB0bw0KICAgIAlpcHY2LXJlcXVlc3RAaWV0Zi5vcmcNCg0KICAgIFlvdSBjYW4gcmVhY2ggdGhl IHBlcnNvbiBtYW5hZ2luZyB0aGUgbGlzdCBhdA0KICAgIAlpcHY2LW93bmVyQGlldGYub3JnDQoN CiAgICBXaGVuIHJlcGx5aW5nLCBwbGVhc2UgZWRpdCB5b3VyIFN1YmplY3QgbGluZSBzbyBpdCBp cyBtb3JlIHNwZWNpZmljDQogICAgdGhhbiAiUmU6IENvbnRlbnRzIG9mIGlwdjYgZGlnZXN0Li4u Ig0KDQoNCiAgICBUb2RheSdzIFRvcGljczoNCg0KICAgICAgIDEuIFJlOiBDYWxsIGZvciBhZG9w dGlvbjogPGRyYWZ0LWtyaXNobmFuLTZtYW4tc2lkcy0wMD4NCiAgICAgICAgICAoQWhtZWQgQWJk ZWxzYWxhbSAoYWhhYmRlbHMpKQ0KICAgICAgIDIuIFJFOiBDYWxsIGZvciBhZG9wdGlvbjogPGRy YWZ0LWtyaXNobmFuLTZtYW4tc2lkcy0wMD4NCiAgICAgICAgICAoSmFuc3NlbnMsIEJhcnQpDQoN Cg0KICAgIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0NCg0KICAgIE1lc3NhZ2U6IDENCiAgICBEYXRlOiBNb24sIDEx IEFwciAyMDIyIDIwOjIzOjAyICswMDAwDQogICAgRnJvbTogIkFobWVkIEFiZGVsc2FsYW0gKGFo YWJkZWxzKSIgPGFoYWJkZWxzQGNpc2NvLmNvbT4NCiAgICBUbzogQm9iIEhpbmRlbiA8Ym9iLmhp bmRlbkBnbWFpbC5jb20+LCBJUHY2IExpc3QgPGlwdjZAaWV0Zi5vcmc+DQogICAgQ2M6IEJvYiBI aW5kZW4gPGJvYi5oaW5kZW5AZ21haWwuY29tPg0KICAgIFN1YmplY3Q6IFJlOiBDYWxsIGZvciBh ZG9wdGlvbjogPGRyYWZ0LWtyaXNobmFuLTZtYW4tc2lkcy0wMD4NCiAgICBNZXNzYWdlLUlEOg0K ICAgIAk8UEgwUFIxMU1CNTgyOTRFODJBN0YxMDYxQjVFNTlFMTc1RDRFQTlAUEgwUFIxMU1CNTgy OS5uYW1wcmQxMS5wcm9kLm91dGxvb2suY29tPg0KDQogICAgQ29udGVudC1UeXBlOiB0ZXh0L3Bs YWluOyBjaGFyc2V0PSJ1cy1hc2NpaSINCg0KICAgIEkgc3VwcG9ydCB0aGUgYWRvcHRpb24gb2Yg ZHJhZnQta3Jpc2huYW4tNm1hbi1zaWRzLiBUaGFua3MhDQoNCiAgICBGcm9tOiBpcHY2IDxpcHY2 LWJvdW5jZXNAaWV0Zi5vcmc+IG9uIGJlaGFsZiBvZiBCb2IgSGluZGVuIDxib2IuaGluZGVuQGdt YWlsLmNvbT4NCiAgICBEYXRlOiBXZWRuZXNkYXksIDMwIE1hcmNoIDIwMjIgYXQgMjI6MzENCiAg ICBUbzogSVB2NiBMaXN0IDxpcHY2QGlldGYub3JnPg0KICAgIENjOiBCb2IgSGluZGVuIDxib2Iu aGluZGVuQGdtYWlsLmNvbT4NCiAgICBTdWJqZWN0OiBDYWxsIGZvciBhZG9wdGlvbjogPGRyYWZ0 LWtyaXNobmFuLTZtYW4tc2lkcy0wMD4NCiAgICBUaGlzIG1lc3NhZ2Ugc3RhcnRzIGEgdHdvIHdl ZWsgNk1BTiBjYWxsIG9uIGFkb3B0aW5nOg0KDQogICAgICAgVGl0bGU6ICAgICAgICAgIFNlZ21l bnQgSWRlbnRpZmllcnMgaW4gU1J2Ng0KICAgICAgIEF1dGhvcnM6ICAgICAgICBTLiBLcmlzaG5h bg0KICAgICAgIEZpbGUgTmFtZTogICAgICBkcmFmdC1rcmlzaG5hbi02bWFuLXNpZHMtMDANCiAg ICAgICBEb2N1bWVudCBkYXRlOiAgRmVicnVhcnkgMTAsIDIwMjINCg0KICAgICAgIGh0dHBzOi8v ZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvZHJhZnQta3Jpc2huYW4tNm1hbi1zaWRzLTAw DQoNCiAgICBhcyBhIDZNQU4gd29ya2luZyBncm91cCBkb2N1bWVudC4NCg0KICAgIEZvciBiYWNr Z3JvdW5kIHRoaXMgZHJhZnQgd2FzIHRoZSByZXN1bHQgYSBxdWVyeSB0byB0aGUgNk1BTiB3b3Jr aW5nIGdyb3VwIGZyb20gdGhlIFNQUklORyB3LmcuIGNoYWlycyByZWdhcmRpbmcgcmVnYXJkaW5n IGRyYWZ0LWZpbHNmaWxzY2hlbmctc3ByaW5nLXNydjYtc3JoLWNvbXByZXNzaW9uLiAgVGhlIHF1 ZXJ5IHdhczoNCg0KICAgICAgaHR0cHM6Ly9tYWlsYXJjaGl2ZS5pZXRmLm9yZy9hcmNoL21zZy9p cHY2LzVJcGtIZjV0VmEtRzRzS2NhLUVXR0V6aVlTby8NCg0KICAgIEFmdGVyIGFuIGFjdGl2ZSBk aXNjdXNzaW9uLCB0aGUgcmVwbHkgZnJvbSB0aGUgNk1BTiBjaGFpcnMgYW5kIEFEcyB3YXM6DQoN CiAgICAgIGh0dHBzOi8vbWFpbGFyY2hpdmUuaWV0Zi5vcmcvYXJjaC9tc2cvaXB2Ni9yR2dwV1p5 UGFLb25MYWV1VDM3RDdxWjFWY3cvDQoNCiAgICBUaGlzIHRvcGljIHdhcyBhbHNvIHByZXNlbnRl ZCBhdCBJRVRGIDExMiwgc2xpZGVzIGhlcmU6DQoNCiAgICAgIGh0dHBzOi8vZGF0YXRyYWNrZXIu aWV0Zi5vcmcvbWVldGluZy8xMTIvbWF0ZXJpYWxzL3NsaWRlcy0xMTItNm1hbi1zcnY2LXNpZHMt MDANCg0KICAgIFN1YnN0YW50aXZlIGNvbW1lbnRzIGFuZCBzdGF0ZW1lbnRzIG9mIHN1cHBvcnQg Zm9yIGFkb3B0aW5nIHRoaXMgZG9jdW1lbnQgc2hvdWxkIGJlIHNlbnQgdG8gdGhlIG1haWxpbmcg bGlzdC4gIEVkaXRvcmlhbCBzdWdnZXN0aW9ucyBjYW4gYmUgc2VudCB0byB0aGUgYXV0aG9yLiAg VGhpcyBhZG9wdGlvbiBjYWxsIHdpbGwgZW5kIG9uIDEzIEFwcmlsIDIwMjIuDQoNCiAgICBGdXJ0 aGVyLCBpZiB5b3UgYXJlIHdpbGxpbmcgdG8gd29yayBvbiB0aGlzIGRvY3VtZW50LCBlaXRoZXIg YXMgY29udHJpYnV0b3IsIGF1dGhvciwgb3IgcmV2aWV3ZXIgcGxlYXNlIG5vdGlmeSB0aGUgbGlz dC4gICBUaGlzIHdpbGwgcHJvdmlkZSB0aGUgY2hhaXJzIHdpdGggYW4gaW5kaWNhdGlvbiBvZiB0 aGUgZW5lcmd5IGxldmVsIGluIHRoZSB3b3JraW5nIGdyb3VwIHRvIHdvcmsgb24gdGhpcyBkb2N1 bWVudC4NCg0KICAgIEJvYiwgSmVuLCBPbGUNCg0KDQogICAgLS0tLS0tLS0tLS0tLS0gbmV4dCBw YXJ0IC0tLS0tLS0tLS0tLS0tDQogICAgQW4gSFRNTCBhdHRhY2htZW50IHdhcyBzY3J1YmJlZC4u Lg0KICAgIFVSTDogPGh0dHBzOi8vbWFpbGFyY2hpdmUuaWV0Zi5vcmcvYXJjaC9icm93c2UvaXB2 Ni9hdHRhY2htZW50cy8yMDIyMDQxMS80OTQxOTEzNS9hdHRhY2htZW50Lmh0bT4NCg0KICAgIC0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KDQogICAgTWVzc2FnZTogMg0KICAgIERhdGU6 IFR1ZSwgMTIgQXByIDIwMjIgMDY6Mzg6NTIgKzAwMDANCiAgICBGcm9tOiAiSmFuc3NlbnMsIEJh cnQiIDxCYXJ0LkphbnNzZW5zQGNvbHQubmV0Pg0KICAgIFRvOiBCb2IgSGluZGVuIDxib2IuaGlu ZGVuQGdtYWlsLmNvbT4sIElQdjYgTGlzdCA8aXB2NkBpZXRmLm9yZz4NCiAgICBTdWJqZWN0OiBS RTogQ2FsbCBmb3IgYWRvcHRpb246IDxkcmFmdC1rcmlzaG5hbi02bWFuLXNpZHMtMDA+DQogICAg TWVzc2FnZS1JRDoNCiAgICAJPEhFMVBSMDIwMU1CMjM0NzdENTY4MkU5N0RFQjFDMjJDQjFGODlF RDlASEUxUFIwMjAxTUIyMzQ3LmV1cnByZDAyLnByb2Qub3V0bG9vay5jb20+DQoNCiAgICBDb250 ZW50LVR5cGU6IHRleHQvcGxhaW47IGNoYXJzZXQ9InV0Zi04Ig0KDQogICAgRGVhciBncm91cCwN Cg0KICAgIENvbHQgVGVjaG5vbG9neSBTZXJ2aWNlcyBzdXBwb3J0cyBkcmFmdCBhZG9wdGlvbiBh cyBwYXJ0IG9mIGl0cyBmdXR1cmUgU1Igc3RyYXRlZ3kuDQoNCiAgICBTaW5jZXJlbHksDQogICAg QmFydCBKYW5zc2Vucw0KICAgIFNlbmlvciBTcGVjaWFsaXN0IFBhY2tldCBBcmNoaXRlY3R1cmUN Cg0KDQogICAgLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCiAgICBGcm9tOiBpcHY2IDxpcHY2 LWJvdW5jZXNAaWV0Zi5vcmc+IE9uIEJlaGFsZiBPZiBCb2IgSGluZGVuDQogICAgU2VudDogV2Vk bmVzZGF5LCBNYXJjaCAzMCwgMjAyMiAxMDozMSBQTQ0KICAgIFRvOiBJUHY2IExpc3QgPGlwdjZA aWV0Zi5vcmc+DQogICAgQ2M6IEJvYiBIaW5kZW4gPGJvYi5oaW5kZW5AZ21haWwuY29tPg0KICAg IFN1YmplY3Q6IENhbGwgZm9yIGFkb3B0aW9uOiA8ZHJhZnQta3Jpc2huYW4tNm1hbi1zaWRzLTAw Pg0KDQogICAgVGhpcyBtZXNzYWdlIHN0YXJ0cyBhIHR3byB3ZWVrIDZNQU4gY2FsbCBvbiBhZG9w dGluZzoNCg0KICAgICAgIFRpdGxlOiAgICAgICAgICBTZWdtZW50IElkZW50aWZpZXJzIGluIFNS djYNCiAgICAgICBBdXRob3JzOiAgICAgICAgUy4gS3Jpc2huYW4NCiAgICAgICBGaWxlIE5hbWU6 ICAgICAgZHJhZnQta3Jpc2huYW4tNm1hbi1zaWRzLTAwDQogICAgICAgRG9jdW1lbnQgZGF0ZTog IEZlYnJ1YXJ5IDEwLCAyMDIyDQoNCiAgICAgICBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3Jn L2RvYy9odG1sL2RyYWZ0LWtyaXNobmFuLTZtYW4tc2lkcy0wMA0KDQogICAgYXMgYSA2TUFOIHdv cmtpbmcgZ3JvdXAgZG9jdW1lbnQuDQoNCiAgICBGb3IgYmFja2dyb3VuZCB0aGlzIGRyYWZ0IHdh cyB0aGUgcmVzdWx0IGEgcXVlcnkgdG8gdGhlIDZNQU4gd29ya2luZyBncm91cCBmcm9tIHRoZSBT UFJJTkcgdy5nLiBjaGFpcnMgcmVnYXJkaW5nIHJlZ2FyZGluZyBkcmFmdC1maWxzZmlsc2NoZW5n LXNwcmluZy1zcnY2LXNyaC1jb21wcmVzc2lvbi4gIFRoZSBxdWVyeSB3YXM6DQoNCiAgICAgIGh0 dHBzOi8vbWFpbGFyY2hpdmUuaWV0Zi5vcmcvYXJjaC9tc2cvaXB2Ni81SXBrSGY1dFZhLUc0c0tj YS1FV0dFemlZU28vDQoNCiAgICBBZnRlciBhbiBhY3RpdmUgZGlzY3Vzc2lvbiwgdGhlIHJlcGx5 IGZyb20gdGhlIDZNQU4gY2hhaXJzIGFuZCBBRHMgd2FzOg0KDQogICAgICBodHRwczovL21haWxh cmNoaXZlLmlldGYub3JnL2FyY2gvbXNnL2lwdjYvckdncFdaeVBhS29uTGFldVQzN0Q3cVoxVmN3 Lw0KDQogICAgVGhpcyB0b3BpYyB3YXMgYWxzbyBwcmVzZW50ZWQgYXQgSUVURiAxMTIsIHNsaWRl cyBoZXJlOg0KDQogICAgICBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL21lZXRpbmcvMTEy L21hdGVyaWFscy9zbGlkZXMtMTEyLTZtYW4tc3J2Ni1zaWRzLTAwDQoNCiAgICBTdWJzdGFudGl2 ZSBjb21tZW50cyBhbmQgc3RhdGVtZW50cyBvZiBzdXBwb3J0IGZvciBhZG9wdGluZyB0aGlzIGRv Y3VtZW50IHNob3VsZCBiZSBzZW50IHRvIHRoZSBtYWlsaW5nIGxpc3QuICBFZGl0b3JpYWwgc3Vn Z2VzdGlvbnMgY2FuIGJlIHNlbnQgdG8gdGhlIGF1dGhvci4gIFRoaXMgYWRvcHRpb24gY2FsbCB3 aWxsIGVuZCBvbiAxMyBBcHJpbCAyMDIyLg0KDQogICAgRnVydGhlciwgaWYgeW91IGFyZSB3aWxs aW5nIHRvIHdvcmsgb24gdGhpcyBkb2N1bWVudCwgZWl0aGVyIGFzIGNvbnRyaWJ1dG9yLCBhdXRo b3IsIG9yIHJldmlld2VyIHBsZWFzZSBub3RpZnkgdGhlIGxpc3QuICAgVGhpcyB3aWxsIHByb3Zp ZGUgdGhlIGNoYWlycyB3aXRoIGFuIGluZGljYXRpb24gb2YgdGhlIGVuZXJneSBsZXZlbCBpbiB0 aGUgd29ya2luZyBncm91cCB0byB3b3JrIG9uIHRoaXMgZG9jdW1lbnQuDQoNCiAgICBCb2IsIEpl biwgT2xlDQoNCg0KDQoNCiAgICBbQ29sdCBEaXNjbGFpbWVyXSBUaGlzIGVtYWlsIGlzIGZyb20g YW4gZW50aXR5IG9mIHRoZSBDb2x0IGdyb3VwIG9mIGNvbXBhbmllcy4gQ29sdCBHcm91cCBIb2xk aW5ncyBMaW1pdGVkLCBDb2x0IEhvdXNlLCAyMCBHcmVhdCBFYXN0ZXJuIFN0cmVldCwgTG9uZG9u LCBFQzJBIDNFSCwgVW5pdGVkIEtpbmdkb20sIHJlZ2lzdGVyZWQgaW4gRW5nbGFuZCBhbmQgV2Fs ZXMsIHVuZGVyIGNvbXBhbnkgbnVtYmVyIDExNTMwOTY2LiBDb3Jwb3JhdGUgYW5kIGNvbnRhY3Qg aW5mb3JtYXRpb24gZm9yIG91ciBlbnRpdGllcyBjYW4gYmUgZm91bmQgYXQgaHR0cHM6Ly93d3cu Y29sdC5uZXQvbGVnYWwvY29sdC1ncm91cC1vZi1jb21wYW5pZXMvLiBJbnRlcm5ldCBjb21tdW5p Y2F0aW9ucyBhcmUgbm90IHNlY3VyZSBhbmQgQ29sdCBkb2VzIG5vdCBhY2NlcHQgcmVzcG9uc2li aWxpdHkgZm9yIHRoZSBhY2N1cmF0ZSB0cmFuc21pc3Npb24gb2YgdGhpcyBtZXNzYWdlLiBDb250 ZW50IG9mIHRoaXMgZW1haWwgb3IgaXRzIGF0dGFjaG1lbnRzIGlzIG5vdCBsZWdhbGx5IG9yIGNv bnRyYWN0dWFsbHkgYmluZGluZyB1bmxlc3MgZXhwcmVzc2x5IHByZXZpb3VzbHkgYWdyZWVkIGlu IHdyaXRpbmcgYnkgQ29sdA0KDQogICAgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQoN CiAgICBTdWJqZWN0OiBEaWdlc3QgRm9vdGVyDQoNCiAgICBfX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fXw0KICAgIGlwdjYgbWFpbGluZyBsaXN0DQogICAgaXB2 NkBpZXRmLm9yZw0KICAgIGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaXB2 Ng0KDQoNCiAgICAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCg0KICAgIEVuZCBvZiBp cHY2IERpZ2VzdCwgVm9sIDIxNiwgSXNzdWUgMTcNCiAgICAqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqDQogICAgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQogICAgRXh0ZXJuYWwg RW1haWw6IFBsZWFzZSB1c2UgY2F1dGlvbiB3aGVuIG9wZW5pbmcgbGlua3MgYW5kIGF0dGFjaG1l bnRzIC8gQ291cnJpZWwgZXh0ZXJuZTogU295ZXogcHJ1ZGVudCBhdmVjIGxlcyBsaWVucyBldCBk b2N1bWVudHMgam9pbnRzDQoNCg0K From nobody Tue Apr 12 18:10:43 2022 Return-Path: X-Original-To: ipv6@ietfa.amsl.com Delivered-To: ipv6@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 843CA3A11A1 for ; Tue, 12 Apr 2022 18:10:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.606 X-Spam-Level: X-Spam-Status: No, score=-14.606 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=MelrTm7D; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=TXr9eyBg Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wggCqQk4ogaw for ; Tue, 12 Apr 2022 18:10:35 -0700 (PDT) Received: from alln-iport-7.cisco.com (alln-iport-7.cisco.com [173.37.142.94]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9D5103A119D for ; Tue, 12 Apr 2022 18:10:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2776; q=dns/txt; s=iport; t=1649812235; x=1651021835; h=from:to:subject:date:message-id:references:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=O1N+FC5qcS1ZMthQbQBcglud5WdwK00pv1uaPmbihKA=; b=MelrTm7D1C4AaUw2tkKXTGSZymwUDqfmZxp0rQdDFGa+dgYqVS8Yn7zV uC+F0x/8OA9Cjq8lzyZACRZ+qu7PtSEpalW3M6iyS7oJn3m14eujIL1g8 O8MnnZdYIaRWyH6FiX/B3nxx6lSzSX+tnhiZhCHCo/SRA9LXCWt16jHKy k=; X-IPAS-Result: =?us-ascii?q?A0ADAQBeIlZimIcNJK1agQmBWoFSVnwCWjhEhFSDSgOFO?= =?us-ascii?q?YUQXYIlixeQKIEugSUDUgILAQEBDQEBLA0KBAEBhQcCF4RhAiU0CQ4BAgQBA?= =?us-ascii?q?QEBAwIDAQEBAQEBAwEBBQEBAQIBBwQUAQEBAQEBAQEJFAcGDAUOECeFaA2GQ?= =?us-ascii?q?wIBAwEBEAsGEQwBASwMDwIBCBoCJgICAh8GCxUQAgQTIoJiAYJlAzEBDqIuA?= =?us-ascii?q?YE+AoEOiFU8eoExgQGCCAEBBgQEgTcBAwICDEFHgjgNC4I4AwaBECyDEYMBg?= =?us-ascii?q?SiHGyccgUlEgTwMEIJnPoIhQgEBAgGBXYNWN4IunBwEJyoCWwsdVyg7OpIWg?= =?us-ascii?q?1OKK59MawqDSYsXjm2FfAUug3SMOZglll6NHYNVlXgCBAIEBQIOAQEGgWGCF?= =?us-ascii?q?XAVGiEqAYIKAQEyURkPjjmDWYUUhUp1OAIGCwEBAwmMRAEB?= IronPort-PHdr: A9a23:McvYbRN+ZaOzahcytbMl6ncDWUAX0o4cdiYZ6Zsi3rRJdKnrv5HvJ 1fW6vgliljVFZ7a5PRJh6uz0ejgVGUM7IzHvCUEd5pBBBMAgN8dygonBsPNAEbnLfnsOio9G skKVFJs83yhd0ZPH8OrbFzJqXr05jkXSX3C IronPort-Data: A9a23:pKN4HatmirtaLMwTq6T4MIcRn+fnVFJeMUV32f8akzHdYApBsoF/q tZmKT3Ub6yKMTbyftAgaYy3pENX7JSEyt42GlNs+C1gQn9BgMeUXt7xwmUckM+xwmwvaGo9s q3yv/GZdJhcokf0/0vrav67xZVF/fngqoDUUIYoAQgsA148IMsdoUg7wbRh3tcz2YHR7z6l4 LseneWOYDdJ5BYsWo4kw/rrRMRH5amaVJsw5zTSVNgT1LPsvyB94KE3ecldG0DFrrx8RYZWc QpsIIaRpQs19z91Yj+sfy2SnkciGtY+NiDW4pZatjTLbhVq/kQPPqgH2PU0VHxu0g61sIBL5 48Om4eQeDkkPYuSh7FIO/VYO3kW0axu8bvDJz20ttaeiheAeHr3yPIoB0YzVWEa0r8oWicVq 7pBc3ZUNU3ra+GemNpXTsF2mM0nKMTmFIgeoXpnizreCJ7KRLiTGPSbvYUIhWdYasZmHMrMY +kmMBdWZQnDTwJNMQc9DrEYpbL97pX4W2QI9A3KzUYt2EDS1BIv+LngLNSTfcaFLfi5hW6Ro mbAum/+GBxfbpqUyCGO9TSngeqncT7HtJw6KYaBr8VWrw2p6TZQJgY2ZGW2ot/nlRvrMz5AE HA89i0rpKk00UWkSNjhQhG1yEJoWDZBALK89MVntGmwJrroDxWxXTNdF2EfADAynIpnG2J1h wbhc8bBXGQ32IB5X05x4Vt9QdmaECwRIGlqicQsElZduoKLTG3ecnvyojtLGaqxiJj+Hiv9h mrMpykljLJVhskOv0lawbwlq2/yznQqZldojukyYo5DxlgjDGJCT9fzgWU3Fd4acO6koqCp5 RDoYfS24uEUFo2qnyeQWugLF7zBz6/bbGyD2Q8yRcJ+pmXFF5ufkWZ4vW8WyKBBb5hsRNMVS BO7Vf55vcUKZyL6McebnaroUJt2pUQfKTgVfqmEMoURCnSAXASG5yppLVWBxHzglVNErE3ME cnzTCpYNl5DUf4P5GPvH481iOZ3rghjlTK7bc2qlHyPjOvBDFbLEu1tGAXVMYgEAFas/V+9H yB3bZXakn2ykYTWP0HqzGLkBQlTcyNqVMys9pQ/myzqClMOJVzNwsT5mdsJE7GJVYwM/gsU1 hlRgnNl9Wc= IronPort-HdrOrdr: A9a23:nt1Aaa/DqPbSw5wcG8tuk+F5db1zdoMgy1knxilNoENuHPBwxv rAoB1E73PJYW4qKQwdcUjpAtjOfZquz+8I3WB3B8btYOCGghrlEGgG1+rfKlLbalTDH4JmpM Vdmu1FeafN5DtB/IfHCWuDYq4dKbC8mcjC74q/vhRQpENRGtpdBmxCe2Km+zhNNW977O0CZf 2hD6R81l+dUEVSSv7+KmgOXuDFqdGOvonhewQ6Cxku7xTLpS+06ZbheiLonis2Yndq+/MP4G LFmwv26uGIqPeg0CLR0GfV8tB/hMbh8N1eH8aB4/JlaQkEyzzYJriJaYfy+Azdk9vfr2rCV+ O85SvICv4Drk85uFvF+CcFlTOQiArGoEWStmNwyUGT3/ARAghKUPaoQeliA0bkA41KhqAn7E sD5RPoi3IcZymw7RjV9pzGUQpnmVGzpmdnmekPj2ZHWY9bc7NJq5cDlXklW6voMRiKobzPKt MeRP00JcwmBW+yfjTcpC1i0dasVnM8ElOPRVUDoNWc13xTkGpix0UVycQDljNYnahNBqVs9q DBKOBlhbtORsgZYeZ0A/oAW9K+DijITQjXOGyfLFz7HOUMOm7LqZTw/LIpjdvaMqAg3d83gt DMQVlYvWk9dwbnDtCPxoRC9lTXTGC0TV3Wu7djDlhCy8rBrZbQQF++oQoV4ridSt0kc7jmZ8 o= X-IronPort-Anti-Spam-Filtered: true X-IronPort-AV: E=Sophos;i="5.90,255,1643673600"; d="scan'208";a="839902818" Received: from alln-core-2.cisco.com ([173.36.13.135]) by alln-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 13 Apr 2022 01:10:33 +0000 Received: from mail.cisco.com (xfe-rcd-003.cisco.com [173.37.227.251]) by alln-core-2.cisco.com (8.15.2/8.15.2) with ESMTPS id 23D1AXUu018850 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK) for ; Wed, 13 Apr 2022 01:10:33 GMT Received: from xfe-rcd-004.cisco.com (173.37.227.252) by xfe-rcd-003.cisco.com (173.37.227.251) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14; Tue, 12 Apr 2022 20:10:30 -0500 Received: from NAM10-DM6-obe.outbound.protection.outlook.com (72.163.14.9) by xfe-rcd-004.cisco.com (173.37.227.252) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14 via Frontend Transport; Tue, 12 Apr 2022 20:10:30 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=UU8CtBw9/ffB+AGt0+xT1rUYCR5VHOAkHSunnd2kQX9ECy1k2qFCY3UVX2M9RTpJqnI2Zmq96ix2ODea7LqZNOhEUD2s+iAYlSULGgIs3c3fNtZmkYD1ORuY7X8wNO1S/CFYwqeGBF32JVspQ5gby9fy8yXpmJos1gnGFWNsg8jvpRtvwN+Dy6JC+bRltGf1RPimZodjdtfQXCwW04FepIMXd7jrut5++6iTAi66p6Q2kEbkGAQjzMCzkzqcChqmdxcQ7VWA2IBvR/SiNm++tpVOVG4Dxxsb9EZa8WFWFnNsFeel8+tp5qf2kmDWRlY8SxhMWrMDtaUD32+rfsnkeg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=O1N+FC5qcS1ZMthQbQBcglud5WdwK00pv1uaPmbihKA=; b=Tik8imaj9zmSfnBzJgsKTp0MtOYQX9vO6618cA5c2m5TJTQJ8WiTSzT4jMhjyUUVZTAjqh+KrTFjQMGr0dE13cLWi40rfCCVKB1BVfxRmkl8CWLxEM6rqCZhgFfiOd2awTEFW5xbT02fG77KVFuCA2cl09lAMHqY9nXKe5iIB64Gcnjfixbjud5B2fj33u1a4MQwvqNdnplnsc9Vq30BY/gWy1Tj1r530puo4JJQ0ggncSYBTguRc82Fq84BBsmBK9AWdPtYgBcqJR2Tflg/k+qJEx6p86gAIm+GJ8UUzhtHlQNr7KdjyT33GyRR6Y4ZrTatFraw7eEt13DpzgBm5g== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=O1N+FC5qcS1ZMthQbQBcglud5WdwK00pv1uaPmbihKA=; b=TXr9eyBgVQijqiwj2ZJMup7KfASarxBnU4+JbXkbzG+8sULAuRgsrthUfTMCRCYXWhbX3sMc0d0UM/mYZ6TMTnDWxX9gnBHz9//1KEJqcvmDkrPOXj8ylcbFXzfZgIWAjlhEjhD2VH0UfuwjILHJ+K6YdAndgwvTzJwIaxdaCAE= Received: from DM4PR11MB5327.namprd11.prod.outlook.com (2603:10b6:5:392::22) by MN2PR11MB3870.namprd11.prod.outlook.com (2603:10b6:208:152::11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5144.29; Wed, 13 Apr 2022 01:10:29 +0000 Received: from DM4PR11MB5327.namprd11.prod.outlook.com ([fe80::fd7f:8915:60b2:cacf]) by DM4PR11MB5327.namprd11.prod.outlook.com ([fe80::fd7f:8915:60b2:cacf%6]) with mapi id 15.20.5144.029; Wed, 13 Apr 2022 01:10:28 +0000 From: "Richard Vallee (rvallee)" To: IPv6 List Subject: Re: Call for adoption: Thread-Topic: Call for adoption: Thread-Index: AQHYSb0mw4f/if8T3EC1OuYgagUC06zsz/0A Date: Wed, 13 Apr 2022 01:10:28 +0000 Message-ID: References: <92790B16-19F8-40AD-BF8B-F9CBB619EE37@gmail.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/16.59.22031300 authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=cisco.com; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 7a41aa22-8139-4812-4734-08da1cea663b x-ms-traffictypediagnostic: MN2PR11MB3870:EE_ x-microsoft-antispam-prvs: x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 9uUs94Pp6FMBQOg16HlcIiXsaAm9AVdcQiCaYqAJrIL7FPHWG350BjOhJm0p7G4nboqscoEUouDq2l7bgP4ab5rNLhnXwMJlpgBh22YfWqrwIvlCQrmyL7De/imew3xBqy+XUa/p14RAKjtV5q6mcTm1egAct8Jwrf0O3VBIl36CMSEWMa1r5Zmb5FCkpeeMUI35tE0TuS37Wh3bHifvFtaQFQ/PX3D7A+eS65nvVQwCF4vMvUIqzoappgUTUm8hprkLUY/00wTQfF3fe5CKrEM9XY7Wmlo5RHGURe5IoAD2LTvNeQXEVAHuROHk3iWS6NutCnDmUjQa/J8nqXdsC1pCpFpGwdhuepmrs6BYz+u71EtMSkUtogE0Al2XcdqEV2PzgiFWXbCvy+lz5P9edrDzNYYKIqv9bQWye2T/5J8PjQis8T1p8QZikvm7E+4UyiE+Uuh+pSXVEqwZIZ2SC/X3Emq8Tpuy5AFQFCgVEbjl0sYH/mF+bblOEi21IOZGxBss6481mfvsaJp/OAxikB9VgCygZe0bvi2xl6LFOCFg2fbbFzypwiHkwK7dsHns9r0deVQI2+NiRYd1tdDEt2UjnnUpOZDvc2ICzC88jLM0Syv1j4IFbaSTsSmvQNN1zwA4qxIO3u+eYlNWu9k49X+s5mJWs4SKhHiBIYM/MOZbePPnhU5xOfmtsSPKiL2hqiMCdSNW3SgPNoZdlL5CrLTRxwxt2AJKig6uBILUzOlTxThXbjre7PkJaKXnQlvMS7KDdGCG7XFIuHpuZ35AG3VFBSD+dgpSoYcpcGt3gD1RoZ4LiWhG1DbrW8zQOm5V/pQD8B/hALYVjd0z4+FJ6Pd/hGmO6IDQEqDPcClulic= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DM4PR11MB5327.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230001)(366004)(6916009)(2906002)(8936002)(186003)(6506007)(26005)(2616005)(966005)(71200400001)(53546011)(6486002)(5660300002)(83380400001)(316002)(33656002)(508600001)(122000001)(86362001)(91956017)(8676002)(38100700002)(38070700005)(66446008)(66556008)(66946007)(66476007)(76116006)(64756008)(6512007)(36756003)(45980500001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?utf-8?B?MFYzak5oNTF0TVZOZHhSM3hkWlFiSnpNM2MvTE5sSEpIN051QXpSenA0OWVY?= =?utf-8?B?WVJ0K084OEdYQVJ6bDhic2VPL3g0MVJHWDkwNFBaV2VsWFNXTW52M1RWVFV4?= =?utf-8?B?MGQrOEhqaGRFcHhpZ3o4OGgydWZaMmZZVytZSk9sMFlseDB2OXFxbVVzVWpW?= =?utf-8?B?Z0k5U0JnaGROQ0xNV2ZHVDZaYTdqL09qQ1VYVVdBRHlrcmd2MnFVZlIxZlM2?= =?utf-8?B?Y3BRSHV2V0t6bmNya0pzcmYvdmVYTnMvZnhSNkRJQ3AxeGdXWXBNQUVLaURx?= =?utf-8?B?a0JXN1BOeEx1QklCSkhKOWp6am1PdmpmamQwaVRPcnd1bnl4RHpKaTdwMGtn?= =?utf-8?B?bUtZR04vWEpLeXRpaDc3QlVpb1VkMW9HQkF5dWJ6SUNhRDkyQkFNZnlZR05h?= =?utf-8?B?c2lVV0VEbHJad3laaTMrRDh5Z0o0YVRhSC80UEEyRmh3SzdJOStVMUNoSFVY?= =?utf-8?B?QkRjUVBPYk1NK3JnMDc5eUZhWi9OT0dGeFYzekxlTmYyOGtqbGp5MTJnSE5h?= =?utf-8?B?b0ZyYklIem1CRmRUREpvYlRZd1crUzViSHNvckxRUjh3dUsvWHkxc2VzU3Nj?= =?utf-8?B?S1ZydWdlcGZVVFpvdkZ0a3R6OXN4Nno5b3JpTmtWUlpCQTU4RWVxYjMrMHdK?= =?utf-8?B?VC9SZS9jVHlUWml1YWxjZ0xUNm13Tlg1N2sxMkFpc1I3R3hoRFVRdG5qb1p4?= =?utf-8?B?aW16U0gwdDF4SEFFMDlFajNySWFONUdqazdPdVFoTlFSMmtxQWRyNjMvV2d2?= =?utf-8?B?ZkFzUUpoRHVBN2xBbFUzRWZOYVVSNEdBUnJTekdLNjdCNHFYWHdJZ3RFeEdZ?= =?utf-8?B?SnJlSE1zQzA0NzZXRkFaUDFySmcxMDRMMi9jcjFRMENpR1BibldXODJOK3pM?= =?utf-8?B?djIxMFdYekFETEpkNHJwVVBHWVRRWnRDbWVYcUpNRmFWTitZZVZnc0VxaytO?= =?utf-8?B?MDV5bDFybGhMUXJkeFF2dnJDbGM0aUMvWGtiZFBKY0tXUi9ZNVE4bFRUMFNG?= =?utf-8?B?bk9ITzhNQjdGZm5iTDB2RVU4Vm50S3RBYjNKOStJc3JXR2ZIZHh6dHJKTGJ4?= =?utf-8?B?TndkeHRBUU81bHhoc1JRRkswNS9OUWh5dENiR2xaaUMxMzVlTTdNRmRtWC95?= =?utf-8?B?L2ZaN1RVZy9meUFVaVV2S2p2dUs2MGFMWUltVmFBdHZTRGIxb2tJWEtsbDg1?= =?utf-8?B?MEFpc0plTTlxSGlkbUwveDhSa2JTZHI5NlVkdkxaNmNrK1VDeGI5K3YzTHFZ?= =?utf-8?B?YWRNNU4wTnlVbGk0VE4wU0xIZGxwYWl2MCtGb1RKWnkrc1F5N0lmRWFGWVpF?= =?utf-8?B?UjR3QVZJSXZWeEVubXJma1h3NnE4OG9IRWdFdGNoK0RqZjh1YVNkSU5FZFFW?= =?utf-8?B?YStKSkdad0Z6Y2wweFg2cXlGZ21sQlVwUjdGTmVzZ1hsMWd6RXdKcVJ2am56?= =?utf-8?B?ZXdFblBrSWlQMkdieUhIUk1EdTFGaU9UaXVwYitEVjQzeHJ3KzlRaUVvaGc0?= =?utf-8?B?SUVVTC9pbGgzcXJBdjRwWWg5eXVhTUV1QW9SS1VRN3hPY2lEYTBXTkhOellt?= =?utf-8?B?ZlB3Nmt3S2V3UW94aURFNmZYem5TZi9GL1lZM0dtemYvVStIajlCZTMwa1VT?= =?utf-8?B?OUxET0ZXUGhVSWhKNHNIZ05mNnVhK1YzQ2p3NzFZYWNjVS91MXFtcXBUQU9C?= =?utf-8?B?VjQ3YVRUaVV0QkpWWHlvaFIwdmNTekJ5YUJjdklsRW9KSDI2bGkwWlozcll3?= =?utf-8?B?cXUrZlAzNFZkbFozOGRRbUs5U3pxZm4xeVB6Tnd0T0pGNm9NVkZ5dkpuSGdn?= =?utf-8?B?UkM2NlVBd243dUlxdEdxT3lzVFk4MHAzM29hb1RtWWFOK3UwQWZ1a0J0d2x2?= =?utf-8?B?dEVwQTQzV0pWMjhMV1VrQ0FUODRZUFlVa01KQjhuK1JYQ1U5aXZxVG95MWJK?= =?utf-8?B?SUFsM3IwN3RkWTN6djU4QVNHY0VTUWlsRDJLMXZ1VlZTSmFabURWSXFXbXdm?= =?utf-8?B?QlJBQkFCSWxSMHJnOGVDelgvL0UyOXkrZnlOZ1Y1WnNYWm05SS9FSDI0WFd6?= =?utf-8?B?cE0vbHFGT0VRNThaR0lzcGlFU0lzSGV4ZUZ4S2dkRi9CRWx2ZWt6QU1HWW13?= =?utf-8?B?V3VrZEp0NVo5amQ3MUlxb2o0cG1uMklQdFRnL09sME9qdlpTNDE0VjZSdmFU?= =?utf-8?B?c1JXeGU2SS9UbUlTTkZhYW5sNU84RFJiMjNud0NMSkxOaVlkeW5nWXpOWHJ1?= =?utf-8?B?OG1jd3JXMWlodlRxSVRKTndHUXd1eXl3c05JMUl0c1RZYkVqOWtRbHJVbk41?= =?utf-8?B?dVQ2R080KzVaUUlLOFR2azRUWFZGOGxMN2ZOaWxkVGxINGk2UHNzdz09?= Content-Type: text/plain; charset="utf-8" Content-ID: <3BFADAD75D144043982F2BA880C1A153@namprd11.prod.outlook.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: DM4PR11MB5327.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 7a41aa22-8139-4812-4734-08da1cea663b X-MS-Exchange-CrossTenant-originalarrivaltime: 13 Apr 2022 01:10:28.8808 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: q9Zhv9eOZ/Kyca/nUbHj2waVy5gdYSN4Zkg2/u+kAhc3qC1FOkfSrfP7MqdpQuh2ozve/6zYf8FsORg/XEyeng== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR11MB3870 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.37.227.251, xfe-rcd-003.cisco.com X-Outbound-Node: alln-core-2.cisco.com Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2022 01:10:41 -0000 QmVuLCBKZW4sIE9sZSBhbmQgdGhlIDZNQU4gV0csIA0KDQpJIHN1cHBvcnQgdGhlIGFkb3B0aW9u IG9mIHRoaXMgZG9jdW1lbnQgYnkgdGhlIHdvcmtpbmcgZ3JvdXANCg0KVGhhbmtzDQpSaWNoYXJk DQoNCiAgICBPbiAzLzMwLzIyLCA0OjMxIFBNLCAiaXB2NiBvbiBiZWhhbGYgb2YgQm9iIEhpbmRl biIgPGlwdjYtYm91bmNlc0BpZXRmLm9yZyBvbiBiZWhhbGYgb2YgYm9iLmhpbmRlbkBnbWFpbC5j b20+IHdyb3RlOg0KDQogICAgICAgIFRoaXMgbWVzc2FnZSBzdGFydHMgYSB0d28gd2VlayA2TUFO IGNhbGwgb24gYWRvcHRpbmc6DQoNCiAgICAgICAgICAgVGl0bGU6ICAgICAgICAgIFNlZ21lbnQg SWRlbnRpZmllcnMgaW4gU1J2Ng0KICAgICAgICAgICBBdXRob3JzOiAgICAgICAgUy4gS3Jpc2hu YW4NCiAgICAgICAgICAgRmlsZSBOYW1lOiAgICAgIGRyYWZ0LWtyaXNobmFuLTZtYW4tc2lkcy0w MA0KICAgICAgICAgICBEb2N1bWVudCBkYXRlOiAgRmVicnVhcnkgMTAsIDIwMjINCg0KICAgICAg ICAgICBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL2RyYWZ0LWtyaXNobmFu LTZtYW4tc2lkcy0wMA0KDQogICAgICAgIGFzIGEgNk1BTiB3b3JraW5nIGdyb3VwIGRvY3VtZW50 Lg0KDQogICAgICAgIEZvciBiYWNrZ3JvdW5kIHRoaXMgZHJhZnQgd2FzIHRoZSByZXN1bHQgYSBx dWVyeSB0byB0aGUgNk1BTiB3b3JraW5nIGdyb3VwIGZyb20gdGhlIFNQUklORyB3LmcuIGNoYWly cyByZWdhcmRpbmcgcmVnYXJkaW5nIGRyYWZ0LWZpbHNmaWxzY2hlbmctc3ByaW5nLXNydjYtc3Jo LWNvbXByZXNzaW9uLiAgVGhlIHF1ZXJ5IHdhczoNCg0KICAgICAgICAgIGh0dHBzOi8vbWFpbGFy Y2hpdmUuaWV0Zi5vcmcvYXJjaC9tc2cvaXB2Ni81SXBrSGY1dFZhLUc0c0tjYS1FV0dFemlZU28v DQoNCiAgICAgICAgQWZ0ZXIgYW4gYWN0aXZlIGRpc2N1c3Npb24sIHRoZSByZXBseSBmcm9tIHRo ZSA2TUFOIGNoYWlycyBhbmQgQURzIHdhczoNCg0KICAgICAgICAgIGh0dHBzOi8vbWFpbGFyY2hp dmUuaWV0Zi5vcmcvYXJjaC9tc2cvaXB2Ni9yR2dwV1p5UGFLb25MYWV1VDM3RDdxWjFWY3cvDQoN CiAgICAgICAgVGhpcyB0b3BpYyB3YXMgYWxzbyBwcmVzZW50ZWQgYXQgSUVURiAxMTIsIHNsaWRl cyBoZXJlOg0KDQogICAgICAgICAgaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9tZWV0aW5n LzExMi9tYXRlcmlhbHMvc2xpZGVzLTExMi02bWFuLXNydjYtc2lkcy0wMA0KDQogICAgICAgIFN1 YnN0YW50aXZlIGNvbW1lbnRzIGFuZCBzdGF0ZW1lbnRzIG9mIHN1cHBvcnQgZm9yIGFkb3B0aW5n IHRoaXMgZG9jdW1lbnQgc2hvdWxkIGJlIHNlbnQgdG8gdGhlIG1haWxpbmcgbGlzdC4gIEVkaXRv cmlhbCBzdWdnZXN0aW9ucyBjYW4gYmUgc2VudCB0byB0aGUgYXV0aG9yLiAgVGhpcyBhZG9wdGlv biBjYWxsIHdpbGwgZW5kIG9uIDEzIEFwcmlsIDIwMjIuDQoNCiAgICAgICAgRnVydGhlciwgaWYg eW91IGFyZSB3aWxsaW5nIHRvIHdvcmsgb24gdGhpcyBkb2N1bWVudCwgZWl0aGVyIGFzIGNvbnRy aWJ1dG9yLCBhdXRob3IsIG9yIHJldmlld2VyIHBsZWFzZSBub3RpZnkgdGhlIGxpc3QuICAgVGhp cyB3aWxsIHByb3ZpZGUgdGhlIGNoYWlycyB3aXRoIGFuIGluZGljYXRpb24gb2YgdGhlIGVuZXJn eSBsZXZlbCBpbiB0aGUgd29ya2luZyBncm91cCB0byB3b3JrIG9uIHRoaXMgZG9jdW1lbnQuDQoN CiAgICAgICAgQm9iLCBKZW4sIE9sZQ0KDQoNCg0KDQogICAgLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCiAgICBJRVRG IElQdjYgd29ya2luZyBncm91cCBtYWlsaW5nIGxpc3QNCiAgICBpcHY2QGlldGYub3JnDQogICAg QWRtaW5pc3RyYXRpdmUgUmVxdWVzdHM6IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlz dGluZm8vaXB2Ng0KICAgIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQoNCg== From nobody Tue Apr 12 19:40:32 2022 Return-Path: X-Original-To: ipv6@ietfa.amsl.com Delivered-To: ipv6@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2DD0B3A19E6 for ; Tue, 12 Apr 2022 19:40:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.107 X-Spam-Level: X-Spam-Status: No, score=-2.107 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QNPX3GbJe8G5 for ; Tue, 12 Apr 2022 19:40:28 -0700 (PDT) Received: from mail-vs1-xe35.google.com (mail-vs1-xe35.google.com [IPv6:2607:f8b0:4864:20::e35]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D25413A19E2 for ; Tue, 12 Apr 2022 19:40:27 -0700 (PDT) Received: by mail-vs1-xe35.google.com with SMTP id k17so414078vsq.0 for ; Tue, 12 Apr 2022 19:40:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Pa0cwpzMN3qWn3NiIbpHdZdEthp+oVEcRiyqj4KFfK8=; b=jiPe7qWumPb9OqmJRnKYruN9Tbv0CqphlFuhyRkPF38hMp59eNbk1vyDncfu9WzzkE b+XC3kuA3G36rEoH3pCa5Wg7JG7epGW+m3JXQjVgtTXqKbrJtdOdwqrN21GeJDdR0JbR mhg/YzizcLXGuaJnpFh6IbT93hV8/91LDiXUqHpL8YnZfkrE1jlm4fiC3bVx1WQuk6Gr 6VgRuSKv6EFjET6Gh6vl1TOqaqjRd2iQlEnJ7JvcPg2ugTjwQ/+5SQJsq9ggowPrQvZc 52MLpxLb85lMU+uYJnX98v0HjerkXgQzvfLCeWO21107wSnCNrewrCMIB6FMPviGUF8X 9OLg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Pa0cwpzMN3qWn3NiIbpHdZdEthp+oVEcRiyqj4KFfK8=; b=Usfk4QnhbgdIaFWwIdbD1Tog0QGNdzwgy5ZtTM/yYr/RaV9fWt3AKE1pD08dbjrkA9 xUtiALGwFhiVcDWxIkB9ws5Vt1uBQ804EGsBaC8G8CfLR9DIDYpW1WG0PBMW/hqde3Na 4hTR6Ca4weVgsme4uNZA9+ZBUxXlGQgt35GWL0luKFnOGuyZ6RnDbmo3asd7wHl3jgik LA4IiEErCAx0Z6WHFEe1Bk/Chikh0030740VdON5zMWFdc5t1YY0XXtj0Pc7qxrh91fP 2gMhOWR32kgT4lczEaA+/i2SfP27YbF4sXnKmtNaqrc4pXE/ODbF+eoNqv/6Jd9eYJKv 0Qtg== X-Gm-Message-State: AOAM532qb9Q0ToD5eVyFH8qcf26EjbGDpJxEmBaA8xT+aMk+0RDpceS7 zBIbzglrzsQNBdztycSrd0w4RpVVLk1RlQJ1ohQ= X-Google-Smtp-Source: ABdhPJwn8lJU+jOOvCkP6aG1RKGXrFlnp5qpLDBKnFk90mbj06ypukYWZX9962xF5fjhmGApII5nEd2P2hXDOXXK8gI= X-Received: by 2002:a05:6102:3d04:b0:329:88fa:94d2 with SMTP id i4-20020a0561023d0400b0032988fa94d2mr2003621vsv.64.1649817626275; Tue, 12 Apr 2022 19:40:26 -0700 (PDT) MIME-Version: 1.0 References: <92790B16-19F8-40AD-BF8B-F9CBB619EE37@gmail.com> In-Reply-To: <92790B16-19F8-40AD-BF8B-F9CBB619EE37@gmail.com> From: Ketan Talaulikar Date: Wed, 13 Apr 2022 08:10:15 +0530 Message-ID: Subject: Re: Call for adoption: To: Bob Hinden Cc: IPv6 List Content-Type: multipart/alternative; boundary="0000000000008ef0ed05dc801917" Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2022 02:40:30 -0000 --0000000000008ef0ed05dc801917 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello, This document takes up the task of clarifying several aspects related to SRv6 SID vis-=C3=A0-vis IPv6 addressing and processing. I believe it would = be very helpful for the community and support its adoption by the WG. I will also volunteer to review and contribute to it. Thanks, Ketan On Thu, Mar 31, 2022 at 2:01 AM Bob Hinden wrote: > This message starts a two week 6MAN call on adopting: > > Title: Segment Identifiers in SRv6 > Authors: S. Krishnan > File Name: draft-krishnan-6man-sids-00 > Document date: February 10, 2022 > > https://datatracker.ietf.org/doc/html/draft-krishnan-6man-sids-00 > > as a 6MAN working group document. > > For background this draft was the result a query to the 6MAN working grou= p > from the SPRING w.g. chairs regarding regarding > draft-filsfilscheng-spring-srv6-srh-compression. The query was: > > https://mailarchive.ietf.org/arch/msg/ipv6/5IpkHf5tVa-G4sKca-EWGEziYSo/ > > After an active discussion, the reply from the 6MAN chairs and ADs was: > > https://mailarchive.ietf.org/arch/msg/ipv6/rGgpWZyPaKonLaeuT37D7qZ1Vcw/ > > This topic was also presented at IETF 112, slides here: > > > https://datatracker.ietf.org/meeting/112/materials/slides-112-6man-srv6-s= ids-00 > > Substantive comments and statements of support for adopting this document > should be sent to the mailing list. Editorial suggestions can be sent to > the author. This adoption call will end on 13 April 2022. > > Further, if you are willing to work on this document, either as > contributor, author, or reviewer please notify the list. This will > provide the chairs with an indication of the energy level in the working > group to work on this document. > > Bob, Jen, Ole > > > > -------------------------------------------------------------------- > IETF IPv6 working group mailing list > ipv6@ietf.org > Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 > -------------------------------------------------------------------- > --0000000000008ef0ed05dc801917 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello,

This document takes up the task = of clarifying several aspects related to SRv6 SID vis-=C3=A0-vis IPv6 addre= ssing and processing. I believe it would be very helpful for the community = and support its adoption by the WG.

I will also vo= lunteer to review and contribute to it.

Thanks,Ketan

On Thu, Mar 31, 2022 at 2:01 AM Bob Hinden <bob.hinden@gmail.com> wrote:
This message starts a two week 6MAN= call on adopting:

=C2=A0 =C2=A0Title:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Segment Identifiers i= n SRv6
=C2=A0 =C2=A0Authors:=C2=A0 =C2=A0 =C2=A0 =C2=A0 S. Krishnan
=C2=A0 =C2=A0File Name:=C2=A0 =C2=A0 =C2=A0 draft-krishnan-6man-sids-00
=C2=A0 =C2=A0Document date:=C2=A0 February 10, 2022

=C2=A0 =C2=A0https://datatracker.ie= tf.org/doc/html/draft-krishnan-6man-sids-00

as a 6MAN working group document.

For background this draft was the result a query to the 6MAN working group = from the SPRING w.g. chairs regarding regarding draft-filsfilscheng-spring-= srv6-srh-compression.=C2=A0 The query was:

=C2=A0 https://mailarchive.ie= tf.org/arch/msg/ipv6/5IpkHf5tVa-G4sKca-EWGEziYSo/

After an active discussion, the reply from the 6MAN chairs and ADs was:

=C2=A0 https://mailarchive.ie= tf.org/arch/msg/ipv6/rGgpWZyPaKonLaeuT37D7qZ1Vcw/

This topic was also presented at IETF 112, slides here:

=C2=A0 https://datatr= acker.ietf.org/meeting/112/materials/slides-112-6man-srv6-sids-00

Substantive comments and statements of support for adopting this document s= hould be sent to the mailing list.=C2=A0 Editorial suggestions can be sent = to the author.=C2=A0 This adoption call will end on 13 April 2022.

Further, if you are willing to work on this document, either as contributor= , author, or reviewer please notify the list.=C2=A0 =C2=A0This will provide= the chairs with an indication of the energy level in the working group to = work on this document.

Bob, Jen, Ole



--------------------------------------------------------------------
IETF IPv6 working group mailing list
ipv6@ietf.org
Administrative Requests: https://www.ietf.org/mailman/list= info/ipv6
--------------------------------------------------------------------
--0000000000008ef0ed05dc801917-- From nobody Tue Apr 12 20:10:38 2022 Return-Path: X-Original-To: ipv6@ietf.org Delivered-To: ipv6@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id C4FA93A1B16; Tue, 12 Apr 2022 20:10:36 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: IETF Secretariat To: <6man-chairs@ietf.org>, , Subject: The 6MAN WG has placed draft-krishnan-6man-sids in state "Call For Adoption By WG Issued" X-Test-IDTracker: no X-IETF-IDTracker: 7.46.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <164981943675.2633.17781563181099593008@ietfa.amsl.com> Date: Tue, 12 Apr 2022 20:10:36 -0700 Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2022 03:10:37 -0000 The 6MAN WG has placed draft-krishnan-6man-sids in state Call For Adoption By WG Issued (entered by Bob Hinden) The document is available at https://datatracker.ietf.org/doc/draft-krishnan-6man-sids/ From nobody Wed Apr 13 09:38:45 2022 Return-Path: X-Original-To: ipv6@ietfa.amsl.com Delivered-To: ipv6@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C8D433A18D1 for ; Wed, 13 Apr 2022 09:38:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.907 X-Spam-Level: X-Spam-Status: No, score=-6.907 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oJ3YoGLN0yzi for ; Wed, 13 Apr 2022 09:38:31 -0700 (PDT) Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BD4A63A188F for ; Wed, 13 Apr 2022 09:38:21 -0700 (PDT) Received: from fraeml737-chm.china.huawei.com (unknown [172.18.147.201]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4KdpBM1zYPz685S1 for ; Thu, 14 Apr 2022 00:36:11 +0800 (CST) Received: from mscpeml500001.china.huawei.com (7.188.26.142) by fraeml737-chm.china.huawei.com (10.206.15.218) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.24; Wed, 13 Apr 2022 18:38:18 +0200 Received: from mscpeml500001.china.huawei.com (7.188.26.142) by mscpeml500001.china.huawei.com (7.188.26.142) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.24; Wed, 13 Apr 2022 19:38:17 +0300 Received: from mscpeml500001.china.huawei.com ([7.188.26.142]) by mscpeml500001.china.huawei.com ([7.188.26.142]) with mapi id 15.01.2375.024; Wed, 13 Apr 2022 19:38:17 +0300 From: Vasilenko Eduard To: Tom Herbert , 6man Subject: RE: New Version Notification for draft-ietf-6man-eh-limits-00.txt Thread-Topic: New Version Notification for draft-ietf-6man-eh-limits-00.txt Thread-Index: AQHYFt9IQdR5lyqXEUqdR6YFLDEiCKzudkYQ Date: Wed, 13 Apr 2022 16:38:17 +0000 Message-ID: <71d1c02065dc4c52ae2313b3aa567a10@huawei.com> References: <164365986369.11924.15079251650979458049@ietfa.amsl.com> In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.81.190.254] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2022 16:38:43 -0000 Hi Tom, I believe that you have forgotten to restrict the number of the same type E= Hs on the source (reminder: DO could be 2 times) in section 3.2.1. I have not understood why you have restricted any option on 60bytes after y= ou have restricted EH on 64bytes. The first restriction looks like a redund= ant check - it would happen automatically. The same for section 3.2.2: both restrictions (60B and 64B) are not needed.= One restriction is enough. In general, I propose to search all instances of 60B restrictions and delet= e them. KISS. Maybe it is better to request the possibility for configuration on the reac= tion for this (the choice for Admin, not for Vendor): * If an intermediate node encounters an unknown Hop-by-Hop option and the two high order bits are not 00 then the node SHOULD immediately stop processing the option chain and ignore any options in the chain beyond the unknown option. An intermediate node MAY either elect to discard the packet and MAY send an ICMP Parameter Problem per the requirements of [RFC8200]; or the intermediate node MAY forward the packet. My general impression: the limits are so loose that it would not hurt to pr= ogress this draft to the RFC. Albeit, I do not think it would help the Internet and I do not see any EH p= roblem for the closed domain now. Eduard -----Original Message----- From: ipv6 [mailto:ipv6-bounces@ietf.org] On Behalf Of Tom Herbert Sent: Monday, January 31, 2022 11:15 PM To: 6man Subject: Fwd: New Version Notification for draft-ietf-6man-eh-limits-00.txt Hello, I have posted draft-ietf-6man-eh-limits-00. This renames draft-herbert-6man-eh-limits-00 to be a WG draft and includes some clarific= ations and edits. Tom ---------- Forwarded message --------- From: Date: Mon, Jan 31, 2022 at 12:11 PM Subject: New Version Notification for draft-ietf-6man-eh-limits-00.txt To: Tom Herbert A new version of I-D, draft-ietf-6man-eh-limits-00.txt has been successfull= y submitted by Tom Herbert and posted to the IETF repository. Name: draft-ietf-6man-eh-limits Revision: 00 Title: Limits on Sending and Processing IPv6 Extension Headers Document date: 2022-01-31 Group: 6man Pages: 19 URL: https://www.ietf.org/archive/id/draft-ietf-6man-eh-limits-0= 0.txt Status: https://datatracker.ietf.org/doc/draft-ietf-6man-eh-limits/ Htmlized: https://datatracker.ietf.org/doc/html/draft-ietf-6man-eh-li= mits Abstract: This specification defines various limits that may be applied to receiving, sending, and otherwise processing packets that contain IPv6 extension headers. The need for such limits is pragmatic to facilitate interoperability amongst hosts and routers in the presence of extension headers and thereby increasing the feasibility of deployment of extension headers. The limits described here establish the minimum baseline of support for use of extension headers in the Internet. If it is known that all communicating parties for a particular commumication, including end hosts and any intermediate nodes in the path, are capable of supporting more than the baseline then these default limits may be freely exceeded. The IETF Secretariat -------------------------------------------------------------------- IETF IPv6 working group mailing list ipv6@ietf.org Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 -------------------------------------------------------------------- From nobody Wed Apr 13 09:40:17 2022 Return-Path: X-Original-To: ipv6@ietfa.amsl.com Delivered-To: ipv6@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EE3543A17E9 for ; Wed, 13 Apr 2022 09:40:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.107 X-Spam-Level: X-Spam-Status: No, score=-2.107 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=kumari.net Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Dty213G0y94H for ; Wed, 13 Apr 2022 09:40:11 -0700 (PDT) Received: from mail-ej1-x62f.google.com (mail-ej1-x62f.google.com [IPv6:2a00:1450:4864:20::62f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7677B3A197C for <6man@ietf.org>; Wed, 13 Apr 2022 09:39:42 -0700 (PDT) Received: by mail-ej1-x62f.google.com with SMTP id ks6so5154004ejb.1 for <6man@ietf.org>; Wed, 13 Apr 2022 09:39:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kumari.net; s=google; h=mime-version:references:from:in-reply-to:date:message-id:subject:to :cc; bh=FNtE8SGyTEzseAKcEROWKxEuLCnxGwZ/Zs5Di002w2k=; b=FArh6JtH7S4JLJ9d3qcjXwF6AbAM/h/DGzoLJtGXR4zoX73DGXQcOHICeoS9sTGnLR 3hL+r91OEjReSOa8tN12ZKcugFc2NINa9MTsjM+j4OGy/EdFWR/zYybzBfovwM6yqT8v uBWDtzwYYYpZGknnkR/eS3UnzB7ivIuSZm90BeU6WanM7jjN/4xasK8jMH5Djokqczk4 H6v+6r3vuETksvYJ7W2OYfZbJEbM/SJ8WbOzSjoibsiap0mUzDpTWJK+TLFS6a30/fmd /HeIK4MyO68LEOLoc8WoOWHN/aZIdiB0G+xSJOM9bJj2P7l0cTuXREo8uTW4SIa0ur8k g53g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:from:in-reply-to:date :message-id:subject:to:cc; bh=FNtE8SGyTEzseAKcEROWKxEuLCnxGwZ/Zs5Di002w2k=; b=6NonbH8wHd0tJaDdN31CmANtwb9r/0W24uBym/ymDyapTP/pK5x2kZ38SDBI9fj9qe Y6iT0HMVI0F7nvBovqZFpzpC71DX0aj8drX7Hkmg9hKzGpas7LnEk0MC7zx31NAQW1XN mPGsmhH9RpCIcGhQwMTi0GS1rW8m0fRCvNqao2yntzbfDhlQm7XCFiw8eNHrv43t5mdt NARx167zYqI8srUxLzej+er1agoB6HhdR+8XJohKDbdI3g5xGTDecuRajtUqZfJPJnTD QeFCWLjrT9+X/AIZK3EnGdsYDNRYPUtISs9nSlp4mZP0M4lD+ad+1KqotxkGqjN/3rKt 5U4g== X-Gm-Message-State: AOAM530mwu06a6tgznq6Hh6iWD6T1M3Fqqk+xnVwYzDhjTIquryL+LAi UnJ53ODsYjLnGCeVJ9zs0kbT/59C07W1oiMNMgbVAr8sOLM= X-Google-Smtp-Source: ABdhPJwxAhsd9kWHqrkvWPRA21yKtbAdjXEToy5GclrlWiUYX+wv+cRo5KnTo8YUtayWGHmbt3Pyrs5E+vhwfEJQX9U= X-Received: by 2002:a17:907:9814:b0:6e6:d75f:5e4e with SMTP id ji20-20020a170907981400b006e6d75f5e4emr40264490ejc.571.1649867979578; Wed, 13 Apr 2022 09:39:39 -0700 (PDT) Received: from 649336022844 named unknown by gmailapi.google.com with HTTPREST; Wed, 13 Apr 2022 09:39:38 -0700 Mime-Version: 1.0 References: <164871262700.22908.5488655344697088631@ietfa.amsl.com> X-Mailer: Superhuman Desktop (2022-04-12T22:06:10Z) X-Superhuman-Draft-ID: draft007a0726ad149bad From: Warren Kumari X-Superhuman-ID: l1xss72h.d96c215b-47fe-40bf-83b0-3154e3227808 In-Reply-To: Date: Wed, 13 Apr 2022 09:39:38 -0700 Message-ID: Subject: Re: FW: I-D Action: draft-ietf-6man-ipv6-alt-mark-13.txt To: Giuseppe Fioccola Cc: 6man@ietf.org, Erik Kline , The IESG Content-Type: multipart/alternative; boundary="000000000000d9834c05dc8bd2b7" Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2022 16:40:16 -0000 --000000000000d9834c05dc8bd2b7 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable [ Apologies, I'd thought that I'd sent this on April 2nd, but I just found it lurking in my drafts=E2=80=A6 ] On Thu, Mar 31, 2022 at 3:51 AM, Giuseppe Fioccola < giuseppe.fioccola=3D40huawei.com@dmarc.ietf.org> wrote: > Dear All, > Please note that I just updated the draft to include the normative > references to RFC8321bis and RFC8889bis. As Erik suggested, this should > help to clear some IESG pending positions in order to move forward the > document. > > I do not see anything / anywhere where my DISCUSS concerns are addressed, and I have a suspicion that we walked away from the last exchange both assuming that the other person understood and agreed =E2=80=94 https://mailarchive.ietf.org/arch/msg/ipv6/5G0qpQ6u2OO9PqpulKl-uuLrv_M/ Let me try and restate my concern (noting that I last read the document in detail in Aug, 2021): Section 1. Introduction says: "As with all on-path telemetry techniques, the only definitive solution is that this methodology MUST be applied in a controlled domain." and then this is repeated in 6. Security Considerations which says: "As stated above, the precondition for the application of the Alternate Marking is that it MUST be applied in specific controlled domains, thus confining the potential attack vectors within the network domain. [...] In this regard it is expected to enforce policies at the domain boundaries to filter both external packets with AltMark Option entering the domain and internal packets with AltMark Option leaving the domain." and "Since the measurement itself may be affected by network nodes intentionally altering the bits of the AltMark Option or injecting Options headers as a means for Denial of Service (DoS), the Alternate Marking MUST be applied in the context of a controlled domain, where the network nodes are locally administered and this type of attack can be avoided. For this reason, the implementation of the method is not done on the end node if it is not fully managed and does not belong to the controlled domain. Packets generated outside the controlled domain may consume router resources by maliciously using the HbH Option, but this can be mitigated by filtering these packets at the controlled domain boundary. This can be done because, if the end node does not belong to the controlled domain, it is not supposed to add the AltMark HbH Option, and it can be easily recognized." How are these "policies at the domain boundaries to filter both external packets with AltMark Option entering the domain and internal packets with AltMark Option leaving the domain." supposed to be implemented? Current devices do not understand AltMark, and so I don't see how an operator is supposed to do this. You say "For this reason, the implementation of the method is not done on the end node if it is not fully managed and does not belong to the controlled domain." - what prevents an attacker (that does not belong to the controlled domain) from implementing and sending these packets (other than the assertion that "it is not done")? In addition, the document says: " As stated, the application to a controlled domain ensures the control over the packets entering and leaving the domain, but despite that, leakages may happen for different reasons, such as a failure or a fault. In this case, nodes outside the domain MUST simply ignore packets with AltMark Option since they should not process it." How does a device (like my phone or laptop) know if it is inside or outside of the domain? I suspect that we are talking past each other, or that I'm missing something *very* fundamental here=E2=80=A6 W > Best Regards, > > Giuseppe > > -----Original Message----- > From: ipv6 On Behalf Of internet-drafts@ietf.org > Sent: Thursday, March 31, 2022 9:44 AM > To: i-d-announce@ietf.org > Cc: ipv6@ietf.org > Subject: I-D Action: draft-ietf-6man-ipv6-alt-mark-13.txt > > A New Internet-Draft is available from the on-line Internet-Drafts > directories. This draft is a work item of the IPv6 Maintenance WG of the > IETF. > > Title : IPv6 Application of the Alternate Marking Method Authors : > Giuseppe Fioccola > Tianran Zhou > Mauro Cociglio > Fengwei Qin > Ran Pang > Filename : draft-ietf-6man-ipv6-alt-mark-13.txt Pages : 23 > Date : 2022-03-31 > > Abstract: > This document describes how the Alternate Marking Method can be used as a > passive performance measurement tool in an IPv6 domain. It defines a new > Extension Header Option to encode Alternate Marking information in both t= he > Hop-by-Hop Options Header and Destination Options Header. > > The IETF datatracker status page for this draft is: https://datatracker. > ietf.org/doc/draft-ietf-6man-ipv6-alt-mark/ > > There is also an htmlized version available at: > https://datatracker.ietf.org/doc/html/draft-ietf-6man-ipv6-alt-mark-13 > > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-6man-ipv6-alt-mark-13 > > Internet-Drafts are also available by rsync at rsync.ietf.org::internet-d= rafts > > > -------------------------------------------------------------------- IETF > IPv6 working group mailing list > ipv6@ietf.org > Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 > -------------------------------------------------------------------- > > --000000000000d9834c05dc8bd2b7 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
[ Apologies, I'd thought that I'd sent this= on April 2nd, but I just found it lurking i= n my drafts=E2=80=A6 ]

On Thu, Mar 31, 2022 at 3:51 AM, Giuseppe Fiocc= ola <giuseppe.fioccola=3D40huawei.com@dm= arc.ietf.org> wrote:
=

Dear All,
Please note that I just updated the draft to include the normative refere= nces to RFC8321bis and RFC8889bis. As Erik suggested, this should help to clear some IESG pending positions in= order to move forward the document.



I do not see anything / anywhere where = my DISCUSS concerns are addressed, and I have a suspicion that we walked aw= ay from the last exchange both assuming that the other person understood an= d agreed =E2=80=94=C2=A0https://mailarchive.ietf.org/ar= ch/msg/ipv6/5G0qpQ6u2OO9PqpulKl-uuLrv_M/

<= /div>
Let me try and restate my concern (noting that I last = read the document in detail in Aug, 2021):


Section=C2=A01.=C2=A0 Introduc= tion says:
"As with all on-path
=C2=A0=C2=A0 telemetry techniques, the only definitive so= lution is that this
=C2=A0=C2=A0 methodology MUST = be applied in a controlled domain."

and then this is repeated in 6.=C2=A0 Secu= rity Considerations which says:
"As stated ab= ove, the precondition for the application of the
=C2=A0Alternate Marking is that it MUST be applied in specific contro= lled
=C2=A0=C2=A0 domains, thus confining the pote= ntial attack vectors within the
=C2=A0=C2=A0 netwo= rk domain.
=C2=A0[...]
In this regard it is expected to enforce policies at the
<= /div>
=C2=A0=C2=A0 domain boundaries to filter both ex= ternal packets with AltMark Option
=C2=A0=C2=A0 en= tering the domain and internal packets with AltMark Option leaving
=C2=A0=C2=A0 the domain."
an= d
"Since the measurement itself may be affect= ed by network
=C2=A0=C2=A0 nodes intentionally alt= ering the bits of the AltMark Option or
=C2=A0=C2= =A0 injecting Options headers as a means for Denial of Service (DoS), the
=C2=A0=C2=A0 Alternate Marking MUST be applied in t= he context of a controlled
=C2=A0=C2=A0 domain, wh= ere the network nodes are locally administered and this
=C2=A0=C2=A0 type of attack can be avoided.=C2=A0 For this reason, th= e implementation
=C2=A0=C2=A0 of the method is not= done on the end node if it is not fully managed
= =C2=A0=C2=A0 and does not belong to the controlled domain.=C2=A0 Packets ge= nerated
=C2=A0=C2=A0 outside the controlled domain= may consume router resources by
=C2=A0=C2=A0 mali= ciously using the HbH Option, but this can be mitigated by
=C2=A0=C2=A0 filtering these packets at the controlled domain boun= dary.=C2=A0 This can
=C2=A0=C2=A0 be done because,= if the end node does not belong to the controlled
=C2=A0=C2=A0 domain, it is not supposed to add the AltMark HbH Option, and= it can
=C2=A0=C2=A0 be easily recognized."

How are these "polic= ies at the=C2=A0 domain boundaries to filter both external packets with Alt= Mark Option entering the domain and internal packets with AltMark Option le= aving=C2=A0the domain." supposed to be implemented? Current devices do= not understand AltMark, and so I don't see how an operator is supposed= to do this.=C2=A0

You s= ay "For this reason, the implementation of the method is not done on t= he end node if it is not fully managed and does not belong to the controlle= d domain." - what prevents an attacker (that does not belong to the co= ntrolled domain) from implementing and sending these packets (other than th= e assertion that "it is not done")?=C2=A0




In addition, the document says:
" As stated, the application to a controlled domain ensu= res the control
=C2=A0=C2=A0 over the packets ente= ring and leaving the domain, but despite that,
=C2= =A0=C2=A0 leakages may happen for different reasons, such as a failure or a=
=C2=A0=C2=A0 fault.=C2=A0 In this case, nodes out= side the domain MUST simply ignore
=C2=A0=C2=A0 pa= ckets with AltMark Option since they should not process it."
=

How does a device (like my phone = or laptop) know if it is inside or outside of the domain?=C2=A0


I suspect that we are talking past each other, or that I'm missi= ng something *very* fundamental here=E2=80=A6

=
W

=


Best Regards,

Giuseppe

----= -Original Message-----
From: ipv6 <ipv= 6-bounces@ietf.org> On Behalf Of internet-drafts@<= wbr>ietf.org Sent: Thursday, March 31, 2022 9:44 AM
To: i-d-announce@ietf.org
Subject: = I-D Action: draft-ietf-6man-ipv6-alt-mark-13.txt

A New Internet-Draft is available from the on-line Internet-Drafts di= rectories. This draft is a work item of the IPv6 Maintenance WG of the IETF.

<= p class=3D"">

Title : IPv6 Application of the = Alternate Marking Method Authors : Giuseppe Fioccola
Tianran Zhou=
Mauro Cociglio
Fengw= ei Qin
Ran Pang
Filen= ame : draft-ietf-6man-ipv6-alt-mark-13.txt Pages : 23
Date : 2022-03-= 31

Abstract:
This document describes how the Alternate Marking Method can= be used as a passive performance measurement tool in an IPv6 domain. It defines a new Extension Header Option to encode Alternate Marking information in both the Hop-by-Hop Options Header and Destination Options Header.

The IETF datatracker status p= age for this draft is: https:/= /datatracker.ietf.org/doc/draft-ietf-6man-ipv6-alt= -mark/

There is also an = htmlized version available at:
<= p>

A diff from the previous version is= available at:

Internet-D= rafts are also available by rsync at rsync.ietf.org::internet-= drafts

--------------------------= ------------------------------------------ IETF IPv6 working group mailing list
------------------------------= --------------------------------------


--000000000000d9834c05dc8bd2b7-- From nobody Wed Apr 13 10:54:01 2022 Return-Path: X-Original-To: ipv6@ietfa.amsl.com Delivered-To: ipv6@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5C0C53A1CBF; Wed, 13 Apr 2022 10:53:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.906 X-Spam-Level: X-Spam-Status: No, score=-1.906 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qGcM3q-a6rAO; Wed, 13 Apr 2022 10:53:29 -0700 (PDT) Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0852A3A1CCB; Wed, 13 Apr 2022 10:53:27 -0700 (PDT) Received: from fraeml708-chm.china.huawei.com (unknown [172.18.147.206]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4KdqqZ3YMKz67y6K; Thu, 14 Apr 2022 01:50:02 +0800 (CST) Received: from fraeml714-chm.china.huawei.com (10.206.15.33) by fraeml708-chm.china.huawei.com (10.206.15.36) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.24; Wed, 13 Apr 2022 19:53:22 +0200 Received: from fraeml714-chm.china.huawei.com ([10.206.15.33]) by fraeml714-chm.china.huawei.com ([10.206.15.33]) with mapi id 15.01.2375.024; Wed, 13 Apr 2022 19:53:22 +0200 From: Giuseppe Fioccola To: Warren Kumari CC: "6man@ietf.org" <6man@ietf.org>, Erik Kline , The IESG Subject: RE: FW: I-D Action: draft-ietf-6man-ipv6-alt-mark-13.txt Thread-Topic: FW: I-D Action: draft-ietf-6man-ipv6-alt-mark-13.txt Thread-Index: AQHYRNNkfufvudJOcUucKxKvqWZLMqzZHglAgBTg6gCAACWD8A== Date: Wed, 13 Apr 2022 17:53:22 +0000 Message-ID: References: <164871262700.22908.5488655344697088631@ietfa.amsl.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.48.206.0] Content-Type: multipart/alternative; boundary="_000_be5fdc84401643ab8db7c8b748edfc78huaweicom_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2022 17:53:36 -0000 --_000_be5fdc84401643ab8db7c8b748edfc78huaweicom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgV2FycmVuLA0KVGhhbmsgeW91IGZvciByZXN1bWluZyB0aGUgcmV2aXNpb24uDQpQbGVhc2Ug ZmluZCBteSBhbnN3ZXJzIGlubGluZSB0YWdnZWQgYXMgW0dGXS4NCg0KUmVnYXJkcywNCg0KR2l1 c2VwcGUNCg0KDQpGcm9tOiBXYXJyZW4gS3VtYXJpIDx3YXJyZW5Aa3VtYXJpLm5ldD4NClNlbnQ6 IFdlZG5lc2RheSwgQXByaWwgMTMsIDIwMjIgNjo0MCBQTQ0KVG86IEdpdXNlcHBlIEZpb2Njb2xh IDxnaXVzZXBwZS5maW9jY29sYUBodWF3ZWkuY29tPg0KQ2M6IDZtYW5AaWV0Zi5vcmc7IEVyaWsg S2xpbmUgPGVrLmlldGZAZ21haWwuY29tPjsgVGhlIElFU0cgPGllc2dAaWV0Zi5vcmc+DQpTdWJq ZWN0OiBSZTogRlc6IEktRCBBY3Rpb246IGRyYWZ0LWlldGYtNm1hbi1pcHY2LWFsdC1tYXJrLTEz LnR4dA0KDQpbIEFwb2xvZ2llcywgSSdkIHRob3VnaHQgdGhhdCBJJ2Qgc2VudCB0aGlzIG9uIEFw cmlsIDJuZCwgYnV0IEkganVzdCBmb3VuZCBpdCBsdXJraW5nIGluIG15IGRyYWZ0c+KApiBdDQoN Ck9uIFRodSwgTWFyIDMxLCAyMDIyIGF0IDM6NTEgQU0sIEdpdXNlcHBlIEZpb2Njb2xhIDxnaXVz ZXBwZS5maW9jY29sYT00MGh1YXdlaS5jb21AZG1hcmMuaWV0Zi5vcmc8bWFpbHRvOmdpdXNlcHBl LmZpb2Njb2xhPTQwaHVhd2VpLmNvbUBkbWFyYy5pZXRmLm9yZz4+IHdyb3RlOg0KRGVhciBBbGws DQpQbGVhc2Ugbm90ZSB0aGF0IEkganVzdCB1cGRhdGVkIHRoZSBkcmFmdCB0byBpbmNsdWRlIHRo ZSBub3JtYXRpdmUgcmVmZXJlbmNlcyB0byBSRkM4MzIxYmlzIGFuZCBSRkM4ODg5YmlzLiBBcyBF cmlrIHN1Z2dlc3RlZCwgdGhpcyBzaG91bGQgaGVscCB0byBjbGVhciBzb21lIElFU0cgcGVuZGlu ZyBwb3NpdGlvbnMgaW4gb3JkZXIgdG8gbW92ZSBmb3J3YXJkIHRoZSBkb2N1bWVudC4NCg0KDQpJ IGRvIG5vdCBzZWUgYW55dGhpbmcgLyBhbnl3aGVyZSB3aGVyZSBteSBESVNDVVNTIGNvbmNlcm5z IGFyZSBhZGRyZXNzZWQsIGFuZCBJIGhhdmUgYSBzdXNwaWNpb24gdGhhdCB3ZSB3YWxrZWQgYXdh eSBmcm9tIHRoZSBsYXN0IGV4Y2hhbmdlIGJvdGggYXNzdW1pbmcgdGhhdCB0aGUgb3RoZXIgcGVy c29uIHVuZGVyc3Rvb2QgYW5kIGFncmVlZCDigJQgaHR0cHM6Ly9tYWlsYXJjaGl2ZS5pZXRmLm9y Zy9hcmNoL21zZy9pcHY2LzVHMHFwUTZ1Mk9POVBxcHVsS2wtdXVMcnZfTS8NCg0KTGV0IG1lIHRy eSBhbmQgcmVzdGF0ZSBteSBjb25jZXJuIChub3RpbmcgdGhhdCBJIGxhc3QgcmVhZCB0aGUgZG9j dW1lbnQgaW4gZGV0YWlsIGluIEF1ZywgMjAyMSk6DQoNCg0KU2VjdGlvbiAxLiAgSW50cm9kdWN0 aW9uIHNheXM6DQoiQXMgd2l0aCBhbGwgb24tcGF0aA0KICAgdGVsZW1ldHJ5IHRlY2huaXF1ZXMs IHRoZSBvbmx5IGRlZmluaXRpdmUgc29sdXRpb24gaXMgdGhhdCB0aGlzDQogICBtZXRob2RvbG9n eSBNVVNUIGJlIGFwcGxpZWQgaW4gYSBjb250cm9sbGVkIGRvbWFpbi4iDQoNCmFuZCB0aGVuIHRo aXMgaXMgcmVwZWF0ZWQgaW4gNi4gIFNlY3VyaXR5IENvbnNpZGVyYXRpb25zIHdoaWNoIHNheXM6 DQoiQXMgc3RhdGVkIGFib3ZlLCB0aGUgcHJlY29uZGl0aW9uIGZvciB0aGUgYXBwbGljYXRpb24g b2YgdGhlDQogQWx0ZXJuYXRlIE1hcmtpbmcgaXMgdGhhdCBpdCBNVVNUIGJlIGFwcGxpZWQgaW4g c3BlY2lmaWMgY29udHJvbGxlZA0KICAgZG9tYWlucywgdGh1cyBjb25maW5pbmcgdGhlIHBvdGVu dGlhbCBhdHRhY2sgdmVjdG9ycyB3aXRoaW4gdGhlDQogICBuZXR3b3JrIGRvbWFpbi4NCiBbLi4u XQ0KSW4gdGhpcyByZWdhcmQgaXQgaXMgZXhwZWN0ZWQgdG8gZW5mb3JjZSBwb2xpY2llcyBhdCB0 aGUNCiAgIGRvbWFpbiBib3VuZGFyaWVzIHRvIGZpbHRlciBib3RoIGV4dGVybmFsIHBhY2tldHMg d2l0aCBBbHRNYXJrIE9wdGlvbg0KICAgZW50ZXJpbmcgdGhlIGRvbWFpbiBhbmQgaW50ZXJuYWwg cGFja2V0cyB3aXRoIEFsdE1hcmsgT3B0aW9uIGxlYXZpbmcNCiAgIHRoZSBkb21haW4uIg0KYW5k DQoiU2luY2UgdGhlIG1lYXN1cmVtZW50IGl0c2VsZiBtYXkgYmUgYWZmZWN0ZWQgYnkgbmV0d29y aw0KICAgbm9kZXMgaW50ZW50aW9uYWxseSBhbHRlcmluZyB0aGUgYml0cyBvZiB0aGUgQWx0TWFy ayBPcHRpb24gb3INCiAgIGluamVjdGluZyBPcHRpb25zIGhlYWRlcnMgYXMgYSBtZWFucyBmb3Ig RGVuaWFsIG9mIFNlcnZpY2UgKERvUyksIHRoZQ0KICAgQWx0ZXJuYXRlIE1hcmtpbmcgTVVTVCBi ZSBhcHBsaWVkIGluIHRoZSBjb250ZXh0IG9mIGEgY29udHJvbGxlZA0KICAgZG9tYWluLCB3aGVy ZSB0aGUgbmV0d29yayBub2RlcyBhcmUgbG9jYWxseSBhZG1pbmlzdGVyZWQgYW5kIHRoaXMNCiAg IHR5cGUgb2YgYXR0YWNrIGNhbiBiZSBhdm9pZGVkLiAgRm9yIHRoaXMgcmVhc29uLCB0aGUgaW1w bGVtZW50YXRpb24NCiAgIG9mIHRoZSBtZXRob2QgaXMgbm90IGRvbmUgb24gdGhlIGVuZCBub2Rl IGlmIGl0IGlzIG5vdCBmdWxseSBtYW5hZ2VkDQogICBhbmQgZG9lcyBub3QgYmVsb25nIHRvIHRo ZSBjb250cm9sbGVkIGRvbWFpbi4gIFBhY2tldHMgZ2VuZXJhdGVkDQogICBvdXRzaWRlIHRoZSBj b250cm9sbGVkIGRvbWFpbiBtYXkgY29uc3VtZSByb3V0ZXIgcmVzb3VyY2VzIGJ5DQogICBtYWxp Y2lvdXNseSB1c2luZyB0aGUgSGJIIE9wdGlvbiwgYnV0IHRoaXMgY2FuIGJlIG1pdGlnYXRlZCBi eQ0KICAgZmlsdGVyaW5nIHRoZXNlIHBhY2tldHMgYXQgdGhlIGNvbnRyb2xsZWQgZG9tYWluIGJv dW5kYXJ5LiAgVGhpcyBjYW4NCiAgIGJlIGRvbmUgYmVjYXVzZSwgaWYgdGhlIGVuZCBub2RlIGRv ZXMgbm90IGJlbG9uZyB0byB0aGUgY29udHJvbGxlZA0KICAgZG9tYWluLCBpdCBpcyBub3Qgc3Vw cG9zZWQgdG8gYWRkIHRoZSBBbHRNYXJrIEhiSCBPcHRpb24sIGFuZCBpdCBjYW4NCiAgIGJlIGVh c2lseSByZWNvZ25pemVkLiINCg0KSG93IGFyZSB0aGVzZSAicG9saWNpZXMgYXQgdGhlICBkb21h aW4gYm91bmRhcmllcyB0byBmaWx0ZXIgYm90aCBleHRlcm5hbCBwYWNrZXRzIHdpdGggQWx0TWFy ayBPcHRpb24gZW50ZXJpbmcgdGhlIGRvbWFpbiBhbmQgaW50ZXJuYWwgcGFja2V0cyB3aXRoIEFs dE1hcmsgT3B0aW9uIGxlYXZpbmcgdGhlIGRvbWFpbi4iIHN1cHBvc2VkIHRvIGJlIGltcGxlbWVu dGVkPyBDdXJyZW50IGRldmljZXMgZG8gbm90IHVuZGVyc3RhbmQgQWx0TWFyaywgYW5kIHNvIEkg ZG9uJ3Qgc2VlIGhvdyBhbiBvcGVyYXRvciBpcyBzdXBwb3NlZCB0byBkbyB0aGlzLg0KDQoNCltH Rl06IEFzIGFueSBvdGhlciBIb3AtYnktSG9wIE9wdGlvbnMgb3IgRGVzdGluYXRpb24gT3B0aW9u cywgYW4gb3BlcmF0b3IgdGhhdCBpbXBsZW1lbnRzIEFsdE1hcmsgY2FuIGRpc2NhcmQvaWdub3Jl L3JlbW92ZSBBbHRNYXJrIE9wdGlvbnMgZW50ZXJpbmcgdGhlIGRvbWFpbiAoZS5nLiBieSB1c2lu ZyBBQ0wgZXh0ZW5zaW9ucyBmb3IgZmlsdGVyaW5nKS4gSW4gYW55IGNhc2UsIGlmIGFuIG9wZXJh dG9yIGRvZXMgbm90IHVwZGF0ZSBpdHMgQUNMcyBhbmQgZG9lcyBub3QgaW1wbGVtZW50IEFsdE1h cmssIHRoZXJlIGlzIG5vIHNpZGUgZWZmZWN0IHNpbmNlIEFsdE1hcmsgaXMgdHJlYXRlZCBhcyBh bnkgb3RoZXIgdW5yZWNvZ25pemVkIG9wdGlvbiBhbmQgd2lsbCBub3QgYmUgY29uc2lkZXJlZCBi eSB0aGUgbm9kZXMgc2luY2UgdGhleSBhcmUgbm90IGNvbmZpZ3VyZWQgdG8gZGVhbCB3aXRoIGl0 LiBNYXliZSBJIGNhbiBmdXJ0aGVyIGNsYXJpZnkgaW4gdGhlIG5leHQgdmVyc2lvbi4NCg0KDQpZ b3Ugc2F5ICJGb3IgdGhpcyByZWFzb24sIHRoZSBpbXBsZW1lbnRhdGlvbiBvZiB0aGUgbWV0aG9k IGlzIG5vdCBkb25lIG9uIHRoZSBlbmQgbm9kZSBpZiBpdCBpcyBub3QgZnVsbHkgbWFuYWdlZCBh bmQgZG9lcyBub3QgYmVsb25nIHRvIHRoZSBjb250cm9sbGVkIGRvbWFpbi4iIC0gd2hhdCBwcmV2 ZW50cyBhbiBhdHRhY2tlciAodGhhdCBkb2VzIG5vdCBiZWxvbmcgdG8gdGhlIGNvbnRyb2xsZWQg ZG9tYWluKSBmcm9tIGltcGxlbWVudGluZyBhbmQgc2VuZGluZyB0aGVzZSBwYWNrZXRzIChvdGhl ciB0aGFuIHRoZSBhc3NlcnRpb24gdGhhdCAiaXQgaXMgbm90IGRvbmUiKT8NCg0KDQpbR0ZdOiBZ ZXMsIGFuIGF0dGFja2VyIGNhbiBzZW5kIHBhY2tldHMgd2l0aCBBbHRNYXJrIG9wdGlvbi4gQnV0 IGlmIHRoZSBvcGVyYXRvciBkb2VzIG5vdCBpbXBsZW1lbnQgQWx0TWFyaywgbm8gcHJvYmxlbSBo YXBwZW5zIHNpbmNlIHRoZSBvcHRpb24gaXMgaWdub3JlZCBhbmQgdGhlIG9ubHkgZWZmZWN0IGlz IHRoZSBpbmNyZWFzZWQgTVRVIChieSA0OCBiaXRzKS4gV2hpbGUgaWYgdGhlIG9wZXJhdG9yIGlt cGxlbWVudHMgQWx0TWFyaywgaXQgaXMgYWxzbyBzdXBwb3NlZCB0byBhdm9pZCB0aGF0IHRoZSBt ZWFzdXJlbWVudHMgYXJlIGFmZmVjdGVkIHNvIGl0IHNob3VsZCBpZ25vcmUgZXh0ZXJuYWwgcGFj a2V0cyB3aXRoIEFsdE1hcmsgb3B0aW9uLiBJIGNhbiBhbHNvIGV4cGxhaW4gdGhpcyBwb2ludCBp biB0aGUgbmV4dCB2ZXJzaW9uLg0KDQoNCg0KSW4gYWRkaXRpb24sIHRoZSBkb2N1bWVudCBzYXlz Og0KIiBBcyBzdGF0ZWQsIHRoZSBhcHBsaWNhdGlvbiB0byBhIGNvbnRyb2xsZWQgZG9tYWluIGVu c3VyZXMgdGhlIGNvbnRyb2wNCiAgIG92ZXIgdGhlIHBhY2tldHMgZW50ZXJpbmcgYW5kIGxlYXZp bmcgdGhlIGRvbWFpbiwgYnV0IGRlc3BpdGUgdGhhdCwNCiAgIGxlYWthZ2VzIG1heSBoYXBwZW4g Zm9yIGRpZmZlcmVudCByZWFzb25zLCBzdWNoIGFzIGEgZmFpbHVyZSBvciBhDQogICBmYXVsdC4g IEluIHRoaXMgY2FzZSwgbm9kZXMgb3V0c2lkZSB0aGUgZG9tYWluIE1VU1Qgc2ltcGx5IGlnbm9y ZQ0KICAgcGFja2V0cyB3aXRoIEFsdE1hcmsgT3B0aW9uIHNpbmNlIHRoZXkgc2hvdWxkIG5vdCBw cm9jZXNzIGl0LiINCg0KSG93IGRvZXMgYSBkZXZpY2UgKGxpa2UgbXkgcGhvbmUgb3IgbGFwdG9w KSBrbm93IGlmIGl0IGlzIGluc2lkZSBvciBvdXRzaWRlIG9mIHRoZSBkb21haW4/DQoNCg0KW0dG XTogQSBwaG9uZSBvciBhIGxhcHRvcCBzaW1wbHkgaWdub3JlcyB0aGF0IG9wdGlvbiBzaW5jZSBp dCBpcyBub3QgY29uZmlndXJlZCB0byBoYW5kbGUgaXQuIEFzIHNhaWQsIHRoZSBvbmx5IGVmZmVj dCBpcyBhbiBNVFUgaW5jcmVhc2VkIGJ5IDQ4IGJpdHMuIEJ1dCB0aGlzIGlzIGEgZ2VuZXJhbCBl ZmZlY3QgZm9yIGFsbCB0aGUgSG9wLWJ5LUhvcCBPcHRpb25zIGFuZCBEZXN0aW5hdGlvbiBPcHRp b25zLiBBbHRNYXJrIGRvZXMgbm90IGFkZCBhbnl0aGluZyBuZXcgaW4gdGhpcyBzZW5zZS4NCg0K DQpJIHN1c3BlY3QgdGhhdCB3ZSBhcmUgdGFsa2luZyBwYXN0IGVhY2ggb3RoZXIsIG9yIHRoYXQg SSdtIG1pc3Npbmcgc29tZXRoaW5nICp2ZXJ5KiBmdW5kYW1lbnRhbCBoZXJl4oCmDQoNClcNCg0K DQoNCg0KQmVzdCBSZWdhcmRzLA0KR2l1c2VwcGUNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0t DQpGcm9tOiBpcHY2IDxpcHY2LWJvdW5jZXNAaWV0Zi5vcmc8bWFpbHRvOmlwdjYtYm91bmNlc0Bp ZXRmLm9yZz4+IE9uIEJlaGFsZiBPZiBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmc8bWFpbHRvOmlu dGVybmV0LWRyYWZ0c0BpZXRmLm9yZz4gU2VudDogVGh1cnNkYXksIE1hcmNoIDMxLCAyMDIyIDk6 NDQgQU0NClRvOiBpLWQtYW5ub3VuY2VAaWV0Zi5vcmc8bWFpbHRvOmktZC1hbm5vdW5jZUBpZXRm Lm9yZz4NCkNjOiBpcHY2QGlldGYub3JnPG1haWx0bzppcHY2QGlldGYub3JnPg0KU3ViamVjdDog SS1EIEFjdGlvbjogZHJhZnQtaWV0Zi02bWFuLWlwdjYtYWx0LW1hcmstMTMudHh0DQpBIE5ldyBJ bnRlcm5ldC1EcmFmdCBpcyBhdmFpbGFibGUgZnJvbSB0aGUgb24tbGluZSBJbnRlcm5ldC1EcmFm dHMgZGlyZWN0b3JpZXMuIFRoaXMgZHJhZnQgaXMgYSB3b3JrIGl0ZW0gb2YgdGhlIElQdjYgTWFp bnRlbmFuY2UgV0cgb2YgdGhlIElFVEYuDQpUaXRsZSA6IElQdjYgQXBwbGljYXRpb24gb2YgdGhl IEFsdGVybmF0ZSBNYXJraW5nIE1ldGhvZCBBdXRob3JzIDogR2l1c2VwcGUgRmlvY2NvbGENClRp YW5yYW4gWmhvdQ0KTWF1cm8gQ29jaWdsaW8NCkZlbmd3ZWkgUWluDQpSYW4gUGFuZw0KRmlsZW5h bWUgOiBkcmFmdC1pZXRmLTZtYW4taXB2Ni1hbHQtbWFyay0xMy50eHQgUGFnZXMgOiAyMw0KRGF0 ZSA6IDIwMjItMDMtMzENCkFic3RyYWN0Og0KVGhpcyBkb2N1bWVudCBkZXNjcmliZXMgaG93IHRo ZSBBbHRlcm5hdGUgTWFya2luZyBNZXRob2QgY2FuIGJlIHVzZWQgYXMgYSBwYXNzaXZlIHBlcmZv cm1hbmNlIG1lYXN1cmVtZW50IHRvb2wgaW4gYW4gSVB2NiBkb21haW4uIEl0IGRlZmluZXMgYSBu ZXcgRXh0ZW5zaW9uIEhlYWRlciBPcHRpb24gdG8gZW5jb2RlIEFsdGVybmF0ZSBNYXJraW5nIGlu Zm9ybWF0aW9uIGluIGJvdGggdGhlIEhvcC1ieS1Ib3AgT3B0aW9ucyBIZWFkZXIgYW5kIERlc3Rp bmF0aW9uIE9wdGlvbnMgSGVhZGVyLg0KVGhlIElFVEYgZGF0YXRyYWNrZXIgc3RhdHVzIHBhZ2Ug Zm9yIHRoaXMgZHJhZnQgaXM6IGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0 LWlldGYtNm1hbi1pcHY2LWFsdC1tYXJrLw0KVGhlcmUgaXMgYWxzbyBhbiBodG1saXplZCB2ZXJz aW9uIGF2YWlsYWJsZSBhdDoNCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwv ZHJhZnQtaWV0Zi02bWFuLWlwdjYtYWx0LW1hcmstMTMNCkEgZGlmZiBmcm9tIHRoZSBwcmV2aW91 cyB2ZXJzaW9uIGlzIGF2YWlsYWJsZSBhdDoNCmh0dHBzOi8vd3d3LmlldGYub3JnL3JmY2RpZmY/ dXJsMj1kcmFmdC1pZXRmLTZtYW4taXB2Ni1hbHQtbWFyay0xMw0KSW50ZXJuZXQtRHJhZnRzIGFy ZSBhbHNvIGF2YWlsYWJsZSBieSByc3luYyBhdCByc3luYy5pZXRmLm9yZzxodHRwOi8vcnN5bmMu aWV0Zi5vcmcvPjo6aW50ZXJuZXQtZHJhZnRzDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSBJRVRGIElQdjYgd29ya2lu ZyBncm91cCBtYWlsaW5nIGxpc3QNCmlwdjZAaWV0Zi5vcmc8bWFpbHRvOmlwdjZAaWV0Zi5vcmc+ DQpBZG1pbmlzdHJhdGl2ZSBSZXF1ZXN0czogaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9s aXN0aW5mby9pcHY2DQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KDQo= --_000_be5fdc84401643ab8db7c8b748edfc78huaweicom_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 U2ltU3VuOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtm b250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0 O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUg MiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJcQFNpbVN1biI7DQoJ cGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0K cC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0K CW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5 OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNv LXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVy bGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxl LXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5l O30NCnAubXNvbm9ybWFsMCwgbGkubXNvbm9ybWFsMCwgZGl2Lm1zb25vcm1hbDANCgl7bXNvLXN0 eWxlLW5hbWU6bXNvbm9ybWFsOw0KCW1zby1tYXJnaW4tdG9wLWFsdDphdXRvOw0KCW1hcmdpbi1y aWdodDowaW47DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87DQoJbWFyZ2luLWxlZnQ6MGlu Ow0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7 fQ0Kc3Bhbi5zaC1kYXRlDQoJe21zby1zdHlsZS1uYW1lOnNoLWRhdGU7fQ0Kc3Bhbi5FbWFpbFN0 eWxlMTkNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNh bGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4dDt9DQouTXNvQ2hwRGVmYXVsdA0K CXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBwYWdl IFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCgltYXJnaW46MS4waW4gMS4waW4g MS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQot LT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4 dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3Rl IG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpl eHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+ DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+ DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SGkgV2Fy cmVuLDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhhbmsgeW91IGZvciBy ZXN1bWluZyB0aGUgcmV2aXNpb24uPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij5QbGVhc2UgZmluZCBteSBhbnN3ZXJzIGlubGluZSB0YWdnZWQgYXMgW0dGXS48bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+UmVnYXJkcyw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+R2l1c2VwcGU8 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPGRp diBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRp bmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+RnJvbTo8L2I+ IFdhcnJlbiBLdW1hcmkgJmx0O3dhcnJlbkBrdW1hcmkubmV0Jmd0OyA8YnI+DQo8Yj5TZW50Ojwv Yj4gV2VkbmVzZGF5LCBBcHJpbCAxMywgMjAyMiA2OjQwIFBNPGJyPg0KPGI+VG86PC9iPiBHaXVz ZXBwZSBGaW9jY29sYSAmbHQ7Z2l1c2VwcGUuZmlvY2NvbGFAaHVhd2VpLmNvbSZndDs8YnI+DQo8 Yj5DYzo8L2I+IDZtYW5AaWV0Zi5vcmc7IEVyaWsgS2xpbmUgJmx0O2VrLmlldGZAZ21haWwuY29t Jmd0OzsgVGhlIElFU0cgJmx0O2llc2dAaWV0Zi5vcmcmZ3Q7PGJyPg0KPGI+U3ViamVjdDo8L2I+ IFJlOiBGVzogSS1EIEFjdGlvbjogZHJhZnQtaWV0Zi02bWFuLWlwdjYtYWx0LW1hcmstMTMudHh0 PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86 cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5bIEFwb2xvZ2llcywgSSdkIHRob3VnaHQgdGhhdCBJ J2Qgc2VudCB0aGlzIG9uIDxzcGFuIGNsYXNzPSJzaC1kYXRlIj4NCkFwcmlsIDJuZDwvc3Bhbj4s IGJ1dCBJIGp1c3QgZm91bmQgaXQgbHVya2luZyBpbiBteSBkcmFmdHPigKYgXTxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZu YnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gY2xhc3M9InNoLWRhdGUiPk9uIFRodSwgTWFy IDMxPC9zcGFuPiwgMjAyMiBhdCAzOjUxIEFNLCBHaXVzZXBwZSBGaW9jY29sYSAmbHQ7PGEgaHJl Zj0ibWFpbHRvOmdpdXNlcHBlLmZpb2Njb2xhPTQwaHVhd2VpLmNvbUBkbWFyYy5pZXRmLm9yZyI+ Z2l1c2VwcGUuZmlvY2NvbGE9NDBodWF3ZWkuY29tQGRtYXJjLmlldGYub3JnPC9hPiZndDsgd3Jv dGU6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9u ZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGluIDBpbiAwaW4gNi4w cHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tcmlnaHQ6MGluO21h cmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXYgaWQ9Im51bGwiPg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPkRlYXIgQWxsLCA8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPlBsZWFzZSBub3RlIHRoYXQgSSBqdXN0IHVwZGF0ZWQgdGhl IGRyYWZ0IHRvIGluY2x1ZGUgdGhlIG5vcm1hdGl2ZSByZWZlcmVuY2VzIHRvIFJGQzgzMjFiaXMg YW5kIFJGQzg4ODliaXMuIEFzIEVyaWsgc3VnZ2VzdGVkLCB0aGlzIHNob3VsZCBoZWxwIHRvIGNs ZWFyIHNvbWUgSUVTRyBwZW5kaW5nIHBvc2l0aW9ucyBpbiBvcmRlciB0byBtb3ZlIGZvcndhcmQg dGhlIGRvY3VtZW50LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9i bG9ja3F1b3RlPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JIGRvIG5vdCBzZWUgYW55dGhpbmcgLyBhbnl3aGVy ZSB3aGVyZSBteSBESVNDVVNTIGNvbmNlcm5zIGFyZSBhZGRyZXNzZWQsIGFuZCBJIGhhdmUgYSBz dXNwaWNpb24gdGhhdCB3ZSB3YWxrZWQgYXdheSBmcm9tIHRoZSBsYXN0IGV4Y2hhbmdlIGJvdGgg YXNzdW1pbmcgdGhhdCB0aGUgb3RoZXIgcGVyc29uIHVuZGVyc3Rvb2QgYW5kIGFncmVlZCDigJQm bmJzcDs8YSBocmVmPSJodHRwczovL21haWxhcmNoaXZlLmlldGYub3JnL2FyY2gvbXNnL2lwdjYv NUcwcXBRNnUyT085UHFwdWxLbC11dUxydl9NLyI+aHR0cHM6Ly9tYWlsYXJjaGl2ZS5pZXRmLm9y Zy9hcmNoL21zZy9pcHY2LzVHMHFwUTZ1Mk9POVBxcHVsS2wtdXVMcnZfTS88L2E+PG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkxldCBtZSB0cnkg YW5kIHJlc3RhdGUgbXkgY29uY2VybiAobm90aW5nIHRoYXQgSSBsYXN0IHJlYWQgdGhlIGRvY3Vt ZW50IGluIGRldGFpbCBpbiBBdWcsIDIwMjEpOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlNlY3Rpb24mbmJzcDsxLiZuYnNwOyBJbnRyb2R1 Y3Rpb24gc2F5czo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPiZxdW90O0FzIHdpdGggYWxsIG9uLXBhdGg8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7Jm5ic3A7IHRlbGVtZXRy eSB0ZWNobmlxdWVzLCB0aGUgb25seSBkZWZpbml0aXZlIHNvbHV0aW9uIGlzIHRoYXQgdGhpczxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7 Jm5ic3A7IG1ldGhvZG9sb2d5IE1VU1QgYmUgYXBwbGllZCBpbiBhIGNvbnRyb2xsZWQgZG9tYWlu LiZxdW90OzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+YW5kIHRoZW4gdGhpcyBpcyByZXBlYXRlZCBpbiA2LiZuYnNwOyBTZWN1cml0 eSBDb25zaWRlcmF0aW9ucyB3aGljaCBzYXlzOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+JnF1b3Q7QXMgc3RhdGVkIGFib3ZlLCB0aGUgcHJlY29u ZGl0aW9uIGZvciB0aGUgYXBwbGljYXRpb24gb2YgdGhlPG86cD48L286cD48L3A+DQo8L2Rpdj4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwO0FsdGVybmF0ZSBNYXJr aW5nIGlzIHRoYXQgaXQgTVVTVCBiZSBhcHBsaWVkIGluIHNwZWNpZmljIGNvbnRyb2xsZWQ8bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOyZu YnNwOyBkb21haW5zLCB0aHVzIGNvbmZpbmluZyB0aGUgcG90ZW50aWFsIGF0dGFjayB2ZWN0b3Jz IHdpdGhpbiB0aGU8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPiZuYnNwOyZuYnNwOyBuZXR3b3JrIGRvbWFpbi48bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDtbLi4uXTxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SW4gdGhpcyByZWdh cmQgaXQgaXMgZXhwZWN0ZWQgdG8gZW5mb3JjZSBwb2xpY2llcyBhdCB0aGU8bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7Jm5i c3A7IGRvbWFpbiBib3VuZGFyaWVzIHRvIGZpbHRlciBib3RoIGV4dGVybmFsIHBhY2tldHMgd2l0 aCBBbHRNYXJrIE9wdGlvbjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+Jm5ic3A7Jm5ic3A7IGVudGVyaW5nIHRoZSBkb21haW4gYW5kIGludGVybmFs IHBhY2tldHMgd2l0aCBBbHRNYXJrIE9wdGlvbiBsZWF2aW5nPG86cD48L286cD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDsmbmJzcDsgdGhlIGRvbWFpbi4m cXVvdDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PmFuZDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ JnF1b3Q7U2luY2UgdGhlIG1lYXN1cmVtZW50IGl0c2VsZiBtYXkgYmUgYWZmZWN0ZWQgYnkgbmV0 d29yazxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ Jm5ic3A7Jm5ic3A7IG5vZGVzIGludGVudGlvbmFsbHkgYWx0ZXJpbmcgdGhlIGJpdHMgb2YgdGhl IEFsdE1hcmsgT3B0aW9uIG9yPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj4mbmJzcDsmbmJzcDsgaW5qZWN0aW5nIE9wdGlvbnMgaGVhZGVycyBhcyBh IG1lYW5zIGZvciBEZW5pYWwgb2YgU2VydmljZSAoRG9TKSwgdGhlPG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDsmbmJzcDsgQWx0ZXJuYXRl IE1hcmtpbmcgTVVTVCBiZSBhcHBsaWVkIGluIHRoZSBjb250ZXh0IG9mIGEgY29udHJvbGxlZDxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7 Jm5ic3A7IGRvbWFpbiwgd2hlcmUgdGhlIG5ldHdvcmsgbm9kZXMgYXJlIGxvY2FsbHkgYWRtaW5p c3RlcmVkIGFuZCB0aGlzPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj4mbmJzcDsmbmJzcDsgdHlwZSBvZiBhdHRhY2sgY2FuIGJlIGF2b2lkZWQuJm5i c3A7IEZvciB0aGlzIHJlYXNvbiwgdGhlIGltcGxlbWVudGF0aW9uPG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDsmbmJzcDsgb2YgdGhlIG1l dGhvZCBpcyBub3QgZG9uZSBvbiB0aGUgZW5kIG5vZGUgaWYgaXQgaXMgbm90IGZ1bGx5IG1hbmFn ZWQ8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZu YnNwOyZuYnNwOyBhbmQgZG9lcyBub3QgYmVsb25nIHRvIHRoZSBjb250cm9sbGVkIGRvbWFpbi4m bmJzcDsgUGFja2V0cyBnZW5lcmF0ZWQ8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOyZuYnNwOyBvdXRzaWRlIHRoZSBjb250cm9sbGVkIGRv bWFpbiBtYXkgY29uc3VtZSByb3V0ZXIgcmVzb3VyY2VzIGJ5PG86cD48L286cD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDsmbmJzcDsgbWFsaWNpb3VzbHkg dXNpbmcgdGhlIEhiSCBPcHRpb24sIGJ1dCB0aGlzIGNhbiBiZSBtaXRpZ2F0ZWQgYnk8bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOyZuYnNw OyBmaWx0ZXJpbmcgdGhlc2UgcGFja2V0cyBhdCB0aGUgY29udHJvbGxlZCBkb21haW4gYm91bmRh cnkuJm5ic3A7IFRoaXMgY2FuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj4mbmJzcDsmbmJzcDsgYmUgZG9uZSBiZWNhdXNlLCBpZiB0aGUgZW5kIG5v ZGUgZG9lcyBub3QgYmVsb25nIHRvIHRoZSBjb250cm9sbGVkPG86cD48L286cD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDsmbmJzcDsgZG9tYWluLCBpdCBp cyBub3Qgc3VwcG9zZWQgdG8gYWRkIHRoZSBBbHRNYXJrIEhiSCBPcHRpb24sIGFuZCBpdCBjYW48 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNw OyZuYnNwOyBiZSBlYXNpbHkgcmVjb2duaXplZC4mcXVvdDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SG93IGFyZSB0aGVzZSAmcXVvdDtwb2xp Y2llcyBhdCB0aGUmbmJzcDsgZG9tYWluIGJvdW5kYXJpZXMgdG8gZmlsdGVyIGJvdGggZXh0ZXJu YWwgcGFja2V0cyB3aXRoIEFsdE1hcmsgT3B0aW9uIGVudGVyaW5nIHRoZSBkb21haW4gYW5kIGlu dGVybmFsIHBhY2tldHMgd2l0aCBBbHRNYXJrIE9wdGlvbiBsZWF2aW5nJm5ic3A7dGhlIGRvbWFp bi4mcXVvdDsgc3VwcG9zZWQgdG8gYmUgaW1wbGVtZW50ZWQ/IEN1cnJlbnQgZGV2aWNlcyBkbyBu b3QgdW5kZXJzdGFuZA0KIEFsdE1hcmssIGFuZCBzbyBJIGRvbid0IHNlZSBob3cgYW4gb3BlcmF0 b3IgaXMgc3VwcG9zZWQgdG8gZG8gdGhpcy4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5bR0ZdOiBBcyBhbnkg b3RoZXIgSG9wLWJ5LUhvcCBPcHRpb25zIG9yIERlc3RpbmF0aW9uIE9wdGlvbnMsIGFuIG9wZXJh dG9yIHRoYXQgaW1wbGVtZW50cyBBbHRNYXJrIGNhbiBkaXNjYXJkL2lnbm9yZS9yZW1vdmUgQWx0 TWFyayBPcHRpb25zIGVudGVyaW5nIHRoZSBkb21haW4gKGUuZy4gYnkgdXNpbmcgQUNMIGV4dGVu c2lvbnMgZm9yIGZpbHRlcmluZykuIEluIGFueSBjYXNlLCBpZiBhbiBvcGVyYXRvciBkb2VzDQog bm90IHVwZGF0ZSBpdHMgQUNMcyBhbmQgZG9lcyBub3QgaW1wbGVtZW50IEFsdE1hcmssIHRoZXJl IGlzIG5vIHNpZGUgZWZmZWN0IHNpbmNlIEFsdE1hcmsgaXMgdHJlYXRlZCBhcyBhbnkgb3RoZXIg dW5yZWNvZ25pemVkIG9wdGlvbiBhbmQgd2lsbCBub3QgYmUgY29uc2lkZXJlZCBieSB0aGUgbm9k ZXMgc2luY2UgdGhleSBhcmUgbm90IGNvbmZpZ3VyZWQgdG8gZGVhbCB3aXRoIGl0LiBNYXliZSBJ IGNhbiBmdXJ0aGVyIGNsYXJpZnkgaW4gdGhlDQogbmV4dCB2ZXJzaW9uLjxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPllvdSBzYXkgJnF1b3Q7Rm9yIHRoaXMgcmVhc29u LCB0aGUgaW1wbGVtZW50YXRpb24gb2YgdGhlIG1ldGhvZCBpcyBub3QgZG9uZSBvbiB0aGUgZW5k IG5vZGUgaWYgaXQgaXMgbm90IGZ1bGx5IG1hbmFnZWQgYW5kIGRvZXMgbm90IGJlbG9uZyB0byB0 aGUgY29udHJvbGxlZCBkb21haW4uJnF1b3Q7IC0gd2hhdCBwcmV2ZW50cyBhbiBhdHRhY2tlciAo dGhhdCBkb2VzIG5vdCBiZWxvbmcgdG8gdGhlIGNvbnRyb2xsZWQgZG9tYWluKQ0KIGZyb20gaW1w bGVtZW50aW5nIGFuZCBzZW5kaW5nIHRoZXNlIHBhY2tldHMgKG90aGVyIHRoYW4gdGhlIGFzc2Vy dGlvbiB0aGF0ICZxdW90O2l0IGlzIG5vdCBkb25lJnF1b3Q7KT8mbmJzcDs8bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5b R0ZdOiBZZXMsIGFuIGF0dGFja2VyIGNhbiBzZW5kIHBhY2tldHMgd2l0aCBBbHRNYXJrIG9wdGlv bi4gQnV0IGlmIHRoZSBvcGVyYXRvciBkb2VzIG5vdCBpbXBsZW1lbnQgQWx0TWFyaywgbm8gcHJv YmxlbSBoYXBwZW5zIHNpbmNlIHRoZSBvcHRpb24gaXMgaWdub3JlZCBhbmQgdGhlIG9ubHkgZWZm ZWN0IGlzIHRoZSBpbmNyZWFzZWQgTVRVIChieSA0OCBiaXRzKS4gV2hpbGUgaWYgdGhlIG9wZXJh dG9yIGltcGxlbWVudHMNCiBBbHRNYXJrLCBpdCBpcyBhbHNvIHN1cHBvc2VkIHRvIGF2b2lkIHRo YXQgdGhlIG1lYXN1cmVtZW50cyBhcmUgYWZmZWN0ZWQgc28gaXQgc2hvdWxkIGlnbm9yZSBleHRl cm5hbCBwYWNrZXRzIHdpdGggQWx0TWFyayBvcHRpb24uIEkgY2FuIGFsc28gZXhwbGFpbiB0aGlz IHBvaW50IGluIHRoZSBuZXh0IHZlcnNpb24uPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj5JbiBhZGRpdGlvbiwgdGhlIGRvY3VtZW50IHNheXM6PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mcXVvdDsgQXMgc3RhdGVk LCB0aGUgYXBwbGljYXRpb24gdG8gYSBjb250cm9sbGVkIGRvbWFpbiBlbnN1cmVzIHRoZSBjb250 cm9sPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4m bmJzcDsmbmJzcDsgb3ZlciB0aGUgcGFja2V0cyBlbnRlcmluZyBhbmQgbGVhdmluZyB0aGUgZG9t YWluLCBidXQgZGVzcGl0ZSB0aGF0LDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7Jm5ic3A7IGxlYWthZ2VzIG1heSBoYXBwZW4gZm9yIGRp ZmZlcmVudCByZWFzb25zLCBzdWNoIGFzIGEgZmFpbHVyZSBvciBhPG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDsmbmJzcDsgZmF1bHQuJm5i c3A7IEluIHRoaXMgY2FzZSwgbm9kZXMgb3V0c2lkZSB0aGUgZG9tYWluIE1VU1Qgc2ltcGx5IGln bm9yZTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ Jm5ic3A7Jm5ic3A7IHBhY2tldHMgd2l0aCBBbHRNYXJrIE9wdGlvbiBzaW5jZSB0aGV5IHNob3Vs ZCBub3QgcHJvY2VzcyBpdC4mcXVvdDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+SG93IGRvZXMgYSBkZXZpY2UgKGxpa2UgbXkgcGhvbmUgb3Ig bGFwdG9wKSBrbm93IGlmIGl0IGlzIGluc2lkZSBvciBvdXRzaWRlIG9mIHRoZSBkb21haW4/Jm5i c3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+W0dGXTogQSBwaG9uZSBvciBhIGxhcHRvcCBz aW1wbHkgaWdub3JlcyB0aGF0IG9wdGlvbiBzaW5jZSBpdCBpcyBub3QgY29uZmlndXJlZCB0byBo YW5kbGUgaXQuIEFzIHNhaWQsIHRoZSBvbmx5IGVmZmVjdCBpcyBhbiBNVFUgaW5jcmVhc2VkIGJ5 IDQ4IGJpdHMuIEJ1dCB0aGlzIGlzIGEgZ2VuZXJhbCBlZmZlY3QgZm9yIGFsbCB0aGUgSG9wLWJ5 LUhvcCBPcHRpb25zIGFuZCBEZXN0aW5hdGlvbiBPcHRpb25zLg0KIEFsdE1hcmsgZG9lcyBub3Qg YWRkIGFueXRoaW5nIG5ldyBpbiB0aGlzIHNlbnNlLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JIHN1c3BlY3QgdGhhdCB3ZSBhcmUgdGFsa2luZyBwYXN0 IGVhY2ggb3RoZXIsIG9yIHRoYXQgSSdtIG1pc3Npbmcgc29tZXRoaW5nICp2ZXJ5KiBmdW5kYW1l bnRhbCBoZXJl4oCmPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPlc8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0K PGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRl ci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowaW4gMGluIDBpbiA2LjBwdDttYXJn aW4tbGVmdDo0LjhwdDttYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1yaWdodDowaW47bWFyZ2luLWJv dHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdiBpZD0ibnVsbCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1 dG8iPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5CZXN0IFJl Z2FyZHMsDQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+R2l1c2VwcGUN CjxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPi0tLS0tT3JpZ2lu YWwgTWVzc2FnZS0tLS0tIDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+RnJvbTogaXB2NiAmbHQ7PGEgaHJlZj0ibWFpbHRvOmlwdjYtYm91bmNlc0Bp ZXRmLm9yZyI+aXB2Ni1ib3VuY2VzQGlldGYub3JnPC9hPiZndDsgT24gQmVoYWxmIE9mDQo8YSBo cmVmPSJtYWlsdG86aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnIj5pbnRlcm5ldC1kcmFmdHNAaWV0 Zi5vcmc8L2E+IFNlbnQ6IFRodXJzZGF5LCBNYXJjaCAzMSwgMjAyMiA5OjQ0IEFNDQo8bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRvOiA8YSBocmVm PSJtYWlsdG86aS1kLWFubm91bmNlQGlldGYub3JnIj5pLWQtYW5ub3VuY2VAaWV0Zi5vcmc8L2E+ DQo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkNj OiA8YSBocmVmPSJtYWlsdG86aXB2NkBpZXRmLm9yZyI+aXB2NkBpZXRmLm9yZzwvYT4gPG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5TdWJqZWN0OiBJ LUQgQWN0aW9uOiBkcmFmdC1pZXRmLTZtYW4taXB2Ni1hbHQtbWFyay0xMy50eHQ8bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5BIE5ldyBJbnRlcm5ldC1EcmFm dCBpcyBhdmFpbGFibGUgZnJvbSB0aGUgb24tbGluZSBJbnRlcm5ldC1EcmFmdHMgZGlyZWN0b3Jp ZXMuIFRoaXMgZHJhZnQgaXMgYSB3b3JrIGl0ZW0gb2YgdGhlIElQdjYgTWFpbnRlbmFuY2UgV0cg b2YgdGhlIElFVEYuDQo8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij5UaXRsZSA6IElQdjYgQXBwbGljYXRpb24gb2YgdGhlIEFsdGVybmF0ZSBNYXJraW5nIE1ldGhv ZCBBdXRob3JzIDogR2l1c2VwcGUgRmlvY2NvbGENCjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iSVQiPlRpYW5yYW4gWmhvdSA8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBsYW5nPSJJVCI+TWF1cm8gQ29jaWdsaW8gPG86cD48L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iSVQiPkZlbmd3 ZWkgUWluIDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkRFIj5SYW4gUGFuZyA8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJERSI+Rmls ZW5hbWUgOiBkcmFmdC1pZXRmLTZtYW4taXB2Ni1hbHQtbWFyay0xMy50eHQgUGFnZXMgOiAyMw0K PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+RGF0ZSA6IDIwMjItMDMtMzE8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPkFic3RyYWN0OiA8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoaXMgZG9jdW1lbnQgZGVzY3JpYmVzIGhvdyB0aGUgQWx0 ZXJuYXRlIE1hcmtpbmcgTWV0aG9kIGNhbiBiZSB1c2VkIGFzIGEgcGFzc2l2ZSBwZXJmb3JtYW5j ZSBtZWFzdXJlbWVudCB0b29sIGluIGFuIElQdjYgZG9tYWluLiBJdCBkZWZpbmVzIGEgbmV3IEV4 dGVuc2lvbiBIZWFkZXIgT3B0aW9uIHRvIGVuY29kZSBBbHRlcm5hdGUgTWFya2luZyBpbmZvcm1h dGlvbiBpbiBib3RoIHRoZSBIb3AtYnktSG9wIE9wdGlvbnMNCiBIZWFkZXIgYW5kIERlc3RpbmF0 aW9uIE9wdGlvbnMgSGVhZGVyLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20t YWx0OmF1dG8iPlRoZSBJRVRGIGRhdGF0cmFja2VyIHN0YXR1cyBwYWdlIGZvciB0aGlzIGRyYWZ0 IGlzOg0KPGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0 Zi02bWFuLWlwdjYtYWx0LW1hcmsvIj5odHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9k cmFmdC1pZXRmLTZtYW4taXB2Ni1hbHQtbWFyay88L2E+DQo8bzpwPjwvbzpwPjwvcD4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGVyZSBpcyBhbHNvIGFuIGh0bWxpemVkIHZlcnNpb24g YXZhaWxhYmxlIGF0OiA8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxhIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwv ZHJhZnQtaWV0Zi02bWFuLWlwdjYtYWx0LW1hcmstMTMiPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0 Zi5vcmcvZG9jL2h0bWwvZHJhZnQtaWV0Zi02bWFuLWlwdjYtYWx0LW1hcmstMTM8L2E+PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5BIGRpZmYgZnJv bSB0aGUgcHJldmlvdXMgdmVyc2lvbiBpcyBhdmFpbGFibGUgYXQ6IDxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGEgaHJlZj0iaHR0cHM6Ly93d3cu aWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0LWlldGYtNm1hbi1pcHY2LWFsdC1tYXJrLTEzIj5o dHRwczovL3d3dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQtaWV0Zi02bWFuLWlwdjYtYWx0 LW1hcmstMTM8L2E+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0 byI+SW50ZXJuZXQtRHJhZnRzIGFyZSBhbHNvIGF2YWlsYWJsZSBieSByc3luYyBhdA0KPGEgaHJl Zj0iaHR0cDovL3JzeW5jLmlldGYub3JnLyI+cnN5bmMuaWV0Zi5vcmc8L2E+OjppbnRlcm5ldC1k cmFmdHMgPG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+LS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0gSUVURiBJUHY2IHdvcmtpbmcgZ3JvdXAgbWFpbGluZyBsaXN0DQo8bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxhIGhyZWY9Im1haWx0bzpp cHY2QGlldGYub3JnIj5pcHY2QGlldGYub3JnPC9hPiA8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkFkbWluaXN0cmF0aXZlIFJlcXVlc3RzOiA8YSBo cmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2lwdjYiPg0KaHR0cHM6 Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pcHY2PC9hPiA8bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPi0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tPG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjwv ZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZu YnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0K PC9odG1sPg0K --_000_be5fdc84401643ab8db7c8b748edfc78huaweicom_-- From nobody Wed Apr 13 11:44:11 2022 Return-Path: X-Original-To: ipv6@ietfa.amsl.com Delivered-To: ipv6@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 041EC3A1585 for ; Wed, 13 Apr 2022 11:44:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.908 X-Spam-Level: X-Spam-Status: No, score=-1.908 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id x-5lsRUs5faE for ; Wed, 13 Apr 2022 11:44:06 -0700 (PDT) Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 33B9C3A1550 for <6man@ietf.org>; Wed, 13 Apr 2022 11:44:06 -0700 (PDT) Received: from fraeml702-chm.china.huawei.com (unknown [172.18.147.200]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4Kdry14zzdz67bQ4 for <6man@ietf.org>; Thu, 14 Apr 2022 02:40:41 +0800 (CST) Received: from mscpeml100001.china.huawei.com (7.188.26.227) by fraeml702-chm.china.huawei.com (10.206.15.51) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2375.24; Wed, 13 Apr 2022 20:44:01 +0200 Received: from mscpeml500001.china.huawei.com (7.188.26.142) by mscpeml100001.china.huawei.com (7.188.26.227) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.24; Wed, 13 Apr 2022 21:44:01 +0300 Received: from mscpeml500001.china.huawei.com ([7.188.26.142]) by mscpeml500001.china.huawei.com ([7.188.26.142]) with mapi id 15.01.2375.024; Wed, 13 Apr 2022 21:44:01 +0300 From: Vasilenko Eduard To: 6MAN <6man@ietf.org> Subject: RE: draft-ietf-6man-hbh-processing Thread-Topic: draft-ietf-6man-hbh-processing Thread-Index: AdhPZm508fy1bEaZTXeRGrgfvASaNQ== Date: Wed, 13 Apr 2022 18:44:00 +0000 Message-ID: <7dbd4cca97d047d08a48fe604f7b3702@huawei.com> Accept-Language: zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.81.190.254] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2022 18:44:10 -0000 Hi all, I have read carefully the draft and I could say that I like it. It is so clear message about HbH fast path processing. I am still pessimistic that it would help the Internet because the root cau= se (business case) is not resolved - Carriers need to test HbH before activation and bear additional expenses an= d risks to support it. But it is better to try this simplification. This way is more chances. Eduard From nobody Wed Apr 13 17:19:26 2022 Return-Path: X-Original-To: ipv6@ietfa.amsl.com Delivered-To: ipv6@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7DA9E3A158B for ; Wed, 13 Apr 2022 17:19:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.107 X-Spam-Level: X-Spam-Status: No, score=-2.107 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id p_oHOdisKx1F for ; Wed, 13 Apr 2022 17:19:20 -0700 (PDT) Received: from mail-wr1-x430.google.com (mail-wr1-x430.google.com [IPv6:2a00:1450:4864:20::430]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 048203A1592 for ; Wed, 13 Apr 2022 17:19:19 -0700 (PDT) Received: by mail-wr1-x430.google.com with SMTP id b19so4767126wrh.11 for ; Wed, 13 Apr 2022 17:19:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:mime-version:subject:message-id:date:cc:to; bh=PLYlNFIgTz5eXyyMhUv9odcMX9j84+zosHTVxoukB0A=; b=YwkvNZZ4kNzPzUl94fDaGiBjoP3Kkz19B8S1w5p6dQEGCaODTPEhvQvQmzvPCvHQS4 w9jidW8J+vMeqPPbS3JlO+iqDszMtrTfU/lxHXVyC0TTrnsPx0E4MghU0fgGGu7/LU+a ImfLbVBYDDBhlIkQTOiz/ZPWA0bpXTdmgsJ8Me+gHiQffnNPhx450MQX0dxQ2eb46l9c UJxXhRHaSG9juJab1JUmVcV/6zBCm81Rhvdyf3lOAyu0V8sTt6g24Zo4EtOKnDIf0Kx+ nsZp+8F6ONwM0RFaSnRYluifuH3ooCETIt4bP0VviEh152o7HeJKiI8pYVYr+LIQZUR5 l2kg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:mime-version:subject:message-id:date:cc:to; bh=PLYlNFIgTz5eXyyMhUv9odcMX9j84+zosHTVxoukB0A=; b=snNsCPDN73AuyLvXC+MUY162B+sBSDQX3PaFoEI+a/A1mMllOlIOdnPlCyA8IZKDyw 6udBc+ue4W0VSmnhXzqBSwwbyNNIxofCIooPphiRN5pgvtS3nTAQuqsPOE0rGpHuas21 wXDQxpLLvx/84+RGyQVw8REidg8tfgIuYdTtWERJE8ICDWs/sFSsPv6AIGS/H8OSrH33 Qx/meWTOy21ZUFlDfKEZOIFuDkUM7E9y6KnQM080TKxaOW+apTld3iykG5cTA5morsYo F2G005gc9tJ0gVQPe4t/aMm6+kpVNKh6anSYZr5S2AJenQ4LNxbU4U+Y8YeRqZRZYJLQ NgbQ== X-Gm-Message-State: AOAM532Bs0FIwljkWlSaA+j3eSwGId5DQ/5lHRjZ5FmogYBoxrF/KYhp /z+XUz6tDi83vLOA8EQuG4SWSIo0L20= X-Google-Smtp-Source: ABdhPJzNFInwQWOeLMibD8g+0fmcCX8/TUGneDB2XNC8QrdqmqYUUJhXGAZ4tDBWqyh0JY+MNyNOvQ== X-Received: by 2002:a05:6000:1681:b0:205:d419:1a92 with SMTP id y1-20020a056000168100b00205d4191a92mr107359wrd.96.1649895557861; Wed, 13 Apr 2022 17:19:17 -0700 (PDT) Received: from smtpclient.apple (99-31-208-116.lightspeed.sntcca.sbcglobal.net. [99.31.208.116]) by smtp.gmail.com with ESMTPSA id r129-20020a1c2b87000000b0038e6a025d05sm322488wmr.18.2022.04.13.17.19.16 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 13 Apr 2022 17:19:17 -0700 (PDT) From: Bob Hinden Content-Type: multipart/signed; boundary="Apple-Mail=_E62B718C-50FD-482C-B714-445037E141F0"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3696.80.82.1.1\)) Subject: Conclusion of adoption: Message-Id: <39DA8A6B-5092-46B0-A400-EE8C1F58ED15@gmail.com> Date: Wed, 13 Apr 2022 17:19:14 -0700 Cc: Bob Hinden , Jen Linkova , =?utf-8?Q?Ole_Tr=C3=B8an?= , Erik Kline To: IPv6 List X-Mailer: Apple Mail (2.3696.80.82.1.1) Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Apr 2022 00:19:23 -0000 --Apple-Mail=_E62B718C-50FD-482C-B714-445037E141F0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii This email concludes the adoption call for = . There were about 44 responses to the adoption call sent to the IPv6 = mailing list, all were in support of adoption. The chairs believe there is support in the working group for this = document to become a 6MAN document. It is adopted. The author should = submit the next version as a 6MAN document . Also, if anyone is interested in contributing to this document as an = author, please reach out to Suresh . Bob, Jen, Ole > On Mar 30, 2022, at 1:30 PM, Bob Hinden wrote: >=20 > This message starts a two week 6MAN call on adopting: >=20 > Title: Segment Identifiers in SRv6 > Authors: S. Krishnan > File Name: draft-krishnan-6man-sids-00 > Document date: February 10, 2022 >=20 > https://datatracker.ietf.org/doc/html/draft-krishnan-6man-sids-00 >=20 > as a 6MAN working group document. >=20 > For background this draft was the result a query to the 6MAN working = group from the SPRING w.g. chairs regarding regarding = draft-filsfilscheng-spring-srv6-srh-compression. The query was: >=20 > = https://mailarchive.ietf.org/arch/msg/ipv6/5IpkHf5tVa-G4sKca-EWGEziYSo/ >=20 > After an active discussion, the reply from the 6MAN chairs and ADs = was: >=20 > = https://mailarchive.ietf.org/arch/msg/ipv6/rGgpWZyPaKonLaeuT37D7qZ1Vcw/ >=20 > This topic was also presented at IETF 112, slides here: >=20 > = https://datatracker.ietf.org/meeting/112/materials/slides-112-6man-srv6-si= ds-00 >=20 > Substantive comments and statements of support for adopting this = document should be sent to the mailing list. Editorial suggestions can = be sent to the author. This adoption call will end on 13 April 2022. >=20 > Further, if you are willing to work on this document, either as = contributor, author, or reviewer please notify the list. This will = provide the chairs with an indication of the energy level in the working = group to work on this document. >=20 > Bob, Jen, Ole --Apple-Mail=_E62B718C-50FD-482C-B714-445037E141F0 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQEyBAEBCgAdFiEEm0rfRsOCoyamPexGrut0EXfnu6gFAmJXaIIACgkQrut0EXfn u6gGiAf3W+fMhzv+LT0LxWx7tqsvpFBJkMzuqFb/Fi6FoXvDquA9tsDBN3Ht2X5u wOHL4aGkNYwOMoq0H/+VgRee9P141ybYg8vjSglxNTpuPkviOmAkoLkdWJJzOm6u WJGeTrjDzfS/vvNdAEfK4/rL3EMBkW8n5wqtx3CmVo5t3QP+oPKaxBWiWNYMKcQR 437aMEvGGPyqBBg5cvGiZFjoAS/JJTwFmNuZAcfvJPcOgPSrN0IAgD4tyztCrN/k XswFW9yzW3sP3phUL23F0qSCTT0m2v2bmyRh18uplFgmvIKrkQD7Oz5GjuWpo/SP eJRITm+6UQkSM2dGRZsR4LBTJn54 =iZnW -----END PGP SIGNATURE----- --Apple-Mail=_E62B718C-50FD-482C-B714-445037E141F0-- From nobody Wed Apr 13 21:08:36 2022 Return-Path: X-Original-To: ipv6@ietfa.amsl.com Delivered-To: ipv6@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EEC7C3A116F for ; Wed, 13 Apr 2022 21:08:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.107 X-Spam-Level: X-Spam-Status: No, score=-7.107 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_HELO_NONE=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=bell.ca Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 10pRqVRmElX5 for ; Wed, 13 Apr 2022 21:08:30 -0700 (PDT) Received: from ESA4-Dor.bell.ca (esa4-dor.bell.ca [204.101.223.61]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D42743A116C for ; Wed, 13 Apr 2022 21:08:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bell.ca; i=@bell.ca; q=dns/txt; s=ESAcorp; t=1649909310; x=1681445310; h=from:to:date:message-id:references:in-reply-to: content-id:content-transfer-encoding:mime-version:subject; bh=GIba4piaysy6CIghoNsMu3Eu7osVE1b0imq2IYS/uvU=; b=KBihkBHx70ZhW4QShcjOzDNkp2FIeWHjSPRmmyl4aT8ghMlP2jOoq1Kv G7pZGzjifWkJQ5jcxMm+xYTdOzwNMQ9ulGGHf2gbqjipxx2j+kmn9yNdv +Gb5g9EJz6Ojb3z6gjV3Vz2W8hp3vh6ig7eNLDT8d8vRwa6zcly16r24R xwKqCmMgERpWJGdr0Th0kRGTrerD45CehwYtYAha4vSLDz3tRW9rl7Rrl tQiZCYtWR0bu087HmOhD9c/Ev3zwsPe54aB7QurT+6jxxfsv+MOivaAy+ JGw5tjML8+He0zCxAiLr3Qn16Lsmf4LKuyoPkjeGGhk/NC1erG3JxbvIj g==; IronPort-SDR: l59BxFMOr3PaQbFGEXfcVSwaCnYyDEiKGAYevj8BLWz7zG/OzMMlcCN6v6PL2Knhx+v7LS+liK 4Wz2XmYB0XIg== Subject: RE: Call for adoption: Received: from unknown (HELO DG6MBX01-DOR.bell.corp.bce.ca) ([10.40.209.38]) by esa04corp-dor.bell.corp.bce.ca with ESMTP/TLS/ECDHE-RSA-AES256-SHA384; 14 Apr 2022 00:08:26 -0400 Received: from DG12MBX04-DOR.bell.corp.bce.ca (142.117.209.49) by DG6MBX01-DOR.bell.corp.bce.ca (142.117.209.38) with Microsoft SMTP Server (TLS) id 15.0.1497.32; Thu, 14 Apr 2022 00:08:26 -0400 Received: from DG12MBX03-DOR.bell.corp.bce.ca (142.117.209.48) by DG12MBX04-DOR.bell.corp.bce.ca (142.117.209.49) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.24; Thu, 14 Apr 2022 00:08:26 -0400 Received: from DG12MBX03-DOR.bell.corp.bce.ca ([fe80::4120:9fd:3c8c:fd4c]) by DG12MBX03-DOR.bell.corp.bce.ca ([fe80::4120:9fd:3c8c:fd4c%9]) with mapi id 15.01.2375.024; Thu, 14 Apr 2022 00:08:26 -0400 From: "Chung, Ting Wo" To: Bob Hinden , IPv6 List Thread-Topic: [EXT]Call for adoption: Thread-Index: AQHYT7VKhT/nJg00rkKVtMkDhE5Dzg== Date: Thu, 14 Apr 2022 04:08:26 +0000 Message-ID: <32EA492E-5B24-4329-B254-1F32C4BE47A5@bell.ca> References: <92790B16-19F8-40AD-BF8B-F9CBB619EE37@gmail.com> In-Reply-To: <92790B16-19F8-40AD-BF8B-F9CBB619EE37@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/16.56.21121100 x-originating-ip: [172.28.239.78] Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Apr 2022 04:08:35 -0000 SSBzdXBwb3J0IHRoZSBhZG9wdGlvbiBhbmQgY2FuIGNvbnRyaWJ1dGUuIFRoYW5rcy4NCg0KQmVz dCBSZWdhcmRzLA0KVC5XLiAoVGluZyBXbykgQ2h1bmcNCiANCg0KIA0KDQrvu79PbiAyMDIyLTAz LTMwLCA0OjMwIFBNLCAiaXB2NiBvbiBiZWhhbGYgb2YgQm9iIEhpbmRlbiIgPGlwdjYtYm91bmNl c0BpZXRmLm9yZyBvbiBiZWhhbGYgb2YgYm9iLmhpbmRlbkBnbWFpbC5jb20+IHdyb3RlOg0KDQog ICAgVGhpcyBtZXNzYWdlIHN0YXJ0cyBhIHR3byB3ZWVrIDZNQU4gY2FsbCBvbiBhZG9wdGluZzoN Cg0KICAgICAgIFRpdGxlOiAgICAgICAgICBTZWdtZW50IElkZW50aWZpZXJzIGluIFNSdjYNCiAg ICAgICBBdXRob3JzOiAgICAgICAgUy4gS3Jpc2huYW4NCiAgICAgICBGaWxlIE5hbWU6ICAgICAg ZHJhZnQta3Jpc2huYW4tNm1hbi1zaWRzLTAwDQogICAgICAgRG9jdW1lbnQgZGF0ZTogIEZlYnJ1 YXJ5IDEwLCAyMDIyDQoNCiAgICAgICBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9o dG1sL2RyYWZ0LWtyaXNobmFuLTZtYW4tc2lkcy0wMA0KDQogICAgYXMgYSA2TUFOIHdvcmtpbmcg Z3JvdXAgZG9jdW1lbnQuDQoNCiAgICBGb3IgYmFja2dyb3VuZCB0aGlzIGRyYWZ0IHdhcyB0aGUg cmVzdWx0IGEgcXVlcnkgdG8gdGhlIDZNQU4gd29ya2luZyBncm91cCBmcm9tIHRoZSBTUFJJTkcg dy5nLiBjaGFpcnMgcmVnYXJkaW5nIHJlZ2FyZGluZyBkcmFmdC1maWxzZmlsc2NoZW5nLXNwcmlu Zy1zcnY2LXNyaC1jb21wcmVzc2lvbi4gIFRoZSBxdWVyeSB3YXM6DQoNCiAgICAgIGh0dHBzOi8v bWFpbGFyY2hpdmUuaWV0Zi5vcmcvYXJjaC9tc2cvaXB2Ni81SXBrSGY1dFZhLUc0c0tjYS1FV0dF emlZU28vDQoNCiAgICBBZnRlciBhbiBhY3RpdmUgZGlzY3Vzc2lvbiwgdGhlIHJlcGx5IGZyb20g dGhlIDZNQU4gY2hhaXJzIGFuZCBBRHMgd2FzOg0KDQogICAgICBodHRwczovL21haWxhcmNoaXZl LmlldGYub3JnL2FyY2gvbXNnL2lwdjYvckdncFdaeVBhS29uTGFldVQzN0Q3cVoxVmN3Lw0KDQog ICAgVGhpcyB0b3BpYyB3YXMgYWxzbyBwcmVzZW50ZWQgYXQgSUVURiAxMTIsIHNsaWRlcyBoZXJl Og0KDQogICAgICBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL21lZXRpbmcvMTEyL21hdGVy aWFscy9zbGlkZXMtMTEyLTZtYW4tc3J2Ni1zaWRzLTAwDQoNCiAgICBTdWJzdGFudGl2ZSBjb21t ZW50cyBhbmQgc3RhdGVtZW50cyBvZiBzdXBwb3J0IGZvciBhZG9wdGluZyB0aGlzIGRvY3VtZW50 IHNob3VsZCBiZSBzZW50IHRvIHRoZSBtYWlsaW5nIGxpc3QuICBFZGl0b3JpYWwgc3VnZ2VzdGlv bnMgY2FuIGJlIHNlbnQgdG8gdGhlIGF1dGhvci4gIFRoaXMgYWRvcHRpb24gY2FsbCB3aWxsIGVu ZCBvbiAxMyBBcHJpbCAyMDIyLg0KDQogICAgRnVydGhlciwgaWYgeW91IGFyZSB3aWxsaW5nIHRv IHdvcmsgb24gdGhpcyBkb2N1bWVudCwgZWl0aGVyIGFzIGNvbnRyaWJ1dG9yLCBhdXRob3IsIG9y IHJldmlld2VyIHBsZWFzZSBub3RpZnkgdGhlIGxpc3QuICAgVGhpcyB3aWxsIHByb3ZpZGUgdGhl IGNoYWlycyB3aXRoIGFuIGluZGljYXRpb24gb2YgdGhlIGVuZXJneSBsZXZlbCBpbiB0aGUgd29y a2luZyBncm91cCB0byB3b3JrIG9uIHRoaXMgZG9jdW1lbnQuDQoNCiAgICBCb2IsIEplbiwgT2xl DQoNCg0KDQoNCg0K From nobody Thu Apr 14 21:53:58 2022 Return-Path: X-Original-To: ipv6@ietf.org Delivered-To: ipv6@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 502723A19B5; Thu, 14 Apr 2022 21:53:29 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: ipv6@ietf.org Subject: I-D Action: draft-ietf-6man-sids-00.txt X-Test-IDTracker: no X-IETF-IDTracker: 7.46.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: ipv6@ietf.org Message-ID: <164999840903.2590.6615608267134588401@ietfa.amsl.com> Date: Thu, 14 Apr 2022 21:53:29 -0700 Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Apr 2022 04:53:30 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the IPv6 Maintenance WG of the IETF. Title : Segment Identifiers in SRv6 Author : Suresh Krishnan Filename : draft-ietf-6man-sids-00.txt Pages : 8 Date : 2022-04-14 Abstract: The data plane for Segment Routing over IPv6 (SRv6) [RFC8754] is built using IPv6 as the underlying forwarding plane. Due to this underlying use of IPv6, Segment Identifiers (SIDs) used by SRv6 can resemble IPv6 addresses and behave like them [RFC8754][RFC8986] while exhibiting slightly different behaviors in some situations. This document intends to explore the characteristics of SRv6 SIDs and to clarify the relationship of SRv6 SIDs to the IPv6 Addressing Architecture [RFC4291]. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-6man-sids/ There is also an htmlized version available at: https://datatracker.ietf.org/doc/html/draft-ietf-6man-sids-00 Internet-Drafts are also available by rsync at rsync.ietf.org::internet-drafts From nobody Fri Apr 15 07:45:36 2022 Return-Path: X-Original-To: ipv6@ietf.org Delivered-To: ipv6@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 1780C3A0884; Fri, 15 Apr 2022 07:45:33 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: ipv6@ietf.org Subject: I-D Action: draft-ietf-6man-mtu-option-14.txt X-Test-IDTracker: no X-IETF-IDTracker: 7.46.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: ipv6@ietf.org Message-ID: <165003393288.2774.1928575777554468342@ietfa.amsl.com> Date: Fri, 15 Apr 2022 07:45:33 -0700 Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Apr 2022 14:45:34 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the IPv6 Maintenance WG of the IETF. Title : IPv6 Minimum Path MTU Hop-by-Hop Option Authors : Robert M. Hinden Godred Fairhurst Filename : draft-ietf-6man-mtu-option-14.txt Pages : 27 Date : 2022-04-15 Abstract: This document specifies a new IPv6 Hop-by-Hop option that is used to record the minimum Path MTU along the forward path between a source host to a destination host. The recorded value can then be communicated back to the source using the return Path MTU field in the option. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-6man-mtu-option/ There is also an HTML version available at: https://www.ietf.org/archive/id/draft-ietf-6man-mtu-option-14.html A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-6man-mtu-option-14 Internet-Drafts are also available by rsync at rsync.ietf.org::internet-drafts From nobody Fri Apr 15 08:00:01 2022 Return-Path: X-Original-To: ipv6@ietfa.amsl.com Delivered-To: ipv6@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 464023A0884; Fri, 15 Apr 2022 07:59:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.108 X-Spam-Level: X-Spam-Status: No, score=-2.108 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ewodn2HMY4L2; Fri, 15 Apr 2022 07:59:54 -0700 (PDT) Received: from mail-wm1-x32e.google.com (mail-wm1-x32e.google.com [IPv6:2a00:1450:4864:20::32e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4CB253A0867; Fri, 15 Apr 2022 07:59:54 -0700 (PDT) Received: by mail-wm1-x32e.google.com with SMTP id q8so4848350wmc.0; Fri, 15 Apr 2022 07:59:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:mime-version:subject:date:references:cc:to:message-id; bh=3HK9M98NZp0Wi6pXwwo4tsIz8S9ivqCAu5fwjYiiFws=; b=RiQzdV3Z3JJus57KZZ0pBRtMbFehhYGudD/Mlk3ojJf7GzFwTet6qCElDxXb0ZfKEZ SQ4sF8G0R4CrIX9cI0U430aJbtIHbxEMnjz7BP60pkGfWEY2insoDFSU61W8Hm4dToUb JBHGU0pM+ksEawvGJ+jLdK3qSFbp40cs5OQ0HSpr9W/bM3Ok1I3mSmjb66M2RKPLcVSY L58+gesirD/T+34b0bvwOdI5XK9x3bmJ/25poRdmdXbMGpVvfdkO4xLh8appDX27IbDY h3EOjd1R7ZyH9LIumDNwyg8longRkv/9QT2Q+Gi6U4FrfSECNPbWeTwz79DFdi/mIAzn lYQQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:mime-version:subject:date:references:cc:to :message-id; bh=3HK9M98NZp0Wi6pXwwo4tsIz8S9ivqCAu5fwjYiiFws=; b=xd6qjWeDDnIS3Pq1vIsjsMSvXtDt6zPoctQdwG+6k2Gc7rjjpjPBbmpXa0f4MGdX9T tDUxysR8jX25slqEvhRCveIJxBBXgGeQwYmOL6iU+8hYakvNyGkVN6ATO26ABTLoIsJW 7+tG77WHh7rFKmEvgEx3eNg/y5vijraBUVaoOybjVz6LYuTD2ZwUVJ8MddJ6df3wIbt/ K8/7ymUEYMaLiS1lSjqjs3KFo8im4him/TE4ztBpzvVTJoPY09PXf67kRTdvr6+x3O4m 6uCZI4QVrog5jFn3RkcD6PgzC9E+77mt+qGaPKT9i5B/1OiWTZPlKMTVf8uyt9g8E2AQ xqZA== X-Gm-Message-State: AOAM531UebasTOKvG1LHYnZx5723Hh9M6QFN94BnGzepNUo7Cd6NxYB2 k9KbW5uUU2Si039AxtJbsFZom2i4uBQ= X-Google-Smtp-Source: ABdhPJylPpZonD4g9YfdDbAo1F1bCjwf5nQVd+pe6iZDumOdzi+pgZIIPb4qjqbkinURMFHbmIMCmA== X-Received: by 2002:a05:600c:1e1e:b0:38e:baaa:aae0 with SMTP id ay30-20020a05600c1e1e00b0038ebaaaaae0mr3573425wmb.157.1650034792048; Fri, 15 Apr 2022 07:59:52 -0700 (PDT) Received: from smtpclient.apple (99-31-208-116.lightspeed.sntcca.sbcglobal.net. [99.31.208.116]) by smtp.gmail.com with ESMTPSA id t2-20020a1c4602000000b003917d43d339sm1987904wma.4.2022.04.15.07.59.50 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 15 Apr 2022 07:59:51 -0700 (PDT) From: Bob Hinden Content-Type: multipart/signed; boundary="Apple-Mail=_B756B6D0-ADF1-464C-925B-C9A7B8F317C5"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3696.80.82.1.1\)) Subject: Fwd: New Version Notification for draft-ietf-6man-mtu-option-14.txt Date: Fri, 15 Apr 2022 07:59:47 -0700 References: <165003393398.2774.9639212703088470747@ietfa.amsl.com> Cc: Bob Hinden , Gorry Fairhurst , last-call@ietf.org, draft-ietf-6man-mtu-option.all@ietf.org To: IPv6 List , Erik Kline Message-Id: <01322190-EE4F-4D47-9390-E0F4B8C491E7@gmail.com> X-Mailer: Apple Mail (2.3696.80.82.1.1) Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Apr 2022 15:00:00 -0000 --Apple-Mail=_B756B6D0-ADF1-464C-925B-C9A7B8F317C5 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii We submitted a new version of . The summary = of changes are: * Area Director Reviews: - Lars Eggert's Review: Fixed "nits". - Eric Vyncke's Review: Added that this work is focused on Unicast, removed Discussion from Section 6.1, revised text on PLPMTUD probing, changed SHOULD to MUST in Section 6.3.4, and fixed several NITs. - Alvaro Retana's Review: Changed SHOULD language to more general text in Section 6.1 - ARTART Review: Added new Appendix "Examples of Usage" with diagrams showing examples of use. - Zaheduzzaman Sarker's Review: Fixed some editorial issues, and updated SHOULD language. * Editorial Changes. These changes are to close the issues raised during during the last IESG = tele-chat where this draft was discussed and balloted. The authors = believe this version should resolve these issues. Links to draft and = diff below. Bob & Gorry > Begin forwarded message: >=20 > From: internet-drafts@ietf.org > Subject: New Version Notification for = draft-ietf-6man-mtu-option-14.txt > Date: April 15, 2022 at 7:45:34 AM PDT > To: "Robert M. Hinden" , "Godred Fairhurst" = , "Gorry Fairhurst" , = "Robert Hinden" >=20 >=20 > A new version of I-D, draft-ietf-6man-mtu-option-14.txt > has been successfully submitted by Robert M. Hinden and posted to the > IETF repository. >=20 > Name: draft-ietf-6man-mtu-option > Revision: 14 > Title: IPv6 Minimum Path MTU Hop-by-Hop Option > Document date: 2022-04-15 > Group: 6man > Pages: 27 > URL: = https://www.ietf.org/archive/id/draft-ietf-6man-mtu-option-14.txt > Status: = https://datatracker.ietf.org/doc/draft-ietf-6man-mtu-option/ > Html: = https://www.ietf.org/archive/id/draft-ietf-6man-mtu-option-14.html > Htmlized: = https://datatracker.ietf.org/doc/html/draft-ietf-6man-mtu-option > Diff: = https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-6man-mtu-option-14 >=20 > Abstract: > This document specifies a new IPv6 Hop-by-Hop option that is used to > record the minimum Path MTU along the forward path between a source > host to a destination host. The recorded value can then be > communicated back to the source using the return Path MTU field in > the option. >=20 >=20 >=20 >=20 > The IETF Secretariat >=20 >=20 --Apple-Mail=_B756B6D0-ADF1-464C-925B-C9A7B8F317C5 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQEzBAEBCgAdFiEEm0rfRsOCoyamPexGrut0EXfnu6gFAmJZiGMACgkQrut0EXfn u6iBzwf6ApF1b4NqUGr48bVJMH1IZJlrqCBNGXWcCRgGlJyTgJx4a71iMpv+ds/j E3v1JlVeV4FMeN5XLjF+lCkuTDLcwrDahAGjPcXzWGjtBGmLw/WkJV+Tyy5gK9U3 CUUyq9N/2slCBidYJWMgyKNJtPHB6cA2CanF7Zz5gV9lakbZzV/K1LV7IoeMcdMt DKd0mcFU0GdNYbKiZSTFf1PEjyFCEGSElHYSCbbt35AhPEFsFO93uKpr41yH0H/m RxRCYa3AP/5Z1Q6j37DhMpiUwDnz8Sf4q0UmI3nAWfz/hQYm9zfoa301xi3MK2ZS UdglA3L/yAcYOYXBWoJCCJ3Rac4cTA== =8Z81 -----END PGP SIGNATURE----- --Apple-Mail=_B756B6D0-ADF1-464C-925B-C9A7B8F317C5--