[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