Есть АТС Alcatel OmniPCX к ней по E1 через плату TE122 подключен trixbox. Выход на trixbox по 0,а на Alcatel по 9). исходящие звонки с trixbox'а на Alcatel идут великолепно, однако при попытке позвонить с Alcatel'я на trixbox звонок попадает в контекст from-zaptel причем сразуже после нажатия 0 и не даёт ввести номер внутреннего абонента. а необходимо сделать так чтоб абонент Alcatel набирая 01001 звонил абоненту Trixbox с номером 1001

укажите для zaptel контекст допустим from-internal
Первый ноль лучше отрезать тогда на Alcatel OmniPCX. И всё получится.

Если нет возможности трансляции номера на Alcatel OmniPCX, то контекст допустим from-internal-custom
и создать такую секцию в extensions_custom.conf и в ней указать

exten => _0ZXXX,1,Goto(from-internal,${EXTEN:1},1) вот тут будем отрезать ноль.

ноль режется на Alcatel'е. я пробывал указывать в качестве контекста from-internal но trixbox не даёт донобрать номер а тут же терминирует на extension s контекста from-internal. Так же ведёт себя и при from-zaptel,т.е. на телефоне Alcatel'я набираю 0 и тут же звонок терминируется и отрабатывает extension s какой бы контекст я не прописывал для zaptel

anatol1983, зачем целиком цитировать предыдущий пост? Прошу ответить, ибо первичный тест на адекватность не пройден. Скорее всего затруднительное общение с каждым постом.
На Алкателе не надо донабирать, само понятие "донабор" - атавизм релейных станций.
На АТС надо создать маршрут, как и сделано, возможно использовать overlapdial. Чтобы номер напрямую шёл в указаный контекст. Если выходит на extension s, то вызываемого номера (DNID) в сетапе нет.

прошу сильно не ругать в настройке телефонии я новичек. а на alcatel'е транк настроен был на overlapping и по этому trixbox тут же терминировал звонок по 0.

поменял zaptel контекст на from-internal (контекст для внутренних пользователей) однако при наборе 03001 (3001 - sip-клиент) какое то время в трубке тишина, а потом короткие гудки... в консоле следующее (включена отладка sip и pri):

trixbox2*CLI>
< Protocol Discriminator: Q.931 (8) len=32
< Call Ref: len= 2 (reference 254/0xFE) (Originator)
< Message type: SETUP (5)
< [04 03 80 90 a3]
< Bearer Capability (len= 5) [ Ext: 1 Q.931 Std: 0 Info transfer capability: Speech (0)
< Ext: 1 Trans mode/rate: 64kbps, circuit-mode (16)
< User information layer 1: A-Law (35)
< [6c 08 01 81 32 30 32 34 32 30]
< Calling Number (len=10) [ Ext: 0 TON: Unknown Number Type (0) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1)
< Presentation: Presentation permitted, user number passed network screening (1) '202420' ]
< [70 05 81 33 30 30 31]
< Called Number (len= 7) [ Ext: 1 TON: Unknown Number Type (0) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) '3001' ]
< [7d 02 91 81]
< IE: High-layer Compatibility (len = 4)
< [a1]
< Sending Complete (len= 1)
-- Making new call for cr 254
-- Processing Q.931 Call Setup
-- Processing IE 4 (cs0, Bearer Capability)
-- Processing IE 108 (cs0, Calling Party Number)
-- Processing IE 112 (cs0, Called Party Number)
-- Processing IE 125 (cs0, High-layer Compatibility)
-- Processing IE 161 (cs0, Sending Complete)
> Protocol Discriminator: Q.931 (8) len=9
> Call Ref: len= 2 (reference 254/0xFE) (Terminator)
> Message type: RELEASE COMPLETE (90)
> [08 02 81 e0]
> Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) Spare: 0 Location: Private network serving the local user (1)
> Ext: 1 Cause: Mandatory information element is missing (96), class = Protocol Error (e.g. unknown message) (6) ]
NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Null, peerstate Null
NEW_HANGUP DEBUG: Destroying the call, ourstate Null, peerstate Null


подскажите где проблема?

Что-то не то передаётся, трудно понять на расстоянии.

а Alcatel в этот момент от в консоли пишет:

