Re: [mpls] MPLS-RT review of draft-ninan-mpls-spring-inter-domain-oam

Shraddha Hegde <shraddha@juniper.net> Thu, 03 June 2021 04:36 UTC

Return-Path: <shraddha@juniper.net>
X-Original-To: mpls@ietfa.amsl.com
Delivered-To: mpls@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 86AC23A28F4; Wed, 2 Jun 2021 21:36:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.796
X-Spam-Level:
X-Spam-Status: No, score=-2.796 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.698, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.net header.b=jJ+yFIY8; dkim=pass (1024-bit key) header.d=juniper.net header.b=BF7dIoMW
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 UsTmoWvKfx66; Wed, 2 Jun 2021 21:36:39 -0700 (PDT)
Received: from mx0a-00273201.pphosted.com (mx0a-00273201.pphosted.com [208.84.65.16]) (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 195033A28F1; Wed, 2 Jun 2021 21:36:38 -0700 (PDT)
Received: from pps.filterd (m0108156.ppops.net [127.0.0.1]) by mx0a-00273201.pphosted.com (8.16.0.43/8.16.0.43) with SMTP id 1534aHmC018744; Wed, 2 Jun 2021 21:36:38 -0700
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : content-transfer-encoding : mime-version; s=PPS1017; bh=/wliZmppUVohZcyixL0X1iirS4nlTJiTWJkhC3Egltk=; b=jJ+yFIY8fpoRzTs57fdANic20ohMTA1ac9Dc66fSQoqi0JhUrZpVdHgU45l1zpNflPi3 lWOdqnqWqS5p+nws1k6gAk087yrXK8xTEa/8BcMtWWFV1TxLdyWclPPsNlYnEmAr8t5U b2J6uWhfG1dN+0e4Ii+agN/FyTsZT5+i6uhT58IoeCqSHIpkYhMr8PXIAUKVIfyzcfx3 86lh1RQUtMB7TfAsiOJRJkmw40NIT1kE/TRAOdpOXB3SlrMcd6are/X2fGMhFlTvGgU0 mIS92yLFueKPGcAT5jbPj+kNG1ug1jGq8acSwc8e2i+gkK+YOUGskFK6kwFkRkuqIfLd 8w==
Received: from nam04-mw2-obe.outbound.protection.outlook.com (mail-mw2nam08lp2168.outbound.protection.outlook.com [104.47.73.168]) by mx0a-00273201.pphosted.com with ESMTP id 38xk3rrcbn-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 02 Jun 2021 21:36:37 -0700
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=YUepjr57NlkZQl4bI+asKfwh4gCYKhlh4TTPXpXs9/EtSv7AVTFBQnmIKJbWMC+N5ugkYBE+Wlv9magHThWSx0bqL0gOt/bfX1ImxF65gecMuA9glj8AIMaO8dk7v+HjWwD+Te3oZXXhe910ULV/8F9DMNWAe45ju9MutUmy7n3hp6H5uX0tcB40nZhSK2PvcaO6b5l16E2z8Q20dYWqygLySFt9AhzWEA286t/SGBteV0GWiEbElPgMokmIj4YMG5HEo5XQhjwD+Lg5m6xk3YJ7wnWrSGUrTFpafZBZFdFRHxnvCVkOdrsqoebFiOpI0av8sDEzHcRyg3RBOu9mOw==
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=/wliZmppUVohZcyixL0X1iirS4nlTJiTWJkhC3Egltk=; b=NyZ5f38jBFc6CLEVlLnrVKV9AZYZpXoOp/C8EWHRx7Yc662NVnODU1A4Wj6WoYVUHg23c4ndiKCPN1B4KaCCwKD9Ebulas9n8JMpsW0D4byWxf6GYRq2p3YzIDTJEey4b2/zJTVpoCiZuub5jG9rBR6zOpy3yxA4nxGtiYx/BtTPbXlvx+IbsGxm37vECWhxyHU+Ct8ue9FFpCJEJFGOpr/OfJI3WhADyxZvtEWc5zuKyLgZ5K8yIQEmisXHB6x/QROOTEJX/q5VtX0W5u4HJLB48H3oMz9uxigWF+Y8swuX40mMQVOIOxbSfy0cFW1M2q/QpAWhSJFpfte6xGsbwA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=juniper.net; dmarc=pass action=none header.from=juniper.net; dkim=pass header.d=juniper.net; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=/wliZmppUVohZcyixL0X1iirS4nlTJiTWJkhC3Egltk=; b=BF7dIoMWKKuUlRWP63LOLRCFVsltarXbwibAczQQ+w4l+E+suRPMJyVPQ6gNudQc56JxYQmkmQI4PvaKetAJ49KtZuyKE0QB/VWTcVQBP5iRvvk4jjBzHFq2qpQuZR/Han7jfKATpVEsWDzerGL2TFu3D6YbqkRhqJbgxXmkon0=
Received: from CY4PR05MB3576.namprd05.prod.outlook.com (2603:10b6:910:52::22) by CY4PR05MB2998.namprd05.prod.outlook.com (2603:10b6:903:10::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4195.14; Thu, 3 Jun 2021 04:36:34 +0000
Received: from CY4PR05MB3576.namprd05.prod.outlook.com ([fe80::2cb6:435f:f75b:1602]) by CY4PR05MB3576.namprd05.prod.outlook.com ([fe80::2cb6:435f:f75b:1602%6]) with mapi id 15.20.4195.017; Thu, 3 Jun 2021 04:36:34 +0000
From: Shraddha Hegde <shraddha@juniper.net>
To: "gregory.mirsky@ztetx.com" <gregory.mirsky@ztetx.com>
CC: "loa@pi.nu" <loa@pi.nu>, "mpls@ietf.org" <mpls@ietf.org>, "draft-ninan-mpls-spring-inter-domain-oam@ietf.org" <draft-ninan-mpls-spring-inter-domain-oam@ietf.org>, "mpls-chairs@ietf.org" <mpls-chairs@ietf.org>
Thread-Topic: Re:[mpls] MPLS-RT review of draft-ninan-mpls-spring-inter-domain-oam
Thread-Index: AQHXVzkpfFH1eaTwXEGxoM8bCB0lg6sBS90AgABoO2A=
Date: Thu, 03 Jun 2021 04:36:34 +0000
Message-ID: <CY4PR05MB35766A72C1AFEA20069E57FFD53C9@CY4PR05MB3576.namprd05.prod.outlook.com>
References: 202106020654544466296@zte.com.cn <202106030618046067599@zte.com.cn>
In-Reply-To: <202106030618046067599@zte.com.cn>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
dlp-product: dlpe-windows
dlp-version: 11.6.100.41
dlp-reaction: no-action
msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=true; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2021-06-03T04:36:31Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Method=Standard; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=0633b888-ae0d-4341-a75f-06e04137d755; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ActionId=0ed5342a-3685-46c5-b093-bd61b4476816; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=2
authentication-results: ztetx.com; dkim=none (message not signed) header.d=none;ztetx.com; dmarc=none action=none header.from=juniper.net;
x-originating-ip: [106.201.49.209]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: dee3b254-2c74-4958-130d-08d926492adb
x-ms-traffictypediagnostic: CY4PR05MB2998:
x-microsoft-antispam-prvs: <CY4PR05MB29981797A31F47AC2F693A73D53C9@CY4PR05MB2998.namprd05.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:3968;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: k1wfTjeYMXuBxM5MEtZfMMP8ZPkOI7M2lBqWokKJQpSGgQwnTai7yC88UCXYbMBxi0cIQrPQcMhM4XHZnCtXUxiOKDwQHUqYIQY6uL8aWS/UK9L6n8doicU0AdvPNhj5o4Ssev2VsrW8S/UIUvWhDS2K5LvipJbquI4Y4egXnqbDHDv9AymYbc2Mzkkcc/LOkxVm1mpkqfEdeIrfuW02z9NLVK3vfifnB2ZV8PmlKpHMqOmcrj/cZTH+zqY/wrlnt3618YKQ0UDW7qAAsCvvNYv1D8fWcQ70NBXhrUPU158+R/0iaBh5oQI27xYN1gKiu4IrcpsNoDp8xDCJE/w8pea6ZQ8kKek+l6EsefTromKdA+PbVYqMoKzlCuLEiGFjp+5CWqnNeQTsURbALaSkQ3PMg8D9kvrvfU++xHhmSgqK4qXGEtj7zKx8WvHIsdas8c55hOu3veeSFp3NB8A24qa/yWpFPHqzZO6Dn+gyUjtEqo9sRJr1GYZ7cjBRHdkwtk6QSiIpUMYPLkwO4eXyi3AERrAfJzWQaR9b4+GQCEUmAQMY4RARZz3LDoJyFLLKJxvqmUK25qs5pJL1N29i/QQwYGIYzuAgdCd9+3pLpmKbHBweNTZ3tNVecDOWiACPr2vYLWADs0CR6zv3Tk8Z+FH4+vhWSO/Uz0kAmVyzMQY6vMIFjCy9F1c4GJtGpoV1cDKR2ZYZKUgDjK2o44hWRfDWEfoa1dG2krrdGGXIguo=
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:CY4PR05MB3576.namprd05.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(376002)(136003)(346002)(366004)(39860400002)(396003)(6916009)(66446008)(38100700002)(76116006)(66476007)(66946007)(66556008)(64756008)(186003)(4326008)(122000001)(54906003)(55016002)(83380400001)(8676002)(478600001)(316002)(52536014)(15974865002)(55236004)(9686003)(71200400001)(7696005)(86362001)(2906002)(53546011)(6506007)(33656002)(8936002)(26005)(5660300002); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata: IOLjVvUEtuXraU38PSS8YN5MZpsJdjbtu3yHzZSuK4qgtRfrk5KmcswbR6ilpPOJXxoxhuXxSu0p98MvwBPslMmHuhReMbNpY26tbTEKNEKwLni/FGBZCu2E6eLue+96t8A2g0zZdlZP6j+Ty20/dhY3FHgiSlNdCPJ1jrqgQW2Hmig2ie76HbZXFUHhYktosZXv4wbpuhXsLax69feuvuwROgj7wIMfhmbLxT3/pZ6UsEh1MlgcLfk9UezLiW+fEL6XGkuANxvAnmBxAwV7ssfadb+7pzkgbxG2DGjsz8WpqSqoRz7+/uFdITsFhtL7yCvVSApm9XX57w7ZLJRgzG74eiFtkelopJ+OtngjQRG5Vjgw56kX4vhirJBJXWRT6fBeZoRFw1+y4JlA5me9QiGkx4ogLdcSaQBQUPwlS6Jf9kleXYmki29WV8AX+DzvtUmUtEoqVJ3fXZxKGjTaPBeglfNHSXhGZVgqorFx4y1kwng3Rwi1r05qWmijryPB44odSFLK5eemF4vwauMUjVahThkli85h6gbPeGeo3x3cFR70yFUTI2L3oJvHldinw7BfWChRMpUZSPDPGIH25MDxZfBm5367KnnYGYKJRqKCuDYLPd3lqf1FNxZr7sEKEpvOxt/in7oMRF0c4qUqAeLwb07naxyviTCOZHd3MaeBPWk7GZIx/oyO+ktVLhI2iPiqp3G6SsBPgwfCwhU67neq4gHubuENIkcjgM1kzXxhrnh3Bc1WoDDjJpSmsLQ7f5HYPYfZk8VJvkBEwebLrwL3N+FJrdlPoHjqWOlwtzLDp8+IxZCmOzinFWVHDOjaD3lQ4gfF0R5VoVF230qFvWpKQ4EanB1pZAgd9eKJLOSGfmSdSMpadx6gWiFAhz/Evf65fE+ddE9Tf43dXApdckG3y/a7PCKpaMMxGZXKQhLJSUq3iw6zE2XHzL30DGlUOE4GQZHnVSKW1747aI++qztH4DUuc9zmw9yQhrCW3DLboduRj6i9wSKYzuOZNm8P3gM9upSQS0X5421G2HKva0s6s+aDj2MtsxMrluJpKbfEEn9DxCWakvbKQLKNV2kyH9b7JeinJtFfk6kfGz7pHRbDZAvHbCJawyVYjr5oidrPPlaF3z7xJRbYnDuz4oj1ozZz7yvQCq4nvXEfNuo/4cg20HbNYl2LK1nqSVgWySX8zY9l1YnGtGs20M9RN/Su0wzN2Y8ViXClLL8tieHPkqusNen8WXiHTAlDCWSdGUp2kN3EODtxdqfzoCSvjBB7t35VPdcFobYubAJY2tKouJefycWM18l0lnNQp1AkvOTHH6/2rDPvTrseSVLzu2DX
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: CY4PR05MB3576.namprd05.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: dee3b254-2c74-4958-130d-08d926492adb
X-MS-Exchange-CrossTenant-originalarrivaltime: 03 Jun 2021 04:36:34.1515 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: OeE760iyUjEdKpkF7aEVyyxF4uh1c1SXgql97sLbVgaRb4C5P/XvhTOfz+Ejm07m5ZdQDGyZhsDw2OCzlil9RA==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY4PR05MB2998
X-Proofpoint-ORIG-GUID: qaX46jQEvBGTENKJGxNHw2SQJBJylDIY
X-Proofpoint-GUID: qaX46jQEvBGTENKJGxNHw2SQJBJylDIY
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.391, 18.0.761 definitions=2021-06-03_01:2021-06-02, 2021-06-03 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 priorityscore=1501 bulkscore=0 adultscore=0 mlxlogscore=999 lowpriorityscore=0 impostorscore=0 phishscore=0 spamscore=0 clxscore=1015 mlxscore=0 suspectscore=0 malwarescore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2104190000 definitions=main-2106030029
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/YvoiyGoHf6VPNmKxGPCXPH2CQKU>
Subject: Re: [mpls] MPLS-RT review of draft-ninan-mpls-spring-inter-domain-oam
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mpls/>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 03 Jun 2021 04:36:45 -0000

>. But, as I understand it, RFC 7743 is equally applicable to the SR-MPLS case, and it appears that the problem of e2e LSP ping in a multi-domain case is already being addressed.

<Shraddha> Yes. RFC 7743 is applicable to SR networks as well. This draft is providing an alternate mechanism for SR networks which is much simpler.

> GIM>> As I recall the traceroute mode described in RFC 8029 and RFC 8287, TTL expiration is used s the exception mechanism. I couldn't find in the draft the explanation of which exception mechanisms are used to trace an SR-MPLS e2e tunnel. Also, the mechanism described in Section 7.2 appears as series of LSP pings rather than tracing a path through.

<Shraddha> This draft also uses TTL expiry mechanism. No change there. Only additional thing is every Echo-request will consist of a return path TLV. The return path will correspond to the next node on which TTL will expire.
Probably traceroute needs better explanation on how it works. I'll update the draft and post in a couple of days.




Juniper Business Use Only

-----Original Message-----
From: gregory.mirsky@ztetx.com <gregory.mirsky@ztetx.com> 
Sent: Thursday, June 3, 2021 3:48 AM
To: Shraddha Hegde <shraddha@juniper.net>
Cc: loa@pi.nu; mpls@ietf.org; draft-ninan-mpls-spring-inter-domain-oam@ietf.org; mpls-chairs@ietf.org
Subject: Re:[mpls] MPLS-RT review of draft-ninan-mpls-spring-inter-domain-oam

[External Email. Be cautious of content]


Dear Sharaddha, et al.,
my apologies for sending out my notes in an unreadable format.

Regards,
Greg Mirsky
------------------Original Mail------------------
Sender: gregory mirsky10211915
To: ShraddhaHegde;
CC: loa@pi.nu;mpls@ietf.org;draft-ninan-mpls-spring-inter-domain-oam@ietf.org;mpls-chairs@ietf.org;
Date: 2021/06/01 15:54
Subject: Re:[mpls] MPLS-RT review of draft-ninan-mpls-spring-inter-domain-oam
Hi Shraddha,
thank you for your answers to my review. Please find my follow-up notes in-lined below under the GIM>> tag.

Regards,
Greg Mirsky
Sr. Standardization Expert
预研标准部/有线研究院/有线产品经营部  Standard Preresearch Dept./Wireline Product R&D Institute/Wireline Product Operation Division
E: gregory.mirsky@ztetx.com
www.zte.com.cn
Sender: ShraddhaHegde
To: gregory mirsky10211915;loa@pi.nu;mpls@ietf.org;draft-ninan-mpls-spring-inter-domain-oam@ietf.org;mpls-chairs@ietf.org;
Date: 2021/05/31 10:18
Subject: RE: Re:[mpls] MPLS-RT review of draft-ninan-mpls-spring-inter-domain-oam
#zreadTextPanel v\:* {behavior:url(#default#VML);}  #zreadTextPanel o\:* {behavior:url(#default#VML);}  #zreadTextPanel w\:* {behavior:url(#default#VML);}  #zreadTextPanel .shape {behavior:url(#default#VML);}Hi Greg, Thanks for the review and comments.
Pls see inline for the reply.
Juniper Business Use Only
From: gregory.mirsky@ztetx.com <gregory.mirsky@ztetx.com>
Sent: Tuesday, May 25, 2021 1:40 AM
To: loa@pi.nu; mpls@ietf.org; draft-ninan-mpls-spring-inter-domain-oam@ietf.org; mpls-chairs@ietf.org
Subject: Re:[mpls] MPLS-RT review of draft-ninan-mpls-spring-inter-domain-oam
[External Email. Be cautious of content] Dear Authors, WG Chairs, et al., I've been asked to review the draft-ninan-mpls-spring-inter-domain-oam. I've concentrated on three criteria:
clarity of the document
the technical value of the problem addressed technical feasability of the proposed solution Below are my notes on these three aspects:
The document is reasonably well-written and is readable.
I couldn't find a sufficient technical explanation for introducing a new mechanism for the inter-domain ping/traceroute in addition to the one described in  RFC 7743.
<Shraddha> Introduction section has some text on how this draft is different from RFC 7743
“   [RFC7743] describes a Echo-relay based solution based on advertising
a new Relay Node Address Stack TLV containing stack of Echo-relay ip addresses.  That mechanism requires the return ping packet to reach the control plane on every relay node.”
Basically, RFC 7743 mechanism requires that the relay nodes receive reply packet interpret it and then forward further.
This draft is proposing much simplified solution which does not require control plane involvement on intermediate nodes.
It uses segment routing forwarding plane. I can add some more text to clarify this.
GIM>> What role or actions of the control plane, in your opinion, is required in RFC 7743? I agree with you that the proposed in this draft solution is different from the one described in RFC 7743. But, as I understand it, RFC 7743 is equally applicable to the SR-MPLS case, and it appears that the problem of e2e LSP ping in a multi-domain case is already being addressed.
It seems that the proposed mechanism has several issues:
Three types of SID sub-TLVs are defined, but only use of one is mentioned in the document.
I couldn't find an explanation of the relationship between IPv4/IPv6 Node Address and SID in Type 3 and Type 4 sub-TLVs, respectively Also, in which scenario the SID field in Type 3 and Type 4 sub-TLVs is recommended?
<Shraddha> Type 3 and type 4 is useful when the SRGB of the  remote node is not available on the headend/PMS that is constructing the return path TLV.
The IPv4 node address is used by the receiving node to create mpls label from it’s own SRGB.  The SID is optional. It can be added if the PMS/headend knows the SID. There is no strong usecase for the optional SID field. These TLV structure are directly derived from the SR policy TLV structures in order to be consistent with the Segment routing conventions of describing a path.
I’ll add a new section to describe this.
And further, traceroute mode is called out of the scope of RFC 7743. I've read the explanation of traceroute in the draft, and I don't think it is a workable solution.
<Shraddha> The draft defines two different solutions for trace route. The headend/PMS constructed is define in sec 7.2 and the dynamically constructed return path Described in section 8. Which one are you saying isn’t workable? Also would be helpful if you can specify details of why you think it will not work.
GIM>> As I recall the traceroute mode described in RFC 8029 and RFC 8287, TTL expiration is used s the exception mechanism. I couldn't find in the draft the explanation of which exception mechanisms are used to trace an SR-MPLS e2e tunnel. Also, the mechanism described in Section 7.2 appears as series of LSP pings rather than tracing a path through.
I don't feel that the draft is ready for WG adoption at this point.
I much appreciate your consideration of my comments and looking forward to discussing them with the authors.
Regards,
Greg Mirsky
Sr. Standardization Expert
预研标准部/有线研究院/有线产品经营部 Standard Preresearch Dept./Wireline Product R&D Institute/Wireline Product Operation Division
E: gregory.mirsky@ztetx.com
www.zte.com.cn