05-25-2009
11:43 AM
- last edited on
03-25-2019
10:37 PM
by
ciscomoderator
Hi,
I´ve setup my first SPA9000 @ a customer. I´m having some difficulties though. Some times it´s not possible to dial outbound. According to the ITSP they see that the user try to dial out, but the call is disconnect from the SPA side. Any idea where to start troubleshooting??? According to a colleage of mine the company transfers large files over the DSL line. The SIP trunk is configured with QoS on rtp ports 30000-30030 towards the ITSP.
Please help me :)
Regards
Eivind
Solved! Go to Solution.
05-26-2009 12:17 PM
Hi Eivind,
Congratulations on your installation. The next one will be easier. :-)
If bandwidth is an issue, the call quality usually deteriorates and becomes choppy [jitter] but calls are seldom dropped for this reason.
Large downloads will not affect the SPA9000 Voice System, provided you followed the QoS steps etc. in the Installation Guide: https://www.myciscocommunity.com/docs/DOC-1749 starting on page 40
Be sure to verify that the main switch has QoS enabled. Verify that there is no upstream switch which may not have QoS properly configured.
You didn't mention the size of the installation. How many phones, SPA400s, PSTN lines, ITSP lines? Is auto attendant being used? Is SPA400 voicemail deployed? How many concurrent calls, AA, and vmail sessions when calls are dropped?
Are there any hung calls? SPA9000 web-ui > PBX status
Suggestions on troubleshooting this:
Look for patterns, when do calls get dropped, specific days of week, specific time of day, specific work load, etc.
Enable debug on the SPA9000 and check the logs for clues
Run Wireshark on the network between the SPA9000 and the ITSP where drops are experienced, check the traces for anomalies when call drops are reported.
Good luck,
Patrick
----------
05-26-2009 02:11 PM
Hi Eivind,
The https://www.myciscocommunity.com/docs/DOC-3032 describes logging and has a link to the syslog utility provided by Cisco [login required]
You can use any free syslog server available on the Internet if you prefer.
Regards,
Patrick
----------
05-28-2009 04:28 AM
Hi Eivind,
I don't see anything of much use in the syslog message. It's best to have the syslog server running when the SPA9000 boots and then supply the entire log file.
How do you know that the ITSP is not receiving the SIP REGISTER requests?
2009-05-28 12:20:04 Local3.Debug 192.168.10.2 [2]RegFail. Retry in 30
I see that this wasn't the first registration attempt
2009-05-28 12:20:34 Local2.Debug 192.168.10.2 RSE:GetServerAddrErr(ITSP,2)=-101
This could be a clue.
Did you sanitize the log information? The following in red does not look correct:
"<>USERNAME@ITSP>;tag=488b62d4a6bb100bo2<013><010>To: "" <>USERNAME@ITSP><013><010>Call-ID: 29b53760-ab526347@192.168.10.2<013><010>CSeq: 23080 REGISTER<013><010>Max-Forwards: 70<013><010>Contact: "" <>USERNAME@GLOBAL IP:5060>>>>"
Check that the:
Regards,
Patrick
----------
05-26-2009 12:17 PM
Hi Eivind,
Congratulations on your installation. The next one will be easier. :-)
If bandwidth is an issue, the call quality usually deteriorates and becomes choppy [jitter] but calls are seldom dropped for this reason.
Large downloads will not affect the SPA9000 Voice System, provided you followed the QoS steps etc. in the Installation Guide: https://www.myciscocommunity.com/docs/DOC-1749 starting on page 40
Be sure to verify that the main switch has QoS enabled. Verify that there is no upstream switch which may not have QoS properly configured.
You didn't mention the size of the installation. How many phones, SPA400s, PSTN lines, ITSP lines? Is auto attendant being used? Is SPA400 voicemail deployed? How many concurrent calls, AA, and vmail sessions when calls are dropped?
Are there any hung calls? SPA9000 web-ui > PBX status
Suggestions on troubleshooting this:
Look for patterns, when do calls get dropped, specific days of week, specific time of day, specific work load, etc.
Enable debug on the SPA9000 and check the logs for clues
Run Wireshark on the network between the SPA9000 and the ITSP where drops are experienced, check the traces for anomalies when call drops are reported.
Good luck,
Patrick
----------
05-26-2009 12:59 PM
Thanks Patrick,
Just a quick question:
Where/How do I enable debugs on the SPA9000??? Where are the logs located??
Regards
Eivind
05-26-2009 02:11 PM
Hi Eivind,
The https://www.myciscocommunity.com/docs/DOC-3032 describes logging and has a link to the syslog utility provided by Cisco [login required]
You can use any free syslog server available on the Internet if you prefer.
Regards,
Patrick
----------
05-28-2009 02:04 AM
Patrick,
The SPA9000 send registration messages to the ITSP, the ITSP is not receiving them, also we have connection problems to the http admin gui of the wrv200 router from time to time, seems to me like there's a HW failure on the router?!?
There's no hung calls, or problems internally, seems like there's a problem with the reregistration of the SIP line
Regards
Eivind
Some of the syslog msg when registering:
2009-05-28 12:20:04 Local0.Info 192.168.10.2 <010>
2009-05-28 12:20:04 Local0.Info 192.168.10.2 <010>
2009-05-28 12:20:04 Local3.Debug 192.168.10.2 [2]RegFail. Retry in 30
2009-05-28 12:20:34 Local2.Debug 192.168.10.2 RSE:GetServerAddrErr(ITSP,2)=-101
2009-05-28 12:20:34 Local2.Debug 192.168.10.2 TP:?Tx->0
2009-05-28 12:12:32 Local7.Debug 192.168.10.2 REGISTER sip:ITSP SIP/2.0<013><010>Via: SIP/2.0/UDP 192.168.10.2:5060;branch=z9hG4bK-2e46cde4<013><010>From: ""
2009-05-28 12:12:32 Local0.Info 192.168.10.2 <010>
2009-05-28 12:12:32 Local0.Info 192.168.10.2 <010>
2009-05-28 12:13:02 Local0.Info 192.168.10.2 [2]->0.0.0.0:5060(572)
2009-05-28 12:13:02 Local0.Info 192.168.10.2 [2]->0.0.0.0:5060(572)
Please HELP me ;)
05-28-2009 04:28 AM
Hi Eivind,
I don't see anything of much use in the syslog message. It's best to have the syslog server running when the SPA9000 boots and then supply the entire log file.
How do you know that the ITSP is not receiving the SIP REGISTER requests?
2009-05-28 12:20:04 Local3.Debug 192.168.10.2 [2]RegFail. Retry in 30
I see that this wasn't the first registration attempt
2009-05-28 12:20:34 Local2.Debug 192.168.10.2 RSE:GetServerAddrErr(ITSP,2)=-101
This could be a clue.
Did you sanitize the log information? The following in red does not look correct:
"<>USERNAME@ITSP>;tag=488b62d4a6bb100bo2<013><010>To: "" <>USERNAME@ITSP><013><010>Call-ID: 29b53760-ab526347@192.168.10.2<013><010>CSeq: 23080 REGISTER<013><010>Max-Forwards: 70<013><010>Contact: "" <>USERNAME@GLOBAL IP:5060>>>>"
Check that the:
Regards,
Patrick
----------
05-28-2009 04:51 AM
Hi Patrick,
Thanks for your reply.I changed the adresses and user credentials :)
I talked directly with the support/tech guys at the ITSP, they couldn't see that the SPA was trying to register..
The router has internal adresses configured in the router page of the SPA9000, connected to a WRV200 router from the WAN port on the SPA9000 to LAN port of the router (switch in the middle). Clients are able to use the internet as normal.
SPA9000 setup
IP: 192.168.10.2/24
GW (WRV200): 192.168.10.1
DNS: 82.196.201.43, 82.196.193.143
I saw one line after a reboot though....
2009-05-28 13:54:19 Local2.Debug 192.168.10.2 RSE:GetServerAddrErr(odin.services.ipallover.net,2)=-101
Seems like it can't get the hostname resolved or something...
Regards
Eivind
05-28-2009 01:06 PM
Hi Eivind,
It looks like there is either a config problem or a network problem.
I can't quite follow from the description, what the LAN looks like and how the SPA9000 is connected.
The fact that the ITSP never sees the SIP Register is a big clue that all is not well with the network config.
Just to reiterate: :-)
Please send me [paborn at Cisco.com] your SPA9000's config for analysis: https://www.myciscocommunity.com/docs/DOC-3027
Regards,
Patrick
----------
05-29-2009 07:30 AM
Patrick,
I've sent you the files
Thanks,
Eivind
UPDATE:
Patrick,
Seems like we've found the problem. Found a guide :
SPA9000_Voice_System_V6-1_AG_NC-WEB_200809.pdf
Had to make a change in the config of the SPA from page 50 with NAT issues (we hadn't set ip up ;) ) also the firewall and sip on page 54.
At least everything is up and running again, let you know in a couple of days if the issue on registration remains.
Regards
Eivind
Message was edited by: Eivind Jonassen
05-29-2009 10:06 AM
Eivind,
Great news. Thanks for letting me know.
Regards,
Patrick
-----------
06-04-2009 10:01 AM
Patrick,
We still have som issues with calls being dropped. Did some troubleshooting today and the DSL line seems to be the issue, upstream was only 100K/bit on the 4Mbit SDSL line. So no wonder that the calls were beeing dropped. I´ll keep you posted.
Regards
Eivind
UPDATE:
Also changed the router from a WRV200 to WRVS4400. I´m never going to use the WRV200 again LOL, the 4400 has a much richer configuration :)
Message was edited by: Eivind Jonassen
06-04-2009 10:09 AM
Good troubleshooting. Thanks for letting me know.
Regards,
Patrick
-----------
06-16-2009 07:52 AM
Patrick,
The DSL line was fixed last monday. The trunk has been stable since the fix :)
Since we also changed the router to a WRVS4400, we now have setup the QoS with Rate Control instead of Priority as well.
Thanks for your help on this, learned alot ;)
Regards
Eivind
03-02-2010 07:15 PM
who is your ITSP? I am considering getting this setup for our small office that does not want to pay for a UC520 or CME? I know you can use the SPA 400 for POTS lines, but i would like to use the internet for Voip services.
Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: