IGMP v3 - Generation of Interface State Report

Hello All,
 
I see discussion of IGMP v3 in this group context. My advance apologies if this is not the right place. RFC 3376 s5.1 describes procedure to generate State Change Reports. 
 
----------------------------
   If the interface reception-state change that triggers the new report
   is a filter-mode change, then the next [Robustness Variable] State-
   Change Reports will include a Filter-Mode-Change record.  This
   applies even if any number of source-list changes occur in that
   period.  The host has to maintain retransmission state for the group
   until the [Robustness Variable] State-Change reports have been sent.
   When [Robustness Variable] State-Change reports with Filter-Mode-
   Change records have been transmitted after the last filter-mode
   change, and if source-list changes to the interface reception have
   scheduled additional reports, then the next State-Change report will
   include Source-List-Change records.
------------------------------
 
It seems this paragraph has different interpretations. A state machine would've been very helpful. 
 
(1) How would one treat the occurrence of source-list changes while Filter-Mode-Change record is in retransmission state? 
 
   (a) Send source-list changes (SLC) records as these events occur?
   (b) If multiple events occur, perform the 'merge' operation and send the reports
   (c) Keep the retransmission state, but do not retransmit as long as Filter-Mode-Change record state is active. On expiry of FMC state, and SLC records are retransmitted, if 'live'
 
(2) How would one treat the occurrence Filter-Mode-Change record of while source-list changes is in retransmission state?
 
      It seems we "clear" (/stop) source-list changes recrod retransmission on the occurrence of FMC event.
 
Any feedback is appreciated.
 
Thanks
Venkat

_______________________________________________
magma mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/magma