Outbound Call in Cisco Finesse

Anybody please help what all configuration to be done in Finesse to do the outbound calls.
I am using Cisco UCCX 10.0, in which i have both the option for Cisco CAD and Finesse. When i run a outbound campaign its coming as an incoming call in Finesse.
When i answer the call, its showing the error "Unable to communicate with Enterprise Server. Outbound option not available".
Please help how to enable the outbound controls in Finesse

This is ineed the case, from RN (somewhat cryptic :-) ):
Cisco Finesse
Cisco Finesse is the next generation browser-based agent and supervisor desktop for Unified CCX. Finesse is an alternative to Cisco Agent Desktop, Cisco Supervisor Desktop, and Cisco Desktop Administrator. Finesse is available with Enhanced and Premium license packages and provides typical inbound voice contact center functionality. It supports Unified Communications Manager-based silent monitoring and workflow-based recording with MediaSense and Work Force Optimization (WFO).
Chris

Similar Messages

Cisco Jabber for Windows in Extend and Connect mode and making outbound calls

Hi guys,
I've set up Cisco Jabber for Windows to use Extend and Connect to control a remote PBX endpoint. I've configured the required CTI-RD device, remote destinations, associated the users to the line and added the devices to end-user controlled device. The extend and connect part is working flawlessly without any issues. I'm able to receive inbound calls on the remote PBX endpoint and control the call (hold, resume, transfer etc.) using the Jabber call window that pops up.
However, I'm unable to make any outbound calls via the Jabber client when in extend and Connect mode. Reading the Extend and Connect guide, I need to configure Dial Via Office (DVO) Reverse. So when the user initiates a Dial-Via-Office reverse call, CUCM calls and connect to the Extend and Connect device (CTI-RD). CUCM then calls and connects to the number the user dialled and finally connects the two call legs.
After attempting to configure DVO-R for Jabber for Windows in Extend and Connect mode following the CUCM feature services guide, i'm unable to get any outbound calls working. From RTMT, i am receiving the following Termination Cause Code: (27) Destination out of order. What i also notice is that there is no calling number for that trace either. I would've thought that the calling party would've been the Enterprise Feature Access (EFA) number.
Has anyone got this working or can provide some guidance?
Thanks.

Hi guys,
I've set up Cisco Jabber for Windows to use Extend and Connect to control a remote PBX endpoint. I've configured the required CTI-RD device, remote destinations, associated the users to the line and added the devices to end-user controlled device. The extend and connect part is working flawlessly without any issues. I'm able to receive inbound calls on the remote PBX endpoint and control the call (hold, resume, transfer etc.) using the Jabber call window that pops up.
However, I'm unable to make any outbound calls via the Jabber client when in extend and Connect mode. Reading the Extend and Connect guide, I need to configure Dial Via Office (DVO) Reverse. So when the user initiates a Dial-Via-Office reverse call, CUCM calls and connect to the Extend and Connect device (CTI-RD). CUCM then calls and connects to the number the user dialled and finally connects the two call legs.
After attempting to configure DVO-R for Jabber for Windows in Extend and Connect mode following the CUCM feature services guide, i'm unable to get any outbound calls working. From RTMT, i am receiving the following Termination Cause Code: (27) Destination out of order. What i also notice is that there is no calling number for that trace either. I would've thought that the calling party would've been the Enterprise Feature Access (EFA) number.
Has anyone got this working or can provide some guidance?
Thanks.

Cisco Mobile 8.1 w/iPhone 4 - Outbound Call Fails

Hello Everyone,
Using CUCM 7.1.5 and Cisco Mobile iPhone app, I set up my boss's iPhone 4 and it registers and can receive calls. I am getting a "Call Failed" when trying to make an outbound call using internal 5-digit dialing. Has anyone set this up? Is it necessary to configure these Application Dialing Rules (and install the COP file for them) that are referenced in the Cisco Mobile Admin Guide? I interpretted those rules as optional, if you want to set up things like bypassing dialing 9 for PSTN access, etc. Shouldn't the internal dialing work since the phone is registered?
Grateful for any help,
Kelly

No, you do not need Application Dial Rules for Iphone to IPPhone calls. ADR are for
like you said to add a 9, remove the + and manipluate digits.
I suggest you open a case with the TAC to help you see why you cannot call. Maybe issue
with ASA or something.
George

Does Cisco UC 500 Support Call Center Outbound Calls?

does cisco uc 500 support call center outbound calls ?

I have developed a "Campaign Dialer" solution for UC500 and CME. More details are available on the website referenced in my profile.

Site to Site calling issue - Cisco 2911 Dial Peer Configuration

My customer dials from remote site to main site to their main site number, the call by-passes their auto attendant and goes directly to any random available party.
At first fingers were pointing to the their PBX, however we noticed one of their sites that wasn't managed by our company did not have the issue. We cut that site over to our service and the issue started right up. I believe it is possibly due to the way the dial peers are configured and how the calls route into the PBX. Unfortunately I do not understand much about them and curious to know if anyone has any history on a issue similiar to this or any input whatsoever?
Cisco equipment/Dialpeer config below ........
co IOS Software, C2900 Software (C2900-UNIVERSALK9-M), Version 15.2(4)M4, RELEASE SOFTWARE (fc2) - Cisco CISCO2911/K9
dial-peer voice 100 voip
description --- VoIP Dial-Peer ---
translation-profile outgoing 7digit
huntstop
preference 1
service session
destination-pattern .T
progress_ind setup enable 3
session protocol sipv2
session target sip-server
incoming called-number .T
voice-class codec 99
dtmf-relay rtp-nte
fax-relay ecm disable
fax rate 14400
fax nsf 000000
ip qos dscp af41 signaling
no vad
dial-peer voice 150 voip
permission none
description 900 block
huntstop
destination-pattern 1900T
session protocol sipv2
session target sip-server
voice-class codec 99
dtmf-relay rtp-nte
ip qos dscp af41 signaling
no vad
dial-peer voice 151 voip
permission none
description 900 block
huntstop
destination-pattern 900T
session protocol sipv2
session target sip-server
voice-class codec 99
dtmf-relay rtp-nte
ip qos dscp af41 signaling
no vad
dial-peer voice 101 pots
description --- INCOMING Calls from PBX ---
incoming called-number .T
direct-inward-dial
dial-peer voice 1001 pots
description --- Calls to the PBX ---
preference 3
destination-pattern .T
port 0/0/1:23
forward-digits 4
Here is some ISDN debug information
BAD CALL
Protocol Profile = Networking Extensions
0xA11C0201420201008014484152545F20484F54454C535F434C4159544F4E
Component = Invoke component
Invoke Id = 66
Operation = CallingName
Name Presentation Allowed Extended
Name = XXXXXXXXXXX
Display i = ''XXXXXXXXXXX''
Calling Party Number i = 0x2180, ''XXXXXXXXXX''
Plan:ISDN, Type:National
Called Party Number i = 0x80, ''6551''
Plan:Unknown, Type:Unknown
Aug 19 16:10:47.242 GMT: ISDN Se0/0/1:23 Q931: RX <- ALERTING pd = 8 callref = 0xAB15
Channel ID i = 0xA98381
Exclusive, Channel 1
Aug 19 16:11:02.634 GMT: ISDN Se0/0/1:23 Q931: RX <- CONNECT pd = 8 callref = 0xAB15
Channel ID i = 0xA98381
Exclusive, Channel 1
Aug 19 16:11:02.634 GMT: ISDN Se0/0/1:23 Q931: TX -> CONNECT_ACK pd = 8 callref = 0x2B15
GOOD CALL
Protocol Profile = Networking Extensions
0xA116020144020100800E475245454E204D4F554E5441494E
Component = Invoke component
Invoke Id = 68
Operation = CallingName
Name Presentation Allowed Extended
Name = XXXXXXXXXXXXXXXXXX
Display i = ''XXXXXXXXXXX''
Calling Party Number i = 0x2180, ''XXXXXXXXXX''
Plan:ISDN, Type:National
Called Party Number i = 0x80, 'XXXX''
Plan:Unknown, Type:Unknown
Aug 19 16:15:07.999 GMT: ISDN Se0/0/1:23 Q931: RX <- ALERTING pd = 8 callref = 0xAB17
Channel ID i = 0xA98381
Exclusive, Channel 1

