The MPLS WG Archive

Cell Relay Retreat>MPLS WG Archive>month:2000-Oct> msg00154



[Date Prev][Date Next][Thread Prev][Thread Next]  
  [Date Index][Thread Index][Author Index][Subject Index]

bug in draft-ietf-mpls-label-encaps-08

  • From: Bora Akyol <akyol@pluris.com>
  • Date: Mon, 16 Oct 2000 10:23:20 -0700
  • CC: Puneet Agarwal <puneet@pluris.com>, "'mpls@uu.net'" <mpls@UU.NET>, "'tappan@cisco.com'" <tappan@cisco.com>, "'yakov@cisco.com'" <yakov@cisco.com>

Eric

Unfortunately, this is the way we observe Implicit Null being used in the field.
Also, I have not seen a negotiation mechanism for RSVP-TE for PHP support.

I also think that the arch spec may contradict the label encaps spec.

Bora


Eric Rosen wrote:

> Puneet> My understanding was  that when a LSR got a label  3 from the egress
> Puneet> LSR during signaling, if the LSR was  able to do a pop then it would
> Puneet> perform  a penultimate  hop pop  otherwise  it would  just swap  the
> Puneet> incoming label  with label 0  and then the  egress LSR would  do the
> Puneet> actual pop.
>
> I don't think  this understanding accords with section  4.1.5 of draft-ietf-
> mpls-arch-07.txt:
>
>         "... a  binding of Implicit NULL may  be distributed only
>         to LSRs which can support that function."