Re: concerns about tunnels
Albert Tian <tian@redback.com> Mon, 27 September 2004 19:13 UTC
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA23003 for <rtgwg-web-archive@ietf.org>; Mon, 27 Sep 2004 15:13:38 -0400 (EDT)
Received: from megatron.ietf.org ([132.151.6.71]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1CC141-0003r7-Fo for rtgwg-web-archive@ietf.org; Mon, 27 Sep 2004 15:21:36 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1CC0q0-0006OM-7w; Mon, 27 Sep 2004 15:07:04 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1CC0mY-0003ny-1J for rtgwg@megatron.ietf.org; Mon, 27 Sep 2004 15:03:30 -0400
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA21814 for <rtgwg@ietf.org>; Mon, 27 Sep 2004 15:03:27 -0400 (EDT)
Received: from prattle.redback.com ([155.53.12.9]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1CC0uC-0003ga-MI for rtgwg@ietf.org; Mon, 27 Sep 2004 15:11:26 -0400
Received: from localhost (localhost [127.0.0.1]) by prattle.redback.com (Postfix) with ESMTP id B8A09467F16; Mon, 27 Sep 2004 12:03:26 -0700 (PDT)
Received: from prattle.redback.com ([127.0.0.1]) by localhost (prattle [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 18312-10; Mon, 27 Sep 2004 12:03:25 -0700 (PDT)
Received: from redback.com (redwood.redback.com [155.53.44.120]) by prattle.redback.com (Postfix) with ESMTP id 2D1F7467F0F; Mon, 27 Sep 2004 12:03:25 -0700 (PDT)
Message-ID: <415863FD.BDAFD47D@redback.com>
Date: Mon, 27 Sep 2004 12:03:25 -0700
From: Albert Tian <tian@redback.com>
X-Mailer: Mozilla 4.8 [en] (X11; U; Linux 2.4.18 i386)
X-Accept-Language: en
MIME-Version: 1.0
To: Alia Atlas <aatlas@avici.com>
References: <1E7140413C19AD4E827D63B820A24D2B01B0DD0E@zrtphxm2> <5.1.0.14.2.20040927105804.0202ea98@pop.avici.com>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at redback.com
X-Spam-Score: 0.0 (/)
X-Scan-Signature: b19722fc8d3865b147c75ae2495625f2
Content-Transfer-Encoding: 7bit
Cc: Alex Zinin <zinin@psg.com>, rtgwg@ietf.org, Don Fedyk <dwfedyk@nortelnetworks.com>, mike shand <mshand@cisco.com>
Subject: Re: concerns about tunnels
X-BeenThere: rtgwg@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: rtgwg.ietf.org
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/rtgwg>, <mailto:rtgwg-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:rtgwg@ietf.org>
List-Help: <mailto:rtgwg-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/rtgwg>, <mailto:rtgwg-request@ietf.org?subject=subscribe>
Sender: rtgwg-bounces@ietf.org
Errors-To: rtgwg-bounces@ietf.org
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 69a74e02bbee44ab4f8eafdbcedd94a1
Content-Transfer-Encoding: 7bit
Hi, Alia, Yes that is an issue needs to be solved, but it may not be as serious: a) there are solutions that do not require LDP full mesh. For example, draft-shen-mpls-ldp-nnhop-label-01.txt that would let you learn LDP next-nexthop labels. b) there are people who would not mind LDP full mesh. Thanks, Albert Alia Atlas wrote: > > The other complexity which any type of tunnel introduces is for additional > protocols, such as LDP, which requires a label from the tunnel end-point. > > With tunnels, X would need to maintain an LDP adjacency with every > potential tunnel-endpoint Y, so that the labels are available. If you go > to a mechanism like the directed forwarding, then an adjacency would need > to be maintained with every router to whom the traffic might be directed. > > Since VPNs and pseudo-wires are a source of the traffic which needs better > resiliency, this is a serious concern. > > Alia > > _______________________________________________ > Rtgwg mailing list > Rtgwg@ietf.org > https://www1.ietf.org/mailman/listinfo/rtgwg _______________________________________________ Rtgwg mailing list Rtgwg@ietf.org https://www1.ietf.org/mailman/listinfo/rtgwg
- Reconvergence micro-loops: problem and solutions … Alex Zinin
- Re: Reconvergence micro-loops: problem and soluti… mike shand
- Re: Reconvergence micro-loops: problem and soluti… Alex Zinin
- Re: Reconvergence micro-loops: Incremental Cost A… Alex Zinin
- Re: Reconvergence micro-loops: Incremental Cost A… mike shand
- Re: Reconvergence micro-loops: Incremental Cost A… Alex Zinin
- Re: Reconvergence micro-loops: problem and soluti… Alia Atlas
- Re: Reconvergence micro-loops: problem and soluti… mike shand
- Re: Reconvergence micro-loops: problem and soluti… Pekka Savola
- Re: Reconvergence micro-loops: problem and soluti… Alia Atlas
- Re: Reconvergence micro-loops: problem and soluti… mike shand
- RE: Reconvergence micro-loops: problem and soluti… Don Fedyk
- Re: Reconvergence micro-loops: problem and soluti… Albert Tian
- RE: Reconvergence micro-loops: problem and soluti… mike shand
- Re: Reconvergence micro-loops: problem and soluti… Stewart Bryant
- RE: Reconvergence micro-loops: problem and soluti… Alia Atlas
- concerns about tunnels Alia Atlas
- Re: Reconvergence micro-loops: problem and soluti… Curtis Villamizar
- tunnels are unavoidable for IPFRR Albert Tian
- Re: Reconvergence micro-loops: problem and soluti… mike shand
- Re: tunnels are unavoidable for IPFRR mike shand
- Re: concerns about tunnels Albert Tian
- Re: Reconvergence micro-loops: problem and soluti… Curtis Villamizar
- Re: concerns about tunnels Alia Atlas
- Re: Reconvergence micro-loops: problem and soluti… Stewart Bryant
- Re: concerns about tunnels Albert Tian
- Re: tunnels are unavoidable for IPFRR Pekka Savola
- Re: tunnels are unavoidable for IPFRR Albert Tian
- Re: tunnels are unavoidable for IPFRR Pekka Savola
- Re: tunnels are unavoidable for IPFRR Albert Tian
- Re: concerns about tunnels Albert Tian
- Re: Reconvergence micro-loops: problem and soluti… mike shand
- Re: Reconvergence micro-loops: problem and soluti… Albert Tian
- Re: Reconvergence micro-loops: problem and soluti… mike shand
- Re: Reconvergence micro-loops: problem and soluti… Curtis Villamizar
- Re: Reconvergence micro-loops: problem and soluti… Stewart Bryant
- Re: Reconvergence micro-loops: problem and soluti… Albert Tian
- Re: Reconvergence micro-loops: problem and soluti… Alex Zinin
- Re: Reconvergence micro-loops: problem and soluti… Curtis Villamizar
- Re: Reconvergence micro-loops: problem and soluti… Albert Tian
- Re: Reconvergence micro-loops: problem and soluti… Stewart Bryant
- Re: Reconvergence micro-loops: problem and soluti… Alex Zinin
- Re: Reconvergence micro-loops: problem and soluti… Stewart Bryant
- Re: Reconvergence micro-loops: problem and soluti… Stewart Bryant
- Re: Reconvergence micro-loops: problem and soluti… Albert Tian
- Re: Reconvergence micro-loops: problem and soluti… Alia Atlas
- Re: Reconvergence micro-loops: problem and soluti… Stewart Bryant
- Re: Reconvergence micro-loops: problem and soluti… Alex Zinin
- Re: Reconvergence micro-loops: problem and soluti… Alia Atlas
- RE: Reconvergence micro-loops: problem and soluti… Don Fedyk
- Re: Reconvergence micro-loops: problem and soluti… Albert Tian
- Re: Reconvergence micro-loops: problem and soluti… Alia Atlas
- FRR for ip multicast traffic Albert Tian
- Re: FRR for ip multicast traffic Alia Atlas
- Re: Reconvergence micro-loops: problem and soluti… Alex Zinin
- RE: Reconvergence micro-loops: problem and soluti… Olivier Bonaventure