I done the configration via CCA and the running conf i can see two voip dial peer. this is the site where all trunk line roured. Customer from other site2 needs to call outside by taking line from site1.
dial-peer voice 2100 voip
corlist incoming call-internal
description **CCA*INTERSITE inbound call to SITE 1
translation-profile incoming multisiteInbound
incoming called-number 82...
voice-class h323 1
dtmf-relay h245-alphanumeric
fax protocol cisco
no vad
dial-peer voice 2101 voip
corlist incoming call-internal
description **CCA*INTERSITE outbound calls to SITE2
translation-profile outgoing multisiteOutbound
destination-pattern 81...
session target ipv4:192.168.50.1
voice-class h323 1
dtmf-relay h245-alphanumeric
fax protocol cisco
no vad
no dial-peer outbound status-check pots

CME - Sending outbound calls to FXO port

Hi Guys,
Need your help for the below scenario.
Our customer has a CME where 4 FXO ports are already connected and working. Customer has added 2 more FXO port and few IP phones.
The requirement is when ever an outbound call is made from the newly configured IP phones, the call should go through the newly added FXO lines.
For eg ext 3001 , the outbound call should go through port 0/1/0
Already the prefix 9 is used for dialing the number and I guess only one prefix number can be used in CME.
I tried translation rule , cor list but none worked , the call is default going through the old fxo port and not to the new fxo port.
Can you guys help me with the configuration.
Regards
Sathya

Previous post on similar issue might be helpful -
https://supportforums.cisco.com/discussion/11431746/h323-choose-outbound-fxo-port-based-calling-number
Thnx

Error messages in 2651XM GW, cause outbound call failure, reboot fix it

Cisco 2651XM as Gateway, it keep posting these error message and after a period of time, it cause outbound call failure.
Reboot fix it but there're still error messages...
How to fix it? It's IOS bug or hardware issue? How to identify?
Cisco IOS Software, C2600 Software (C2600-IPVOICE-M), Version 12.3(8)T10, RELEASE SOFTWARE (fc2)
Technical Support: http://www.cisco.com/techsupport
Copyright (c) 1986-2005 by Cisco Systems, Inc.
Compiled Wed 03-Aug-05 20:45 by hqluong
ROM: System Bootstrap, Version 12.2(7r) [cmong 7r], RELEASE SOFTWARE (fc1)
cpchn1-g1 uptime is 6 hours, 56 minutes
System returned to ROM by reload at 03:52:44 NZST Tue Apr 17 2007
System restarted at 03:56:27 NZST Tue Apr 17 2007
System image file is "flash:c2600-ipvoice-mz.123-8.T10.bin"
Cisco 2651XM (MPC860P) processor (revision 0x100) with 118784K/12288K bytes of memory.
Processor board ID JAE072000AJ (1555074759)
M860 processor: part number 5, mask 2
2 FastEthernet interfaces
62 Serial interfaces
2 Channelized E1/PRI ports
32K bytes of NVRAM.
32768K bytes of processor board System flash (Read/Write)
See attach detail error messages

Cisco 2651XM as Gateway, it keep posting these error message and after a period of time, it cause outbound call failure.
Reboot fix it but there're still error messages...
How to fix it? It's IOS bug or hardware issue? How to identify?
Cisco IOS Software, C2600 Software (C2600-IPVOICE-M), Version 12.3(8)T10, RELEASE SOFTWARE (fc2)
Technical Support: http://www.cisco.com/techsupport
Copyright (c) 1986-2005 by Cisco Systems, Inc.
Compiled Wed 03-Aug-05 20:45 by hqluong
ROM: System Bootstrap, Version 12.2(7r) [cmong 7r], RELEASE SOFTWARE (fc1)
cpchn1-g1 uptime is 6 hours, 56 minutes
System returned to ROM by reload at 03:52:44 NZST Tue Apr 17 2007
System restarted at 03:56:27 NZST Tue Apr 17 2007
System image file is "flash:c2600-ipvoice-mz.123-8.T10.bin"
Cisco 2651XM (MPC860P) processor (revision 0x100) with 118784K/12288K bytes of memory.
Processor board ID JAE072000AJ (1555074759)
M860 processor: part number 5, mask 2
2 FastEthernet interfaces
62 Serial interfaces
2 Channelized E1/PRI ports
32K bytes of NVRAM.
32768K bytes of processor board System flash (Read/Write)
See attach detail error messages

Cisco Finesse for Linux Desktop

i've a customer (call center) runs Linux desktops and he needs to deploy Cisco Finesse latest version. i was wondering if it is supported over Linux or not??

Hi,
I have a CCX 10.5, and i use finesse with my Debian .
It works perfectly with Iceweasel, Firefox, or Chromium .

Outbound call failing with cause code 57

Hi,
our outbound calls to some numbers getting failed with cause code 57 and in ccsip messages i am getting 403 forbidden.
i tried to change the payload type to 97 which was 98 but no success.
the called number is 9-8955900
the calling number is 8062300
can any one help me..
the ccsip messages and ccapi inout debug is..
509022: *Jan 8 14:23:20.513: :FEATURE_VSA attributes are: feature_name:0,featur                                                                                        e_time:1255632752,feature_id:53127
509023: *Jan 8 14:23:20.513: //678454/xxxxxxxxxxxx/CCAPI/ccIFCallSetupRequestPr                                                                                        ivate:
   SPI Call Setup Request Is Success; Interface Type=9, FlowMode=1
509024: *Jan 8 14:23:20.513: //678454/xxxxxxxxxxxx/CCAPI/ccCallSetContext:
   Context=0x4AC5D304
509025: *Jan 8 14:23:20.517: //678454/xxxxxxxxxxxx/CCAPI/cc_api_call_connected:
   Interface=0x48D4E620, Data Bitmask=0x0, Progress Indication=NULL(0),
   Connection Handle=0
509026: *Jan 8 14:23:20.517: //678454/xxxxxxxxxxxx/CCAPI/cc_api_call_connected:
   Call Entry(Connected=TRUE, Responsed=TRUE, Retry Count=0)
