Re: What 's the process?

"Darren Dukes (ddukes)" <ddukes@cisco.com> Thu, 20 February 2020 19:18 UTC

Return-Path: <ddukes@cisco.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 E41271200C1 for <ipv6@ietfa.amsl.com>; Thu, 20 Feb 2020 11:18:20 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -13.899
X-Spam-Level:
X-Spam-Status: No, score=-13.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, URI_NOVOWEL=0.5, 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=Upej4IT8; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=zz24IiRc
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 ALhB_OSrNY4F for <ipv6@ietfa.amsl.com>; Thu, 20 Feb 2020 11:18:17 -0800 (PST)
Received: from alln-iport-6.cisco.com (alln-iport-6.cisco.com [173.37.142.93]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5877B120077 for <ipv6@ietf.org>; Thu, 20 Feb 2020 11:18:17 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=50259; q=dns/txt; s=iport; t=1582226297; x=1583435897; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=4TjQ+aHOkhrodUqYIcA4R6MYqgFZzb92vdG44INFJyg=; b=Upej4IT8CqrtWxdt8z8G0ZNSst2Sia5Wd6rxZaBu+KRyA9KiofHOOXel lknTQ9xZk0hZuBS5XfTyQwBw5T719JquZ8yU1qKSN2CrKOx+ILuc/5Ite NRX5A4bUL0resAgCL1RK/+Z1Jl6W8UeolPs7NXmtaebM9WU1Nb+WSd+D/ c=;
IronPort-PHdr: =?us-ascii?q?9a23=3AVF3Ojx+ykny4M/9uRHGN82YQeigqvan1NQcJ65?= =?us-ascii?q?0hzqhDabmn44+/bR7E/fs4iljPUM2b8P9Ch+fM+4HYEW0bqdfk0jgZdYBUER?= =?us-ascii?q?oMiMEYhQslVcKJFE72N9bhbjcxG4JJU1o2t3w=3D?=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BiBwCy2k5e/4UNJK1mHAEBAQEBBwE?= =?us-ascii?q?BEQEEBAEBgXuBVFAFbFggBAsqCoQKg0YDinKCOiWYE4FCgRADUAQJAQEBDAE?= =?us-ascii?q?BGAEFDwIEAQGEQAIXgXEkOBMCAw0BAQUBAQECAQUEbYU3DD6FKAEBAQEDAQE?= =?us-ascii?q?QER0BASwEBwELBAIBCA4DAQMBASEBBgMCAgIlCxQDBggBAQQOBRsHgwQBgX1?= =?us-ascii?q?NAy4BDqNMAoE5iGJ1gTKCfwEBBYFDQYNBGIIMCYE4hSCHBBqBQT+BEScMFIJ?= =?us-ascii?q?MPoJkAQECAQGBRyEmCQg5ghkygiyNb4J1hXAkmSEKgjyHUI8UHIJJfYcejmK?= =?us-ascii?q?BZ5drkksCBAIEBQIOAQEFgWkigVhwFRohKgGCQQlHGA2NeSQMF4NQhRSBXYN?= =?us-ascii?q?kdAKBJ4xlATBfAQE?=
X-IronPort-AV: E=Sophos;i="5.70,465,1574121600"; d="scan'208,217";a="456371564"
Received: from alln-core-11.cisco.com ([173.36.13.133]) by alln-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 20 Feb 2020 19:18:16 +0000
Received: from XCH-RCD-004.cisco.com (xch-rcd-004.cisco.com [173.37.102.14]) by alln-core-11.cisco.com (8.15.2/8.15.2) with ESMTPS id 01KJIFv7029882 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 20 Feb 2020 19:18:16 GMT
Received: from xhs-rtp-001.cisco.com (64.101.210.228) by XCH-RCD-004.cisco.com (173.37.102.14) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Thu, 20 Feb 2020 13:18:15 -0600
Received: from xhs-aln-001.cisco.com (173.37.135.118) by xhs-rtp-001.cisco.com (64.101.210.228) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Thu, 20 Feb 2020 14:18:14 -0500
Received: from NAM10-DM6-obe.outbound.protection.outlook.com (173.37.151.57) by xhs-aln-001.cisco.com (173.37.135.118) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Thu, 20 Feb 2020 13:18:14 -0600
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=oQmoHMFFDlQd/QlftPjFLP/omsPk5OUVXH4YoanF76qql4otXQAfjrIhAbs9sRofhQ5DuSzIO47R7GrjOQ1qgXygD+NZCvlytn6eSezWOleoO9zhlHvktEuPtv1t4Vsq9SXbL7Ee/ksolIVt8Wcl9tW4n/BZjQV9rvgRumFhzpSlvvVEL1By9FAAYDIPfVimi/XeIoPNkzHj3nJu0c5e/MZHUOhsmQwC9U6bH02rmYvqpRQYj0/yPkMZx1VjGgjVsWzOx7wtHZhQrNV4RwDQQHTopSsMmHru1q4qetylQqSyZ6vxtS404u9gKhhopstlDYiDQgok+dEZARHEvUV1Cw==
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=4TjQ+aHOkhrodUqYIcA4R6MYqgFZzb92vdG44INFJyg=; b=fzESildlX94BCTLNxCXA7zOACyo0tpnN1TkDU7Nl6lLvMrQjXHzGmbbjFo2MM4LZD5IRoOmol+ZxgfE+HC1fLIGDZlrWj6eycF1e4xP6cfidM7omO1+R88YHDVZ5GmnRvl3Ib2Sy6nyrtWIZgDsrGwlpZJ+PnZCQDscu57M/4urPrAT20AQloQpdIpdAW6GYHVkCc90Fboq1h0sIoR6s2E/xeDCobN2SDvFaNuZza7QfW43PXqrUNo3WSj6pjsZLIeb0+tSoL1Wc+vrhbvtU2MCtyWrMfrIfhuqk49lBOowjy0lH5ivfzkLdxbAOgk2nb3RaDDfuOXh2TF4q1f5C/A==
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=4TjQ+aHOkhrodUqYIcA4R6MYqgFZzb92vdG44INFJyg=; b=zz24IiRcWBRsF5rQ24gIrnAla/l8qiQ7jGo+0SmFIinEnLY5xhaVxChIEFLbJ7kb+Tvh0tsYldaMgmsUTSf3AFZZxGF7utQYe6Et9GpWE1s83fOSmqwMTzkhImXe8/0RXLjgeZv+7MzMJTT2KhZx/5GblbZSGVl+fItSV5eRetM=
Received: from DM5PR11MB1818.namprd11.prod.outlook.com (10.175.92.9) by DM5PR11MB1642.namprd11.prod.outlook.com (10.172.36.151) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2750.17; Thu, 20 Feb 2020 19:18:13 +0000
Received: from DM5PR11MB1818.namprd11.prod.outlook.com ([fe80::d136:2a22:28ef:2075]) by DM5PR11MB1818.namprd11.prod.outlook.com ([fe80::d136:2a22:28ef:2075%12]) with mapi id 15.20.2729.032; Thu, 20 Feb 2020 19:18:13 +0000
From: "Darren Dukes (ddukes)" <ddukes@cisco.com>
To: Ron Bonica <rbonica@juniper.net>
CC: "Chengli (Cheng Li)" <chengli13@huawei.com>, Ron Bonica <rbonica=40juniper.net@dmarc.ietf.org>, 6man WG <ipv6@ietf.org>, Lizhenbin <lizhenbin@huawei.com>
Subject: Re: What 's the process?
Thread-Topic: What 's the process?
Thread-Index: AdXmRp2+j8roA37CTn+ijAU1LR1JcgAZNNvAACkTwYAAAbJVEAADujwwAC9C7AA=
Date: Thu, 20 Feb 2020 19:18:13 +0000
Message-ID: <803D2410-0763-46BA-B8F1-631FC071C73D@cisco.com>
References: <C7C2E1C43D652C4E9E49FE7517C236CB0290463E@dggeml509-mbx.china.huawei.com> <DM6PR05MB6348D001F5397DFF015BE22AAE110@DM6PR05MB6348.namprd05.prod.outlook.com> <735EF3B3-E3CD-4C44-B0F4-1439D490B62B@cisco.com> <DM6PR05MB6348D821E7DC9635D8400A02AE100@DM6PR05MB6348.namprd05.prod.outlook.com> <DM6PR05MB6348E4A3A411CF01D2AE14A2AE100@DM6PR05MB6348.namprd05.prod.outlook.com>
In-Reply-To: <DM6PR05MB6348E4A3A411CF01D2AE14A2AE100@DM6PR05MB6348.namprd05.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=ddukes@cisco.com;
x-originating-ip: [161.44.212.99]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: c3ac765c-1222-4c0c-918d-08d7b639a14e
x-ms-traffictypediagnostic: DM5PR11MB1642:
x-microsoft-antispam-prvs: <DM5PR11MB1642B174F0A0B8DD837CCA68C8130@DM5PR11MB1642.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:6790;
x-forefront-prvs: 031996B7EF
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(376002)(136003)(39860400002)(396003)(366004)(346002)(199004)(189003)(81156014)(71200400001)(6512007)(8676002)(6486002)(36756003)(4326008)(81166006)(316002)(6916009)(54906003)(8936002)(2906002)(33656002)(66574012)(478600001)(91956017)(186003)(5660300002)(966005)(26005)(64756008)(66556008)(53546011)(6506007)(86362001)(2616005)(66946007)(66446008)(76116006)(66476007); DIR:OUT; SFP:1101; SCL:1; SRVR:DM5PR11MB1642; H:DM5PR11MB1818.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: vkw3jvEN4mfudjt2l0L35UCJ8hD2KQm2uw10gnPr13Mv64BRDpn99bO/BoUR5vMocSzkNPtLp/cSwtj0K2gamZ5lRZmStlBhZsuqBtG+5xX/x9Uk/lKZGa8l8r/L6P7C2oOuTZGtNJrtUUYUlpwm0aBt50cMSWHlgapryYsetPW8VdHXySafCmxAkpcRrEyMH9Q2sgw4p/da/bhu/kBOC7XMG+18XeHfD3g0ST1RMBmNbRzGPXVrlqXlRer6aNdNhwvrI9kb23KXUyjChvB1nsLhPmtxlqJ/JYcjryqAgPI9OpJBRG4vqGW1eOgJmcazuYwJ3KOhhB+Us+0+kiNNr1WLThw3zhOlZ3jok9Z5qjeB3i74vBO3V6GwjuuGdPdet1NPrmU+pcHnag/2XsKmQarnblGMNGpqPPBI19QtgJ+ZBUwCVJ9DjPbImntAqWLDKi28uE1N5T+ajhEuP7M1kE+gfFk0/7NiaM75bJExlaCjWgRE0UqNpMxm4JmK2UEeR6dT1JStTGxwH+9vWNsqwQ==
x-ms-exchange-antispam-messagedata: MoWnwM51UFhZ5gmeAI4z24MAzZ6Mq+j5oJ2Ib2CoM+TIYABlVMEFB3unNjFo1HJULOYA2eWEKWaKqZ9qP7hAgi+vEj62sK1vMVYfi8PGhsDAb2p5qLug9LTHzOevsRSHZubW4ODHgX+O1VLjhhv0QA==
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_803D2410076346BAB8F1631FC071C73Dciscocom_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: c3ac765c-1222-4c0c-918d-08d7b639a14e
X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Feb 2020 19:18:13.0736 (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: ViupblOnW7rdPA/oLxc6eha+zQYvLURrL+GiK+DgSUF40+DzwbLHEhJ2x++1mbcSqRxQnFgvBoWv3Tboq9v0MQ==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM5PR11MB1642
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.37.102.14, xch-rcd-004.cisco.com
X-Outbound-Node: alln-core-11.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/vdt-Ti12IyFwgriXkLfmUJze3_k>
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: Thu, 20 Feb 2020 19:18:21 -0000

Ron, you’ve said customers do not want to ‘deploy SR’, but CRH does not propose anything that is different than SR.  Let me explain.

Section 1 of RFC8402 talks about SR and what it is. At its most basic ‘deploy SR’ involves:
- Assign prefix and/or adjacency SIDs with domain-wide or local significance (respectively)
- Build SR Policies using said SIDs and steer traffic through those policies.

Now let’s look at the CRH.
- You define a prefix SID and an adjacency SID (section 4) with domain-wide or local significance (respectively)
   - the equivalent is defined in SR architecture (RFC8402).
- The only way to use the SIDs is to steer traffic through a policy that would apply the SID list as a CRH header, though you do not yet say this in the draft.
   - the equivalent is defined in SR architecture as an SR policy.

I do not think you’ll be shocked at this revelation Ron; you have created an alternate source routing header for Segment Routing. :-0

You’ve not pointed to any use of CRH other than SRm6 even though you removed references.

Darren


On Feb 19, 2020, at 3:48 PM, Ron Bonica <rbonica@juniper.net<mailto:rbonica@juniper.net>> wrote:

Darren,

Replying more gently, I have customers who want to steer IPv6 traffic without deploying SR. Their segment lists can be quite long.

Some are traditional service providers. Some are cloud providers.

                                                                                         Ron



Juniper Business Use Only
From: Ron Bonica
Sent: Wednesday, February 19, 2020 2:00 PM
To: Darren Dukes (ddukes) <ddukes@cisco.com<mailto:ddukes@cisco.com>>
Cc: Chengli (Cheng Li) <chengli13@huawei.com<mailto:chengli13@huawei.com>>; Ron Bonica <rbonica=40juniper.net@dmarc.ietf.org<mailto:rbonica=40juniper.net@dmarc.ietf.org>>; 6man WG <ipv6@ietf.org<mailto:ipv6@ietf.org>>; Lizhenbin <lizhenbin@huawei.com<mailto:lizhenbin@huawei.com>>
Subject: RE: What 's the process?

Darren,

Do you deny the possibility that an operator who has no interest in SR might want to steer IPv6 traffic?

                                                                                                                        Ron



Juniper Business Use Only
From: Darren Dukes (ddukes) <ddukes@cisco.com<mailto:ddukes@cisco.com>>
Sent: Wednesday, February 19, 2020 1:10 PM
To: Ron Bonica <rbonica@juniper.net<mailto:rbonica@juniper.net>>
Cc: Chengli (Cheng Li) <chengli13@huawei.com<mailto:chengli13@huawei.com>>; Ron Bonica <rbonica=40juniper.net@dmarc.ietf.org<mailto:rbonica=40juniper.net@dmarc.ietf.org>>; 6man WG <ipv6@ietf.org<mailto:ipv6@ietf.org>>; Lizhenbin <lizhenbin@huawei.com<mailto:lizhenbin@huawei.com>>
Subject: Re: What 's the process?

Thanks Ron, so CRH is now purely an RH0 replacement in your view, and the use-case is exactly the same as RH0.
However:
 - your RH0 replacement has only one documented use-case and that is SRm6.
 - your RH0 replacement defines traffic engineering semantics in the CRH-FIB, that are unrelated to RH0 and only useful to SRm6.

It is pretty obvious to me (and I think anyone else watching) that you are attempting to jump the queue here Ron.
You are attempting to get 6man to stamp CRH for use by SRm6 without doing the work that you agreed to; documenting the benefits of SRm6 vs existing SR/MPLS and SRv6 solutions https://mailarchive.ietf.org/arch/msg/spring/Su-5NFpETVGt5beWObmnCP4LoYs<https://urldefense.com/v3/__https:/mailarchive.ietf.org/arch/msg/spring/Su-5NFpETVGt5beWObmnCP4LoYs__;!!NEt6yMaO-gk!QzvfV9GH7ysN3nxfgajnS3g94y1A7aAJ1ZugRKtrxlCaKM7YYOV_o7eBfXa9ulu8$>8$>.

I commend you on the attempt, but I think it is a bit too obvious to work ;)

Darren


On Feb 18, 2020, at 6:07 PM, Ron Bonica <rbonica@juniper.net<mailto:rbonica@juniper.net>> wrote:

Hello Cheng, Robin and Darren,

The CRH draft depends only upon the documents that it references as normative. It does not depend on any other documents.
Do you see anything in the text that suggests otherwise?

The use-case is exactly the same as RH0. The application needs a traffic steering mechanism. However, there are two new constraints. These are:

- The security vulnerabilities that caused RH0 to be deprecated must be addressed
- The Routing header must be deployable, even when the number of segments is large

In the future, other document may depend on CRH. However, CRH does not depend upon them.

                                                                                                Ron


Juniper Business Use Only

-----Original Message-----
From: ipv6 <ipv6-bounces@ietf.org<mailto:ipv6-bounces@ietf.org>> On Behalf Of Chengli (Cheng Li)
Sent: Tuesday, February 18, 2020 5:42 AM
To: Ron Bonica <rbonica=40juniper.net@dmarc.ietf.org<mailto:rbonica=40juniper.net@dmarc.ietf.org>>; 6man WG <ipv6@ietf.org<mailto:ipv6@ietf.org>>
Subject: What 's the process?

Hi Ron,

I see the related references to segment routing documents are deleted, including https://urldefense.com/v3/__https://tools.ietf.org/html/draft-bonica-spring-sr-mapped-six-00__;!!NEt6yMaO-gk!SZBw1bJrNzc15rJ32cZACDoLU6rdesCKqqb7L_Kk7fAG01S3NeZHhGXcjrD0I-8D$<https://urldefense.com/v3/__https:/tools.ietf.org/html/draft-bonica-spring-sr-mapped-six-00__;!!NEt6yMaO-gk!SZBw1bJrNzc15rJ32cZACDoLU6rdesCKqqb7L_Kk7fAG01S3NeZHhGXcjrD0I-8D$>

May I ask a question? What is the relation between this document and the SRm6 document? Independent?  If not, what is the process of adopting these two documents?

BTW, in which condition that we can say a solution is a stand-alone piece of work?

Thanks,
Cheng



-----Original Message-----
From: ipv6 [mailto:ipv6-bounces@ietf.org] On Behalf Of Ron Bonica
Sent: Monday, February 17, 2020 8:56 AM
To: 6man WG <ipv6@ietf.org<mailto:ipv6@ietf.org>>
Subject: FW: New Version Notification for draft-bonica-6man-comp-rtg-hdr-11.txt

Folks,

Over the last several weeks, customers who have no interest in Segment Routing have expressed interest in the CRH. So, we have updated the CRH draft, removing all references to Segment Routing and letting it stand alone as an IPv6 Routing header.

While Segment Routing may one day be a user of the CRH, it will not be the only user.

Please review this document as a stand-alone piece of work.

                                                                         Ron



Juniper Business Use Only

-----Original Message-----
From: internet-drafts@ietf.org<mailto:internet-drafts@ietf.org> <internet-drafts@ietf.org<mailto:internet-drafts@ietf.org>>
Sent: Sunday, February 16, 2020 7:46 PM
To: Ron Bonica <rbonica@juniper.net<mailto:rbonica@juniper.net>>; Ning So <ning.so@ril.com<mailto:ning.so@ril.com>>; Andrew Alston <andrew.alston@liquidtelecom.com<mailto:andrew.alston@liquidtelecom.com>>; Ning So <Ning.So@ril.com<mailto:Ning.So@ril.com>>; Tomonobu Niwa <to-niwa@kddi.com<mailto:to-niwa@kddi.com>>; Andrew Alston <Andrew.Alston@liquidtelecom.com<mailto:Andrew.Alston@liquidtelecom.com>>; Yuji Kamite <y.kamite@ntt.com<mailto:y.kamite@ntt.com>>
Subject: New Version Notification for draft-bonica-6man-comp-rtg-hdr-11.txt


A new version of I-D, draft-bonica-6man-comp-rtg-hdr-11.txt
has been successfully submitted by Ron Bonica and posted to the IETF repository.

Name: draft-bonica-6man-comp-rtg-hdr
Revision: 11
Title: The IPv6 Compressed Routing Header (CRH)
Document date: 2020-02-16
Group: Individual Submission
Pages: 16
URL                      https://urldefense.com/v3/__https://tools.ietf.org/html/draft-bonica-6man-comp-rtg-hdr-11__;!!NEt6yMaO-gk!SZBw1bJrNzc15rJ32cZACDoLU6rdesCKqqb7L_Kk7fAG01S3NeZHhGXcjrnJ8ZXY$<https://urldefense.com/v3/__https:/tools.ietf.org/html/draft-bonica-6man-comp-rtg-hdr-11__;!!NEt6yMaO-gk!SZBw1bJrNzc15rJ32cZACDoLU6rdesCKqqb7L_Kk7fAG01S3NeZHhGXcjrnJ8ZXY$>
Status:                https://urldefense.com/v3/__https://datatracker.ietf.org/doc/draft-bonica-6man-comp-rtg-hdr/__;!!NEt6yMaO-gk!SZBw1bJrNzc15rJ32cZACDoLU6rdesCKqqb7L_Kk7fAG01S3NeZHhGXcjuJwFxBl$<https://urldefense.com/v3/__https:/datatracker.ietf.org/doc/draft-bonica-6man-comp-rtg-hdr/__;!!NEt6yMaO-gk!SZBw1bJrNzc15rJ32cZACDoLU6rdesCKqqb7L_Kk7fAG01S3NeZHhGXcjuJwFxBl$>
Htmlized:           https://urldefense.com/v3/__https://tools.ietf.org/html/draft-bonica-6man-comp-rtg-hdr-11__;!!NEt6yMaO-gk!SZBw1bJrNzc15rJ32cZACDoLU6rdesCKqqb7L_Kk7fAG01S3NeZHhGXcjrnJ8ZXY$<https://urldefense.com/v3/__https:/tools.ietf.org/html/draft-bonica-6man-comp-rtg-hdr-11__;!!NEt6yMaO-gk!SZBw1bJrNzc15rJ32cZACDoLU6rdesCKqqb7L_Kk7fAG01S3NeZHhGXcjrnJ8ZXY$>
Htmlized:           https://urldefense.com/v3/__https://datatracker.ietf.org/doc/html/draft-bonica-6man-comp-rtg-hdr__;!!NEt6yMaO-gk!SZBw1bJrNzc15rJ32cZACDoLU6rdesCKqqb7L_Kk7fAG01S3NeZHhGXcjsOwC5Gy$<https://urldefense.com/v3/__https:/datatracker.ietf.org/doc/html/draft-bonica-6man-comp-rtg-hdr__;!!NEt6yMaO-gk!SZBw1bJrNzc15rJ32cZACDoLU6rdesCKqqb7L_Kk7fAG01S3NeZHhGXcjsOwC5Gy$>
Diff:
Abstract:
  This document defines two new Routing header types.  Collectively,
  they are called the Compressed Routing Headers (CRH).  Individually,
  they are called CRH-16 and CRH-32.




Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org<https://urldefense.com/v3/__http:/tools.ietf.org__;!!NEt6yMaO-gk!QzvfV9GH7ysN3nxfgajnS3g94y1A7aAJ1ZugRKtrxlCaKM7YYOV_o7eBfSml9HQL$>L$>.

The IETF Secretariat
--------------------------------------------------------------------
IETF IPv6 working group mailing list
ipv6@ietf.org<mailto:ipv6@ietf.org>
Administrative Requests: https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/ipv6__;!!NEt6yMaO-gk!SZBw1bJrNzc15rJ32cZACDoLU6rdesCKqqb7L_Kk7fAG01S3NeZHhGXcjrjvNnZo$<https://urldefense.com/v3/__https:/www.ietf.org/mailman/listinfo/ipv6__;!!NEt6yMaO-gk!SZBw1bJrNzc15rJ32cZACDoLU6rdesCKqqb7L_Kk7fAG01S3NeZHhGXcjrjvNnZo$>
--------------------------------------------------------------------

--------------------------------------------------------------------
IETF IPv6 working group mailing list
ipv6@ietf.org<mailto:ipv6@ietf.org>
Administrative Requests: https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/ipv6__;!!NEt6yMaO-gk!SZBw1bJrNzc15rJ32cZACDoLU6rdesCKqqb7L_Kk7fAG01S3NeZHhGXcjrjvNnZo$<https://urldefense.com/v3/__https:/www.ietf.org/mailman/listinfo/ipv6__;!!NEt6yMaO-gk!SZBw1bJrNzc15rJ32cZACDoLU6rdesCKqqb7L_Kk7fAG01S3NeZHhGXcjrjvNnZo$>
--------------------------------------------------------------------