[Freeswitch-users] No NOTIFY MWI when registering via proxy.
Peter P GMX
Prometheus001 at gmx.net
Tue Nov 24 12:54:50 PST 2009
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 at sip11.mydomain.com> nta: received REGISTER
sip: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 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 at 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 at 192.168.178.200:5062 SIP/2.0 (CSeq 2)
nta: canonizing sip:mod_sofia at 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 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 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 at 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 at gmail.com
> <mailto:mayamatakeshi at gmail.com>> wrote:
>
>
> On Sat, Sep 12, 2009 at 1:45 AM, Michael Jerris <mike at jerris.com
> <mailto:mike at 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 at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
More information about the FreeSWITCH-users
mailing list