Re: Éric Vyncke's Discuss on draft-ietf-6man-spring-srv6-oam-10: (with DISCUSS and COMMENT)
"Eric Vyncke (evyncke)" <evyncke@cisco.com> Thu, 03 June 2021 09:52 UTC
Return-Path: <evyncke@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 EEB403A3238; Thu, 3 Jun 2021 02:52:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.595
X-Spam-Level:
X-Spam-Status: No, score=-9.595 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_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_NONE=0.001, 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=Gidk02KD; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=LGSyi4s4
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 T1fvtTwj3JqO; Thu, 3 Jun 2021 02:52:22 -0700 (PDT)
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 C29353A3235; Thu, 3 Jun 2021 02:52:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=79379; q=dns/txt; s=iport; t=1622713941; x=1623923541; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=tpvOhFAw+gKSFK8xMq/2i34woT8QQLH1ity0v+6QlC8=; b=Gidk02KDPdMU3eCzPPbbXSsQfm11qdyQDPFDYfom7tEW5Xfckzo9vbAC TOuY6UiJOmFG/ABJRBK5d8oq9ait1niGURLJSKdV/0TNsU/X3fcv2W/OS JMSjhSY/7a8S8Gx9XJH+hBB5KnTDaVbdBB4Qwt8HwjdI3gtfPyiImloJ+ A=;
X-IPAS-Result: A0BfAwAppbhgl4YNJK1aHgEBCxIMgzowKSh+WjcxhEiDSAOFOYhwA4ENFY4vij6BQoERA1QLAQEBDQEBOQYCBAEBhFACF4FnAiU4EwIEAQEBAQMCAwEBAQEFAQEFAQEBAgEGBBQBAQEBAQEBAWiFaA2GRAEBAQQSCAkdAQE3AQ8CAQgRAQIBAiEBCQICAjAXAwMIAgQBDQUigk8BgX5XAy8BDp4NAYE6AoofeoEygQGCBwEBBgQEgTgCAQ1BgzkYgjEDBoE6gnuCcVNIAQGCSB+DeiccgUlEgRUBJhyBX0o2PoJiAQEBAQEXgREBEgFBDYJqNoIugVgBCEoZBgExDCYEIg0MCAgGAgR7CyYEAxURFQ8RDBNDkQKCeEKIDY0ZkGeBFQqDG4hBgU6ODoVQBSaDXosblmGFJZAmghiJfpMYBASEcAIEAgQFAg4BAQY1gTYia1gRB3AVZQGCPlAXAg5WjUkMDQkVbQEIgkOFFIVKcwIBATQCBgEJAQEDCQF7ijkBAQ
IronPort-PHdr: A9a23:TumOFhFL9njjncWs+zxIw51GfjwY04WdBeZdwpEmkLlJNK+k+seqM E/e4KBri1nEFcXe5ulfguXb+6bnRSQb4JmHvXxDFf4EVxIMhcgM2QB1BsmDBB7wLeXhaGoxG 8ERHFNg9muwZE5SHsu2blbOo3q0uDgVHBi3NQd8KunvXIDIiMHi3OGp8JqVaAJN11KA
IronPort-HdrOrdr: A9a23:dj2sLqx2pFAOjBpi8w/GKrPx+uskLtp133Aq2lEZdPULSK2lfp GV8sjziyWatN9IYgBepTiBUJPwJk80hqQFn7X5XI3SHTUO3VHJEGgM1/qY/9SNIVyaygcZ79 YdT0EcMqyxMbEZt7eB3ODQKb9Jq7PrnNHK9IXjJjVWPHxXgspbnmFE43OgYzVLrX59dOME/f Snl656jgvlXU5SQtWwB3EDUeSGjcbMjojabRkPAANiwBWSjBuzgYSKUCSw71M7aXdi0L0i+W /Kn0jS/aO4qcy2zRfayiv684lWot380dFObfb8yPT9aw+czzpAVr4RHIFqjwpF5t1HL2xaye Ukli1Qe/ibLUmhJl1d7yGdgDUImwxemkMKgWXo8UcL5/aJHg7Tz6F69N5kmtyz0Tt8gDg06t M444rS3aAnfi/ojWDz4cPFWAptkVfxqX0+kfQLh3gaSocGbqRNxLZvs3+9Pa1wUR4S0rpXXN WGzfusrMq+emnqIUwxflMfiuBEe05DVytubnJyzfB94gIm10yRlXFosPD3tk1wgq7VZaM0kt j5Dg==
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos;i="5.83,244,1616457600"; d="scan'208,217";a="747994609"
Received: from alln-core-12.cisco.com ([173.36.13.134]) by alln-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 03 Jun 2021 09:52:20 +0000
Received: from mail.cisco.com (xbe-aln-004.cisco.com [173.36.7.19]) by alln-core-12.cisco.com (8.15.2/8.15.2) with ESMTPS id 1539qJAB007070 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 3 Jun 2021 09:52:20 GMT
Received: from xfe-rcd-005.cisco.com (173.37.227.253) by xbe-aln-004.cisco.com (173.36.7.19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15; Thu, 3 Jun 2021 04:52:19 -0500
Received: from xfe-rcd-003.cisco.com (173.37.227.251) 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.792.15; Thu, 3 Jun 2021 04:52:19 -0500
Received: from NAM12-MW2-obe.outbound.protection.outlook.com (72.163.14.9) 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.792.15 via Frontend Transport; Thu, 3 Jun 2021 04:52:19 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Spq2dzPZ1poaLf1mu2QpUD+YClUkUhksvKIPq9TAt3cITvUC+hqze/QXDUjoirfDUlySmCCfgi2xQPjbaYZiyFbirl0/2qgFCkDNGKRsJuB3qD37EYCt+7bTN2GYPWX+hZxBF6C8SvFZrlGpuQT2CadOAtnvcif0SeSXhUSvZljGMhNEXM+5JWsD2O9eBf9i7/Dd7V2m+y0mrWMVgnEQ/x9StDw0AYWiTMifAWbwRPACPA2K1ATJJa2iXHdtE2K5fGW6pU2Lr0c1MdA7cUoanhXjTE9G/C6451w/RtXFeoGFyYg2e0Etir+MnKYPeyjj6MnWRJGPwoB8kaCkP5mwzg==
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=tpvOhFAw+gKSFK8xMq/2i34woT8QQLH1ity0v+6QlC8=; b=Ei8uAHsHODyG/k3xJMet4egQgmPvUuSc0By13vqpMsqH2DOLhkzlT+dcWz39zYUXDN6H05az04qsgHHXPuIuhgmyXwxNDU+apdnWqLA7zj4Tfur1eSqvb4EPLlIVbImI/a/VisVjvR8Gx2KDGTwtqwJ6ed+Wi2ylRESQq95V0YtgiGZELhvxhEgINFRVW+vgu7u4jnawr+1OSwC9WxM03LWEp9baboy4ToGQlb4P+z5novItopDXJkzvqRm17pjk9v4K7hj3XPd58qfEGcGdcyY6hzfA4fYZzOR8WCgmzUmQjY97bA+Ga0XLMXn/gj4PDLiLfWm1YMAnMf/CP7OL5g==
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=tpvOhFAw+gKSFK8xMq/2i34woT8QQLH1ity0v+6QlC8=; b=LGSyi4s4EMe3kyMKO6Em2Vx3NgPWFD2dXQi0yhiFnKz7phg2v/eIESwcHEt/3DFITdCVNpW0RycmXoJ8Y5mkhI2eR2hdOR2XOYuv4wO6F+g3fQwbEX4Ug3FhWnGAa4efy2/dwj5tP8EzZRPvilfMxBzdErQnL9mygT3L8V6l9ns=
Received: from PH0PR11MB4966.namprd11.prod.outlook.com (2603:10b6:510:42::21) by PH0PR11MB5109.namprd11.prod.outlook.com (2603:10b6:510:3e::11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4173.22; Thu, 3 Jun 2021 09:52:15 +0000
Received: from PH0PR11MB4966.namprd11.prod.outlook.com ([fe80::ccc:1b78:44b5:b74b]) by PH0PR11MB4966.namprd11.prod.outlook.com ([fe80::ccc:1b78:44b5:b74b%3]) with mapi id 15.20.4173.030; Thu, 3 Jun 2021 09:52:15 +0000
From: "Eric Vyncke (evyncke)" <evyncke@cisco.com>
To: "Zafar Ali (zali)" <zali@cisco.com>, The IESG <iesg@ietf.org>
CC: "draft-ietf-6man-spring-srv6-oam@ietf.org" <draft-ietf-6man-spring-srv6-oam@ietf.org>, "6man-chairs@ietf.org" <6man-chairs@ietf.org>, "ipv6@ietf.org" <ipv6@ietf.org>, Ole Trøan <ot@cisco.com>, "cjbc@it.uc3m.es" <cjbc@it.uc3m.es>
Subject: Re: Éric Vyncke's Discuss on draft-ietf-6man-spring-srv6-oam-10: (with DISCUSS and COMMENT)
Thread-Topic: Éric Vyncke's Discuss on draft-ietf-6man-spring-srv6-oam-10: (with DISCUSS and COMMENT)
Thread-Index: AQHXVy/8Nh0NwrercEePzg2H6LuIrasAsA0AgAAjrgCAAVuuAA==
Date: Thu, 03 Jun 2021 09:52:14 +0000
Message-ID: <4351F63D-21F0-484C-832E-346A1AF550EA@cisco.com>
References: <162258412074.27049.12889234606469717323@ietfa.amsl.com> <01A1C740-D43E-40F4-A066-B2CCC2A31A2F@cisco.com> <B3517782-4485-44C9-A7C3-26FA4EDCB3A0@cisco.com>
In-Reply-To: <B3517782-4485-44C9-A7C3-26FA4EDCB3A0@cisco.com>
Accept-Language: fr-BE, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/16.49.21050901
authentication-results: cisco.com; dkim=none (message not signed) header.d=none;cisco.com; dmarc=none action=none header.from=cisco.com;
x-originating-ip: [2a02:578:8557:600:5dbb:542c:3aaa:8617]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 8328c530-c9e9-44db-cd81-08d926754473
x-ms-traffictypediagnostic: PH0PR11MB5109:
x-ms-exchange-transport-forked: True
x-microsoft-antispam-prvs: <PH0PR11MB51096364F29F892F99E3DE5BA93C9@PH0PR11MB5109.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: YJZw8gqmbEXjqdESBRwbKQROi5IKZFM5byi86BA2A5zPSvm9c1BY8fUwU+b9IClc4sRTecbCK+0mklAeTCMtIcfo+CiLvptJSyZTCYicJN8wyoKq/BnIAs7sRkS11xXfr1wZp9/MCmM2bLpR08CrvbKbgS2SLD80Dq5MhOn4bc1+0rcAgDXdDa1Xruu/v6GC3bUWoDKgfWSIr8d6kqJVZUwGYXS03EVv86JalrK+MB/wrERgguM00fBrEv6tZuwkyp/V9Y9759va7bIP0mMOPMY0aJtzTSCRS8fIVvtBHELU+fh3haZUMYCEnhnE+E0u7sZR+YGe6UaQMUaVBCsXNI4Qim7D2nja/+EFb6J2TFfGvQ9HsLFFPBFLsE8RCM7XMmIEjhthRxBFGpTvz/4T6Y1+SA3kcJylHb7+UmfP/rIXEq2OPxKUlyT4467QNk2CtmRuGP3BYaSp0d3XeY3CGkJeUWwywL/nGQ/PeV0O8Jq+2s0zHaIXXYB7UGc+5ubVWfXgfm1QUxFCPgAWroiyH5dJzwNJP6wfQIMhhc0Oe25GVj8++S3PS4+S38QkGJDKa6qrUhoDvdOy2+K/nRJ4ULAv95JTOPM76lMtC/lG3vi/GPkD6hTciiTY2uhft2QORpLsdR5z85oA8qDZAWHQjvsmL9dDwIMVSyGi8z2VgS+iGF/krBg8bs52UKJTvkGcC51CTYjzcnnCNbxx09+HTU4iNZe0ZAnPyH1fcOJBb5zgYYxydL0dd1gZrG2m2/OzUkXjweG9yhT+cX/aWGvKVSVXQZlH4Md7XzOBaG577hP24AVeIVQldV9gpd1QmGoL
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:(136003)(376002)(39860400002)(346002)(396003)(366004)(122000001)(166002)(6512007)(2906002)(30864003)(6486002)(54906003)(110136005)(8936002)(478600001)(2616005)(53546011)(38100700002)(33656002)(316002)(6506007)(5660300002)(71200400001)(224303003)(36756003)(86362001)(186003)(83380400001)(66946007)(66476007)(966005)(76116006)(66446008)(64756008)(66556008)(4326008)(91956017)(66574015)(21615005)(45980500001)(579004); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata: 1mhycYfhK4IplhPhQ7Cl+I9HZoS1+sihHd6ukfCxjdtBJ2B7LQJaR7XoTvCpS0uFctaKTaY80/u10kujyKIYagpiC7HyeWLZtLHYTufXVJKsomHFTNwRnUIIjIK1iNdEtjG8kuziFpafVHiDCbiGjsvxOjvakf7d0B6G6I67JhNPuB/mVHIjzuNOUrdSkFRYRgAfyUYdpcH1KF+0t2PQieoNHBTkdWXwYV/aZm3EeHH0GXem5LDGsNxEZFJw84Ad2uQwhsz3pYPErXK8DeS/rWHZt2NthpwroiIfDpj8Ras3fDnec3/9JjYLzI7npsX31vrM69pv/6HnMnfdF/9TO9Q9aAcU4Kn+ufv6T+kHC7byIxmQjxiUn3/4PJ1zlWmtb7vQayKIYbHIElAElFjCJJMCF028oxpjQqmPjRXcL3iLqx1nMUk8nfVCVMWilvfETis4gGFOIdQIWLgAs/6PAkSDmfdvFo6X2SBAlccw2gmsPos3a/69GoWmHl60PdaLKv2EY12YcgBrvCN+O6GmwOnFQvNeby6avYbx5XeeTTdNOcH63sMWKxXGQcrheeyD4ot0jsSkTHR0p4apoW/uhAyQjvJ3eFQ8dBdxBz7TrRKU6iXw98VXDWhgp2oq4sC1WwO189/mjKkXdNiyzNcrPSxFkEfXTa+sGYFSMTRJLMUJT+hYxufrfvv4vH4RzBLxXsRSYSXqfv1zITsk/TGiFENV6nkjrHYX2X/I+QsXlzZEzrZpU0eTCOJRoz2k7vnS7bcyDR4uMp/xO287LoxKhWpoqgbqmLTHMKhOF/PIk4vH5rZx5BnyLYAYIpaYwmyowFowa4deZ6EH6xfZCt0dK059f45hpRnNjkf0Jr7/VsGF4gD0ZqEGo4dya4tCR292DNemkjQLr66ZPB42TXaNPYMVvgOki70bFw6VYvGwZNOYB3dfd+EPWt7iCvDg/HC2ggYJPvm7Y+cp6Q/QINc262HRNYHZzr1xw/QVRyz8ymtV/ya3QEZFH0Sf/x/Hf9amNTipm1NWYlOcDRMzZcZIaK3OO22ZA3JlwnBHFLwQ/6PMXsH8Zl8bmnHWSSu/KPmT2gQ9uRvTKff+QzJ71wuqkWpoXutknj2MNZAyOxU1z3ScMS4MUWuGCeTgvwMS8mUpkkZjV6DIMLohCyZa2ykst+hqPxtJpvBflmXfHWJ6z2WFJkZEsDRYc+WoGTFVVX8SoIyzPPhlkWrXA3DA7IAn8AB3rgoXwjkNMXsCqF0xldbtLeCSW8Zv1xsNMnf/FeqTSaDfXwwg1uuJPN/VmvlsnkT+86909pcO2u1drYNsGlfKJsf9aL3VtqRIpabJPIt6Vt8tikwMz2yCZ3BRwnpbrEoMfAa3wJMFLJyzeqlHPCYCusFzViEI7uMS2b2FEVn8rn+LqlXi+eiJ5uS8xX0OnA==
Content-Type: multipart/alternative; boundary="_000_4351F63D21F0484C832E346A1AF550EAciscocom_"
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: 8328c530-c9e9-44db-cd81-08d926754473
X-MS-Exchange-CrossTenant-originalarrivaltime: 03 Jun 2021 09:52:14.9551 (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: Tw1dtu0pj2TMIqFrd4Oy2OgDk2n3h+b2aiGC/PYEehZ/7VrcyC6/jeH1riY85bqd+WvxIxJJ4NWj3IrcxvEiCw==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: PH0PR11MB5109
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.36.7.19, xbe-aln-004.cisco.com
X-Outbound-Node: alln-core-12.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/n3IynX5wtwc8KT9AACzAQg1GlIs>
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, 03 Jun 2021 09:52:29 -0000
Hello Zafar Thank you for the quick reply written during your personal time off. Please have a look below for EV> for additional comments, all other replies of yours are accepted Regards -éric PS: you have seen by now that I have cleared my previous DISCUSS From: Zafar Ali <zali@cisco.com> Date: Wednesday, 2 June 2021 at 21:07 To: Eric Vyncke <evyncke@cisco.com>, The IESG <iesg@ietf.org> Cc: "draft-ietf-6man-spring-srv6-oam@ietf.org" <draft-ietf-6man-spring-srv6-oam@ietf.org>, "6man-chairs@ietf.org" <6man-chairs@ietf.org>, "ipv6@ietf.org" <ipv6@ietf.org>, Ole Trøan <ot@cisco.com>, "cjbc@it.uc3m.es" <cjbc@it.uc3m.es>, Zafar Ali <zali@cisco.com> Subject: Re: Éric Vyncke's Discuss on draft-ietf-6man-spring-srv6-oam-10: (with DISCUSS and COMMENT) Hi Eric, Please see [ZA] in-line on proposed changes/ clarifications to address your comments We plan to post an update to address your comments and other pending comments from Carlos Bernardos, et al (target: Before the telechat or later during the week; please excuse delay due to out-of-office situation) Thanks Regards … Zafar From: "Zafar Ali (zali)" <zali@cisco.com> Date: Wednesday, June 2, 2021 at 1:00 PM To: "Eric Vyncke (evyncke)" <evyncke@cisco.com>, The IESG <iesg@ietf.org> Cc: "draft-ietf-6man-spring-srv6-oam@ietf.org" <draft-ietf-6man-spring-srv6-oam@ietf.org>, "6man-chairs@ietf.org" <6man-chairs@ietf.org>, "ipv6@ietf.org" <ipv6@ietf.org>, "ot@cisco.com" <ot@cisco.com>, "cjbc@it.uc3m.es" <cjbc@it.uc3m.es>, "Zafar Ali (zali)" <zali@cisco.com> Subject: Re: Éric Vyncke's Discuss on draft-ietf-6man-spring-srv6-oam-10: (with DISCUSS and COMMENT) Hi Eric, Many thanks for your comments; much appreciated. As I am out-of-office, may we please take a two-step approach: Step1: We have posted rev-11 to address your DISCUSS: https://www.ietf.org/rfcdiff?url2=draft-ietf-6man-spring-srv6-oam-11.txt https://datatracker.ietf.org/doc/html/draft-ietf-6man-spring-srv6-oam-11 Step2: Please expect a follow-up email from us on your comments. We plan to post an update to address your comments (target: Before the telechat or later during the week) Thanks Regards … Zafar From: Éric Vyncke via Datatracker <noreply@ietf.org> Reply-To: "Eric Vyncke (evyncke)" <evyncke@cisco.com> Date: Tuesday, June 1, 2021 at 5:49 PM To: The IESG <iesg@ietf.org> Cc: "draft-ietf-6man-spring-srv6-oam@ietf.org" <draft-ietf-6man-spring-srv6-oam@ietf.org>, "6man-chairs@ietf.org" <6man-chairs@ietf.org>, "ipv6@ietf.org" <ipv6@ietf.org>, "ot@cisco.com" <ot@cisco.com>, "ot@cisco.com" <ot@cisco.com>, "cjbc@it.uc3m.es" <cjbc@it.uc3m.es> Subject: Éric Vyncke's Discuss on draft-ietf-6man-spring-srv6-oam-10: (with DISCUSS and COMMENT) Resent-From: <alias-bounces@ietf.org> Resent-To: <satoru.matsushima@g.softbank.co.jp>, <daniel.voyer@bell.ca>, <mach.chen@huawei.com>, <zali@cisco.com>, <cfilsfil@cisco.com> Resent-Date: Tuesday, June 1, 2021 at 5:48 PM Éric Vyncke has entered the following ballot position for draft-ietf-6man-spring-srv6-oam-10: 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/iesg/statement/discuss-criteria.html for more information about DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-6man-spring-srv6-oam/ ---------------------------------------------------------------------- DISCUSS: ---------------------------------------------------------------------- Thank you for the work put into this document. It is comforting (even if not surprising) that the simple "good old" ping/traceroute work on a SRv6 network ;-) Thanks to Carlos Bernardos for his INT-REVIEW at https://datatracker.ietf.org/doc/review-ietf-6man-spring-srv6-oam-10-intdir-telechat-bernardos-2021-05-28/ [ZA] +1 Thanks Carlos! Sorry for delay in addressing the comments; I am and have been out-of-office since your comments; Plan is to address them before telechat or end of current week. Thanks to Ole Trøan for his shepherd document even if I regret the lack of justification for 'standards track'. Especially, because the abstract is mainly about ping/traceroute, hence should be informational but the O-flag is indeed standard track. So, all in all, this is OK. Please find below two blocking but trivial DISCUSS points, some non-blocking COMMENT points (but replies would be appreciated), and one nit. I hope that this helps to improve the document, Regards, -éric == DISCUSS == -- Section 2.1 -- As "a penultimate segment SHOULD NOT be a Penultimate Segment Pop (PSP) SID" is normative, then the network programming RFC 8986 should be a normative reference. Trivial to fix. [ZA] We have fixed it Rev-11. -- Section 9.2 -- Trivial to fix, RFC 8174 should be normative. [ZA] We have fixed it Rev-11. ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- == COMMENTS == Is there any reason not to follow RFC 5952 about IPv6 address representation? I.e., not using uppercase ;-) (you may use uppercase for the 'variable' such as k). I understand that changing the case is a long and cumbersome endeavor... [ZA] The capital letters are used to distinguish them from hex character, e.g., In 2001:db8:B:2:C31 B represents SID block C31 represents cross connect to neighbor node 3 via Link1, i.e., c is NOT meant as 0xc I hope it clarifies EV> it would help the reader to also clarify in the I-D This comment is of course non-blocking. About the O-flag, as this I-D is about OAM, I would have expected that the document specifies some operational recommendations, e.g., collecting statistics about O-flag processing: packet count, requests ignored, ... [ZA] This is a good comment. We can add some operational recommendations. -- Section 1 -- In the first sentence, is it RFC 8402 or RFC 8754 ? [ZA] We think it is RFC 8402, as the we are referring the following text from it: RFC8405: SR can be applied to the IPv6 architecture, with a new type of routing header. -- Section 1.3 -- I was about to raise a DISCUSS on this one... the abstract and introduction is about SRv6 and this section uses network programming example with END.X. Suggest to either modify abstract / introduction to mention RFC 8986 or simplify the example by not using END.X (e.g., not mentioning END.X as the plain SRH adj-sid behavior is END.X -- no need IMHO to introduce the network programming nomenclature). [ZA] We can “modify abstract / introduction to mention RFC 8986”; We think that use of specific SIDs definition (like END.X) from RFC 8986 improve the illustrations. EV> so, please update abstract / introduction -- Section 2.1 -- Not important and feel free to ignore, but, while telemetry operation is important for OAM, OAM is broader than plain "telemetry data collect and export" (IMHO). I would have preferred the use of 'telemetry marking' for example. But, I guess it is too late to change the O-flag into a T-flag ;-) In "packet header", is the layer-2 header included ? IPFIX can export layer-2 information, hence my question. Perhaps better to use "IP header" here ? [ZA] We can make the change -- Section 2.1.1 -- I was again about the raise a DISCUSS on this point, S01.1 appears to be applicable to SRH/RFC 8754 while the text about PSP is clearly about net-pgm/RFC 8986. How can we reconciliate this ? [ZA] How about we add the following text to the draft. --- inserted before the pseudocode --- New Text to be added: The following pseudocode is exemplifies the O-flag processing using the SRv6 SID behaviors defined in Section 4.3.1 of [RFC8754]<https://datatracker.ietf.org/doc/html/rfc8754#section-4.3.1>. The equivalent O-flag processing is equally applicable to the SIDs defined in [RFC8986]. For example, section 3.3 illustrates O-flag usage using END.X SID. --- Change after the pseudocode (changes in bold) --- Current text: Please note that the O-flag processing happens before execution of regular processing of the local SID S. Specifically, the line S01.1 of the pseudo-code specified in this document is inserted between line S01 and S02 of the pseudo-code defined in section 4.3.1.1 of<https://datatracker.ietf.org/doc/html/rfc8754#section-4.3.1.1> [RFC8754]<https://datatracker.ietf.org/doc/html/rfc8754#section-4.3.1.1>. New text: Please note that the O-flag processing happens before execution of regular processing of the local SID S. Specifically, the line S01.1 of the pseudo-code specified in this document is inserted between line S01 and S02 of the pseudo-code defined in section 4.3.1.1 of<https://datatracker.ietf.org/doc/html/rfc8754#section-4.3.1.1> [RFC8754]<https://datatracker.ietf.org/doc/html/rfc8754#section-4.3.1.1>. Similarly, the O-flag is processed before execution of regular processing of the SIDs defined in [RFC8986]. EV> perfect Finally, in the case of PSP, should the normative pseudo-code be changed by introducing another 'if' in the pseudo-code ? [ZA] As noted in above text from the draft, “the O-flag processing happens before execution of regular processing of the local SID S”, the PSP processing does not change the O-flag processing rule. -- Section 3.1.1 -- The figure 2 seems to have an incoherent 'screen shot' as 2001:db8:A:5:: is used as the ping target but the output of the ping displays "B5::". What did I miss ? [ZA] Good catch; will fix. The node N4 is assumed to "performs the standard SRH processing" but later it needs to process a "PSP SID", which is not standard SRH RFC but in the net-pgm one. We can the following changes; please advise: Current Text: Node N4, which is an SRv6-capable node, performs the standard SRH processing. Specifically, it observes the END.X behavior (2001:db8:B:4:C52::) and forwards the packet on link10 towards N5. New Text: Node N4, which is an SRv6-capable node, performs the the END.X (2001:db8:B:4:C52::) processing as defined in [RFC8986] and forwards the packet on link10 towards N5. EV> sounds good to me -- Section 3.2.1 -- I wonder whether "These ICMPv6 responses are IP routed." is really useful here as plain IP routing will be applied (or do you mean no using SRH in the reply?). [ZA] That is a good point. There are some use-cases, where the node generating the ICMPv6 response may like to use a traffic engineered path using SRH, e.g., bi-directional SRv6 policy. How about the following diffs (in bold): Current Text: These ICMPv6 responses are IP routed. New Text: These ICMPv6 responses are IP routed. However, based on local configuration, the node generating the ICMPv6 response may use a traffic engineered path using SRH to send the echo reply. EV> LGTM The example uses "DA" while I would expect that this would be the "SA" of the received ICMP messages. But, this is cosmetic. [ZA] We can fix/ clarify -- Section 3.2.2 -- What is a "classic IPv6 node" ? I guess it is a 'non SRv6-capable node' => to be added in the terminology section ? [ZA] Indeed; will fix -- Section 3.3 -- "The local OAM process sends a full or partial copy" it really smells like a postcard OAM while IPFIX can be used to send aggregated data, which is also very useful. All in all, if this is a local send to another process, then worth mentioning it. [ZA] In rev-11 diffs, we added a clarification text around "The local OAM process sends a full or partial copy" text; We also added text in https://datatracker.ietf.org/doc/html/draft-ietf-6man-spring-srv6-oam-11.txt#section-2.1.1 == NITS == -- Section 1.3 -- As figure 1 uses a double border for SRv6-capable nodes, let's mention it in the text. [ZA] Thanks, we will fix it
- Éric Vyncke's Discuss on draft-ietf-6man-spring-s… Éric Vyncke via Datatracker
- Re: Éric Vyncke's Discuss on draft-ietf-6man-spri… Zafar Ali (zali)
- Re: Éric Vyncke's Discuss on draft-ietf-6man-spri… Eric Vyncke (evyncke)
- Re: Éric Vyncke's Discuss on draft-ietf-6man-spri… Zafar Ali (zali)
- Re: Éric Vyncke's Discuss on draft-ietf-6man-spri… Eric Vyncke (evyncke)