Unable to dial 3 digit code 195 ( on CME )

[rstevenson1]

Right then, this issue has been trailing on for a long time now and the finger of blame has been going back and forth between ourselves and the Telco provider.

Our customer is setup with CME and has 4 ISDN BRI connections to the router, they can dial through to any internal/external numbers no problems, apart from this 195 number (which is a directory inquiries number for the blind)

Whenever this number is dialled, the response in the Q931 debugging is as follows..

Jul 25 11:17:12.546: ISDN BR0/2/0 Q931: Applying typeplan for sw-type 0x1 is 0x0 0x0, Calling num 300

Jul 25 11:17:12.546: ISDN BR0/2/0 Q931: Applying typeplan for sw-type 0x1 is 0x0 0x0, Called num 195

Jul 25 11:17:12.546: ISDN BR0/2/0 Q931: TX -> SETUP pd = 8 callref = 0x3F

Bearer Capability i = 0x8090A3

Standard = CCITT

Transfer Capability = Speech

Transfer Mode = Circuit

Transfer Rate = 64 kbit/s

Channel ID i = 0x8A

Exclusive, B2

Progress Ind i = 0x8183 - Origination address is non-ISDN

Calling Party Number i = 0x0080, '300'

Plan:Unknown, Type:Unknown

Called Party Number i = 0x80, '195'

Plan:Unknown, Type:Unknown

Sending Complete

Jul 25 11:17:12.722: ISDN BR0/2/0 Q931: RX <- CALL_PROC pd = 8 callref = 0xBF

Channel ID i = 0x8A

Exclusive, B2

Jul 25 11:17:14.086: ISDN BR0/2/0 Q931: RX <- DISCONNECT pd = 8 callref = 0xBF

Cause i = 0x829C - Invalid number format (incomplete number)

Progress Ind i = 0x8288 - In-band info or appropriate now available

I've altered the plan & types of the dialled number to no avail.

The Telco provider advises they can dial this 195 number straight from the ISDN termination equipment no problem.

We currently have the following dial-peer configured to match this number ( before investigating it was set just to match any 3 digit number)

dial-peer voice 31 pots

trunkgroup ISDN-BRI

corlist outgoing CLASS-DIR

destination-pattern 9195

progress_ind alert enable 8

progress_ind progress enable 8

progress_ind connect enable 8

direct-inward-dial

forward-digits all

The user would dial 9195, the leading 9 would the be stripped by the outbound translation-profile applied to the trunk group, then forwarded onto the Telco line as just 195 ( which they expect to receive)

Help :<

[rstevenson1]

I've attached the config.

To rule out the dial peers, ive been making isdn test calls from the router and still get the same invalid number format response.

The call gets out to the Telco, but its being rejected for some reason, as the user will get the "This number has not been recognised" BT message when dialling 195.

But, as the Telco says, testing 195 from the ISDN2e box on the wall, works Ok, so they dont want to know.

[paolo bevilacqua]

How do they test? Do you have an ISDN phone to make test as well ? Or do the NT1 have analog lines for phones, you can call from there while keeping debug enable on the router.

Or anything else that can be done without being charged the 100 pounds :)

[rstevenson1]

The Telco is testing via an ISDN harrier tester, I don't have an ISDN phone, plus I am remote supporting this site, the site is based in Scotland, im in England..

[paolo bevilacqua]

Ok, ask if the NT1 has analog lines (it should) to which they can connect a regular phone and try the call.

[rstevenson1]

The termination equipment at the customer site, doesn't have access for an analogue phone.

They have an external phone line onsite (has their fax connected) which connects to the same exchange, dialling 195 from here is successful.

[rstevenson1]

Any further suggestions on this issue?

Customer still unable to dial and Telco standing firm and happy with their line.

[davieshuw]

Hey. Id phone BT back and get them to send an engineer out. It's 100 quid if they cant find a problem. The engineer will plug his isdn phone into the BRI socket, dial 195 and it'll either work or not. If it works, its the phone system, if it doesnt its BT's problem :)

Either way worth it to be sure.

[rstevenson1]

Davieshuw, they've already done this.

The BT engineer connected his ISDN harrier tester to the BT isdn2e box and could dial 195 perfectly fine.

Hence me raising this discussion on these forums, looking for help on the config/call setup side :D

[paolo bevilacqua]

We would need to find which parameters are different when he places the call successfully.

Fore sure, one parameter is the calling number (what you are sending is invalid)

[mamadubig]

I have a similar problem. 911 calls are failing. Our provider is claims we are not sending them the digits. Here is an extract from thier debug:

Sep 24 09:47:08.442 MDT: ISDN Se1/1:23 Q931: SETUP pd = 8 callref =

0x0930

Bearer Capability i = 0x8090A2

Standard = CCITT

Transer Capability = Speech

Transfer Mode = Circuit

Transfer Rate = 64 kbit/s

Channel ID i = 0xA98388

Exclusive, Channel 8

Progress Ind i = 0x8183 - Origination address is non-ISDN

Calling Party Number i = 0x0080, '261'

Plan:Unknown, Type:Unknown

Called Party Number i = 0x80

Plan:Unknown, Type:Unknown

Sep 24 09:47:08.446 MDT: ISDN Se1/1:23 Q921: Net TX -> RR sapi=0 tei=0

nr=8 Sep 24 09:47:12.442 MDT: ISDN Se1/1:23 Q921: Net RX <- INFO sapi=0

tei=0, ns=8 nr=89

My router configuration is:

!

dial-peer voice 911 pots

destination-pattern 911

port 0/0/0:23

!

dial-peer voice 9911 pots

port 0/0/0:23

forward-digits 3

Any ideas? Thanks in advance.

[paolo bevilacqua]

Indeed you are not, add forward-digits all under DP 911.

Hope this helps, please rate post if it does!

[mamadubig]

Thanks for your suggestion. I will do that.

[mamadubig]

That did it. Thanks for the help.