continuous tone on incoming call

-
The issue I am referring here is for incoming calls-
  1. PSTN line getting continuous tone
  2. Debugs will show that call gets connected
  3. And IP phone won't ring at all.


ISDN Se0/0/0:15 Q931: RX <- SETUP pd = 8  callref = 0x01DD
        Sending Complete
        Bearer Capability i = 0x8090A3
                Standard = CCITT
                Transfer Capability = Speech
                Transfer Mode = Circuit
                Transfer Rate = 64 kbit/s
        Channel ID i = 0xA98388
                Exclusive, Channel 8
        Calling Party Number i = 0x2183, '95011XXXXX'
                Plan:ISDN, Type:National
        Called Party Number i = 0xC1, '434XXXX'
                Plan:ISDN, Type:Subscriber(local)
ISDN Se0/0/0:15 Q931: Received SETUP  callref = 0x81DD callID = 0x0025 switch = primary-net5 interface = User
ISDN Se0/0/0:15 Q931: TX -> CALL_PROC pd = 8  callref = 0x81DD
        Channel ID i = 0xA98388
                Exclusive, Channel 8
ISDN Se0/0/0:15 Q931: TX -> CONNECT pd = 8  callref = 0x81DD
ISDN Se0/0/0:15 Q931: RX <- CONNECT_ACK pd = 8  callref = 0x01DD
Mar 17 07:56:57.277: %ISDN-6-CONNECT: Interface Serial0/0/0:7 is now connected to 95011XXXXX N/A
ISDN Se0/0/0:15 Q931: RX <- DISCONNECT pd = 8  callref = 0x01DD
        Cause i = 0x8090 - Normal call clearing
        Progress Ind i = 0x8288 - In-band info or appropriate now available


The issue was mis-configured dial-peer.
dial-peer voice 112 pots
 translation-profile incoming incomingcall
 incoming called-number 43416..
 port 0/0/0:15


Resolution-
dial-peer voice 104 voip
 destination-pattern 4......
 session target ipv4:172.31.110.10
 incoming called-number .
dial-peer voice 112 pots
 incoming called-number .
 direct-inward-dial




Comments

Post a Comment

Popular posts from this blog

Status: Local Agent is not responding. This may be due to Master or Local Agent being down.

-
If you have read my previous post , you would understand why LA and MA services are important for such a scenario and no component has backed-up, rather you get the above error message. Symptoms -   All Disaster Recovery Framework (DRF) services are down, and no new devices, schedules, or statuses can be viewed from the DRF console. Also, when you access the DRF admin pages, the above error message is received. Affected CM releases 6.1.5 and later. Resolution In order to resolve it, first, verify if the Certificate Serial Number in the keystore of Publisher is present in the Truststore of all Subscribers. Complete these steps: Log on to CUCM OS Administration page of Publisher server of the cluster setup. Choose Security > Certificate Management . The Certificate List window displays. You can use the Find controls in order to filter the certificate. Click on the ipsec.pem file and check the serial number of the certificate. Log on to CUCM OS Admin...
Read more

Understanding code yellow

-
Understanding sample code yellow alert- Oct 3 01:00:10, cms01, Error, Cisco CallManager, ccm: 147896: Oct 03 05:00:10.616 UTC : %CCM_CALLMANAGER-CALLMANAGER-3-CodeYellowEntry: CodeYellowEntry Expected Average Delay:362 Entry Latency:20 Exit Latency:8 Sample Size:10 Total Code Yellow Entry:14 High Priority Queue Depth:2 Normal Priority Queue Depth:12 Low Priority Queue Depth:70 Cluster ID:StandAloneCluster Node ID:cms01, 3652 The above alert is about code yellow entry, it shows the time when server enters code yellow state. There are no specifications to note at this alert, CM enters code yellow when it achieves the mentioned conditions for code yellow state as mentioned in service parameters. Oct 3 01:00:12, cms01, Error, Cisco CallManager, ccm: 147897: Oct 03 05:00:12.268 UTC : %CCM_CALLMANAGER-CALLMANAGER-3-CodeYellowExit: CodeYellowExit Expected Average Delay:0 Entry Latency:20 Exit Latency:8 Sample Size:10 Time Spent in Code Yellow:2 Number of Calls Rejected Due to C...
Read more