Alcatel Unleashed

Mircea,

your help was priceless.

Will make tests regarding overlap.
And will also see if our users will accept the pause they have to wait after dialing the number if they don't press the second # (ie.: #0123456789 instead of #0123456789#).

Anyway these are minor issues.

Thanks again !

It was my pleasure to help.

Regarding the time that the users have to wait if they don't dial the # at the end of the number, you can solve with Numbering discriminator. Over there, you can specify the number of digits alcatel have to wait for (default is 255).

For instance you have the external number 606800876 and you must send also 0 in the front, this means the external number alcatel have to send to asterisk: 0606800876; it is 10 digits long. So, you will create in discriminator the entry:

Call number: 06
Numbering area: as you want (it is for barring - if a user have the right to dial the number starting with 06)
ARS Route List Number: 0 (leave the default if you don't use ARS)
Schedule number: -1 (leave the default)
Number of digits: 10

So, when a user dial #0606800876, alcatel will wait for 10 digits. So you don't have to wait until timeout.

That's a great solution.
I think I will define nine discriminators of length 10: 01 to 09 for "standard" national calls which are always 9 digits long. Some special numbers are short (eg. 1414) and they would match discriminator 01 so these would have to timeout but I don't mind because they are not commonly used.

For international calls I won't even bother defining a tenth discriminator such as 00 because the number's length is variable.

Multumesc!

Cu placere.

I hope it will work as you expect.

Best wishes,
Mircea.

Hi !

I'm stuck again...

The # prefix plan as a Professional trunk seize worked fine for calling from an Alcatel DECT or "standard" analog or digital terminal to an external number via the Asterisk trunk.
eg.: dialed #0555555555 from an Alcatel DECT and the call went through Asterisk and it fell into the appropriate context to dial out a BRI card.
However, doing the same from a phone connected to a third PBX (an older Bosch model) whose link with the Alcatel system is QSIG, does not work.
(the Bosch PBX is Trunk group 1 E_TELENORM below in Alcatel, Asterisk is trunk group 4)
eg.: dialed #0555555555 from a Bosch-connected terminal and found a busy/disconnected dial tone immediately.

It seems that "local" DECT terminals (or any other type of direct Alcatel-connected extensions) are not "routed" or teated the same way as incoming calls from another trunk. And that's understandable but I just can't find the right option/s in Alcatel to make the Bosch calls go through Asterisk trunk 4.
I thought that maybe the special # character could cause unnecessary trouble so I defined a purely numeric prefix, just for testing.
I used 87 (see below) but that still gave the same result: dialing from DECT works but not from the "remote" Bosch system.

I also tried changing the Prefix Meaning of "87" to "Routing No." which only allows a max. of 8 digits (so that's not what I'm looking for). In this case, a call from an analog phone in the Bosch system IS routed correctly to Asterisk. (so the only problem here is the digit length)
I noticed however that if I define "Routing No." to prefix plan # then the Bosch extensions don't work and a busy/disconnect tone comes up immediately after dialing #0.
So it seems that # has a special meaning and may or may not be passed from Bosch to Alcatel (what I still don't know is whether # is "special" to Bosch or Alcatel).

Finally, I also tried "Open routing No." but that simply doesn't pass any digits to Asterisk (as in my earlier posts).

Are the Prefix Plans "general" and applied to all signals the same way (it doesn't seem to be the case).
What else should I look for?
Since # seems to be troublesome I think I'll stick to using the 87 prefix so that Bosch extensions will have to dial 870555555 and pass it to Alcatel which will then route it to Asterisk (as it is supposed to be configured right now).

Any ideas?

PS: please note that the Prefix Plan Number 4 below (last one) works fine. Eg. I can dial from any Bosch extension to an Asterisk 4XXX extension and the call is passed through the Alcatel-Asterisk PRI link.


┌─Consult/Modify: Prefix Plan─────────────────────────────────────────────┐
│ │
│ Node Number (reserved) : 1 │
│ Instance (reserved) : 1 │
│ Number : # │
│ │
│ Prefix Meaning + Professional trunk seize │
│ Prefix Information : 4 │
│ Private Route type + False │
│ │
└─────────────────────────────────────────────────────────────────────────┘

┌─Consult/Modify: Dialing Plan────────────────────────────────────────────┐
│ │
│ Node Number (reserved) : 1 │
│ Instance (reserved) : 1 │
│ Number : # │
│ │
│ Prefix Meaning + Professional trunk seize │
│ Domain Identifier : 0 │
│ Information : 4 │
│ Private Route type + False │
│ │
└─────────────────────────────────────────────────────────────────────────┘

┌─Consult/Modify: Prefix Plan─────────────────────────────────────────────┐
│ │
│ Node Number (reserved) : 1 │
│ Instance (reserved) : 1 │
│ Number : 87 │
│ │
│ Prefix Meaning + Professional trunk seize │
│ Prefix Information : 4 │
│ Private Route type + False │
│ │
└─────────────────────────────────────────────────────────────────────────┘

┌─Consult/Modify: Trunk Groups───────────────────────────────────────────────┐
│ │
│ Node Number (reserved) : 1 │
│ Trunk Group Id : 1 │
│ │
│ Trunk Group Type + T2 │
│ Trunk Group Name : E_TELENORM │
│ Number Compatible With : 0 │
│ Remote Network : 15 │
│ Shared Trunk Group + False │
│ Special Services + Nothing │
│ Node number : 1 │
│ Transcom Trunk Group + False │
│ Auto.reserv.by Attendant + False │
│ Overflow trunk group No. : -1 │
│ Tone on seizure + False │
│ Private Trunk Group + True │
│ Q931 signal variant + QSIG │
│ SS7 signal variant + No variant │
│ Channel selection type + Channel No. by Channel No. │
│ auto.DTMF dialing on outgoing call + YES │
│ T2 Specification + None │
│ Public Network COS : 2 │
│ DID transcoding + False │
│ Can support UUS in SETUP + True │
│ │
│ Implicit Priority │
│ │
│ Activation mode : 0 │
│ Priority Level : 0 │
│ │
│ Preempter + NO │
│ Incoming calls Restriction COS : 10 │
│ Outgoing calls Restriction COS : 10 │
│ Callee number mpt1343 + NO │
│ │
└────────────────────────────────────────────────────────────────────────────┘

┌─Consult/Modify: Trunk Groups───────────────────────────────────────────────┐
│ │
│ Node Number (reserved) : 1 │
│ Trunk Group Id : 4 │
│ │
│ Trunk Group Type + T2 │
│ Trunk Group Name : ASTERISK │
│ Number Compatible With : 0 │
│ Remote Network : 15 │
│ Shared Trunk Group + False │
│ Special Services + Nothing │
│ Node number : 1 │
│ Transcom Trunk Group + False │
│ Auto.reserv.by Attendant + False │
│ Overflow trunk group No. : -1 │
│ Tone on seizure + False │
│ Private Trunk Group + False │
│ Q931 signal variant + ISDN all countries │
│ SS7 signal variant + No variant │
│ Channel selection type + Quantified │
│ auto.DTMF dialing on outgoing call + NO │
│ T2 Specification + None │
│ Public Network COS : 0 │
│ DID transcoding + False │
│ Can support UUS in SETUP + True │
│ │
│ Implicit Priority │
│ │
│ Activation mode : 0 │
│ Priority Level : 0 │
│ │
│ Preempter + NO │
│ Incoming calls Restriction COS : 10 │
│ Outgoing calls Restriction COS : 10 │
│ Callee number mpt1343 + NO │
│ │
└────────────────────────────────────────────────────────────────────────────┘

┌─Consult/Modify: PWT/DECT System────────────────────────────────────────────┐
│ │
│ Node Number (reserved) : 1 │
│ Instance (reserved) : 1 │
│ │
│ Radio base type + RBS │
│ Max numb.of paging retransm. : 5 │
│ Rtg. tone for incom. PWT/DECT call + Inactive │
│ PLI for CTM : 31 │
│ Default Echo Cancellation + YES │
│ % of channels in part. rel : 0 │
│ Max % of full unused shells : 50 │
│ AC System : ---- │
│ Security level + Identity │
│ Station Base Type + DECT Europe │
│ PWT/DECT system generation + 2nd Generation │
│ DECT Prolonged preamble + NO │
│ Max Time of unused shell (U=10') : 144 │
│ │
│ Campus │
│ │
│ Master synchro Campus + NO │
│ PLI Campus : 31 │
│ Subscriber profile by default : -------- │
│ Home preference (Mobile Range) + YES │
│ │
│ Carriers available │
│ │
│ Carrier 0 + YES │
│ Carrier 1 + YES │
│ Carrier 2 + YES │
│ Carrier 3 + YES │
│ Carrier 4 + YES │
│ Carrier 5 + YES │
│ Carrier 6 + YES │
│ Carrier 7 + YES │
│ Carrier 8 + YES │
│ Carrier 9 + YES │
│ │
└────────────────────────────────────────────────────────────────────────────┘

┌─Consult/Modify: Prefix Plan─────────────────────────────────────────────┐
│ │
│ Node Number (reserved) : 1 │
│ Instance (reserved) : 1 │
│ Number : 4 │
│ │
│ Prefix Meaning + Routing No. │
│ Network Number : 15 │
│ Node Number/ABC-F Trunk Group : 4 │
│ Number of Digits : 4 │
│ Number With Subaddress (ISDN) + NO │
│ Default X25 Id.pref. + NO │
│ │
└─────────────────────────────────────────────────────────────────────────┘

Hello,

You should check the barring of trunk group number 1 (the connection with Bosh). It seems to me that this should be the problem.

I saw that in Public network COS of trunk group 1 you have 2. So, you should check the public network category 2 (in Categories), to see if they have the right to dial 0.

I this does not help, you should run a trace on ISDN. For this, you must see on what coupler is the PRA board used to connect with Bosh, and run this command:

t3 cr 0 cpl <PRA_cpl_no>

To stop the trace you must press DEL. After this, you must reinitiate the mtracer:

tuner all=off
actdbg all=off
trc i
DHS3_init -R MTRACER

Then please paste here the tracer result.

Regards,
Mircea.

I went to Classes of Service because I didn't find the Categories.

┌─Select an object─────────────────────────────────────────────────┐
│ │
│ Shelf Atm │
│ PWT/DECT System Events Routing Discriminator │
│ System Security and Access Control │
│ Translator IP │
│ -> Classes of Service │
│ Attendant │
│ Users │
│ Users by profile │
│ Set Profile │
│ Groups │
│ Speed Dialing │
│ Phone Book │
│ Entities │
│ Trunk Groups │
│ External Services │
│ Inter-Node Links │
│ X25 │
│ DATA │
│ Applications │
│ Specific Telephone Services │
│ │
└──────────────────────────────────────────────────────────────────┘

The following is COS 2 (I put an X in front of the features that have opposite value in COS 0):

┌─Consult/Modify: Access COS ────────────────────────────────────────────────┐
│ │
│ Node Number (reserved) : 1 │
│ Instance (reserved) : 1 │
│ Public Network COS : 2 │
│ │
│ Public Access Rights │
│ │
│ Ext.Access On Attend.Transfer │
│ │
│ Night : 1 │
│ Day : 1 │
│ Mode 1 : 1 │
│ Mode 2 : 1 │
│ │
│ Ext.Access On Set Transfer │
│ │
│ Night : 1 │
│ Day : 1 │
│ Mode 1 : 1 │
│ Mode 2 : 1 │
│ │
│ Incoming DID/Tie Line │
│ │
│ Night : 1 │
│ Day : 1 │
│ Mode 1 : 1 │
│ Mode 2 : 1 │
│ │
│ SIO overflow │
│ │
│ Night : 0 │
│ Day : 0 │
│ Mode 1 : 0 │
│ Mode 2 : 0 │
│ │
│ Incom.NDDI hold on busy set │ X
│ │
│ Night : 0 │
│ Day : 0 │
│ Mode 1 : 0 │
│ Mode 2 : 0 │
│ │
│ Incom. DID hold on busy set │ X
│ │
│ Night : 0 │
│ Day : 0 │
│ Mode 1 : 0 │
│ Mode 2 : 0 │
│ │
│ In.Tie Line hold on busy set │
│ │
│ Night : 0 │
│ Day : 0 │
│ Mode 1 : 0 │
│ Mode 2 : 0 │
│ │
│ NDID overflow on free set │
│ │
│ Night : 0 │
│ Day : 0 │
│ Mode 1 : 0 │
│ Mode 2 : 0 │
│ │
│ DID Overflow on free set │
│ │
│ Night : 0 │
│ Day : 0 │
│ Mode 1 : 0 │
│ Mode 2 : 0 │
│ │
│ Tie Line overfl. on free set │
│ │
│ Night : 0 │
│ Day : 0 │
│ Mode 1 : 0 │
│ Mode 2 : 0 │
│ │
│ NDID overflow on Waiting │ X
│ │
│ Night : 0 │
│ Day : 0 │
│ Mode 1 : 0 │
│ Mode 2 : 0 │
│ │
│ DID Overflow on Waiting │ X
│ │
│ Night : 0 │
│ Day : 0 │
│ Mode 1 : 0 │
│ Mode 2 : 0 │
│ │
│ Tie Line overflow on Waiting │ X
│ │
│ Night : 0 │
│ Day : 0 │
│ Mode 1 : 0 │
│ Mode 2 : 0 │
│ │
│ NDID Overflow On Total Busy │
│ │
│ Night : 0 │
│ Day : 0 │
│ Mode 1 : 0 │
│ Mode 2 : 0 │
│ │
│ DID Overflow On Total Busy │
│ │
│ Night : 0 │
│ Day : 0 │
│ Mode 1 : 0 │
│ Mode 2 : 0 │
│ │
│ Tie Line Overf.On Total Busy │
│ │
│ Night : 0 │
│ Day : 0 │
│ Mode 1 : 0 │
│ Mode 2 : 0 │
│ │
│ Collect Call (PNC) │
│ │
│ Night : 0 │
│ Day : 0 │
│ Mode 1 : 0 │
│ Mode 2 : 0 │
│ │
│ Toll Free Call (PNC) │
│ │
│ Night : 0 │
│ Day : 0 │
│ Mode 1 : 0 │
│ Mode 2 : 0 │
│ │
│ Malicious Call Control (PNC) │
│ │
│ Night : 0 │
│ Day : 0 │
│ Mode 1 : 0 │
│ Mode 2 : 0 │
│ │
│ DID PCM Answer Signal Delayed │
│ │
│ Night : 0 │
│ Day : 0 │
│ Mode 1 : 0 │
│ Mode 2 : 0 │
│ │
│ Called COS - Auto.Att. │
│ │
│ Night : 0 │
│ Day : 0 │
│ Mode 1 : 0 │
│ Mode 2 : 0 │
│ │
│ ARS privilege │
│ │
│ Night : 0 │
│ Day : 0 │
│ Mode 1 : 0 │
│ Mode 2 : 0 │
│ │
│ VPN Cost Limit │
│ │
│ Night : -1 │
│ Day : -1 │
│ Mode 1 : -1 │
│ Mode 2 : -1 │
│ │
└────────────────────────────────────────────────────────────────────────────┘

Then I modified Trunk Group 1 (Bosch) and changed Public network COS 2 to Public network COS 0 just like in the Asterisk trunk.

Apart from the fact that Alcatel DECTs and extensions could not dial out through the Bosch system that has 8 BRI lines, I still had the same problem when dialing #055555555 or 87055555555 from a Bosch extension.

I don't know where to look to see if they have the right to dial 0.
I'll search some more.

Meanwhile I did a trace as follows:
t3 cr 0 cpl 9

but I couldn't complete your commands because it said that:

> DHS3_init -R MTRACER
DHS3_init: not found

Anyway I saw this while dialing 870666666 from extension 7034 in the Bosch system:

______________________________________________________________________________
| (221774:023892) Physical-Event :
| long: 49 desti: 0 source: 0 cryst: 0 cpl: 9 us: 0 term: 0 type a5
| tei: 0 >>>> message received : SETUP [05] Call ref : 00 07
|______________________________________________________________________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 90 90 a3
| IE:[18] CHANNEL (l=3) a9 83 88 -> T2 : B channel 8 exclusive
| IE:[1e] PROGRESS_ID (l=2) 80 82
| IE:[6c] CALLING_NUMBER (l=6) -> 21 81 Num : 7034
| IE:[70] CALLED_NUMBER (l=3) -> a1 Num : 87
| IE:[7d] HLC (l=2) 91 81
|______________________________________________________________________________

______________________________________________________________________________
| (221774:023893) 92: Send_IO1 (link-nbr=9, sapi=0, tei=0) :
| long: 23 desti: 0 source: 15 cryst: 0 cpl: 9 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : SETUP ACK [0d] Call ref : 80 07
|______________________________________________________________________________
|
| IE:[18] CHANNEL (l=3) a9 83 88 -> T2 : B channel 8 exclusive
|______________________________________________________________________________

______________________________________________________________________________
| (221774:023894) 90: Send_IO1 (link-nbr=9, sapi=0, tei=0) :
| long: 23 desti: 0 source: 15 cryst: 0 cpl: 9 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : DISCONNECT [45] Call ref : 80 07
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=3) 80 81 80 -> [81] UNALLOCATED NUMBER
|______________________________________________________________________________

______________________________________________________________________________
| (221775:023895) Physical-Event :
| long: 22 desti: 0 source: 0 cryst: 0 cpl: 9 us: 0 term: 0 type a5
| tei: 0 >>>> message received : RELEASE [4d] Call ref : 00 07
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=2) 80 81 -> [81] UNALLOCATED NUMBER
|______________________________________________________________________________

On the Asterisk side, whenever I dial #05555555 from a Bosch extension, I don't receive anything.
However, if I dial 8705555555 then in Asterisk I see:

-- Extension '' in context 'from-pstn' from '7034' does not exist. Rejecting call on channel 1/27, span 1

So something is arriving only when using the 87 prefix but no digits follow.

Both 87 and # are configured as Professional Trunk Seize.

I don't know why in alcatel it comes only 87 when you dial from Bosh?

Please ask to send all digits in block from bosh pabx. I don't know how to do this.

The problem is that the message unalocated number comes from Asterisk. This is because alcatel does not send anythig after seizing the trunk group using 87. So, if bosh system could send all digits in block (870555555, but you should have 870555555555, because we said 05 is 10 digits length in discriminator, as I remember), then I think the problem is solved.

You can also change Public network COS in trunk group no 1 as it was, since it is not the problem.

In the meantime I will think to other possibility to do this, just in case the answer from bosh is negative regarding our request.

Regards,
Mircea.

Also, could you please rerun the traces, but this time without filters.

For this, type just:

t3

What release do you have on alcatel?

4.3 BSD UNIX (ttyp0)

# The role of the CPU is MAIN
Application software identity

R4.2-d2.304-4-s-es-c5s2

Business identification: R4.2

Release:
DELIVERY d2.304
Patch identification: 4
Dynamic patch identification: s

Country: es
Cpu: c5s2

ACD VERSION
release : 4
bug_fixing : 4
protocol_id : 75
version_dy_hr_stat : 11


I then did a trace with t3 and dialed 870XXXXXXXX from 7034 (where 0XXXX is irrelevant because the tone beeps busy/disconnected right after dialing 87).
So it doesn't even wait for the user to dial what's after 87.

(please ignore the 6163 calling number as this trace was taken in a short fragment of time and someone did a call while I was too but I wanted to post the full trace here just in case I would leave out an important detail)
______________________________________________________________________________
| (262747:024028) Physical-Event :
| long: 51 desti: 0 source: 0 cryst: 0 cpl: 9 us: 0 term: 0 type a5
| tei: 0 >>>> message received : SETUP [05] Call ref : 00 1b
|______________________________________________________________________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[18] CHANNEL (l=3) a9 83 8d -> T2 : B channel 13 exclusive
| IE:[1e] PROGRESS_ID (l=2) 80 82
| IE:[6c] CALLING_NUMBER (l=6) -> 21 80 Num : 6163
| IE:[70] CALLED_NUMBER (l=5) -> a1 Num : 3150
| IE:[7d] HLC (l=2) 91 81
|______________________________________________________________________________

______________________________________________________________________________
| (262747:024029) 90: Send_IO1 (link-nbr=9, sapi=0, tei=0) :
| long: 23 desti: 0 source: 15 cryst: 0 cpl: 9 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : CALL PROC (02) Call ref : 80 1b
|______________________________________________________________________________
|
| IE:[18] CHANNEL (l=3) a9 83 8d -> T2 : B channel 13 exclusive
|______________________________________________________________________________

______________________________________________________________________________
| (262747:024030) 90: Send_IO1 (link-nbr=9, sapi=0, tei=0) :
| long: 26 desti: 0 source: 15 cryst: 0 cpl: 9 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : ALERT (01) Call ref : 80 1b
|______________________________________________________________________________
|
| IE:[1e] PROGRESS_ID (l=2) 80 88
| [95] Locking shift. codeset : 5
| IE:[32] EI_PARTY_CATEGORY (l=1) -> EXTENSION (1)
|______________________________________________________________________________

______________________________________________________________________________
| (262779:024055) Physical-Event :
| long: 49 desti: 0 source: 0 cryst: 0 cpl: 9 us: 0 term: 0 type a5
| tei: 0 >>>> message received : SETUP [05] Call ref : 00 0b
|______________________________________________________________________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 90 90 a3
| IE:[18] CHANNEL (l=3) a9 83 8e -> T2 : B channel 14 exclusive
| IE:[1e] PROGRESS_ID (l=2) 80 82
| IE:[6c] CALLING_NUMBER (l=6) -> 21 81 Num : 7034
| IE:[70] CALLED_NUMBER (l=3) -> a1 Num : 87
| IE:[7d] HLC (l=2) 91 81
|______________________________________________________________________________

______________________________________________________________________________
| (262779:024056) 90: Send_IO1 (link-nbr=9, sapi=0, tei=0) :
| long: 23 desti: 0 source: 15 cryst: 0 cpl: 9 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : SETUP ACK [0d] Call ref : 80 0b
|______________________________________________________________________________
|
| IE:[18] CHANNEL (l=3) a9 83 8e -> T2 : B channel 14 exclusive
|______________________________________________________________________________

______________________________________________________________________________
| (262779:024057) 90: Send_IO1 (link-nbr=19, sapi=0, tei=0) :
| long: 40 desti: 0 source: 15 cryst: 0 cpl: 19 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : SETUP [05] Call ref : 00 ec
|______________________________________________________________________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 90 90 a3
| IE:[18] CHANNEL (l=3) a9 83 9d -> T2 : B channel 29 exclusive
| IE:[1e] PROGRESS_ID (l=2) 80 82
| IE:[6c] CALLING_NUMBER (l=6) -> 21 81 Num : 7034
|______________________________________________________________________________

______________________________________________________________________________
| (262779:024063) Physical-Event :
| long: 22 desti: 0 source: 0 cryst: 0 cpl: 19 us: 0 term: 0 type a5
| tei: 0 >>>> message received : REL COMP [5a] Call ref : 80 ec
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=2) 80 81 -> [81] UNALLOCATED NUMBER
|______________________________________________________________________________

