CUCM manipulation of VCS call

Similar Questions

• CUCM (Cisco Jabber) - VCS - MCU (failed appeal of SIP - SIP)

  Hi all

  in our Videoinfrastructure, there is a little problem with cisco jabber client registry on the CUCM to our MCU.

  The MCU is inscribed on the VCS.

  If I make a call my Client of Jabber Cisco SIP call has failed. I call the number 4925488XXX. The callingparty is the 25203232.

  In the CUCM, there is a Routepattern who translated the «Called Party Number» number = 8099 (this is the SIP Trunk for VCS).

  Called Party Transformations:

  Called mask = 8XXX

  Take the numbers Instruction = None

  Prefix =

  Called number = 8099

  In venture capital, there is a transformation for the 8099 dialed.

  

  The MCU is registerd with [email protected] / * / on the VCS - it's self attandant.

  In the Cisco Jabber client I never receive video or audio of the MCU AA - it looks like the call's not connect.

  If I spent a glance in the VCS, I see the appeal as active and connected.

  

  Also, I traced the call made by the VCS in debug mode.

  SIPMSG:

  | SIP/2.0 180 ringing

  Via: SIP/2.0/TLS CUCM IP SIP; direction = z9hG4bK10ea4511f7965; has received = CUCM; penetration area = CUCMUC

  Call ID: [email protected]/ * /.

  CSeq: INVITE 101

  Contact: <> [email protected] / * /; GR = urn: uuid:c4a744d7-5975-52db-b21c-8c519fbab06e >; isfocus

  From: Stefan Walter "' <> [email protected]/ * */>;tag=252394~c75f2de1-fd7b-43c2-8bd0-6b72860c9048-46890229

  To: <> [email protected] / * / IP >. tag = 11B05829C2080000

  Record-Route: <> [email protected] / * / SIP; transport = tls; LR >

  Record-Route: <> [email protected] / * / SIP; transport = tls; LR >

  User-Agent: Codian MCU 4505 v4.3 (2.18)

  Content-Length: 0

  |

  "2012 10-26 T 15: 33:25 + 02:00 DDUCP001 tvcs: elements UTCTime ="2012-10-26 13:33:25, 230"Module =" network.sip"Level ="INFO": Src - ip = 'CUCM IP' Src-port ="39813"detail =" receive the method Request = CANCEL, Request-URI = sip:[email protected] / * / IP, Call-ID =[email protected] / * / IP.

  2012 10-26 T 15: 33:25 + 02:00 DDUCP001 tvcs: elements UTCTime = "2012-10-26 13:33:25, 230" Module ="network.sip" Level = "DEBUG": Src - ip = 'CUCM IP' Src-port "39813" = "

  SIPMSG:

  | CANCEL sip:[email protected]/ * /: 5061 SIP/2.0

  Via: SIP/2.0/TLS CUCM IP SIP; direction = z9hG4bK10ea4511f7965; receipts = 10.202.131.96

  Call ID: [email protected] / * / IP

  CSeq: the 101 CANCEL

  From: Stefan Walter "' <> [email protected] / * / IP>;tag=252394~c75f2de1-fd7b-43c2-8bd0-6b72860c9048-46890229

  To: <> [email protected] / * / IP >

  Max-Forwards: 70

  Date: Friday, October 26, 2012 13:33:25 GMT

  Reason: Q.850; cause = 3

  Content-Length: 0

  ########################

  Reason: Q.850; cause = 3; text = "no route to the destination.

  Do you have any hint for me where I can troubleshoot further? It's a question MCU or CUCM or VCS?

  Good bye

  Stefan

  Hi Stefan.  I would probably run a Trace SDI on the CUCM as well.  Seems the cancel is coming from CUCM side and end the call.  To check that your possibly fall on: CSCty07061, I could run the trace of the SDI and see after reception of 180 ringing of venture capital if he tries to do a DNS query for @mcu.

  The entries may look like:

  | 1.3508793, 63, 100, 2 ^ 10.52.36.15 ^ *.

  11:20:09.377 | / / SIP/SIPDns (2,72,1) / wait_SdlDnsSrvRecordRsp: received specified SdlDnsSrvRecordRsp is - 1. 0, 0, 0, 0.0 ^ * ^ *

  11:20:09.377 | / / SIP/SIPDns (2,72,1) / copyRecordRspToRecordReq: query retry SRV as a 1 request | 0, 0, 0, 0.0 ^ * ^ *

  11:20:09.377 | / / SIP/SIPDns (2,72,1) / wait_SdlDnsSrvRecordRsp: hostname (DNS A or AAAA query called a query SRV Fail) = mcu

  --------------

  If that's what your race, false address to solve the @mcu would be required for the call to go forward.  I have this based off the coast an explanation here, but cannot actually ensure that it's what your run in.  But check the trace of the SDI AFTER the 180 ringing and see.

  I hope this helps.

  VR

  Patrick

