Tauseef, please see below.
1. No need for community strings. BGP graceful restart capability will be exchanged between BGP peers during the OPEN phase of the neighborship exchange. This is enable under the BGP process peer statements.
2. When a peer sees a neighbor reset , it will hold all of the routes from that peer but will mark them as STALE. When the peer comes back online it will again exchange the BgP graceful restart flag and this peer will exchange routes with one another an it will update its routing table .
Regards,
Joe Sanchez
( please excuse the brevity of this email as it was sent via a mobile device. Please excuse misspelled words or sentence structure.)
On Nov 29, 2012, at 4:08 AM, Tauseef Khan <tasneemjan_at_googlemail.com> wrote:
> I am reading up on RFC 4724 - BGP Graceful restart for EOR marker.
>
> http://tools.ietf.org/html/rfc4724
>
> Appreciate if some one could clarify.
> 1. to configure on an ios router do you need to send extended community to
> the peers or it ios router it should work with just bgp graceful-restart
> under bgp process.
> 2. with the bgp grceful restart whena peer sees tcp/179 reset from the
> peer will it still have the routes from receiving peer in routing table or
> just in the RIB and when it sees tcp/179 socket again it will install
> routes from RIB in the FIB (routing table) rather then receiving all the
> bgp RIB again from the peer.
> 3. If some one knows a good link from cco on this please let me know.
>
> thanks in advance and regards
>
>
> Blogs and organic groups at http://www.ccie.net
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
Blogs and organic groups at http://www.ccie.net
Received on Fri Nov 30 2012 - 07:22:27 ART
This archive was generated by hypermail 2.2.0 : Sat Dec 01 2012 - 07:27:51 ART