> > please consider bis-03.
> >
> > When the transport is UDP,
> >
> > a) pg 78, fig 11 - why should the server wait for 32 sec before moving
> > to COMPLETED state from CONFIRMED state.
>
> This enables it to recognize incoming ACKs as retransmissions, and to
> discard them. After going into the completed state (which then destroys the
> FSM), any ACKs that are received would not match an existing transaction,
> and might cause some kind of error processing which is not appropriate.
>
Fine. What puzzles me is the figure 32sec. As per the spec, it takes 16sec to
retransmit the response for INVITE for 7times. I expect the same time (or
little more) for 7 ACKs to reach in the worst case. Can you help me understand
why it was decided as 32 sec.
Thanks,
--Sunil
_______________________________________________
Sip-implementors mailing list
[EMAIL PROTECTED]
http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
