Привет всем !
Вопрос такой.
Два IP Office' а работают через сеть через гейткипер.
Все по IP. Звоним с IP -телефона с первого IPO на IP- телефон на втором IPO. Абонент снимает трубку но голоса не слышно (в обоих направлениях). Не знаю что поделать тут ))
Смотрю логи на обеих станциях и вот что нашел из подозрительного:
Например на исходящей станции нескольо выдержек:
...................................
178219392mS CMExtnRx: v=82303, p1=0
CMConnectAck
Line: type=IPLine 250 Call: lid=253 id=1020 in=0
178219393mS CMCallEvt: 253.1020.0 8 Ext82303.0: StateChange: END=A CMCSOGConnReq->CMCSConnected
178219393mS CMTARGET: 253.1020.0 8 Ext82303.0: ~CMTargetHandler
178219394mS CMCallEvt: 0.1022.0 8 H323TrunkEP: StateChange: END=B CMCSConnReq->CMCSConnected
178219395mS CMMap: a=6.1 b=0.0 Mapper::AllocateCodec allocated CMRTVocoder resource busy 1, total 4
..............
и еще ........
178219840mS CD: CALL: 253.1020.0 BState=Connected Cut=3 Music=0.0 Aend="Ext82303(82303)" (0.0) Bend="Line 1" [Line 1] (251.1) CalledNum=82323 () CallingNum=82303 (Ext82303) Internal=0 Time=16785 AState=Connected
178219841mS CMMap: PCG::UnmapBChan pcp[110]b0r1 cp_b 0 other_cp_b 0
178219841mS CMMap: PCG::MapBChan pcp[110]b0r1 cp_b 0 other_cp_b 0 type CGTypeSimple
178219841mS CMMap: Mapper::DelayedFreeCodec f5a6e720 found cp pcp[110]b0r1 use_reserved_codec 0 local_reserved_codec 0, is_mapped_b 0
178219842mS CMMap: a=6.1 b=0.0 Mapper::FreeCodec freed CMRTVocoder resource busy 1, total 4
178219842mS CMMap: Mapper::DelayedFreeCodec f5a6ca20 found cp pcp[112]b0r0 use_reserved_codec 0 local_reserved_codec 0, is_mapped_b 0
178219842mS CMMap: a=6.17 b=0.0 Mapper::FreeCodec freed CMRTVocoder resource busy 0, total 4
и вот еще пару выдержек ....
178220238mS CMMap: PCG::MapBChan pcp[112]b0r1 cp_b 0 other_cp_b 0 type CGTypeSimple
178220422mS PRN: H245LCSE::HandleOpenAck --- No outoging logical channel has the LC number 137
....................
178232499mS CD: CALL: 253.1020.0 BState=Connected Cut=3 Music=0.0 Aend="Ext82303(82303)" (0.0) Bend="Line 1" [Line 1] (251.1) CalledNum=82323 () CallingNum=82303 (Ext82303) Internal=0 Time=29444 AState=Connected
178232532mS PRN: H245LCSE::HandleClose --- Incoming logical channel 3 does not exist
178232535mS PRN: H245LCSE::HandleClose --- Incoming logical channel 3 does not exist
нет голоса, сигнализация срабатывает
Модератор: Administrator
Может поможет. На нашем примере связи , такое происходило в двух случаях
1. Не совпадали голосовые кодеки
2. Отсутствовала правильная маршрутизация между оконечными устойствами
До гейкипера у обоих пакеты ходили, а маршруты на друг друга не были прописаны.
Проблему наши подрядчики находили установкой сниферов на порты для двух устройств и просмотра входящих пакетов.
http://ru.wikipedia.org/wiki/Wireshark
1. Не совпадали голосовые кодеки
2. Отсутствовала правильная маршрутизация между оконечными устойствами
До гейкипера у обоих пакеты ходили, а маршруты на друг друга не были прописаны.
Проблему наши подрядчики находили установкой сниферов на порты для двух устройств и просмотра входящих пакетов.
http://ru.wikipedia.org/wiki/Wireshark
Я не доказываю ничего клиенту. Сам такой 
Хотя и работаю в поддержке ip-телефонии крупного холдинга (20 филиалов).
Проверять в нашем случае пинги между всеми оконечными устройствами тяжело ...
В моем случае использовался внешний гетвей для транзита звонков.
Причем при звонках с одного филиала при совершении звонков была односторонняя слышимость. Кто-же знал, что он часть нашего адресного пространства у себя для маршрутизации будет использовать
P.s. Как меня учили на курсах по поиску неисправностей по ip-телефонии (cisco) снифер это самый главный инструмент, что бы понять почему не работают чужое оборудование
Хотя и работаю в поддержке ip-телефонии крупного холдинга (20 филиалов).
Проверять в нашем случае пинги между всеми оконечными устройствами тяжело ...
В моем случае использовался внешний гетвей для транзита звонков.
Причем при звонках с одного филиала при совершении звонков была односторонняя слышимость. Кто-же знал, что он часть нашего адресного пространства у себя для маршрутизации будет использовать
P.s. Как меня учили на курсах по поиску неисправностей по ip-телефонии (cisco) снифер это самый главный инструмент, что бы понять почему не работают чужое оборудование
Понятно. А у вас была там топология звезда ? В центре гейткипер на котором они регестрировались ? Туннели от центра в сторону IP Office'ов были ?
Какие маршруты и где надо прописать ?
Мне сказали что в случае использования IP Office'ов обязательно надо на IP OfficeA прописать в IP Route маршрут до IP Office B в схеме с туннелями.
Я прописал но даже звонки стали отбиваться после набора ... Хотя звонки были а просто голоса не было
Какие маршруты и где надо прописать ?
Мне сказали что в случае использования IP Office'ов обязательно надо на IP OfficeA прописать в IP Route маршрут до IP Office B в схеме с туннелями.
Я прописал но даже звонки стали отбиваться после набора ... Хотя звонки были а просто голоса не было
Так значит вы все-таки прописывали вручную маршруты на своих IP Office'ах ??? Чтобы голос пошел ....DenKor писал(а):
2. Отсутствовала правильная маршрутизация между оконечными устойствами
До гейкипера у обоих пакеты ходили, а маршруты на друг друга не были прописаны.
И что именно указывали ? До IP Office'а удаленного ? Или до гейткипера ? И что значит вы не прписывали никак туннели ? Они сами чтоли образовались ? Или их просто нет ? ))