[OSPF] draft-ietf-ccamp-automesh-01.txt

"Adrian Farrel" <adrian@olddog.co.uk> Sat, 13 May 2006 18:46 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1Fez8k-0002ub-Cn; Sat, 13 May 2006 14:46:58 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Fez8j-0002uW-CK for ospf@ietf.org; Sat, 13 May 2006 14:46:57 -0400
Received: from mail1.noc.data.net.uk ([80.68.34.48]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Fez8h-0005dh-Vq for ospf@ietf.org; Sat, 13 May 2006 14:46:57 -0400
Received: from 57-99.dsl.data.net.uk ([80.68.57.99] helo=cortex.aria-networks.com) by mail1.noc.data.net.uk with esmtp (Exim 3.36 #2) id 1Fez90-0005Uf-00 for ospf@ietf.org; Sat, 13 May 2006 19:47:14 +0100
Received: from your029b8cecfe ([217.158.132.10] RDNS failed) by cortex.aria-networks.com with Microsoft SMTPSVC(6.0.3790.1830); Sat, 13 May 2006 19:46:54 +0100
Message-ID: <00e401c676bc$fa61f210$0a23fea9@your029b8cecfe>
From: Adrian Farrel <adrian@olddog.co.uk>
To: ospf@ietf.org, ccamp@ops.ietf.org
Date: Sat, 13 May 2006 15:25:48 +0100
Organization: Old Dog Consulting
MIME-Version: 1.0
Content-Type: text/plain; format="flowed"; charset="iso-8859-1"; reply-type="original"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.2180
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180
X-OriginalArrivalTime: 13 May 2006 18:46:55.0013 (UTC) FILETIME=[9B207550:01C676BD]
X-Spam-Score: 0.1 (/)
X-Scan-Signature: 50a516d93fd399dc60588708fd9a3002
Cc: Hamid Ould-Brahim <hbrahim@nortel.com>, takeda.tomonori@lab.ntt.co.jp
Subject: [OSPF] draft-ietf-ccamp-automesh-01.txt
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: Adrian Farrel <adrian@olddog.co.uk>
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ospf>, <mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ospf>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ospf>, <mailto:ospf-request@ietf.org?subject=subscribe>
Errors-To: ospf-bounces@ietf.org

Hi,

There is a draft in CCAMP that I want to bounce off the OSPF working group.

draft-ietf-ccamp-automesh-01.txt uses the new opaque LSA defined in 
draft-ietf-ospf-cap-08.txt in order to carry information about "mesh 
groups". Members of mesh groups would be connected together by tunnels to 
provide a sub-mesh across the network.

There are many applicabilities of this feature, but it is wanted in CCAMP to 
allow the construction of a mesh of MPLS-TE tunnels between a set of MPLS 
label switching routers (LSRs) within the network. This set might be a 
sub-set of the PEs, or might be a sub-set of the P-routers used to build a 
hierarchical network.

The management of the mesh membership information is not the responsibility 
of the IGP. Rather, this is opaque information that is delivered to an 
application. Thus, SPF is acting as a transport for routing-related 
information.

Any router may be a member of more than one mesh group, and many routers 
might not be in any mesh group (consider the PE mesh case where all 
P-routers are not in the group).

My questions to you:
1. Is it a concern that P-routers are being used to store and forward
   opaque information only needed by a small subset of the routers
   in the network?
2. Is there a scaling concern that there is no control on the number of
   mesh groups that may exist, nor the number of mesh groups to
   which any router can belong?

Context:
This question arises in the context of 
draft-bryskin-l1vpn-ospf-auto-discovery-01.txt that is being discussed in 
the L1VPN working group. This I-D proposes to use the IGPs (specifically 
OSPF) to distribute information about which VPNs can be accessed through the 
PEs (not general VPN membership or reachability information, but just a list 
of VPN IDs and the link I-Ds that are used to reach them). Loud voices have 
been raised in L1VPN about the scalability and appropriateness of such an 
idea, and since it seems to be very similar to automesh, I want to see 
whether you all think there is a problem with automesh.

many thanks,
Adrian





_______________________________________________
OSPF mailing list
OSPF@ietf.org
https://www1.ietf.org/mailman/listinfo/ospf