8 Apr
2008
8 Apr
'08
9:39 p.m.
I am at Interop HotStage in Belmont, CA trying to deploy a 'unified communication'
situation to demonstrate for the Interop Vegas show here in a few weeks. I am in charge of
the OpenSER/Asterisk components and presence is giving me a huge headache.
Apr 8 11:34:12 openser openser[23798]:
ERROR:presence:handle_subscribe: Missing or unsupported event header
field value Apr 8 11:34:12 openser openser[23798]:
ERROR:presence:handle_subscribe: ^Ievent= message-summary
Hopefully someone out there can help me figure out what is going wrong.
I am running Openser v1.3.1 from tarball on Ubuntu Gutsy, no xcap server (haven't
figured out if we really need one or not for our demo...)
I have loaded both presence and presence_xml. If you notice there is what I believe to be
a 'tab' character in the event= message-summary error response. I wonder if this
tab is causing the issue.
I see the Subscribe/Publish messages coming into openser and they are getting routed to
the appropriate config block and processed as I have seen documented, but every so often
the "Missing or unsupported event
header field value and ^Ievent= message-summary" error pops up.
Between two X-Lite softclients using 'presence agent' method, we never seem to get
any presence notifications, I presume due to the error above, but I am unsure.
All dependencies on both presence.so and presence_xml.so seem to be met
(verified with ldd)
# ldd presence_xml.so
linux-gate.so.1 => (0xffffe000)
libxml2.so.2 => /usr/lib/libxml2.so.2 (0xb7e76000)
libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0xb7d2c000)
libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0xb7d27000)
libz.so.1 => /usr/lib/libz.so.1 (0xb7d12000)
libm.so.6 => /lib/tls/i686/cmov/libm.so.6 (0xb7ced000)
/lib/ld-linux.so.2 (0x80000000)
(identical for presence.so)
Here are the relevant portions of my config:
loadmodule "presence.so"
modparam("presence", "db_url",
"mysql://XXX:XXX@localhost/openser")
modparam("presence", "max_expires", 60)
modparam("presence", "server_address",
"sip:valid.ip.address:5060")
loadmodule "presence_xml.so"
modparam("presence_xml",
"db_url","mysql://XXX:XXX@localhost/openser")
modparam("presence_xml", "force_active", 1)
...
if(is_method("PUBLISH|SUBSCRIBE")) {
route(2);
}
...
route[2] {
xlog("L_INFO", "Dealing with $rm F:$fu T:$tu\n");
sl_send_reply("100","trying");
if (!t_newtran()) {
sl_reply_error();
exit;
};
append_to_reply("Contact: <sip:valid.ip.address:5060>\r\n");
if(is_method("PUBLISH")) {
if($hdr(Sender)!= NULL) {
handle_publish("$hdr(Sender)");
} else {
handle_publish("");
}
t_release();
} else {
if( is_method("SUBSCRIBE")) {
handle_subscribe();
t_release();
}
}
exit;
}
If anyone wants to help me troubleshoot and make this work, I will make sure you get
credit for assisting us here at Interop.
Jeremy McNamara
8 Apr
8 Apr
10:17 p.m.
New subject: [OpenSER-Users] Missing or unsupported event header field value - presence woes
Hello,
On 04/08/08 21:39, Jeremy McNamara wrote:
I am at Interop HotStage in Belmont, CA trying to
deploy a 'unified communication' situation to demonstrate for the Interop Vegas
show here in a few weeks. I am in charge of the OpenSER/Asterisk components and presence
is giving me a huge headache.
> Apr 8 11:34:12 openser openser[23798]:
> ERROR:presence:handle_subscribe: Missing or unsupported event header
> field value Apr 8 11:34:12 openser openser[23798]:
> ERROR:presence:handle_subscribe: ^Ievent= message-summary
>
the above error message means that you try to handle an unsupported
presence event. The subscribe is sent for MWI in this specific case, so
it should be forwarded to Asterisk if you keep the voicemails there.
The presence_xml module is able to handle the events presence and
presence.winfo. The presence module is the common framework for the
other presence_* modules.
There is presence_mwi that should be able to handle the event
'message-summary'. However, if you don't get the presence working for
two x-lite softphones, the error is somewhere else -- the above message
does not affect the SIMPLE status presence part.
The 'tab' is printed from the C sources, in the debug message, it is not
the cause for the issue.
You have to watch the SIP traffic and see if the SUBSCRIBEs and
PUBLISHes are replied properly. Then check if after a PUBLISH a NOTIFY
is issued.
Cheers,
Daniel
Hopefully someone out there can help me figure out what is going wrong.
I am running Openser v1.3.1 from tarball on Ubuntu Gutsy, no xcap server (haven't
figured out if we really need one or not for our demo...)
I have loaded both presence and presence_xml. If you notice there is what I believe to be
a 'tab' character in the event= message-summary error response. I wonder if this
tab is causing the issue.
I see the Subscribe/Publish messages coming into openser and they are getting routed to
the appropriate config block and processed as I have seen documented, but every so often
the "Missing or unsupported event
header field value and ^Ievent= message-summary" error pops up.
Between two X-Lite softclients using 'presence agent' method, we never seem to
get any presence notifications, I presume due to the error above, but I am unsure.
All dependencies on both presence.so and presence_xml.so seem to be met
(verified with ldd)
# ldd presence_xml.so
linux-gate.so.1 => (0xffffe000)
libxml2.so.2 => /usr/lib/libxml2.so.2 (0xb7e76000)
libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0xb7d2c000)
libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0xb7d27000)
libz.so.1 => /usr/lib/libz.so.1 (0xb7d12000)
libm.so.6 => /lib/tls/i686/cmov/libm.so.6 (0xb7ced000)
/lib/ld-linux.so.2 (0x80000000)
(identical for presence.so)
Here are the relevant portions of my config:
loadmodule "presence.so"
modparam("presence", "db_url",
"mysql://XXX:XXX@localhost/openser")
modparam("presence", "max_expires", 60)
modparam("presence", "server_address",
"sip:valid.ip.address:5060")
loadmodule "presence_xml.so"
modparam("presence_xml",
"db_url","mysql://XXX:XXX@localhost/openser")
modparam("presence_xml", "force_active", 1)
...
if(is_method("PUBLISH|SUBSCRIBE")) {
route(2);
}
...
route[2] {
xlog("L_INFO", "Dealing with $rm F:$fu T:$tu\n");
sl_send_reply("100","trying");
if (!t_newtran()) {
sl_reply_error();
exit;
};
append_to_reply("Contact: <sip:valid.ip.address:5060>\r\n");
if(is_method("PUBLISH")) {
if($hdr(Sender)!= NULL) {
handle_publish("$hdr(Sender)");
} else {
handle_publish("");
}
t_release();
} else {
if( is_method("SUBSCRIBE")) {
handle_subscribe();
t_release();
}
}
exit;
}
If anyone wants to help me troubleshoot and make this work, I will make sure you get
credit for assisting us here at Interop.
Jeremy McNamara
_______________________________________________
Users mailing list
Users(a)lists.openser.org
http://lists.openser.org/cgi-bin/mailman/listinfo/users
--
http://www.asipto.com
10:37 p.m.
New subject: [OpenSER-Users] Missing or unsupported event header field value - presence woes
Daniel-Constantin Mierla wrote:
There is presence_mwi that should be able to handle
the event
'message-summary'. However, if you don't get the presence working for
two x-lite softphones, the error is somewhere else -- the above
message does not affect the SIMPLE status presence part.
Yeah - Shortly after I sent my message we fired up wireshark to figure
out that there was a rouge Polycom phone sending us MWI indications,
which we were not expecting. I knew something odd was happening just
wasn't sure exactly what until we were able to sniff the wire.
The 'tab' is printed from the C sources, in
the debug message, it is
not the cause for the issue.
Ok - good to know.
You have to watch the SIP traffic and see if the
SUBSCRIBEs and
PUBLISHes are replied properly. Then check if after a PUBLISH a NOTIFY
is issued.
OpenSER is sending what looks to be a properly formatted NOTIFY, however
we always getting back a 481 Call Transaction Does Not exist from X-Lite
to OpenSER's presence NOTIFY message.
We are setting up SJPhone and a Polycom phone to see if we get any
different behavior.
Are we missing something in the config I sent previously?
Thank you,
Jeremy
10:45 p.m.
New subject: [OpenSER-Users] Missing or unsupported event header field value - presence woes
On 04/08/08 22:37, Jeremy McNamara wrote:
Daniel-Constantin Mierla wrote:
The snippets seem to be
ok, and as you got to openser sending the
NOTIFY, it should be pretty much ok in the server side.
There is something that makes x-lite unhappy. If you can send me the SIP
trace, from the SUBSCRIBE sent by x-lite, with the PUBLISH and the
NOTIFY, I may be able to spot something.
Cheers,
Daniel
There is presence_mwi that should be able to
handle the event
'message-summary'. However, if you don't get the presence working for
two x-lite softphones, the error is somewhere else -- the above
message does not affect the SIMPLE status presence part.
Yeah - Shortly after I sent my message we fired up wireshark to figure
out that there was a rouge Polycom phone sending us MWI indications,
which we were not expecting. I knew something odd was happening just
wasn't sure exactly what until we were able to sniff the wire.
The 'tab' is printed from the C sources,
in the debug message, it is
not the cause for the issue.
Ok - good to know.
You have to watch the SIP traffic and see if the
SUBSCRIBEs and
PUBLISHes are replied properly. Then check if after a PUBLISH a
NOTIFY is issued.
OpenSER is sending what looks to be a properly formatted NOTIFY,
however we always getting back a 481 Call Transaction Does Not exist
from X-Lite to OpenSER's presence NOTIFY message.
We are setting up SJPhone and a Polycom phone to see if we get any
different behavior.
Are we missing something in the config I sent previously?
Thank you,
Jeremy
--
http://www.asipto.com
11:08 p.m.
New subject: [OpenSER-Users] Missing or unsupported event header field value - presence woes
Daniel-Constantin Mierla wrote:
There is something that makes x-lite unhappy. If you
can send me the
SIP trace, from the SUBSCRIBE sent by x-lite, with the PUBLISH and the
NOTIFY, I may be able to spot something.
I sent you a SIP trace off-list. However, upon turning on some debug
in X-Lite we are getting a message, "Got an INVITE or SUBSCRIBE that
doesn't contain exactly one contact."
In my subscribe|publish route block i am setting:
append_to_reply("Contact:
<sip:valid.openser.ip.address:5060>\r\n");
...I do see the Contact header within the SIP Notify message going to
X-Lite.
This is smelling like either an incorrectly formatted Contact header or
an X-Lite problem :(
Jeremy
11:23 p.m.
New subject: [OpenSER-Users] Missing or unsupported event header field value - presence woes
On 04/08/08 23:08, Jeremy McNamara wrote:
Daniel-Constantin Mierla wrote:
this is wrong, indeed, I
overlooked that line. Remove it from the
configuration file (belongs to an old version of presence server
configuration). The dialog for the subscribe is not created because of
that. The 200ok for the subscribe has two contact headers, which is wrong.
You sent me only the NOTIFY/200ok -- the SUBSCRIBE/200ok and the
PUBLISH/200ok would have been useful (as the problem is in 200OK for
SUBSCRIBE) -- I am sure will work once removing above line and restarting.
Cheers,
Daniel
There is something that makes x-lite unhappy. If
you can send me the
SIP trace, from the SUBSCRIBE sent by x-lite, with the PUBLISH and
the NOTIFY, I may be able to spot something.
I sent you a SIP trace off-list. However, upon turning on some
debug in X-Lite we are getting a message, "Got an INVITE or SUBSCRIBE
that doesn't contain exactly one contact."
In my subscribe|publish route block i am setting:
append_to_reply("Contact:
<sip:valid.openser.ip.address:5060>\r\n");
...I do see the Contact header within the SIP Notify message going to
X-Lite.
This is smelling like either an incorrectly formatted Contact header
or an X-Lite problem :(
Jeremy
--
http://www.asipto.com
9 Apr
9 Apr
1:45 a.m.
New subject: [OpenSER-Users] Missing or unsupported event header field value - presence woes
Daniel-Constantin Mierla wrote:
this is wrong, indeed, I overlooked that line. Remove
it from the
configuration file (belongs to an old version of presence server
configuration). The dialog for the subscribe is not created because of
that. The 200ok for the subscribe has two contact headers, which is
wrong.
Removing the Contact header from my configuration script did the trick!
Now lets see if I can gateway presence to/from XMPP.
Thank you once again,
Jeremy McNamara
6074
days inactive
6074
days old
6 comments
2 participants
participants (2)
-
Daniel-Constantin Mierla -
Jeremy McNamara