09-10-2007 01:56 AM - edited 03-14-2019 11:26 PM
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 :<
09-11-2007 02:23 AM
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.
09-11-2007 04:05 AM
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 :)
09-11-2007 04:34 AM
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..
09-11-2007 05:19 AM
Ok, ask if the NT1 has analog lines (it should) to which they can connect a regular phone and try the call.
09-12-2007 12:37 AM
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.
09-17-2007 07:05 AM
Any further suggestions on this issue?
Customer still unable to dial and Telco standing firm and happy with their line.
09-18-2007 01:34 AM
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.
09-18-2007 01:37 AM
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
09-18-2007 01:43 AM
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)
09-26-2007 02:41 PM
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.
09-27-2007 02:52 AM
Indeed you are not, add forward-digits all under DP 911.
Hope this helps, please rate post if it does!
09-27-2007 12:23 PM
Thanks for your suggestion. I will do that.
10-03-2007 02:39 PM
That did it. Thanks for the help.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide