Talksome troubleshooting procedure

If you run into an issue with one of our products, we have a procedure you can follow to grant the fastest help we can offer.

Step 1: Diagnosing the problem

Make sure you have a suitable data connection

  1. Minimal bandwidth both up and down per VoIP call: >100Kbit/s
  2. Latency: < 70ms
  3. Jitter: < 10ms
  4. Packet loss: < 0,5%

Use one of these or any other tool to check your connection quality:

Make sure you have a suitable router

  1. User friendly webportal
  2. Option to enable remote access
  3. No VoIP/SIP functionality enabled on router
  4. No POTS/PSTN ports
  5. No Active firewalls
  6. No SIP stacks (Software that simulates ATA on modems)
  7. No SIP-ALG

Make sure you have the right configuration

  1. The NAT should be symmetric and NAT Keep Alive on the phone should be switched on (4-byte packet, NOTIFY or OPTIONS).
  2. In case of NAT the SIP packet should, upon arrival at the registrar, contain IP addresses following the rfc1918 range in the following places: 1st Via header, Contact header and All c= addresses in the SDP.
  3. Do not allow Fragmented packets.
  4. Have the ability to set up QOS on all (network) devices so that VoIP traffic is given priority.
  5. Firewall: Allow outbound traffic to ports 5060 and 8060 (UDP) for regular SIP calls, and open port 5061 (TCP) to allow for encrypted phone calls.
  6. Firewall: RTP is used for the transport of the audio data. The traffic can come from any IP address. Many times the VoIP device dictates which range is being used. In a firewall, this can therefore only be filtered by the local destination port, not on the remote IP. Configure your phones and/or firewall with two ports per concurrent call and allow inbound and outbound traffic to / from these ports to / from any IP address (0.0.0.0/0). RTP is using exclusively UDP (1024 - 65535)
  7. Firewall: Allow HTTP/HTTPS for phones as it is used for provisioning.
  8. Firewall: Allow NTP for phones as this is used by the phone to set its clock. A NTP server on the local network can be set if needed.
  9. Firewall: Allow DNS for phones as this is required for the phone to resolve domain names related to provisioning, SIP hosts and more.

Troubleshooting

  1. Check the attendant console and/or VoIP phone logs and make a brief summary of your findings.
  2. Make a pcap trace and a brief summary of your findings.

Step 2: Check for existing problems

Check this website, Talksome Docs, for existing problems, solutions and workarounds. We try to keep our documentation up-to-date and detailed to help our users when they stumble on the problem. So before getting in touch, please make sure that the issue you are facing is not already described in one of our documents.

Step 3: Escalation Talksome Support

If you went through all the individual substeps in the step 1 and you have checked that the issue isn’t addressed on this website as described in step 2, please provide a detailed report of these points.

Include the following data:

  • Client name
  • From which number is dialed
  • To which number is dialed
  • Date & Time (24 hour format and timezone)
  • Exact steps to reproduce the issue
  • Possible screen recording / movie of the behaviour
  • Precise version of any hardware, firmware and software used (phone, browser, device)

Email this to: support@talksome.com (send email).

Docs