IETF Logo Mail Archive

Re: [spring] CRH is not needed - Re: How CRH support SFC/Segment Endpoint option?

"Henderickx, Wim (Nokia - BE/Antwerp)" <wim.henderickx@nokia.com> Tue, 26 May 2020 17:13 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 CC4EE3A0A49; Tue, 26 May 2020 10:13:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.902
X-Spam-Level:
X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, 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 RUsuzRiouw6g; Tue, 26 May 2020 10:13:02 -0700 (PDT)
Received: from EUR05-DB8-obe.outbound.protection.outlook.com (mail-db8eur05on2131.outbound.protection.outlook.com [40.107.20.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 765AA3A0A3E; Tue, 26 May 2020 10:13:02 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=j1iXwj66VY4yrvfDIPe82BzpTg1IhT0N+LVQiOsZqZfC0NfP8f2ly21IaxXm+cHOb2ymWcPyf+LZT+/aTIX5iAgxxXa1CWJhh2/gXdZeCPQ0J4AxcZpAUYjWl4/z4s8+rcdK21MThmZvq/TPMAvlDTSfcsbKvX8Wbyr7os9w5m9nLsbKMibo2+jRUZSnRNdf2xmkthWc2NZuPXER978G0oimH2Se/83nIh1ZyPuqpB+MhPNo14QV5PPZbXhHDrgTh8DpMMuROAisehXa38CxNd5GJmE4uOPuMe/yHoBgrrwtUS+NkxER0AvYGRRIVGl+PXoRRWckkWsmWNugMuJXyA==
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=nwZcqD6qlQ1fZv4VjIb3zwchvLG2B3vX9Ktca8LLVBw=; b=IpFGKDxBzEJnVj+qaUp+IZlDtUD4tf5DQ0of0WWfQhvTJksbFcYkSswhmSjZymUSTnXbpUBG4J+UbEXZR7VjZbha/r91txte1n2YbInCtdLDMVCPrmO8ZePGwDTDiFJZvvGZmScCPwGU7WSBO4BLvtSXaFgXIjgZc83nCkrloUJOwN5EevvGapwvhNqrd7jb2bB9rg3uYY73Q+U6m0WzJ2fL82s2juw/ySPLLXjzwBKCmDxeyWXH8MwAagfz01wQmQYB6ARuNH+P8WfFuGlLnlXXo4YCtF3FJFey8ql8Ble2PjMmu3XQhE2Ok3BZXzbck85rULkfnUgyWFiclWi0iw==
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=nwZcqD6qlQ1fZv4VjIb3zwchvLG2B3vX9Ktca8LLVBw=; b=xzyiLz2fS6gFBZTolMtuMqEyM5nQAH9UngpFsBfhbojx/pUg137VGshqdyYL/RL+mxXqwizYSRTBesQ9an8aUbro6elp9xofPzS+yHXjeYWUMqQmySs1owC8u0vubX5CYFce3BrnaPOhfjKlBYGMQ07WlQ/BOMpQmNuP+JUxYok=
Received: from AM0PR07MB4497.eurprd07.prod.outlook.com (2603:10a6:208:7a::20) by AM0PR07MB4626.eurprd07.prod.outlook.com (2603:10a6:208:6a::24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3045.8; Tue, 26 May 2020 17:13: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; Tue, 26 May 2020 17:13:00 +0000
From: "Henderickx, Wim (Nokia - BE/Antwerp)" <wim.henderickx@nokia.com>
To: Sander Steffann <sander@steffann.nl>
CC: Mach Chen <mach.chen@huawei.com>, "Zafar Ali (zali)" <zali=40cisco.com@dmarc.ietf.org>, Ron Bonica <rbonica=40juniper.net@dmarc.ietf.org>, "Chengli (Cheng Li)" <c.l@huawei.com>, 6man <6man@ietf.org>, "spring@ietf.org" <spring@ietf.org>
Subject: Re: [spring] CRH is not needed - Re: How CRH support SFC/Segment Endpoint option?
Thread-Topic: [spring] CRH is not needed - Re: How CRH support SFC/Segment Endpoint option?
Thread-Index: AQHWM2iKHTGjzhu8xUiU5Ns4LfPFf6i6baWAgAAkhgD//9++gIAAItQA///1HQCAACPkAP//6qoAAASDrIA=
Date: Tue, 26 May 2020 17:13:00 +0000
Message-ID: <A871DF20-D459-4475-AE4D-C60925A7D4FA@nokia.com>
References: <E26D0925-9D7E-44CC-A66C-87F972B5D073@nokia.com> <804CF77C-461F-4ACC-9132-FB75D43A483C@steffann.nl>
In-Reply-To: <804CF77C-461F-4ACC-9132-FB75D43A483C@steffann.nl>
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: steffann.nl; dkim=none (message not signed) header.d=none;steffann.nl; 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: ca3c273f-1774-4fd1-98c4-08d801980ada
x-ms-traffictypediagnostic: AM0PR07MB4626:
x-microsoft-antispam-prvs: <AM0PR07MB4626856D2A465EA42344A8EB83B00@AM0PR07MB4626.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:3631;
x-forefront-prvs: 041517DFAB
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: i4c8RrwuKyXvcDEnqrjWg75XaTILmyWMf0T+VnmOLvGR09RcJLU1uGk3L/a0CYzhACLoJckP1wtF484q0Lp/GVxO/zzhwLXnP9zor9BhMyCJqGziH2U+nQekrl1QQD5yTJQ3mkCAwjbDgmHq5zD5IqXIx6l0DdpgTpQ/XZBwKBnrobPsm9j9YHDdFnN78rvLGrbk0C4QXACpx7FQO9rh9twHhTDMx7dLNUYIM4225z0OyglSdgGM3/b3uELTe8fPRr6ZsHw994PEJcX3uw8FDHTNJnXhv+deoZ1afcBORwnYNOuaIAdvQJ/xd18VDpZAgpIzfgDn++g//mTjTDlrGg==
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)(136003)(376002)(366004)(39860400002)(396003)(346002)(36756003)(71200400001)(2616005)(54906003)(8936002)(33656002)(8676002)(4744005)(86362001)(316002)(66574014)(4326008)(2906002)(478600001)(6916009)(186003)(6486002)(6512007)(66446008)(64756008)(66556008)(66476007)(66946007)(76116006)(5660300002)(6506007); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata: E7lzOqXHTiGY1JQL27/lWFzNLdNcgM1zRAZcRnmMcIjUgUC7/6TbNKaVCYGesTJwOqzFb6KjCQK9yKP7q2ADBuDocDwT4G+PcQzHjgSfXbQx9OZeZe2iEg/IBZwR/3C28vn2hf4PpiDVk36AuXTN0SMESEdExMXrJ4+Cs01s8A+GUXPpI+s6NudzsUxqJfg1KaXf7WA0DLrB6Hwcv0+l39KmhflU48DPwM1iISFZ0Haqa7F9TMgShWmkjZnGPC290gK9m1UcordVsIGGxUTECVYrKpCGKEY7kJZkVvQ8sdVNaX9Y5K4+Rms9/N6rN1HHh/g/7RrfN0SzbGYy3aN/AEg04HpxqBZKV5R3PMd2mvp2fz72zgFONX4/ug/N9EmFOYrW+hGKFqcbh2SHt/VuEu9zxoxtIY7UvSHBCoq6enNXUsMLrD2a3HPKMZ1Mf1yVIA5+vYHmww5Qv/4/9P/16SK4uN6QoXvp/OkETGfqinuphANX3a2b0QPMKnEjrsv+hdeM2NSpmxPmN+Gzq7Xcb3UpytPb+VqUIAUf4vTD3OSl2ynrj9dR4m74jPe4AZgu
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-ID: <355AB7F5BB5C30419CF5268FED31C421@eurprd07.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: nokia.com
X-MS-Exchange-CrossTenant-Network-Message-Id: ca3c273f-1774-4fd1-98c4-08d801980ada
X-MS-Exchange-CrossTenant-originalarrivaltime: 26 May 2020 17:13:00.0530 (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: woIZqffm0ag8H3TgswSgH8qF2s6kkwwWGU0dosYkqXsE7vma7v6E2T1kIyDYAlBJ+GqHwlxnmqXf07FbKuG9ON1fW5wJvYcYNhZ9Ct/U/Zs=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR07MB4626
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/11_qSea1AZ4lzERmWfB6iKOfgPw>
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: Tue, 26 May 2020 17:13:05 -0000

Sander, inline

On 26/05/2020, 19:03, "Sander Steffann" <sander@steffann.nl> wrote:

    Hi Wim,

    > WH> Sander RFC8663  is supported in linux and various implementations. You can do the encap in the same way as you have done with CRH w/o a router doing the encap. 

    You misunderstand. I don't want any encap overhead, I just want IPv6 packets...

WH> Why would it matter if I add the sids in an Extension Header, versus through a Next header. As long as we achieve the same goal why would you care? 

    Cheers,
    Sander

v2.23.0 | Report a Bug | By Email