IETF Logo Mail Archive

Re: [Pals] Stephen Farrell's No Objection on draft-ietf-pals-endpoint-fast-protection-04: (with COMMENT)

Yimin Shen <yshen@juniper.net> Fri, 16 December 2016 20:42 UTC

Return-Path: <yshen@juniper.net>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 01504129423; Fri, 16 Dec 2016 12:42:35 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.922
X-Spam-Level:
X-Spam-Status: No, score=-1.922 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=junipernetworks.onmicrosoft.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 7BwGRaAUm7nn; Fri, 16 Dec 2016 12:42:33 -0800 (PST)
Received: from NAM02-SN1-obe.outbound.protection.outlook.com (mail-sn1nam02on0096.outbound.protection.outlook.com [104.47.36.96]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 08E6812969C; Fri, 16 Dec 2016 12:42:32 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=zkd5VnMU5dYeWW/XgnBPCTBDX723RYUb2zckWgIeL68=; b=Wa7KnCrGV6RrkRFyOetRR5/84mFB7Au3l/EiFmzhDFVfwFlns9Gs8DngNtfvTZ0tBNltkwJoPfNVK4saqAnNuGMf1W8ua+uP8uHir2K96c2LVRVBOHaVYu/YdqLcSbd8B9nlRZP5ZTEEsBC68BeRVheEz8AA6QnnzFxtcwhgBU4=
Received: from BN3PR0501MB1554.namprd05.prod.outlook.com (10.161.217.144) by BN3PR0501MB1555.namprd05.prod.outlook.com (10.161.217.145) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.803.5; Fri, 16 Dec 2016 20:42:31 +0000
Received: from BN3PR0501MB1554.namprd05.prod.outlook.com ([10.161.217.144]) by BN3PR0501MB1554.namprd05.prod.outlook.com ([10.161.217.144]) with mapi id 15.01.0789.013; Fri, 16 Dec 2016 20:42:31 +0000
From: Yimin Shen <yshen@juniper.net>
To: Stephen Farrell <stephen.farrell@cs.tcd.ie>, The IESG <iesg@ietf.org>
Thread-Topic: [Pals] Stephen Farrell's No Objection on draft-ietf-pals-endpoint-fast-protection-04: (with COMMENT)
Thread-Index: AQHSVnB60V9snacKLUCOzerIqezFPqEKuSQA
Date: Fri, 16 Dec 2016 20:42:31 +0000
Message-ID: <192005B1-10E6-449E-BA51-1518269E3AC8@juniper.net>
References: <148176441923.16876.17743212939112845178.idtracker@ietfa.amsl.com>
In-Reply-To: <148176441923.16876.17743212939112845178.idtracker@ietfa.amsl.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/f.18.0.160709
authentication-results: spf=none (sender IP is ) smtp.mailfrom=yshen@juniper.net;
x-ms-exchange-messagesentrepresentingtype: 1
x-originating-ip: [66.129.241.10]
x-ms-office365-filtering-correlation-id: 195dc61b-d2be-432c-24a0-08d425f40ee5
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001); SRVR:BN3PR0501MB1555;
x-microsoft-exchange-diagnostics: 1; BN3PR0501MB1555; 7:8rT5duvVS4Zxp0JbmXq/5+AbjxeK714NcGWUCGYFNFC/y9UpAakYotxe0Rxu4nIIRaDWLJAl54ssIXiZ7NnAs84qN37J9bvb8SBmiLYV7HJvX6+fQB31JeBPa6L5FLrmGpJjoe/b52zXkdiV7g09n578a5o1LqbxNZ6aY4MCZB3pCB4rYV9NtVFRKHttIv1v8t9icPhKt8j2Aol6GH11yH7gxmp9Z6xXazbZV8VK7lihrChxa4CyddtJbrlHlLadtKO0QfPEPuqTw/CMRbKqzVoNNAr2d1ao2BrctJqlUlFa2zxFnpY1fKYegvRxuoF3CPNLb20i7Af101ffbDpmTDsNyDHwrgxEllck9AoBnlYSi08OKDttBQrc4NGFW7g4byD3CbPQ0XQs/c3sKZ+nlUs83N67tqqLjQTjIyecGH65mgLpOGC/Rhbxgy+mI+BnFOky6URG7Z47rCdFh2cNLQ==
x-microsoft-antispam-prvs: <BN3PR0501MB15554EB4EB974FC1E34C7223BD9C0@BN3PR0501MB1555.namprd05.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(32856632585715);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040375)(601004)(2401047)(5005006)(8121501046)(10201501046)(3002001)(6055026)(6041248)(20161123558021)(20161123564025)(20161123562025)(20161123555025)(20161123560025)(6072148); SRVR:BN3PR0501MB1555; BCL:0; PCL:0; RULEID:; SRVR:BN3PR0501MB1555;
x-forefront-prvs: 01583E185C
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(979002)(6009001)(7916002)(39840400002)(39850400002)(39860400002)(39450400003)(39410400002)(199003)(377454003)(24454002)(189002)(5001770100001)(189998001)(76176999)(5660300001)(4001350100001)(230783001)(50986999)(54356999)(3660700001)(3280700002)(101416001)(68736007)(7736002)(305945005)(33656002)(6436002)(77096006)(229853002)(92566002)(2900100001)(86362001)(97736004)(105586002)(2950100002)(99286002)(2906002)(106116001)(6512006)(6506006)(25786008)(82746002)(83716003)(3846002)(6116002)(102836003)(38730400001)(36756003)(8936002)(6486002)(106356001)(4326007)(81166006)(39060400001)(122556002)(8676002)(81156014)(66066001)(83506001)(104396002)(969003)(989001)(999001)(1009001)(1019001); DIR:OUT; SFP:1102; SCL:1; SRVR:BN3PR0501MB1555; H:BN3PR0501MB1554.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en;
received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts)
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="utf-8"
Content-ID: <C8CDFDCBB11B504391591BFE361AC7C1@namprd05.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-originalarrivaltime: 16 Dec 2016 20:42:31.6006 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3PR0501MB1555
Archived-At: <https://mailarchive.ietf.org/arch/msg/pals/dtc7Eg3_sWU7CwMPahXkGCHaoCs>
Cc: "draft-ietf-pals-endpoint-fast-protection@ietf.org" <draft-ietf-pals-endpoint-fast-protection@ietf.org>, "stewart.bryant@gmail.com" <stewart.bryant@gmail.com>, "pals-chairs@ietf.org" <pals-chairs@ietf.org>, "wim.henderickx@nokia.com" <wim.henderickx@nokia.com>, "pals@ietf.org" <pals@ietf.org>
Subject: Re: [Pals] Stephen Farrell's No Objection on draft-ietf-pals-endpoint-fast-protection-04: (with COMMENT)
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: "Pseudowire And LDP-enabled Services dicussion list." <pals.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pals>, <mailto:pals-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pals/>
List-Post: <mailto:pals@ietf.org>
List-Help: <mailto:pals-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pals>, <mailto:pals-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 16 Dec 2016 20:42:35 -0000