509027: *Jan 8 14:23:20.537: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
INVITE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/TCP 192.168.12.190:5060;branch=z9hG4bK6aded64034252
From: "Asif CIPC" <sip:[email protected]>;tag=2524413~70e9433b-1d79-44ae-9a16-                                                                                        09a52be377c5-22878662
To: <sip:[email protected]>
Date: Wed, 08 Jan 2014 14:02:15 GMT
Call-ID: [email protected]
Supported: timer,resource-priority,replaces
Min-SE: 1800
User-Agent: Cisco-CUCM8.6
Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE,                                                                                         NOTIFY
CSeq: 101 INVITE
Expires: 180
Allow-Events: presence
Supported: X-cisco-srtp-fallback
Supported: Geolocation
Cisco-Guid: 2031538944-0000065536-0000027607-3188500672
Session-Expires: 1800
P-Asserted-Identity: "Asif CIPC" <sip:[email protected]>
Remote-Party-ID: "Asif CIPC" <sip:[email protected]>;party=calling;screen=yes;                                                                                        privacy=off
Contact: <sip:[email protected]:5060;transport=tcp>
Max-Forwards: 70
Content-Type: application/sdp
Content-Length: 240
v=0
o=CiscoSystemsCCM-SIP 2524413 1 IN IP4 192.168.12.190
s=SIP Call
c=IN IP4 192.168.33.5
t=0 0
m=audio 17706 RTP/AVP 18 101
a=rtpmap:18 G729/8000
a=ptime:20
a=fmtp:18 annexb=no
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
509028: *Jan 8 14:23:20.553: //-1/7916D3000000/CCAPI/cc_api_display_ie_subfield                                                                                        s:
   cc_api_call_setup_ind_common:
   cisco-username=3064
   ----- ccCallInfo IE subfields -----
   cisco-ani=3064
   cisco-anitype=0
   cisco-aniplan=0
   cisco-anipi=0
   cisco-anisi=1
   dest=8955900
   cisco-desttype=0
   cisco-destplan=0
   cisco-rdie=FFFFFFFF
   cisco-rdn=
   cisco-rdntype=0
   cisco-rdnplan=0
   cisco-rdnpi=-1
   cisco-rdnsi=-1
   cisco-redirectreason=-1   fwd_final_type =0
   final_redirectNumber =
   hunt_group_timeout =0
509029: *Jan 8 14:23:20.553: /
ASICO-DAM#/-1/7916D3000000/CCAPI/cc_api_call_setup_ind_common:
   Interface=0x48667600, Call Info(
   Calling Number=3064,(Calling Name=)(TON=Unknown, NPI=Unknown, Screening=User,                                                                                         Passed, Presentation=Allowed),
   Called Number=8955900(TON=Unknown, NPI=Unknown),
   Calling Translated=FALSE, Subscriber Type Str=Unknown, FinalDestinationFlag=T                                                                                        RUE,
   Incoming Dial-peer=1, Progress Indication=NULL(0), Calling IE Present=TRUE,
   Source Trkgrp Route Label=, Target Trkgrp Route Label=, CLID Transparent=FALS                                                                                        E), Call Id=678455
509030: *Jan 8 14:23:20.553: //-1/7916D3000000/CCAPI/ccCheckClipClir:
   In: Calling Number=3064(TON=Unknown, NPI=Unknown, Screening=User, Passed, Pre                                                                                        sentation=Allowed)
509031: *Jan 8 14:23:20.553: //-1/7916D3000000/CCAPI/ccCheckClipClir:
   Out: Calling Number=3064(TON=Unknown, NPI=Unknown, Screening=User, Passed, Pr                                                                                        esentation=Allowed)
509032: *Jan 8 14:23:20.553: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
509033: *Jan 8 14:23:20.553: :cc_get_feature_vsa malloc success
509034: *Jan 8 14:23:20.553: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
509035: *Jan 8 14:23:20.553: cc_get_feature_vsa count is 13
509036: *Jan 8 14:23:20.553: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
509037: *Jan 8 14:23:20.553: :FEATURE_VSA attributes are: feature_name:0,featur                                                                                        e_time:1255634768,feature_id:53128
509038: *Jan 8 14:23:20.553: //678455/7916D3000000/CCAPI/cc_api_call_setup_ind_                                                                                        common:
   Set Up Event Sent;
   Call Info(Calling Number=3064(TON=Unknown, NPI=Unknown, Screening=User, Passe                                                                                        d, Presentation=Allowed),
   Called Number=8955900(TON=Unknown, NPI=Unknown))
509039: *Jan 8 14:23:20.557: //678455/7916D3000000/CCAPI/cc_process_call_setup_                                                                                        ind:
   Event=0x48EE6200
509040: *Jan 8 14:23:20.557: //-1/xxxxxxxxxxxx/CCAPI/cc_setupind_match_search:
   Try with the demoted called number 8955900
509041: *Jan 8 14:23:20.561: //678455/7916D3000000/CCAPI/ccCallSetContext:
   Context=0x476E35D0
509042: *Jan 8 14:23:20.561: //678455/7916D3000000/CCAPI/cc_process_call_setup_                                                                                        ind:
   >>>>CCAPI handed cid 678455 with tag 1 to app "_ManagedAppProcess_Default"
509043: *Jan 8 14:23:20.561: //678455/7916D3000000/CCAPI/ccCallProceeding:
   Progress Indication=NULL(0)
509044: *Jan 8 14:23:20.565: //678455/7916D3000000/CCAPI/ccCallSetupRequest:
   Destination=, Calling IE Present=TRUE, Mode=0,
   Outgoing Dial-peer=20, Params=0x476E4AE0, Progress Indication=NULL(0)
509045: *Jan 8 14:23:20.565: //678455/7916D3000000/CCAPI/ccCheckClipClir:
   In: Calling Number=8062301(TON=Unknown, NPI=Unknown, Screening=User, Passed,                                                                                         Presentation=Allowed)
509046: *Jan 8 14:23:20.565: //678455/7916D3000000/CCAPI/ccCheckClipClir:
   Out: Calling Number=8062301(TON=Unknown, NPI=Unknown, Screening=User, Passed,                                                                                         Presentation=Allowed)
509047: *Jan 8 14:23:20.565: //678455/7916D3000000/CCAPI/ccCallSetupRequest:
   Destination Pattern=.T, Called Number=8955900, Digit Strip=FALSE
509048: *Jan 8 14:23:20.565: //678455/7916D3000000/CCAPI/ccCallSetupRequest:
   Calling Number=8062301(TON=Unknown, NPI=Unknown, Screening=User, Passed, Pres                                                                                        entation=Allowed),
   Called Number=8955900(TON=Unknown, NPI=Unknown),
   Redirect Number=, Display Info=Asif CIPC
   Account Number=3064, Final Destination Flag=TRUE,
   Guid=7916D300-0001-0000-0000-6BD7BE0CA8C0, Outgoing Dial-peer=20
