Hello BigK, The dialed number analyzer is a tool to check a particular flow in CUCM, it will not provide any sort of call history. To review call history you can use the CDR records. Let me tip you on how to check that information quickly: [+] Open the CUCM CAR, to do so open a browser and write down "x.x.x.x/car" where x,x,x.x is the Ip of the CUCM publisher. [+] Once in there follow the steps from here: https://www.cisco.com/en/US/docs/voice_ip_comm/cucm/service/4_0_1/ccmsrva/sacar7.html [+] The output CDR Dump is a CSV (comma separate values) file that can be open with Excel and reviewed carefuly. Regards, Jaime. Please upvote if helpful.
... View more
Hello Ana, DNS unreachable does not necessarily mean that you have no connectivity to the DNS server. Let's do the following: [+] Go to the CLI of your publisher and issue "show network cluster" [+] This will give you a list for all the nodes in your cluster. For this time let's say that we have only 2 nodes in the cluster, cucmpub.test.com (10.0.0.1) and cucmsub.test.com (10.0.0.2) [+] Now let's make sure that that the external resolutions work. to do so you can test the following: "utils network host cucmpub.test.com" or if there is no domain you can do "utils network host cucmpub" This commands will give two resolutions, the internal resolution and the external resolution. [+] Now if the DNS is reachable and able to process the request, you will see that cucmpub.test.com should be able to to resolve into 10.0.0.1 externally [+] Now let's do the same for the subscriber and make sure that the DNS is able to resolve the subscriber as well into the correct IP. [+] now that we have done the forward resolution we need to check the reverse resolution. to do so just do "utils network host 10.0.0.1" and the external resolution should show you the original hostname or FQDN of the server "cucmpub.test.com" CUCM will say that DNS is unrachable if: 1) External resolutions cannot be completed 2) External resolutions do not match with internal resolutions 3) If reverse resolutions are not configured. Both forward and reverse resolutions should match with the internal resolutions. Regards, Jaime. Please upvote if helpful !
... View more
Hello Sonam, I'm not sure that I'm following the integration that you have. Usually when UCCX is deployed there is no SIP Trunk between UCCX and the PSTN. The setup should look something like this: PSTN -> VoiceGateway/CUBE -> SIP Trunk -> CUCM -> CTI RP to UCCX -> UCCX. If someone dials from the PSTN into the Toll Free number that you have, that call should at least reach CUCM and then be forwarded or transformed into the CTI RP extension number. Example: Calling Number (PSTN caller): 111-222-5555 Called number (Toll Free): 1-800-444-6666 CTI_RP to UCCX: 1234 The call should reach CUCM and based on the called number 1-800-444-666 CUCM should reach a translation pattern, this translation would change the called party number into 1234 and the CSS of the Translation Pattern should be able to reach the Partition of the CTI RP to UCCX. As long as the CTI RP and the CTI Ports associated are registered and working, CUCM would send the call to the CTI RP, UCCX will see the call and perform the script and then UCCX will decide which CTI Port is going to be used to establish audio with the PSTN caller. Once the IVR finishes and the call has to connect to an Agent, UCCX will instruct the CUCM to transfer the call to the available agent and disconnect the audio from the CTI Port. Would you be able to tell me the exact message that you hear when calling form the PSTN? from what i have seen in your messages that doesn't look like a pre-recorded audio that CUCM would use, which means that the service provider is the one placing that audio. Do you know if the call coming from the CUBE/VoiceGateway has the full 10 digit called number, or if the called number is only using a certain ammount of significant digits, say 4 or 5 ? Regards, Jaime.
... View more
Do you know if the phone is getting IP from the DHCP server?.
If you want to troubleshoot this issue yourself, you might need make a phone console cable. This will allow you to gather the phone console logs and determine what is happening during the boot process.
Here are two guides on how to make such a cable:
If you happen to go through this process, i will be more than glad to check the phone console logs for you.
Best Regards, Jaime.
... View more