Re: BGP basic router-id understanding

From: Bob Sinclair (bsinclair@netmasterclass.net)
Date: Thu May 19 2005 - 18:10:25 GMT-3


SAN,

Right! The RIDs are relevant only when sync is enabled and you are
redistributing BGP into OSPF. You set the RID for the entire process:

router ospf 1
router-id 172.16.103.1

router bgp 1
bgp router-id 172.16.103.1

You can see the RIDs on the receiving router as shown in the ouput below.

R1#sh ip bgp 157.10.1.208
BGP routing table entry for 157.10.1.208/28, version 4
Paths: (1 available, best #1, table Default-IP-Routing-Table,
RIB-failure(17))
  Advertised to non peer-group peers:
  172.16.123.2
  500
    172.16.43.3 (metric 65) from 172.16.43.3 (172.16.103.1)
      Origin IGP, metric 0, localpref 100, valid, internal, synchronized,
best

SHOW IP BGP 157.10.1.208 shows the RID of the BGP source <172.16.103.1>

R1#sh ip route 157.10.1.208
Routing entry for 157.10.1.208/28
  Known via "ospf 1", distance 110, metric 1
  Tag 500, type extern 2, forward metric 65
  Last update from 172.16.14.4 on Serial0/0.14, 00:34:54 ago
  Routing Descriptor Blocks:
  * 172.16.14.4, from 172.16.103.1, 00:34:54 ago, via Serial0/0.14
      Route metric is 1, traffic share count is 1

SHOW IP ROUTE 157.10.1.208 command shows the RID of the ASBR <172.16.103.1>

HTH,

Bob Sinclair
CCIE #10427, CCSI 30427, CISSP
www.netmasterclass.net

  ----- Original Message -----
  From: san
  To: Bob Sinclair ; Cisco certification
  Sent: Thursday, May 19, 2005 4:26 PM
  Subject: Re: BGP basic router-id understanding

  Bob,

  Thanks Bob.

  Can you check if i am correct.
  This problem happens if sync is enabled & Rtr is redistributing BGP to
  ospf & that Rtr is not a ASBR

  route-maps does not have a "set router-id" option..how can i change
  the router-id of adversiting routes ?

  Do you have a link to this solution?

  /SAN

  On 5/19/05, Bob Sinclair <bsinclair@netmasterclass.net> wrote:
>
> San,
>
>
> RFC 1745 says that when synchronization is enabled and you are
> redistributing BGP into OSPF, then the BGP source must also be OSPF ASBR.
> If they differ, BGP considers the route un-synchronized.
>
> The basic problem can be satisfied by making sure that the redistribution
is
> done on the BGP border router, and by assuring that the OSPF RID on that
> router is the same as the BGP RID on that router. (which they would be
by
> default).
>
> The document you reference points out that it is very difficult, if not
> impossible, to satisfy the RFC 1745 requirement when you use
> route-reflectors. This is because the route-reflector changes the BGP
> source to the RID of the route-reflector. If the RR is not the ASBR, you
> have problems.
>
> As a hack, you can tweak the RIDs so that the OSPF ASBR RID is the same
as
> the RR RID, even if they are different routers.
>
> HTH,
>
>
> Bob Sinclair
> CCIE #10427, CCSI 30427, CISSP
> www.netmasterclass.net
>
>
> ----- Original Message -----
> From: san
> To: Cisco certification
> Sent: Thursday, May 19, 2005 12:37 PM
> Subject: BGP basic router-id understanding
>
> Hello Group,
>
> I am trying to understand BGP Notes from 911networks.com. I did not
> understand the below points or how to do it . If possible, can you
> explain me how to solve it ?
>
>
> Statement 1:
> ---------------
> The ospf router-id must be the same as the bgp router-id for
> redistributing the routes from ospf to bgp. It needs to be done
> manually if a route-reflector is involved or it won't work.
>
> Question 1:
> ----------------
> ex: R1---------R2 (RR)------R3
> Should i change the router-id of incoming ospf updates on R3 ? or
> should i change Bgp router-id on R3 ? Any examples.
>
> Closest i found from searching is below, but could not benefit.
> http://www.groupstudy.com/form/read.php?f=7&i=30353&t=30126
>
>
> Statement 2:
> --------------
> The BGP Router-id is used with the synchronization and in iBGP the BGP
> Router-id is used as tie breaker for the BGP path selection
>
> * Just because the next hop is pingable, it does not mean it's a
> valid next hop.
> * Next hop addresses that are reachable only via a default route
> aren't valid.
> * Next hop addresses that are reachable only via another BGP route
> are also not valid.
> Question 2:
> ---------------
> I thought, if there is a problem with nexthop, route will not be
> available in BGP routing table right ?
>
>
>
> /SAN
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html

  _______________________________________________________________________
  Subscription information may be found at:
  http://www.groupstudy.com/list/CCIELab.html



This archive was generated by hypermail 2.1.4 : Fri Jun 03 2005 - 10:11:59 GMT-3