[Idr] draft-keyur-bgp-enhanced-route-refresh-00.xt

[<[e-mail]>]

Keyur,
 
I have a major question regarding your proposal.
My question is concerning the processing in parallel of transient
updates and route-refresh RIB out advertisement.
Consider a BGP speaker that is receiving transient updates from some
peers and that will serve a route-refresh to another peer.
It's very impacting to wait for the route-refresh service to be finished
before sending transient updates to the peer receiving the route-refresh
as it may impact customer convergence time if the RIB-OUT is huge
(hundreds of thousands of prefixes). For example, a new update
advertising a customer backup route to be used will be delayed to that
peer.
Can you confirm that in your proposal, the BGP speaker serving the
route-refresh will wait to for RIB-out advertisement to be finished,
then send demarcation end, finally will serve transient updates ?
 
Thanks
 
Stephane
 
 

*********************************
This message and any attachments (the "message") are confidential and intended solely for the addressees. 
Any unauthorised use or dissemination is prohibited.
Messages are susceptible to alteration. 
France Telecom Group shall not be liable for the message if altered, changed or falsified.
If you are not the intended addressee of this message, please cancel it immediately and inform the sender.
********************************