How to troubleshoot E1 PRI issue

[rramlal]

Hi Guys i need your immediate help. I am trying to troubleshoot an e1 pri issue where calls are not being sent out the E1. Instead it is being sent to the analog trunks which are second in line.

Is there any commands that can show me when a call is being disconnected by the telco?

[Brandon Buffin]

debug isdn q931

[rramlal]

This is my logs:

Apr 3 15:45:18.547: ISDN Se0/0/0:15 Q931: RX <- SETUP pd = 8 callref = 0x007B
Sending Complete
Bearer Capability i = 0x9090A3
Standard = CCITT
Transfer Capability = 3.1kHz Audio
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA18388
Preferred, Channel 8
Progress Ind i = 0x8483 - Origination address is non-ISDN
Calling Party Number i = 0x2183, '0473927'
Plan:ISDN, Type:National
Called Party Number i = 0xA1, '473741'
Plan:ISDN, Type:National
Apr 3 15:45:18.563: ISDN Se0/0/0:15 Q931: TX -> CALL_PROC pd = 8 callref = 0x807B
Channel ID i = 0xA98388
Exclusive, Channel 8
Apr 3 15:45:18.563: ISDN Se0/0/0:15 Q931: TX -> ALERTING pd = 8 callref = 0x807B
--More--   Progress Ind i = 0x8088 - In-band info or appropriate now available
Apr 3 15:45:18.611: ISDN Se0/0/0:15 Q931: TX -> CONNECT pd = 8 callref = 0x807B
Apr 3 15:45:18.771: ISDN Se0/0/0:15 Q931: RX <- CONNECT_ACK pd = 8 callref = 0x007B
Apr 3 15:45:32.835: ISDN Se0/0/0:15 Q931: TX -> SETUP pd = 8 callref = 0x0009
Sending Complete
Bearer Capability i = 0x8090A3
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA9839F
Exclusive, Channel 31
Calling Party Number i = 0x0081, '2161'
Plan:Unknown, Type:Unknown
Called Party Number i = 0x80, '08611620'
Plan:Unknown, Type:Unknown
Apr 3 15:45:32.991: ISDN Se0/0/0:15 Q931: RX <- RELEASE_COMP pd = 8 callref = 0x8009
Cause i = 0x829F - Normal, unspecified

The calls just keep bypassing the E1 for outgoing calls. but incoming are working ok.

[Brandon Buffin]

This shows normal call clearing. If calls always use the analog lines, it could be that your dial peers are incorrect. Can you post your config?

Brandon

[rramlal]

This is a MGCP router. 

[Jaime Valencia]

Does your telco accepts your calls just sending 4 digits as calling number???

Calling Party Number i = 0x0081, '2161'
Plan:Unknown, Type:Unknown

[rramlal]

2161 is the extension the call is made from. The number is 08611620 which is a mobile number.

I spoke to Cisco about this and they advised that the telco is disconnecting the call by sending a release complete. The Call manager is then sending the call out the analog trunks which are the backup lines.

However the Telco is now saying nothing is wrong with their system.

[Jaime Valencia]

Yes, I understood that, but plenty telcos will not allow you to call with a not routable ANI.

Unless in your country, 2161 is a valid number you can reach from any phone in the PSTN.

[rramlal]

Okay I understand, it is strange though since it was working with this configuration for the past few years, I am not sure if the telco would now not accept the ANI.

I will verify from the Telco if they are seeing this as the issue for the disconnect.

[rramlal]

Hi Jaime,

I changing the caller id to a six digit based on what the telco requested and the same occurred. The strange thing is the telco is seeing channel 1 and 31 blocked. There are some other channels are unblocked and thus allowing incoming calls to work. But the E1 can only use 1 and 31 to send calls out. So my question is if Channel 1 is blocked will call manager keep trying channels to find a free one to send the call or will it immediately move to the analog trunk. Since this is what is happening.

The telco changed the ports and modem for the E1 and it started working and then stopped after 2 hrs. Have you ever encountered any issue like. I am second guessing myself here thinking if there may be an issue with the Call Manager/gateway. A reboot was also done on both gateways and it didnt make a difference.

I also have a case opened with Cisco. But they are convinced its the telco.