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="[email protected]"><dialog id="[email protected]" call-id="[email protected]" direction="recipient"><state>terminated</state><remote><identity>sip:[email protected]</identity><target uri="sip:[email protected]"/></remote><local><identity>sip:[email protected]</identity><target uri="sip:[email protected]"/></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 ! _______________________________________________ Users mailing list [email protected] http://lists.opensips.org/cgi-bin/mailman/listinfo/users
