Supporting 4-octet AS Number for L2VPN Auto-Discovery

Alexander Vainshtein <Alexander.Vainshtein@ecitele.com> Tue, 02 September 2014 13:49 UTC

Return-Path: <Alexander.Vainshtein@ecitele.com>
X-Original-To: l2vpn@ietfa.amsl.com
Delivered-To: l2vpn@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 563871A0464 for <l2vpn@ietfa.amsl.com>; Tue, 2 Sep 2014 06:49:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.601
X-Spam-Level:
X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham
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 QR1Mvrsuu_Hn for <l2vpn@ietfa.amsl.com>; Tue, 2 Sep 2014 06:49:13 -0700 (PDT)
Received: from emea01-am1-obe.outbound.protection.outlook.com (mail-am1lrp0017.outbound.protection.outlook.com [213.199.154.17]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B15221A04AC for <l2vpn@ietf.org>; Tue, 2 Sep 2014 06:49:12 -0700 (PDT)
Received: from AM3PR03MB612.eurprd03.prod.outlook.com (10.242.110.144) by AM3PR03MB530.eurprd03.prod.outlook.com (10.242.109.154) with Microsoft SMTP Server (TLS) id 15.0.1019.16; Tue, 2 Sep 2014 13:49:10 +0000
Received: from AM3PR03MB612.eurprd03.prod.outlook.com ([10.242.110.144]) by AM3PR03MB612.eurprd03.prod.outlook.com ([10.242.110.144]) with mapi id 15.00.1015.018; Tue, 2 Sep 2014 13:49:10 +0000
From: Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>
To: "giheron@cisco.com" <giheron@cisco.com>, "nabil.n.bitar@verizon.com" <nabil.n.bitar@verizon.com>
Subject: Supporting 4-octet AS Number for L2VPN Auto-Discovery
Thread-Topic: Supporting 4-octet AS Number for L2VPN Auto-Discovery
Thread-Index: Ac/GtKtkjsOcP4ETSmKPZMvTH+Vk7g==
Date: Tue, 2 Sep 2014 13:49:10 +0000
Message-ID: <666a7f613fd548b494b58db657241699@AM3PR03MB612.eurprd03.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [147.234.56.21]
x-microsoft-antispam: BCL:0;PCL:0;RULEID:;UriScan:;
x-forefront-prvs: 0322B4EDE1
x-forefront-antispam-report: SFV:NSPM; SFS:(53754006)(189002)(252514010)(199003)(77982001)(76576001)(108616004)(74316001)(19580405001)(46102001)(229853001)(107046002)(92566001)(54356999)(66066001)(80022001)(50986999)(87936001)(99396002)(76482001)(79102001)(19580395003)(64706001)(83322001)(81542001)(20776003)(19300405004)(85306004)(105586002)(15202345003)(95666004)(16236675004)(85852003)(106356001)(81342001)(83072002)(2656002)(21056001)(74502001)(31966008)(86362001)(74662001)(101416001)(19617315012)(90102001)(33646002)(19625215002)(2501002)(4396001)(15975445006)(24736002); DIR:OUT; SFP:; SCL:1; SRVR:AM3PR03MB530; H:AM3PR03MB612.eurprd03.prod.outlook.com; FPR:; MLV:sfv; PTR:InfoNoRecords; MX:1; A:1; LANG:en;
Content-Type: multipart/alternative; boundary="_000_666a7f613fd548b494b58db657241699AM3PR03MB612eurprd03pro_"
MIME-Version: 1.0
X-OriginatorOrg: ecitele.com
Archived-At: http://mailarchive.ietf.org/arch/msg/l2vpn/3p5iAg1rdrRg_50nYltquzKpWJI
Cc: "l2vpn@ietf.org" <l2vpn@ietf.org>, "erosen@cisco.com" <erosen@cisco.com>, "bsd@cisco.com" <bsd@cisco.com>
X-BeenThere: l2vpn@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Layer 2 Virtual Private Networks <l2vpn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/l2vpn>, <mailto:l2vpn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/l2vpn/>
List-Post: <mailto:l2vpn@ietf.org>
List-Help: <mailto:l2vpn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/l2vpn>, <mailto:l2vpn-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 02 Sep 2014 13:49:15 -0000

Hi all,
Section 3.2.2.1 of RFC 6074<http://tools.ietf.org/html/rfc6074> requires encoding of VPN IDs for auto-discovery purposes as Extended BGP Community attribute of BGP.
It further specifies that the following subtypes of extended community can be used for this purpose:

*         2-octet AS specific extended community. To the best of my understanding, if this subtype is used for encoding a L2VPN ID, the provide should use the 2-octet AS number assigned to it as part

*         IP address-specific extended community.

It seems that RFC 6074 does not provide any way to use 4-octet AS numbers for encoding L2VPN IDs. Is this correct?
If yes, are there any plans to augment RFC 6074 in such a way as to facilitate usage of 4-octet AS numbers in l2VPN ID encoding?

Regards, and lots of thanks in advance
       Sasha
Email: Alexander.Vainshtein@ecitele.com
Mobile: 054-9266302