509049: *Jan 8 14:23:20.565: //678455/7916D3000000/CCAPI/cc_api_display_ie_subf                                                                                        ields:
   ccCallSetupRequest:
   cisco-username=3064
   ----- ccCallInfo IE subfields -----
   cisco-ani=8062301
   cisco-anitype=0
   cisco-aniplan=0
   cisco-anipi=0
   cisco-anisi=1
   dest=8955900
   cisco-desttype=0
   cisco-destplan=0
   cisco-rdie=FFFFFFFF
   cisco-rdn=
   cisco-rdntype=0
   cisco-rdnplan=0
   cisco-rdnpi=-1
   cisco-rdnsi=-1
   cisco-redirectreason=-1   fwd_final_type =0
   final_redirectNumber =
   hunt_group_timeout =0
509050: *Jan 8 14:23:20.569: //678455/7916D3000000/CCAPI/ccIFCallSetupRequestPr                                                                                        ivate:
   Interface=0x48667600, Interface Type=3, Destination=, Mode=0x0,
   Call Params(Calling Number=8062301,(Calling Name=Asif CIPC)(TON=Unknown, NPI=                                                                                        Unknown, Screening=User, Passed, Presentation=Allowed),
   Called Number=8955900(TON=Unknown, NPI=Unknown), Calling Translated=FALSE,
   Subscriber Type Str=Unknown, FinalDestinationFlag=TRUE, Outgoing Dial-peer=20                                                                                        , Call Count On=FALSE,
   Source Trkgrp Route Label=, Target Trkgrp Route Label=, tg_label_flag=0, Appl                                                                                        ication Call Id=)
509051: *Jan 8 14:23:20.569: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
509052: *Jan 8 14:23:20.569: :cc_get_feature_vsa malloc success
509053: *Jan 8 14:23:20.569: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
509054: *Jan 8 14:23:20.569: cc_get_feature_vsa count is 14
509055: *Jan 8 14:23:20.569: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
509056: *Jan 8 14:23:20.569: :FEATURE_VSA attributes are: feature_name:0,featur                                                                                        e_time:1255629840,feature_id:53129
509057: *Jan 8 14:23:20.569: //678456/7916D3000000/CCAPI/ccIFCallSetupRequestPr                                                                                        ivate:
   SPI Call Setup Request Is Success; Interface Type=3, FlowMode=1
509058: *Jan 8 14:23:20.573: //678456/7916D3000000/CCAPI/ccCallSetContext:
   Context=0x476E4A90
509059: *Jan 8 14:23:20.573: //678455/7916D3000000/CCAPI/ccSaveDialpeerTag:
   Outgoing Dial-peer=20
509060: *Jan 8 14:23:20.577: //678456/7916D3000000/CCAPI/cc_api_call_proceeding                                                                                        :
   Interface=0x48667600, Progress Indication=NULL(0)
509061: *Jan 8 14:23:20.585: //678456/7916D3000000/SIP/Msg/ccsipDisplayMsg:
Sent:
INVITE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 172..XX.XX.XX:5060;branch=z9hG4bK67CD11AE
Remote-Party-ID: "Asif CIPC" <sip:[email protected]>;party=calling;screen=ye                                                                                        s;privacy=off
From: "Asif CIPC" <sip:[email protected]>;tag=EA475228-24AE
To: <sip:[email protected]>
Date: Wed, 08 Jan 2014 14:23:20 GMT
Call-ID: [email protected]
Supported: timer,resource-priority,replaces,sdp-anat
Min-SE: 1800
Cisco-Guid: 2031538944-0000065536-0000027607-3188500672
User-Agent: Cisco-SIPGateway/IOS-12.x
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIF                                                                                        Y, INFO, REGISTER
CSeq: 101 INVITE
Timestamp: 1389191000
Contact: <sip:[email protected]:5060>
Expires: 180
Allow-Events: telephone-event
Max-Forwards: 69
Session-Expires: 1800
Content-Type: application/sdp
Content-Disposition: session;handling=required
Content-Length: 274
v=0
o=CiscoSystemsSIP-GW-UserAgent 5380 1731 IN IP4 172..XX.XX.XX
s=SIP Call
c=IN IP4 172..XX.XX.XX
t=0 0
m=audio 19502 RTP/AVP 18 101
c=IN IP4 172..XX.XX.XX
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=yes
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=ptime:20
509062: *Jan 8 14:23:20.589: //678455/7916D3000000/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 100 Trying
Via: SIP/2.0/TCP 192.168.12.190:5060;branch=z9hG4bK6aded64034252
From: "Asif CIPC" <sip:[email protected]>;tag=2524413~70e9433b-1d79-44ae-9a16-                                                                                        09a52be377c5-22878662
To: <sip:[email protected]>
Date: Wed, 08 Jan 2014 14:23:20 GMT
Call-ID: [email protected]
CSeq: 101 INVITE
Allow-Events: kpml, telephone-event
Server: Cisco-SIPGateway/IOS-12.x
Content-Length: 0
509063: *Jan 8 14:23:20.605: //678456/7916D3000000/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 172..XX.XX.XX:5060;branch=z9hG4bK67CD11AE
Call-ID: [email protected]
From: "Asif CIPC"<sip:[email protected]>;tag=EA475228-24AE
To: <sip:[email protected]>
CSeq: 101 INVITE
Content-Length: 0
509064: *Jan 8 14:23:20.677: //678456/7916D3000000/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 403 Forbidden
Via: SIP/2.0/UDP 172..XX.XX.XX:5060;branch=z9hG4bK67CD11AE
Record-Route: <sip:10.205.20.50:5060;transport=udp;lr>
Call-ID: [email protected]
From: "Asif CIPC"<sip:[email protected]>;tag=EA475228-24AE
To: <sip:[email protected]>;tag=sbc0804k7h28358
CSeq: 101 INVITE
Reason: Q.850;cause=57;text="bearer capability not authorized"
Warning: 399 - "SoftX3000 R601-CCU Rel POS:[3103] Release from CR"
Content-Length: 0
509065: *Jan 8 14:23:20.677: //678456/7916D3000000/CCAPI/cc_api_call_disconnect                                                                                        ed:
   Cause Value=57, Interface=0x48667600, Call Id=678456
509066: *Jan 8 14:23:20.677: //678456/7916D3000000/CCAPI/cc_api_call_disconnect                                                                                        ed:
   Call Entry(Responsed=TRUE, Cause Value=57, Retry Count=0)
509067: *Jan 8 14:23:20.681: //678455/7916D3000000/CCAPI/ccCallReleaseResources                                                                                        :
   release reserved xcoding resource.
509068: *Jan 8 14:23:20.681: //678456/7916D3000000/CCAPI/ccCallSetAAA_Accountin                                                                                        g:
   Accounting=0, Call Id=678456
509069: *Jan 8 14:23:20.681: //678456/7916D3000000/CCAPI/ccCallDisconnect:
   Cause Value=57, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect C                                                                                        ause=57)
509070: *Jan 8 14:23:20.681: //678456/7916D3000000/CCAPI/ccCallDisconnect:
   Cause Value=57, Call Entry(Responsed=TRUE, Cause Value=57)
509071: *Jan 8 14:23:20.681: //678456/7916D3000000/CCAPI/cc_api_call_disconnect                                                                                        _done:
   Disposition=0, Interface=0x48667600, Tag=0x0, Call Id=678456,
   Call Entry(Disconnect Cause=57, Voice Class Cause Code=0, Retry Count=0)
