I have a related question - what should happen if the UAS fails to
receive the ACK on a re-INVITE?
In theory, it is the re-INVITE that has failed, so the call should
revert to the prior state. But that doesn't work because the UAC doesn't
know there is a problem.
So am I right is assuming that the UAS ought to send a BYE in this case
as well?
Paul Kyzivat
Cisco Systems
Jonathan Rosenberg wrote:
>
>
>
> > -----Original Message-----
> > From: Ranjit Avasarala [mailto:[EMAIL PROTECTED]]
> > Sent: Tuesday, June 19, 2001 4:44 PM
> > To: Harpreet Ahluwalia
> > Cc: [EMAIL PROTECTED]
> > Subject: Re: [Sip-implementors] clarification regarding no ACK at UAS
> >
> >
> > see my comments inline...
> >
> > Regards
> > Ranjit
> >
> >
> >
> >
> >
> >
> >
> > ----- Original Message -----
> > From: Harpreet Ahluwalia <[EMAIL PROTECTED]>
> > To: <[EMAIL PROTECTED]>
> > Sent: Tuesday, June 19, 2001 10:08 AM
> > Subject: [Sip-implementors] clarification regarding no ACK at UAS
> >
> >
> > Hi,
> >
> > Again refering to dreaft 03 of 2543...
> >
> > pg 102, from the "Figure 11: State transition diagram of server for
> > INVITE method", it seems that if the UAS does not get an ACK after 7
> > retransmissions of 200, it will consider the transaction as completed
> > but invitation failed, so it will basically consider the call as not
> > established. Am I correct?
> >
> > yes the call will be disconnected,
>
> Right.
>
> >
> >
> > If that is the case, will he destroy the call
> > context immediately or wait for a bye, or send a bye, even
> > though he did
> > not get an ACK. I can't find anything in the text which says how to
> > proceed in this case. Although the text is very clear for a similar
> > scenario for the UAC, it does not say anything for the UAS when 7
> > retransmissions of the 200 are done.
> >
> > ya the call context will be destroyed by sending a BYE.
>
> Well, it makes sense for the UAS to send a BYE, but I don't think it says
> that anywhere. I'll add that. Waiting for a BYE is mostly useless, since if
> the ACK is the thing getting lost, the UAC has no way to know that the call
> is disconnected.
>
> -Jonathan R.
>
> ---
> Jonathan D. Rosenberg, Ph.D. 72 Eagle Rock Ave.
> Chief Scientist First Floor
> dynamicsoft East Hanover, NJ 07936
> [EMAIL PROTECTED] FAX: (973) 952-5050
> http://www.jdrosen.net PHONE: (973) 952-5000
> http://www.dynamicsoft.com
> _______________________________________________
> 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
