Laurent Schweizer wrote:
> Hi Stephan,
>
>   
I think my name 's Raphael, but anyway....

> I have check my script and I call the  terminateOtherLeg (); method, more 
> over if I receive a message like a "183 session in progress" from the 
> destination ( called party ) , I don't have this problem.
>
>   
I think I found the issue: the status of the dialog is not set properly 
by Callee session while trying to connect. Try add this after line 429 
in AmB2BSession.cpp:
dlg.status = AmSipDialog::Pending;

-Raphael.
> I have also tested the same scenario with sw_prepaid_sip application and I 
> have the same problem.
>
> Regards
>
> Laurent
>
> -----Original Message-----
> From: Raphael Coeffic [mailto:[EMAIL PROTECTED] 
> Sent: mercredi 20 août 2008 09:42
> To: Laurent Schweizer
> Cc: [EMAIL PROTECTED]
> Subject: Re: [Semsdev] small problem when called don't answer
>
> Laurent Schweizer wrote:
>   
>> I see that the link to pastbin was only for 1 day and was expired, so 
>> I repost it
>>
>> http://pastebin.com/m5bb1920b
>>
>>  
>>
>> someone has any idea to solve this problem ?
>>
>>  
>>
>>     
>
> Hi Laurent,
>
> the default behavior of the B2BUA is to call onOtherBye() 
> (AmB2BSession.cpp:933). onOtherBye() will call terminateLeg() 
> default-wise, which will in turn terminate the other side with BYE or 
> CANCEL, depending on the call state.
>
> My wild guess is that your plug-in is overloading some of those methods, 
> thus by-passing the default behavior. You may have to call the default 
> implementation, or re-implement it yourself, if the default 
> implementation is doing additional things that you do not need/want.
>
> Cheers
> Raphael.
>
>   
>> Thanks
>>
>>  
>>
>> Laurent
>>
>>  
>>
>>  
>>
>>  
>>
>> *From:* Laurent Schweizer
>> *Sent:* dimanche 17 août 2008 14:53
>> *To:* '[EMAIL PROTECTED]'
>> *Subject:* small problem when called don't answer
>>
>>  
>>
>> hello all,
>>
>>  
>>
>> I have a problem when the called party don't send any answer, in this 
>> case when the caller CANCEL the request, SEMS continues to SEND INVITE 
>> to called party.
>>
>>  
>>
>> and if the called party answer just after, then the call is still not 
>> canceled.
>>
>>  
>>
>> log of SEMS:    http://pastebin.com/d72df3265
>>
>>  
>>
>> source of the code (it's a beta version ): http://ww.itvoip.ch/src.tar.gz
>>
>>  
>>
>> Laurent
>>
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> Semsdev mailing list
>> [email protected]
>> http://lists.iptel.org/mailman/listinfo/semsdev
>>   
>>     

_______________________________________________
Semsdev mailing list
[email protected]
http://lists.iptel.org/mailman/listinfo/semsdev

Reply via email to