>From section 10.2.1:
Subsequent retransmissions are spaced by T2 seconds. If the client
receives a provisional response, it continues to retransmit the
request, but with an interval of T2 seconds. Retransmissions cease
when the client has sent a total of eleven packets, or receives a
definitive response. Default values for T1 and T2 are 500 ms and 4 s,
respectively. Clients MAY use larger values, but SHOULDNOT use
smaller ones. Servers retransmit the response upon receipt of a
Which means, the INVITE would be retransmitted every 4 seconds while the
caller is waiting in the queue. And, would stop after 11 retransmissions,
or 44 seconds, which is still too small for some queues.
On Fri, Jan 19, 2001 at 05:04:43PM -0000, Jo Hornsby wrote:
> [Moved to Sip-implementors]
>
> > When 182's are sent to indicate queueing, there is no mention of
> > what happens to T2. I would *assume* that it needs to be reset,
> > but it is not mentioned in 2543bis-02.
> >
> > 4 seconds (the sugested default for T2) is *way* to short for a
> > queued call.
>
> I presume that you are talking about INVITEs (I can't see a 182
> for much else, realistically), in which case T2 is irrelevant:
> the moment a provisional response is received, request retransmission
> is halted (section 10.3.1).
>
> T2 only comes into play for non-INVITE (excluding ACK) requests.
>
> HTH,
>
>
> - Jo.
>
_______________________________________________
Sip-implementors mailing list
[EMAIL PROTECTED]
http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
