RE: BGP Confederation peering question

From: tycampbell@comcast.net
Date: Fri Jun 11 2004 - 09:44:24 GMT-3


thanks...yes..I did try it without it and the link didn't come up until I added the ebgp-multihop...just wanted to make sure :-)

> Yep. Inter-SUB-AS links are considered "external", so you'll need multihop to
> link sub-ASs if you use loopbacks...
>
>
>
> -----Original Message-----
> From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On Behalf Of
> tycampbell@comcast.net
> Sent: vrijdag 11 juni 2004 13:36
> To: ccielab@groupstudy.com
> Subject: BGP Confederation peering question
>
>
> When do a confederation, and all the neighbor peering is done with loopbacks, if
> the sub-AS is different, should you use ebgp-multihop ? I know that it is not
> done for routers in the same AS, but was wondering if it was needed within the
> confederation also, for a sub-AS
>
> for example..
> r1
> int loop0
> ip add 10.2.2.2 255.255.255.255
>
> router bgp 65234
> bgp confed id 400
> bgp confed peer 65321
> nei 10.1.1.1 remote 65321
> nei 10.1.1.1 update-source loop0
> nei 10.1.1.1 ebgp-mutlihop 2
>
>
> r2
> int loop0
> ip add 10.1.1.1 255.255.255.255
>
> router bgp 65321
> bgp confed id 400
> bgp confed peer 65234
> nei 10.2.2.2 remote 65234
> nei 10.2.2.2 update-source loop0
> nei 10.2.2.2 ebgp-multihop 2
>
>
> Thanks!
>
> _______________________________________________________________________
> Please help support GroupStudy by purchasing your study materials from:
> http://shop.groupstudy.com
>
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
> ################################################################################
> #####
> This e-mail and any attached files are confidential and may be legally
> privileged.
> If you are not the addressee, any disclosure, reproduction, copying,
> distribution,
> or other dissemination or use of this communication is strictly prohibited.
> If you have received this transmission in error please notify Simac immediately
> and then delete this e-mail.
>
> Simac has taken all reasonable precautions to avoid virusses in this email.
> Simac does not accept liability for damage by virusses, for the correct and
> complete
> transmission of the information, nor for any delay or interruption of the
> transmission,
> nor for damages arising from the use of or reliance on the information.
>
> All e-mail messages addressed to, received or sent by Simac or Simac employees
> are deemed to be professional in nature. Accordingly, the sender or recipient of
> these messages agrees that they may be read by other Simac employees than the
> official
> recipient or sender in order to ensure the continuity of work-related activities
> and allow supervision thereof.
> ################################################################################
> #####
>
> _______________________________________________________________________
> Please help support GroupStudy by purchasing your study materials from:
> http://shop.groupstudy.com
>
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html



This archive was generated by hypermail 2.1.4 : Sat Jul 03 2004 - 19:40:37 GMT-3