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 ! > > vma > . > _______________________________________________ > Users mailing list > [email protected] > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > _______________________________________________ Users mailing list [email protected] http://lists.opensips.org/cgi-bin/mailman/listinfo/users
