Re: thoughts on draft-bryant-shand-ipfrr-notvia-addresses-00.txt
Alia Atlas <aatlas@avici.com> Mon, 16 May 2005 17:24 UTC
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DXjKQ-0002fE-Tc; Mon, 16 May 2005 13:24:30 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DXjKP-0002f7-LU for rtgwg@megatron.ietf.org; Mon, 16 May 2005 13:24:29 -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 NAA13747 for <rtgwg@ietf.org>; Mon, 16 May 2005 13:24:26 -0400 (EDT)
Received: from gateway.avici.com ([208.246.215.5] helo=mailhost.avici.com) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DXjay-0004fD-20 for rtgwg@ietf.org; Mon, 16 May 2005 13:41:38 -0400
Received: from aatlas-lt.avici.com (aatlas-lt.avici.com [10.2.20.92]) by mailhost.avici.com (8.12.8/8.12.8) with ESMTP id j4GHLqnm009765; Mon, 16 May 2005 13:21:52 -0400
Message-Id: <5.1.0.14.2.20050516131445.01e8adb0@10.2.0.68>
X-Sender: aatlas@10.2.0.68
X-Mailer: QUALCOMM Windows Eudora Version 5.1
Date: Mon, 16 May 2005 13:21:42 -0400
To: Naiming Shen <naiming@cisco.com>
From: Alia Atlas <aatlas@avici.com>
In-Reply-To: <4288C28C.2020105@cisco.com>
References: <42887E17.3020604@pi.se> <4.3.2.7.2.20050426141038.021f1a90@jaws.cisco.com> <4275DCE9.3070701@pi.se> <42764F53.40508@cisco.com> <42887E17.3020604@pi.se>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
X-Avici-MailScanner-Information: Please contact the ISP for more information
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 14582b0692e7f70ce7111d04db3781c8
Cc: Loa Andersson <loa@pi.se>, mike shand <mshand@cisco.com>, rtgwg@ietf.org
Subject: Re: thoughts on draft-bryant-shand-ipfrr-notvia-addresses-00.txt
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
Naiming, One concern is what precisely is gained by this extension. It seems to be removing the overhead of the additional LDP sessions & adding in the assumption that the LDP labels are allocated per-platform. There are also timing issues - such as what is the delay in obtaining the new information & the effect of using the old. For instance, does a neighbor N, on receiving a label withdraw from its neighbor R, send an immediate label release or wait until all routers that N has forwarded R's label to have released it? Another is what does S do when it detects that the LDP session to N is down? Say there is a single link from S to N which has an untargeted LDP session on it. When the link fails, if it's POS, MPLSCP will also go down - triggering the session to be torn down. At the same time, traffic may be forwarded, using labels learned from N, to N's neighbor R. When/how are those labels invalidated? Alia At 11:55 AM 5/16/2005, Naiming Shen wrote: >Loa, > >Check out the MPLS mailing list archive April 2004 with >subject of "discussion on nexthop fast-reroute drafts". >I posted the mail first on the list asking for two drafts, > >draft-shen-nhop-fastreroute-00.txt >draft-shen-mpls-ldp-nnhop-label-00.txt > >to be adopted as the working group document in mpls-wg. >there were some syntax comments and some IPR dicussions >followed. the IPR issue should be fixed and we also >posted version-1 drafts after that. I can post the >new versions and start the discussion again. > >thanks. >- Naiming > >Loa Andersson said the following on 05/16/2005 04:03 AM: >>Naiming, >>could you give me the pointer to "the last time" you are >>refereing to. I find "the latest" in the reference to this >>from the Seoul meeting. There were two question posed, do >>we want to take LDP there and will it actually achieve >>what the authors claim. Both questions were left for >>further discussion on the MPLS mailing list. As far as >>I remember this discussion has not taken place. >>/Loa >>Naiming Shen wrote: >> >>>Loa, >>> >>>Last time the issue was with the wording of IPR statement in the >>>previous version of NNHOP LDP draft, we plan to refresh the >>>document in the mpls wg soon. >>> >>>thanks. >>>- Naiming >>> >>>Loa Andersson said the following on 05/02/2005 12:55 AM: >>> >>>>Mike, >>>> >>>>actually the Naimings draft did not go anywhere when discussed in the >>>>MPLS wg, this change to LDP would have to be taken up in the mpls again. >>>> >>>>/Loa >>>> >>>>> >>>>>>2. Explicit tunnels are needed, which means that targeted LDP >>>>>>sessions are necessary to have this support LDP traffic. >>>>> >>>>> >>>>> >>>>> >>>>> >>>>>Yes. In the case of node protection we could also using Naiming's >>>>>scheme of next-next hop LDP advertisement. >>>> >>>> >>>>_______________________________________________ >>>>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 _______________________________________________ Rtgwg mailing list Rtgwg@ietf.org https://www1.ietf.org/mailman/listinfo/rtgwg
- thoughts on draft-bryant-shand-ipfrr-notvia-addre… Alia Atlas
- Re: thoughts on draft-bryant-shand-ipfrr-notvia-a… mike shand
- Re: thoughts on draft-bryant-shand-ipfrr-notvia-a… Alia Atlas
- Re: thoughts on draft-bryant-shand-ipfrr-notvia-a… stefano previdi
- Re: thoughts on draft-bryant-shand-ipfrr-notvia-a… Stewart Bryant
- Re: thoughts on draft-bryant-shand-ipfrr-notvia-a… Alia Atlas
- Re: thoughts on draft-bryant-shand-ipfrr-notvia-a… stefano previdi
- Re: thoughts on draft-bryant-shand-ipfrr-notvia-a… Alia Atlas
- Re: thoughts on draft-bryant-shand-ipfrr-notvia-a… Alia Atlas
- Re: thoughts on draft-bryant-shand-ipfrr-notvia-a… stefano previdi
- Re: thoughts on draft-bryant-shand-ipfrr-notvia-a… Alia Atlas
- Re: thoughts on draft-bryant-shand-ipfrr-notvia-a… mike shand
- Re: thoughts on draft-bryant-shand-ipfrr-notvia-a… stefano previdi
- Re: thoughts on draft-bryant-shand-ipfrr-notvia-a… Alia Atlas
- Re: thoughts on draft-bryant-shand-ipfrr-notvia-a… Alia Atlas
- Re: thoughts on draft-bryant-shand-ipfrr-notvia-a… Stewart Bryant
- Re: thoughts on draft-bryant-shand-ipfrr-notvia-a… Alia Atlas
- Re: the shen-mpls-nnhop Was:(Re: thoughts on draf… Naiming Shen
- Re: thoughts on draft-bryant-shand-ipfrr-notvia-a… Stewart Bryant
- Re: thoughts on draft-bryant-shand-ipfrr-notvia-a… Alia Atlas
- Re: thoughts on draft-bryant-shand-ipfrr-notvia-a… Loa Andersson
- Re: thoughts on draft-bryant-shand-ipfrr-notvia-a… Naiming Shen
- Re: thoughts on draft-bryant-shand-ipfrr-notvia-a… Loa Andersson
- Re: thoughts on draft-bryant-shand-ipfrr-notvia-a… Naiming Shen
- Re: thoughts on draft-bryant-shand-ipfrr-notvia-a… Alia Atlas
- Re: thoughts on draft-bryant-shand-ipfrr-notvia-a… Naiming Shen
- the shen-mpls-nnhop Was:(Re: thoughts on draft-br… Loa Andersson
- Re: the shen-mpls-nnhop Was:(Re: thoughts on draf… Stewart Bryant
- Re: thoughts on draft-bryant-shand-ipfrr-notvia-a… Alia Atlas
- Re: the shen-mpls-nnhop Was:(Re: thoughts on draf… Loa Andersson
- Re: the shen-mpls-nnhop Was:(Re: thoughts on draf… Stewart Bryant
- Re: the shen-mpls-nnhop Was:(Re: thoughts on draf… Alia Atlas
- Re: the shen-mpls-nnhop Was:(Re: thoughts on draf… Loa Andersson
- Re: the shen-mpls-nnhop Was:(Re: thoughts on draf… Alia Atlas
- Re: the shen-mpls-nnhop Was:(Re: thoughts on draf… Loa Andersson
- Re: the shen-mpls-nnhop Was:(Re: thoughts on draf… Alex Zinin
- Re: the shen-mpls-nnhop Was:(Re: thoughts on draf… George Swallow
- Re: thoughts on draft-bryant-shand-ipfrr-notvia-a… Naiming Shen