Hi David,
Generally A may use both CANCEL and BYE.
Hanging up of a session is something not clearly
defined in SIP but still in this case usage of CANCEL is
more reasonable because A rather want to terminate
the attempt not the session it self.
Maybe some more info:
http://ictbackyard.com/archives
El Miércoles, 4 de Noviembre de 2009, David Stuart escribió:
> Hello,
>
> I recently ran into a problem which I'm sure has already been answered
> here before (yet I haven't managed to find anything with the usual
> searches).
>
> The scenario is quite simple:
>
>1. A calls B
>2. B respo
Hello,
I recently ran into a problem which I'm sure has already been answered
here before (yet I haven't managed to find anything with the usual
searches).
The scenario is quite simple:
1. A calls B
2. B responds with 183, and early media (183 establishes a SIP dialog)
3. A hangs up the
Also
to consider is if the provisional responses have different To tags,
i.e. they are coming from different endpoints (proxy could have
forked) , in which case you should honor whatever provisional response
your are getting until
you get the final 200OK
Cheers
On Oct 25, 2009, at 11:59 PM
RFC3960 offers solution for this scenario.
-Arun
On Sun, Oct 25, 2009 at 7:59 PM, Vadim Lebedev wrote:
> Hello,
>
> What would be the correct behaviour for a UAC:
>
> At Time T0 the UAC send an INVITE with an SDP
> at T1 it gets back an 183 Session in Progress responce
> wth an SDP
Hello,
What would be the correct behaviour for a UAC:
At Time T0 the UAC send an INVITE with an SDP
atT1 it gets back an 183 Session in Progress responce
wth an SDP describing an early media stream
atT2 it gets a 180 RINGING responce WITHOUT an SDP
atT3
