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: [email protected] 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. [email protected]). 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 <[email protected] > <mailto:[email protected]>> 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: > > [email protected] > <mailto:[email protected]>> 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:[email protected] > <mailto:sip%[email protected]> 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:[email protected]:5062 > <http://sip:[email protected]:5062> SIP/2.0 (CSeq 2) > nta: canonizing sip:[email protected]:5062 > <http://sip:[email protected]: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:[email protected] > <mailto:sip%[email protected]>;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* <[email protected] > <mailto:[email protected]> > > <mailto:[email protected] > <mailto:[email protected]>>> wrote: > > > > > > On Sat, Sep 12, 2009 at 1:45 AM, Michael Jerris > <[email protected] <mailto:[email protected]> > > <mailto:[email protected] <mailto:[email protected]>>> 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 > > [email protected] > <mailto:[email protected]> > > 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 > [email protected] > <mailto:[email protected]> > 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:[email protected] > <mailto:msn%[email protected]> > GTALK/JABBER/PAYPAL:[email protected] > <mailto:paypal%[email protected]> > IRC: irc.freenode.net <http://irc.freenode.net> #freeswitch > > FreeSWITCH Developer Conference > sip:[email protected] > <mailto:sip%[email protected]> > iax:[email protected]/888 > <http://iax:[email protected]/888> > googletalk:[email protected] > <mailto:googletalk%3aconf%[email protected]> > pstn:213-799-1400 > ------------------------------------------------------------------------ > > _______________________________________________ > FreeSWITCH-users mailing list > [email protected] > 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 [email protected] http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
