Victor Kueh wrote:

> Dear All,
>
>            According to the rfc2543bis-02, section 10.3.1, it is
> mentioned:
>
> A server which transmits a provisional response should retransmit it
>    upon reception of a duplicate request. A server which transmits a
>    final response should retransmit it with an interval that starts at
>    T1 seconds, and doubles for each subsequent packet until it reaches
>    T2 seconds.  Response retransmissions cease when an ACK request is
>    received or the response has been transmitted seven times.
>
> Does that mean the response retransmission (0.5 + 1 + 2 + 4 + 4 + 4 + 4 =
> 19.5s) doesn't follow the 32s window?

For reliable 2xx responses to INVITEs (not linked to the requests) it does
not. Actually the window is 15.5 secs in this case since the max. number of
packets transmitted is 7. Ideally speaking this should have been 16 secs.

However, for 1xx responses the window holds since req-resp are linked. The 32
sec also holds for all non-INVITE based req/resp interactions. So 32 secs. is
used for make matters simple.

>
>
> Also, the first paragraph of section 10.3.1 reads:
>
>    A SIP client using an unreliable transport protocol SHOULD retransmit
>    a SIP INVITE request with an interval that starts at T1 seconds, and
>    doubles after each packet transmission. The client ceases
>    retransmissions if it receives a provisional or definitive response,
>    or once it has sent a total of seven request packets. A UAC MAY send
>    a BYE or CANCEL request after the seventh retransmission.
>
> Shouldn't the last sentence read ' A UAC MAY send
>    a BYE or CANCEL request after the sixth retransmission' since the
> client can only send a total of seven request packets (i.e first initial
> request and 6 retransmissions)?

Yes, I think its an error.

-Gaurav

>
>
> Thanks for your help
>
> Regards,
> Victor
>
> _______________________________________________
> Sip-implementors mailing list
> [EMAIL PROTECTED]
> http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors

_______________________________________________
Sip-implementors mailing list
[EMAIL PROTECTED]
http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors

Reply via email to