[OpenSIPS-Users] Strange BLF behaviour on double call

Vallimamod ABDULLAH vallimamod.abdullah at imtelecom.fr
Thu Oct 7 14:44:28 CEST 2010


Hello Anca,

Thank you for your quick answer. 
If I understand correctly, with this patch, all the notify requests should have state='partial'. My test shows that the publish request has actually state="partial" but the corresponding notify still have state="full" for the second call. So nothing change in the notifications received by the phone. Have I missed something ?

Here is the notify body received by the phone when the second call is cancelled:

<?xml version="1.0"?>
<dialog-info xmlns="urn:ietf:params:xml:ns:dialog-info" version="6"           state="full" entity="33500009700 at sipb02.domain.com"><dialog id="0d61b71c6dd00dd3785629463ba23a4e at 192.168.5.122" call-id="0d61b71c6dd00dd3785629463ba23a4e at 192.168.5.122" direction="recipient"><state>terminated</state><remote><identity>sip:2036 at 192.168.5.122</identity><target uri="sip:2036 at 192.168.5.122"/></remote><local><identity>sip:33500009700 at sipb02.domain.com</identity><target uri="sip:33500009700 at sipb02.domain.com"/></local></dialog></dialog-info>


Regards,
Vallimamod
.



On Oct 7, 2010, at 12:43 PM, Anca Vamanu wrote:

> Hi Vallimamod,
> 
> There was an issue in pua_dialoginfo module indeed - it always sent 
> publish messages with state="full" so in the scenario you described, 
> when opensips started sending notifies about the second call it deleted 
> the state about the previous one. I have now fixed this in both 1.6 
> branch and trunk. Please update from svn.
> 
> Regards,
> 
> -- 
> Anca Vamanu
> www.voice-system.ro
> 
> 
> 
> On 10/06/2010 09:47 PM, Vallimamod ABDULLAH wrote:
>> Hello List,
>> 
>> I am using opensips 1.6.3 from svn with presence and pua_dialoginfo modules to supervise line status. I am facing a strange issue in the following scenario with 2 phones A and B with B monitoring A with a BLF key:
>> 
>> - phone A is on call, the corresponding BLF key is red on B's phone.
>> - A new call comes in for A. Here the BLF key blinks to indicate phone ringing.
>> - A does not take the call wich goes to voicemail. But then, the BLF key goes back to idle instead of red even if A is still on call.
>> 
>> I have checked the notifications going to phone B and it appears that when the second call arrives, phone B is receiving notifications with states trying, early, terminated.
>> 
>> So the issue is with the last state notification: it shoud be 'confirmed' instead of 'terminated' if phone A is still on call.
>> 
>> Is there a way to force this in the config script ? Or is this an issue with the pua_dialoginfo module ?
>> 
>> Thank you !




More information about the Users mailing list