Skip to main content

Source Address Selection for the Multicast Listener Discovery (MLD) Protocol
RFC 3590

Revision differences

Document history

Date Rev. By Action
2015-10-14
07 (System) Notify list changed from <kouvelas@cisco.com>, <brian@innovationslab.net> to (None)
2003-10-31
07 (System) IESG has approved the document
2003-09-23
07 (System) Ballot writeup text was added
2003-09-23
07 (System) Last call text was added
2003-09-23
07 (System) Ballot approval text was added
2003-09-23
07 Thomas Narten 2003-09-10: RFC 3590 appears
2003-09-11
07 Natalia Syracuse State Changes to RFC Published from RFC Ed Queue by Natalia Syracuse
2003-09-11
07 Natalia Syracuse published as RFC3590
2003-09-10
07 (System) RFC published
2003-07-16
07 Natalia Syracuse State Changes to RFC Ed Queue from Approved-announcement sent by Syracuse, Natalia
2003-07-15
07 Michael Lee State Changes to Approved-announcement sent from Approved-announcement to be sent by Lee, Michael
2003-07-10
07 Amy Vezza State Changes to Approved-announcement to be sent from IESG Evaluation by Vezza, Amy
2003-06-30
07 (System) New version available: draft-ietf-magma-mld-source-07.txt
2003-06-26
07 Erik Nordmark State Changes to IESG Evaluation from IESG Evaluation  :: Revised ID Needed by Nordmark, Erik
2003-06-26
06 (System) New version available: draft-ietf-magma-mld-source-06.txt
2003-05-20
07 Erik Nordmark State Changes to IESG Evaluation  :: Revised ID Needed from IESG Evaluation by Nordmark, Erik
2003-03-16
07 Erik Nordmark State Changes to IESG Evaluation from IESG Evaluation  :: AD Followup by Nordmark, Erik
2003-03-04
05 (System) New version available: draft-ietf-magma-mld-source-05.txt
2003-02-13
07 Erik Nordmark Sent some comments on 04 to author and chairs.
2002-12-18
07 Erik Nordmark State Changes to IESG Evaluation  :: AD Followup from IESG Evaluation  :: Revised ID Needed by Nordmark, Erik
2002-12-16
04 (System) New version available: draft-ietf-magma-mld-source-04.txt
2002-11-06
07 Erik Nordmark
The IESG discussed mld-source last week. Here are the comments.

Thomas:
>    MLD Report and Done messages MUST be sent with a valid link-local …
The IESG discussed mld-source last week. Here are the comments.

Thomas:
>    MLD Report and Done messages MUST be sent with a valid link-local
>    address as the IPv6 source address.  If a valid link-local address is
>    not available, the message MUST be sent with the unspecified address
>    (::) as the IPv6 source address.

A bit of a nit, but the MUSTs are almost contradictory. It's a bit odd
to say: Do X. Well except if you can't, in which case you do Y. Better
to rewrite something like:

    MLD Report and Done messages are sent with a link-local address as
    the IPv6 source address, if the one has been assigned to the
    interface.  If a none exists (e.g., one hasn't been assigned to
    the interface yet), the message is sent with the unspecified
    address (::) as the IPv6 source address.

nit: RFC 2119 reference should be normative rather than informative.

Finally, the document really could include a bit more context about
why the document exists and what problem is being solved.

Based on some discussions with the author, the exact problem being
solved seems to be:

The rules and desired behavior with regards to receiving multicast
traffic prior to having an IP address need clarification. Before
assigning an LL address to an interface, a node needs to run DAD. But
DAD involves recieving multicast traffic sent to the solicited node
multicast address. But joining a multicast group involves running
MLD. The MLD spec says that MLD messages MUST be sourced from a LL
source address. This is needed even for LL multicast addresses due to
l2 bridge snooping. Thus,  clarifications/guidelines regarding the
handling of joining multicast groups  when one has no LL address are
needed.

It would be good to get words into the document that explain this
better.

Also, I think it would be good to add some explicit wording to the
document making it clear which rules in 2710 are being changed. I
particular, it would be good to indicate that receivers should not
drop packets with a source address of unspecified.

In general, you might want to say something about what problems have
been encountered in practice from the current wording, and whether
this change will result in different/better/worse behavior.


For example, should an implementation (once it has a valid ll address)
also run MLD again with its new address, to be sure that it
interoperates well with routers that drop packets with a source
address of unspecified?

---
2002-11-06
07 Erik Nordmark State Changes to IESG Evaluation  :: Revised ID Needed from IESG Evaluation by Nordmark, Erik
2002-11-01
03 (System) New version available: draft-ietf-magma-mld-source-03.txt
2002-10-22
07 Jacqueline Hargest State Changes to IESG Evaluation from In Last Call by jhargest
2002-10-11
07 Jacqueline Hargest Due date has been changed to 2002-10-25 from <br>by jhargest
2002-10-11
07 Jacqueline Hargest State Changes to In Last Call from Last Call Requested by jhargest
2002-10-11
07 Erik Nordmark State Changes to Last Call Requested  -- 0 from AD Evaluation  -- AD Followup by nordmark
2002-10-11
07 (System) Last call sent
2002-10-10
02 (System) New version available: draft-ietf-magma-mld-source-02.txt
2002-10-09
07 Erik Nordmark

The text about:
MLD Report and Done messages SHOULD be sent with a valid link-local
  address as the IPv6 source address.  If a valid …

The text about:
MLD Report and Done messages SHOULD be sent with a valid link-local
  address as the IPv6 source address.  If a valid link-local address is
  not available, the message MAY be sent with the unspecified address
  (::) as the IPv6 source address.

seems odd. Shouldn't it say "MUST be link local if a valid link local address is availble, otherwise it MUST be the unspecified address"?

Also, the references should be split (per rfc-ed policy) into normative and non-normative references.
2002-10-09
07 Erik Nordmark by nordmark
2002-10-09
07 Erik Nordmark State Changes to AD Evaluation  -- AD Followup from Publication Requested by nordmark
2002-10-07
07 Jacqueline Hargest Intended Status has been changed to Proposed Standard from None
2002-10-07
07 Jacqueline Hargest Draft Added by jhargest
2002-09-25
01 (System) New version available: draft-ietf-magma-mld-source-01.txt
2002-09-20
00 (System) New version available: draft-ietf-magma-mld-source-00.txt