______________________________________________________________________________
| (262779:024064) 94: Send_IO1 (link-nbr=9, sapi=0, tei=0) :
| long: 23 desti: 0 source: 15 cryst: 0 cpl: 9 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : DISCONNECT [45] Call ref : 80 0b
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=3) 80 81 80 -> [81] UNALLOCATED NUMBER
|______________________________________________________________________________

______________________________________________________________________________
| (262781:024065) Physical-Event :
| long: 22 desti: 0 source: 0 cryst: 0 cpl: 9 us: 0 term: 0 type a5
| tei: 0 >>>> message received : RELEASE [4d] Call ref : 00 0b
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=2) 80 81 -> [81] UNALLOCATED NUMBER
|______________________________________________________________________________

______________________________________________________________________________
| (262781:024066) 90: Send_IO1 (link-nbr=9, sapi=0, tei=0) :
| long: 23 desti: 0 source: 15 cryst: 0 cpl: 9 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : REL COMP [5a] Call ref : 80 0b
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=3) 80 90 80 -> [90] NORMAL CALL CLEARING
|______________________________________________________________________________

______________________________________________________________________________
| (262789:024070) 90: Send_IO1 (link-nbr=9, sapi=0, tei=0) :
| long: 36 desti: 0 source: 15 cryst: 0 cpl: 9 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : CONNECT (07) Call ref : 80 1b
|______________________________________________________________________________
|
| IE:[4c] CONNECTED_NUMBER (l=12) -> 00 81 Num : 9718473150
| [95] Locking shift. codeset : 5
| IE:[32] EI_PARTY_CATEGORY (l=1) -> EXTENSION (1)
|______________________________________________________________________________

______________________________________________________________________________
| (262790:024072) Physical-Event :
| long: 18 desti: 0 source: 0 cryst: 0 cpl: 9 us: 0 term: 0 type a5
| tei: 0 >>>> message received : CONNECT ACK (0f) Call ref : 00 1b
|______________________________________________________________________________


I don't know if the Bosch system sends all digits in block.
I don't think so.
The failure to pass along all digits is when in Alcatel I use the Professional trunk seize or the Open routing no.
I will try to ask the Bosch people about this but they won't be available until next week.