[j-nsp] explicit-null
david.roy at orange-ftgroup.com
david.roy at orange-ftgroup.com
Thu Oct 9 11:45:00 EDT 2008
Ok. Thank you. It's clear now.
Regards,
David
-----Message d'origine-----
De : Stacy W. Smith [mailto:stacy at acm.org]
Envoyé : jeudi 9 octobre 2008 17:29
À : ROY David DTF/DERX
Cc : Danny Vernals; juniper-nsp at puck.nether.net
Objet : Re: [j-nsp] explicit-null
See RFC 4182.
--Stacy
On Oct 9, 2008, at 9:24 AM, <david.roy at orange-ftgroup.com> <david.roy at orange-ftgroup.com > wrote:
>
> For the Q2 : extracted from the RFC 3032 :
>
> "MPLS Label Stack Encoding :
>
> A value of 0 represents the "IPv4 Explicit NULL Label". This label
> value is only legal at the bottom of the label stack. It indicates
> that the label stack must be popped, and the forwarding of the packet
> must then be based on the IPv4 header."
>
>
> So, Junos is not compliant of the RFC ???
>
> David
>
>
>
> -----Message d'origine-----
> De : Danny Vernals [mailto:danny.vernals at gmail.com] Envoyé : jeudi 9
> octobre 2008 17:15 À : ROY David DTF/DERX Cc :
> juniper-nsp at puck.nether.net Objet : Re: [j-nsp] explicit-null
>
> On Wed, Oct 1, 2008 at 11:03 AM, <david.roy at orange-ftgroup.com>
> wrote:
>>
>> Hi all,
>>
>> When I use Explicit null on my Egress router (in LDP), The Egress
>> advertises label 0 for its FEC : good.
>>
>> Q1: I use MPLS VPN, therefore I have 2 Labels in the stack. The
>> penultimate LSR replaces the value of the top label per 0. The
>> router keeps the EXP info and the second Label. Is-it true ?
>>
>
> yes
>
>> Q2: When the Juniper egress router receives the Label 0, It removes
>> it and performes a lookup on the second labal ? Is-it true ?
>>
>
> yes
>
> Are you seeing behaviour that seems to conflict with this?
>
>> Thanks
>> David
>>
>>
>>
>>
>> *********************************
>> This message and any attachments (the "message") are confidential and
>> intended solely for the addressees.
>> Any unauthorised use or dissemination is prohibited.
>> Messages are susceptible to alteration.
>> France Telecom Group shall not be liable for the message if altered,
>> changed or falsified.
>> If you are not the intended addressee of this message, please cancel
>> it immediately and inform the sender.
>> ********************************
>> _______________________________________________
>> juniper-nsp mailing list juniper-nsp at puck.nether.net
>> https://puck.nether.net/mailman/listinfo/juniper-nsp
>>
>
> *********************************
> This message and any attachments (the "message") are confidential
> and intended solely for the addressees.
> Any unauthorised use or dissemination is prohibited.
> Messages are susceptible to alteration.
> France Telecom Group shall not be liable for the message if altered,
> changed or falsified.
> If you are not the intended addressee of this message, please cancel
> it immediately and inform the sender.
> ********************************
> _______________________________________________
> juniper-nsp mailing list juniper-nsp at puck.nether.net
> https://puck.nether.net/mailman/listinfo/juniper-nsp
*********************************
This message and any attachments (the "message") are confidential and intended solely for the addressees.
Any unauthorised use or dissemination is prohibited.
Messages are susceptible to alteration.
France Telecom Group shall not be liable for the message if altered, changed or falsified.
If you are not the intended addressee of this message, please cancel it immediately and inform the sender.
********************************
More information about the juniper-nsp
mailing list