Re: [Lsr] Benjamin Kaduk's No Objection on draft-ietf-ospf-xaf-te-06: (with COMMENT)

Alvaro Retana <alvaro.retana@futurewei.com> Thu, 08 August 2019 10:42 UTC

Return-Path: <alvaro.retana@futurewei.com>
X-Original-To: lsr@ietfa.amsl.com
Delivered-To: lsr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6474B12012B; Thu, 8 Aug 2019 03:42:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.997
X-Spam-Level:
X-Spam-Status: No, score=-1.997 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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_NONE=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=futurewei.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 INLcw0-Cmqac; Thu, 8 Aug 2019 03:42:11 -0700 (PDT)
Received: from NAM04-BN3-obe.outbound.protection.outlook.com (mail-eopbgr680128.outbound.protection.outlook.com [40.107.68.128]) (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 B381712011B; Thu, 8 Aug 2019 03:42:11 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=V9sVjOWUVmbOmWe3epCcKJqYGTe4Jf5kGO+8Nr7FTgf5Bwr3cTL2fpmgB2axmASzz8F0tflMq/pYkDU+bGJwWgJUUaWiEexg/7fO14BVlXYfjVQNx/BEOqRAjFT/yAKNe/6eI3OtI4vZGaxnv0aPD1wuq3z+vk4e9Cs545ZHoOHLOQONGs7A0vNx8fsKugUDEFr95zC7J57fEyLajJ0XdP1LpPxRujjxjXl9+icoSSptjDZg3mEBhpq6JXHWc0wpWW0fvCPgmv7+3UM1/VjgbpTCwGq2KN/Is05XOPrLX6yIZ/nePUiBOIvQtbus74QYUMIt/tpwhh2hyIf9yaa9MA==
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=g8kM8LlYJYLhNuzdiHSgzFLjSJqhgG5DdxPJwcYYVFE=; b=aIY7EWWlhqTj6bS/tG7NOF/J3T3KlLOBj/049t6dJ64HGUCoBsg3m42vZnAg/03PGjEnvhsry+lwhORvSz1ZJgrpRcBWDgILGG5YrwRxTLsHmWsI51WLKOKK7D0muhQcaU8oXSMZfATGCiFXFtBgarxbyzb6SfmWD5v5xx0do7YPKD+zVBHsbImnJ+LYnVxZuhUHVgktzwku8En/BpbuIU3jKo/VmFm96UwVxR548CQ5/IxMfjq0/NnNFTkyIREQxBYzfgcYs5pY0fkKuHH0GPZNDXX0Lq5Dq8Tc1pDu8eqQIKvAlfE2X4IG1vIuA1i3T6cVYA122/6DeSikOiZL9g==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=futurewei.com; dmarc=pass action=none header.from=futurewei.com; dkim=pass header.d=futurewei.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Futurewei.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=g8kM8LlYJYLhNuzdiHSgzFLjSJqhgG5DdxPJwcYYVFE=; b=gHtnGbnbDDrV4HtKxZRSbxTMub6Sc0XfAjhHzFeChYu0rJ6EC3OVM8BydF5LqLCHK8jWcDx6RSEXnK1HwBThr+XgDbU/1iFFYDekcn2O00tyOLhD4GpKni66L+8RVN4XMhcQoJm1oR+dTjPAoRh6yOODMXz+pNXuEuksCzuL4dw=
Received: from BN6PR13MB1619.namprd13.prod.outlook.com (10.175.130.145) by BN6PR13MB3204.namprd13.prod.outlook.com (10.255.128.84) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2157.8; Thu, 8 Aug 2019 10:42:10 +0000
Received: from BN6PR13MB1619.namprd13.prod.outlook.com ([fe80::6446:ece6:259d:47b3]) by BN6PR13MB1619.namprd13.prod.outlook.com ([fe80::6446:ece6:259d:47b3%5]) with mapi id 15.20.2157.015; Thu, 8 Aug 2019 10:42:10 +0000
From: Alvaro Retana <alvaro.retana@futurewei.com>
To: Benjamin Kaduk <kaduk@mit.edu>, The IESG <iesg@ietf.org>
CC: Acee Lindem <acee@cisco.com>, "draft-ietf-ospf-xaf-te@ietf.org" <draft-ietf-ospf-xaf-te@ietf.org>, "lsr-chairs@ietf.org" <lsr-chairs@ietf.org>, "lsr@ietf.org" <lsr@ietf.org>
Thread-Topic: Benjamin Kaduk's No Objection on draft-ietf-ospf-xaf-te-06: (with COMMENT)
Thread-Index: AQHVTa2I9Gk6cpYSiEGvJQnT5RsNxKbxEEMA
Date: Thu, 8 Aug 2019 10:42:09 +0000
Message-ID: <etPan.5d4bfc4e.53347827.11001@futurewei.com>
References: <156524357498.8409.2512791706138557553.idtracker@ietfa.amsl.com>
In-Reply-To: <156524357498.8409.2512791706138557553.idtracker@ietfa.amsl.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=alvaro.retana@futurewei.com;
x-originating-ip: [65.190.21.9]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 2cd5367c-ed5a-46ab-9f94-08d71bed10e6
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600148)(711020)(4605104)(1401327)(2017052603328)(7193020); SRVR:BN6PR13MB3204;
x-ms-traffictypediagnostic: BN6PR13MB3204:
x-microsoft-antispam-prvs: <BN6PR13MB3204D4D7CE47C5751D3A0FB2EFD70@BN6PR13MB3204.namprd13.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:7691;
x-forefront-prvs: 012349AD1C
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(4636009)(136003)(396003)(366004)(376002)(346002)(39850400004)(199004)(189003)(2906002)(76116006)(91956017)(36756003)(4744005)(81156014)(66066001)(81166006)(2171002)(14444005)(66476007)(64756008)(66556008)(66446008)(66946007)(5660300002)(478600001)(7736002)(14454004)(3846002)(6116002)(6246003)(236005)(6436002)(71190400001)(53936002)(6512007)(99286004)(76176011)(186003)(229853002)(54896002)(26005)(71200400001)(446003)(4326008)(2616005)(476003)(25786009)(11346002)(54906003)(110136005)(8936002)(316002)(6506007)(6486002)(44832011)(102836004)(256004)(486006)(8676002)(86362001); DIR:OUT; SFP:1102; SCL:1; SRVR:BN6PR13MB3204; H:BN6PR13MB1619.namprd13.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
received-spf: None (protection.outlook.com: futurewei.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: wlELsn+bWe0fhCeyU6cdJOTEel+DnOZX9IfWiyf9AlrUj+F62t7Oh1ZixYyyAQAhpRfkOlVcIsZD0sKqZ9Sfr1hqI6Ew5Wrbi2GcBHhW5Zps+9crM75WDSv8TK1Azi93BkO7jhTgSzzRl2Xs3lTOi0AdSOXJ8CPWR4mDOgEedzAOHic2rHYfp+hhl86xJfuWbuWkhyHFyJ+ouFOm6ScneVFJwgyu1q9myIiqqX5RZAK2WqWHX2T5LXEYHE0eHJvBWZ5/4dmAava+/tLfcmzNvcM7aVTjuBN0TP5ZG8eODbgr/Fa0HruTaD7en6nKP3kgsD5Ei6cLEkccx6iJCF9bKeG/n+sWzgcrmkJwcrvaakebr03CRh4vgut/AUn995Z3b3sMVMftL/5UTz3C/egQt/ncqFjuoLILQi0qqmkN7Tk=
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_etPan5d4bfc4e5334782711001futureweicom_"
MIME-Version: 1.0
X-OriginatorOrg: Futurewei.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 2cd5367c-ed5a-46ab-9f94-08d71bed10e6
X-MS-Exchange-CrossTenant-originalarrivaltime: 08 Aug 2019 10:42:09.9563 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 0fee8ff2-a3b2-4018-9c75-3a1d5591fedc
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: hBMxy+7G8t8X7CnADiuNbzljjOxqfzSKNSXY1yggiscAJOBmZpXxc3Z6G5m4tFoct//ANLIKIeeeUlvvu41Smg==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN6PR13MB3204
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/U9msY3lF_fYJg8CeAhTFta-EZT8>
Subject: Re: [Lsr] Benjamin Kaduk's No Objection on draft-ietf-ospf-xaf-te-06: (with COMMENT)
X-BeenThere: lsr@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Link State Routing Working Group <lsr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lsr>, <mailto:lsr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lsr/>
List-Post: <mailto:lsr@ietf.org>
List-Help: <mailto:lsr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lsr>, <mailto:lsr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Aug 2019 10:42:14 -0000

On August 8, 2019 at 1:52:59 AM, Benjamin Kaduk via Datatracker (noreply@ietf.org<mailto:noreply@ietf.org>) wrote:

[Document author.]

----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

Section 4

Do the two steps listed have to happen in a particular order in order to
avoid breakage?

Not really steps, but the functions that the tailend/headend routers perform to justify that only they must be upgraded.

Only if both endpoints are are upgraded will the extension be of benefit.  If only the tailend is upgraded then it may be signaling things that the headend doesn’t understand…in that case, yes, things may not work as expected.

We’ll add some text to clarify.

Thanks!

Alvaro.