Well answering to myself, I have changed "full" by "partial" in presence_dialoginfo/notify_body.c (patch attached) and this have solved my problem: The notifications have also state="partial" and the phones know how to handle them (tested with linksys and aastra.) But I have no idea if there are any side effects.
Regards, Vallimamod .
presence_dialoginfo.patch
Description: Binary data
On Oct 7, 2010, at 2:44 PM, Vallimamod ABDULLAH wrote: > 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.
_______________________________________________ Users mailing list [email protected] http://lists.opensips.org/cgi-bin/mailman/listinfo/users