509072: *Jan 8 14:23:20.685: //678456/7916D3000000/CCAPI/cc_api_call_disconnect                                                                                        _done:
   Call Disconnect Event Sent
509073: *Jan 8 14:23:20.685: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
509074: *Jan 8 14:23:20.685: :cc_free_feature_vsa freeing 4AD76408
509075: *Jan 8 14:23:20.685: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
509076: *Jan 8 14:23:20.685: vsacount in free is 13
509077: *Jan 8 14:23:20.685: //678455/7916D3000000/CCAPI/ccCallDisconnect:
   Cause Value=57, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect C                                                                                        ause=0)
509078: *Jan 8 14:23:20.689: //678455/7916D3000000/CCAPI/ccCallDisconnect:
   Cause Value=57, Call Entry(Responsed=TRUE, Cause Value=57)
509079: *Jan 8 14:23:20.693: //678455/7916D3000000/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 403 Forbidden
Via: SIP/2.0/TCP 192.168.12.190:5060;branch=z9hG4bK6aded64034252
From: "Asif CIPC" <sip:[email protected]>;tag=2524413~70e9433b-1d79-44ae-9a16-                                                                                        09a52be377c5-22878662
To: <sip:[email protected]>;tag=EA475298-106E
Date: Wed, 08 Jan 2014 14:23:20 GMT
Call-ID: [email protected]
CSeq: 101 INVITE
Allow-Events: kpml, telephone-event
Server: Cisco-SIPGateway/IOS-12.x
Reason: Q.850;cause=57
Content-Length: 0
509080: *Jan 8 14:23:20.693: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
ACK sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 172..XX.XX.XX:5060;branch=z9hG4bK67CD11AE
From: "Asif CIPC" <sip:[email protected]>;tag=EA475228-24AE
To: <sip:[email protected]>;tag=sbc0804k7h28358
Date: Wed, 08 Jan 2014 14:23:20 GMT
Call-ID: [email protected]
Max-Forwards: 70
CSeq: 101 ACK
Allow-Events: telephone-event
Content-Length: 0
509081: *Jan 8 14:23:20.709: //678454/xxxxxxxxxxxx/CCAPI/ccCallDisconnect:
   Cause Value=0, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Ca                                                                                        use=0)
509082: *Jan 8 14:23:20.709: //678454/xxxxxxxxxxxx/CCAPI/ccCallDisconnect:
   Cause Value=0, Call Entry(Responsed=TRUE, Cause Value=0)
509083: *Jan 8 14:23:20.709: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
ACK sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/TCP 192.168.12.190:5060;branch=z9hG4bK6aded64034252
From: "Asif CIPC" <sip:[email protected]>;tag=2524413~70e9433b-1d79-44ae-9a16-                                                                                        09a52be377c5-22878662
To: <sip:[email protected]>;tag=EA475298-106E
Date: Wed, 08 Jan 2014 14:02:15 GMT
Call-ID: [email protected]
Max-Forwards: 70
CSeq: 101 ACK
Allow-Events: presence
Content-Length: 0
509084: *Jan 8 14:23:20.713: //678455/7916D3000000/CCAPI/cc_api_call_disconnect                                                                                        _done:
   Disposition=0, Interface=0x48667600, Tag=0x0, Call Id=678455,
   Call Entry(Disconnect Cause=57, Voice Class Cause Code=0, Retry Count=0)
509085: *Jan 8 14:23:20.717: //678455/7916D3000000/CCAPI/cc_api_call_disconnect                                                                                        _done:
   Call Disconnect Event Sent
509086: *Jan 8 14:23:20.717: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
509087: *Jan 8 14:23:20.717: :cc_free_feature_vsa freeing 4AD77748
509088: *Jan 8 14:23:20.717: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
509089: *Jan 8 14:23:20.717: vsacount in free is 12
509090: *Jan 8 14:23:20.721: //678454/xxxxxxxxxxxx/CCAPI/cc_api_call_disconnect                                                                                        _done:
   Disposition=0, Interface=0x48D4E620, Tag=0x0, Call Id=678454,
   Call Entry(Disconnect Cause=0, Voice Class Cause Code=0, Retry Count=0)
509091: *Jan 8 14:23:20.721: //678454/xxxxxxxxxxxx/CCAPI/cc_api_call_disconnect                                                                                        _done:
   Call Disconnect Event Sent
509092: *Jan 8 14:23:20.721: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
509093: *Jan 8 14:23:20.721: :cc_free_feature_vsa freeing 4AD76F68
509094: *Jan 8 14:23:20.721: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
509095: *Jan 8 14:23:20.721: vsacount in free is 11
509096: *Jan 8 14:23:20.725: //-1/xxxxxxxxxxxx/CCAPI/ccIFCallSetupRequestPrivat                                                                                        e:
   Interface=0x48D4E620, Interface Type=9, Destination=0.0.0.0, Mode=0x0,
   Call Params(Calling Number=,(Calling Name=)(TON=Unknown, NPI=Unknown, Screeni                                                                                        ng=Not Screened, Presentation=Allowed),
   Called Number=(TON=Unknown, NPI=Unknown), Calling Translated=FALSE,
   Subscriber Type Str=, FinalDestinationFlag=FALSE, Outgoing Dial-peer=0, Call                                                                                         Count On=FALSE,
   Source Trkgrp Route Label=, Target Trkgrp Route Label=, tg_label_flag=0, Appl                                                                                        ication Call Id=)
509097: *Jan 8 14:23:20.725: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
509098: *Jan 8 14:23:20.725: :cc_get_feature_vsa malloc success
509099: *Jan 8 14:23:20.725: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
509100: *Jan 8 14:23:20.729: cc_get_feature_vsa count is 12
509101: *Jan 8 14:23:20.729: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
509102: *Jan 8 14:23:20.729: :FEATURE_VSA attributes are: feature_name:0,featur                                                                                        e_time:1255632752,feature_id:53130
509103: *Jan 8 14:23:20.729: //678457/xxxxxxxxxxxx/CCAPI/ccIFCallSetupRequestPr                                                                                        ivate:
   SPI Call Setup Request Is Success; Interface Type=9, FlowMode=1
509104: *Jan 8 14:23:20.729: //678457/xxxxxxxxxxxx/CCAPI/ccCallSetContext:
   Context=0x4AC5D1C4
509105: *Jan 8 14:23:20.729: //678457/xxxxxxxxxxxx/CCAPI/cc_api_call_connected:
   Interface=0x48D4E620, Data Bitmask=0x0, Progress Indication=NULL(0),
   Connection Handle=0
509106: *Jan 8 14:23:20.729: //678457/xxxxxxxxxxxx/CCAPI/cc_api_call_connected:
   Call Entry(Connected=TRUE, Responsed=TRUE, Retry Count=0)
