On Tue, Nov 24, 2009 at 2:54 PM, Peter P GMX <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> 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@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 SIP/2.0 (CSeq 2)
nta: canonizing 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 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@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>> wrote:
>
>
> On Sat, Sep 12, 2009 at 1:45 AM, Michael Jerris <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
> 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