Spinov Evgeniy wrote:
On Wed, 2011-02-09 at 16:24 +0100, Klaus Darilion wrote:
Thank you for the links, especially this one
http://www.kamailio.org/docs/modules/3.1.x/modules_k/pua_dialoginfo.html#id2887055
I've missed this section while read README. I've fixed that out and made
it working for INVITE requests. I.e. when I'm making a call, status is
displayed normally, and when call is hanged - status is online again.
That works correctly.
However I cannot get, how to get it working for REGISTER requests, i.e.
when the phone was down and I'm registering - it's not coming online on
SPA until the first call. And when I'm going offline - unregistering,
I'm still online.
Don't confuse 'presence' with 'dialog'info events. 'Presence' allows
offline/online/away/busy/atlunch/... status of presentities (phones).
'dialog' gives you detailed dialog statistics like idle/busy/ringing
with callids/totag/fromtag... so you can for example pick up a call.
That's why nothing happens on REGISTER because REGISTER does not create
a dialog. There is also no workaround as the 'dialog' event has not
states to publish offline/online.
regards
Klaus
PUBLISH requests are sent, but they are presence type. According to
debug, dialog processing request and assigning hash to it and after
dialog, pua is sending PUBLISH with event presence. pua_dialoginfo never
come up in request.
Dialog processing is very simple:
if (is_method("INVITE|REGISTER")) {
dlg_manage();
}
Somewhy, pua_dialoginfo comes with INVITE request and never comes with
REGISTER.
Any ideas?
Am 09.02.2011 14:56, schrieb Spinov Evgeniy:
On Wed, 2011-02-09 at 14:47 +0100, Klaus Darilion wrote:
Do you see PUBLISH requests with Event: dialog?
Note: those will be sent by pua_dialoginfo module to Kamailio itslef,
thus will be sent on the loopback interface. You should see them with
"ngrep -d any port 5060"
klaus
No, PUBLISH requests with event dialog are not generated. Instead of
dialog event, presence event is generated, but as for me, it should
work, as for instance eyeBeam is generating PUBLISH requests itself,
with event: presence.
You're saying that NOTIFYs with event dialog are empty, cause there are
not PUBLISH event: dialog?
Yes. The "presence server" is just a relay of the content:
PUBLISH ---> presence server <---SUBSCRIBE/NOTIFY---> client
If dialoginfo is not published into the presence server, the presence
server will send empty NOTIFYs.
There are 2 ways to get the dialoginfo published into the presence
server: either the phone does it (e.g. SNOM phones can do that, eyebeam
only publishes "presence" but not "dialog"info) or Kamailio can PUBLISH
the dialog state. See
http://www.kamailio.org/docs/modules/3.1.x/modules_k/presence_dialoginfo.html
So, make sure that Kamailio will publish the dialoginfo:
http://www.kamailio.org/docs/modules/3.1.x/modules_k/pua_dialoginfo.html#id2887055
regards
klaus
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
