The MPLS-OPS Archive[Date Prev][Date Next][Thread Prev][Thread Next] [Date Index][Thread Index][Author Index][Subject Index] Re: label space
Hi Rober Could we state the following : - For label distribution with direct/immediate neighbor : The box could use per interface or per plateform -For indirect neighbor (sevral hop away and distribution say by BGP) : It is mandatory that the labels to be from the per plateform pool . - reg the range of label per pool . The per-interface pool say for if1 could intersect with any other per-interface pool (if2 ...ifn) . . The per-plateform pool should not intersect with any per-interface pool .
Reg : Quote >* For packet with labels comming from a SP backbone to the PE we don't >check the VPN label - to be honest I am not even sure what should the >check look like in either case per platform or per interface label spac Unquote guess that the BGP/MPLS VPN draft touch this point in section 13 page 33 Quote - the packet's top label has a label value which the receiving I understood that the PE should check that the labels advertised for the VRF routes should only be accepted from interfaces which could be in the forwarding path to other PE's . Fot the case of full MP-iBGP mesh the PE will know all other PE's address and by checking the LIB the PE could find out all eligibe interfaces. ie: say PE1 advertise for certain VRF route a label (L) to PE2 . PE1 check the LIB for all interface where it recieve a label for PE2 ,say the list is {s1,s2} . Label (L) will only be accepted from s1 or s2 . In case of RR , the PE will not be aware reg other PE's address so the rule is compromised to accept label (L) from any global interface (not associated with any VRF) . Could U pls comments. Brgds
>From: Robert Raszuk MSN Photos is the easiest way to share and print your photos: Click Here ------- The MPLS-OPS Mailing List Subscribe/Unsubscribe: http://www.mplsrc.com/mplsops.shtml Archive: http://www.mplsrc.com/mpls-ops_archive.shtml |
|