• Change caller id / name of the SIP URI of VCS calls

  Hello

  I have clusted CUCM 9.1 with a SIP to a VCS - C trunk.  When making calls, the calls show a caller id of [email protected] / * / address, for example [email protected] / * /.  I have a configuration URI directory on the phone that generates the call, but now it shows the URI.  Incoming calls from SIP URI properly.

  Thank you

  Hello

  On the trunk SIP for VCS, under outgoing calls, there should be an adjustment: vocation and connected part format, change it to URI deliver only partially connected. Also, under the profile SIP assigned to the SIP trunk to VCS, there should be a setting use entirely field in queries, check this box. The SIP profile should also be attributed to the device SIP calls.

  HTH, if yes, please rate.

• CUCM 8.6 Multipoint calls to endpoints of TP

  Hi all

  We have a series of profile sets and EX90 endpoints that must be configured in Call Manager 8.6. I know that it can be added as a device directly from CUCM 8.6 from. If I do a Multipoint call between by profile65 and EX90, how is that possible?

  We also have a 9971 phones.

  Can I use a microcontroller and use it as HW conference bridge in CUCM? Can someone share a document on it?

  Thank you

  Bobby

  just tested in the laboratory... works correctly with CUCM registered endpoints... I have run tests with the following features

  CUCM 8.6.2

  4501 MCU sw ver 4.2 (2.30)

  IP-phones used 7985, ip communicator, 9971...

  so this should work for 4505 so... attaching some shots of config...

  

  

  Once you are in a conference call THAT CUCM sends the commands API over http to create the ad hoc Conference.

  Thank you

  Alok

• VCS called Ip address routing

  Hello

  I have a question about my VCS control configuration.

  In my scenario, I have control of Vcs and Vcs Express Way.

  I implemented the rule in VCS control:

  .. .the problem: same end point not working with a record keeper and only receive an IP calls. The ip call go all in internet (from the Expressway)

  -----------------------------------------------------------------------------

  Source: AllZones

  Mode: All IP addresses

  On correspondence: continue

  Target: Path (VCS Express Way area)

  ------------------------------------------------------------------------------

  If I call a point of endpoints in the Internet, everything works fine, but if I have to call via ip address, endpoint Internel network (with ip address 10.x.x.x), he call go Express Way.

  I want to put in the control of VCS, rules that use the direct dial plan for all internel ip address (which begins 10.*) and use the indirect numbering plan for the call "unknow ip address."

  Thanks for your help

  FCostalunga

  Hi FC,.

  You can solve this problem by creating a subarea on the VCS control where the subzone membership rule contains subnets with the range of the IP intern (s). For subareas containing the IP address ranges, IP addresses that fall within these ranges is considered known to the VCS, and when endpoint composed one of these addresses IP control VCS will try to set up the call to the IP address itself rather than attempt to transmission by proxy, the call through highway.

  To do this, you must also a rule of search "AnyIPAddress" on your VCS control that points to the local area.

  For reference, I recommend you read through the "Component IP" section in the Administrator's guide from the VCS for X 7, which explained further on the subject.

  Out of curiosity, why you prefer calling IP addresses rather than h.323/SIP URI?

  Hope this helps,

  Andreas

• CUCM mcu siptrunk video call bindwith

  Hi team

  I have a question about how can I config the bindwith for the siptrunk?

  I used a tunk sip to leave the cucm forward the video to the mcu conference call (5310), but no matter how I set up the bindwith video of location in cucm profile, call rates transmit only 384 k, but the receive call rate is 4000 k, but the hit rate and resolution are well when the mcu call codec (C60) directly by using H.323.

  I think I missed something in cucm configuration.

  Hi Jason,

  Could you give more information about the configuration of CUCM? How your regions are configured? Do you have the regions applied to SIP Trunk and the phone? The relationship between the regions allow enough bandwidth for the video?

  If I'm not mistaken, the default bandwidth for the video within the region setting is 384 k. Did you change this value to your regions?

  I also suggest to examine the configuration of your location and check if there is any restrictions applied.

  Concerning

  Paulo Souza

  Please note the answers and mark it as "answered" as appropriate.