509107: *Jan 8 14:23:20.753: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
INVITE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/TCP 192.168.12.190:5060;branch=z9hG4bK6adee3e42a498
From: "Asif CIPC" <sip:[email protected]>;tag=2524415~70e9433b-1d79-44ae-9a16-                                                                                        09a52be377c5-22878662
To: <sip:[email protected]>
Date: Wed, 08 Jan 2014 14:02:15 GMT
Call-ID: [email protected]
Supported: timer,resource-priority,replaces
Min-SE: 1800
User-Agent: Cisco-CUCM8.6
Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE,                                                                                         NOTIFY
CSeq: 101 INVITE
Expires: 180
Allow-Events: presence
Supported: X-cisco-srtp-fallback
Supported: Geolocation
Cisco-Guid: 2031538944-0000065536-0000027608-3188500672
Session-Expires: 1800
P-Asserted-Identity: "Asif CIPC" <sip:[email protected]>
Remote-Party-ID: "Asif CIPC" <sip:[email protected]>;party=calling;screen=yes;                                                                                        privacy=off
Contact: <sip:[email protected]:5060;transport=tcp>
Max-Forwards: 70
Content-Type: application/sdp
Content-Length: 240
v=0
o=CiscoSystemsCCM-SIP 2524415 1 IN IP4 192.168.12.190
s=SIP Call
c=IN IP4 192.168.33.5
t=0 0
m=audio 17932 RTP/AVP 18 101
a=rtpmap:18 G729/8000
a=ptime:20
a=fmtp:18 annexb=no
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
509108: *Jan 8 14:23:20.769: //-1/7916D3000000/CCAPI/cc_api_display_ie_subfield                                                                                        s:
   cc_api_call_setup_ind_common:
   cisco-username=3064
   ----- ccCallInfo IE subfields -----
   cisco-ani=3064
   cisco-anitype=0
   cisco-aniplan=0
   cisco-anipi=0
   cisco-anisi=1
   dest=8955900
   cisco-desttype=0
   cisco-destplan=0
   cisco-rdie=FFFFFFFF
   cisco-rdn=
   cisco-rdntype=0
   cisco-rdnplan=0
   cisco-rdnpi=-1
   cisco-rdnsi=-1
   cisco-redirectreason=-1   fwd_final_type =0
   final_redirectNumber =
   hunt_group_timeout =0
509109: *Jan 8 14:23:20.769: //-1/7916D3000000/CCAPI/cc_api_call_setup_ind_comm                                                                                        on:
   Interface=0x48667600, Call Info(
   Calling Number=3064,(Calling Name=)(TON=Unknown, NPI=Unknown, Screening=User,                                                                                         Passed, Presentation=Allowed),
   Called Number=8955900(TON=Unknown, NPI=Unknown),
   Calling Translated=FALSE, Subscriber Type Str=Unknown, FinalDestinationFlag=T                                                                                        RUE,
   Incoming Dial-peer=1, Progress Indication=NULL(0), Calling IE Present=TRUE,
   Source Trkgrp Route Label=, Target Trkgrp Route Label=, CLID Transparent=FALS                                                                                        E), Call Id=678458
509110: *Jan 8 14:23:20.769: //-1/7916D3000000/CCAPI/ccCheckClipClir:
   In: Calling Number=3064(TON=Unknown, NPI=Unknown, Screening=User, Passed, Pre                                                                                        sentation=Allowed)
509111: *Jan 8 14:23:20.773: //-1/7916D3000000/CCAPI/ccCheckClipClir:
   Out: Calling Number=3064(TON=Unknown, NPI=Unknown, Screening=User, Passed, Pr                                                                                        esentation=Allowed)
509112: *Jan 8 14:23:20.773: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
509113: *Jan 8 14:23:20.773: :cc_get_feature_vsa malloc success
509114: *Jan 8 14:23:20.773: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
509115: *Jan 8 14:23:20.773: cc_get_feature_vsa count is 13
509116: *Jan 8 14:23:20.773: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
509117: *Jan 8 14:23:20.773: :FEATURE_VSA attributes are: feature_name:0,featur                                                                                        e_time:1255634768,feature_id:53131
509118: *Jan 8 14:23:20.773: //678458/7916D3000000/CCAPI/cc_api_call_setup_ind_                                                                                        common:
   Set Up Event Sent;
   Call Info(Calling Number=3064(TON=Unknown, NPI=Unknown, Screening=User, Passe                                                                                        d, Presentation=Allowed),
   Called Number=8955900(TON=Unknown, NPI=Unknown))
509119: *Jan 8 14:23:20.773: //678458/7916D3000000/CCAPI/cc_process_call_setup_                                                                                        ind:
   Event=0x48EE6200
509120: *Jan 8 14:23:20.777: //-1/xxxxxxxxxxxx/CCAPI/cc_setupind_match_search:
   Try with the demoted called number 8955900
509121: *Jan 8 14:23:20.777: //678458/7916D3000000/CCAPI/ccCallSetContext:
   Context=0x476D5190
509122: *Jan 8 14:23:20.777: //678458/7916D3000000/CCAPI/cc_process_call_setup_                                                                                        ind:
   >>>>CCAPI handed cid 678458 with tag 1 to app "_ManagedAppProcess_Default"
509123: *Jan 8 14:23:20.777: //678458/7916D3000000/CCAPI/ccCallProceeding:
   Progress Indication=NULL(0)
509124: *Jan 8 14:23:20.781: //678458/7916D3000000/CCAPI/ccCallSetupRequest:
   Destination=, Calling IE Present=TRUE, Mode=0,
   Outgoing Dial-peer=20, Params=0x476DCE60, Progress Indication=NULL(0)
509125: *Jan 8 14:23:20.781: //678458/7916D3000000/CCAPI/ccCheckClipClir:
   In: Calling Number=8062301(TON=Unknown, NPI=Unknown, Screening=User, Passed,                                                                                         Presentation=Allowed)
509126: *Jan 8 14:23:20.781: //678458/7916D3000000/CCAPI/ccCheckClipClir:
   Out: Calling Number=8062301(TON=Unknown, NPI=Unknown, Screening=User, Passed,                                                                                         Presentation=Allowed)
509127: *Jan 8 14:23:20.785: //678458/7916D3000000/CCAPI/ccCallSetupRequest:
   Destination Pattern=.T, Called Number=8955900, Digit Strip=FALSE
509128: *Jan 8 14:23:20.785: //678458/7916D3000000/CCAPI/ccCallSetupRequest:
   Calling Number=8062301(TON=Unknown, NPI=Unknown, Screening=User, Passed, Pres                                                                                        entation=Allowed),
   Called Number=8955900(TON=Unknown, NPI=Unknown),
   Redirect Number=, Display Info=Asif CIPC
   Account Number=3064, Final Destination Flag=TRUE,
   Guid=7916D300-0001-0000-0000-6BD8BE0CA8C0, Outgoing Dial-peer=20
509129: *Jan 8 14:23:20.785: //678458/7916D3000000/CCAPI/cc_api_display_ie_subf                                                                                        ields:
   ccCallSetupRequest:
   cisco-username=3064
   ----- ccCallInfo IE subfields -----
   cisco-ani=8062301
   cisco-anitype=0
   cisco-aniplan=0
   cisco-anipi=0
   cisco-anisi=1
   dest=8955900
   cisco-desttype=0
   cisco-destplan=0
   cisco-rdie=FFFFFFFF
   cisco-rdn=
   cisco-rdntype=0
   cisco-rdnplan=0
   cisco-rdnpi=-1
   cisco-rdnsi=-1
   cisco-redirectreason=-1   fwd_final_type =0
   final_redirectNumber =
   hunt_group_timeout =0
