Overview
If you are having problems getting something to work with your VoIP service, this page is for you. Many of standard problems encountered have been addressed here.
Tracing Call Routes
This trick was shown to me by MrFusion at the SIP Broker forum is really useful if your call is not connecting and you don’t know why. Most of the Sipura SPA series of ATAs allow the user to trace the path of the SIP call as it tries to connect the call.
The SPA device sends out real time debug information via syslog to a syslog server if one is running. To capture this debug information, you need to have a syslog server running on your PC, and your SPA needs to be configured to send the debug information to the syslog server. It is easy to do – just follow these instructions:
- Download a copy of a free Syslog server here https://supportforums.cisco.com/docs/DOC-9862
- Unzip this file into a clean folder.
- Log into your SPA \ADMIN\ADVANCED and select the System Tab
- Set the Debug Server: to be the IP address of the PC you are about to run Syslog from. You will need to add port 514 to the end of the IP address. ie 192.168.1.2:514 If you have a fire wall on your PC (soft firewall, not your router firewall), then you need to make sure that port 514 is blocked.
- Set the Debug level to 3.
- Select the Line 1 tab, and set SIP Debug Option to Full. This will create a txt output file of all the debug information called syslog.514.log
Go to the folder where you placed syslog server and double click to run. Then pick up your phone handset and make a call. You should see all sorts of debug information scroll up the screen as the call is being made. Once the call is completed, hang up and open the file syslog.514.log. Scroll through the data and get a bit of a feel for what it is all about. I don’t know what all the data is, but you can clearly see information about SIP Invite Messages, SIP Redirect Messages, your ATA trying to access ports etc. It is also reasonable easy to determine where a call gets held up and passed off to other VSPs.
Using this approach, I have been able to successfully debug every problem I have had with VSPs and dial plans.
Check DID Phone Number
If you phone 1800 80 1920 you will get a computer generated voice message that tells you the phone number you are dialling from. This can be useful to confirm that you are dialling out via your VoIP number, but also to hear a voice from the PSTN network and check volume and quality.
Billion Corrupt Dial Plan
This solution was originally authored by Markovich at the Whirlpool Forum.
If you have a corrupt dial plan in your Billion VoIP router, follow these instructions to fix the problem:
1) Click Start Menu and then Run
2) type: telnet 192.168.1.254 <hit enter>
3) type: Admin <hit enter>
4) type: Admin <hit enter>
5) type: voip endpoint 1 set digitmap ‘(x.T) +x.T’ <hit enter>
6) type: system config save <hit enter>
Note: in step 5, use “endpoint 1” for port 1 dial plan, use “endpoint 2” for port 2 dial plan.
You should now be able to edit the dial plan again in the web interface.
