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
Progress Ind i = 0x8183 - Origination address is non-ISDN
Calling Party Number i = 0x0080, '300'
Called Party Number i = 0x80, '195'
Jul 25 11:17:12.722: ISDN BR0/2/0 Q931: RX <- CALL_PROC pd = 8 callref = 0xBF
Channel ID i = 0x8A
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
corlist outgoing CLASS-DIR
progress_ind alert enable 8
progress_ind progress enable 8
progress_ind connect enable 8
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)