Try an alias on the sip profile. Mike
On Nov 24, 2009, at 5:56 PM, Peter P GMX wrote: > 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: 2...@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. 2...@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 <prometheus...@gmx.net >> <mailto:prometheus...@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: >> >> freeswi...@sip11.mydomain.com >> <mailto:freeswi...@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:1...@sip1.mydomain.com >> <mailto:sip%3a...@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_so...@192.168.178.200:5062 >> <http://sip:mod_so...@192.168.178.200:5062> SIP/2.0 (CSeq 2) >> nta: canonizing sip:mod_so...@192.168.178.200:5062 >> <http://sip:mod_so...@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:1...@sip1.mydomain.com >> <mailto:sip%3a...@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* <mayamatake...@gmail.com >> <mailto:mayamatake...@gmail.com> >>> <mailto:mayamatake...@gmail.com >> <mailto:mayamatake...@gmail.com>>> wrote: >>> >>> >>> On Sat, Sep 12, 2009 at 1:45 AM, Michael Jerris >> <m...@jerris.com <mailto:m...@jerris.com> >>> <mailto:m...@jerris.com <mailto:m...@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_miness...@hotmail.com >> <mailto:msn%3aanthony_miness...@hotmail.com> >> GTALK/JABBER/PAYPAL:anthony.miness...@gmail.com >> <mailto:paypal%3aanthony.miness...@gmail.com> >> IRC: irc.freenode.net <http://irc.freenode.net> #freeswitch >> >> FreeSWITCH Developer Conference >> sip:8...@conference.freeswitch.org >> <mailto:sip%3a...@conference.freeswitch.org> >> iax:gu...@conference.freeswitch.org/888 >> <http://iax:gu...@conference.freeswitch.org/888> >> googletalk:conf+...@conference.freeswitch.org >> <mailto:googletalk%3aconf%2b...@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 >> > > _______________________________________________ > 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 _______________________________________________ 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