Re: [bess] Benjamin Kaduk's Discuss on draft-ietf-bess-mvpn-expl-track-13: (with DISCUSS and COMMENT)

Eric Rosen <erosen@juniper.net> Fri, 30 November 2018 16:23 UTC

Return-Path: <erosen@juniper.net>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7F3B6128D0C; Fri, 30 Nov 2018 08:23:40 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.161
X-Spam-Level:
X-Spam-Status: No, score=-4.161 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-1.46, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.net
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 d1ZQzVkAVyNs; Fri, 30 Nov 2018 08:23:38 -0800 (PST)
Received: from mx0b-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 B55181271FF; Fri, 30 Nov 2018 08:23:38 -0800 (PST)
Received: from pps.filterd (m0108157.ppops.net [127.0.0.1]) by mx0a-00273201.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id wAUGNcTk020425; Fri, 30 Nov 2018 08:23:38 -0800
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-id : content-transfer-encoding : mime-version; s=PPS1017; bh=HZLxu/aQPHyA5YXl9/a/rN1sGz47EqZZNvmxEwbDGMc=; b=CQKRgpLwyax7ISpbojfBlFLttLSGAHiINTA9XJM679eW0epTp92ySEnXLnARbI9fuB8D 7n1U5chRGgUHRnMRB+0/emZiUafwpvCy2N0d+dPunBlxz5pdo5L+hoeiMXVM+J8MZ/lR cx3y8galhvCEFL0xjQnps5zwHrebdxAcXuvW9SuLd71skYBCz236Ow0Vned5BWKgGQ8Y inKBj5j7W/qhmjjvMmk/TdBg8+LFPXrOGvuoRzQG2nldUy0L7VK9nkgkdcROLEqMXfYu hMTIX1Mnt2NOPf1HXqXsbHwadKSB6gxSlLTVcmlMCgpkWLjXUCsO4pbS/X0oVxka4HnC fg==
Received: from nam04-co1-obe.outbound.protection.outlook.com (mail-co1nam04lp0047.outbound.protection.outlook.com [216.32.181.47]) by mx0a-00273201.pphosted.com with ESMTP id 2p2xjyh2k5-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 30 Nov 2018 08:23:38 -0800
Received: from DM5PR0501MB3864.namprd05.prod.outlook.com (10.167.108.27) by DM5PR0501MB3782.namprd05.prod.outlook.com (10.167.107.161) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1382.6; Fri, 30 Nov 2018 16:23:36 +0000
Received: from DM5PR0501MB3864.namprd05.prod.outlook.com ([fe80::5543:1507:165b:1903]) by DM5PR0501MB3864.namprd05.prod.outlook.com ([fe80::5543:1507:165b:1903%2]) with mapi id 15.20.1404.010; Fri, 30 Nov 2018 16:23:36 +0000
From: Eric Rosen <erosen@juniper.net>
To: Benjamin Kaduk <kaduk@mit.edu>, The IESG <iesg@ietf.org>
CC: "draft-ietf-bess-mvpn-expl-track@ietf.org" <draft-ietf-bess-mvpn-expl-track@ietf.org>, "bess-chairs@ietf.org" <bess-chairs@ietf.org>, "stephane.litkowski@orange.com" <stephane.litkowski@orange.com>, "bess@ietf.org" <bess@ietf.org>
Thread-Topic: Benjamin Kaduk's Discuss on draft-ietf-bess-mvpn-expl-track-13: (with DISCUSS and COMMENT)
Thread-Index: AQHUiC+lR4YV9ARJaU+CKUHMi7/HAqVogbOA
Date: Fri, 30 Nov 2018 16:23:36 +0000
Message-ID: <c6c2b01d-ee17-b556-cf18-b0ef3ecd9186@juniper.net>
References: <154352912422.26019.11045526919398221329.idtracker@ietfa.amsl.com>
In-Reply-To: <154352912422.26019.11045526919398221329.idtracker@ietfa.amsl.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-clientproxiedby: BN6PR1001CA0036.namprd10.prod.outlook.com (2603:10b6:405:28::49) To DM5PR0501MB3864.namprd05.prod.outlook.com (2603:10b6:4:7b::27)
x-ms-exchange-messagesentrepresentingtype: 1
x-originating-ip: [66.129.241.13]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; DM5PR0501MB3782; 6:pBwyEwLr1zwHY7YgGXxv/uyrVn1l2L8SBsESPy9na7UQGCB8SOgZfWtRnDAx0hCthOr2w5gxY3zrMZXDUTN6cTc46LTkM5g22BdsPICpJY87PK08oRrxvp0p8UQnsZZg5kN/RD4JzkYUx+qDAfXRxfcTvaAsg3Jh3OQ04N9W7JR3lkgJbQ9l+idtrTN/qResc9IsPIGIf3i2EnrG0K2Q+Oi7I6Ok2uAauSbh7doz/k6EiH0wNodvYU0u8DXGHtIqgenozBezgWWF4PSIbLRrLX8lKFZC2pXurXysreH0b3/8U/pOWGtuswe6mGy4XxCIrvPuBjGVyoYkVrrjI4hzScMWg7F3tNglheBcUttLfFkBabSM6ZTuJM8PteCjssMWTNn7q1cSSJEo/FqohZNz1Y9XHr9KJWiy67xWtqzTiSaf7qz7kG4dCQTcQQfY921pyT4dD8YfWUtdmujk+hXkBA==; 5:IdG7GQJ67unu7krx28KpuMxB52kM7CceNt9rVXyFtzDtdJqrTZliQ4lrmPQXtgkszJlwVh1kmoPuN070yZSgpXgVwytGwMSkY7iz7crs8lSSUaFmkua1ii1X8lAYX7pb8WQgVKoHDK32O5SazfOeRB/8KSyzHhkH8VVvaze4lBE=; 7:Jep5FFXCLAZVlpSh/OcHvuN7fR5ukxA4Xh6JIZUi7Bs4wA37IdrJqeIynsdv+BMyxSJY1v1zsAmjEVV4rF0QAOfyqfj2DX2B9/++F3DKymSOrCx03jc5Uw33fzGF/my3CYZvwNjXJwkfPZ6AuVmXrw==
x-ms-office365-filtering-correlation-id: 32a1ed02-f10c-48ea-b108-08d656e02dae
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390098)(7020095)(4652040)(8989299)(5600074)(711020)(4618075)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(2017052603328)(7153060)(7193020); SRVR:DM5PR0501MB3782;
x-ms-traffictypediagnostic: DM5PR0501MB3782:
x-microsoft-antispam-prvs: <DM5PR0501MB37827A32F03927DADCDB07F0D4D30@DM5PR0501MB3782.namprd05.prod.outlook.com>
x-ms-exchange-senderadcheck: 1
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(5005006)(8121501046)(3231453)(999002)(944501410)(52105112)(93006095)(93001095)(3002001)(10201501046)(6055026)(148016)(149066)(150057)(6041310)(20161123564045)(20161123558120)(20161123560045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123562045)(201708071742011)(7699051)(76991095); SRVR:DM5PR0501MB3782; BCL:0; PCL:0; RULEID:; SRVR:DM5PR0501MB3782;
x-forefront-prvs: 087223B4DA
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(396003)(346002)(376002)(39860400002)(136003)(366004)(199004)(189003)(7736002)(446003)(256004)(53936002)(14454004)(68736007)(6246003)(31696002)(8936002)(14444005)(5660300001)(476003)(106356001)(105586002)(8676002)(71190400001)(81156014)(4326008)(71200400001)(2171002)(81166006)(6436002)(97736004)(86362001)(486006)(478600001)(66066001)(11346002)(2616005)(6506007)(316002)(110136005)(53546011)(386003)(26005)(52116002)(229853002)(6512007)(3846002)(6116002)(36756003)(54906003)(102836004)(76176011)(6486002)(99286004)(2906002)(31686004)(186003)(25786009)(305945005); DIR:OUT; SFP:1102; SCL:1; SRVR:DM5PR0501MB3782; H:DM5PR0501MB3864.namprd05.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts)
x-microsoft-antispam-message-info: NV+YZdUkSdSKd3ytFJScPxNiAYR9l6bhEnv8tFEr9cbBrLOVFoahn75b3lsLvM2fBzn4O6DYM2zW9kuP4J+GvsfOBRPWJerjC9DDdCVzmbYB8y5k7Bc6IKCkULjvr1QG2i98udAE1xRP7ZUZfWleHXlTQW0ufZ6a62whYC4+Bork/CO6CTjH0zvImbBnQLK47zoZwGqaa7+srVEohqVj/DMNCSSQvAzv7LF+CNfNK80stVRfXXHMqOSsIRpSKCQYJYXPdpGOrCRm/zN4J/I3x0IcMrsS0RwfrD3cCjzVfrAkBa3MA9KCVG6v/9e4N4wCvBhqzsZmeS+i5XU20T06WyZa9acK8oAv7VfPOznuyvY=
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="utf-8"
Content-ID: <097294D012B1044E97196F63F89C8D3A@namprd05.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-Network-Message-Id: 32a1ed02-f10c-48ea-b108-08d656e02dae
X-MS-Exchange-CrossTenant-originalarrivaltime: 30 Nov 2018 16:23:36.2027 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM5PR0501MB3782
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2018-11-30_07:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1811300140
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/V4frY_3Lx8Qletchg72QzvDhL7M>
Subject: Re: [bess] Benjamin Kaduk's Discuss on draft-ietf-bess-mvpn-expl-track-13: (with DISCUSS and COMMENT)
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 30 Nov 2018 16:23:41 -0000

