Re: [Lsr] Éric Vyncke's Discuss on draft-ietf-ospf-ospfv2-hbit-11: (with DISCUSS and COMMENT)

"Eric Vyncke (evyncke)" <evyncke@cisco.com> Tue, 03 December 2019 12:30 UTC

Return-Path: <evyncke@cisco.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 D80F71200CC; Tue, 3 Dec 2019 04:30:26 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.5
X-Spam-Level:
X-Spam-Status: No, score=-14.5 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_HI=-5, SPF_PASS=-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=CzGw55+h; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=xo5iDs/q
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 uDbFTZN1sl4s; Tue, 3 Dec 2019 04:30:24 -0800 (PST)
Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0029C12008D; Tue, 3 Dec 2019 04:30:23 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=25865; q=dns/txt; s=iport; t=1575376224; x=1576585824; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=o938XLOwLJX2TMko6u3SfLcXG4GvjROxIJTCTll2O+A=; b=CzGw55+h5y0AGMSTiNDV2e0Wfw9plaHMizpmGs9o3DrTLItUApFXaVkJ a0XQDEeF9guOpFPjfDdspkyAWE11AJkwZp1vIkZM4N2C9b6j43a0LP2eK PFPWmhA725evyBcfRA/PKCwTHtFujaDWaOWFReI+QH5lbb+tpWdKppjRH M=;
IronPort-PHdr: 9a23:C5tJmhC47lxHIbMuUyjRUyQJPHJ1sqjoPgMT9pssgq5PdaLm5Zn5IUjD/qs13kTRU9Dd7PRJw6rNvqbsVHZIwK7JsWtKMfkuHwQAld1QmgUhBMCfDkiuIeD7aSc5EexJVURu+DewNk0GUMs=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0DfBQDrVOZd/49dJa1kGwEBAQEBAQEFAQEBEQEBAwMBAQGBfoEcLyQsBWxYIAQLKoQrg0YDinZOghGJW44pgUKBEANUCQEBAQwBAS0CAQGEQAIXgXYkOBMCAw0BAQQBAQECAQUEbYU3DIVSAQEBAQMSER0BATcBDwIBCBEDAQIWEgMCAgIfERQGAwgCBAENBSKDAAGBeU0DLgGlVgKBOIhgdYEygn4BAQWFBw0LghcJgTaFG4Z7GoFBP4ERJyCCTD6CG4FpXAkWCYJRMoIsj2U5hUyJSY4jLkIKgi6MRYR5BIQXG5ojg0aLBIpRj0gCBAIEBQIOAQEFgWkigVhwFWUBgkFQERSMZjiDO4pTdIEokCQBAQ
X-IronPort-AV: E=Sophos;i="5.69,273,1571702400"; d="scan'208,217";a="662232383"
Received: from rcdn-core-7.cisco.com ([173.37.93.143]) by rcdn-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 03 Dec 2019 12:30:22 +0000
Received: from xch-rcd-011.cisco.com (xch-rcd-011.cisco.com [173.37.102.21]) by rcdn-core-7.cisco.com (8.15.2/8.15.2) with ESMTPS id xB3CUMf3030425 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 3 Dec 2019 12:30:22 GMT
Received: from xhs-rtp-003.cisco.com (64.101.210.230) by XCH-RCD-011.cisco.com (173.37.102.21) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Tue, 3 Dec 2019 06:30:21 -0600
Received: from xhs-aln-001.cisco.com (173.37.135.118) by xhs-rtp-003.cisco.com (64.101.210.230) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Tue, 3 Dec 2019 07:30:20 -0500
Received: from NAM02-BL2-obe.outbound.protection.outlook.com (173.37.151.57) by xhs-aln-001.cisco.com (173.37.135.118) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Tue, 3 Dec 2019 06:30:20 -0600
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=P8Nq4g6xINTseMDuSpuHjv5X/PxzXUUg5fVEWCoMDMFCkvsZ0I6V2+MT1QwZIp16VS1tiGtzbAnRZKTBnmaGGpJn1Qj08sgL/+PSfZnmnLwkSWFasC0h5sgfuEM7+Fvp06PcN54zh/rSU0kysVb1eAPIx/+LGzbrzU1c/inDcwN/UsA1SU5zOyfsIhfYbPeQFCaFG62SU/adzSl1osg9Z/bzqgAhc7cGuXls6mI2YOAhfoLToTSm6SddIq+w2+wA28/3vabvGgkC/JKRfIGGSGO4ivRWKEyxNZEZOXR0VCTJrtEcEowG2pbWrVI9/gA1jb4oTcarXKKaDj9GjbIlRA==
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=o938XLOwLJX2TMko6u3SfLcXG4GvjROxIJTCTll2O+A=; b=TOF06jWdPMpkNxmrpACZo5mssOEG2jwEag4j4gu9T1+JMlJzY+LhhS+k5dMtIi4nBYC+r/Oy/qtIA9SK1F1l/UKBbUH+047dWE2YD+W6tixWyKgY4YmXAQNaMYlHGSFNKDIZGGelq9bjI5Hshey3ttlqfrmXMFdhsN5RGXPwYKMF1D0biCbE42rCMb3mmlPq+SyQlc8gcbR0fvzLfb125oJxN64XMqmjsHZE+imRdligwtx/qGO6W0XqCQGfGqFytl1B1yyQbnIvPgAlwVe89+9C/dZRbDIbOkrY0DkFim+jxSzkt2BkLPTP2/9zLQKAHdFMuzkm0QMre2HtQLv0uA==
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=o938XLOwLJX2TMko6u3SfLcXG4GvjROxIJTCTll2O+A=; b=xo5iDs/qcysG70KQNpY73f6THQR5EvxJxjdIN89nlvXkOZCZI8DJArKx5nBX1AIF9c/6ke7wFKuxeHvcgGjZ0ROJjr7A3Ud+Bq76a8eM/VPZ06CRvUzzQvqNlPY/e+gQ5F0fp5lYJuUip9W86NeVjSUvRxMxbYV+kcQ7WrpiC7o=
Received: from DM5PR11MB1753.namprd11.prod.outlook.com (10.175.88.141) by DM5PR11MB1578.namprd11.prod.outlook.com (10.172.39.23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2516.12; Tue, 3 Dec 2019 12:30:19 +0000
Received: from DM5PR11MB1753.namprd11.prod.outlook.com ([fe80::6c99:679c:82cd:b955]) by DM5PR11MB1753.namprd11.prod.outlook.com ([fe80::6c99:679c:82cd:b955%12]) with mapi id 15.20.2495.014; Tue, 3 Dec 2019 12:30:19 +0000
From: "Eric Vyncke (evyncke)" <evyncke@cisco.com>
To: "Acee Lindem (acee)" <acee@cisco.com>, Padma Pillay-Esnault <padma.ietf@gmail.com>
CC: Éric Vyncke via Datatracker <noreply@ietf.org>, "draft-ietf-ospf-ospfv2-hbit@ietf.org" <draft-ietf-ospf-ospfv2-hbit@ietf.org>, Alvaro Retana <aretana.ietf@gmail.com>, "lsr-chairs@ietf.org" <lsr-chairs@ietf.org>, Yingzhen Qu <yingzhen.ietf@gmail.com>, The IESG <iesg@ietf.org>, "lsr@ietf.org" <lsr@ietf.org>
Thread-Topic: Éric Vyncke's Discuss on draft-ietf-ospf-ospfv2-hbit-11: (with DISCUSS and COMMENT)
Thread-Index: AQHVqTHoLdGfcODq70uSbNtBmA2rFaen0n0A//99qgCAAU33gP//rUAAgACTMgA=
Date: Tue, 03 Dec 2019 12:30:19 +0000
Message-ID: <12D7A7E4-DCCC-4274-A7A7-BDB621509540@cisco.com>
References: <157513086016.14490.11992325783200183386.idtracker@ietfa.amsl.com> <CAMMESswJdLAraYvqXHyh3uAyPAH3nYs_eBYMq2gOCiZSsgNiCw@mail.gmail.com> <A17640D1-92F2-4F0A-B6C0-1C4762CD627C@cisco.com> <CAG-CQxqeJe1COhZN88y5_870=hnh_BNHcOr83ta2JuTkeObBqA@mail.gmail.com> <92F40FEF-4B14-46B6-8071-0774AEE3D61D@cisco.com> <D98B38A0-7100-4140-8CA7-4647B500598D@cisco.com>
In-Reply-To: <D98B38A0-7100-4140-8CA7-4647B500598D@cisco.com>
Accept-Language: fr-BE, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/10.1f.0.191110
authentication-results: spf=none (sender IP is ) smtp.mailfrom=evyncke@cisco.com;
x-originating-ip: [2001:420:c0c1:36:65a6:1ca9:4607:70e9]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: a670bf2e-5862-48e0-22c8-08d777ec8f1c
x-ms-traffictypediagnostic: DM5PR11MB1578:
x-ms-exchange-transport-forked: True
x-microsoft-antispam-prvs: <DM5PR11MB1578781104C65CF6F0C37816A9420@DM5PR11MB1578.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 02408926C4
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(346002)(376002)(136003)(39860400002)(396003)(366004)(199004)(189003)(4326008)(54896002)(6306002)(236005)(6512007)(478600001)(8936002)(224303003)(2906002)(33656002)(229853002)(6246003)(14454004)(6436002)(6486002)(25786009)(54906003)(110136005)(6116002)(5660300002)(66476007)(36756003)(58126008)(316002)(66556008)(256004)(14444005)(86362001)(71190400001)(7736002)(66446008)(64756008)(99286004)(71200400001)(446003)(66574012)(11346002)(46003)(2616005)(102836004)(91956017)(76176011)(76116006)(53546011)(6506007)(186003)(66946007)(81156014)(81166006); DIR:OUT; SFP:1101; SCL:1; SRVR:DM5PR11MB1578; H:DM5PR11MB1753.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: Cauq+dQlIalSooOetBmUZy079gzOKY+2TDXIoGwrS2aWR0Dx13bKHOM7EQfVnXXziTV36LWMSkw1oZj+xXyrcinvjTeMzWj5dfikjBlIGjOajZiRFAecZvtsakINxL4CGH2pW54/DN3Pu7R06WWMpULu3Bdc/VFy9sJ31RXQGjLUjP5fWBMQEHePudu4DnOSUbi+pDzmkoUwgHxudkdAl3ckBdg8T2Y50wyA8fsRpD7XQv/1lReuO/a9tJCt0Wrk1/RbppYSHNKpFumhcdf/HPmobxDHy7Jmlu4vS5dh4OWQCgvliVbHqzRYFSewAOedgXwv2SKzFQcBQX02mqi4yOXuJuDXmJZHOE6HQo9QA0OB+cwr08eqzF6tgJars1BMb+L7KzfD+9gpqbHupArTF3T01hOrtiC28sXezmYZBcW/edOGVXuI8g8SrYtXxtq2
Content-Type: multipart/alternative; boundary="_000_12D7A7E4DCCC4274A7A7BDB621509540ciscocom_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: a670bf2e-5862-48e0-22c8-08d777ec8f1c
X-MS-Exchange-CrossTenant-originalarrivaltime: 03 Dec 2019 12:30:19.1578 (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: kVr7qodg3tsdQ8PkV5Sc3XDQjmjMTKoSXhqouhC8o707svXPKenKmWVaXQFTDCu1OBzNk9nTQu3dLMis+9tOGA==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM5PR11MB1578
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.37.102.21, xch-rcd-011.cisco.com
X-Outbound-Node: rcdn-core-7.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/P2M7LoEzIBq00V-Bxd_RH8Yf6WY>
Subject: Re: [Lsr] Éric Vyncke's Discuss on draft-ietf-ospf-ospfv2-hbit-11: (with DISCUSS and 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: Tue, 03 Dec 2019 12:30:27 -0000

Acee

Thank you for the added information. I am clearing my DISCUSS

-éric

From: "Acee Lindem (acee)" <acee@cisco.com>
Date: Tuesday, 3 December 2019 at 12:43
To: Eric Vyncke <evyncke@cisco.com>, Padma Pillay-Esnault <padma.ietf@gmail.com>
Cc: Éric Vyncke via Datatracker <noreply@ietf.org>, "draft-ietf-ospf-ospfv2-hbit@ietf.org" <draft-ietf-ospf-ospfv2-hbit@ietf.org>, Alvaro Retana <aretana.ietf@gmail.com>, "lsr-chairs@ietf.org" <lsr-chairs@ietf.org>, Yingzhen Qu <yingzhen.ietf@gmail.com>, The IESG <iesg@ietf.org>, "lsr@ietf.org" <lsr@ietf.org>
Subject: Re: Éric Vyncke's Discuss on draft-ietf-ospf-ospfv2-hbit-11: (with DISCUSS and COMMENT)

Hi Eric,

See inline.

From: "Eric Vyncke (evyncke)" <evyncke@cisco.com>
Date: Tuesday, December 3, 2019 at 3:39 AM
To: Padma Pillay-Esnault <padma.ietf@gmail.com>
Cc: Éric Vyncke via Datatracker <noreply@ietf.org>, "draft-ietf-ospf-ospfv2-hbit@ietf.org" <draft-ietf-ospf-ospfv2-hbit@ietf.org>, Alvaro Retana <aretana.ietf@gmail.com>, "lsr-chairs@ietf.org" <lsr-chairs@ietf.org>, Yingzhen Qu <yingzhen.ietf@gmail.com>, The IESG <iesg@ietf.org>, "lsr@ietf.org" <lsr@ietf.org>
Subject: Re: Éric Vyncke's Discuss on draft-ietf-ospf-ospfv2-hbit-11: (with DISCUSS and COMMENT)
Resent-From: <alias-bounces@ietf.org>
Resent-To: Yingzhen Qu <yingzhen.ietf@gmail.com>, Christian Hopps <chopps@chopps.org>, Acee Lindem <acee@cisco.com>
Resent-Date: Tuesday, December 3, 2019 at 3:39 AM

Padma,

This is indeed what I understood by reading the section 5, OTOH, the ‘MUST’ is also a wishful thinking (bugs happen). I would feel more comfortable (and clear my DISCUSS), if the H-bit deployment has been tested in simulation or even in real network with a scenario where there is no H-bit aware routers first, then adding a couple of H-bit aware routers, then only H-bit aware routers and finally adding again a single non H-bit aware router. A failure could be quite catastrophic.

It is common to in OSPF to use OSPF capabilities to be used to determine if optional features are in use within an OSPF routing domain. This dates back to RFC 1793 when the DC-bit in the Router-LSA options was used to indicate whether or not an OSPF router supports Demand Circuits including DoNotAge LSAs. So, irrespective of your concerns with implementation bugs, this is a tried and true OSPF protocol mechanism.

Also, my OSPF knowledge is a little rusty, but, can LSA be lost? So, having a wrong representation of the H-bit awareness.

OSPF has reliable flooding so LSAs cannot get “lost”. And, if an LSA were indeed lost, it would be missing from the SPF topology and whether or not H-bit were being used would be a secondary concern.

Thanks,
Acee

You can call me paranoid :-) but I would like to get your point of view on the above.

-éric

From: iesg <iesg-bounces@ietf.org> on behalf of Padma Pillay-Esnault <padma.ietf@gmail.com>
Date: Monday, 2 December 2019 at 21:44
To: Eric Vyncke <evyncke@cisco.com>
Cc: Éric Vyncke via Datatracker <noreply@ietf.org>, "draft-ietf-ospf-ospfv2-hbit@ietf.org" <draft-ietf-ospf-ospfv2-hbit@ietf.org>, Alvaro Retana <aretana.ietf@gmail.com>, "lsr-chairs@ietf.org" <lsr-chairs@ietf.org>, Yingzhen Qu <yingzhen.ietf@gmail.com>, The IESG <iesg@ietf.org>, "lsr@ietf.org" <lsr@ietf.org>
Subject: Re: Éric Vyncke's Discuss on draft-ietf-ospf-ospfv2-hbit-11: (with DISCUSS and COMMENT)

Hello Eric

On Mon, Dec 2, 2019 at 12:31 PM Eric Vyncke (evyncke) <evyncke@cisco.com<mailto:evyncke@cisco.com>> wrote:
Alvaro

I do not mind too much the transient inconsistencies but more about longer term inconsistencies (1) hence my question about simulations / tests in the absence of mathematical proof.
The R-bit has always been in OSPFv3 (AFAIK), so, OSPFv3 does not have the same issue.

-éric

(1) having some routers being H-bit aware and other routers not processing the H-bit could probably introduce long term inconsistencies and loops.

As described in section 5
"All routers supporting H-Bit MUST check all the RI LSAs of nodes in the area before actively running the modified SPF to account for the H-bit in order to verify that all routers are in routing capability. If any router does not advertise the Host Router Support capability then the SPF Modifications (Section 4) MUST NOT be used in the area."

The H-bit aware routers will revert to normal operation if they detect routers not processing the H-bit. Therefore, if ever there is a discrepancy it not cause long term inconsistencies nor loops. In effect, H-bit processing is either done by all or no one in the area.

Let me know if this answers your question.
Padma


On 02/12/2019, 17:59, "iesg on behalf of Alvaro Retana" <iesg-bounces@ietf.org<mailto:iesg-bounces@ietf.org> on behalf of aretana.ietf@gmail.com<mailto:aretana.ietf@gmail.com>> wrote:

    On November 30, 2019 at 11:21:01 AM, Éric Vyncke wrote:

    Eric:

    Hi!

    > == DISCUSS ==
    >
    > -- Section 5 --
    > The risk of having inconsistent view of the topology with H-bit aware and
    > unaware routers seems possible to me (albeit perhaps only transient). Has
    > this feature been tested / simulated in large scale networks?

    Yes, as with other operations in a network (reconvergence, for
    example), there is a risk of transient inconsistency.  §5 already
    makes recommendations to mitigate transient states.  What explicitly
    are you looking for to address your DISCUSS?

    I'll let the authors reply about tests/simulations.

    Thanks!

    Alvaro.