Есть
Alcatel OmniPCX (ISDN PRI) <-ISDN PRI-> VoIP-шлюз Bintec hg4100
На ALcatel'е настроено так что по 0 уходим на транк в сторону VoIP-шлюза, т.е. 03420 - звонить телефон подключенный к VoIP-шлюзу (у него есть возможность завести абонента). проблема такая набираю номер на телефоне подключенном к Alcatel'ю (например, 03421) на телефон, подключенный к VoIP-шлюзу, звонок приходит (определяется номер абонента alcatel), поднимаю трубку и тишина на обоих концах. В чем может быть проблема?

P.S. прошу сильно не ругать я в АТС не сильно разбираюсь

Даете команду t3, смотрите сообщения, если получаете сообщение connect - с большой вероятностью проблема на стороне VoIP шлюза.

вот вывод команды t3 (абонент 2420 звонит 03420):

(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 ...
(242777:000001) MTRACER host (192.168.158.12, xa000000), version: R7.1-f5.401-21-f-ru-c6s2
(242777:000001) MTRACER num: 010, time: 2009/02/31 15:29:40, loss: 0%
______________________________________________________________________________
| (242811:000002) 1113: Send_IO1 (link-nbr=26, sapi=0, tei=0) :
| long: 35 desti: 0 source: 15 cryst: 0 cpl: 26 us: 8 term: 1 type a5
| tei: 0 <<<< message sent : SETUP [05] Call ref : 00 49
|______________________________________________________________________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[6c] CALLING_NUMBER (l=6) -> 00 81 Num : 2420
| IE:[7d] HLC (l=2) 91 81
|______________________________________________________________________________

______________________________________________________________________________
| (242811:000003) Physical-Event :
| long: 27 desti: 0 source: 0 cryst: 0 cpl: 26 us: 0 term: 1 type a5
| tei: 0 >>>> message received : SETUP ACK [0d] Call ref : 80 49
|______________________________________________________________________________
|
| IE:[18] CHANNEL (l=3) a9 83 81 -> T2 : B channel 1 exclusive
| IE:[1e] PROGRESS_ID (l=2) 82 88
|______________________________________________________________________________

______________________________________________________________________________
| (242828:000004) 1113: Send_IO1 (link-nbr=26, sapi=0, tei=0) :
| long: 22 desti: 0 source: 15 cryst: 0 cpl: 26 us: 8 term: 1 type a5
| tei: 0 <<<< message sent : INFORMATION [7b] Call ref : 00 49
|______________________________________________________________________________
|
| IE:[70] CALLED_NUMBER (l=2) -> 80 Num : 3
|______________________________________________________________________________

______________________________________________________________________________
| (242832:000005) 1113: Send_IO1 (link-nbr=26, sapi=0, tei=0) :
| long: 22 desti: 0 source: 15 cryst: 0 cpl: 26 us: 8 term: 1 type a5
| tei: 0 <<<< message sent : INFORMATION [7b] Call ref : 00 49
|______________________________________________________________________________
|
| IE:[70] CALLED_NUMBER (l=2) -> 80 Num : 4
|______________________________________________________________________________

______________________________________________________________________________
| (242835:000006) 1113: Send_IO1 (link-nbr=26, sapi=0, tei=0) :
| long: 22 desti: 0 source: 15 cryst: 0 cpl: 26 us: 8 term: 1 type a5
| tei: 0 <<<< message sent : INFORMATION [7b] Call ref : 00 49
|______________________________________________________________________________
|
| IE:[70] CALLED_NUMBER (l=2) -> 80 Num : 2
|______________________________________________________________________________

______________________________________________________________________________
| (242840:000007) 1113: Send_IO1 (link-nbr=26, sapi=0, tei=0) :
| long: 22 desti: 0 source: 15 cryst: 0 cpl: 26 us: 8 term: 1 type a5
| tei: 0 <<<< message sent : INFORMATION [7b] Call ref : 00 49
|______________________________________________________________________________
|
| IE:[70] CALLED_NUMBER (l=2) -> 80 Num : 0
|______________________________________________________________________________

______________________________________________________________________________
| (242840:000008) Physical-Event :
| long: 23 desti: 0 source: 0 cryst: 0 cpl: 26 us: 0 term: 1 type a5
| tei: 0 >>>> message received : CALL PROC (02) Call ref : 80 49
|______________________________________________________________________________
|
| IE:[18] CHANNEL (l=3) a9 83 81 -> T2 : B channel 1 exclusive
|______________________________________________________________________________

______________________________________________________________________________
| (242843:000009) Physical-Event :
| long: 23 desti: 0 source: 0 cryst: 0 cpl: 26 us: 0 term: 1 type a5
| tei: 0 >>>> message received : ALERT (01) Call ref : 80 49
|______________________________________________________________________________
|
| IE:[18] CHANNEL (l=3) a9 83 81 -> T2 : B channel 1 exclusive
|______________________________________________________________________________

______________________________________________________________________________
| (242862:000010) Physical-Event :
| long: 23 desti: 0 source: 0 cryst: 0 cpl: 26 us: 0 term: 1 type a5
| tei: 0 >>>> message received : CONNECT (07) Call ref : 80 49
|______________________________________________________________________________
|
| IE:[18] CHANNEL (l=3) a9 83 81 -> T2 : B channel 1 exclusive
|______________________________________________________________________________

______________________________________________________________________________
| (242862:000011) 1113: Send_IO1 (link-nbr=26, sapi=0, tei=0) :
| long: 18 desti: 0 source: 15 cryst: 0 cpl: 26 us: 8 term: 1 type a5
| tei: 0 <<<< message sent : CONNECT ACK (0f) Call ref : 00 49
|______________________________________________________________________________

______________________________________________________________________________
| (242864:000012) Physical-Event :
| long: 22 desti: 0 source: 0 cryst: 0 cpl: 26 us: 0 term: 0 type a5
| tei: 0 >>>> message received : DISCONNECT [45] Call ref : 00 4f
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=2) 80 90 -> [90] NORMAL CALL CLEARING
|______________________________________________________________________________