• CUCM Upgrades vMotion of call center 24/7 production cluster (multiple) laboratory

  Hey everybody,

  I'm looking for documents that would support a Production Call Manager Cluster upgrade is done in the laboratory.  We did this for cuic, where we clone the Production VM and vMotion for a different Blade (dead net) and make the upgrades during the day, because there is no impact, then vMotion, their return to Production during a window of failure and turn them up after the turn down of the current production those.

  A couple of our clusters with 24/7 call centers, we wanted to limit the amount of time, they do not have some services, such as the mobility of the Extension. It is something that I have recommended, but I need of documentation or even a case of TAC for support to demonstrate management, since it is very different from our current MOP to make the upgrades.

  Thank you

  Randy

  The only caveats that is there is listed in this document only if you click on the hyperlink of VMware vMotion. If you follow them, then there is of course no problem, however you can always open a proactive TAC folder and get this done under their supervision/management, as long as you have a contract of ISV1 which I think is important to VMWare support not bound.

  If you have any doubts and want to go a way the recommended and most reliable compared to the then simply do vMotion using the DRS mechanism which is Cisco preferred for such things. Simply make a backup of DRS of your existing CM clusters running in production, create virtual machines using the same details such as the IP address, host name, NTP etc in his laboratory on a secluded environment and complete the restore of the DRS then and do what you want on the upgrade plan , etc.leaving tests the intact production servers. Once you upgrade and test had been made successfully in the laboratory, simply choose a Cup date more bring the server down production and move from laboratory to production.

  Concerning

  Deepak

• BAT to CUCM release 4.1 call forward

  I'm working on an old 4.1 CUCM and I need to use BAT to update the settings forward on several lines.  I really don't want to do this one by one.  However, I need to pass line one line two, which is the same extension, but in different partitions.  So that I can use BAT to do this, anyone know if I can use a wildcard, such as XXXX or 5XXX character in the destination forward?  It will use the name of the current domain for the attacker?

  Thank you

  No, you must type in numeric values only

  HTH

  Java

  If it helps, please note

  www.Cisco.com/go/pdihelpdesk

• CUCM (8.6 - 9) or VCS

  in the new videoconferencing infrastructure, which is the best option, only CUCM or VCS with CUCM?

  What is the future of VCS, if new versions of ex60... ex90 c20 sx20... come with direct integration with CUCM?

  Thank you all

  My Adviser for any installation of greenfield is to use CUCM; However, it does not entirely replace VCS, and it should in the near future. Here are some examples:

  • VCS control is always the product of call control recommended for video customers other than Cisco (Polycom, Sony, generic H.323, etc.). This is also the case for other types of interoperability (for example IPv4 to IPv6).
  • VCS control is always necessary for the travesal firewall Ascend/H.460 to work with VCS Expressway. Any call to the Internet would be CUCM--> VCS - C--> VCS - E--> Internet.
  • VCS Expressway is always required for any client capable non-AnyConnect located on internet to register; CUCM is not intended to be directly Internet facing.

  CUCM is Cisco Lighthouse call control platform and this will be the design choice by default unless one arrises specific requirement that excludes it. Perhaps, if the client doesn't have a Cisco UC today and don't ever be (which seems unlikely that frankly), you may be able to justify a VCS approach only. The days of a compartmentalized video compatible infrastructure seem well numbered.

  Please remember useful frequency responses and identify useful or correct answers.

