Hello, I'm running agent based outbound campaign on UCCX 10.6. I can successfully append unique contacts but if I trying to append already processed contact my API request fails with " FOLLOWING RECORDS WERE INSERTED BY IGNORING BAD DATA IN THE FOLLOWING FIELD(s)" message. What is the reason and can this behaviour be changed?   Regards, Maxim ... View more

Hello, I've configured a tunnel with ipsec protection between 2 CSR 1000v. If I configure tunnel mode ipsec ipv4 traffic not goes. Crypto and tunnel configs are same on both routers, ipsec sas established. On site A (initiator) I see #pkts encaps increased after ping, on site B #pkts decaps increased too but #pkt encaps are 0. If I change tunnel mode to gre ipv4 on both sides everything works fine. Here is site A config: COBALT-RTR#sh run | sec unnel99 interface Tunnel99 ip address 192.168.0.1 255.255.255.252 tunnel source GigabitEthernet1 tunnel mode ipsec ipv4 tunnel destination $site_b_ip tunnel protection ipsec profile TEST COBALT-RTR#sh run | sec crypto crypto ikev2 proposal CXNI encryption aes-cbc-256 integrity sha512 group 24 crypto ikev2 policy CXNI proposal CXNI crypto ikev2 keyring TEST peer TEST address $site_b_ip identity address $site_a_ip pre-shared-key local TEST pre-shared-key remote TEST ! crypto ikev2 profile TEST match identity remote any authentication remote pre-share authentication local pre-share keyring local TEST crypto ipsec profile TEST set ikev2-profile TEST Site B has identical config except IP addresses are reversed. How to troubleshoot this.   Reagrds, Maxim ... View more

Hello, I'm stuck with locale problem on 7962G phones. There are several 7962G controlled by UCM 10.5.2 and one of them can not install Russian locale. In status messages i see "Error Updating Locale" message. The only difference between the same phones with working locale I found is UDI - V15 works and V16 not. How to troubleshoot this problem? Regards, Maxim ... View more