(1)xa000000> t3
--> Cleaning mtracer...
--> Positionning t3 filters...
+--------+-------+--------+--------+---------+---------+----------+------+
| filter | desti | src_id | cr_nbr | cpl_nbr | us_term | term_nbr | type |
+--------+-------+--------+--------+---------+---------+----------+------+
| 0 | ** | ** | * | ** | * | *** | 165 |
| 1 | ** | ** | * | ** | * | *** | 166 |
| 2 | ** | ** | * | ** | * | *** | 167 |
| 3 | | | | | | | |
| 4 | | | | | | | |
| 5 | | | | | | | |
| 6 | | | | | | | |
| 7 | | | | | | | |
+--------+-------+--------+--------+---------+---------+----------+------+
Traces Analyser activated

mtracer started ...
(358782:000001) MTRACER host (192.168.158.12, xa000000), version: R7.1-f5.401-21-f-ru-c6s2
(358782:000001) MTRACER num: 016, time: 2009/04/13 13:07:49, loss: 0%
______________________________________________________________________________
| (358927:000002) 1117: Send_IO1 (link-nbr=26, sapi=0, tei=0) :
| long: 45 desti: 0 source: 15 cryst: 0 cpl: 26 us: 8 term: 1 type a5
| tei: 0 <<<< message sent : SETUP [05] Call ref : 01 01
|______________________________________________________________________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[6c] CALLING_NUMBER (l=8) -> 01 81 Num : 202420
| IE:[70] CALLED_NUMBER (l=5) -> 81 Num : 3001
| IE:[7d] HLC (l=2) 91 81
| [a1] Sending complete
|______________________________________________________________________________

______________________________________________________________________________
| (358927:000003) Physical-Event :
| long: 22 desti: 0 source: 0 cryst: 0 cpl: 26 us: 0 term: 1 type a5
| tei: 0 >>>> message received : REL COMP [5a] Call ref : 81 01
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=2) 81 e0 -> [e0] MANDATORY INFORMATION ELEMENT MISSING
|______________________________________________________________________________

______________________________________________________________________________
| (358942:000004) Physical-Event :
| long: 54 desti: 0 source: 0 cryst: 0 cpl: 26 us: 0 term: 0 type a5
| tei: 0 >>>> message received : SETUP [05] Call ref : 00 81
| SENDING COMPLETE
|______________________________________________________________________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[18] CHANNEL (l=3) a1 83 82 -> T2 : B channel 2 preferred
| IE:[6c] CALLING_NUMBER (l=12) -> 21 83 Num : 9374043068
| IE:[70] CALLED_NUMBER (l=5) -> a1 Num : 2421
| IE:[7d] HLC (l=2) 91 81
|______________________________________________________________________________

______________________________________________________________________________
| (358942:000005) 1097: Send_IO1 (link-nbr=26, sapi=0, tei=0) :
| long: 23 desti: 0 source: 15 cryst: 0 cpl: 26 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : CALL PROC (02) Call ref : 80 81
|______________________________________________________________________________
|
| IE:[18] CHANNEL (l=3) a9 83 82 -> T2 : B channel 2 exclusive
|______________________________________________________________________________

______________________________________________________________________________
| (358942:000006) 1097: Send_IO1 (link-nbr=26, sapi=0, tei=0) :
| long: 22 desti: 0 source: 15 cryst: 0 cpl: 26 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : ALERT (01) Call ref : 80 81
|______________________________________________________________________________
|
| IE:[1e] PROGRESS_ID (l=2) 81 88
|______________________________________________________________________________


(1)xa000000>

Мне страшно, много палочек и чёрточек!
В общем и целом то же, но с другой стороны баррикады. Станция получает отлуп от Астериска - Release complete

message received : REL COMP [5a] Call ref : 81 01

c тем же пояснением:
IE:[08] CAUSE (l=2) 81 e0 -> [e0] MANDATORY INFORMATION ELEMENT MISSING
отсутствует обязательный инфо элемент. А вот какой?

проблема решилась...в настройках платы PRI Alcatel network mode в no
а на trixbox'е signalling в pri_net вместо pri_cpe

Зобавно!
Alcatel network mode в no (стало быть не pri_net а pri_cpe)
и на trixbox'е signalling в pri_net вместо pri_cpe? Оба в pri_cpe?
Я в зогадках..