IETF Logo Mail Archive

Re: Header Insertion and TI-FA

Andrew Alston <Andrew.Alston@liquidtelecom.com> Tue, 12 May 2020 04:06 UTC

Return-Path: <andrew.alston@liquidtelecom.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 2C39A3A0B0E for <ipv6@ietfa.amsl.com>; Mon, 11 May 2020 21:06:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-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 TmTKlbGRmqqk for <ipv6@ietfa.amsl.com>; Mon, 11 May 2020 21:06:01 -0700 (PDT)
Received: from eu-smtp-delivery-182.mimecast.com (eu-smtp-delivery-182.mimecast.com [207.82.80.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 01F593A0B0B for <6man@ietf.org>; Mon, 11 May 2020 21:06:00 -0700 (PDT)
Received: from EUR02-AM5-obe.outbound.protection.outlook.com (mail-am5eur02lp2053.outbound.protection.outlook.com [104.47.4.53]) (Using TLS) by relay.mimecast.com with ESMTP id uk-mta-272-cvGKYqmmO6SSgo3gRSHKFA-1; Tue, 12 May 2020 05:05:56 +0100
X-MC-Unique: cvGKYqmmO6SSgo3gRSHKFA-1
Received: from VI1PR03MB5056.eurprd03.prod.outlook.com (2603:10a6:803:bf::31) by VI1PR03MB4672.eurprd03.prod.outlook.com (2603:10a6:803:5e::30) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2979.34; Tue, 12 May 2020 04:05:55 +0000
Received: from VI1PR03MB5056.eurprd03.prod.outlook.com ([fe80::ed68:9303:79e0:cc49]) by VI1PR03MB5056.eurprd03.prod.outlook.com ([fe80::ed68:9303:79e0:cc49%4]) with mapi id 15.20.2979.033; Tue, 12 May 2020 04:05:55 +0000
From: Andrew Alston <Andrew.Alston@liquidtelecom.com>
To: Gyan Mishra <hayabusagsm@gmail.com>
CC: "6man@ietf.org" <6man@ietf.org>, "Pablo Camarillo (pcamaril)" <pcamaril=40cisco.com@dmarc.ietf.org>
Subject: Re: Header Insertion and TI-FA
Thread-Topic: Header Insertion and TI-FA
Thread-Index: AdYnknQqAO/1C9hyQECELexezObcNgABpa0AAAEH7OAAAS7FgAAA/LmAAAHloQAAAbTu8AAMDDcA///wPICAAGqU/A==
Date: Tue, 12 May 2020 04:05:54 +0000
Message-ID: <VI1PR03MB5056A8AAD0D47825BB5F3C89EEBE0@VI1PR03MB5056.eurprd03.prod.outlook.com>
References: <DM6PR05MB6348FA1FC00258ACE4FDE444AEA10@DM6PR05MB6348.namprd05.prod.outlook.com> <CABNhwV3-dMPg6SAAEz+uWre-rj6j5=1JgyyQyKyz_qn7f7mJwQ@mail.gmail.com> <DM6PR05MB634848D379A428372C166DD4AEA10@DM6PR05MB6348.namprd05.prod.outlook.com> <CAOj+MMEBVA+yK9cFXSe=GVUeH01ipi++nwCRQU_nQCxsKhyvRg@mail.gmail.com> <1B1A2C98-20F0-43F8-A299-C839D14A245C@gmail.com> <CABNhwV3m+2+Wt2CHRRhznEvTZ5KQdounv0e=icfbs4VOcoU0Rw@mail.gmail.com> <MWHPR11MB13740F8547CF700EC38CE4F5C9A10@MWHPR11MB1374.namprd11.prod.outlook.com> <25749431-314A-49D5-9861-C80F82E992BE@liquidtelecom.com>, <CABNhwV1iMmmHv_YqLB53gcU4VFwWkDGebh1OqiRb_nFp1w-96Q@mail.gmail.com>
In-Reply-To: <CABNhwV1iMmmHv_YqLB53gcU4VFwWkDGebh1OqiRb_nFp1w-96Q@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [105.160.42.76]
x-ms-publictraffictype: Email
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: 2fa2667f-5df7-4cd2-8dee-08d7f629c4b6
x-ms-traffictypediagnostic: VI1PR03MB4672:
x-microsoft-antispam-prvs: <VI1PR03MB4672814B1D15DE396EF5C0AAEEBE0@VI1PR03MB4672.eurprd03.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-forefront-prvs: 0401647B7F
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: eSnBnbhfi2ebMdKd8FBAGxnz44+qlRaSL7dSLB5DJat2aKGuHDuPAAefP/t2JuiDZ8Omk6YiArMCtXM6Hph6BochtLUaJ1SuEci4e7cHsA/fsbWo71v0+xkaqxoxnc631wel/cJjHH9ClwJBwDGfNSXDM7JuDzcBGmdE6NFYGqS92N3QqzipeI4WvAYB1NU99JsjWqvFFE0qgU325sKQn8sVdBX3XrmBaTxMahQ83898WpQawrCCXrMgyMIXzaINx/C/PFtBDthoK19zlFeZmWD4a4A2EwUgy0CF5i2Ogy9QKBNZBbVJQXPuk2UF1yMAVqEySsV6rF0yDPnV38hkVCKptglZFuPRJjRTC9/QWgJm6H+NX3elSkJHOBX5f/9rRpRsCFaxwMAJs0QMd/G0yBGfvWcOnF28LFOqJ9/LEuMUZ6puA8SzUBp4lrUUHOkKEcHZaY2zWSRCj2X5azNfCX3LUZYmkyuW3wm+JeIPOMFv5fvUPM+5n+Rl4sRgDOu5CGany3VW5L2NhT3rSljEcA==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:VI1PR03MB5056.eurprd03.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(366004)(396003)(346002)(39860400002)(136003)(376002)(33430700001)(86362001)(66946007)(8676002)(66556008)(8936002)(66476007)(76116006)(6916009)(66446008)(91956017)(33656002)(64756008)(316002)(52536014)(33440700001)(26005)(7696005)(6506007)(54906003)(186003)(55016002)(9686003)(478600001)(4326008)(71200400001)(5660300002)(2906002); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata: kh/EbYxbXdEGsG8wSgBcv5/+UEY1aY3SQeyuztbpLwkvPpWRFhi3gikRH50cmtldIQLsiNATJgDXpVNW84510kZTDM6FELVMdWag6lpXldu7zEl3zeJeLDWDdt0t03xg/12SaGKoCTmryk5NPMX5m/IQ74gmB9I8TfProKOKdjN4uOcX95rzsfLsrjwnzpJtvQ5yEZz19m18dtjOJN9fqdzp6MitBlSCiwBifbLHS5nEmjpHpNkSzhRFAX3I3VP3igzf+Uj1h2lsMS3oDWQRObdYL03LTSC4resiJ3M5/FzrlnlnFZN8rP+77nw8snPQxV9IDaWiJsaxFKEtRjZbEDd2oVG4W34MGcTGLdk6ntOWeqfs05uKeGXBhmncdmomkCTERW1bTqXqMonVj+zH1HSEWpp8fu+bSCVkXoZDklph98kE73mKe/+kdSjKfvGWm9sUt0L3oR1tmKqyMMbv10hvNHrO6RlTfU8tK/7kPis=
x-ms-exchange-transport-forked: True
MIME-Version: 1.0
X-OriginatorOrg: liquidtelecom.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 2fa2667f-5df7-4cd2-8dee-08d7f629c4b6
X-MS-Exchange-CrossTenant-originalarrivaltime: 12 May 2020 04:05:54.8795 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 68792612-0f0e-46cb-b16a-fcb82fd80cb1
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: eZG32zQFCsPuUdD83ktLT7Ay4UqgElDvXNTdxAYGkDVW53Ug4NuhOo7Z6+ohtZl/cvk0fQhOSvJdBrVJHN8J8FAwHyvfVKcjVtKssmooZks=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR03MB4672
X-Mimecast-Spam-Score: 0
X-Mimecast-Originator: liquidtelecom.com
Content-Type: multipart/alternative; boundary="_000_VI1PR03MB5056A8AAD0D47825BB5F3C89EEBE0VI1PR03MB5056eurp_"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/0Uf-GnBuEJ7PDw19QdHhtp7wfgE>
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, 12 May 2020 04:06:04 -0000

I believe how we get around AH issue from a customer endpoint flow is that the customer flow is tunneled, h.encap,  so sits in the payloadend to end customer packet remains unaltered so their is no impact to end to end customer flows if AH is used by any endpoint customer cuz. As far as the outer header H.encap that happens on the SR source or TI-LFA merge point the closer domain intra or inter domain SRv6 comes into play and if the operator tries to use AH instead of ESP the operator that would be broken.  The operator would have to aware to not try to use AH and to use ESP instead.

[AA] Gyan - my problem here is that as you state - the operator would have to be aware - now correct me if I am wrong - but that seems to imply that implementation of this could break existing deployments unless the existing deployments were modified - and I quote from the spring charter

SPRING WG should avoid modification to existing data planes that would make them incompatible with existing deployments.

Andrew

v2.23.0 | Report a Bug | By Email