Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Trunk до ipldk300 не поднимется
АРТКОМ Форум > Форумы для специалистов > Техническая поддержка ipLDK
Lex
Добрый день.
Есть IPLK 100 прошивка 3.6Df, на ней стоит плата voib v.1.1C
Не поднимается транк на астериске в сторону атс. При том, что это не первая атс (их порядка пяти) подключенная к астериску таким макаром - на остальных атс все поднимается и работает. Настройки на всех атс идентичные.
На атс забита учетка для регистрации на астериске, ИП, маски, шлюзы на атс итп также вбиты правильно.
Сделано так- атс регистрируется на астериске как экстеншн(для исходящей связи), на астериске поднимается транк в сторону атс (для входящей связи).
В данной прошивке атс (3.6 Df) в 322 программе я увидел подозрительно малое количество полей (3 шт) для заполнения(network co group, network co line type и gatekeeper usage).
Не может ли данный факт способствовать тому, что не поднимается транк в сторону атс. Атс и астериск находятся в одном свиче (хотя и управляемом). Астериск на виртуальнике. Пинги с астериска до voib есть.
У меня вопрос- сталкивался ли кто с такой проблемой? Может это типичное поведение при, например закрытых портах или кривой маршрутизации итд.

P.S.

К сожалению снять трэйс и проснифить не смогу( атс на расстоянии 700 км)
harris
Цитата(Lex @ 6.12.2011, 14:50) *
Добрый день.
Есть IPLK 100 прошивка 3.6Df, на ней стоит плата voib v.1.1C
Не поднимается транк на астериске в сторону атс. При том, что это не первая атс (их порядка пяти) подключенная к астериску таким макаром - на остальных атс все поднимается и работает. Настройки на всех атс идентичные.
На атс забита учетка для регистрации на астериске, ИП, маски, шлюзы на атс итп также вбиты правильно.
Сделано так- атс регистрируется на астериске как экстеншн(для исходящей связи), на астериске поднимается транк в сторону атс (для входящей связи).
В данной прошивке атс (3.6 Df) в 322 программе я увидел подозрительно малое количество полей (3 шт) для заполнения(network co group, network co line type и gatekeeper usage).
Не может ли данный факт способствовать тому, что не поднимается транк в сторону атс. Атс и астериск находятся в одном свиче (хотя и управляемом). Астериск на виртуальнике. Пинги с астериска до voib есть.
У меня вопрос- сталкивался ли кто с такой проблемой? Может это типичное поведение при, например закрытых портах или кривой маршрутизации итд.

P.S.

К сожалению снять трэйс и проснифить не смогу( атс на расстоянии 700 км)

Если у Вас стоит ipLDK-100 c версией 3.6, то в любом случае, ИМХО, лучше ее перепрошить на более свежее ПО - 3.9. Там и все поля появятся.
Lex
Цитата(harris @ 6.12.2011, 16:43) *
Если у Вас стоит ipLDK-100 c версией 3.6, то в любом случае, ИМХО, лучше ее перепрошить на более свежее ПО - 3.9. Там и все поля появятся.

В принципе про новые поля - я понимаю. Но основной вопрос - является ли недостаток этих полей причиной (по вашему мнению ) не поднятия транка (по SIP) с астериска в сторону атс.
На тех атс, где прошивка посвежее - в 322 программе указывал протокол sip, но на этой прошивке нет такого поля - может тут не стыковка. Как я уже говорил - самое интересное, что атс подключается по sip - как экстеншн, а транк поднять на астериске в сторону атс не получается.
P.S.
Не понадобится ли для поднятия версии прошивки материнки доп. оперативная память?
Может можно как-то извратится с настройками и поднять транк (если это возможно). Просто не охота ехать за 700 км для перепрошивки материнки (при том, что я не уверен, что перепрошивка решит проблему). Знать бы как извратиться, чтобы заработало ))). Или хотя бы знать, что перепрошивка решит проблему.
Dron
Цитата(Lex @ 6.12.2011, 17:02) *
Как я уже говорил - самое интересное, что атс подключается по sip - как экстеншн, а транк поднять на астериске в сторону атс не получается.

Т.е., абоненты ipLDK звонить по SIP могут, так?
И как понять, что не получается поднять транк в сторону АТС на Астериске??
harris
Цитата(Lex @ 6.12.2011, 16:02) *
В принципе про новые поля - я понимаю. Но основной вопрос - является ли недостаток этих полей причиной (по вашему мнению ) не поднятия транка (по SIP) с астериска в сторону атс.
На тех атс, где прошивка посвежее - в 322 программе указывал протокол sip, но на этой прошивке нет такого поля - может тут не стыковка. Как я уже говорил - самое интересное, что атс подключается по sip - как экстеншн, а транк поднять на астериске в сторону атс не получается.
P.S.
Не понадобится ли для поднятия версии прошивки материнки доп. оперативная память?
Может можно как-то извратится с настройками и поднять транк (если это возможно). Просто не охота ехать за 700 км для перепрошивки материнки (при том, что я не уверен, что перепрошивка решит проблему). Знать бы как извратиться, чтобы заработало ))). Или хотя бы знать, что перепрошивка решит проблему.

1) Вроде бы и без этих полей должно работать. Я сам на 3.6 не пробовал SIP, поэтому сейчас уточнил в Арткоме, был ли у них такой опыт. Сказали, что да, подключались по SIP и на 3.6.
2) Если плата MPB100 - старая (MPB, MPBE), то тогда требуется доп. память DMEMU для перепрошики.
Если новый процессор - MPBN100 то доп. память не требуется.
3) Без снифа и конфига трудно сказать, в чем дело...
Lex
Цитата(harris @ 6.12.2011, 18:20) *
1) Вроде бы и без этих полей должно работать. Я сам на 3.6 не пробовал SIP, поэтому сейчас уточнил в Арткоме, был ли у них такой опыт. Сказали, что да, подключались по SIP и на 3.6.
2) Если плата MPB100 - старая (MPB, MPBE), то тогда требуется доп. память DMEMU для перепрошики.
Если новый процессор - MPBN100 то доп. память не требуется.
3) Без снифа и конфига трудно сказать, в чем дело...

Я и сам писал, что атс регистрируется по Sip на астериске (как экстеншн), но транк до атс не поднимается. И интересует именно поднятие транка - для того чтобы организовать входящию связь с астериска на атс (вызов внутреннего абонента на атс). Ладно буду ковыряться дальше. Может проблема и не в атс с астериском, а из-за криворукого файервола (просто трудности из-за отдоленности офиса и попросить некого))))
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Форум IP.Board © 2001-2025 IPS, Inc.