It is common for organisations with existing phone systems to dial 9 before entering an external phone number.
With ictalk3 this is not required, the system intelligently works out if the call is to any of the following;
Any calls made between ictalk3 extensions is not chargeable whilst all other calls are chargeable.
This is where either party can hear the conversation but the other cannot, typically experienced on new installs or after an upgrade of network hardware.
The most common cause is SIP ALG or SIP Session Helper which needs to be disabled for ictalk3 to operate.
The other likely cause is dropping packets, with the fact VoIP operates with UDP error correction is not available as with TCP and so the packet is not made up, and subsequently audio is dropeped.
The most likely cause for this is the provisioning of ictalk3 over a dsl connection which proves to be flacky, or local interferance around the terminating hardware or faulty hardware. To combat these issues the cause needs to be identified;
For a brief checklist look below,
ping <destination> -t
Hold control and press c to cancel.
See our article on Wireshark tracing for fault finding for more in-depth troubleshooting
There is not feature a feature on ictalk3, however there are a couple of scenerarios to support this;
Configure another user without a phone on the premium package, then set the user to DND. Calls can be routed to this user where voicemail messages are left. Voicemail can then be retrieved by any user whom knows the dummy voicemail users extension and pin number.
Another method depending on the users role and potential confidential material is to route all voicemail to an existing user and provide access details to all required users.
For those users whom have voicemail enabled there are a number of accessing your voicemail:
It is possible to access the voice mail system from the local handset itself.
On some handsets there are phones which have a messages button, which on pressing, dials the message centre requesting a pin number.
On every handset supplied on the ictalk3 platform the user can dial the local extension of the handset and the prompt will request the appropriate pin number.
For those who are trying to access the voice mail external to the site or from a handset not linked to the ictalk3 system a external telephone number set for this specific purpose must be dialled.
When this number is dialled the user is requested to enter the extension number and then the appropriate pin number to gain access.
Once access is granted you can interact with the voice mail system as if you were local and on the system.
ictalk3 allows you to port existing numbers into the platform but also to purchase new numbers (requirement of each site). Purchasing of 01,02 and 03 numbers are possible subject to availability, certain numbers like 0207 & 0208 are now exhausted and so not available. For full details please contact us.
Once a call is established to ictalk3, if that call remains connected the platform will send a session audit message after 15 minutes. The phone should receive this and send acknowledgement back.
If however the port which the phones connection was assigned has changed there will be no response sent back to ictalk3, or any response received by ictalk3 will be ignored as the port has changed.
This is usually down to firewall/switch configuration such as NAT configuration and changing the NAT refresh timer to 120 seconds. Always worth ensuring SIP ALG or anything affecting the data packet is disabled.
If your site allows you to change our music on hold (license pack dependent) you will need the music on hold recording in the following format:
CCITT u-Law WAV with 8kHz, 8Bit, Mono attributes
Article ID: 238
Created: Mon, May 13, 2019
Last Updated: Mon, May 13, 2019
Author: Darren Wheeler
Online URL: https://kb2.ic.uk/article.php?id=238