IPCC Enterprise: Outbound calls priority over inbound calls

How can I get outbound calls presented to the agents in SG-A even though there are calls queued to SG-A ?
My customer wish to service callbacks before queued calls.
To me it looks like the dialer doesn't issue the reservation call quick enough to get the agent reserved before the queueing mechanism is grabbing him.
Thanks
/Claus

The reason inbound calls take priority is because they are queued.
With personal callbacks, we try to reserve the agent even if it is currently busy so we have an opportunity to queue them.
With preview and predictive, we check the skill group once every 2 seconds and only attempt to reserve agents to see if there are available agents. So we won't attempt to reserve an agent if agents are busy with inbound calls. So if you have inbound calls queued up for a skill group that share the same agent pool as the outbound skill group, then those agents will likely be kept too busy with inbound calls. The Dialer won't try to make a reservation request if no agents are available and so there won't be an opportunity to add the calls to queue.
With Transfer to IVR campaigns, you can queue and route customer calls to agents. This would give you more flexibility, but there are some pros and cons.
PROS
You can make smart decisions in the routing script whether it is marked as Answering Machine or Live Voice.
You don't tie up an agent in reservation call waiting to find a customer.
You can prioritize the dialer calls over inbound calls in the scripting.
CONS
Customers will likely spend some time in queue, and may drop out.
The scripting to throttle calls is a little trickier.
The campaign reports and Dialer Detail records no longer tell you whether the call was handled by an agent or not. They stop tracking once the call is sent to the IVR. You only have the inbound call Termination Call Detail records and the inbound skill group and call type to track what happened ot the transfer to IVR calls.
David

