Re: Doubts about static routes in RFC 8349 (was: Doubts about static routes in RFC 8022)

"Acee Lindem (acee)" <acee@cisco.com> Tue, 02 April 2019 16:44 UTC

Return-Path: <acee@cisco.com>
X-Original-To: rtgwg@ietfa.amsl.com
Delivered-To: rtgwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2C19F120177; Tue, 2 Apr 2019 09:44:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.49
X-Spam-Level:
X-Spam-Status: No, score=-14.49 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, 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, T_FILL_THIS_FORM_SHORT=0.01, URIBL_BLOCKED=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=VSxBcd43; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=hqQjK4bf
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 wsoh83fZaURm; Tue, 2 Apr 2019 09:44:42 -0700 (PDT)
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 8E7A81201EE; Tue, 2 Apr 2019 09:44:41 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=16097; q=dns/txt; s=iport; t=1554223481; x=1555433081; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=Q1yHdZFlkJ/1QCEDkUkQD5kRo05lX07cbuvxfHStfeo=; b=VSxBcd43lQwXQQWyPpy6x8Amm+wHE2g5nuSeLEE4+IpQYKAHXzndg8Tg 0ThZVaxUbj9dVEAcUKDwZw5iL9l6LoXxv1kwR/r4G1+ljhlr4xISdQXR2 f9ry8bXtw+OFcEI/Z+Skp1HQQxILg9IbLHVvTXJriI5mlYeLekeUijRva I=;
IronPort-PHdr: 9a23:gwXNARTAJvB9oWrZlStfj/sFUNpsv++ubAcI9poqja5Pea2//pPkeVbS/uhpkESUANfA8/wRje3QvuigQmEG7Zub+FE6OJ1XH15NksAKh0olCc+BB1f8KavjZCE3NM9DT1RiuXq8NBsdFQ==
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0AJAAATkaNc/5ldJa1lGQEBAQEBAQEBAQEBAQcBAQEBAQGBUwIBAQEBAQsBgQ4vUANodAQLJwqEBINHA484gjIlkkiESYEuFIEQA1QOAQEshEACF4UlIjYHDQEBAwEBCQEDAm0cDIVKAQEBAQMjHQEBNwENAgIBCBEDAQEBKAMCAgIUHBQJCAEBBAENBYMiAYERTAMVAaMyAooUcYEvgnkBAQWCRoI/GIIMCAWBKgGLMheBf4E4DBOCHi4+gQSDDQESASYQCRYCglIxgiaKNIJRhCWULQkCiRiKThqCA4YOg1qITYtGk1wCBAIEBQIOAQEFgVQDLmVxcBU7KgGCQYIKDAwLE4M4ilNygSiMc4EfAYEeAQE
X-IronPort-AV: E=Sophos;i="5.60,301,1549929600"; d="scan'208,217";a="531898476"
Received: from rcdn-core-2.cisco.com ([173.37.93.153]) by rcdn-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 02 Apr 2019 16:44:39 +0000
Received: from XCH-RCD-006.cisco.com (xch-rcd-006.cisco.com [173.37.102.16]) by rcdn-core-2.cisco.com (8.15.2/8.15.2) with ESMTPS id x32Gidwc011544 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 2 Apr 2019 16:44:40 GMT
Received: from xhs-aln-002.cisco.com (173.37.135.119) by XCH-RCD-006.cisco.com (173.37.102.16) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Tue, 2 Apr 2019 11:44:39 -0500
Received: from xhs-rcd-002.cisco.com (173.37.227.247) by xhs-aln-002.cisco.com (173.37.135.119) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Tue, 2 Apr 2019 11:44:38 -0500
Received: from NAM05-DM3-obe.outbound.protection.outlook.com (72.163.14.9) by xhs-rcd-002.cisco.com (173.37.227.247) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Tue, 2 Apr 2019 11:44:38 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector1-cisco-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Q1yHdZFlkJ/1QCEDkUkQD5kRo05lX07cbuvxfHStfeo=; b=hqQjK4bfjiqmnO8694sjb1sTEGc55GsUdLLYj8F6/oHGITbVZMRprPzAkgRTwZwxOSDc2bztliiPHStCVRPKuXNSCCi/qLxwDk/omzwbdK5cFnO6Tnht5/dSBgVIiFckndJcrffWdFER/7a30KiC7blnA4TrOyn0iT878TpspQM=
Received: from BN6PR1101MB2226.namprd11.prod.outlook.com (10.174.112.11) by BN6PR1101MB2242.namprd11.prod.outlook.com (10.174.116.19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1750.15; Tue, 2 Apr 2019 16:44:38 +0000
Received: from BN6PR1101MB2226.namprd11.prod.outlook.com ([fe80::9c05:e282:840b:51a1]) by BN6PR1101MB2226.namprd11.prod.outlook.com ([fe80::9c05:e282:840b:51a1%8]) with mapi id 15.20.1750.017; Tue, 2 Apr 2019 16:44:38 +0000
From: "Acee Lindem (acee)" <acee@cisco.com>
To: Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>, "lhotka@nic.cz" <lhotka@nic.cz>
CC: "rtgwg@ietf.org" <rtgwg@ietf.org>, "netmod@ietf.org" <netmod@ietf.org>
Subject: Re: Doubts about static routes in RFC 8349 (was: Doubts about static routes in RFC 8022)
Thread-Topic: Doubts about static routes in RFC 8349 (was: Doubts about static routes in RFC 8022)
Thread-Index: AdTpW2iLlm1nfHS0SZq0IWkeRjQi6P//7NcA
Date: Tue, 02 Apr 2019 16:44:37 +0000
Message-ID: <399C7547-D8A6-4938-B5F2-9F6F7DFA795B@cisco.com>
References: <AM0PR03MB3828CD6E93236076142079109D560@AM0PR03MB3828.eurprd03.prod.outlook.com>
In-Reply-To: <AM0PR03MB3828CD6E93236076142079109D560@AM0PR03MB3828.eurprd03.prod.outlook.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=acee@cisco.com;
x-originating-ip: [173.38.117.82]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 89bd8bdb-d6f2-4363-c5ae-08d6b78a7ecc
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(5600139)(711020)(4605104)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(2017052603328)(7193020); SRVR:BN6PR1101MB2242;
x-ms-traffictypediagnostic: BN6PR1101MB2242:
x-ms-exchange-purlcount: 2
x-microsoft-antispam-prvs: <BN6PR1101MB2242885CFB7E1C7593219FE1C2560@BN6PR1101MB2242.namprd11.prod.outlook.com>
x-forefront-prvs: 0995196AA2
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(366004)(376002)(346002)(396003)(136003)(39860400002)(189003)(199004)(51874003)(53754006)(25786009)(2906002)(54906003)(53936002)(7736002)(36756003)(186003)(66066001)(478600001)(82746002)(4326008)(14444005)(76176011)(33656002)(2501003)(6436002)(229853002)(6486002)(26005)(68736007)(105586002)(86362001)(11346002)(106356001)(6246003)(97736004)(99286004)(54896002)(256004)(8676002)(5660300002)(102836004)(110136005)(6506007)(53546011)(6116002)(476003)(83716004)(6512007)(14454004)(3846002)(316002)(8936002)(6306002)(71200400001)(9326002)(446003)(486006)(81156014)(71190400001)(2616005)(236005)(81166006); DIR:OUT; SFP:1101; SCL:1; SRVR:BN6PR1101MB2242; H:BN6PR1101MB2226.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1;
received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: eClAoEUnGG+n3/j/Is7GrVPPNrygrhD1GMWuffIXqT12wB3gmggJdk3Z4//mftoWBh9T4jwvfXXhGrPZLhbp84yRkMsrmVoYxnEjlE0VSt972yci7ZaUjqdHmV+lXfjJpboiRd2gl6FCP9/hBF9V0oDP6ap6hguM6Y6ixecuur1aorwOfQXcCfelGIgzvPCayf2ufgs8S+NDx8zeG6GKAuck9QREFuv2TWcdfYl0cVWTubyThLjYfMomxtDyny3ZNCSIMAre09tfzACN7Xjc0+J8aa8O5AHdBRrcwYEkYrRcNI4GgL4z70Db7fs2JfTJdhL22KGVeVI8obx3IzYoEFBJMcJWjV9SqbQr3Rsi735rNkaDCzFRim6YRdrj/x8cU3izG0kuctLFrhyzh3ZbOaqFeuQgl9LfhlhuMnSgSv0=
Content-Type: multipart/alternative; boundary="_000_399C7547D8A64938B5F29F6F7DFA795Bciscocom_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: 89bd8bdb-d6f2-4363-c5ae-08d6b78a7ecc
X-MS-Exchange-CrossTenant-originalarrivaltime: 02 Apr 2019 16:44:37.8311 (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-Transport-CrossTenantHeadersStamped: BN6PR1101MB2242
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.37.102.16, xch-rcd-006.cisco.com
X-Outbound-Node: rcdn-core-2.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtgwg/dJ3OA3dTly6r0BBsus8UDRvEQa8>
X-BeenThere: rtgwg@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Routing Area Working Group <rtgwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtgwg>, <mailto:rtgwg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtgwg/>
List-Post: <mailto:rtgwg@ietf.org>
List-Help: <mailto:rtgwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtgwg>, <mailto:rtgwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 02 Apr 2019 16:44:45 -0000

Hi Sasha,
You are correct that there is no per-next-hop preference in the current model. However, this is included in the augmentation in draft-ietf-rtgwg-yang-rib-extend.
Thanks,
Acee

From: Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>
Date: Tuesday, April 2, 2019 at 9:53 AM
To: Acee Lindem <acee@cisco.com>, Ladislav Lhotka <lhotka@nic.cz>
Cc: Routing WG <rtgwg@ietf.org>, "netmod@ietf.org" <netmod@ietf.org>
Subject: Doubts about static routes in RFC 8349 (was: Doubts about static routes in RFC 8022)

Hi all,
I have noticed that 8022 has been obsoleted by RFC 8349. But it has exactly the same problem.

Regards,
Sasha

Office: +972-39266302
Cell:      +972-549266302
Email:   Alexander.Vainshtein@ecitele.com

From: Alexander Vainshtein
Sent: Tuesday, April 2, 2019 3:57 PM
To: 'acee@cisco.com' <acee@cisco.com>; 'lhotka@nic.cz' <lhotka@nic.cz>
Cc: 'rtgwg@ietf.org' <rtgwg@ietf.org>; 'netmod@ietf.org' <netmod@ietf.org>
Subject: Doubts about static routes in RFC 8022
Importance: High

Acee, Ladislav and all,
I have serious doubts regarding the data model for static routes in RFC 8022.

As I see it, the data model defined in this document does not support multiple routes with common destination, different next hops and different route preferences.

This is because only route destination is considered as the key in the RIB in Appendix A of RFC 8022., while route preference is a per-route read-only leaf in the data model.

In particular (and this was my original problem) , it is possible to configure a static route with multiple next hops (using the next-hop-list construct) using the data model defined in RFC 8022, but all the next hops in this construct would have the same preference. AFAIK, many (if not all) deployed implementations support ability to configure static routes with the same destination, different next hops and different preferences, so that one of these next hops would act as a protection of the other.

For the reference, this problem does not exist in the standard MIB for the RIB (RFC 4292), because it includes both the route destination and its next hop in the list  of indices in the corresponding MIB.

What, if anything, did I miss?

Regards, and lots of thanks in advance,
Sasha

Office: +972-39266302
Cell:      +972-549266302
Email:   Alexander.Vainshtein@ecitele.com<mailto:Alexander.Vainshtein@ecitele.com>


___________________________________________________________________________

This e-mail message is intended for the recipient only and contains information which is
CONFIDENTIAL and which may be proprietary to ECI Telecom. If you have received this
transmission in error, please inform us by e-mail, phone or fax, and then delete the original
and all copies thereof.
___________________________________________________________________________