In this case loop is not created because by default next-hop is not changed for reflected routes but only for routes received from ebgp peers (In this case from R7). But if you use a route map and try to changed the next-hop, it is possible to change the next-hop even for reflected routes.
Thanks Suresh On Wed, Jun 4, 2008 at 10:10 AM, Carlos Valero <[EMAIL PROTECTED]> wrote: > Hello, > > I'm a little bit confused with the final note given in this task. > > This task asks us to do the following: > > • Create a loopback interface on R8 to use the subnet of 8.8.8.1 /24. > • Enable OSPF between R7 and R8 (150.50.5.64) and on the newly created > loopback interface on R8. > • Make the loopback interface a point-to-point OSPF network. > > • Have R8 redistribute the Ethernet (150.50.4.0) subnet into OSPF. > > • Ensure that all BGP speakers in AS200 have subnets > 8.8.8.0 and 150.50.4.0 in their BGP tables. > > The solution for this final part is: > > R5 > -- > router bgp 65256 > neighbor 150.50.100.2 next-hop-self > neighbor 150.50.100.6 next-hop-self > > > However, the following note is included: > > We could use the same next-hop-self thing we did on R7. > It's good to read through the lab and know your > topology. Changing next-hop to yourself MAY cause routing problems in larger > networks. In this instance, since R2 is the hub but R5 is the > route-reflector. So R2 > would see R5 as the next hop for R6's network. But R5 would send the packet > back > THROUGH R2 for L3 mappings. Routing loop! > > But this is exactly what was done (that is, next-hop-self) > So I don't really know what this final note really means. > > Is "next-hop-self" the actual solution, or do we have to look for an > alternative? > > Thank you! > > > C. Valero. > > > --- On >
