We recently migrated from analog trunks to SIP trunks on our CME system. After doing some testing we see that inbound calls from PSTN to extensions (SCCP 79xx phones), AA and CUE are working except for one peculiar situation as follows:
A PSTN call is answered by a person at a DID and then _transferred_ to another extension. No one answers at that extension therefore the call is CFNA to CUE. The call will be connected but the caller will get dead air. The caller can leave a voicemail and use CUE options but will not hear the prompts. The voicemail will be recorded correctly and the called extension can retrieve it and listen to it. So it appears that call setup works but no RTP from CUE back to PSTN.
All other cases work fine. If a caller gets the AA they will hear prompts, select extensions and leave messages normally. If a caller calls a DID and the called DID CFNA to CUE it will also work normally. Only when a call is forwarded to CUE by another extension do we see this problem.
I have done a bit of troubleshooting and see two things that stick out.
- The recorded message will not show as coming from the PSTN. It will show as coming from the extension that transferred it. Whereas calls directly to DID or AA show the correct PSTN number
- When checking SIP messages a see references to G729 codec when the call connects from the PSTN (G729 is only codec supported by our SIP provider) but in subsequent SIP messages between extension and CUE do not reference any codec at all. I think transcoding is fine because of the other cases where CUE works but maybe the transfer procedure breaks the transcoding?
The attached debug shows a PSTN call from 3055551212 to 8888888888 which is the DID for 206. 206 then transferred to 202 and 202 CFNA to CUE. Extension 202 can then hear the message and it appears to have come from 206. The caller got dead air so he had to speak on faith that the CUE was on the other end and was recording.
Doing more testing I see that if a call comes into AA first, then the caller selects ext A and then is transferred to ext B which in turn CFNA to CUE the audio is fine both ways but.... the message shows as coming from ext A instead of the PSTN number.
So somehow having the AA answer the call helps with the audio but the calling number is incorrect anytime the call to CUE comes as a transfer from another extension.
The short answer is that you don't.... That isn't entirely true while at
the same time it kind of is, but for the most part you don't configure
the softkeys. You enable or disable them via TCL. Here is the long
answer. Be sure to read the whole thing or e...
Topology: IP Phone > Switches > Microsoft NPS setup to forward 802.1x
proxy to > ISE 2.1 patch 3 Authentication: EAP-TLS using Cisco MIC SANs
Phone Models 802.1X support? 802.1x flavor Addtl Comment EAP-MD5 EAP-TLS
Cisco 3905 Y Y N Cisco 6911 Y Y N Cisco ...
This document describe how DST changes and how time changes are
implemented in DST. Daylight Saving Time (DST) is the practice of
setting the clocks forward 1 hour from standard time during the summer
months, and back again in the fall, in order to make b...