Re: [pim] Please respond! Re: draft-ietf-pim-explicit-tracking pim 2nd wglc

[Hitoshi Asaeda <[e-mail]>]

>    Specific or Group-and-Source Specific Query messages transmitted from
>    a router, and reduce the number of Current-State Report messages
>    transmitted from member hosts.  If a router enables the explicit
>    tracking function with "specific query suppression", it suppresses
>    specific query transmission and transmits specific query messages
>    only when the router expects that the State-Change Report sender is
>    the sole member of the channel, based on its membership state
>    information (expressed in Section 3.1).
> 
> I believe it is fairly common to also suppress specific query when the
> last member is leaving, in order to do "fast-leave". Basically
> stopping
> forwarding without having to wait for responses to specific queries.
> 
> I vaguely remember we discussed this a couple of years ago...
> 
> I was thinking of this when I wrote "fast-leave" above. If you can
> expect the robustness to be tuned appropriately, this should be
> fairly safe. See what I wrote regarding tradeoff above.

Ok, so how about the following text added at the last part of the
section titled "Lowering the Risk of Wrong Membership State"?
(Do you have any suggestion of "may", "will", etc. in this para, too?)

  In order to reduce the possibility of the incorrect membership
  expectation and keep the up-to-date membership state information,
  operators may configure the LMQC/LLQC value to 2 (the default value
  of the [Robustness Variable] value) or bigger value for their
  routers enabling the explicit tracking function with specific query
  suppression. However, if operators believe that their link is fairly
  robust or that they can configure the [Robustness Variable] value
  appropriately so that the chances of unsolicited messages being lost
  are sufficiently low, they will enable specific query suppression
  and configure both or either of the LMQC/LLQC value and the
  [Robustness Variable] value to 1 for their routers.

Regards,
--
Hitoshi Asaeda