Добрый день. Подскажите пожалуйста на приведенном примере как понимать CDR'ы. Конкретно интересует по какой причине был отбит приведенный ниже вызов и кто был инициатором (входящий или исходящий лег или просто трубку не взяли). Это вызов абонента с номером 1234567 на номер +375170000000 который после обработки UCCX попал на агента 1916 (EM profile на CIPC). Поговорив с абонентом, агент переводит вызов на приложение обзвона (80003, здесь почему-то не фигурирует), которое в свою очередь делает consult transfer на hunt pilot 81411, направивший вызов на BerezinaYS (это Jabber за MRA на Expressway'ах, конечный номер почему-то тоже не фигурирует). Чтение документации дает понимание всяческих OnBehalfOf'ов, но не наступает понимания процесса в целом - в каких случаях на что смотреть. Ниже CDR grep'нутый по номеру вызывающего абонента. "cdrRecordType","globalCallID_callManagerId","globalCallID_callId","origLegCallIdentifier","dateTimeOrigination","origNodeId","origSpan","origIpAddr","callingPartyNumber","callingPartyUnicodeLoginUserID","origCause_location","origCause_value","origPrecedenceLevel","origMediaTransportAddress_IP","origMediaTransportAddress_Port","origMediaCap_payloadCapability","origMediaCap_maxFramesPerPacket","origMediaCap_g723BitRate","origVideoCap_Codec","origVideoCap_Bandwidth","origVideoCap_Resolution","origVideoTransportAddress_IP","origVideoTransportAddress_Port","origRSVPAudioStat","origRSVPVideoStat","destLegIdentifier","destNodeId","destSpan","destIpAddr","originalCalledPartyNumber","finalCalledPartyNumber","finalCalledPartyUnicodeLoginUserID","destCause_location","destCause_value","destPrecedenceLevel","destMediaTransportAddress_IP","destMediaTransportAddress_Port","destMediaCap_payloadCapability","destMediaCap_maxFramesPerPacket","destMediaCap_g723BitRate","destVideoCap_Codec","destVideoCap_Bandwidth","destVideoCap_Resolution","destVideoTransportAddress_IP","destVideoTransportAddress_Port","destRSVPAudioStat","destRSVPVideoStat","dateTimeConnect","dateTimeDisconnect","lastRedirectDn","pkid","originalCalledPartyNumberPartition","callingPartyNumberPartition","finalCalledPartyNumberPartition","lastRedirectDnPartition","duration","origDeviceName","destDeviceName","origCallTerminationOnBehalfOf","destCallTerminationOnBehalfOf","origCalledPartyRedirectOnBehalfOf","lastRedirectRedirectOnBehalfOf","origCalledPartyRedirectReason","lastRedirectRedirectReason","destConversationId","globalCallId_ClusterID","joinOnBehalfOf","comment","authCodeDescription","authorizationLevel","clientMatterCode","origDTMFMethod","destDTMFMethod","callSecuredStatus","origConversationId","origMediaCap_Bandwidth","destMediaCap_Bandwidth","authorizationCodeValue","outpulsedCallingPartyNumber","outpulsedCalledPartyNumber","origIpv4v6Addr","destIpv4v6Addr","origVideoCap_Codec_Channel2","origVideoCap_Bandwidth_Channel2","origVideoCap_Resolution_Channel2","origVideoTransportAddress_IP_Channel2","origVideoTransportAddress_Port_Channel2","origVideoChannel_Role_Channel2","destVideoCap_Codec_Channel2","destVideoCap_Bandwidth_Channel2","destVideoCap_Resolution_Channel2","destVideoTransportAddress_IP_Channel2","destVideoTransportAddress_Port_Channel2","destVideoChannel_Role_Channel2","IncomingProtocolID","IncomingProtocolCallRef","OutgoingProtocolID","OutgoingProtocolCallRef","currentRoutingReason","origRoutingReason","lastRedirectingRoutingReason","huntPilotPartition","huntPilotDN","calledPartyPatternUsage","IncomingICID","IncomingOrigIOI","IncomingTermIOI","OutgoingICID","OutgoingOrigIOI","OutgoingTermIOI","outpulsedOriginalCalledPartyNumber","outpulsedLastRedirectingNumber","wasCallQueued","totalWaitTimeInQueue","callingPartyNumber_uri","originalCalledPartyNumber_uri","finalCalledPartyNumber_uri","lastRedirectDn_uri","mobileCallingPartyNumber","finalMobileCalledPartyNumber","origMobileDeviceName","destMobileDeviceName","origMobileCallDuration","destMobileCallDuration","mobileCallType","originalCalledPartyPattern","finalCalledPartyPattern","lastRedirectingPartyPattern","huntPilotPattern" 1,1,3538509,24131741,1460962792,1,24131741,318773676,"1234567","",0,393216,4,318773676,20086,2,20,0,0,0,0,0,0,"0","0",24131746,1,0,2047475978,"1916","1916","a.sannikov",0,393216,4,2047475978,24596,2,20,0,0,0,0,0,0,"0","0",1460962792,1460962892,"81138","58f80dc1-482f-45fe-afe4-447c269d432b","INTERNAL","","INTERNAL","INTERNAL",100,"MNS-GW1-SIP","SEP001966F293D2",10,10,0,10,0,4,0,"Cluster",10,"","",0,"",2,3,0,0,64,64,"","","","172.25.0.19","10.1.10.122",0,0,0,0,0,0,0,0,0,0,0,0,1,"F038726F046911E69F60BC0F28C7FB87",3,"000000000035FE4D017038A200000000",0,0,0,"","",2,"","","","","","","","",0,0,"","a.sannikov@domain.net","a.sannikov@domain.net","","","","","",0,0,0,"1916","1916","81138","" 1,1,3538509,24131741,1460962773,1,24131741,318773676,"1234567","",0,393216,4,318773676,20086,2,20,0,0,0,0,0,0,"0","0",24131743,1,0,0,"+375170000000","81138","",0,393216,4,1045497610,28524,2,20,0,0,0,0,0,0,"0","0",1460962773,1460962792,"+375170000000","f7dd7f32-a7ca-448c-9a85-d8977539e66f","INTERNAL","","INTERNAL","INTERNAL",19,"MNS-GW1-SIP","CC1_81138",10,10,1,1,18,18,0,"Cluster",1,"","",0,"",2,1,0,0,64,64,"","","","172.25.0.19","10.7.81.62",0,0,0,0,0,0,0,0,0,0,0,0,1,"F038726F046911E69F60BC0F28C7FB87",3,"000000000035FE4D0170389F00000000",0,0,0,"","",2,"","","","","","","","",0,0,"","","","","","","","",0,0,0,"+375170000000","81138","+375170000000","" 1,1,3538509,24131741,1460962893,1,24131741,318773676,"1234567","",0,16,4,318773676,20086,2,20,0,0,0,0,0,0,"0","0",24131839,1,0,1699809034,"81411","81411","BerezinaYS",0,0,4,1699809034,51774,2,20,0,0,0,0,0,0,"0","0",1460962893,1460963074,"1916","eeddae0e-9f3a-41b4-b245-f6b0e1d8bd9c","INTERNAL","","INTERNAL","INTERNAL",181,"MNS-GW1-SIP","CSFBEREZINAYS",12,10,1,10,18,4,0,"Cluster",10,"","",0,"",2,2,0,0,64,64,"","","","172.25.0.19","10.7.81.101",0,0,0,0,0,0,0,0,0,0,0,0,1,"F038726F046911E69F60BC0F28C7FB87",3,"000000000035FE66017038F700000000",0,0,0,"","",7,"","","","","","","","",0,0,"","a.sannikov@domain.net","a.sannikov@domain.net","a.sannikov@domain.net","","","","",0,0,0,"81411","81411","1916","" С уважением, Максим ... View more