[alcatel-nsp] 7750 Route Reflector Server Question

Ben Robinson brobinson at lsnetworks.net
Fri Mar 4 11:36:47 EST 2011


Thanks everyone for the responses. Andy and Alistair are correct, the solution requires using a dedicated community for routes learned from the external peers on the same router that is also a reflector. Thanks again Andy for the example.

Best regards,
Ben Robinson
LS Networks

________________________________
From: Andy Vance [mailto:andy.vance at 360.net]
Sent: Friday, March 04, 2011 7:59 AM
To: Ben Robinson; Griego, Michael (Michael)
Cc: alcatel-nsp at puck.nether.net
Subject: RE: [alcatel-nsp] 7750 Route Reflector Server Question

I would utilize community tags to differentiate the routes and apply different behavior to them in my export policy.

                entry 5
                    from
                        protocol bgp
                        community ebgp-community-tag
                    exit
                    action accept
                        next-hop-self
                    exit
                exit
                entry 10
                    from
                        protocol bgp
                        community ibgp-routes
                    exit
                    action accept
                    exit
                exit

Would that accomplish what you need?

Cheers,
Andy


From: alcatel-nsp-bounces at puck.nether.net [mailto:alcatel-nsp-bounces at puck.nether.net] On Behalf Of Ben Robinson
Sent: Thursday, March 03, 2011 10:35 PM
To: Griego, Michael (Michael)
Cc: alcatel-nsp at puck.nether.net
Subject: Re: [alcatel-nsp] 7750 Route Reflector Server Question

The goal is to collapse RR an ASBR functions into the same router. The solution I'm after would meet the best practice of keeping the route reflector out of the forwarding path while allowing the same router to pick up external peers.

Ben Robinson
Systems Engineer
LS Networks


-----Original message-----
From: "Griego, Michael (Michael)" <michael.griego at alcatel-lucent.com>
To: Ben Robinson <brobinson at lsnetworks.net>
Cc: "alcatel-nsp at puck.nether.net" <alcatel-nsp at puck.nether.net>
Sent: Fri, Mar 4, 2011 03:21:17 GMT+00:00
Subject: Re: [alcatel-nsp] 7750 Route Reflector Server Question
Where is the placement of the route-reflector?  If you place the route-reflector so that it is not the ebgp peering router (asbr) then all that is needed is to set next hop self on asbr and leave route reflector without next hop self.  I thought best practice was to typically remove a route reflector from forwarding path.

Mike

On Mar 3, 2011, at 5:28 PM, "Ben Robinson" <brobinson at lsnetworks.net<mailto:brobinson at lsnetworks.net>> wrote:
Greetings,

I'm using route reflection on 7750-SR (8.0R7) and want to set next hop self for routes learned from external BGP peers, but not on routes learned from internal BGP peers. The goal is to reflect routes from internal peers, preserving the IGP next hop while setting next hop self on routes from external peers. Perhaps this is the default behavior.

I can set all routes to next hop self in the 7750 Peer/Group configuration and with a policy. Since I don't want all routes advertised internally by the 7750 to have the next hop self set, I'm assuming that it is accomplished in a policy.

Firstly, does anyone know if this is the default behavior? Or, if possible, how to accomplish this with SROS policy.

The Juniper policy equivalent is:

term external {
    from route-type external;
    then {
        next-hop self;
        accept;
    }
}
term internal {
    from route-type internal;
    then accept;
}

...

Policy nhs-ipv6:
    Term external:
        from route-type external
        then nexthop self accept
    Term internal:
        from route-type internal
        then accept


Thanks,


Ben Robinson
Systems Engineer
LS Networks, Inc.

_______________________________________________
alcatel-nsp mailing list
alcatel-n <mailto:alcatel-nsp at puck.nether.net>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/alcatel-nsp/attachments/20110304/0e78e101/attachment-0001.html>


More information about the alcatel-nsp mailing list