Re: [Idr] Dynamic Capability for BGP-4
Neil Matthew <neil@abelon.com> Fri, 01 September 2006 08:06 UTC
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1GJ42c-0006cJ-UQ; Fri, 01 Sep 2006 04:06:18 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GJ42b-0006cE-MC for idr@ietf.org; Fri, 01 Sep 2006 04:06:17 -0400
Received: from mail03.yourhostingaccount.com ([65.254.254.67]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GJ42Z-0003yu-BK for idr@ietf.org; Fri, 01 Sep 2006 04:06:17 -0400
Received: from scan05.yourhostingaccount.com ([10.1.1.235] helo=scan05.yourhostingaccount.com) by mail03.yourhostingaccount.com with esmtp (Exim) id 1GJ42W-00056L-1n for idr@ietf.org; Fri, 01 Sep 2006 04:06:12 -0400
Received: from authsmtp10.yourhostingaccount.com ([10.1.18.10] ident=exim) by scan05.yourhostingaccount.com with spamscanlookuphost (Exim) id 1GJ42U-00036i-S9 for idr@ietf.org; Fri, 01 Sep 2006 04:06:10 -0400
Received: from authsmtp10.yourhostingaccount.com ([10.1.18.10] helo=authsmtp10.yourhostingaccount.com) by scan05.yourhostingaccount.com with esmtp (Exim) id 1GJ42R-00036Z-97 for idr@ietf.org; Fri, 01 Sep 2006 04:06:07 -0400
Received: from 108.114.2.81.in-addr.arpa ([81.2.114.108] helo=[192.168.0.43]) by authsmtp10.yourhostingaccount.com with esmtpa (Exim) id 1GJ42Q-00074Y-Kb for idr@ietf.org; Fri, 01 Sep 2006 04:06:06 -0400
Message-ID: <44F7E9E3.40008@abelon.com>
Date: Fri, 01 Sep 2006 09:05:55 +0100
From: Neil Matthew <neil@abelon.com>
User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: idr@ietf.org
Subject: Re: [Idr] Dynamic Capability for BGP-4
References: <44F6D50D.90501@abelon.com> <44F7095F.2090901@cisco.com>
In-Reply-To: <44F7095F.2090901@cisco.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-EN-UserInfo: e65bfd3d72dfaaaf5ffb0de99fd01ea2:0d98aba8e5f6749be2df7f931a889135
X-EN-AuthUser: neilrm
X-Spam-Score: 0.0 (/)
X-Scan-Signature: c0bedb65cce30976f0bf60a0a39edea4
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/idr>
List-Post: <mailto:idr@ietf.org>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=subscribe>
Errors-To: idr-bounces@ietf.org
I'm not too concerned with the implementation of the feature as specified in the draft. As I say, my main concern is the associated impact on features such as ORF and Graceful Restart. Am I on my own here to make decisions on how I think these features will react to a dynamic change? As an example, of the top of my head, does an implementation remove a local ORF if an ORF type is removed from the capabilities advertised by a peer, or maybe it is assumed that the peer sends a REMOVE-ALL - that's what I mean by "concern". :) If it's up to the developer to make intelligent decisions on this then I guess that's the way it will have to be although I would have thought that this could lead to interoperability issues especially if there aren't actually any implementations out there yet (please correct me if I'm wrong). Cheers Neil Enke Chen wrote: > Hi, Neil: > > Just noticed that the draft has expired, will refresh. In the > meantime, you can find the draft here: > > > http://ietfreport.isoc.org/all-ids/draft-ietf-idr-dynamic-cap-08.txt > > Regarding its status, the spec has been stable since the sync > mechanism was introduced several years ago. > > -- Enke > > Neil Matthew wrote: > >> Hi Folks >> >> I note that the topic of dynamic capability support has gone kind of >> quiet. Can anyone update me with the current state of play? >> >> My primary concern is how it impacts the features (such as ORF and >> Graceful Restart) that lie behind these capabilities. Is there any >> work going on behind the scenes to detail this or is the intention >> that such matters be left to the developer? >> >> There was some discussion on this subject around 4 years ago! >> >> On a related note, are there any implementations in existence? >> >> Cheers >> >> Neil >> >> >> >> _______________________________________________ >> Idr mailing list >> Idr@ietf.org >> https://www1.ietf.org/mailman/listinfo/idr > > > _______________________________________________ Idr mailing list Idr@ietf.org https://www1.ietf.org/mailman/listinfo/idr
- [Idr] Dynamic Capability for BGP-4 Neil Matthew
- Re: [Idr] Dynamic Capability for BGP-4 Enke Chen
- Re: [Idr] Dynamic Capability for BGP-4 Neil Matthew
- Re: [Idr] Dynamic Capability for BGP-4 Enke Chen