Re: Destination address in v2 leave message

Hitoshi Asaeda <[email protected]> Sun, 16 Oct 2011 01:48:57 +0900 (JST)
Newsgroups gmane.ietf.magma
Message-ID <[email protected]>
Hi Bharat,

>          Yes. Querier need not be a multicast data forwarder. But
> are you suggesting that a forwarder who is not a IGMP querier
> process the leave message? If yes, what action do they take?

If non-querier on the link has the forwaring state for the
corresponding channels, it should be able to hear IGMP report and
proceed to change its state if needed, while it does not send any IGMP
query. The action on the router whether sending prune or not is
coordinated by the routing protocol, PIM.
This is my understanding.

>          As per RFC 2236, non-querier should be using group specific
> queries to lower down the group timer instead of leave messages.

It seems not very precise. RFC2236 says;

   When a non-Querier receives a Group-Specific Query message, if its
   existing group membership timer is greater than [Last Member Query
   Count] times the Max Response Time specified in the message, it sets
   its group membership timer to that value.

BTW, I found the following statements in RFC2236;

   Non-Queriers MUST ignore Leave Group messages, and Queriers SHOULD
   ignore Leave Group messages for which there are no group members on
   the reception interface.

But I don't think above "ignore" is appropriate.
I interpret "Non-Queriers MUST ignore Leave Group messages" to mean
"Non-Queriers MUST NOT respond IGMP queries when it receives Leave
Group messages". (If I'm wrong, please correct me.)
Anyway, we should refer RFC3376.

Regards,
--
Hitoshi Asaeda