[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [magma] Question about Building and Sending Group and Source Specific Queries ( RFC 3376, section 6.6.3.2)
Hi,
> Sorry, I still have some questions about it.
It is fine.
> The RFC 3376 says that "The first one has the "Suppress Router-Side
> Processing" bit set and contains all the
> sources with retransmission state and timers greater than LMQT."
>
> So I guess that the first query's S bit will always be set.
> But I think that the first query's S bit should not be set, and the
> second query's S bit should be set, and I think it's more reasonable.
I think the confusion is coming when you look only at this text. But if
you also keep in mind when the query will have "Suppress Router-Side
Processing" bit set, things will be clearer.
As RFC 3376 says:
<<
When transmitting a group specific query, if the group timer is larger
than LMQT, the "Suppress Router-Side Processing" bit is set in the query
message.
>>
So for first query, we would have lowered down group timer to LMQT for
all groups being queried so that can not be larger than LMQT and so
"Suppress Router-Side Processing" can not be set.
So now when will group timer be larger than LMQT when generating a
group-source specific query? Only when router has received a report for
a specific group. So in that case, it creates two queries, one with 'S'
Bit flag set and list of group-source which has timer higher than LMQT
and another one with 'S' bit unset and list of group-source which has
timer lower than LMQT.
I hope this is clear now.
Thanks,
Bharat
> Any response will be highly appreciated
>
> kuzi
>
> 2008/6/30 Bharat Joshi <bharat_joshi at infosys.com>:
>
> >
> > First group and source specific query's S bit will never be set. This is mentioned for the subsequent queries where a response might have been received. In that case, it generates two queries, one with the sources for which it does not want non-querier to reduce its timers and another with those for which it wants the non-querier to reduce their timers.
> >
> > This is done for those sources for which are heard in the responses.
> >
> > Thanks,
> > Bharat
> >
**************** CAUTION - Disclaimer *****************
This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended solely
for the use of the addressee(s). If you are not the intended recipient, please
notify the sender by e-mail and delete the original message. Further, you are not
to copy, disclose, or distribute this e-mail or its contents to any other person and
any such actions are unlawful. This e-mail may contain viruses. Infosys has taken
every reasonable precaution to minimize this risk, but is not liable for any damage
you may sustain as a result of any virus in this e-mail. You should carry out your
own virus checks before opening the e-mail or attachment. Infosys reserves the
right to monitor and review the content of all messages sent to or from this e-mail
address. Messages sent to or from this e-mail address may be stored on the
Infosys e-mail system.
***INFOSYS******** End of Disclaimer ********INFOSYS***
_______________________________________________
magma mailing list
magma at ietf.org
https://www.ietf.org/mailman/listinfo/magma