CUCM Redundancy in CVP

Fairly new at this. CVP with UCCE 9X Here. No SIP Proxy or DNS SRV currently. How does one create failover for dialed number patterns in OAMP when pointing extensions to CUCM? I can point it to a specific CUCM and get a call to an agent and answer properly. However, this setup doesn't have failover when that specific CUCM goes down. I tried using a SIP Server Group and added a couple of CUCM Subs in it. However, with this setup the call reaches the agent but when you try to answer it flips between ready and reserve constantly. Anything I'm missing here or if this is a do-able configuration?                 

Hi - Have you have added FQDN in CUCM Enterprise Parameters?
For Ex: 33>cucm.lab.com is the SIP SERVER GROUP then u need to add  cucm.lab.com as FQDN in cucm.
Check above param is enabled, Also please share CALL SERVER logs if its doesn't work.
SIVANESAN R

Similar Messages

  • Upgrade UCCE 7.5, CUCM 7.1, CVP 7.0.2 to latest version

    Hi,
    We have UCCE 7.5, CUCM 7.1 and CVP 7.02 version and we want to upgrade to the 8.X or latest version but we have no ESW and UCCS contact.
    How we can upgrade our all application to the latest version. what License or conatct need to purchase from Cisco.
    Please help me in this regards.
    Thanks & Regards,
    Muzammel

    We have UCCE 7.5, CUCM 7.1 and CVP 7.02 version and we want to upgrade to the 8.X or latest version but we have no ESW and UCCS contact.
    How did this pass through A2Q? They would have checked the BOM to ensure UCSS was purchased for the software at the time of deployment.
    If you only bought 1 year UCSS and let it expire, Cisco require that UCSS be purchased for the missing years. Then the customer is entitled to the upgrades.
    Regards,
    Geoff

  • CVP - SIP Server Groups and Redundant SIP Proxy (CUPS)

    I am migrating from a CVP 7 + UCCE 7.5 solution which uses srv.xml files on the CVP servers to implement redundancy
    from CVP to the SIP Proxies (which are CUPS based).
    In the new CVP 8.5 + UCCE 8.5 solution, I am trying to set up equivalent redundancy, which
    is now done via Server Groups.
    The solution is geographically diverse, with one CVP server + a CUPS server (publisher) at Site1,
    and the second CVP + CUPS server (subscriber) at site 2.
    Previously (on CVP 7), I was able to configure each CVP server so that its priority was to use the CUPS server at its
    "local" site. Hence there were 2 different srv.xml files, one for each CVP server.
    To configure this in CVP 8.5, I would need 2 SIP Server groups, to give each CVP a group
    configured to prefer the "local" CUPS server. But when I configure a SIP server group(s) pointing to CUPS, I seem to be only able
    to get one single Server Group to work. That single Server Group only works if the server group name
    matches exactly the Domain Name configured in CUPS. Since CUPS' Domain name is a single cluster wide name,
    I can get only one Server Group working, not the two that I need.
    So, where am I going wrong?
    Regards.

    Fairly new to CVP and had a question about how to configure the dialed number patterns so they point to more than 1 CUCM. My environment doesn't have a SIP Proxy or DNS Srv. That said, I tried to create as what was mentioned above - SIP Serve Group with 2 CUCM Subs then have a dialed number pattern point to it. However, when I initiate a call to an ICM script and eventually hit an agent, it flips between ready and reserve. When I change the dialed number pattern to point to a specific CUCM, it works fine. Followed all the aobve recommendations as well. Any idea how to make this work? Hoping I'm just missing something here...

  • Run External Script Failure

    How important is it to have the failure branch of a Run External Script node point to somewhere other than the success branch?
    We have quite a few scripts built by other people with the success and failure branch both pointed to the next node in the script regardless. Besides the call not recieving the prompts or announcements are there any other consequences to not fixing these?

    CVP here:
    Interesting technique. I would never do that. I connect the X node to an ICM script called something like SYS_F_RES (system failure run external script) and this sets a call type and returns END if the call comes from the PSTN and Release if the call comes from CUCM (this is CVP). Setting the call type allows a quick WebView/CUIC report check. Bringing all failures through a single script allows a quick check with Monitor.
    (PS: I also have similar little scripts/calltypes for Send 2 VRU failure, DN list failure, queue 2 skill group failure.  )
    Normally these things only fail in development, when you have the WAV file wrong/missing, the config params wrong. But in production there are the predictable failures (max no entry, max no match) you need to deal with correctly.
    I suggest you fix them.
    Regards,
    Geoff

  • SIP Trunk Configuration

    Hi
    We are migrating from Analogue to IP Telephony. I have recieved the following guidlines to configure the SIP Trunk:
    *For signaling: use IP :  x.x.211.70   ( SIP ) on PORT 5060
    *Regarding Numbering Format, use the following:
    •             For outgoing Calls :
                    The originating Number (A#), should be 96611510XXXX format.
                     The Destination Number should be 0NXXXXXX (N area code) or 00XXXXXXXXX (for international)
    •             For incoming Calls:
                    The Destination Number (B#), should 011510XXXX Format.
                    The originating Number (A#), will be 0NXXXXXXX or 00XXXXXXXXXXX Format
    *Use Audio Codec's G711-aLaw ; G711-uLaw & G729
    *Use T.38 For FAX
    *set DTMF to RFC2833
    *Make sure to reply with 200Ok for our OPTIONS messages ( ping messages for the SIP)
    * configure the following SIP Timers:    “Min-SE=1800 “’  & “Expires=300”
    For connectivity consider the following:
    SIP CE: 10.65.13.110 (it might be needed to translate this IP to the PBX local IP).
    SIP GW: 10.65.13.109
    Subnet mask: /30
    SIP VLAN: 1191
    Notes:
    Kindly make sure to have GO SIP GW (x.x.211.70) routed to SIP GW (10.65.13.109) as next-hop.
    Kindly make sure to have SIP CE IP addresses are in VLAN 1191.
    Can please anyone explain what have to done?
    Regards

    Ahmed,
    Wao..Where do I start...This information is required for configuration on your CUBE..which will be your 2921 router...
    Ahmed, here are some pointers I wrote a while ago..
    In addition to these points, you will need to configure your cube to be able to route traffic to your ITSP using all the information given to you
    1. Configure CUBE for media flow through. In this Mode CUBE acts as a true B2BUA. Advantages you get include address hiding and security becaue CUBE terminates and re-originate both signalling and Media. In this mode CUBE becomes a point of demarcation from th external world.
    2. Configure CUCM to use Delayed Offer and CUBE to convert delayed offer to ealry offer...This prevents the need for you to use MTP to send Early offer on CUCM
    voice service voip
    early-offer forced
    3. Configure DTMF signalling method on sip trunk to "No preference" This setting allows Unified CM to make an optimal decision for DTMF and to minimize MTP allocation.
    4. Configure your CUBE to meet the requirements of your ITSP. Ask if they have configuration templates or any specific configuration they like you to use. This will save you time troubleshooting. Most of them dont use the default port 5060 because of security, confirm with your proivider what ports they use.
    voice service voip
    allow-connections sip to sip
    sip
    early-offer forced
    header-passing
    error-passthru
    5. Use SIP to SIP...Use end to end sip. CUCM---sip---CUBE--sip----ITSP
    6. Create a Trusted list of IP addresses on your CUBE is your CUBE IOS is 15.1 .2(T) and above.
    voice service voip
    ip address trusted list
      ipv4 203.0.113.100 255.255.255.255
      ipv4 192.0.2.0 255.255.255.0
    This is imprtant because sometimes your ITSP will send you a single ip address for signalling and will then send media on a different IP adress. So get all the IP address your ITSP is using and add them to the trust list as shown above
    7. Configure your inbound and outbound dial-peer approriately
    Inbound Dial-Peer for calls from CUCM to CUBE (CUCM sending 9 +all digits dialled to CUBE)
    dial-peer voice 100 voip
    description *** Inbound LAN side dial-peer ***
    incoming called-number 9T
    session protocol sipv2
    codec g711ulaw
    dtmf-relay rtp-nte
    Outbound Dial-Peer for calls from CUBE to CUCM (SP will be sending 10 digits inbound)
    dial-peer voice 200 voip
    description *** Outbound LAN side dial-peer ***
    destination-pattern [2-9].........
    session protocol sipv2
    session target ipv4:
    codec g711ulaw
    dtmf-relay rtp-nte
    Note: If more than 1 CUCM cluster exists, you will have to create multiple such LAN dial-peers with “preference CLI” for CUCM redundancy/load balancing
    Inbound Dial-Peer for calls from SP to CUBE
    dial-peer voice 100 voip
    description *** Inbound WAN side dial-peer ***------------------(catch-all for all inbound PSTN calls)
    incoming called-number [2-9].........
    session protocol sipv2
    codec g711ulaw
    dtmf-relay rtp-nte
    Outbound Dial-Peer for calls from CUBE to SP
    dial-peer voice 200 voip
    description *** Outbound WAN side dial-peer ***
    translation-profile outgoing Digitstrip
    destination-pattern 9[2-9].........
    session protocol sipv2
    voice-class sip bind control source gig0/1
    voice-class sip bind media source gig0/1
    session target ipv4::XXXX (where XXXX is the port number your provider is using if different from 5060)
    codec g711ulaw
    dtmf-relay rtp-nte
    8. SIP Normalization:
    You may need to configure sip normnalization to modify sip headers, CLI etc. A good example is during call forwarding. You may need to change your diversion headers to  match the CLI your provider is expecting.. if your call forwarding is failing during testing this may be the reason..We can help you with this.
    9. Media Resources
    Plan your solution properly. Consider if you will need Xcoders, MTP, Conference bridge etc. You may avoid the need for xcoders if you confure your regions properly and use voice class codecs on your sip profiles. It is important to know if there are any endpoints in your network that do not support dtmf relay rtp-nte. You can avoid the use of MTP if you configure your dial-peers to have multiple dtmf types for thos phones that do not support rtp-nte
    e.g
    dial-peer voice 1 voip
    session protocol sipv2
    dtmf-relay rtp-nte digit-drop sip-kpml (if your phones support kpml..then this will be used)
    If in your environment you will need to do xcoding or CFB then ensure you have PVDMS
    .10.FAX
    If you have FAX in your network, determine what fax protocol your sip provider supports. Dont assume. Ask them and confirm in writing  what they support. I have seen legal cases because of fax failures over sip trunks
    Configure your FAX devices in seperate device pools and use porefix to route calls using G711 only. Even if you are using T38, ensure your fax use G711 to establish the voice calls
    Finally
    11. Have a detailed and carefully planned TEST Plan. Test the FF:
    Inbound and outbound Local, Long distance, International calls for G711 & G729 codecs (if supported by provider)
    Outbound calls to information and emergency services
    Caller ID and Calling Name Presentation
    Supplementary services like Call Hold, Resume, Call Forward & Transfer
    DTMF Tests
    Fax calls – T.38, modem pass-through--whichever one you decide to use
    Please rate all useful posts
    "opportunity is a haughty goddess who waste no time with those who are unprepared"

  • Cti port , cti route point, and application user

    Hello,
    Can someone explain the reason why we use cti route point, cti port, application user for ucce. What is the function of each one when integrating with a ucce call center?
    Thanks,

    I guess you are using CVP as front end VRU, where CVP treats customer with prompts and when customer chooses to talk to agent, CVP delivers call to agent with the help of the ICM.
    so you need to understand CVP call flow first,like  how call traverse different application(VG,CVP,ICM,CUCM) in unified CVP environment(specifically comprehensive call flow model).
    then you need to do configuration walkthrough in your environment like check the dial-peer on the VG and see how call comes in, what dial-peer it matches, how number gets translated using translation pattern and where it routes (CVP,CUPS,CUSP etc)
    go to next device and once again check the configuration, this is how you can determine flow of your call.
    below link may help to you:
    https://supportforums.cisco.com/document/6131/detailed-sip-call-flow-cvp-comprehensive-model
    Regards
    Chintan

  • UCCE Agent cannot answer call

    Hi,
    We are facing an issue some times (random) that agent cannot answer the customer call.
    Before the agent answers the call, it is queued again and offered to another agent.
    The new agent also faces the same issue.
    We are using UCCE8, CVP8 in a comprehensive mode.The call is send to CVP(10.70.78.118)
    from CUCM(10.70.78.126,10.128.60.31) through SIP trunk. The CVP application is played successfully
    using the gateway(10.70.78.114). The agent extension label is correctly received in CVP & associated
    SIP static route to CUCM(10.70.78.126) is identified. Upon routing the call to CUCM, the CVP log shows
    "HANGUP with Call History" and "Terminated with Q.850;cause=16".
    This issue is happening rarely & randomly. Will it be any issue with CUCM, network or CVP configuration.
    CVP log is attached for the analysis.
    Appreciate any help or suggestion.
    Regards,
    Nissar.

    It seems that my analysis of the log is not correct. Sorry for misguiding, if anybody analysed the log.
    "REJECTED WITH 503 - Service Unavailable Reason: Q.850;cause=47" is the correct error message from the call leg to agent.  I was refering to the incorrect call leg in the previous post.

  • CVP 7.0(2) SIP RNA Timer with CUCM Hunt Group

    I have a very simple ICM 7.5(9) script which simply assigns a call type then forwards to a label on CUCM 7.1(5), which is a hunt pilot containing a hunt list with 2 line groups...a circular LG with 10 members (RNA reversion timeout of 20 sec), followed by a broadcast LG with different 10 members. There is no CFNA/CFB forwarding set up on the hunt pilot.
    In CVP, the SIP RNA timer is set on for this DN at 120 seconds, and I can see that get set in CVP logs (IP addresses and dialed numbers modified to protect customer data):
    41762417: 10.100.1.41: Dec 03 2012 20:23:28.977 -0500: %CVP_7_0_SIP-7-CALL: {Thrd=Pool:SIP[7059609]} Matched 666333315555551111 to proxy.customer.uc
    41762418: 10.100.1.41: Dec 03 2012 20:23:28.977 -0500: %CVP_7_0_SIP-7-CALL: {Thrd=Pool:SIP[7059609]} Using Local Static Route for sip:[email protected]
    41762419: 10.100.1.41: Dec 03 2012 20:23:28.977 -0500: %CVP_7_0_SIP-7-CALL: {Thrd=Pool:SIP[7059609]} Matched 666333315555551111 to TimeoutMatcher: patterns like 66633331> will use RONA of 120
    41762420: 10.100.1.41: Dec 03 2012 20:23:28.977 -0500: %CVP_7_0_SIP-7-CALL: {Thrd=Pool:SIP[7059609]} CALLGUID = 0B19E39A3CE811E28B7DA21700DE4950 LEGID = 0B19E39A3CE811E28B7DA21700DE4950-135458420897716680 - [OUTBOUND]: INVITE TO <sip:[email protected];transport=udp> FROM "--CVP" <sip:[email protected]:5060> EXPIRES[120] 100REL[Unsupported]
    The hunt group then begins hunting, and can be answered normally. However, a CANCEL is sent at 60 seconds, and I am not sure why:
    From the gateway:
    2106715: Dec  3 20:24:29.095: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
    Sent:
    CANCEL sip:[email protected]:5060 SIP/2.0
    Via: SIP/2.0/UDP 10.100.1.5:5060;branch=z9hG4bK2C171513C0
    From: "--CVP" <sip:[email protected]>;tag=20687DD0-DAF
    To: <sip:[email protected]>
    Date: Tue, 04 Dec 2012 01:23:29 GMT
    Call-ID:
    [email protected]
    CSeq: 101 CANCEL
    Max-Forwards: 70
    Timestamp: 1354584269
    Reason: Q.850;cause=19
    Content-Length: 0
    From CUCM SDI traces:
    12/03/2012 20:24:29.169 CCM|//SIP/SIPTcp/wait_SdlReadRsp: Incoming SIP TCP message from 10.100.3.30 on port 43568 index 566129 with 389 bytes:
    CANCEL sip:[email protected]:5060;transport=tcp SIP/2.0
    Via: SIP/2.0/TCP 10.100.3.30:5060;branch=z9hG4bK51cac6f4-76fb29a5-78d5dd99-9a021233-1
    Call-ID: [email protected]
    From: "--CVP" <sip:[email protected]:5060>;tag=ds229f1b0f
    To: <sip:[email protected];transport=udp>
    CSeq: 1 CANCEL
    Content-Length: 0
    I am trying to determine which timer is limiting the hunt to 60 seconds.
    Can anyone suggest where I might begin looking?
    Thanks so much!!!

    I've run into a similar problem recently with a CVP 8.5(1) SIP deployment and have found in the CVP documentation that the RNA Timeout is a range configurable between 5 and 60 seconds.
    You can enter a larger value through OAMP on the Call Server-->SIP-->Advanced Configuration tab but when you Save and Deploy, it reverts back to the max of 60 seconds. The CVP help file indicates the 5-60 second range.
    Regards,
    Matt

  • CUCM to CVP calls. CTI-RP vs Route Pattern

    CVP 9 or above
    CUCM 9 or above
    Requirement:
    1. Consultive Warm Transfer - The agents to be able to transfer calls to a a different department by dialing an internal number and wait in the queue until answered.
    2. Internal - Back-office people to dial internal IT-Helpdesk or HR
    I see the above call flows as same, i.e. a Call Originating from CUCM to CVP .... correct me please?
    I have tested both and they both work exactly the same way, i.e. using a CTI-RP associated to PGUSER, ICM answers it sends correlation id to CUCM and CUCM sends this to CVP ...AND... using a simple route patters instead point to CUCM-CVP SIP trunk. Functionally they behave same way - ICM/CVP answers and queues call until answered.
    But the documentation confuses me, below snippet from CVP Config Guide
    "... Calls Originated by Unified CM
    Internal Help Desk calls: For these calls, the Unified Communication Manager (CM) phone user calls a CTI Route Point
    Consultative Warm Transfer: For these calls, a Unified CM agent places the caller on hold and dials in to Unified ICME to reach a second agent .... "
    And then on the same doc, there a Note
    (*1) Note For warm transfers, the call from Agent 1 to Agent 2 does not typically use a SIP Trunk, but you must configure the CTI Route Point for that dialed number on the Unified CM server and associate that number with your peripheral gateway user (PGUSER)
    (*2) And then again on the same doc under 'Unified ICME Warm Consult Transfer/Conference to Unified CVP' chapter/section it mentiones doing this using a Route Patter 'Create a route pattern and assign the route list to the route pattern'
    So the confusion is
    1. Why treat these call flows as Internal and Warm Transfer - they are calls from CUCM to CVP for the same end result - queue the call and transfer to an agent?
    2. Route pattern or CTI-RP, what diff it makes? They both behave the same way, so is there a diff from reporting point of view that a call to CTI-RP are treated as Transferred rather than new calls or what?
    3. Also if you compare (*1) & (*2) above, they both talk about Warm Transfer and *1 says 'must use CTI-RP' and *2 says use a Route Pattern?
    Please assist.
    Thanks & Regards,
    Kartik

    Kartik,
    The Route Pattern that is mentioned is used for connecting a call leg through CVP to a local VXML Gateway for media playback. The CTI Route Point is entirely different from the Route Pattern/Route List setup. Here's the basic call flow:
    Internal caller dials DN
    DN hits CTI RP in CUCM. CTI RP sends call to ICM.
    ICM matches DN to Call Type to Script, executes Script.
    At some point, Script has either Send To VRU or a Run Ext. Script node.
    ICM sends CUCM Network VRU label back to CUCM.
    CUCM routes label using Route Pattern and Route List. The CSS of the internal caller determines how this is modified, i.e. which prefix digits to add for determining VXML gateway to route to.
    Call is sent to CVP through SIP trunk
    CVP receives call, tells ICM it has the call.
    CVP starts new call leg to VXML gateway with digit string to match bootstrap dial-peer.
    VXML Gateway receives call, initiates bootstrap TCL and VXML magic.
    Yes, this is basically the same call flow for a fresh internal call to a queue, or an internal warm transfer to a queue. The CTI Route Point is needed in both cases. The Route Pattern/Route List combo is needed in both cases.
    When you start looking at reporting, yes of course the two call scenarios are different. One is a transfer, the other isn't. The transferred call will have a more complex call history if you look at it in the TCDR.
    From the standpoint of call legs, you will use less legs if you do a direct (one-step) transfer instead of a warm transfer. It is also simpler to maintain the call context in that case. In a warm transfer scenario, the agent is putting a caller on hold, then starting a new call, and joining the two calls together. The new call is coming from the agent, not the original caller. In a direct transfer, CVP just takes back the original call, potentially does more queuing, then sends the original caller to a new agent target.
    -Jameson

  • Extension mobility redundancy in CUCM 8.5

                       Hi ,
    I have a doubt in cucm 8.5 extension mobility redundancy.
    I have 3 call managers in cluster.
    1. X.X.X.1 - punlisher
    2. X.X.X.2 - sub1
    3. X.x.X.3 -  sub3
    i have configured CUCM X.X.X.2 (sub 1) for extension mobility URL and in exterprise parameter configuration also (service URL). all phones are subscribed this URL and users login.
    my schenerio is,
    if SUB1 goes down, i change enterprise parameter service URL IP to punblisher. is that enough for users to login to extension mobility?
    my doubt is,
    in the above schenerio,
    users press services button, request will go to enterprise parameter URL> enterprise URL will check for subscribed services> and route the request to the subscribed services for the phones . but here i have subscribed only EM service which has sub1 IP address.
    how user can login?
    if users can login meas, how that works.
    or do i need to create 2 EM service (one for SUB1 IP, another one for PUB IP) and subscribe all the phones with both the services?
    so that if subscriber fails user will login another service with has publisher IP?
    I have activated EM service in all call managers inthe cluster.
    please clarify my doubts.
    thanks

    Hi
    Yes , the extension mobilty HA is avilable starting from V8 .On earlier verions as v 7 is not supported, Please find the below link:-
    http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/srnd/8x/cmapps.html#wp1189079
    I think you have to deploy SLB (server load balancer) to distribute requests through servers . You can use load balancer as  (F5 , or DNS round robin).
    Note:The problem , is that the "Login" and "Logout" service URLs can really only point to one IP address. Please find the below solution based on DNS:-
    - create multiple DNS records for the same name which will point to two CCM servers running the EM service
    - point your  EM service URL at that hostname which you have created on 1 step.
    - ensure your phones have valid DNS servers assigned to resolve the above
    Note: the problem on the DNS is the delay between requests.
    Thank you
    please rate all useful information

  • Differnece in assigning N/W VRU CUCM and CVP

    Hi All - I just want to understand below logic and why we no need to assign N/W VRU for CUCM RC.
    Below is the call flow.
    N/W VRU is assigned in CUCM_RC
    IP Phone --> CTI R.P --> ICM --> CVP
    When i assign N/W VRU for CUCM RC, ICM is sending only VRU Label and we have Max DNIS length as 10 for CVP, Since its sending only 10 Digits lablel as DN CVP its treating as new call instead of CORR ID routed call and ICM expecting DN.
    // CVP
    1514: 172.17.16.21: Jul 06 2014 21:03:53.067 +0400: %CVP_9_0_ICM-7-CALL:  {Thrd=pool-1-thread-174-ICM-476} CALLGUID = 8288AB800001000000000021071011AC, DLGID = 100 [SIP_LEG] - Publishing ,, [ICM_NEW_CALL],   dialogueId=100,   sendSeqNo=1,   trunkGroupId=100,   trunkNumber=0,   serviceId=1,   dialedNumber=5555555555,   uui=,   callguid=8288AB800001000000000021071011AC,   rckey=,   rcday=,   rcseq=,   location=,   locationpkid=,   pstntrunkgroupid=172.17.16.7 ,   pstntrunkgroupchannelnum=2147483647,   sipheader=,   CallContext:,     user.media.id: 8288AB800001000000000021071011AC,     user.cvp_server_info: 172.17.16.21,, LEGID = 8288ab80-3b91817c-c0-71011ac, DNIS = 5555555555, ANI = 1008
    // RTR
    21:15:26:364 ra-rtr Trace: (65582 x 0 : 0 0) NewCall: CID=(151031,173), DN=2000, ANI=1008, CED=, RCID=5000, MRDID=1, CallAtVRU=0, OpCode=0
    21:15:26:364 ra-rtr Trace:     RCKSeqNum=1, NIC_DN=
    21:15:26:364 ra-rtr Trace: CallType(5000, 491): Init CT_SL_Timer: Threshold(20 + 2).
    21:15:26:364 ra-rtr Trace: (65582 x 0 : 0 0) Correlation id for dialog is (101).
    21:15:26:364 ra-rtr Trace: (65582 x 101 : 0 0) TransferToVRU: Label=5555555555, CorID=101, VRUID=5000, RCID=5000
    21:15:26:364 ra-rtr Trace: (65582 x 101 : 0 0) TransferConnect sent. Dialog pending.
    21:15:26:402 ra-rtr Trace: (108 x 0 : 0 0) NewCall: CID=(151031,174), DN=5555555555, ANI=1008, CED=, RCID=5002, MRDID=1, CallAtVRU=1, OpCode=0
    21:15:26:402 ra-rtr Trace:     RCKSeqNum=0, NIC_DN=5555555555
    21:15:26:402 ra-rtr Trace: (108 x 0 : 0 0) Unknown dialed number (5555555555) - and NO default call types
    21:15:26:402 ra-rtr Trace: (108 x 0 : 0 0) Call route request from routing client CVP1_RC (ID 5002) with unknown DN of 5555555555.  
    21:15:26:402 ra-rtr Trace: (108 x 0 : 0 0) Deleting Dialog.
    21:15:45:916 ra-rtr Trace: (65582 x 101 : 0 0) Dialog timed out callstate is :(1).
    21:15:45:916 ra-rtr Trace: (65582 x 101 : 0 0) Dialog resuming (Script Node timed out.) status (2)
    21:15:45:916 ra-rtr Trace: (65582 x 101 : 0 0) RouteComplete:
    21:15:45:916 ra-rtr Trace:     Route: CID=(151031,173), Labels=0
    21:15:45:916 ra-rtr Trace: CallType(5000, 491): Deleting CT_SL_Timer.
    21:15:45:916 ra-rtr Trace: (65582 x 101 : 0 0) Dialog sending release call message to Routing Client ID(5000).
    21:15:45:916 ra-rtr Trace: (65582 x 101 : 0 0) Deleting Dialog
    Once i assigned DN in ICM for 5555555555 its started working fine and this shouln't be the case.
    Later on i removed N/W VRU in CUCM_RC and ICM started sending label for CUCM along with CORR ID.
    NO N/W VRU assigned to CUCM_RC
    1618: 172.17.16.21: Jul 06 2014 21:17:09.265 +0400: %CVP_9_0_ICM-7-CALL:  {Thrd=pool-1-thread-276-ICM-509} CALLGUID = 5CFCA1800001000000000027071011AC - Correlation ID routed call  
    1619: 172.17.16.21: Jul 06 2014 21:17:09.265 +0400: %CVP_9_0_ICM-7-CALL:  {Thrd=pool-1-thread-276-ICM-509} CALLGUID = 5CFCA1800001000000000027071011AC, DLGID = 109 [SIP_LEG_PRERTE_CORRID] - Publishing ,, [ICM_REQUEST_INSTRUCTION],   dialogueId=109,   sendSeqNo=1,   trunkGroupId=200,   trunkNumber=0,   serviceId=2,   uui=,   correlationId=102,   location=,   locationpkid=,   pstntrunkgroupid=172.17.16.7 ,   pstntrunkgroupchannelnum=2147483647,   sipheader=,, LEGID = 5cfca180-3b918498-c6-71011ac, DNIS = 5555555555102, ANI = 1008
    // RTR
    21:17:09:735 ra-rtr Trace: CallType(5000, 492): Init CT_SL_Timer: Threshold(20 + 2).
    21:17:09:735 ra-rtr Trace: (65583 x 0 : 0 0) Correlation id for dialog is (102).
    21:17:09:735 ra-rtr Trace: (65583 x 102 : 0 0) TransferToVRU: Label=5555555555, CorID=102, VRUID=5000, RCID=5000
    21:17:09:735 ra-rtr Trace: (65583 x 102 : 0 0) TransferConnect sent. Dialog pending.
    21:17:09:760 ra-rtr Trace: (65583 109 102 : 0 0) RequestInstr: CID=(151031,175), CallState=1
    21:17:09:760 ra-rtr Trace: (109 109 102 : 0 0) Dialog initiating 2nd phase of transfer.
    21:17:09:760 ra-rtr Trace: (109 109 102 : 0 0) Correlation id for dialog is (103).
    21:17:09:760 ra-rtr Trace: (109 109 103 : 0 0) TransferToVRU: Label=7777777777, CorID=103, VRUID=5000, RCID=5002
    Regards,
    Siva

    Because CUCM is not VRU, and that tab is useful when deciding Type of VRU(Type 10,2 etc) if peripheral is VRU.
    Just have a look at screenshot taken from Config guide, it clears says assign if Peripheral is VRU.
    Regards
    Chintan
    ~rate if helpful

  • CVP Redundant server config

    hello everyone
    i have a project for ucce
    in the list i see there have 2 CVP-90-SERVER-SW and 40 CVP-9X-PTS and 40 CVP-9X-REDPT
    i known there have redundant
    but i dont know how to install the server ...
    should i install three servers for console , primary Call server and VXML server and  second Call server and VXML server ?
    and then on console confg the primary and second call server
    next apply the license use primary server information for CVP-9X-PTS  and use second server information apply  CVP-9X-REDPT
    next upload the license form console??

    EDIT:
    I think a good way for your setup, if I'm understanding your task correctly, is to have two CVP servers and one OAMP server. The CVP servers will run the Call Server, VXML Server, and Web Services Manager. Make sure you size the servers correctly because you're going to have three tomecat processes running and it will crush your server if you don't size it adequately (RAM). 

  • CVP and CUCM Sizing

    Dear Community members
    Reading SRND for CVP 10.5 I found the following thing (page 57): 
    calls delivered to the Cisco Unified Communications Manager cluster should be load-balanced
    among the subscribers in the cluster and should not exceed 2 calls per second (cps) per subscriber.
    So, If I need IPCC with 15 CPS, I will need 8 Subs + 8 backup subs? And does it mean that it should be call-processing subs?
    As CUCM SRNS says:
    A Unified CM cluster may contain as many as 20 server nodes, of which a maximum of eight call
    processing subscribers (nodes running the Cisco CallManager Service) are allowed
    Does it mean I can have only 16 CPS for one CUCM Cluster?
    Thanks in advance

    A standard CUCM cluster can only have 8 call processing subs, a mega cluster can have 16, but that requires Cisco BU approval and is rare deployments.  16 cps is actually pretty high, are you expecting to go beyond that in your deployment?  If so you may need to deploy multiple CUCM clusters.

  • Local SRV CVP for HA CUCM

    Hello I have a question, I just configured HA in CVP for CUCM using LOCAL SRV but when I do a calls the calls to do not route a phone Agent only hear ring back and pop of CTI Toolkit of agent says Reserve, in my CVP I get this message.
    Line 7542: 3686: 10.6.20.202: Oct 09 2011 11:22:23.609 -0500: %CVP_7_0_SIP-7-CALL: {Thrd=Pool:SIP[2847]} CALLGUID = CFB8BF0BF1C811E0817D081FF3053080 LEGID = CFB8BF0BF1C811E0817D081FF3053080-1318177343609168 - [OUTBOUND]: INVITE TO <sip:3232@CCMOM03;transport=udp> FROM 2494225016 <sip:[email protected]:5060> EXPIRES[60] 100REL[Unsupported]
    I have configured this in my SRV.XML and
    DNS SRV Method for Load Balancing and Failover without a Proxy Server
    <?xml version="1.0" encoding="UTF-8" ?>
    <locater>
    <host name="CCMOM03">
    <record weight="30" priority="1" destination="10.X.X.1" port="5060"/>
    <record weight="30" priority="2" destination="10.X.X.2" port="5060"/>
    </host>
    can anyone help me?
    Thanks.
    El mensaje fue editado por: Santiago Salvador Figueroa

    Its been a while since set one of these up.
    Is the host name "CCMOM03" in your SRV.XML file the real name of one of your CUCM servers, I usually use the Publisher name.
    I also use the full name as in: CCMOM03.mrd.net.mx
    That full name needs to map via your internal DNS
    Graham

  • Generic PG with CUCM, IP IVR and CVP

    Hello
    Does any one know if it is possible to have a Generic PG with pims for CUCM, IP IVR and CVP?
    Thanks in advance
    Victor

    Hi
    Be aware there are a few different versions of UCCX - the prices vary quite a lot based on the standard/enhanced/premium version you go for.
    Premium adds some of the things you said you aren't interested in (outbound, agent email etc), so you can probably get away with Enhanced - but really check the requirements carefully. You lose a good number of advanced features such as db integration and so on.
    If you drop another level to Standard, you lose even more - including loss of Agent Desktop in favour of IPPA. Tricky to recommend that in most cases...
    http://www.cisco.com/en/US/prod/collateral/voicesw/custcosw/ps5693/ps1846/data_sheet_c78-483369.html
    Regards
    Aaron

Maybe you are looking for