AII differences between PW routing and l2vpn signalling draft provisionong methods.

Luca Martini <lmartini@cisco.com> Fri, 02 December 2005 18:09 UTC

Received: from localhost.cnri.reston.va.us ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EiFLT-0006X8-GA; Fri, 02 Dec 2005 13:09:19 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EiFLR-0006Oa-9A for l2vpn@megatron.ietf.org; Fri, 02 Dec 2005 13:09:17 -0500
Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA26323 for <l2vpn@ietf.org>; Fri, 2 Dec 2005 13:08:30 -0500 (EST)
Received: from rtp-iport-1.cisco.com ([64.102.122.148]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1EiFg9-0000iL-SD for l2vpn@ietf.org; Fri, 02 Dec 2005 13:30:43 -0500
Received: from rtp-core-2.cisco.com ([64.102.124.13]) by rtp-iport-1.cisco.com with ESMTP; 02 Dec 2005 10:09:05 -0800
X-BrightmailFiltered: true
X-Brightmail-Tracker: AAAAAA==
X-IronPort-AV: i="3.99,207,1131350400"; d="scan'208"; a="16417837:sNHT22347556"
Received: from [209.245.27.1] ([10.32.241.115]) by rtp-core-2.cisco.com (8.12.10/8.12.6) with SMTP id jB2I90UR013779; Fri, 2 Dec 2005 13:09:02 -0500 (EST)
Message-ID: <43908DBC.8000000@cisco.com>
Date: Fri, 02 Dec 2005 11:09:00 -0700
From: Luca Martini <lmartini@cisco.com>
User-Agent: Mail/News 1.4 (X11/20050929)
MIME-Version: 1.0
To: L2VPN <l2vpn@ietf.org>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-PMX-Version: 4.7.1.128075
X-from-outside-Cisco: [10.32.241.115]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 8abaac9e10c826e8252866cbe6766464
Content-Transfer-Encoding: 7bit
Cc: David McDysan <dave.mcdysan@mci.com>, bsd@cisco.com
Subject: AII differences between PW routing and l2vpn signalling draft provisionong methods.
X-BeenThere: l2vpn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: l2vpn.ietf.org
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/l2vpn>, <mailto:l2vpn-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:l2vpn@ietf.org>
List-Help: <mailto:l2vpn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/l2vpn>, <mailto:l2vpn-request@ietf.org?subject=subscribe>
Sender: l2vpn-bounces@ietf.org
Errors-To: l2vpn-bounces@ietf.org

WG,

After a good discussion with Bruce Davie,  we came up with the following 
explanation on why we need to have different AII type int he PW setup 
and maintenance protocol.
This note explains why draft-ietf-l2vpn-signaling-06.txt (the L2VPN 
Signaling draft) and draft-balus-bocci-martini-dyn-ms-pwe3-00.txt (the 
MS PW draft) make use of different AII types, as defined in 
draft-metz-aii-aggregate-01.txt.
 In a nutshell, the two drafts use different AII types because they are 
tackling different problems. Specifically, L2VPN Signaling draft is 
concerned with setting up all the PWs for a given L2VPN, while the MS PW 
draft is concerned with setting up individual PWs.
 Because it is concerned with building L2VPNs, the L2VPN Signaling draft 
makes use of the AGI (the contents of which effectively identify the 
VPN) plus the AII to identify a particular PW. Hence, the AII only needs 
to identify a "pool" or a VSI relative to a particular AGI. Hence a 
simple 32 bit AII is sufficient.
By contrast, because the MS PW draft is concerned with setting up 
individual PWs, not L2VPNs, it has no use for the AGI - there is no 
"group" concept. Hence it fully identifies the PW in the AII. Because 
there may be many PWs connected to a given U-PE device, it is necessary 
to identify the PWs relative to a given U-PE. And it is necessary to 
identify the U-PE within the AII so that the signaling message can be 
routed toward the correct U-PE. Hence the requirements for the AII are 
quite different, and it makes sense to use an AII type that is designed 
to meet these requirements.
It is obvious that the simple AII type could be encoded in the more 
complex AII type by leaving various fields set to zero, but this does 
not seem to serve any useful purpose.

Luca