IETF Logo Mail Archive

Re: [Idr] I-D Action: draft-ietf-idr-deprecate-as-set-confed-set-02.txt

"Sriram, Kotikalapudi (Fed)" <kotikalapudi.sriram@nist.gov> Sun, 10 November 2019 20:21 UTC

Return-Path: <kotikalapudi.sriram@nist.gov>
X-Original-To: idr@ietfa.amsl.com
Delivered-To: idr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D66F51200F7 for <idr@ietfa.amsl.com>; Sun, 10 Nov 2019 12:21:45 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.002
X-Spam-Level:
X-Spam-Status: No, score=-2.002 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nist.gov
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 pt_ffqVuGmlj for <idr@ietfa.amsl.com>; Sun, 10 Nov 2019 12:21:43 -0800 (PST)
Received: from GCC02-BL0-obe.outbound.protection.outlook.com (mail-bl2gcc02on2129.outbound.protection.outlook.com [40.107.89.129]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9C744120046 for <idr@ietf.org>; Sun, 10 Nov 2019 12:21:43 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=WqAZF5t+kiidK2g7FiRTnSShrNJrKQ56pLIRB5YpcKXWUxZ0LBOpVywo8lqqaeqk7ksL/LlCi6AmM7H0q94FRDnx/E+17UElu9OEJxJ3Pe8JcuXKd9r06G+tyWAMrKK8A6VKfsiEEG7fdQpvR5+iSCSHCLxcqHwdI+eVHTPnBlPq3GTiJ3mcASiscDTY29BbYsIS4yhlxnwXdGrXyyzkfq8ZnhWNfjR2kxaxD5qhKdQDJ3rudpmMOmt0eLgPVj71uOwza0RQmn9Vw33QWWC8NeWVZFlm31MXjy0/WNH5xU76e5bLoQq2toGlKW20bKYqqNHz8HT1WlEs2tp33Ey0LA==
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=wZfrG5ITX3MuOg6iDJhaUUNVZ7NcFjXqYB0/0Igjkog=; b=GtNbMuvk/PpXj7nth6Gb6DvLVKvqOKO8uHJiPw5KobibeitPjc7CxXZkWvApMoqMBYNNFeo7Z/qyQou/7niodjNLZ/tnFYAl8iTGqJYWiWIndszMCyV7mE5IxgG7e9PzIAkUVf6DK40THZmMAZSeDxmtGFdKMlu2g9c1VecKryYeZE30FzI2SL/jDUACWURMePRqK4a/sBmBN5V+7pN++wnz8i9MkJMnDD4PcVbEM0w+t+9l/D4EOYfQ7pBj/mgFAGvKUrAmP0Hz0JsrRSgGmjchJHMoHCQ2+WOs5IBVo3XaUVB+9btJAhpN4cjiXLiOb9AzvQd41brDL+gmxqYUIw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=nist.gov; dmarc=pass action=none header.from=nist.gov; dkim=pass header.d=nist.gov; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nist.gov; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=wZfrG5ITX3MuOg6iDJhaUUNVZ7NcFjXqYB0/0Igjkog=; b=Tpe8aqRGAgMHfTPnFl+gfAfpnQ3/Cu3UK0b/7Mp3gyYVuofOaeJl8Lm0g2HnwimDLvm1Q60fyfpr+i4ulXnGP+XrGjf5xYt9+VycD7iZbrMkmXZMzX3numvOl/QX866nkoz8qyFn6E4y5D1bMGGrFEogYo31l9CiDBgmYcqD1sU=
Received: from BN6PR09MB1331.namprd09.prod.outlook.com (10.172.21.141) by BN6PR09MB2035.namprd09.prod.outlook.com (10.173.163.15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2430.20; Sun, 10 Nov 2019 20:21:41 +0000
Received: from BN6PR09MB1331.namprd09.prod.outlook.com ([fe80::a0aa:132a:121f:3495]) by BN6PR09MB1331.namprd09.prod.outlook.com ([fe80::a0aa:132a:121f:3495%3]) with mapi id 15.20.2430.023; Sun, 10 Nov 2019 20:21:41 +0000
From: "Sriram, Kotikalapudi (Fed)" <kotikalapudi.sriram@nist.gov>
To: Jeffrey Haas <jhaas@pfrc.org>
CC: Ondrej Zajicek <santiago@crfreenet.org>, "claudio@openbsd.org" <claudio@openbsd.org>, Job Snijders <job@ntt.net>, Warren Kumari <warren@kumari.net>, IDR <idr@ietf.org>
Thread-Topic: [Idr] I-D Action: draft-ietf-idr-deprecate-as-set-confed-set-02.txt
Thread-Index: AQHVl+gV3USBQ/VL3UK7gt4VcwUeXKeE0tuG
Date: Sun, 10 Nov 2019 20:21:40 +0000
Message-ID: <BN6PR09MB1331E62D4350196E4803A0C884750@BN6PR09MB1331.namprd09.prod.outlook.com>
References: <BN6PR09MB1331583725118E3613E1552E84750@BN6PR09MB1331.namprd09.prod.outlook.com>
In-Reply-To: <BN6PR09MB1331583725118E3613E1552E84750@BN6PR09MB1331.namprd09.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=kotikalapudi.sriram@nist.gov;
x-originating-ip: [132.163.219.198]
x-ms-publictraffictype: Email
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: 6c1fef32-f8a5-40b4-1b7b-08d7661b9905
x-ms-traffictypediagnostic: BN6PR09MB2035:
x-microsoft-antispam-prvs: <BN6PR09MB2035D7BE57236145511A71BA84750@BN6PR09MB2035.namprd09.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:6790;
x-forefront-prvs: 02176E2458
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39850400004)(346002)(376002)(136003)(366004)(396003)(199004)(189003)(54906003)(6436002)(86362001)(305945005)(55016002)(66446008)(74316002)(6116002)(66066001)(66946007)(66476007)(66556008)(91956017)(76116006)(64756008)(2940100002)(102836004)(256004)(14444005)(186003)(316002)(6246003)(71200400001)(71190400001)(229853002)(478600001)(7696005)(81156014)(6506007)(7736002)(6916009)(76176011)(9686003)(81166006)(25786009)(14454004)(26005)(33656002)(99286004)(11346002)(2906002)(4326008)(476003)(8936002)(5660300002)(8676002)(52536014)(486006)(3846002)(446003); DIR:OUT; SFP:1102; SCL:1; SRVR:BN6PR09MB2035; H:BN6PR09MB1331.namprd09.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
received-spf: None (protection.outlook.com: nist.gov does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: eXB97FasVbuZ2zgHFOmgiE6otKqtQemPCfEDrYyEaWpwV3BrPB2bHre+8tnGYEnVhr6rZHAZNNKaghPhsAl9Vl1ZejedVRmI7i1Ty7l0Nr7SKwEwxQlczLkExHej6z5Y8xnobp4h2tKQ772/Vaggq2qv3IBadu8Ck3qSLM9KRuAUpLMV7yS/J0Pxo5iVqBLA7u5f14ezouPR1vmcUG3I9jULYMZsygJ7rxse6JFWR0Ud8KOGQJeuqj5AUQUGMXrBZhIvgFJPjWu0slMj4k1QSXMjgYXOhCybFlUEpG3fhBKK4Jwuw8+anx7qnMrVrE7nuIWr0vbyXaImqbsugafEBCNQGtrVGfCftzwky7NEzPyGksIOxnefyLKUA30PKfK7JMOVGzN/mbSGSy75Rash22UWjN1NkgxPD9dsg7DjuHH1dNQqCqt1zSu7FUn/hqF9
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: nist.gov
X-MS-Exchange-CrossTenant-Network-Message-Id: 6c1fef32-f8a5-40b4-1b7b-08d7661b9905
X-MS-Exchange-CrossTenant-originalarrivaltime: 10 Nov 2019 20:21:40.8585 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 2ab5d82f-d8fa-4797-a93e-054655c61dec
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: Xvoxb8opLYLNoBBM+EdfDif8gtwf8QIH1k54aE/wZX7d45a9l8eY4gdVp1GnqEq4KE7KtFS5W6gHSDawdDb/RA==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN6PR09MB2035
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/hB5622u0FY3mI4wYXUly_pyg9QA>
Subject: Re: [Idr] I-D Action: draft-ietf-idr-deprecate-as-set-confed-set-02.txt
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/idr>, <mailto:idr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/idr/>
List-Post: <mailto:idr@ietf.org>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 10 Nov 2019 20:21:46 -0000

[resending...   I meant to cc IDR list]

Jeff,

>This gets to be an interesting bit of code verification since it means that
>some implementations may have stripped the 2-byte version of sets and the
>4-byte stuff is still present in the AS4_PATH.

IMO, this situation will not arise because there no "stripping" of AS_SET.
There is only Treat-as-withdraw.

Thanks.

Sriram

==================================================
[Ondrej]
> Hi
>
> Just added a patch [*] to BIRD to optionally reject AS_SETs (and AS_CONFED_SETs).
>
> One thing that is not discussed in the draft is handling of AS_SETs in AS4_PATH.
> It would make sense to also do treat-as-withdraw, but handling of inappropriate
> AS_CONFED_* segments is already different in AS_PATH and AS4_PATH.

[Jeff]
This is a very good point.  The related normative updates vs. RFC 4893 are
now required.

This gets to be an interesting bit of code verification since it means that
some implementations may have stripped the 2-byte version of sets and the
4-byte stuff is still present in the AS4_PATH.

Then again, the spec was always incomplete with all of the crazy edge cases
that could happen.

v2.23.0 | Report a Bug | By Email