[mpls] Comments on draft-nitinb-lsp-ping-over-mpls-tunnel-01

[Ben Niven-Jenkins <benjamin.niven-jenkins at bt.com>]

Some comments of draft-nitinb-lsp-ping-over-mpls-tunnel-01

General:

Section 3.2.3:

Operation Type
"A FEC Swap operation is to be simulated by including a POP type FEC change
sub-TLV followed by a PUSH type FEC change sub-TLV."

During the ITU-T SG15 ad hoc meeting on T-MPLS in February, the ITU model
(G.8110) of MPLS was discussed.  G.8110 models a SWAP as a POP followed by a
PUSH and at least one of the IETF representatives at the meeting expressed
the view that modelling a SWAP as a POP followed by a PUSH did not
sufficiently describe the behaviour as per the MPLS architecture (RFC3031).

You appear to be doing the same here, so is modelling a SWAP as a POP
followed by a PUSH sufficient in this context?

Remote peer address
"If the operation type is POP, the remote peer address MAY not be set to
Unspecified."

I find the use of the term "MAY not" confusing.  If you really mean MAY then
as it is optional, IMO the not is superfluous.


Editorial:
Section 1
S/using which/by which/

Section 3.1
S/tlv/TLV/

Section 3.2
S/sub-tlv/sub-TLV/

Section 3.3
S/deprecatd/deprecated/
S/tlv/TLV/

Section 4.1.1
S/when that the/when the/

Section 4.1.2
S/one for the PUSH operation/one with a PUSH operation/
S/FEC-tlv/FEC TLV/
S/Push/PUSH/

Section 4.3
S/In cases where the a detailed/In cases where a detailed/
S/tlv/TLV/
    

_______________________________________________
mpls mailing list
mpls at ietf.org
https://www.ietf.org/mailman/listinfo/mpls