GSQ and GSSQ query replies
xxx <[email protected]> Sun, 19 Oct 2008 11:30:54 -0700 (PDT)
| Newsgroups | gmane.ietf.magma |
|---|---|
| Message-ID | <[email protected]> |
Hello All, My reading suggests the following rule is ambigiuous: RFC 3376 (s5.2 Rule 4): ----------------------------------- If there already is a pending response to a previous Query scheduled for this group, and either the new Query is a Group- Specific Query or the recorded source-list associated with the group is empty, then the group source-list is cleared and a single response is scheduled using the group timer. The new response is scheduled to be sent at the earliest of the remaining time for the pending report and the selected delay. ---------------------------- The fragment " the recorded source-list associated with the group is empty, then the group source-list is cleared " has two interpretations: (1) it does not make sense - source list is empty and clear (2) If the recorded source list is emtpy, so if we receive GSSQ with sources, we still keep the source list empty. Both interpretations are wrong, I think. What is the correct meaning? It seems rules are covering both GSQ and GSSQ reply processing logic as follows: cases: (1) Arrived GSQ if GSSQ reply is pending: (2) Arrived GSSQ if GSQ reply is pending: (3) Arrived GSQ if GSQ reply is pending (4) Arrived GSSQ if GSSQ reply is pending Rules: (3) is covered by timers scheduling; (4) is covered by Rule 5 (1) seems covered by the above rule: Clear source list, and schedule GSQ reply Similarly for 2, schedule GSSQ reply as the recorded source list is empty. Any feedback please? Thanks Venkat __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com _______________________________________________ magma mailing list [email protected] https://www.ietf.org/mailman/listinfo/magma