We have a deployment with SCCP V3 running on Asterisk Now 1.6.20. We use a sccp.conf file in /etc/asterisk. While watching debug messages during testing we noted that transferring calls from sccp to sccp phones works good (only after we updated our phone load on the 7940 to the most recent Cisco load though). But when we take a call that we transfer back and forth between two SCCP phones (or even just a one-time transfer from SCCP to SIP phone) and send it off to a SIP phone, we get one way audio. We can hear the voice on the SCCP phone but no voice heard on the SIP phone. The SIP phone is using UDP.
In our asterisk -vvvvr console we see messages that relate to choosing an encoder and it seems that it picks alaw. The message repeats about 30 times or so. We have looked for solutions but don’t seem to find one.
We can transfer the call back to a SCCP phone and two-way audio returns.
Any thoughts?
Steve
1341-00000027
[Aug 11 10:46:05] VERBOSE[28475] sccp_channel.c: – SCCP: SCCP/1341-00000027, capabilities: 0x10c (ulaw|alaw|g729)(268) USED: 0x8 (alaw)(8)
[Aug 11 10:46:05] VERBOSE[28475] sccp_device.c: SCCP: (sccp_device_get_codec) Asterisk requested available codecs for channel SCCP/2009-00000026
[Aug 11 10:46:05] VERBOSE[28475] sccp_channel.c: – SCCP: SCCP/2009-00000026, capabilities: 0x10c (ulaw|alaw|g729)(268) USED: 0x8 (alaw)(8)
[Aug 11 10:46:05] VERBOSE[28475] sccp_device.c: SCCP: (sccp_device_get_codec) Asterisk requested available codecs for channel SCCP/1341-00000027
[Aug 11 10:46:05] VERBOSE[28475] sccp_channel.c: – SCCP: SCCP/1341-00000027, capabilities: 0x10c (ulaw|alaw|g729)(268) USED: 0x8 (alaw)(8)
[Aug 11 10:46:05] VERBOSE[28475] sccp_device.c: SCCP: (sccp_device_get_codec) Asterisk requested available codecs for channel SCCP/2009-00000026
[Aug 11 10:46:05] VERBOSE[28475] sccp_channel.c: – SCCP: SCCP/2009-00000026, capabilities: 0x10c (ulaw|alaw|g729)(268) USED: 0x8 (alaw)(8)
[Aug 11 10:46:05] VERBOSE[28475] sccp_device.c: SCCP: (sccp_device_get_codec) Asterisk requested available codecs for channel SCCP/1341-00000027
[Aug 11 10:46:05] VERBOSE[28475] sccp_channel.c: – SCCP: SCCP/1341-00000027, capabilities: 0x10c (ulaw|alaw|g729)(268) USED: 0x8 (alaw)(8)
[Aug 11 10:46:05] VERBOSE[28475] sccp_device.c: SCCP: (sccp_device_get_codec) Asterisk requested available codecs for channel SCCP/2009-00000026
[Aug 11 10:46:05] VERBOSE[28475] sccp_channel.c: – SCCP: SCCP/2009-00000026, capabilities: 0x10c (ulaw|alaw|g729)(268) USED: 0x8 (alaw)(8)
[Aug 11 10:46:05] VERBOSE[28475] sccp_device.c: SCCP: (sccp_device_get_codec) Asterisk requested available codecs for channel SCCP/1341-00000027
[Aug 11 10:46:05] VERBOSE[28475] sccp_channel.c: – SCCP: SCCP/1341-00000027, capabilities: 0x10c (ulaw|alaw|g729)(268) USED: 0x8 (alaw)(8)
[Aug 11 10:46:05] VERBOSE[28475] sccp_device.c: SCCP: (sccp_device_get_codec) Asterisk requested available codecs for channel SCCP/2009-00000026
[Aug 11 10:46:05] VERBOSE[28475] sccp_channel.c: – SCCP: SCCP/2009-00000026, capabilities: 0x10c (ulaw|alaw|g729)(268) USED: 0x8 (alaw)(8)
[Aug 11 10:46:05] VERBOSE[28475] sccp_device.c: SCCP: (sccp_device_get_codec) Asterisk requested available codecs for channel SCCP/1341-00000027
[Aug 11 10:46:05] VERBOSE[28475] sccp_channel.c: – SCCP: SCCP/1341-00000027, capabilities: 0x10c (ulaw|alaw|g729)(268) USED: 0x8 (alaw)(8)
[Aug 11 10:46:05] VERBOSE[28475] sccp_device.c: SCCP: (sccp_device_get_codec) Asterisk requested available codecs for channel SCCP/2009-00000026
[Aug 11 10:46:05] VERBOSE[28475] sccp_channel.c: – SCCP: SCCP/2009-00000026, capabilities: 0x10c (ulaw|alaw|g729)(268) USED: :
and
[Aug 13 11:08:39] VERBOSE[20170] loader.c: – Reloading module ‘app_minivm.so’ (Mini VoiceMail (A minimal Voicemail e-mail System))
[Aug 13 11:08:39] WARNING[20170] app_minivm.c: Failed to load configuration file. Module activated with default settings.
[Aug 13 11:08:39] VERBOSE[20170] loader.c:
and
[Aug 13 11:08:39] VERBOSE[20170] config.c: == Parsing ‘/etc/asterisk/sip_custom_post.conf’: [Aug 13 11:08:39] VERBOSE[20170] config.c: == Found
[Aug 13 11:08:39] WARNING[20170] res_phoneprov.c: Unable to load users.conf
[Aug 13 11:08:39] VERBOSE[20170] loa
Well I may have fixed it, but then I am seeing different results with a different browser from another computer. I set the rights to /var/spool/asterisk/tmp to chmod 1777 and then put a .wav extension on the unnumbered.ivrrecording. file. Now it works from a Mac and from a Windows XP machine. I will have to wait and see if it works from all browsers and machines that may have need to touch recordings. There was also a file in that directory/folder with a root:root ownership. Not sure what that was about but I deleted it.
What I solved above was NOT the SCCP to SIP transfer issue; rather I fixed the system recording issue I was having that would throw a message saying that the extension-ivrrecording.wav file was missing…
The issue with SCCP to SIP transfer still exists.
I did do some further research here and discovered that in one blog they said this was a CISCO-only phone issue with the phone load on the 79XX series of phones. They suggested updating the phone load, which I did. That did not fix the issue. I transferred from a 7940 CISCO phone to a SIP X-lite phone and had one-way audio but could re-transfer the call back and the two-way audio did return upon return to two SCCP phones. Since all our phones are currently SCCP in this environment, this problem will only surface when SIP phones/soft-phones become introduced into the network.
Any thoughts?