[Users] CANCEL problem

[Bogdan-Andrei Iancu]

Hi Michael,

the UAS must notify ASAP the  upstream parties when the INVITE was 
received. Of course, network delays may interfere :(.

If I get it right, you are experience a *FAST* cancel from the UAC 
(since the proxy haven't received the 100 -even if delayed- from UAC). 
Is this the case?

If so, since it's not the fault of any parties, I will try to see if 
there is a way to solve this kind of race.

regards,
Bogdan

Michael Ulitskiy wrote:

>On Tuesday 02 August 2005 06:25 pm, you wrote:
>  
>
>>What is the correct behavior in this scenario?
>>
>>As the proxy didn't received a "100.." yet, it must not send the CANCEL. 
>>IMO it should withhold the CANCEL unless a provisional response is 
>>received, but should stop sending INVITE retransmission.
>>    
>>
>
>I must confess, I didn't read RFC specifically on this subject, but behavior
>you described makes no sense to me. If proxy didn't cancel the call the callee
>keeps ringing forever.
>
>
>  
>
>>Of course this rises the problem that the callee reponses with a 200 OK 
>>instead of a provisional response and then the call can't be cancelled 
>>anymore.
>>    
>>
>
>it's not the case here. UA replies correctly with 100, but a little too late.
>It was my understanding that CANCEL should be forwarded to cancel a call
>regardless of receiving any response. Please correct me if I'm wrong.
>
>  
>