Re: [rtcweb] Consent Freshness: Some suggestions for editorial clarifications

["Ram Mohan R (rmohanr)" <[e-mail]>]

Hi Christer,

Please see inline

>
>
>From:  Christer Holmberg <[e-mail]>
>Date:  Wednesday, 17 September 2014 1:11 pm
>To:  "[e-mail]" <[e-mail]>
>Subject:  [rtcweb] Consent Freshness: Some suggestions for
>editorial	clarifications
>
>
>Hi,
> 
>Based on feedback I receive from implementers, there are a couple of
>clarifications I think would be useful in the consent freshness draft.
> 
> 
> 
>Q1:
>-----
> 
>As STUN binding requests for consent are sent unreliably, and are not
>re-transmitted, I think it would be useful to have some explicit text
>saying that individual requests (and/or their associated responses) may
>get lost in the network,
> and that a sender must be prepared that a response to such requestmay
>never arrive.
> 
>It may be obvious to us, but maybe not as clear to the first-time reader
>of the draft.

This depends on the underlying transport used. If its UDP as you said its
unreliable. For other transports it is not the case. So I don’t see a need
to add any text in this draft.
> 
> 
> 
> 
>Q2:
>-----
> 
>Section 4.1 says:
> 
>³That is, if a valid STUN binding response corresponding to one of the
>STUN requests sent in the last 30 seconds
>                has not been received from the remote peer's Transport
>Address, the endpoint MUST cease transmission on that 5-tuple.²
> 
>First, I suggest the following clarification:
> 
>s/²to one of the STUN requests sent in the last 30 seconds²/²to one of the
>STUN requests (not necessarily the last one) sent in the last 30 seconds².

Will update this in the next revision.

> 
> 
>Second, there is no explicit text on for how long the client keeps the
>STUN transaction alive, i.e. for how long it waits for the response.
> 
>I assume that, after 30 seconds, the client does not need to maintain
>state and wait for the response anymore. I think it would be useful to
>explicitly indicate that, and also say that responses that are received
>after that time must be
> discarded.

Ok. Will mention that any responses received after 30 secs will be
discarded.

Regards,
Ram

> 
>Thanks!
> 
>Regards,
> 
>Christer
> 
> 
>