______________________________________________________________________________
| (242864:000013) 1113: 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 : RELEASE [4d] Call ref : 80 4f
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|______________________________________________________________________________

______________________________________________________________________________
| (242864:000014) Physical-Event :
| long: 18 desti: 0 source: 0 cryst: 0 cpl: 26 us: 0 term: 0 type a5
| tei: 0 >>>> message received : REL COMP [5a] Call ref : 00 4f
|______________________________________________________________________________

______________________________________________________________________________
| (242898:000015) 1113: Send_IO1 (link-nbr=26, sapi=0, tei=0) :
| long: 26 desti: 0 source: 15 cryst: 0 cpl: 26 us: 8 term: 1 type a5
| tei: 0 <<<< message sent : DISCONNECT [45] Call ref : 00 49
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
| IE:[1e] PROGRESS_ID (l=2) 81 88
|______________________________________________________________________________

______________________________________________________________________________
| (242898:000016) Physical-Event :
| long: 22 desti: 0 source: 0 cryst: 0 cpl: 26 us: 0 term: 1 type a5
| tei: 0 >>>> message received : RELEASE [4d] Call ref : 80 49
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|______________________________________________________________________________

______________________________________________________________________________
| (242898:000017) 1113: Send_IO1 (link-nbr=26, sapi=0, tei=0) :
| long: 22 desti: 0 source: 15 cryst: 0 cpl: 26 us: 8 term: 1 type a5
| tei: 0 <<<< message sent : REL COMP [5a] Call ref : 00 49
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|______________________________________________________________________________



Редактировано 1 раз. Последний раз 31.03.2009 20:33 пользователем anatol1983.

3420 - это sip-абонент на шлюзе

может какая то проблема с кодеками?
PRI - G.703, а у абонента G.711

