7200 + MGI16 изменить MTU

[m.hamster]

Всем привет!

У нас после переезда перестал работать канал между 7200+mgi16 и 7070.

Точнее даже так: при звонке с 7200 на 7070 слышно голос со стороны 7200, но полная тишина со стороны 7070. Звонки с 7070 не проходят в сторону 7200.
Все настройки по Инету сохранились, хотя mtu уменьшился.

Подскажите, пжл, каким образом можно изменить mtu на mgi?

Буду также рад выслушать предположения в чем еще может быть дело.

Спасибо.

[LionB]

Что-то мне подсказывает, что Public IP таки в новом офисе сменился, на и далее по пунктам все с этим связанные настройки в АТС и на роутере в Port Forward соответсвенно.

[m.hamster]

Нет. Внешний адрес не менялся. Мы сохранили провайдера и он сохранил нам настройки на интерфейсах. но маршрут поменялся и я вижу, что у нас уменьшился mtu.

[LionB]

Собственно в настройках MGI есть параметр Frame Count (время сбора UDP пакета. Он же payload http://forum.officeats.ru/viewtopic.php?f=23&t=897&p=23&hilit=payload#p23)
Самое минимальное 10 мсек на G.711. По умолчанию 20. Куда уж меньше-то. Одни заголовки гонять?
Однако, тогда почему же сам вызов только в одну сторону идет.

[m.hamster]

Завернул все в корпоративный туннель.
Стало соединяться, с какими-то странными паузами. Довольно часто "No user response".

Особо времени тестировать не было, но те звонки, что прошли (по несколько минут), были чистыми и без обрывов, а в остальное время "No user reseponse".

Нагрузки на канал особой нет. Пинг стабильный. Без потерь. Около 40 мс, правда.

[m.hamster]

Причем интересный эффект:
с 7070 звонки не проходят на 7200 (большую часть времени). Но если позвонить с 7200 на 7070, то в течение какого-то времени звонки с 7070 на 7200 ходят без проблем, а потом опять провал.

[LionB]

Давай трезво посмотрим на вещи.
Какова была цепочка событий.
Офис переехал. Менялась сетевая среда у оператора и у вас, как ни крути.

Что делалось со станцией. Да ничего. Надеюсь, во время перееезда не протухла.
В общем ни с того ни с сего такого поведения быть не может.
Кто-то что-то недоговаривает.

Да вот подобный пример http://forum.officeats.ru/viewtopic.php?f=10&p=46715#p46715

[m.hamster]

Давай трезво посмотрим на вещи.
Какова была цепочка событий.
Офис переехал. Менялась сетевая среда у оператора и у вас, как ни крути.

Что делалось со станцией. Да ничего. Надеюсь, во время перееезда не протухла.
В общем ни с того ни с сего такого поведения быть не может.
Кто-то что-то недоговаривает.

Да вот подобный пример http://forum.officeats.ru/viewtopic.php?f=10&p=46715#p46715

Совершенно согласен. Мыслил в таком же ключе.
Поменялись настройки на самом роутере, но группа правил доступа для атс была перенесена полностью. Проверял тщательно.

В принципе пока вопрос отпал, т.к. сегодня с утра пользователи ошибок не замечали. Нормально общаются. Трафик между станциями ходит по туннелю. Думаю, что так и оставлю.

Проблема где-то в сети, но где я пока не понял. Скорее всего, я не учитываю какой-нибудь ньюанс сетевого взаимодействия по станциям, который необходим для корректной работы, но про который я не знаю или забыл.

Я же правильно понимаю, что для нормальной работы станций нужно, чтобы они могли нормально друг другу стучаться на 6100/tcp к mcp и 30000-30015/udp к mgi ?
На роутерах это все пробрасывалось. Возможно где-то я и ошибся, но где попка не нашел. Как будет время (во время работы это все неудобно делать, т.к. пользователям мешаю), то откачусь на старые настройки по станциям и попробую помониторить что там с пакетами происходит.

[LionB]

Возьми System Description, там есть раздел по всем TCP/IP портам, используемым системой.
Зы. А на MGI то 16 каналов. Тогда 30000 ~ 30031 (RTP/RTCP)

[m.hamster]

Возьми System Description, там есть раздел по всем TCP/IP портам, используемым системой.
Зы. А на MGI то 16 каналов. Тогда 30000 ~ 30031 (RTP/RTCP)

Спасибо. Посмотрю.

Еще посмотрю насколько стабильно это все по туннелю работать будет. Но разобраться что было не так все равно хочу. На будущее.