jpstaub
New Member
- Joined
- Apr 8, 2016
- Messages
- 9
- Reaction score
- 4
Hardware configuration:
Software configuration:
Problem: Outgoing calls over Google Voice ended when external party picks up the call on their end.
System progression:
From Asterisk log file:
[2016-04-11 09:42:19] WARNING[9337][C-0000000a] channel.c: No path to translate from Motif/[email protected] to SIP/103-0000000c
[2016-04-11 09:42:19] WARNING[9337][C-0000000a] app_dial.c: Had to drop call because I couldn't make SIP/103-0000000c compatible with Motif/[email protected]
Note: Log file WARNING points to a CODEC version problem between the IP phone and Google Voice.
Fix:
Trouble with the fix (on Grandstream IP phone and possibly on other endpoints as well):
Asterisk appears mechanized in such a way that it looks for a compatible CODEC between the Endpoint and the SIP trunk by following the order in which activated CODECs are listed in "Asterisk SIP Settings." As a result, trunks that support CODECs of higher audio quality are degraded to the lowest common CODEC supported by Google Voice.
Overall:
It appears there is a software incompatibility between Grandstream, Asterisk, and Google Voice. Zoiper softphone endpoints did not suffer from the same CODEC handshake problem when evaluated under the same conditions. The fix above produces acceptable results although it does result in a theoretical degradation in system capability if trunks that support CODECs of higher audio quality are present. There may be a setting within the Grandstream firmware that would resolve the problem as well. However, I am not experienced enough to know what that setting would be.
1. Asterisk Server: Raspberry Pi 2
2. IP Phone: Grandstream 1625
3. Trunk: Google Voice (advertises support for PCMA/PCMU/G.722/GSM/iLBC/Speex).
2. IP Phone: Grandstream 1625
3. Trunk: Google Voice (advertises support for PCMA/PCMU/G.722/GSM/iLBC/Speex).
Software configuration:
1. IncrediblePBX13-Rasbian8-GVOAUTH
A. IncrediblePBX 12.0.74
B. Asterisk 13.7.2
2. Grandstream firmware version 1.0.2.4.B. Asterisk 13.7.2
Problem: Outgoing calls over Google Voice ended when external party picks up the call on their end.
System progression:
1. Call dialed
2. Grandstream rings normally
3. External party receives normal ring
4. External party picks up the call
5. Grandstream reports call failed after the external party picks up
6. External party gets hang-up tone.
2. Grandstream rings normally
3. External party receives normal ring
4. External party picks up the call
5. Grandstream reports call failed after the external party picks up
6. External party gets hang-up tone.
From Asterisk log file:
[2016-04-11 09:42:19] WARNING[9337][C-0000000a] channel.c: No path to translate from Motif/[email protected] to SIP/103-0000000c
[2016-04-11 09:42:19] WARNING[9337][C-0000000a] app_dial.c: Had to drop call because I couldn't make SIP/103-0000000c compatible with Motif/[email protected]
Note: Log file WARNING points to a CODEC version problem between the IP phone and Google Voice.
Fix:
1. Goto Incredible GUI Administration>Settings>Asterisk SIP Settings
2. Ensure at least one Google Voice supported CODEC is active
3. Ensure Google Voice supported CODECs are stacked above other activated CODECs
4. Click "Submit" button
5. Click "Apply Config" button
6. Enjoy Google Voice connectivity.
2. Ensure at least one Google Voice supported CODEC is active
3. Ensure Google Voice supported CODECs are stacked above other activated CODECs
4. Click "Submit" button
5. Click "Apply Config" button
6. Enjoy Google Voice connectivity.
Trouble with the fix (on Grandstream IP phone and possibly on other endpoints as well):
Asterisk appears mechanized in such a way that it looks for a compatible CODEC between the Endpoint and the SIP trunk by following the order in which activated CODECs are listed in "Asterisk SIP Settings." As a result, trunks that support CODECs of higher audio quality are degraded to the lowest common CODEC supported by Google Voice.
Overall:
It appears there is a software incompatibility between Grandstream, Asterisk, and Google Voice. Zoiper softphone endpoints did not suffer from the same CODEC handshake problem when evaluated under the same conditions. The fix above produces acceptable results although it does result in a theoretical degradation in system capability if trunks that support CODECs of higher audio quality are present. There may be a setting within the Grandstream firmware that would resolve the problem as well. However, I am not experienced enough to know what that setting would be.