RE: ebgp vs ebgp multihop [7:66127]

2003-03-25 Thread Orlando Palomar Jr CCIE#11206
One reason I can think of is that ebgp-multihop (in the lab) allows me to
peer to a remote router's loopback interface. This can somewhat overcome
situations wherein the main link can be down, but there still exists another
link in which I can keep the neighborship up for whatever reason. As BGP
runs on top of TCP, peering will still be up as long as there is another
path to the remote router's loopback interface. ie. multi-homed BGP
applications.

I'm sure there are some more advantages and disadvantages of using such
design in the real world. But I would guess that the guys from Cisco (or the
geniuses who designed BGP), put ebgp-multihop in there as a feature not to
be mandatorily used, but to overcome some unavoidable situations.


Message Posted at:
http://www.groupstudy.com/form/read.php?f=7i=66128t=66127
--
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]


Re: ebgp vs ebgp multihop [7:66127]

2003-03-25 Thread The Long and Winding Road
wrote in message
news:[EMAIL PROTECTED]
 Hi all,

 i would like to know your opinion/experience about using ebgp multihop
 comparing with ebgp. AFAIK, ebgp was designed for directly connected only
 and using ebgp multhop is not recomended for ISP envy. would you please
 tell me the caveat of using ebgp multihop for ISP envy.

While I don't know about the ISP environment, I've done several BGP labs
with other folks in different parts of the country. EBGP Multihop is a
necessary part of this, obviously.

I suppose in real world the advantage is that you can peer loopbacks, rather
than just the physical interfaces.

Another thing that comes to mind, applicable to ISP and corporate
environments, is that your iBGP routers can be located in different parts of
your network, eliminating the need for physical adjaceny.



 Any comments would be appreciated.

 regards
 hendro


 
 mail2web - Check your email from the web at
 http://mail2web.com/ .




Message Posted at:
http://www.groupstudy.com/form/read.php?f=7i=66154t=66127
--
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]


Re: ebgp vs ebgp multihop [7:66127]

2003-03-25 Thread Cisco Nuts
I do this every day for customers.They have 2 or more T-1's and would 
like to make sure that the circuit stays up if one of the T's go downAND 
they want to load balance their trafficUsing lo0 and ebgp multihop and 
using CEF with per-packet or per-destination achieves this.







From: The Long and Winding Road 
Reply-To: The Long and Winding Road 
To: [EMAIL PROTECTED]
Subject: Re: ebgp vs ebgp multihop [7:66127]
Date: Tue, 25 Mar 2003 14:48:53 GMT

wrote in message
news:[EMAIL PROTECTED]
  Hi all,
 
  i would like to know your opinion/experience about using ebgp multihop
  comparing with ebgp. AFAIK, ebgp was designed for directly connected 
only
  and using ebgp multhop is not recomended for ISP envy. would you please
  tell me the caveat of using ebgp multihop for ISP envy.

While I don't know about the ISP environment, I've done several BGP labs
with other folks in different parts of the country. EBGP Multihop is a
necessary part of this, obviously.

I suppose in real world the advantage is that you can peer loopbacks, 
rather
than just the physical interfaces.

Another thing that comes to mind, applicable to ISP and corporate
environments, is that your iBGP routers can be located in different parts 
of
your network, eliminating the need for physical adjaceny.


 
  Any comments would be appreciated.
 
  regards
  hendro
 
 
  
  mail2web - Check your email from the web at
  http://mail2web.com/ .
_
Help STOP SPAM with the new MSN 8 and get 2 months FREE*  
http://join.msn.com/?page=features/junkmail




Message Posted at:
http://www.groupstudy.com/form/read.php?f=7i=66164t=66127
--
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]