<div dir="ltr">My addition to this wish list would be better presence integration with current phones like polycom, snom, and aastra (in that order).<br><br>Currently the online/offline status of the presence module seems a bit weak to me. There should be some form of status storage beyond that. All these phones communicate with each other with slightly augmented methods in sending and recieving their presence info. If we could get that data (on the phone/off the phone, etc) to be read and handled by the presence module, and then take it a step further and keep the data updated in the db for other applications to access this presence info, I feel that the opensips offering as a whole would be greatly strengthened.<br>
<br>Not necissarily looking for a b2bu, mostly just a module that can atleast store a state other than online/offline<br><br><br><br><br><div class="gmail_quote">On Wed, Aug 27, 2008 at 5:25 AM, Dan Pascu <span dir="ltr"><<a href="mailto:dan@ag-projects.com" target="_blank">dan@ag-projects.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div>On Wednesday 27 August 2008, Iņaki Baz Castillo wrote:<br>
> Out of curiosity, how did you realize of that race condition? AFAIK<br>
> it's impossible to simulate it since there is a few interval in which<br>
> the second 200 must be sent before receiving the CANCEL. Were you<br>
> monitoring it? Or did you see that info via siptrace module?<br>
<br>
</div>I've seen it in siptrace, based on anomalies reported in syslog.<br>
<font color="#888888"><br>
--<br>
Dan<br>
<br>
_______________________________________________<br>
Devel mailing list<br>
<a href="mailto:Devel@lists.opensips.org" target="_blank">Devel@lists.opensips.org</a><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/devel" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/devel</a><br>
</font></blockquote></div><br></div>