Similar Messages

  • IPCC Enterprise / Two Call Manager Clusters

    Let's say I have an IPCC Enterprise set up using  a call manager cluster, a progger server (has peripheral gateway, router, and logger), an HDS server, an IP-IVR, and a CAD server. Its up and running. Now let's say I have another call manager cluster and I'd like to have users on that cluster become call center agents connected to ICM in the IPCC Enterprise environment. Is this even possible? Can it done by the use of another peripheral gateway server used to connect the 2nd call manager cluster to the rogger and IP-IVR? Any feedback appreciated.

    Now let's say I have another call manager cluster and I'd like to have users on that cluster become call center agents connected to ICM in the IPCC Enterprise environment. Is this even possible?
    Of course it is possible. That's what it was designed to do.
    There are some big ICMs out there with many peripheral gateways. The big ones have many TDM switches, but some have multiple Call Managers too. I don't personally know of any with more than mid-30s peripheral gateways, but I have heard that there are much bigger ones than that (I am thinking of the IRS).
    Can it done by the use of another peripheral gateway server used to connect the 2nd call manager cluster to the rogger and IP-IVR? Any feedback appreciated.
    Yes.
    One thing I'd like to check with you ... you say "a progger server" and you say "an HDS, an IP-IVR" etc.
    Are there really just one of each of these? Normally there is a fault tolerant pair of proggers, two HDS for redundancy, two IP-IVR etc for redundancy. To extend the Enterprise system to another CUCM cluster one would add a PAIR of PGs.
    Regards,
    Geoff

  • 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 ?

  • In UCCE TCD table how to indentify inbound and outbound call records.

    Hi
    I'm using TCD table to build custom report. I would like to know is there any flag to differentiate Inbound and outbound call records in TCD table.
    Please advice.. I would be much appreciated.
    Thanks
    Regards,
    Param

    Hi  Geoff and David
    Thanks you very much for your reply.
    I have used "PeripheralID" to classify the call.
    Thanks
    Regards,
    Param

  • Linksys 2102 having no inbound audio on Outbound Calls

    We have started to offer Linksys2102 ATA's to our customers and have experienced a unique issue. 
    When making an inbound call from PSTN to the ATA the audio is fine.  No issues whatsoever.  Whne making an outbound call from the ATA device the call will complete, however the Voip caller will have no inbound audio whatsoever.  This includes hearing the ring.  The party on the other end will have their phone ring and can pick up and hear the voip caller with no issue.  However the audio coming back is stopped at the ATA. 
    We also have 2100's and there is not an issue with these.  As a matter of fact, you can take the same network cable that you plugged into the 2102 and plug it into a 2100 with no changes to the network and the 2100 will work fine.
    Taking packet traces of both the 2100 and the 2102 we have seen the 2100 will send the first RTP packet no matter the direction the call is made, either in or out.  If it is an outbound call the RTP packet goes with the SIP INVITE packet.
    The 2102 will very randomly exhibit the same behaviour (about 1 out of 10 times) as the 2100 and the call will be fine.
    The other 9 times, the 2102 will wait to recieve the first RTP packet which will be delivered to the device's IP address and will choose to ignore it.  The bytes recieved on the device do not go past 0.
    Has anyone else seen this behaviour and does anyone have any suggestions?
    Using STUN does not solve it.  The key thing to remember is that the RTP inbound packet gets delivered to the IP address of the ATA, it just seems as if the ATA ignores it for some reason.
    Thanks for anyone that can help.

    The issue continues.  We think it is related to a specific modem/router combo and are trying to configure a workaround. 
    Since linksys has many 2102s out in the world that are working properly and we are only experiencing this issue with a small amount the tech support callback that I recieved was useless.
    I appreciate the reply and we are continuing and once I have worked one out I will post it in case anyone else has the problem.

  • Lync 2011 for Mac with iMessage on OSX inbound and outbound calls fail

    Running Office 14.4.9 updates and many before that.  If you activate or deactivate an iMessage account using the built-in Messages application, Lync can no longer make or receive calls.  Calls received will automatically go to voicemail. 
    Outbound calls just ring and ring.  The phone setting in Lync were all three set to Lync as well.
    The only way I've found them to work is to following the first instructions at the following link:
    https://support.microsoft.com/en-us/kb/kbview/2691870?wa=wsignin1.0
    Log on to your computer by using administrative credentials.
    Exit Lync if it's running.
    Drag the Lync application to the Trash.
    To remove your existing Lync preferences, delete the following files:
    Users/username/Library/Preferences/com.microsoft.Lync.plist
    Users/username/Library/Preferences/ByHost/MicrosoftLyncRegistrationDB.xxxx.plist
    Users/username/Library/Logs/Microsoft-Lync-x.log
    If you activate or deactivate an iMessage account steps 1-4 must be performed, otherwise, phone calls fail.  One additional annoyance I've noticed is that Lync tends to hand with a red X on the icon in the dock when this happens as well.  You must
    use the terminal and do 'pkill Lync' in order to close it.

    Hi MSGuest,
    Can you install the latest update and then check again ?
    https://www.microsoft.com/en-us/download/details.aspx?id=36517
    Best regards,
    Eric
    Please remember to mark the replies as answers if they help, and unmark the answers if they provide no help. If you have feedback for TechNet Support, contact [email protected]

  • 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.

  • 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

  • 485 Ambiguous - Outbound Calls Only

    I'm having some issues with the 485 Ambigous Error, but on Outbound calls only.  I've read several blog posts and was able to solve this issue for incoming calls, but have yet to find a solution for outbound calls.
    I have two phone numbers: XXX-XXX-5232 and XXX-XXX-3081.  All of my users are configured in Lync with +1XXXXXX5232;ext=XXXXX
    XXX-XXX-5232 is set to normalize to +1XXXXXX5232;ext=53999 which is a Lync User that is setup with Team Call to ring multiple other extensions.  I'm not aware of any AutoAttendant or Response group that is configured with just +1XXXXXX5232.
    Again, inbound calling is working just fine and outbound calls work as expected, they just report the 485 Ambiguous for each call.
    Thanks in advance for any help you can provide.

    Yes, the call is routed to the Gateway.  In fact, the call completes successfully.  Here is the trace.  Hopefully it will be readable:
    12:17:03.513 : 10.188.0.19 : NOTICE  : (      lgr_flow)(2288602   )  ---- Incoming SIP Message from 10.188.0.18:61275 to SIPInterface #0 ---- [Time: 11:17:03]
    12:17:03.543 : 10.188.0.19 : NOTICE  : INVITE sip:[email protected];user=phone SIP/2.0
    FROM: "VRRL - Kitchen"<sip:+1XXXXXX5232;[email protected];user=phone>;epid=621B6C2CF5;tag=aeb33cd2cc
    TO: <sip:[email protected];user=phone>
    CSEQ: 32959 INVITE
    CALL-ID: 14fe8790-50ef-476a-80ac-e57061c0a2af
    MAX-FORWARDS: 70
    VIA: SIP/2.0/TLS 10.188.0.18:61275;branch=z9hG4bK7f7f1664
    CONTACT: <sip:VRRL-SBA.cdol.int:5067;transport=Tls;ms-opaque=86db4f0fd1133b15>
    CONTENT-LENGTH: 552
    SUPPORTED: 100rel
    USER-AGENT: RTCC/4.0.0.0 MediationServer
    CONTENT-TYPE: application/sdp
    ALLOW: ACK
    Allow: CANCEL,BYE,INVITE,PRACK,UPDATE
    v=0
    o=- 885 1 IN IP4 10.188.0.18
    s=session
    c=IN IP4 10.188.0.18
    b=CT:1000
    t=0 0
    m=audio 53854 RTP/AVP 97 101 13 0 8
    c=IN IP4 10.188.0.18
    a=tcap:1 RTP/SAVP
    a=pcfg:1 t=1
    a=rtcp:53855
    a=label:Audio
    a=crypto:1 AES_CM_128_HMAC_SHA1_80 inline:ssoH69QQto9/wyQyDEbtGezAe4zuH4ulyHNtUfRT|2^31|1:1
    a=crypto:2 AES_CM_128_HMAC_SHA1_80 inline:Eas2Y5diRZ5HKgxFHpLLTdr8EWMmERj6ZGLjf8LO|2^31
    a=sendrecv
    a=rtpmap:97 RED/8000
    a=rtpmap:101 telephone-event/8000
    a=fmtp:101 0-16
    a=rtpmap:13 CN/8000
    a=rtpmap:0 PCMU/8000
    a=rtpmap:8 PCMA/8000
    a=ptime:20
     [Time: 11:17:03]
    12:17:03.573 : 10.188.0.19 : NOTICE  : (     sip_stack)(2288604   )  new AcSIPCallAPI created - #276 [Time: 11:17:03]
    12:17:03.593 : 10.188.0.19 : NOTICE  : (      lgr_flow)(2288605   )  |       | new GetNewSIPCall created - #517 [Time: 11:17:03]
    12:17:03.603 : 10.188.0.19 : NOTICE  : (  lgr_stk_mngr)(2288606   )  Resource StackSession <#276> Allocated [Time: 11:17:03]
    12:17:03.613 : 10.188.0.19 : NOTICE  : (     sip_stack)(2288607   )  TlsTransportObject#57::CheckForConnectionPersistent - Opening persistent connection with proxy: 10.188.0.18:61275 [Time: 11:17:03]
    12:17:03.613 : 10.188.0.19 : NOTICE  : (      lgr_flow)(2288608   )  |       |(SIPTU#517)INVITE State:Idle() [Time: 11:17:03]
    12:17:03.623 : 10.188.0.19 : NOTICE  : (      lgr_flow)(2288609   )  DNSResolver::HandleARecordQuery - Host:VRRL-SBA.cdol.int resolved in external table [Time: 11:17:03]
    12:17:03.633 : 10.188.0.19 : NOTICE  : (     sip_stack)(2288610   )  (SIPTU#517) HandleResolutionSuccessEV: Domain name VRRL-SBA.cdol.int was successfully resolved to IP: 10.188.0.18 [Time: 11:17:03]
    12:17:03.643 : 10.188.0.19 : NOTICE  : (     sip_stack)(2288611   )  SIPCall(#517) changes state from Idle to Invited [Time: 11:17:03]
    12:17:03.653 : 10.188.0.19 : NOTICE  : (      lgr_flow)(2288612   )  |       |       |       #276:SIP_DNS_RESOLVED_EV(14fe8790-50ef-476a-80ac-e57061c0a2af)
    [Time: 11:17:03]
    12:17:03.663 : 10.188.0.19 : NOTICE  : (      lgr_flow)(2288613   )  |       |       |       #276:SIP_SETUP_EV(14fe8790-50ef-476a-80ac-e57061c0a2af)
    [Time: 11:17:03]
    12:17:03.673 : 10.188.0.19 : NOTICE  : (      lgr_call)(2288614   )  (#276) Call Allocated. [Time: 11:17:03]
    12:17:03.673 : 10.188.0.19 : NOTICE  : (   lgr_stk_ses)(2288615   )  SIPStackSession::HandleStackSetupEV - NEWCALL: SrcPN=0 [Time: 11:17:03]
    12:17:03.683 : 10.188.0.19 : NOTICE  : (   lgr_stk_ses)(2288616   )  <SESSION #276> SendToCall - event: NEW_CALL_EV  m_Call#276 [Time: 11:17:03]
    12:17:03.693 : 10.188.0.19 : NOTICE  : (      lgr_flow)(2288617   )  |       |       #276:NEW_CALL_EV:(14fe8790-50ef-476a-80ac-e57061c0a2af) [Time: 11:17:03]
    12:17:03.703 : 10.188.0.19 : NOTICE  : (      lgr_flow)(2288618   )  |       |       #276:Call changing states from:IdleState to:NewCallState_IP2Tel [Time:
    11:17:03]
    12:17:03.713 : 10.188.0.19 : NOTICE  : (      lgr_flow)(2288619   )  ServicesMngr::GetEndPoint PhoneNum = 402XXX0899
     [Time: 11:17:03]
    12:17:03.713 : 10.188.0.19 : NOTICE  : (   lgr_psbrdif)(2288620   )  GetTrunkGroupId- TrunkGroup:1 found DstNum:402XXX0899 DstPfx:* SrcNum:+1XXXXXX5232 SrcPfx:* SrcIp:abc0012 SrcIpPfx:10.188.0.18 [Time: 11:17:03]
    12:17:03.723 : 10.188.0.19 : NOTICE  : (   lgr_psbrdif)(2288621   )  QueryOnHookPortStatus (ChannelNum=0), status = 1 Polarity = 0 [Time: 11:17:03]
    12:17:03.733 : 10.188.0.19 : NOTICE  : (   lgr_psbrdif)(2288622   )  Current trunks status:  [Time: 11:17:03]
    12:17:03.743 : 10.188.0.19 : NOTICE  : (       lgr_num)(2288623   )  PhoneNumber::RemovePrefix - Number change from +1XXXXXX5232 to 1XXXXXX5232 [Time: 11:17:03]
    12:17:03.753 : 10.188.0.19 : NOTICE  : (      lgr_call)(2288624   )  Call::SetCoderListForCall #276 Found 2 Common Coders For Call [Time: 11:17:03]
    12:17:03.763 : 10.188.0.19 : NOTICE  : (      lgr_call)(2288625   )  <Call #276> Coder g711Ulaw64k20 : 20 [Time: 11:17:03]
    12:17:03.763 : 10.188.0.19 : NOTICE  : (      lgr_call)(2288626   )  <Call #276> Coder g711Alaw64k20 : 20 [Time: 11:17:03]
    12:17:03.773 : 10.188.0.19 : NOTICE  : ( lgr_profiling)(2288627   )  <Call 276> Profiled<Tel=0,Ip=0>: JBMinDel=10 JBOptF=10 EEarlyM=1 FaxTM=1 IPDS=46 IsFaxU=2 PI2IP=-1 SigIPDF=40 CNGMode=0 DTMFUsed=0 NSEMode=0 PlayRBTone2IP=1
    RBUdpPort=0 RTPRD=0 SCE=0 VxxTT=2 Dst2Rdrt=0 DTMFVol=20 ECE=1 ECurDis=0 EDigDel=0 ERevP=0 FHPer=700 InG=32 MWIA=0 MWID=0 VVol=32 ReorderTime=255 DIDWink=0 2StageDial=0 DiscOnBusyT=1 DiscOnBrok=1 DPInd=255 AGC=0 NLP=0 [Time: 11:17:03]
    12:17:03.783 : 10.188.0.19 : NOTICE  : (      lgr_call)(2288628   )  |       |       #276GetNextUI:GlobalUI=442334516, mACAddrLsb=3257879 [Time: 11:17:03]
    12:17:03.793 : 10.188.0.19 : NOTICE  : (      lgr_call)(2288629   )  |       |       #276GetNextUI:GlobalUI=442334517 [Time: 11:17:03]
    12:17:03.803 : 10.188.0.19 : NOTICE  : (      lgr_flow)(2288630   )  |       #0:NEW_CALL_EV   : (14fe8790-50ef-476a-80ac-e57061c0a2af) [Time: 11:17:03]
    12:17:03.813 : 10.188.0.19 : NOTICE  : (      lgr_flow)(2288631   )  EndPoint::MediaResourceList::AllocateMediaIpPortsByMediaRealmID Perform NEW allocation of Media ports for RealmIndex(0) port(6220) current allocations
    are:(1) [Time: 11:17:03]
    12:17:03.813 : 10.188.0.19 : NOTICE  : (     sip_stack)(2288632   )  SIPSDPSession#276 - Changing state from SIP_MEDIA_IDLE to SIP_MEDIA_OFFERED [Time: 11:17:03]
    12:17:03.823 : 10.188.0.19 : NOTICE  : (     sip_stack)(2288633   )  <BaseSIP SDPSESSION #276> UpdateChosenMediaByCN - CN as Remote 1 [Time: 11:17:03]
    12:17:03.833 : 10.188.0.19 : NOTICE  : (     sip_stack)(2288634   )  <BaseSIP SDPSESSION #276> UpdateChosenMediaByCN - Force silence suppression on chosen coder, because remote & local support CN [Time: 11:17:03]
    12:17:03.843 : 10.188.0.19 : NOTICE  : (      lgr_flow)(2288635   )  |       |(SIPTU#517)TRYING_REQ State:Invited(14fe8790-50ef-476a-80ac-e57061c0a2af) [Time: 11:17:03]
    12:17:03.853 : 10.188.0.19 : NOTICE  : (     sip_stack)(2288636   )  New SIPMessage created - #58 [Time: 11:17:03]
    12:17:03.863 : 10.188.0.19 : NOTICE  : (      lgr_flow)(2288637   )  ---- Outgoing SIP Message to 10.188.0.18:61275 from SIPInterface #0 ---- [Time: 11:17:03]
    12:17:03.873 : 10.188.0.19 : NOTICE  : SIP/2.0 100 Trying
    Via: SIP/2.0/TLS 10.188.0.18:61275;branch=z9hG4bK7f7f1664
    From: "VRRL - Kitchen"<sip:+1XXXXXX5232;[email protected];user=phone>;epid=621B6C2CF5;tag=aeb33cd2cc
    To: <sip:[email protected];user=phone>;tag=1c274616087
    Call-ID: 14fe8790-50ef-476a-80ac-e57061c0a2af
    CSeq: 32959 INVITE
    Supported: em,timer,replaces,path,early-session,resource-priority
    Allow: REGISTER,OPTIONS,INVITE,ACK,CANCEL,BYE,NOTIFY,PRACK,REFER,INFO,SUBSCRIBE,UPDATE
    Server: Audiocodes-Sip-Gateway-Mediant 1000 - MSBG/v.6.20A.045.006
    Content-Length: 0
     [Time: 11:17:03]
    12:17:03.883 : 10.188.0.19 : NOTICE  : (     sip_stack)(2288639   )  Resource SIPMessage deleted - #58 [Time: 11:17:03]
    12:17:03.883 : 10.188.0.19 : NOTICE  : (   lgr_stk_ses)(2288640   )  SIPStackSession::HandleStackSetupEV - SETUP: SrcPN=0 [Time: 11:17:03]
    12:17:03.893 : 10.188.0.19 : NOTICE  : (   lgr_stk_ses)(2288641   )  <SESSION #276> SendToCall - event: SETUP_EV  m_Call#276 [Time: 11:17:03]
    12:17:03.903 : 10.188.0.19 : NOTICE  : (      lgr_flow)(2288642   )  |       |       #276:SETUP (TO:402XXX0899, FROM:+1XXXXXX5232):(14fe8790-50ef-476a-80ac-e57061c0a2af)
    [Time: 11:17:03]
    12:17:03.913 : 10.188.0.19 : NOTICE  : (      lgr_flow)(2288643   )  |       |       #276:Call changing states from:NewCallState_IP2Tel to:InitiatedState_IP2Tel
    [Time: 11:17:03]
    12:17:03.923 : 10.188.0.19 : NOTICE  : (      lgr_flow)(2288644   )  |       #0:SETUP_EV   : (14fe8790-50ef-476a-80ac-e57061c0a2af) [Time: 11:17:03]
    12:17:03.933 : 10.188.0.19 : NOTICE  : (   lgr_psbrdif)(2288645   )  UpdateChannelParams, Channel 0
     [Time: 11:17:03]
    12:17:03.943 : 10.188.0.19 : NOTICE  : (   lgr_psbrdif)(2288646   )  #0:PSOSBoardInterface::ConfigureFaxModemChannelParams FAXTransportType=3 Modem configuration VxxTransportType=2 not allowed, forced to 3
     [Time: 11:17:03]
    12:17:03.953 : 10.188.0.19 : NOTICE  : (   lgr_psbrdif)(2288647   )  #0:ConfigFaxModemChannelParams NSEMode=0, CNGDetMode=0, FAXTranType=3, VxxTranType=3, VoiceVol= 0, DTMFVol=-11, InGain=0, RTPRedDepth=0, ECE=1, SCE=3, ECNlpMode=0,
    DJBufMinDelay=10, DJBufOptFac=10, Result=1) [Time: 11:17:03]
    12:17:03.963 : 10.188.0.19 : NOTICE  : (   lgr_psbrdif)(2288648   )  Turn ringer ON for channel 0 [Time: 11:17:03]
    12:17:03.973 : 10.188.0.19 : NOTICE  : (      lgr_flow)(2288649   )  |       #0:FXO Seize Line  [Time: 11:17:03]
    12:17:03.973 : 10.188.0.19 : NOTICE  : (      lgr_flow)(2288650   )  |       #0:ALERT_EV (send)  : (14fe8790-50ef-476a-80ac-e57061c0a2af) [Time: 11:17:03]
    12:17:03.983 : 10.188.0.19 : NOTICE  : (      lgr_flow)(2288651   )  |       |       #276:ALERT_EV:(14fe8790-50ef-476a-80ac-e57061c0a2af) [Time: 11:17:03]
    12:17:03.993 : 10.188.0.19 : NOTICE  : (      lgr_flow)(2288652   )  |       |       #276:Call changing states from:InitiatedState_IP2Tel to:AlertingState_IP2Tel
    [Time: 11:17:03]
    12:17:04.003 : 10.188.0.19 : NOTICE  : (      lgr_flow)(2288653   )  |       |       |       #276:ALERT_EV(14fe8790-50ef-476a-80ac-e57061c0a2af)
    [Time: 11:17:03]
    12:17:04.013 : 10.188.0.19 : NOTICE  : (     sip_stack)(2288654   )  New SIPMessage created - #93 [Time: 11:17:03]
    12:17:04.013 : 10.188.0.19 : NOTICE  : (     sip_stack)(2288655   )  SIPSDPSession#276 - Changing state from SIP_MEDIA_OFFERED to SIP_MEDIA_COMPLETED [Time: 11:17:03]
    12:17:04.023 : 10.188.0.19 : NOTICE  : (   lgr_stk_ses)(2288656   )  DtmfCapNegotiationAlgorithm :: TxDtmfMethod = DTMF_RFC2833_SUPPORTED [Time: 11:17:03]
    12:17:04.033 : 10.188.0.19 : NOTICE  : (   lgr_stk_ses)(2288657   )  DtmfCapNegotiationAlgorithm :: TxRtpRfc2833Payload = 101 [Time: 11:17:03]
    12:17:04.043 : 10.188.0.19 : NOTICE  : (   lgr_stk_ses)(2288658   )  <SESSION #276> SendToCall - event: DTMF_CONTROL_EV  m_Call#276 [Time: 11:17:03]
    12:17:04.053 : 10.188.0.19 : NOTICE  : (      lgr_flow)(2288659   )  |       |       #276:DTMF_CONTROL_EV:(14fe8790-50ef-476a-80ac-e57061c0a2af) [Time:
    11:17:03]
    12:17:04.063 : 10.188.0.19 : NOTICE  : SIP/2.0 183 Session Progress
    Via: SIP/2.0/TLS 10.188.0.18:61275;branch=z9hG4bK7f7f1664
    From: "VRRL - Kitchen"<sip:+1XXXXXX5232;[email protected];user=phone>;epid=621B6C2CF5;tag=aeb33cd2cc
    To: <sip:[email protected];user=phone>;tag=1c274616087
    Call-ID: 14fe8790-50ef-476a-80ac-e57061c0a2af
    CSeq: 32959 INVITE
    Contact: <sip:[email protected]:5067;transport=tls>
    Supported: em,timer,replaces,path,early-session,resource-priority
    Allow: REGISTER,OPTIONS,INVITE,ACK,CANCEL,BYE,NOTIFY,PRACK,REFER,INFO,SUBSCRIBE,UPDATE
    Require: 100rel
    RSeq: 1
    Server: Audiocodes-Sip-Gateway-Mediant 1000 - MSBG/v.6.20A.045.006
    Content-Type: application/sdp
    Content-Length: 254
    v=0

  • Automatic navigation after "END" button depending on in- or outbound call

    Hi all.
    the requirement is:
    In the case of inbound calls - the agent starts working on an item of the inbox and clicks on "END" when finished - the navigation should automatically bring him back to the inbox.
    But if he starts with the account identification (outbound calls) then he should automatically jump back to account identification screen when clicking on "END".
    I already got the Intent driven interaction working according to these steps. But now the navigation brings me ALWAYS back to the inbox.
    1) Define a rule policy in the Rule Profile for context "Intent driven interaction":
    If
    Current Event Equals InteractionEnded-Interaction ended
    Then
    Navigate To ( Navigation Object type:Action = IC WebClient - Inbox:Display ) 
    2) Release the rule using the "more" button and clicking on "relase draft rule" (the icon changes from yellow to green)
    3) On the top level of my new policy I assigned my business role and the event that is being used (InteractionEnded).
    4) I check business role customizing: function profile "INTENT_DRIVEN_INTERACTIONS" is assigned to "DEFAULT". Note: The intent driven profile "DEFAULT" is assigned to the service mgr. profile "IDI_DEFAULT".
    Doing these changes my system now always jumps to the inbox when I click on the "END" button.
    The problem seems to be that I am not able to figure out how to use the currentInboxItem as part of my rule policy.
    I added a line in my rule for the currentInboxItem checking if the currentInboxItem is not-equal to "blank". This seems not to work. I guess I must rather check if currentinboxitem is "bound" or against a field of the item. But I don't see how to do this.
    Has s.b. any idea how to get this work? Or on other ways how to get this work?
    Does s.b. know how to debug when a rule is checked by the system?
    Thanks & Regards,
    Thorsten

    Hi Paul,
    I defined the execute method in the following way.
    You can see below that lo_activity is defined in the following way:
    lo_activity      TYPE REF TO if_bol_bo_property_access,
    CURRENTINBOXITEM' is a standard object of the global data container which gets filled when an inbox item gets selected.
    'ZCURRENTINBOXITM' is the repository object of the context ICRule and I fill the parameter for the process type.
    Hope this helps.
    Regards,  Thorsten
    METHOD if_crm_smf_service~execute.
    fill attributes for currentinboxitem
    see implementation example in class CL_CRM_IC_F_G_TRANS
    DECLARATION -
      DATA :
      lv_string        TYPE        string,
      lo_bdc           TYPE REF TO if_crm_ui_data_context,
      lo_activity      TYPE REF TO if_bol_bo_property_access,
      lo_fb            TYPE REF TO cl_crm_smf_fact_base,
      lv_entity        TYPE REF TO cl_crm_bol_entity,
      lv_rel           TYPE REF TO cl_crm_bol_entity,
      lv_factbase      TYPE        string.
      FIELD-SYMBOLS :
      <lv_date>  TYPE sydatum,
      <lv_time>  TYPE sytime.
    CODE -
      TRY.
          CALL METHOD super->if_crm_smf_service~execute
            EXPORTING
              session            = session
              service_properties = service_properties.
        CATCH cx_root.
      ENDTRY.
      lo_bdc = cl_crm_ui_data_context_srv=>get_instance( ).
    get entity activities
      lo_activity ?= lo_bdc->get_entity( 'CURRENTINBOXITEM' ). 
    prepare the nodes
      lo_fb = session->get_factbase( ).
      IF lo_activity IS BOUND.
        TRY.
          get only one order objects
            lv_string =  lo_activity->get_property_as_string( iv_attr_name = 'CRM_GUID' ).
            lv_entity ?= lo_activity.
            lv_rel     = lv_entity->get_related_entity('BTOrderHeader').
          CATCH cx_root.
        ENDTRY.
        IF lv_rel IS BOUND.
          TRY.
              CLEAR lv_string.
            curr.inboxitem filled
              lv_string  = 'X'.
              CALL METHOD me->set_fb_attr_by_id
                EXPORTING
                  id    = 'ZCURRENTINBOXITM'
                  value = lv_string.
            process_type
              CLEAR lv_string.
              lv_string = lv_rel->get_property_as_string( iv_attr_name = 'PROCESS_TYPE' ).
            create a child node and add the value
             lo_node1->set_attribute( attrib_name  = 'BT_PROCESS_TYPE'
                                      attrib_value = lv_string ).
              CALL METHOD me->set_fb_attr_by_id
                EXPORTING
                  id    = 'ZCII_PROC_TYPE'
                  value = lv_string.
            CATCH cx_root.
          ENDTRY.
        ELSE.
          CLEAR lv_string.
            not filled
          lv_string  = space.
          CALL METHOD me->set_fb_attr_by_id
            EXPORTING
              id    = 'ZCURRENTINBOXITM'
              value = lv_string.
        ENDIF.
      get next BTOrderHeader
       lo_activity = bdc->activities->if_bol_bo_col~get_next( ).
      ENDIF.
      lv_factbase = lo_fb->get_factbase_as_string( ).
    ENDMETHOD.

  • Outbound call not working for Common Area Phone

    Hi,
    I have configured Common area phone and i am not able to make the outbound call. I have grant the conference policy. I have grant the voice policy.
    client policy is default
    How to troubleshoot the issue with outbound calls?
    INBOUND call is functioning fine 
    Thanks
    jitender

    You can change the dial plan with my tool :) 
    https://gallery.technet.microsoft.com/Lync-2013-Common-Area-57bc4ff1
    But good call, normalization rules may be off due to default global dial plan.
    Please remember, if you see a post that helped you please click "Vote As Helpful" and if it answered your question please click "Mark As Answer".
    SWC Unified Communications
    This forum post is based upon my personal experience and does not necessarily reflect the opinion or view of Microsoft, its employees, or other MVPs.

  • UCCX HR Report for Outbound Calls

    Hi,
    We are using UCCX 9.0.
    In Historical report we able to get the report for outbound call also.
    The issue for the Outbound is calls which are not answered by the remote party There is also a call duration though the CUCM CDR shows zero seconds and the Agent Call Records in CAD shows the call and unanswered.
    Because of this we are not able to identify the matured calls & non matured calls for the outgoing.
    Is there anyway to capture unanswered outbound calls from Historical reports
    Thanks,
    Paul

    I must say that I had similar problems with reports for outbound calls on our CC system...after some writings with TAC we concluded that reports for outbound calls in CC system are much more less informational versus inbound calls. So what I want to say is that probably your reporting is working fine and there is just no info for outbound calls which can be utilized and be usefull for you in your reports...
    BR,
    Dragan

  • Wrap-up time for manual outbound calls (UCCX)

    Is it possible to configure the wrap-up time for the manual outbound calls in UCCX? I think, this option only exists in CSQ, which is of course meant for the inbound calls. Any thoughts or any workaround to make this work?
    Requirement- Once a manual outbound call is hung up, agent's state should be switched to WORK READY as per the wrap-up timer setting.
    Thanks.

    Dear experts,
    I look forward to hear from you if you have anything to offer. Wrap-up TIME to be setup for manual outbound calls in UCCX.
    Thanks,
    Piyush

  • Uc520 - outbound calls take a long time

    hi,
    got my uc520 working, inbound calls work rigth away but outbound calls take a long time...
    so when I run any sort of debug on my uc520, I dial a number let's say 9 555 555 5555 it will take about 15 seconds before anything shows up in my debugs.
    so it does work but calling out not sure what happens takes a long time.
    this is all with a sip provider.
    I know it,s not the sip provider because as I said before any debug information is showed on my console between me dialing the number and hitting DIAL and the time anything shows up it takes about 15 seconds.
    ideas?

    so here is the test I did today,
    my UC520 at home is behind my isp's (linksys type device) so my uc520 gets a 192.168.x.x
    so behind my own isp it takes a good 20 seconds before the phone I'm calling rings.
    I took my device and put it in my dad's house where my uc520 gets the public ip, dhcp but still I get the public ip.
    it takes about 5 seconds which is normal.
    any idea why in my house before any debug starts showing up in my terminal why it takes about 15...20 seconds and when the uc has the public ip it takes about 3 to 5 seconds?
    I just run
    debug ccsip messages.
    my dad,s internet I get the public ip it after 3 seconds debug information shows up.
    on my internet it takes about 20 seconds before any debug information shows up and my uc gets a 192.168.x.x from the providers modem/router device.
    thanks

  • 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.

