RE: BGP help needed

From: hon-siong chan (honsiong@xxxxxxxxxxx)
Date: Thu Aug 05 1999 - 03:40:59 GMT-3


   

Hi Derek,

How do I use the "next-hop-self" statement when it is pointing to a router's
interface (indirectly connected...), but not another router? ISn't that the
solutions to using "ebgp-multihop" are either static router or IGP?

Regards
HonSiong

>From: Derek Fage <DerekF@ITEXJSY.com>
>To: 'hon-siong chan' <honsiong@hotmail.com>, Alex.Dean@telecom.co.nz
>CC: ccielab@groupstudy.com
>Subject: RE: BGP help needed
>Date: Wed, 4 Aug 1999 09:06:09 +0100
>
>You could always look into the neighbor next-hop-self statement. It is
>possible in a lab environment that you will be told that you cannot use any
>static routes.
>
>Derek...
>
> > -----Original Message-----
> > From: hon-siong chan [SMTP:honsiong@hotmail.com]
> > Sent: 04 August 1999 08:51
> > To: Alex.Dean@telecom.co.nz
> > Cc: ccielab@groupstudy.com
> > Subject: Re: BGP help needed
> >
> > Alex,
> >
> > Q1. Yes, it worked after putting a static route! So the concept I got
>now
> > is
> > "Whenever there's an ebgp-multihop statement, you either specify a
>static
> > route or IGP to get to the indirectly connected next BGP hop interface."
> >
> > Q2. R1 loopbacks are advertised in fact....I found my mistake as I need
>to
> >
> > advertise the network between R1 & R3 also & redistribute them.
> >
> > Really appreciate your advise, Alex, MANY THANKS!
> >
> > Regards
> > HonSiong
> >
> >
> >
> > >From: "Alex Dean" <Alex.Dean@telecom.co.nz>
> > >Reply-To: "Alex Dean" <Alex.Dean@telecom.co.nz>
> > >To: <ccielab@groupstudy.com>
> > >CC: <honsiong@hotmail.com>
> > >Subject: Re: BGP help needed
> > >Date: Wed, 04 Aug 1999 15:36:25 +1200
> > >
> > >For Q1 you need a route to the remote interface on its neighbor.
>Either
> > >use a static route or another IGP. Once you can ping the interface -
> > then
> > >you can use it aswith the ebgp multihop command and sepcify an update
> > >source.
> > >
> > >For Q2, you need to make sure R4 is advertising its loopbacks. Either
> > use
> > >a network statement for them, or use a static route to null 0 (you can
> > >effectively summarise it with this command) and redistribute it. In
> > >practice a more specific route will be used so the route to null will
>be
> > >ignored.
> > >
> > >Hope this helps.
> > >
> > >Cheers
> > >Alex Dean
> > >
> > >
> > >
> > > >>> "hon-siong chan" <honsiong@hotmail.com> 04/08/99 14:43:50 >>>
> > >I need help on my BGP problems encountered in my own practise
> > >lab......Below
> > >is the diagram: (Sorry for the length of question!)
> > >
> > >
> > > R1-------R3--------R2
> > > |
> > > |
> > > |
> > > R4
> > >
> > >R1 has 2 loopbacks and 1 serial to R3: int lo0 172.16.4.1/28
> > > int lo1 172.16.6.1/28
> > > int S0 172.16.1.1/24
> > >
> > >R2 has 1 loopback & 1 serial to R3: int lo0 172.16.5.1/24
> > > int S0 172.16.2.1/24
> > >
> > >R3 has 2 serials to R1/R2 & 1 ethernet to R4: int S0 172.16.1.2/24
> > > int S1 172.16.2.2/24
> > > int e0 172.16.3.1/24
> > >
> > >R4 has 1 loopback & 1 ethernet to R3: int lo0 172.16.0.33/27
> > > int e0 172.16.3.2/24
> > >
> > >I configured R1,R2 & R3 in BGP AS200, and running OSPF as area 0; while
> > R4
> > >in BGP AS400 only. R3 & R4 are pointing to indirectly connected
> > interfaces;
> > >R3 points to R4's lo0, and R4 points to R3 S0, so I used ebgp-multihop
> > >command & update-source command respectively.I also redistribute BGP
> > AS200
> > >into OSPF area 0.
> > >
> > >Q1: When I issued "sh ip bgp neighbor". The state is only Active and no
> > >active TCP connection established.
> > >
> > >Only when I point to directly connected interfaces without using
> > >ebgp-multihop & update-souce commands then the link between R3 & R4 is
> > >established???Why?
> > >
> > >Q2: I need R2, R3 & R4 to be able to see routes from R1's loopbacks. Do
>I
> > >need to summarise the 2 loopbacks in R1? What do I need to do?
> > >
> > >Any comments are much appreciated....
> > >
> > >Regards
> > >HonSiong
> > >
> > >
> > >



This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 08:21:46 GMT-3