Re: Adoption Call for "The IPv6 Compact Routing Header (CRH)"
"Henderickx, Wim (Nokia - BE/Antwerp)" <wim.henderickx@nokia.com> Wed, 27 May 2020 04:27 UTC
Return-Path: <wim.henderickx@nokia.com>
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 B2C843A0E25 for <ipv6@ietfa.amsl.com>; Tue, 26 May 2020 21:27:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.89
X-Spam-Level:
X-Spam-Status: No, score=-1.89 tagged_above=-999 required=5 tests=[AC_DIV_BONANZA=0.001, BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, T_REMOTE_IMAGE=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=nokia.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 LKF_1tA1EmHd for <ipv6@ietfa.amsl.com>; Tue, 26 May 2020 21:27:03 -0700 (PDT)
Received: from EUR04-VI1-obe.outbound.protection.outlook.com (mail-eopbgr80124.outbound.protection.outlook.com [40.107.8.124]) (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 3D39C3A0E24 for <ipv6@ietf.org>; Tue, 26 May 2020 21:27:03 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=cO8PQX8utcvlJ4XnF7wKOmF8qlazXniCSpBUXGTmagOH7LH7g9UxEYiPLsYaRHtxHYh96A8166u0Jtodx0gjDGROCVhNaonG0AFB5uX9ENUX2fojVkN+w4VCzVn0WOtQBPVlgweQ+rp+HD13zICcChzEjxyRNELlTcunBcxgh60eeMMfqxSnxeNQBahGxjeehFM/qtxcd6EbktSdp0GxL9SDKQyVOZCtLaRnZGoR0mYwHHSoP3xIWwm86T1tssSazfpWVeNbSfsSzdugS9ByRl5vAmTMQ1g6MDAXueP6MnM9H2tgL0agd52zpPCAfqQxweu+k0PSN6I+ez/h+q3fvw==
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-SenderADCheck; bh=kejwAEOnJq11BmRgPO4vRVrkp1Pv/zu4WoiwsMawMyU=; b=LZmGYt0mR3Ev66zI58361JvBvBtL7Yv9T5bcu2FB4o1/4SCTMgnc+ssvmiDPzeRwOFmRe7MtKaRWNCEl/VLksezrkM8MbZ20uyCUtcLo41MUMXYHnw77UhFFIwY+5dbIask45Dj70fxCz47+5PhQo7pcvN9CWRUny+ca7U2H8WpcaxeKadUXDjP87D3PZCo68/4FmFyQHjKGA1gxFbpaxH4Xv71whisUyGX/XJOO2e/+k2TH5iXKevm0+YGqUelfDmNa6xwNvh0l6lGlYivmXpd9eH4HgECBXd2LhFcIqidIRDLdMd09s4DzbyqrSEJ5ecZheOJ8V+qmKunvisnFvA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=nokia.com; dmarc=pass action=none header.from=nokia.com; dkim=pass header.d=nokia.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=kejwAEOnJq11BmRgPO4vRVrkp1Pv/zu4WoiwsMawMyU=; b=X2/dodVN3Xdu1RLtqo4rfKConoDu23uDSI3tB+LnUvbkiyeRzKvW/FJn2Zfq7ahX4MImUdF6Ke6DFEPe03vpFQadFamw0cA8Ukr2DU8wOV9UcAoz1IcJ0mrrcTzRHyDhcqkimrdUg4X0iqvSwlpusPc52wPsdUav2qiPvAOEOmc=
Received: from AM0PR07MB4497.eurprd07.prod.outlook.com (2603:10a6:208:7a::20) by AM0PR07MB4081.eurprd07.prod.outlook.com (2603:10a6:208:4e::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3045.9; Wed, 27 May 2020 04:27:00 +0000
Received: from AM0PR07MB4497.eurprd07.prod.outlook.com ([fe80::75d9:62a8:8868:5119]) by AM0PR07MB4497.eurprd07.prod.outlook.com ([fe80::75d9:62a8:8868:5119%7]) with mapi id 15.20.3045.013; Wed, 27 May 2020 04:27:00 +0000
From: "Henderickx, Wim (Nokia - BE/Antwerp)" <wim.henderickx@nokia.com>
To: Gyan Mishra <hayabusagsm@gmail.com>
CC: Bob Hinden <bob.hinden@gmail.com>, IPv6 List <ipv6@ietf.org>
Subject: Re: Adoption Call for "The IPv6 Compact Routing Header (CRH)"
Thread-Topic: Adoption Call for "The IPv6 Compact Routing Header (CRH)"
Thread-Index: AQHWKwY0ELE0FSbutkqweoUZVbmzm6i6nuGAgAB5QwCAAGKlgP//6j6AgAAkk4A=
Date: Wed, 27 May 2020 04:27:00 +0000
Message-ID: <8064D962-639C-4747-A07F-D7E7418BBED7@nokia.com>
References: <19D30186-B180-4F65-BF00-7AD07CEF3925@gmail.com> <79A95CE5-20AE-4CD0-B237-FFD86106A435@nokia.com> <CABNhwV1E68e-j+cWViR_zKx6YcwpYxQpHmdgiBRTn7-a7oCN3w@mail.gmail.com> <DF8882BB-8409-47C8-B9F5-9FBB4E5BDE0E@nokia.com> <CABNhwV2czHRnUX-thsFaAU=G4Gv7Mx7qJcxMgEK1BA=APezUVw@mail.gmail.com>
In-Reply-To: <CABNhwV2czHRnUX-thsFaAU=G4Gv7Mx7qJcxMgEK1BA=APezUVw@mail.gmail.com>
Accept-Language: nl-BE, en-US
Content-Language: en-GB
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/16.37.20051002
authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=nokia.com;
x-originating-ip: [2a02:1810:350a:9600:b47b:804:a201:478d]
x-ms-publictraffictype: Email
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: 7a4bd715-ba0d-4eca-7b5d-08d801f63355
x-ms-traffictypediagnostic: AM0PR07MB4081:
x-microsoft-antispam-prvs: <AM0PR07MB4081F531E4D492217D757CA183B10@AM0PR07MB4081.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:3968;
x-forefront-prvs: 04163EF38A
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: M/ik8EHfjaLukDCBI6V8J0fr+sO3PGHl4QDnZvu4VbM2mFEnYNjHLmED2GaTKC5mNE6ZeixFYUwh3bfiQnLs5gRzZrOnAS8tFT9DGUZtjJF+9C/ve92+cqb8SAEmaNUeQJv2ePOPBRMpOXi8icy+UM3AduBPOmILJCJgI35uQ3oJ17Q2A5q94vew2jTXhB8XWXNE+gFoo5wn1kocIwK2Mn8Jhp5jlVJfz/en5FxXt3ow1lABrQTFjPtiIykI2Ju1S84KrsGsPI2fJOvpW2sRbPcT3kxx+2Su47iDhZyKuW1jhQwCY+vtM9nzq7noZOp+6VDXXLHeIHszgxAn1TxS66wI594/0Q3v/e66L3nyp1yyY+1J46Fr15niXLiax2VEyv0S4gWSkiVPKdgsY155IQ==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM0PR07MB4497.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(366004)(396003)(39860400002)(376002)(346002)(136003)(8676002)(8936002)(5660300002)(71200400001)(66446008)(66946007)(64756008)(66556008)(66476007)(76116006)(6916009)(166002)(2906002)(86362001)(53546011)(4326008)(36756003)(6506007)(33656002)(316002)(54906003)(2616005)(478600001)(6486002)(966005)(83380400001)(186003)(6512007); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata: 6amRiC8isAC2wkvoUOAjXeaKDNiMfdknit7NqWHHoTqFkxfoY+8Vy2SXQtBjHx0nckOCyiWU5siLCduCyiDlUncPUcamkLPzoAqG0+5+nGtEhdIwnvXmO8qrciwTgliH1N7E7fC5/QQFmTJUYs4DNRcr3zJ9DN0p5kJ4WoV1LPTb3y7JtDHeW8bpcT1+9fQLoYGYGOZAUORKkRXmTiHkEIWeqUhosA9AGQsY0maCv07G8YMWe0P6vSwEn2HErtdHfHPDqWI56u5crNbADYkdFfv2SRMr7vBigEDkQJlJgN9moI+iuD1FpTSa8fXWxQkMoO/DYkzk6ipIFAuMlQm80W2grzSu0HyJgjtPIr7PnYbw2Ss7LhAO9NuGD3hGDbXaLl7gxQwwREC484pRnTINU4X0RJ4SRqpdRyj/FaXbkaNTGCap5UqsotHHqadGTiJzY8k+1p4QYZ5MrSVjRU1REu8498xTW8p+InlU+4HsXfGuhnRFniBuhOzPF6FLTw0ViyP7FNvAcj0JwNsm3J/ZfsOwoyvNpYAuJvbimd6wuOwNDmqnW5jx4APt+SnOj6QM
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_8064D962639C4747A07FD7E7418BBED7nokiacom_"
MIME-Version: 1.0
X-OriginatorOrg: nokia.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 7a4bd715-ba0d-4eca-7b5d-08d801f63355
X-MS-Exchange-CrossTenant-originalarrivaltime: 27 May 2020 04:27:00.6018 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: z3Vz8k46sbbEMpVGBsSLYC548c8189wqIq5mx3AuABQa3WemHp+s5XXjcI5KxtRxmntUb/NW9wO6C0UMlTxRcjS4nMFaoRxoSN84esAMl9k=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR07MB4081
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/cn5Nw14Ibc29u9slxsWfwpta9f8>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 27 May 2020 04:27:06 -0000
Gyan, RFC 8663 is defining a framework to encap. SID(s) if you will in ipv4 or ipv6 and there are various encaps defined. UDP based, mainly for ipv4 and native v6 RFC 4023 or a GRE flavor.. If you look at the native v6 flavor of RFC4023 which is not using GRE, etc. What you get is a v6 header where we add SID(s) in the next header before the real payload. Think of them as instructions which define a behavior. If you compare CRH, it is similar wrt the bevior. You have a v6 header where in an extensions header you encode some SID, which are instructions. Now look at the intrinsic behavior that CRH has wrt steering. For the node that process the SID, you do a lookup and define the next behavior, which is essentially getting a v6 address for the next hop in the chain. You can do the same thing with RFC8663. From: Gyan Mishra <hayabusagsm@gmail.com> Date: Wednesday, 27 May 2020 at 06:16 To: "Henderickx, Wim (Nokia - BE/Antwerp)" <wim.henderickx@nokia.com> Cc: Bob Hinden <bob.hinden@gmail.com>, IPv6 List <ipv6@ietf.org> Subject: Re: Adoption Call for "The IPv6 Compact Routing Header (CRH)" Hi Wim You mention SR-MPLS and SR-MPLS over IP as if they are two different flavors of SR. They are one and the same per RFC 8663. Am I missing something here? SR-MPLS reuses the MPLS IPv4 LDPv4 data plane once LDPv4 is removed from the network to provide a stateless SR-MPLS based on 4 byte MPLS shim now containing new SRGB label range. Are you referring to MPLSoUDP RFC 7510 or MPLS over GRE RFC 4023 and using SR-MPLS reuse of MPLS data plane IPv4 and tunneling via GRE is UDP? Not sure how that would work or make it similar to CRH. I am not following how SR-MPLS is similar to CRH. Please explain? Gyan On Tue, May 26, 2020 at 11:33 PM Henderickx, Wim (Nokia - BE/Antwerp) <wim.henderickx@nokia.com<mailto:wim.henderickx@nokia.com>> wrote: Gyan, if you look in the details of RFC8663, you can do all of the things you mentioned. You can do loose path which are connected via ipv6 island exactly like CRH is proposing and more. As said here is a misconception that RFC8663 is strictly MPLS and I have to repeat it is not. You can do all the things that are suggested with CRH and more, with the same addressing mechanism, etc that is proposed in CRH. On top you get the natural extensions we are defining for free. There is no need to reinvent the wheel here. From: Gyan Mishra <hayabusagsm@gmail.com<mailto:hayabusagsm@gmail.com>> Date: Wednesday, 27 May 2020 at 01:41 To: "Henderickx, Wim (Nokia - BE/Antwerp)" <wim.henderickx@nokia.com<mailto:wim.henderickx@nokia.com>> Cc: Bob Hinden <bob.hinden@gmail.com<mailto:bob.hinden@gmail.com>>, IPv6 List <ipv6@ietf.org<mailto:ipv6@ietf.org>> Subject: Re: Adoption Call for "The IPv6 Compact Routing Header (CRH)" Wim SR-MPLS reuses the MPLS data plane. That is a nice brown field migration option for MPLS customers that want to eliminate ldp state. Don’t get me wrong SR-MPLS has its place and its for brown field MPLS deployments and SRv6 has its place as well for cases mostly intra domain where you don’t have inter domain traffic steering with very long strict paths which run into SR-TE MSD issues. For deployments that want to use the IPv6 data plane and have ubiquitous use cases inter or intra domain and not have the extra baggage 🧳 of SRv6 programming SID depth overhead with strict paths or SR-MPLS - MPLS data plane which also has MSD SID depth issue with long strict paths = CRH shines and is the best solution Thanks Gyan On Tue, May 26, 2020 at 10:27 AM Henderickx, Wim (Nokia - BE/Antwerp) <wim.henderickx@nokia.com<mailto:wim.henderickx@nokia.com>> wrote: if you look into the details RFC8663 from a data-plane operation is very similar to CRH. It uses a tag and derives a destination ipv6 address from it. On top it if you look at the requirements which are discussed on the mailing list, the following is possible with RFC8663 It can steer the packet through a specific path. Implementations exists which do well beyond 8 No new VPN encapsulation is required No new service chaining needed and various options possible. Compliant to SPRING Uses MPLS but it is used here as a lookup tag, not any different than the CRH proposal. In essence if you look at the details you can implement this with a complete v6 infrastructure and use the tag as a steering function. And uses 32 bit. As such I don’t see why we need another encap to achieve something we already can do and is available in various implementations and is as efficient on the wire (looking at 32 bit, which is what people agree upon). So I would vote against adoption. On 16/05/2020, 00:14, "ipv6 on behalf of Bob Hinden" <ipv6-bounces@ietf.org<mailto:ipv6-bounces@ietf.org> on behalf of bob.hinden@gmail.com<mailto:bob.hinden@gmail.com>> wrote: This message starts a two-week 6MAN call on adopting: Title: The IPv6 Compact Routing Header (CRH) Authors: R. Bonica, Y. Kamite, T. Niwa, A. Alston, L. Jalil File Name: draft-bonica-6man-comp-rtg-hdr-21 Document date: 2020-05-14 https://tools.ietf.org/html/draft-bonica-6man-comp-rtg-hdr as a working group item. Substantive comments regarding adopting this document should be directed to the mailing list. Editorial suggestions can be sent to the authors. Please note that this is an adoption call, it is not a w.g. last call for advancement, adoption means that it will become a w.g. draft. As the working group document, the w.g. will decide how the document should change going forward. This adoption call will end on 29 May 2020. The chairs note there has been a lot of discussions on the list about this draft. After discussing with our area directors, we think it is appropriate to start a working group adoption call. The authors have been active in resolving issues raised on the list. Could those who are willing to work on this document, either as contributors, authors or reviewers please notify the list. That gives us an indication of the energy level in the working group to work on this. Regards, Bob and Ole -------------------------------------------------------------------- IETF IPv6 working group mailing list ipv6@ietf.org<mailto:ipv6@ietf.org> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 -------------------------------------------------------------------- -- Error! Filename not specified.<http://www.verizon.com/> Gyan Mishra Network Solutions Architect M 301 502-1347 13101 Columbia Pike<https://www.google.com/maps/search/13101+Columbia+Pike+%0D%0A+Silver+Spring,+MD?entry=gmail&source=g> Silver Spring, MD<https://www.google.com/maps/search/13101+Columbia+Pike+%0D%0A+Silver+Spring,+MD?entry=gmail&source=g> -- [Image removed by sender.]<http://www.verizon.com/> Gyan Mishra Network Solutions Architect M 301 502-1347 13101 Columbia Pike Silver Spring, MD
- RE: Adoption Call for "The IPv6 Compact Routing H… Ketan Talaulikar (ketant)
- Re: Adoption Call for "The IPv6 Compact Routing H… Brian E Carpenter
- RE: Adoption Call for "The IPv6 Compact Routing H… Ketan Talaulikar (ketant)
- RE: Adoption Call for "The IPv6 Compact Routing H… Ketan Talaulikar (ketant)
- Re: Adoption Call for "The IPv6 Compact Routing H… Xing Li
- Adoption Call for "The IPv6 Compact Routing Heade… Bob Hinden
- Re: Adoption Call for "The IPv6 Compact Routing H… Mark Smith
- Re: Adoption Call for "The IPv6 Compact Routing H… Andrew Alston
- Re: Adoption Call for "The IPv6 Compact Routing H… Joel M. Halpern
- RE: Adoption Call for "The IPv6 Compact Routing H… Ron Bonica
- Re: Adoption Call for "The IPv6 Compact Routing H… Xing Li
- Re: Adoption Call for "The IPv6 Compact Routing H… Tom Herbert
- Re: Adoption Call for "The IPv6 Compact Routing H… Brian E Carpenter
- RE: Adoption Call for "The IPv6 Compact Routing H… Xiejingrong (Jingrong)
- Re: Adoption Call for "The IPv6 Compact Routing H… Mark Smith
- RE: Adoption Call for "The IPv6 Compact Routing H… Ron Bonica
- Re: Adoption Call for "The IPv6 Compact Routing H… Krzysztof Szarkowicz
- Re: Adoption Call for "The IPv6 Compact Routing H… Melchior Aelmans
- RE: Adoption Call for "The IPv6 Compact Routing H… Xiejingrong (Jingrong)
- RE: Adoption Call for "The IPv6 Compact Routing H… Xiejingrong (Jingrong)
- Re: Adoption Call for "The IPv6 Compact Routing H… Nick Hilliard
- RE: Adoption Call for "The IPv6 Compact Routing H… Jeffrey (Zhaohui) Zhang
- Re: Adoption Call for "The IPv6 Compact Routing H… Darren Dukes (ddukes)
- Re: Adoption Call for "The IPv6 Compact Routing H… Andrew Alston
- Re: Adoption Call for "The IPv6 Compact Routing H… Tony Przygienda
- RE: Adoption Call for "The IPv6 Compact Routing H… Vishal Singh
- Re: Adoption Call for "The IPv6 Compact Routing H… John Scudder
- Re: Adoption Call for "The IPv6 Compact Routing H… Greg Mirsky
- Re: Adoption Call for "The IPv6 Compact Routing H… Greg Mirsky
- Re: Adoption Call for "The IPv6 Compact Routing H… Gyan Mishra
- Re: Adoption Call for "The IPv6 Compact Routing H… Mark Smith
- Re: Adoption Call for "The IPv6 Compact Routing H… Brian E Carpenter
- Re: Adoption Call for "The IPv6 Compact Routing H… Michael Richardson
- RE: Adoption Call for "The IPv6 Compact Routing H… Ron Bonica
- Re: Adoption Call for "The IPv6 Compact Routing H… Greg Mirsky
- Re: Adoption Call for "The IPv6 Compact Routing H… Darren Dukes (ddukes)
- Re: Adoption Call for "The IPv6 Compact Routing H… Andrew Alston
- RE: Adoption Call for "The IPv6 Compact Routing H… Pascal Thubert (pthubert)
- Re: Adoption Call for "The IPv6 Compact Routing H… Wen Lin
- Re: Adoption Call for "The IPv6 Compact Routing H… Darren Dukes (ddukes)
- RE: Adoption Call for "The IPv6 Compact Routing H… Ketan Talaulikar (ketant)
- FW: Adoption Call for "The IPv6 Compact Routing H… Ketan Talaulikar (ketant)
- Re: Adoption Call for "The IPv6 Compact Routing H… Zafar Ali (zali)
- Re: Adoption Call for "The IPv6 Compact Routing H… Naveen Kottapalli
- Re: Adoption Call for "The IPv6 Compact Routing H… John Scudder
- Re: Adoption Call for "The IPv6 Compact Routing H… Brian E Carpenter
- RE: Adoption Call for "The IPv6 Compact Routing H… Pablo Camarillo (pcamaril)
- RE: Adoption Call for "The IPv6 Compact Routing H… Andrew Alston
- Re: Adoption Call for "The IPv6 Compact Routing H… Eric Vyncke (evyncke)
- Re: Adoption Call for "The IPv6 Compact Routing H… John Scudder
- RE: Adoption Call for "The IPv6 Compact Routing H… Parag Kaneriya
- RE: Adoption Call for "The IPv6 Compact Routing H… Ketan Talaulikar (ketant)
- Reply: Re: Adoption Call for "The IPv6 Compact Ro… Chengli (Cheng Li)
- Re: Adoption Call for "The IPv6 Compact Routing H… John Scudder
- RE: Reply: Re: Adoption Call for "The IPv6 Compac… Ron Bonica
- 答复: Adoption Call for "The IPv6 Compact Routing H… Weiqiang Cheng
- RE: Adoption Call for "The IPv6 Compact Routing H… Huzhibo
- G-SRv6 (was Re: Adoption Call for "The IPv6 Compa… Tom Herbert
- RE: G-SRv6 (was Re: Adoption Call for "The IPv6 C… Huzhibo
- Re: Adoption Call for "The IPv6 Compact Routing H… 刘毅松
- 回复: Re: Adoption Call for "The IPv6 Compact Routi… duzongpeng@foxmail.com
- Re: Adoption Call for "The IPv6 Compact Routing H… Srihari Sangli
- 回复: 回复: Adoption Call for "The IPv6 Compact Routi… Peng Liu
- Re: Adoption Call for "The IPv6 Compact Routing H… stefano previdi
- Re: G-SRv6 (was Re: Adoption Call for "The IPv6 C… Tom Herbert
- Re: Adoption Call for "The IPv6 Compact Routing H… Henderickx, Wim (Nokia - BE/Antwerp)
- RE: Adoption Call for "The IPv6 Compact Routing H… Ron Bonica
- Re: Adoption Call for "The IPv6 Compact Routing H… Ahmed Abdelsalam
- Re: Adoption Call for "The IPv6 Compact Routing H… stefano previdi
- Re: Adoption Call for "The IPv6 Compact Routing H… Greg Mirsky
- Re: Adoption Call for "The IPv6 Compact Routing H… Gyan Mishra
- RE: Adoption Call for "The IPv6 Compact Routing H… Mach Chen
- RE: Adoption Call for "The IPv6 Compact Routing H… Ron Bonica
- Re: Adoption Call for "The IPv6 Compact Routing H… Henderickx, Wim (Nokia - BE/Antwerp)
- Re: Adoption Call for "The IPv6 Compact Routing H… Henderickx, Wim (Nokia - BE/Antwerp)
- Re: Adoption Call for "The IPv6 Compact Routing H… Gyan Mishra
- RE: Adoption Call for "The IPv6 Compact Routing H… Mach Chen
- Re: Adoption Call for "The IPv6 Compact Routing H… Gyan Mishra
- RE: Adoption Call for "The IPv6 Compact Routing H… Mach Chen
- Re: Adoption Call for "The IPv6 Compact Routing H… Henderickx, Wim (Nokia - BE/Antwerp)
- Re: Adoption Call for "The IPv6 Compact Routing H… xiechf@chinatelecom.cn
- RE: Adoption Call for "The IPv6 Compact Routing H… Dongjie (Jimmy)
- Re: Adoption Call for "The IPv6 Compact Routing H… Reji Thomas
- Re: Adoption Call for "The IPv6 Compact Routing H… Robert Raszuk
- Re: Adoption Call for "The IPv6 Compact Routing H… Antonio Cianfrani
- Re: Adoption Call for "The IPv6 Compact Routing H… Robert Raszuk
- Re: Adoption Call for "The IPv6 Compact Routing H… Rabadan, Jorge (Nokia - US/Mountain View)
- RE: Adoption Call for "The IPv6 Compact Routing H… Van De Velde, Gunter (Nokia - BE/Antwerp)
- RE: Adoption Call for "The IPv6 Compact Routing H… Xiejingrong (Jingrong)
- Re: Adoption Call for "The IPv6 Compact Routing H… Srihari Sangli
- RE: Adoption Call for "The IPv6 Compact Routing H… Ron Bonica
- RE: Adoption Call for "The IPv6 Compact Routing H… Templin (US), Fred L
- Re: Adoption Call for "The IPv6 Compact Routing H… Henderickx, Wim (Nokia - BE/Antwerp)
- Re: Adoption Call for "The IPv6 Compact Routing H… Greg Mirsky
- Re: Adoption Call for "The IPv6 Compact Routing H… Greg Mirsky
- Re: Adoption Call for "The IPv6 Compact Routing H… Tom Herbert
- Re: Adoption Call for "The IPv6 Compact Routing H… Greg Mirsky
- Re: Adoption Call for "The IPv6 Compact Routing H… Tom Herbert
- Re: Adoption Call for "The IPv6 Compact Routing H… Darren Dukes (ddukes)
- Re: Adoption Call for "The IPv6 Compact Routing H… Martin Horneffer
- Re: Adoption Call for "The IPv6 Compact Routing H… Greg Mirsky
- Re: Adoption Call for "The IPv6 Compact Routing H… Tetsuya Murakami
- Re: Adoption Call for "The IPv6 Compact Routing H… Kalyani Rajaraman
- RE: Adoption Call for "The IPv6 Compact Routing H… Michael McBride
- Re: Adoption Call for "The IPv6 Compact Routing H… Tom Herbert
- Re: Adoption Call for "The IPv6 Compact Routing H… Ran Pang(联通集团联通网络技术研究 院本部)
- Re: Adoption Call for "The IPv6 Compact Routing H… Miya Kohno
- Re: Adoption Call for "The IPv6 Compact Routing H… Kentaro Ebisawa
- RE: Adoption Call for "The IPv6 Compact Routing H… licong@chinatelecom.cn
- Re: Adoption Call for "The IPv6 Compact Routing H… Fernando Gont
- 答复: Adoption Call for "The IPv6 Compact Routing H… qinfengwei
- RE: Adoption Call for "The IPv6 Compact Routing H… Ketan Talaulikar (ketant)
- Re: Adoption Call for "The IPv6 Compact Routing H… Satoru Matsushima
- RE: Adoption Call for "The IPv6 Compact Routing H… Voyer, Daniel
- Re: Adoption Call for "The IPv6 Compact Routing H… Miya Kohno
- Re: Adoption Call for "The IPv6 Compact Routing H… Joel M. Halpern
- Re: Adoption Call for "The IPv6 Compact Routing H… Tom Herbert
- Re: Adoption Call for "The IPv6 Compact Routing H… Greg Mirsky
- RE: Adoption Call for "The IPv6 Compact Routing H… Templin (US), Fred L
- Re: Adoption Call for "The IPv6 Compact Routing H… Tom Herbert
- Re: Adoption Call for "The IPv6 Compact Routing H… Greg Mirsky
- Re: Adoption Call for "The IPv6 Compact Routing H… Tom Herbert
- Re: Adoption Call for "The IPv6 Compact Routing H… Kamran Raza (skraza)
- Re: Adoption Call for "The IPv6 Compact Routing H… Fernando Gont
- Re: Adoption Call for "The IPv6 Compact Routing H… Jakob Heitz (jheitz)
- RE: Adoption Call for "The IPv6 Compact Routing H… Wang, Weibin (NSB - CN/Shanghai)
- Re: Re: Adoption Call for "The IPv6 Compact Routi… 이기훈/책임
- Re: Adoption Call for "The IPv6 Compact Routing H… Swadesh Agrawal (swaagraw)
- Re: Adoption Call for "The IPv6 Compact Routing H… Gyan Mishra
- RE: Re: Adoption Call for "The IPv6 Compact Routi… Chengli (Cheng Li)
- RE: Adoption Call for "The IPv6 Compact Routing H… Chengli (Cheng Li)
- Re: Re: Adoption Call for "The IPv6 Compact Routi… Rakesh Gandhi
- Re: [spring] FW: Adoption Call for "The IPv6 Comp… Dirk Steinberg
- comments on draft-bonica-6man-comp-rtg-hdr (Re: A… 神明達哉
- Re: Adoption Call for "The IPv6 Compact Routing H… Francois Clad (fclad)
- Compatibility with SRH requirement (was Re: Adopt… Tom Herbert
- Conclusion of the Adoption Call for "The IPv6 Com… Bob Hinden
- Re: Adoption Call for "The IPv6 Compact Routing H… Zafar Ali (zali)
- RE: Compatibility with SRH requirement (was Re: A… James Guichard
- Re: Compatibility with SRH requirement (was Re: A… Greg Mirsky
- Re: Compatibility with SRH requirement (was Re: A… Tom Herbert
- RE: Compatibility with SRH requirement (was Re: A… James Guichard
- Re: Adoption Call for "The IPv6 Compact Routing H… Richard Vallee (rvallee)
- Re: Adoption Call for "The IPv6 Compact Routing H… Kris Michielsen
- Re: Compatibility with SRH requirement (was Re: A… Tom Herbert
- Re: Compatibility with SRH requirement (was Re: A… Robert Raszuk
- RE: Compatibility with SRH requirement (was Re: A… James Guichard
- Re: Compatibility with SRH requirement (was Re: A… Tom Herbert
- RE: Compatibility with SRH requirement (was Re: A… James Guichard
- Re: Compatibility with SRH requirement (was Re: A… John Scudder
- Re: Compatibility with SRH requirement (was Re: A… Nick Hilliard
- RE: Compatibility with SRH requirement (was Re: A… James Guichard
- RE: Compatibility with SRH requirement (was Re: A… Adrian Farrel
- RE: Compatibility with SRH requirement (was Re: A… James Guichard
- Re: Compatibility with SRH requirement (was Re: A… Tom Herbert
- Re: Adoption Call for "The IPv6 Compact Routing H… Jen Linkova
- Re: Conclusion of the Adoption Call for "The IPv6… Erik Kline
- Followup Conclusion of the Adoption Call for "The… Bob Hinden