Problems with Ping and re-registering broken gateways
Hi, I'm fairly sure my problem lies with my voip provider VoipTalk but wonder if you could help me understand a couple of things. My config is very simple, I'm using freeswitch to accept incoming calls via a voip gateway and record messages. Here's the problem: - When freeswitch starts the gateways are all created and register correctly - I have the ping parameter set to make sure the gateway stays alive. - The first time freeswitch pings the gateway it fails even though the registration appears intact as calls are still coming through to freeswitch - Freeswitch then tries to re-register the gateway but this fails. The SIP trace shows an Unauthorized message and the actual log entry is 'Registration Failed with status Operation has no matching challenge [904]' - eventually the registration times out with my provider and all is lost. - if I call 'sofia profile external restart' or restart the software this fixes the problem My questions are: 1) Why would the ping fail when the registration appears to be intact? 2) Whay would the auto re-register not work but a restart would? This ones driving me nuts so any help greatly appreciated. regards Andy
Are they ignoring the options packet we send them or are they maybe getting lost behind NAT? we send an OPTIONS and even if we get a error back we consider that a successful reply. We did have a patch into SVN very recently to correct a problem with OPTIONS ping in a NAT situation. Maybe try latest trunk first then capture the console log with sip traffic in place if it still does not work so we can have a look. to capture the log use these 2 commands from the cli. sofia profile internal siptrace on console loglevel debug On Mon, Jul 13, 2009 at 7:59 AM, Andy <andy@fabulous4.co.uk> wrote:
Hi,
I'm fairly sure my problem lies with my voip provider VoipTalk but wonder if you could help me understand a couple of things. My config is very simple, I'm using freeswitch to accept incoming calls via a voip gateway and record messages. Here's the problem:
- When freeswitch starts the gateways are all created and register correctly
- I have the ping parameter set to make sure the gateway stays alive.
- The first time freeswitch pings the gateway it fails even though the registration appears intact as calls are still coming through to freeswitch
- Freeswitch then tries to re-register the gateway but this fails. The SIP trace shows an Unauthorized message and the actual log entry is 'Registration Failed with status Operation has no matching challenge [904]'
- eventually the registration times out with my provider and all is lost.
- if I call 'sofia profile external restart' or restart the software this fixes the problem
My questions are:
1) Why would the ping fail when the registration appears to be intact? 2) Whay would the auto re-register not work but a restart would?
This ones driving me nuts so any help greatly appreciated.
regards Andy
_______________________________________________ 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
-- 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 <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400
Hi Anthony, Thanks for your reply. The trace of the ping request looks like this. Any clues? send 674 bytes to udp/[77.240.48.94]:5060 at 09:07:25.479313: ------------------------------------------------------------------------ OPTIONS sip:voiptalk.org;transport=udp SIP/2.0 Via: SIP/2.0/UDP 77.86.49.249;rport;branch=z9hG4bK8rBQ4a33Ny02K Max-Forwards: 70 From: <sip:77.86.49.249>;tag=a8U21NNZ23tBB To: <sip:voiptalk.org> Call-ID: 96da25e1-eaf8-122c-02ae-0019d15ec7e1 CSeq: 117662779 OPTIONS Contact: <sip:mod_sofia@77.86.49.249:5060> User-Agent: FreeSWITCH-mod_sofia/1.0.trunk-13850 Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, PRACK, MESSAGE, SUBSCRIBE, NOTIFY, REFER, UPDATE, REGISTER, INFO, PUBLISH Supported: timer, precondition, path, replaces Allow-Events: talk, presence, dialog, call-info, sla, include-session-description, presence.winfo, message-summary, refer Content-Length: 0 ------------------------------------------------------------------------ recv 352 bytes from udp/[77.240.48.94]:5060 at 09:07:25.486124: ------------------------------------------------------------------------ SIP/2.0 484 Address Incomplete Via: SIP/2.0/UDP 77.86.49.249;rport=5060;branch=z9hG4bK8rBQ4a33Ny02K From: <sip:77.86.49.249>;tag=a8U21NNZ23tBB To: <sip:voiptalk.org>;tag=fd79486175647ed1617969929fdaad02.f21c Call-ID: 96da25e1-eaf8-122c-02ae-0019d15ec7e1 CSeq: 117662779 OPTIONS Server: OpenSIPS (1.5.1-notls (x86_64/linux)) Content-Length: 0 ------------------------------------------------------------------------ 2009-07-14 10:07:25.483507 [WARNING] sofia.c:2810 Ping failed voiptalk.org 2009-07-14 10:07:25.483507 [WARNING] sofia.c:2813 Unregister voiptalk.org Andy _____ From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Anthony Minessale Sent: 13 July 2009 16:59 To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Problems with Ping and re-registering brokengateways Are they ignoring the options packet we send them or are they maybe getting lost behind NAT? we send an OPTIONS and even if we get a error back we consider that a successful reply. We did have a patch into SVN very recently to correct a problem with OPTIONS ping in a NAT situation. Maybe try latest trunk first then capture the console log with sip traffic in place if it still does not work so we can have a look. to capture the log use these 2 commands from the cli. sofia profile internal siptrace on console loglevel debug On Mon, Jul 13, 2009 at 7:59 AM, Andy <andy@fabulous4.co.uk> wrote: Hi, I'm fairly sure my problem lies with my voip provider VoipTalk but wonder if you could help me understand a couple of things. My config is very simple, I'm using freeswitch to accept incoming calls via a voip gateway and record messages. Here's the problem: - When freeswitch starts the gateways are all created and register correctly - I have the ping parameter set to make sure the gateway stays alive. - The first time freeswitch pings the gateway it fails even though the registration appears intact as calls are still coming through to freeswitch - Freeswitch then tries to re-register the gateway but this fails. The SIP trace shows an Unauthorized message and the actual log entry is 'Registration Failed with status Operation has no matching challenge [904]' - eventually the registration times out with my provider and all is lost. - if I call 'sofia profile external restart' or restart the software this fixes the problem My questions are: 1) Why would the ping fail when the registration appears to be intact? 2) Whay would the auto re-register not work but a restart would? This ones driving me nuts so any help greatly appreciated. regards Andy _______________________________________________ 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 -- 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 #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <mailto:sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org <mailto:googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400
They probably shouldn't be responding 484 to them... hrm /b On Jul 14, 2009, at 4:07 AM, Andy wrote:
Hi Anthony,
Thanks for your reply. The trace of the ping request looks like this. Any clues?
send 674 bytes to udp/[77.240.48.94]:5060 at 09:07:25.479313:
------------------------------------------------------------------------ OPTIONS sip:voiptalk.org;transport=udp SIP/2.0 Via: SIP/2.0/UDP 77.86.49.249;rport;branch=z9hG4bK8rBQ4a33Ny02K Max-Forwards: 70 From: <sip:77.86.49.249>;tag=a8U21NNZ23tBB To: <sip:voiptalk.org> Call-ID: 96da25e1-eaf8-122c-02ae-0019d15ec7e1 CSeq: 117662779 OPTIONS Contact: <sip:mod_sofia@77.86.49.249:5060> User-Agent: FreeSWITCH-mod_sofia/1.0.trunk-13850 Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, PRACK, MESSAGE, SUBSCRIBE, NOTIFY, REFER, UPDATE, REGISTER, INFO, PUBLISH Supported: timer, precondition, path, replaces Allow-Events: talk, presence, dialog, call-info, sla, include- session-description, presence.winfo, message-summary, refer Content-Length: 0
------------------------------------------------------------------------ recv 352 bytes from udp/[77.240.48.94]:5060 at 09:07:25.486124:
------------------------------------------------------------------------ SIP/2.0 484 Address Incomplete Via: SIP/2.0/UDP 77.86.49.249;rport=5060;branch=z9hG4bK8rBQ4a33Ny02K From: <sip:77.86.49.249>;tag=a8U21NNZ23tBB To: <sip:voiptalk.org>;tag=fd79486175647ed1617969929fdaad02.f21c Call-ID: 96da25e1-eaf8-122c-02ae-0019d15ec7e1 CSeq: 117662779 OPTIONS Server: OpenSIPS (1.5.1-notls (x86_64/linux)) Content-Length: 0
------------------------------------------------------------------------ 2009-07-14 10:07:25.483507 [WARNING] sofia.c:2810 Ping failed voiptalk.org 2009-07-14 10:07:25.483507 [WARNING] sofia.c:2813 Unregister voiptalk.org
Andy
yes this was plenty of information try r14242 On Tue, Jul 14, 2009 at 4:07 AM, Andy <andy@fabulous4.co.uk> wrote:
Hi Anthony,
Thanks for your reply. The trace of the ping request looks like this. Any clues?
send 674 bytes to udp/[77.240.48.94]:5060 at 09:07:25.479313: ------------------------------------------------------------------------ OPTIONS sip:voiptalk.org;transport=udp SIP/2.0 Via: SIP/2.0/UDP 77.86.49.249;rport;branch=z9hG4bK8rBQ4a33Ny02K Max-Forwards: 70 From: <sip:77.86.49.249>;tag=a8U21NNZ23tBB To: <sip:voiptalk.org> Call-ID: 96da25e1-eaf8-122c-02ae-0019d15ec7e1 CSeq: 117662779 OPTIONS Contact: <sip:mod_sofia@77.86.49.249:5060> User-Agent: FreeSWITCH-mod_sofia/1.0.trunk-13850 Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, PRACK, MESSAGE, SUBSCRIBE, NOTIFY, REFER, UPDATE, REGISTER, INFO, PUBLISH Supported: timer, precondition, path, replaces Allow-Events: talk, presence, dialog, call-info, sla, include-session-description, presence.winfo, message-summary, refer Content-Length: 0
------------------------------------------------------------------------ recv 352 bytes from udp/[77.240.48.94]:5060 at 09:07:25.486124: ------------------------------------------------------------------------ SIP/2.0 484 Address Incomplete Via: SIP/2.0/UDP 77.86.49.249;rport=5060;branch=z9hG4bK8rBQ4a33Ny02K From: <sip:77.86.49.249>;tag=a8U21NNZ23tBB To: <sip:voiptalk.org>;tag=fd79486175647ed1617969929fdaad02.f21c Call-ID: 96da25e1-eaf8-122c-02ae-0019d15ec7e1 CSeq: 117662779 OPTIONS Server: OpenSIPS (1.5.1-notls (x86_64/linux)) Content-Length: 0 ------------------------------------------------------------------------ 2009-07-14 10:07:25.483507 [WARNING] sofia.c:2810 Ping failed voiptalk.org 2009-07-14 10:07:25.483507 [WARNING] sofia.c:2813 Unregister voiptalk.org
Andy
------------------------------ *From:* freeswitch-users-bounces@lists.freeswitch.org [mailto: freeswitch-users-bounces@lists.freeswitch.org] *On Behalf Of *Anthony Minessale *Sent:* 13 July 2009 16:59 *To:* freeswitch-users@lists.freeswitch.org *Subject:* Re: [Freeswitch-users] Problems with Ping and re-registering brokengateways
Are they ignoring the options packet we send them or are they maybe getting lost behind NAT? we send an OPTIONS and even if we get a error back we consider that a successful reply.
We did have a patch into SVN very recently to correct a problem with OPTIONS ping in a NAT situation.
Maybe try latest trunk first then capture the console log with sip traffic in place if it still does not work so we can have a look.
to capture the log use these 2 commands from the cli.
sofia profile internal siptrace on console loglevel debug
On Mon, Jul 13, 2009 at 7:59 AM, Andy <andy@fabulous4.co.uk> wrote:
Hi,
I'm fairly sure my problem lies with my voip provider VoipTalk but wonder if you could help me understand a couple of things. My config is very simple, I'm using freeswitch to accept incoming calls via a voip gateway and record messages. Here's the problem:
- When freeswitch starts the gateways are all created and register correctly
- I have the ping parameter set to make sure the gateway stays alive.
- The first time freeswitch pings the gateway it fails even though the registration appears intact as calls are still coming through to freeswitch
- Freeswitch then tries to re-register the gateway but this fails. The SIP trace shows an Unauthorized message and the actual log entry is 'Registration Failed with status Operation has no matching challenge [904]'
- eventually the registration times out with my provider and all is lost.
- if I call 'sofia profile external restart' or restart the software this fixes the problem
My questions are:
1) Why would the ping fail when the registration appears to be intact? 2) Whay would the auto re-register not work but a restart would?
This ones driving me nuts so any help greatly appreciated.
regards Andy
_______________________________________________ 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
-- 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 <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<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
-- 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 <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400
participants (3)
-
Andy
-
Anthony Minessale
-
Brian West