Anthony, thanks for the hint, I receive events like the following RECV EVENT Event-Name: MESSAGE_WAITING Core-UUID: e71632c8-d948-11de-942b-0138c6269e37 FreeSWITCH-Hostname: sip11.mydomain.com FreeSWITCH-IPv4: 192.168.178.200 FreeSWITCH-IPv6: ::1 Event-Date-Local: 2009-11-24 23:33:13 Event-Date-GMT: Tue, 24 Nov 2009 22:33:13 GMT Event-Date-Timestamp: 1259101993918617 Event-Calling-File: mod_voicemail.c Event-Calling-Function: update_mwi Event-Calling-Line-Number: 1738 MWI-Messages-Waiting: yes MWI-Message-Account: 200@sip1.mydomain.com MWI-Voice-Message: 4/1 (0/0) I think the problem may be the Freeswitch cluster we are working with. All phones register with realm (e.g. 200@sip1.mydomain.com). The FS hostname is sip11.mydomain.com resp. sip12.mydomain.com on the other host. With xml_curl we ensure that for both domain names a directory entry is passed back. That way it works nicely with registering phones, receiving voicemails, recording voicemails etc. but not for MWI. For recording and querying voicemails we use the realm instead of the domain name and that way it works. When a voicemail has finished recording - and at the time the above message occurs - I see 2 directory xml_curl requests with Event-Calling-File=mod_voicemail.c&Event-Calling-Function=resolve_id One I expect is for retrieving the MWI data and the other one for sending the VM email (which is sucessfully sent). Any hint how we can workaround this? Or is there a parameter to tell mod_voicemail that is should use the realm instead of the local hostname for sending MWI? Best regards Peter Anthony Minessale schrieb:
connect to FS with fs_cli
Issue the command:
/events MESSAGE_QUERY MESSAGE_WAITING
then leave some voice mails
probably you have a mis-configuration where the user/domain/profile cannot be resolved to the correct sofia profile to send the notify
The event starts out as a freeswitch event and is translated into the notify by mod_sofia but only if it can match the event to a real sip user
On Tue, Nov 24, 2009 at 2:54 PM, Peter P GMX <Prometheus001@gmx.net <mailto:Prometheus001@gmx.net>> wrote:
Hello,
I have a similar problem with Freeswitch behind OpenSIPS as a load balancer: When registering, Freeeswitch does not send a MWI NOTIFY message for a Phone which has voicemails. Even after recording a new voicemail there is no NOTIFY message sent. And there are no error messages on the console.
I have explicitely set <param name="manage-presence" value="true"/> in the internal profile.
When a phone is set up I get the following Snom Phone REGISTER => OpenSIPS=> Freeswitch Freeswitch OK => OpenSIPS=>Snom Phone
Snom Phone SUBSCRIBE => OpenSIPS=> Freeswitch Freeswitch 202 Accepted => OpenSIPS=>Snom Phone
Snom Phone PUBLISH => OpenSIPS=> Freeswitch Freeswitch 200 OK => OpenSIPS=>Snom Phone So presence generally seems to work.
But ngrepping the Network traffic there's no MWI NOTIFY message coming from Freeswitch to any phone. FreeSWITCH Version is 1.0.trunk (15648), so the patch discussed before should be already there.
Any idea how to force the NOTIFY messages?
Best regards Peter
Here's the debug Level9 output for nta and nua when a phone with VMs registers, seems like there is no error in it:
freeswitch@sip11.mydomain.com <mailto:freeswitch@sip11.mydomain.com>> nta: received REGISTER sip:sip1.mydomain.com <http://sip1.mydomain.com> SIP/2.0 (CSeq 7) nta: REGISTER (7) going to a default leg nua: nua_stack_process_request: entering nua: nh_create: entering nua: nh_create_handle: entering nua: nua_stack_set_params: entering nua(0x7fd5d409c8f0): event i_register 100 Trying nua: nua_application_event: entering nua: nua_respond: entering nua(0x7fd5d409c8f0): sent signal r_respond nua: nua_handle_destroy: entering nua(0x7fd5d409c8f0): sent signal r_destroy nua: nua_handle_magic: entering nua: nua_handle_destroy: entering nua(0x7fd5d409c8f0): recv signal r_respond 401 Unauthorized nua: nua_stack_set_params: entering nta: sent 401 Unauthorized for REGISTER (7) nta: timer set to 32000 ms nua(0x7fd5d409c8f0): recv signal r_destroy nta_leg_destroy((nil)) nta: received REGISTER sip:sip1.mydomain.com <http://sip1.mydomain.com> SIP/2.0 (CSeq 6) nta: REGISTER (6) going to a default leg nua: nua_stack_process_request: entering nua: nh_create: entering nua: nh_create_handle: entering nua: nua_stack_set_params: entering nua(0x905a80): event i_register 100 Trying nua: nua_application_event: entering nua: nua_respond: entering nua(0x905a80): sent signal r_respond nua: nua_handle_destroy: entering nua(0x905a80): recv signal r_respond 401 Unauthorized nua(0x905a80): sent signal r_destroy nua: nua_stack_set_params: entering nua: nua_handle_magic: entering nua: nua_handle_destroy: entering nta: sent 401 Unauthorized for REGISTER (6) nua(0x905a80): recv signal r_destroy nta_leg_destroy((nil)) nta: received PUBLISH sip:100@sip1.mydomain.com <mailto:sip%3A100@sip1.mydomain.com> SIP/2.0 (CSeq 3) nta: PUBLISH (3) going to a default leg nua: nua_stack_process_request: entering nua: nh_create: entering nua: nh_create_handle: entering nua: nua_stack_set_params: entering nua(0x905f10): event i_publish 100 Trying nua: nua_application_event: entering nua: nua_respond: entering nua(0x905f10): sent signal r_respond nua: nua_handle_magic: entering nua: nua_handle_destroy: entering nua(0x905f10): recv signal r_respond 200 OK nua: nua_stack_set_params: entering nua(0x905f10): sent signal r_destroy nta: sent 200 OK for PUBLISH (3) nua(0x905f10): recv signal r_destroy nta_leg_destroy((nil)) nta: received SUBSCRIBE sip:mod_sofia@192.168.178.200:5062 <http://sip:mod_sofia@192.168.178.200:5062> SIP/2.0 (CSeq 2) nta: canonizing sip:mod_sofia@192.168.178.200:5062 <http://sip:mod_sofia@192.168.178.200:5062> with contact nta: SUBSCRIBE (2) going to existing leg nua: nua_stack_process_request: entering nta: sent 200 OK for SUBSCRIBE (2) nua(0x905560): event i_subscribe 200 OK nua: nua_application_event: entering nta: received REGISTER sip:sip1.mydomain.com <http://sip1.mydomain.com> SIP/2.0 (CSeq 8) nta: REGISTER (8) going to a default leg nua: nua_stack_process_request: entering nua: nh_create: entering nua: nh_create_handle: entering nua: nua_stack_set_params: entering nua(0x7fd5dc073ba0): event i_register 100 Trying nua: nua_application_event: entering nua: nua_respond: entering nua(0x7fd5dc073ba0): sent signal r_respond nua(0x7fd5dc073ba0): recv signal r_respond 200 OK nua: nua_stack_set_params: entering nua: nua_handle_destroy: entering nua(0x7fd5dc073ba0): sent signal r_destroy nua: nua_handle_magic: entering nua: nua_handle_destroy: entering nta: sent 200 OK for REGISTER (8) nua(0x7fd5dc073ba0): recv signal r_destroy nta_leg_destroy((nil)) nta: received REGISTER sip:sip1.mydomain.com <http://sip1.mydomain.com> SIP/2.0 (CSeq 7) nta: REGISTER (7) going to a default leg nua: nua_stack_process_request: entering nua: nh_create: entering nua: nh_create_handle: entering nua: nua_stack_set_params: entering nua(0x8fc3d0): event i_register 100 Trying nua: nua_application_event: entering nua: nua_respond: entering nua(0x8fc3d0): sent signal r_respond nua(0x8fc3d0): recv signal r_respond 200 OK nua: nua_handle_destroy: entering nua: nua_stack_set_params: entering nua(0x8fc3d0): sent signal r_destroy nua: nua_handle_magic: entering nua: nua_handle_destroy: entering nta: sent 200 OK for REGISTER (7) nua(0x8fc3d0): recv signal r_destroy nta_leg_destroy((nil)) nta: received SUBSCRIBE sip:100@sip1.mydomain.com <mailto:sip%3A100@sip1.mydomain.com>;user=phone SIP/2.0 (CSeq 1) nta: SUBSCRIBE (1) going to a default leg nua: nua_stack_process_request: entering nua: nh_create: entering nua: nh_create_handle: entering nua: nua_stack_set_params: entering nta_leg_tcreate(0x7fd5dc03add0) nua(0x7fd5dc078b70): adding notify usage with event message-summary nua(0x7fd5dc078b70): event i_subscribe 100 Trying nua: nua_application_event: entering nua(): refresh notify after 3600 seconds (in [3600..3600]) nua: nua_respond: entering nua(0x7fd5dc078b70): sent signal r_respond nua(0x7fd5dc078b70): recv signal r_respond 202 Accepted nua: nua_stack_set_params: entering nta: sent 202 Accepted for SUBSCRIBE (1)
mayamatakeshi schrieb: > > On 9/12/09, *mayamatakeshi* <mayamatakeshi@gmail.com <mailto:mayamatakeshi@gmail.com> > <mailto:mayamatakeshi@gmail.com <mailto:mayamatakeshi@gmail.com>>> wrote: > > > On Sat, Sep 12, 2009 at 1:45 AM, Michael Jerris <mike@jerris.com <mailto:mike@jerris.com> > <mailto:mike@jerris.com <mailto:mike@jerris.com>>> wrote: > > Following up, did a bug get created for this issue? > > > Hello, > yes. > http://jira.freeswitch.org/browse/MODSOFIA-26 > > > Just to simplify things in case someone searches the list: > Issue was solved on rev 14851. > Thank you all. > ------------------------------------------------------------------------ > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users@lists.freeswitch.org <mailto:FreeSWITCH-users@lists.freeswitch.org> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org >
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <mailto:FreeSWITCH-users@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Anthony Minessale II
FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire
AIM: anthm MSN:anthony_minessale@hotmail.com <mailto:MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com <mailto:PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net <http://irc.freenode.net> #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <mailto:sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 <http://iax:guest@conference.freeswitch.org/888> googletalk:conf+888@conference.freeswitch.org <mailto:googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400 ------------------------------------------------------------------------
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org