Re: [Mpls-interop] MPLS over MPLS-TP

Agree with Andy on the need for demarcation for the reasons he states.

One question:

On 11/12/2008 13:30, "Malis, Andrew G. (Andy)" <andrew.g.malis@verizon.com>
wrote:
> 3. If there is demarcation as suggested in point 2, what is the best way
> to 
> provide demarcation?
> a. Encode as a PW with the end of stack set and a PW header according to
> the 
> appropriate PW encoding type.
> b. Simply use the end of stack bit to say that we have reached the
> bottom of 
> the MPLS-TP label stack.
> (The alternative clearly being that the label stack runs through from
> the 
> client label stack to the server label stack.)
> 
> AM> I prefer b, for simplicity and generality of what can be carried
> over MPLS-TP. Thus we could have a label stack with two EOS bits set.

Does setting EOS provide the necessary separation?  Today in some MPLS
implementations if I reach the EOS in the middle of the network the label is
popped and the IP traffic inside is forwarded natively as IP across the
core.  Now if that IP traffic is really say control plane traffic for your
customers MPLS network do you want that to happen?

Is it just that we need to specify how an implementation is supposed to
behave in MPLS-TP in this sort of scenario or do we need explicit mechanisms
to prevent it such as always wrapping MPLS/IP in a PW?

Ben

_______________________________________________
Mpls-interop mailing list
Mpls-interop@ietf.org
https://www.ietf.org/mailman/listinfo/mpls-interop