On 11/29/2018 5:05 PM, Benjamin Kaduk wrote:
> The updates in the -13 include new Updates headers for RFCs 7582 and 7900,
> which may or may not call for additional IESG eyes on the changes.  Just from
> looking at the diff, it's not entirely clear to me what about those documents is
> being updated.

In Alvaro's comments, he explicitly asked me to put 7582 and 7900 in the 
"Updates" header.

His reasoning was based on the the following text (which is unchanged 
from the previous version) from Section 3:

    The rules for finding a "match for reception" in [RFC6625] are hereby
    modified as follows:

       When applying the rules of Section 3.2.1 or 3.2.2 of [RFC6625], it
       is REQUIRED to ignore any S-PMSI A-D route that has no PTA, or
       whose PTA specifies "no tunnel information present".

    There are other RFCs that update [RFC6625] and that modify the rules
    for finding a "match for reception".  See, e.g., [RFC7582] and
    [RFC7900].  When applying those modified rules, it is REQUIRED to
    ignore any S-PMSI A-D route that has no PTA, or whose PTA specifies
    "no tunnel information present".

Alvaro's comment was:

"This text is also Updating rfc7582 and rfc7900 (and others?) that Updated
rfc6625.  This document should then be marked to Update those other RFCs
explicitly."

This comment seems reasonable to me, but if you two would like to fight 
it out, just let me know the resolution ;-)