Тема: LDK-300 и Asterisk через IP H323
Asterisk 1.4.20 на базе Trixbox использую chan_ooh323
[general]
port=1720
bindaddr=192.168.0.108
faststart=yes
h245tunneling=yes
callerid=asterisk
gatekeeper = DISABLE
gateway=no
h323id=Asterisk
context=default
dtmfmode=rfc2833
disallow=all
allow=alaw
[ldk-300]
type=peer
port=1720
host=192.168.0.182
context=default
faststart=yes
h245tunneling=yes
;h245inSetup=no
dtmfmode=rfc2833
disallow=all
allow=alaw
LDK-300 MPB 3.6Df VOIB 4.3Ae
PGM340
TOS=on
DSP Use Silence detection=on
DSP Use Echo Caonceler=on
dtmfmode=rfc2833
PGM143
endblk=off
Звонки ходят и туда и обратно всё нормально, но при звонке с Asterisk на LDK разговор прерывается
через 30 сек. Знаю что протокол H323 у LDK нестандартный.
Вот тут http://community.livejournal.com/ru_voip/60584.html
и вот тут http://asteriskforum.ru/viewtopic.php?t=2493
обсуждалось такое - дело всё в том что нет IRR (Info Request Response) я так понял от LDK
Можно ли победить это?
Связка LDK 300 3.6Df и какой-то панасоник
Вдруг (ну как всегда, никто ничего не трогал =( ) перестали проходить вызовы в одном направлении (с lg на панас)
По трасировке на h323-ip порту панаса wireshark не находит ответов панаса на setup от lg. (звонки в обратном направлении проходят нормально и так же нормально все сообщения дампятся wireshark’ом).
Вроде бы панас-дурак, однако перенаправив звонки с lg на addpack тестовый, проблема так же есть. Правда в отличии от панаса addpack обменивается сообщениями, звонит телефон на адпаке, однако пакетов голосовых нет и звонок рвётся через 10 секунд при:
211 <H245 8> : Received MSD release.
212 <Time 8> : T101 capabilityExchangeProcedure timeout.
При этом в своём setup lg указывает Received SETUP from (х.х.х.х) : FastStart(0) Tunneling(1).
По-умолчанию адпак на лж звонит нормально.
Если принудительно вбить на адпаке h323 call tunneling disable, звонки так же идут нормально, однако, если же сделать на адпаке h323 call tunneling enable, то перестаёт работать и исходящая связь на лж! При этом по дебагу так же идёт обмен сообщениями, так же слышу КПВ от лж, но как только там снимут трубку - тишина и отбой.
Получается, вот так вот просто в середине недели на лж перестал работать тунелинг!!!, при этом в настройках его нельзя поменять (3.6Df)
Завтра прошивку обновлю и посмотрим на результат....
Удалено...
Удалено...
Жаль, я так надеялся на что-нить типа:
“Дурила, там в PGMххх всё меняется, одна галка и всё пучком!” =)
С наступающим Вас!
З.Ы. У Вас нет ссылки на инструкцию по обновлению платы VOIB?
Print Sys Config
SLOT BRD-TYPE FW-Ver. BRD-ISSUE SERV
---- ---------- ------- --------- ----
0 MPB NEW 3.6Df 6
1 DSIB INS
2 SLIB12 INS
3 SLIB12 INS
4 ....
5 VMIB 3.2A 23 INS
6 PRIB 3.0G 30 INS
7 CLCOB8 INS
8 PRIB 3.0G 30 INS
9 CLCOB8 INS
10 SLIB12 INS
11 SLIB12 INS
12 SLIB12 INS
13 VOIB 2.1D 21 INS
14 ....
15 ....
16 ....
17 ....
18 PRIB 3.0G 30 INS
19 ....
20 ....
21 ....
22 ....
23 ....
24 ....
25 ....
26 ....
27 ....
Стоит вообще обновлять VOIB (И можно ли удалённо определить стоит VOIB или VOIBE)?
Хм... Версия 3.9Ah, сразу всё заработало после перепрошивки и 3х Initов.
В настройках ничего не менялось, всё так же фаст старт и тунелинг....
Ничего не понимаю >_<
Единственное объяснение - судя по удачным/неудачным трасировкам версия h245 на панасе была 12, на ЛЖ 10.
Какая версия на ЛЖ сейчас сказать не могу, не снять нормально трасировку. какая в пинципе версия последняя так же неизвестно, последняя версия рекомендации датирована 12/09 >_<
“Вражеская” ветка - https://komendant.pro/spr/viewthread/27584/
Кстати, я Вас немного обманул, до перепрошивки faststart был выключен!
И сейчас, если выключить faststart, то связь опять исчезает.
Т.е. получается, что панас перестал вх. звонки с фастстартом принимать...
Похоже, что у Вас плата VOIBE.
Не помню, а была ли какая-нибудь инструкция для перепрошивки VOIBE. :red: Сейчас ничего нет “под рукой” (только после праздников смогу поискать доку...).
Но там все просто. Нужно обратится посредством Internet Explorer (http) на IP-адрес платы VOIBE.
А какой пароль? (Вэб-интерфейс спрашивает....)
Пароль для платы нужно предварительно прописать в ПГМ340.