• 3241 GW ISDN to CUCM calls must be block

  Hi Experts

  I need your suggestion below

  One of our customer with cisco Telepresence infrastructure setup (VCSC & E, conductor, TIP Server & TMS, CUCM). CUCM and integrated VCS, we recently installed ISDN the Gulf war (3241)

  Now the client wants to block incoming and outgoing calls of CUCM to ISDN GW extension of GW ISDN extension CUCM

  CUCM numbering plan is 62XXXX series and of VCS E.164 dial Plan is 64XXXX. All products in the most recent version S/W

  someone suggest how fulfill us this requirement

  Concerning

  SR

  Hello, welcome to the Cisco support community!  =)

  There are two methods to meet your need, first using the rules of research named source areas and the second is the script of CPL. I'll give you an example on the use of the rules of research, which is the easiest way to meet your need:

  Blocking of the ISDN to CUCM

  1) register your gateway ISDN to a subarea separated in VCS control, for example 'ISDN-sub-zone '. Only the entry door must to enter this sub-area.

  2) create a search rule that fits your plan number CUCM, in your case, 62XXXX. This rule have priority over any other rules of game. Set the 'source' as the 'ISDN-sub-zone ". Use the parameter "replace" and transform the number to an unknown number. Set the 'match' 'Stop '. If your ISDN gateway will not be able to call any CUCM endpoints.

  Blocking of CUCM to ISDN

  1) the easiest is to make blocking calls using CUCM himself. You can use the CSS/Partition of CUCM features in order to refuse some end points to call ISDN numbers

  2) , but you can also use the VCS to block calls. You can use the same logic above. Create a search rule that fits your plan ISDN number, in my case, 0\d. * This rule have priority over any other rules of game. Set the 'source' as being the nearby area of CUCM. Use the parameter "replace" and transform the number to an unknown number. Set the 'match' 'Stop '. End points so that all your CUCM will not be able to call all ISDN numbers. Be aware that it will be applied to all the endpoints registered to CUCM, if you want to block only the end points, use the Partition/CSS of CUCM functions.

  Free fraud prevention

  When you implement an ISDN gateway registered in VCS, especially when you have a highway of VCS, you should consider the need to implement a free fraud prevention mechanism which will prevent external users to use your system as a phone system without. For example, if you do not implement such a mechanism, external Internet allows your VCS Expressway users to achieve your ISDN gateway and then free ISDN calls using your gateway. In addition, there is another method of fraud called "reunification", where the user external dials to your ISDN via ISDN gateway and connect to the auto attendant to recognition of the bridge, if it is enabled, then the user redial another ISDN number and then the call is routed to ISDN using your entry door, in other words, a malicious user can make a local call to your gateway and then use your gateway to recompose and make an international call, for example.

  Therefore, it is extremely important to look at a diagram of toll-free fraud prevention when implementing any ISDN gateway registered in VCS, especially when you have VCSE.

  Fortunately, Cisco provided a configuration example explaining how to block two methods of fraud without charge. Take a look at this guide from page 40:

  http://www.Cisco.com/en/us/docs/Telepresence/infrastructure/VCs/config_guide/Cisco_VCS_Basic_Configuration_Control_with_Expressway_Deployment_Guide_X7-2.PDF

  I suggest you consider all of the above examples, save time to plan and then implement your restriction and ISDN toll-free fraud prevention mechanism.

  I hope this helps.

  Paulo Souza

  My answer was helpful? Please note the useful answers and do not forget to mark questions resolved as "responded."

• CTS calling not of C series running software TC5

  I'm having a problem where the calls of CTS does not call Tangberd C series exploiting TC5.1 software.

  Here's the whole upward;

  CTS registered series CUCM and C registered in VCS

  There is a trunk between CUCM and VCS.

  Version

  CTS - 1.8.1, sereis C - TC5.1, CUCM 7.1 VCS 8.6.2,

  CTS is not a call to the endpoint TC5 but if I downgrade to TC4. the call goes thru.

  Everyone is run in this kind of problem? If so, can you share me your solution please?

  Hi Zaw,

  I saw a similar question in the past on CUCM 8.6.2 where the present of a URI in the SIP contact header and the CUCM TC5 endpoint tries a DNS reverse lookup on the server of the URI that fails and pulls the call.

  I would need to see traces CUCM to confirm, it comes to the question, but if I remember well him endpoint CTS would a 503 Service Unavailable message.

  If you control the DNS server that the CUCM is pointed, so you could try adding a fake a record for your SIP on VCS domain to see if it helps.

  It may be preferable to prosecute in order to explore all the options your TAC.

  Thank you

  Paul

• Sx20 does not seek to make the IP to call with H323, after the first attempt failed with SIP

  Hi all

  We use the Sx20 SIP with CUCM registered devices and also register H323 with VCS - c... There are also a few registered with VCS - E external SX20.

  Sx20 > CUCM > VCS - C > VCS-E > Sx20

  the defaultcall Protocol is selected Auto (SIP, H323) on devices SX20.

  SX20 on cucm cannot call IP when defaultcall is selected as auto, it is able to call IP through VSC - C only when defaultcall is selected H323 on Sx20.

  We cannot change the defaultcall as H323 because we cannot make a call since sx20 on CUCM sx20 on vcs - e

  someone has an idea to make the two whole scenerio? Perhaps there is a feature to do this on sx20?

  your response will be appreciated.

  Thank you.

  Take a look at these examples of configuration - Dial IP addresses registered to CUCM endpoints with VCS/highway. This would work in your environment.

  Kind regards

  Acevirgil