Могут быть разные законы компандирования. Если ОХЕ для России, то там, обычно, закон А. А в шлюзе может быть закон мю. G.703 - это тип интерфейса. Естественно, законы интересуют в общем интерфейсе - PRI. Еще очень быстро отбой идет - через 2 десятых секунды. Может шлюзу что-то не нравится?

Вопрос кодеков нас в данном случае не интересует совершенно, это вопрос взаимодействия IP - IP. В рамках классической телефонии это не интересно (G.703 - это кстати не кодек, в ISDN мы говорим о PCM и a-law).
Единственное что я бы вам посоветовал - зайти в System и убрать галку с пункта overlap seizure, чтоб setup уходил блоком.

Далее - если проблемы не исчезнут - это или неиправность платы (маловероятно) - или не настроено что-то с пропуском RTP трафика на VoIP шлюзе (или сети передачи данных) - например абонент сидит за NATом, тогда регулярно возникает проблема - сигнализация передается нормально, а голос (RTP) теряется.

anatol1983 Написал:
-------------------------------------------------------
> 3420 - это sip-абонент на шлюзе
>
> может какая то проблема с кодеками?
> PRI - G.703, а у абонента G.711

Это я его отбиваю. на концах всё равно ничего не слышно

vad Написал:
-------------------------------------------------------
> Вопрос кодеков нас в данном случае не интересует
> совершенно, это вопрос взаимодействия IP - IP. В
> рамках классической телефонии это не интересно
> (G.703 - это кстати не кодек, в ISDN мы говорим о
> PCM и a-law).
> Единственное что я бы вам посоветовал - зайти в
> System и убрать галку с пункта overlap seizure,
> чтоб setup уходил блоком.
>
> Далее - если проблемы не исчезнут - это или
> неиправность платы (маловероятно) - или не
> настроено что-то с пропуском RTP трафика на VoIP
> шлюзе (или сети передачи данных) - например
> абонент сидит за NATом, тогда регулярно возникает
> проблема - сигнализация передается нормально, а
> голос (RTP) теряется.


если галочку overlap seizure убрать то вызов долго идет, а с галочкой быстрее, но голоса не слышно
с сетью всё норально другой sip сервер работает на той же сети, а вот по RTP надо посмотреть

а по кодакам заметил вот такую особеность: если на шлюзе два пользователя но с разными кодаками то они друг другу позвонить не могут (звонок идет, а если трубку поднять то отбивается сразу)

Чтоб не долго ходило - поставьте в правилах дискриминатора что 3-ка это не 255 цифр, а 4-е 8-)

Так голос при блоке появился или нет? А с кодеками - да, надо программировать как надо, в шлюзах (а так-же абонентских устройствах) - если требуется - должно быть что-то типа multialgorithms for compression. Чтоб соглашались и на другие кодеки - но это вопрос тонкий, например в штатном Netmeeting G.729 кодек отсутствует, только G.723.

vad Написал:
-------------------------------------------------------
> Чтоб не долго ходило - поставьте в правилах
> дискриминатора что 3-ка это не 255 цифр, а 4-е
> 8-)
>
> Так голос при блоке появился или нет? А с кодеками
> - да, надо программировать как надо, в шлюзах (а
> так-же абонентских устройствах) - если требуется -
> должно быть что-то типа multialgorithms for
> compression. Чтоб соглашались и на другие кодеки -
> но это вопрос тонкий, например в штатном
> Netmeeting G.729 кодек отсутствует, только G.723.


галочка что стоит что не стоит эффект одинаковый - голоса не слышно.
просто железка как черный ящик ничего про неё найти не смог более подробно найти и те у кого её брал тоже не знают что в ней есть а чего нет.вот и мучаюсь.
мне так кажеться что из за отсутствия DSP он не может поток перекодировать в кодеки VoIP .на это наталкивает невозможность связаться двум абонентам шлюза между собой (вызов идёт а если поднять трубку то тут же рвётся)



Редактировано 1 раз. Последний раз 31.03.2009 22:01 пользователем anatol1983.

Ну если два абонента шлюза не могут пообщаться - к тестам со станцией можно практически и не приступать