509130: *Jan 8 14:23:20.785: //678458/7916D3000000/CCAPI/ccIFCallSetupRequestPr                                                                                        ivate:
   Interface=0x48667600, Interface Type=3, Destination=, Mode=0x0,
   Call Params(Calling Number=8062301,(Calling Name=Asif CIPC)(TON=Unknown, NPI=                                                                                        Unknown, Screening=User, Passed, Presentation=Allowed),
   Called Number=8955900(TON=Unknown, NPI=Unknown), Calling Translated=FALSE,
   Subscriber Type Str=Unknown, FinalDestinationFlag=TRUE, Outgoing Dial-peer=20                                                                                        , Call Count On=FALSE,
   Source Trkgrp Route Label=, Target Trkgrp Route Label=, tg_label_flag=0, Appl                                                                                        ication Call Id=)
509131: *Jan 8 14:23:20.785: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
509132: *Jan 8 14:23:20.785: :cc_get_feature_vsa malloc success
509133: *Jan 8 14:23:20.785: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
509134: *Jan 8 14:23:20.785: cc_get_feature_vsa count is 14
509135: *Jan 8 14:23:20.785: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
509136: *Jan 8 14:23:20.785: :FEATURE_VSA attributes are: feature_name:0,featur                                                                                        e_time:1255629840,feature_id:53132
509137: *Jan 8 14:23:20.789: //678459/7916D3000000/CCAPI/ccIFCallSetupRequestPr                                                                                        ivate:
   SPI Call Setup Request Is Success; Interface Type=3, FlowMode=1
509138: *Jan 8 14:23:20.789: //678459/7916D3000000/CCAPI/ccCallSetContext:
   Context=0x476DCE10
509139: *Jan 8 14:23:20.789: //678458/7916D3000000/CCAPI/ccSaveDialpeerTag:
   Outgoing Dial-peer=20
509140: *Jan 8 14:23:20.793: //678459/7916D3000000/CCAPI/cc_api_call_proceeding                                                                                        :
   Interface=0x48667600, Progress Indication=NULL(0)
509141: *Jan 8 14:23:20.801: //678459/7916D3000000/SIP/Msg/ccsipDisplayMsg:
Sent:
INVITE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 172..XX.XX.XX:5060;branch=z9hG4bK67CE197B
Remote-Party-ID: "Asif CIPC" <sip:[email protected]>;party=calling;screen=ye                                                                                        s;privacy=off
From: "Asif CIPC" <sip:[email protected]>;tag=EA475304-26C5
To: <sip:[email protected]>
Date: Wed, 08 Jan 2014 14:23:20 GMT
Call-ID: [email protected]
Supported: timer,resource-priority,replaces,sdp-anat
Min-SE: 1800
Cisco-Guid: 2031538944-0000065536-0000027608-3188500672
User-Agent: Cisco-SIPGateway/IOS-12.x
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIF                                                                                        Y, INFO, REGISTER
CSeq: 101 INVITE
Timestamp: 1389191000
Contact: <sip:[email protected]:5060>
Expires: 180
Allow-Events: telephone-event
Max-Forwards: 69
Session-Expires: 1800
Content-Type: application/sdp
Content-Disposition: session;handling=required
Content-Length: 274
v=0
o=CiscoSystemsSIP-GW-UserAgent 9218 9584 IN IP4 172..XX.XX.XX
s=SIP Call
c=IN IP4 172..XX.XX.XX
t=0 0
m=audio 16868 RTP/AVP 18 101
c=IN IP4 172..XX.XX.XX
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=yes
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=ptime:20
509142: *Jan 8 14:23:20.805: //678458/7916D3000000/SIP/Msg/ccsipDisplayMsg:
Sent:
509163: *Jan 8 14:23:20.945: //678458/7916D3000000/CCAPI/cc_api_call_disconnect                                                                                        _done:
   Call Disconnect Event Sent
509164: *Jan 8 14:23:20.945: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
509165: *Jan 8 14:23:20.945: :cc_free_feature_vsa freeing 4AD77748
509166: *Jan 8 14:23:20.945: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
509167: *Jan 8 14:23:20.945: vsacount in free is 12
509168: *Jan 8 14:23:32.517: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
OPTIONS sip:172..XX.XX.XX:5060 SIP/2.0
Via: SIP/2.0/UDP 10.205.20.50:5060;branch=z9hG4bKhs8ak5845ch42p7cff35k1ap3T02677
Call-ID: isbchh12748fcsk155w58p151kks36fww24s@SoftX3000
From: <sip:172..XX.XX.XX:5060>;tag=sbc0806pa8fp7w7
To: <sip:172..XX.XX.XX>
CSeq: 1 OPTIONS
Max-Forwards: 70
Content-Length: 0
509169: *Jan 8 14:23:32.525: //678460/495AB05FB187/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 200 OK
Via: SIP/2.0/UDP 10.205.20.50:5060;branch=z9hG4bKhs8ak5845ch42p7cff35k1ap3T02677
From: <sip:172..XX.XX.XX:5060>;tag=sbc0806pa8fp7w7
To: <sip:172..XX.XX.XX>;tag=EA4780CC-582
Date: Wed, 08 Jan 2014 14:23:32 GMT
Call-ID: isbchh12748fcsk155w58p151kks36fww24s@SoftX3000
Server: Cisco-SIPGateway/IOS-12.x
CSeq: 1 OPTIONS
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIF                                                                                        Y, INFO, REGISTER
Allow-Events: telephone-event
Accept: application/sdp
Supported: timer,resource-priority,replaces,sdp-anat
Content-Type: application/sdp
Content-Length: 170
v=0
o=CiscoSystemsSIP-GW-UserAgent 8937 2437 IN IP4 172..XX.XX.XX
s=SIP Call
c=IN IP4 192.168.33.5
t=0 0
m=audio 0 RTP/AVP 18 0 8 9 4 2 15 3
c=IN IP4 192.168.33.5
u all
and the config is
voice service voip
ip address trusted list
ipv4 172.XX.XX.XX 255.255.255.255
dtmf-interworking rtp-nte
allow-connections h323 to h323
allow-connections h323 to sip
allow-connections sip to h323
allow-connections sip to sip
no supplementary-service h450.2
no supplementary-service h450.3
no supplementary-service h225-notify cid-update
redirect ip2ip
h323
session transport udp
h245 tunnel disable
sip
session transport tcp
rel1xx disable
registrar server expires max 3600 min 3500
transport switch udp tcp
redirect contact order best-match
asymmetric payload full
g729 annexb-all
voice class codec 1
codec preference 1 g711alaw
codec preference 2 g711ulaw
codec preference 3 g729r8
codec preference 4 g729br8
and the dial-peer through the calls will go out is
dial-peer voice 20 voip
description ***TO-OUT***
translation-profile outgoing OUT-SIP
destination-pattern .T
progress_ind progress enable 8
rtp payload-type cisco-codec-fax-ack 112
rtp payload-type nte 97
session protocol sipv2
session target ipv4:10.205.20.50:5060
session transport udp
voice-class codec 1
voice-class sip bind control source-interface FastEthernet0/0
voice-class sip bind media source-interface FastEthernet0/0
dtmf-relay rtp-nte
no vad