• Highway-C and highway-E and VCS Expressway

  Hello

  I'm confused by these three

  I know that expressway-E is used with Express-C track

  Their function is like VCS Expressway? or am I wrong?

  Please help to know when to use each one?

  Also why use us next to the firewall? What is the average of the crossing of firewall?

  Also, when I connect external with Jabber, is there any type of registration with each of them? I see a number taken in charge of registeration of 2500 and 5000 in the VCS Expressway data sheet

  Thank you

  Haitham

  Hi Haitham,

  In general, a point of endpoints/client must register for a 'device' so that it can be used as part of a company dial plan. This 'device' could be CUCM or a VCS and will determine if an endpoint/client is used to connect, or how the calls and form, it can be done.

  If the endpoint does NOT have one of these devices (CUCM or VCS), it could still be used (for example, a videoconferencing device stand alone), it's just that we do not see within the company structure of appeal. It may not appear in the directories, it cannot give priority to call outside, etc etc. The Jabber client has to register with CUCM either a VCS to make it work at all.

  If you use CUCM with a VCS-E, endpoints will record to CUCM. If the endpoints are internal to the company, they apply directly to the CUCM and if are external, then they will be connect via VCS-E and the recording will be dug through CUCM, so still save with CUCM.

  VCS-C/e with environment of TMS, endpoints will record VCS - c when internal and again use the VCS-E for tunnel applications from external device to the VCS - C. Depending on how you want to deploy these devices, external devices/clients could actually register directly with VCS-E, but I'm getting ahead of things. Jabber in this environment use of TMS to provide authentication of the user, even if the actual recording takes place on the VCS.

  Does that help?

  Chris

• Security for the TC endpoints registered to CUCM

  Hi friends,

  I need your help once more!

  We have a new Cisco Telepresence environment to deploy. In this environment, we have enrolled in CUCM (8.6.2) endpoint TC (v 5.1) points. The CUCM fit to VCS/VCS Expressway in order to be able to call endopints on the internet.

  We will also have TMS and TP server to use multipoint and demand. TP will be registered in VCS.

  Back to the question:

  Can we have TLS and sRTP resource on endpoints registered to CUCM TC?

  I was looking for some deployments of CallManager and security guides, but I found nothing cordially to endpoints TC, I haven't found information regarding Cisco IPphones.

  Y at - it no document on this subject? I looked on the document "Administer endpoints TC on CUCM" and nothing.

  Kind regards

  Paulo Souza

  Hi Paulo,

  The Cisco TelePresence TC Software Release Notes (TC5) is the document that has the answer you are looking for.

  "When recorded natively in CUCM, encrypted calls are not supported"-see page 18 / 74

  Kind regards

  Paula

• video conferencing through vcs-e and vcs - c

  can I make calls using video conferencing devices using vcs - c and vcs - e only? or is cucm involved in the process? also if I set my camera to call using only H.323 and SIP disabled, can I call sip addresses? also if im calling via vcs - c and vcs-e do I need to implement natting to the local address of videoconferencing unit? Lastly can someone please link any document on how to set my vcs - c and vcs-e and my videoconferencing unit to send and receive sip and h323 calls.

  "can I make calls by means of video conference devices using vcs - c and vcs - e only? or is cucm involved in the process? »

  If there are termination points recorded on the CUCM and want to call the end points on the VCS, CUCM is involved in the appeal process as the call goes through the trunk SIP between CUCM and VCS. Even also on the endpoints registered on VCS if they call endpoints on CUCM.

  If end points locally stored on the VCS and making calls to another, CUCM is not involved.

  "also if I set my camera to call using only H.323 and SIP disabled, can I call sip addresses?

  Yes, so that interoperability is enabled on your VCS.

  "also if im calling via vcs - c and vcs-e do I need to implement natting to the local address of videoconferencing unit?"

  No need. The VCS - c and VCS - e will do their work for calls of crossing of firewall. Until the end point is stored on the VCS then an area between these VCS are enabled, you can join located outside the network of endpoints and they can also reach your internal termination points as well.

  The Cisco VCS Expressway and the VCS control - Basic Configuration will be the guide you're looking for.

  http://www.Cisco.com/c/dam/en/us/TD/docs/Telepresence/infrastructure/VCs/config_guide/x8-7/Cisco-VCs-basic-configuration-control-with-Expressway-deployment-guide-x8-7.PDF

  Kind regards

  Acevirgil