IPv6 Router Alert Option for MPLS Operations, Administration, and Maintenance (OAM)
RFC 7506

Note: This ballot was opened for revision 02 and is now closed.

(Alia Atlas) Yes

(Adrian Farrel) Yes

(Jari Arkko) No Objection

(Richard Barnes) No Objection

(Benoît Claise) No Objection

Alissa Cooper No Objection

(Spencer Dawkins) (was Discuss) No Objection

Comment (2015-02-16)
No email
send info
Thanks for working with me to clear my Discuss, which was:

This Discuss ballot is probably more accurately a "Please clue in a TSV AD who is trying to pattern match and failing" ballot, and likely quick to resolve.

But, I'm looking at this text:

4.  Updates to RFC 4379

   [RFC4379] specifies the use of the Router Alert Option in the IP
   header.  Sections 4.3 and 4.5 of [RFC4379] are updated as follows:
   for every time in which the "Router Alert IP option" is used, the
   following text is appended:

      In case of an IPv4 header, the generic IPv4 Router Alert Option
      value 0x0 [RFC2113] SHOULD be used.  In case of an IPv6 header,
      the IPv6 Router Alert Option value TBD1 allocated through this
      document for MPLS OAM MUST be used.
When I click over to Section 4.3 of [RFC4379], I see this text:

4.3.  Sending an MPLS Echo Request

   An MPLS echo request is a UDP packet.  The IP header is set as
   follows: the source IP address is a routable address of the sender;
   the destination IP address is a (randomly chosen) IPv4 address from
   the range 127/8 or IPv6 address from the range
   0:0:0:0:0:FFFF:127/104.  The IP TTL is set to 1.  The source UDP port
   is chosen by the sender; the destination UDP port is set to 3503
   (assigned by IANA for MPLS echo requests).  The Router Alert option
   MUST be set in the IP header.
Could you help me understand whether this is really a MUST in Section 4.3 of [RFC4379] that is morphing into a SHOULD for IPv4 and remaining a MUST in IPv6?

I have the same confusion in Section 4.5, but I'm betting the same answer applies.

(Stephen Farrell) No Objection

(Brian Haberman) No Objection

(Joel Jaeggli) No Objection

Barry Leiba No Objection

(Ted Lemon) No Objection

(Kathleen Moriarty) No Objection

Comment (2015-02-17)
No email
send info
Thanks for addressing the non-security nits found by the SecDir reviewer.

(Pete Resnick) No Objection

(Martin Stiemerling) No Objection