Hi Stephen,

Thanks very much for your review and valuable comments. Please see my answers inline…

-- Yimin


On 12/14/16, 8:13 PM, "Pals on behalf of Stephen Farrell" <pals-bounces@ietf.org on behalf of stephen.farrell@cs.tcd.ie> wrote:

    Stephen Farrell has entered the following ballot position for
    draft-ietf-pals-endpoint-fast-protection-04: No Objection
    
    
    ----------------------------------------------------------------------
    COMMENT:
    ----------------------------------------------------------------------
    
    
    - section 5: I'm not sure "revertive" is a useful term
    here. Seems to me that it's a) admirably obscure, b) maybe
    inaccurate, as we're not reverting to a previous state
    here but rather changing paths, and maybe c) it's not
    clear if we end up with a "fully functional" path after
    "reverting." But maybe it's an accepted term of art in
    routing - if so, some reference to where it's well
    described might be nice.
    
[yshen] We can rename the section to “Restorative and revertive behaviors”, and rename the 3 bullets to “Global repair”, “Control plane convergence”, and “Local reversion”, which may be more commonly used terms and easier to understand. We will also modify the text accordingly.

    - section 8, para 1: this assumes that "managed by network
    operator" means "is secure." I think we have examples
    where not all that happens within a network is under the
    control of the owner of the network, so I question that
    assumption. (I'm not now asking for a concrete change as
    that'd be a major bit of work, but I am as willing as ever
    to continue to call this out as it appears;-) If you could
    remove text based on that assumption, that'd improve the
    document I think.
    
[yshen] We can remove “the role of protector is entirely managed by network operator”, and say something like “In all scenarios, PLRs, protectors and backup PEs are devices within a network, …” (That is, the mechanism doesn’t introduce any new flow or any risk from external devices).    





    _______________________________________________
    Pals mailing list
    Pals@ietf.org
    https://www.ietf.org/mailman/listinfo/pals

v2.23.0 | Report a Bug | By Email