Call appearance upon transfer from CUE to Operator
Software Version: 12.4(22)YB1 / CME 7.1
Installer (Installer application) 188.8.131.52 Thirdparty (Service Engine Thirdparty Code) 7.0.2 Bootloader (Primary) (Service Engine Bootloader) 2.1.14 Infrastructure (Service Engine Infrastructure) 7.0.2 CUE Voicemail Language Support (Languages global pack) 7.0.2 Global (Global manifest) 7.0.2 Service Engine license (License for the Service Engine) 184.108.40.206 Auto Attendant (Service Engine Telephony Infrastructure) 7.0.2 Voice Mail (Voicemail application) 7.0.2 Bootloader (Secondary) (Service Engine Bootloader) 220.127.116.11 Core (Service Engine OS Core) 7.0.2 GPL Infrastructure (Service Engine GPL Infrastructure) 7.0.2
Scenario #1 If I transfer a call from one 7960 ext 2812 to another 7960 ext 2820 (non-consultatively), the line appearance on the receiving 7960 first displays the number of the transferring handset (2812), then when the transferred call is answered, the line appearance switches to the CLID number of the originating call. So basically the user at ext 2820, can determine that X2812 transferred a call to them.
Scenario # 2 A caller calls ext 2812 and the party doesn't answer and the call rolls to voice mail. The caller now opts to press "0" for the operator during the voice announcement (system operator has been defined), and the CUE then transfers the call to the designated system operator, the line appearance does not indicate the ext 2812 number but rather the CLID of the originating call
IHAC that would like to have the originating ext number be the line appearance that the operator handset gets, then if answered, the CLID number (just like the scenario #1) Is this possible?
Re: Call appearance upon transfer from CUE to Operator
Thanks for taking the time to respond. I kind of understand this answer. What has me confused is the customer insists that the system used to work like senario #1, prior to the upgrade to CME 7.1. I can't say for sure if this was so. I ran some test using debug ccsip message, and found as you said no diversion message between the transfer of the call from the CUE to the CME (i.e.: dial "0" to speak to an operator(X2880)). I did find the following CDR Logging - I assume the transfer from the CUE to the CME is the BXFER log string (2nd entry), which I don't see the Fwder defined
008485: Jan 27 15:09:13.355: %VOIPAAA-5-VOIP_CALL_HISTORY: CallLegType 2, ConnectionId BC7C0FD6A8C11DFA52EE69EB9A9CFB9, SetupTime 10:09:01.835 EST Wed Jan 27 2010,PeerAddress 2700, PeerSubAddress , DisconnectCause 10 , DisconnectText normal call clearing (16), ConnectTime 10:09:01.885 EST Wed Jan 27 2010, DisconnectTime 10:09:13.355 EST Wed Jan 27 2010, CallOrigin 1, ChargedUnits 0, InfoType 2, TransmitPackets 425, TransmitBytes 68000, ReceivePackets 406, ReceiveBytes 64483
008486: Jan 27 15:09:13.355: %VOIPAAA-5-VOIP_FEAT_HISTORY: FEAT_VSA=fn:BXFER,ft:01/27/2010 10:09:10.663,frs:0,fid:4566,xconsID:,fcid:B3851548A8C11DF80EE001A6DF2C4A0,legID:1323,xrsn:0,xsts:5,Xor:2700,Xee:5857034095,Xto:2880,bguid:B38515480A8C11DF80EE001A6DF2C4A0
008487: Jan 27 15:09:13.355: %VOIPAAA-5-VOIP_FEAT_HISTORY: FEAT_VSA=fn:CFNA,ft:01/27/2010 10:09:01.831,frs:0,fid:4563,fcid:B3851548A8C11DF80EE001A6DF2C4A0,legID:1323,frson:3,fdcnt:1,fwder:2811,fwdee:5857034095,fwdto:2700,frm:2811,bguid:B38515480A8C11DF80EE001A6DF2C4A0
008488: Jan 27 15:09:13.355: %VOIPAAA-5-VOIP_FEAT_HISTORY: FEAT_VSA=fn:TWC,ft:01/27/2010 10:09:01.835,cgn:5857034095,cdn:2700,frs:0,fid:4564,fcid:B3851548A8C11DF80EE001A6DF2C4A0,legID:1323,bguid:B38515480A8C11DF80EE001A6DF2C4A0
008489: Jan 27 15:09:21.311: %VOIPAAA-5-VOIP_CALL_HISTORY: CallLegType 1, ConnectionId B3851548A8C11DF80EE001A6DF2C4A0, SetupTime 10:09:10.681 EST Wed Jan 27 2010, PeerAddress 2880, PeerSubAddress , DisconnectCause 10 , DisconnectText normal call clearing (16), ConnectTime 10:09:13.321 EST Wed Jan 27 2010, DisconnectTime 10:09:21.311 EST Wed Jan 27 2010, CallOrigin 1, ChargedUnits 0, InfoType 2, TransmitPackets 0, TransmitBytes 0, ReceivePackets 391, ReceiveBytes 62560
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...