The MPLS-OPS Archive

["M. ELK" <elkou141061@hotmail.com>]

Hi Spice

reg :

"RRs do not simply "avoid the full mesh but they also form a component in 
the forwarding plane (Route servers would suffice if one was to avoid the 
full mesh)."

As fast as i understand :
The RR do not change the next-hop (i-BGP) so it is not a component in the 
forwarding plane
(unless the topology itself and the selction of the node where RR is running 
dicdate/mandate  that the RR will be in the forwarding path ) .

The normal case deployement :  RR is running on sperate dedicated box and 
not at all in the forwarding path.

For Inter-as option "C" where it exist e-BGP between the RR of each AS . The 
RR will be
in the forward path (the net-hop is for the RR as it is e-BGP ) still it 
exist an option in CSCO to not alter the next-hop ( BGP Next Hop Ptopagation 
, neighbor next-hop-unchanged  ) so the RR will not be in the forwarding 
path even in this case .

Brgds
>From: Spice Sylvia <falsesylvia@yahoo.co.uk>
>To: shailendra gupta <guptashailendra@hotmail.com>,        
>Devendra.Vyas@relianceinfo.com, mpls-ops@mplsrc.com
>Subject: RE: [MPLS-OPS]: RSVP Labels , RReflector
>Date: Mon, 15 Mar 2004 18:26:22 +0000 (GMT)
>
>RR C will carry the best routes out of those obtained from A&B in the 
>forwarding table.
>
>RRs do not simply "avoid the full mesh but they also form a component in 
>the forwarding plane (Route servers would suffice if one was to avoid the 
>full mesh).
>
>As far as MPLS goes, it seems logical that only "flow mappings" (or Label 
>mappings) for flows/LSPs for it's clients need be present in the RR.
>
>I also assume that you are not looking at "TE" as a very active requirement 
>for your network.
>
>shailendra gupta <guptashailendra@hotmail.com> wrote:
>
>Dear Devendra
>
>Reg yr query on Route-Reflector, the RS will have all routes advertised by 
>RCs.. The Route-Reflector solves the iBGP Full Mesh requirement, however it 
>also carries all the routes advertised by Route Reflector Clients (assuming 
>there is no Route Advertisement Restriction/Filtering, imposed through 
>Policy Map, pointing to RS).
>
>Hope this help.
>
>Shail
>
>
>
>
>
>
>
>
>
>
>
>
> >From: Devendra.Vyas@relianceinfo.com
> >To: mpls-ops@mplsrc.com
> >Subject: [MPLS-OPS]: RSVP Labels , RReflector
> >Date: Sun, 14 Mar 2004 19:40:00 +0530
> >
> >
> >
> >
> >
> >
> >im referring to Juniper .
> >
> >suppose i want to trace a RSVP LSP..which commands can help me to see the
> >labels associated with the LSP.
> >
> >
> >secondly,
> >
> >i have a doubt about rreflector....does the RR carry all the routes or it
> >simply acts as a common peering point.
> >
> >eg.if A is an RRserver ...and C & B are it's clients is it necessary that
> >all routes that are there in all the tables of C& B will be there in A.
> >
> >Thanks & Regards,
> >
> >Devendra Vyas
> >
> >-------
> >The MPLS-OPS Mailing List
> >Subscribe/Unsubscribe:  http://www.mplsrc.com/mplsops.shtml
> >Archive: http://www.mplsrc.com/mpls-ops_archive.shtml
>
>
>
>---------------------------------
>Contact brides & grooms FREE! Only on www.shaadi.com. Register now! ------- 
>The MPLS-OPS Mailing List Subscribe/Unsubscribe: 
>http://www.mplsrc.com/mplsops.shtml Archive: 
>http://www.mplsrc.com/mpls-ops_archive.shtml
>
>---------------------------------
>Too much spam in your inbox? Yahoo! Mail gives you the best spam protection 
>for FREE! Get Yahoo!Mail

_________________________________________________________________
Tired of spam? Get advanced junk mail protection with MSN 8. 
http://join.msn.com/?page=features/junkmail

-------
The MPLS-OPS Mailing List
Subscribe/Unsubscribe:  http://www.mplsrc.com/mplsops.shtml
Archive: http://www.mplsrc.com/mpls-ops_archive.shtml