Maybe you are looking for

  • Can't get video chat to work outside of LAN...

    Hello, I can't get video chat to work. All computers, LAN and WAN are running the latest iChat under 10.4 (including latest updates). Within our LAN, via Bonjour, everything is fine. I'm now trying to set up an offsite Intel iMac (10.4) and I can't c

  • Ipod won't play music or video, other than that it works fine

    My ipod 60gb 5.5 gen wont play music or video. I took it to an unexperienced ipod repair centeer and they couldn't figure it out. I took it to an apple store and they said that it was probably the hard drive but weren't sure. I can use this ipod as a

  • How to include the field BSEG-FDLEV in the invoice FV60 and F-43

    hi i am try to activate the cash management in my SAP, but i am not able to open the field BSEG-FDLEV (PLANNING LEVEL) in the additional data of the invoice voucher F-43 and FV60 Is there anyone that knows how to do it? i have played with the field s

  • Problem in J1IFQ-reg

    Dear Sir/ Madam, We are encountering the Problem During Reconcilation of Quantity in Subcontracting cycle Received in Multiple Batches. The Following steps are followed, 1. We have created a Subcontract PO with BOM Explosion. 2. The Required Componen

  • Sending Photos and or Vids to other non-iPhone users from iPhone4.

    I have sent several pictures to friends from my iPhone4 and very few recieve them. The ones that dont either say they didnt recieve the pic at all or that the file was to large. Is there anything I can do from my phone that can help this?