Hi Nadeem,
our setup is like
                                                            vpn link
call manager ------head office(router)----------------------------------brach router(gateway)------------------ip phone(branch)
The call flow is
                                                                                                              sip
IP Phone---->brach GW-------------->call manager------------------>branch GW------------------->ITSP
there is no subscriber at branch side, so the outbound call should travel to call manager at head office and then get exit from branch gateway to ITSP through sip line.

UCCX Agent Status when making a Outbound Call

Hi Need a little Help ! Advice with the Above subject matter.
I have a customer, who is running reports with Historical reporting however the reports do not give a True reflection of Agents status.
i.e. if the Agent makes an outgoing call the Reports show the agent as being not ready.
I would like to know if it is possible to change how this is reported of if it is possible for the agent to add a note when on a call which would be reflected in the Historical reports.
Can we change the state it shows when an agent is on an outbound call to show "Outbound Call" instead of "Not Ready" as it currently shows ?
Cheers
Charles

Hi Charles
We have raised the same problem towards Cisco a long time ago. The fact that an agent talking is reported as "Not ready", instead of ex. "Talking Out" is not only a problem in HR, but also in some steps of scripting, since the agent is infact on the system and is anything but "Not ready".
Ex. you could check to se if any agent are logged in to CSQ, before selecting resource. If agents are logged in, you could check to see if number of agent logged in = number of agents not ready. If this is true, then no agents are available to answer call and another CSQ could be selected.
But now since an agent talking is reported as "Not ready" because he's talking, the check for agents logged in = agents not reayd might be true, causing script no to work as intended.
So for many reasons an agent talking should be "talking" and not "Not ready". I haven't heard about any workarounds on this agent state, but I do know that Cisco has been informed on this isseu and did recognise that it would make sense to implement but I don't know when this could happen. If not in verison 8.5, then perhaps in ver. 9.
You might be able to pull something from the DB to show correct agent state, but thats not "out of the box"
Regards
Henrik

Blocking Outbound Calls by Area Code and Time Zone

I am looking to block agents from making outbound calls to certain time zones by area code. Can't quite get my head around how I can use route filters with time schedules. Any help would be appreciated.

Create the route patterns for those area codes and then configure one which allows the calls, and another one that blocks the calls, use TOD to enable/disable them as required.
HTH
java
if this helps, please rate
www.cisco.com/go/pdihelpdesk

Need help on UC320W outbound calls!!!

Hi, my client has UC320W. the office has 3 FXO lines.
they are claiming that they can't make outbound calls on 1, 2 FXO lines (inbound calls are fine).
it just drops after dial the numbers.
however 3rd line has no problem to dial out.
one weird thing.
I setup to dial 9 to make outbound calls.
3rd line, which works fine, doesnt need to dial 9 to call out.
you can just dial 1xxx-xxx-xxxx.
the other 2 lines wont work 9xxx-xxx-xxxx nor 1xxx-xxx-xxxx
it just drops.
please help!!!!!
Jay

Hi Jay,
It is perfect fine to configure all FXO lines as separated shared FXO lines and assign individual PSTN numbers. Are these 3 FXO lines are with the same service provider? If you hook an analog phone to the phone line, what are the dialing plan you can dial out? Do you need to dial the steering digit? If yes, then the service provider sets the UC320W as the centrex PBX.. Please let me know. I will send you a PMF to correct the FXO line dial plan. When you press the shared FXO line button 2 or 3, do you hear the stutter tone or normal dial tone? If it's stutter tone, the FXO line may be configured with voice mail service by your service provider and there are voice messages. It may affect the call to be dialed out.
If you can't figure cout what it is going on, please contact the Small Business Support Center at the phone number listed (Please pick the appropriate phone number in your region) in the link attached. One of our Engineers should be able to assist you with this issue.
http://www.cisco.com/en/US/support/tsd_cisco_small_business_support_center_contacts.html
Best regards,
Wendy

IPIVR for outbound call?

IPIVR seems be designed for handling inbound call. Is it possible that ipivr can handle scheduled outbound calls?
Or is there any products (cisco or others) for this functions?
thanks first

You can make outbound calls from a script; however, they must be triggered by an external event. This is typically done by an HTTP trigger to the script which then makes an outbound call leg based on parameters provided through the HTTP trigger. I.E. your application server issues the HTTP trigger to IPIVR to make a call when the appropriate event occurs.
If you are looking for an outbound dialer, this is included in CCX Premium for the quantity of agents you purchase.

IPCC Express - Recording ALL outbound calls

Is it possible for the IPCC express server to keep a record of ALL outbound calls instead of just the ones the supervisor chooses? How?

Hi, guys.
Finally I've confugured my cheme.
I found my audio files .
I have added voice contact workflow to CAD-BE agent instead of CAD Agent. It was my mistake. When i do the same steps at CAD Agent - I saw raw files at C:\Programm Files\Cisco\Desktop_Audio folder.
But they all has *.RAW 1KB size. Is it correct ? I've talked over 1 min and only 1KB Any ideas ?

Outbound Calls stop working when Lync Edge server is offline

All,
We have had an issue inside our environment after one of our virtual hosts died and took out our sole Edge server, basically users could not dial out and were getting the error "Network is busy" on the client. Internal dialling worked perfectly to our Lync
users but the users could not dial out via our Cisco CME server.
Our configuration is a Lync Enterprise Pool with 2 servers, DB cluster and a single Lync edge server, the mediation servers are installed on our enterprise pool servers as a single server and the CME is looking at the mediation servers directly and has nothing
pointing at the edge server.
This issue affected internal users (as the external users were all kicked out due to the server being down), the strange thing was that you got errors in snooper about the server being unavailable when you dialled out, no idea why it did this. Even stranger
was that the call itself was sent to the CME as a debug SIP showed traffic being attempted between the user and the number which confused me even more as my mobile actually rang for a single ring as well.
Has anybody got any ideas as to why the Edge server would do this to internal users?
Thanks
James

Lync checks the bandwith policy against the Edge server. As the Edge is not responding Lync is unable to check the policy and the call fails.
For the time being you may want to remove the Edge from the topology, then Lync checks against the Front End server.
I hope you do understand, that this is not a great solution, but a drastic workaround suggestion to a hidden product defect! In hidden product defect I mean Microsoft Lync document team is cynically silent and trying to cover the tracks of this product defect.
What I would consider as a straight and honest retroactive action for the Lync document team, to add a big warning section to a) single server edge deployment page + b) the Call Admission Control caveats page on Technet:
"Warning: PRODUCT DEFECT / PRODUCT LIMITATION comes here
If you associate an edge server or pool to a FE pool, and enable Call Admission Control, your single / pool edge will become SINGLE POINT OF FAILURE for your entire enterprise telephony when doing outbound call attempts!
So if outbound calls is important in your company (hell, of course it is!) then deploy at least 2x Edge servers in the same pool before enable CAC!"
But I think that warning message is way too much to ask for, thatswhy is this 2,5 years old topic still open.

Outbound Call in Cisco Finesse

Similar Messages

Maybe you are looking for