Версия для печати темы

Автор: loysha 20.8.2009, 17:05

Имеем одну IPECS-300 и пять удаленных IPECS-50A
Связ между ними через vpn, станции на локальных IP за файрволом-маршрутизатором.
Обновил первую 50A до прошивки .0Ес, после обновления появился глюк
звонк из 300 в 50A слышим только голос от 50A (односторонняя слышимость)
звонок из 50A в 300 слышимость двухстороння все в норме

Обновляем 300 до .0Ес
ситуация не меняется? при этом звонки на другие 50A с прошивкой .0Dx все в норме.

Обновляем вторую 50А? ситуация повторяется
звонк из 300 в 50A слышим только голос от 50A
звонок из 50A в 300 слышимость двухстороння все в номре

Возвращаем 50А до версий .0Dx все встает на место. Звонки проходят без проблем.

......

После повторной прошивки 50A до .0Ес, и неких экспериментов удалось выяснить причину.

на всех станциях настроен SIPNET и поэтому для корректного выхода в публичную сеть в PGM 102-103 указан публичный Firewall IP (у каждой станции свой)
меняем его на значение 0.0.0.0 и все работает при этом замечу на 300 прошивка .0Ес и публичный Firewall IP остался прописан.

звонки на SIPNET со всех станций проходят отлично (SIPNET используется исключительно только на выход)
вот только в качестве подключенных устройств на сипенете теперь видно
IPECS-300 c прошивкой .0Ес висит с публичным адресом
а IPECS-50A c прошивкой .0Ес - 172.16.6.200:5060 Unknown

Вот и думай баг или фича.

Есть еще у нас глобальная проблема на 300 с WTIM... время покажет исчезла ли она в прошивке .0Ес или нет.

PS пока писал обнаружил еще одну проблемку 50А с прошивкой .0Ес...
выгружаем конфигурацию станции all_base
потом заново пробуем ее загрузить... и получаем ошибку "DB File Type is invalid in DB Header"

Вообщем откатил 50А обратно на 0Dx, а 300 оставил на 0Ес. Поживем увидим.

Автор: stalex 20.8.2009, 20:58

Похожая ситуация, только в одной подсети между IPECS-100 и IPECS-50A.
На 100 настроен исходящий SIPNET через каналы VoIP MFIM
После обновления прошивок на двух станциях с версии E0Dx на E0Ec получилось следующее:
при звонке с 50 на 100 все ОК.
при звонке с 100 на 50 получается односторонняя связь- абонет 50 не слышит абонента 100.
Пришлось перепрошить обе станции назад на E0Dx и все заработало нормально.

Автор: ekrukov 21.8.2009, 8:07

В моем случае работает с новой прошивкой. 300 и 50 стоят за реальниками и друг на друга смотрят через интернет. Нормально звонит 300->50, 50->300, 50->50. Firewall IP у всех настроен.
А вот с
"PS пока писал обнаружил еще одну проблемку 50А с прошивкой .0Ес...
выгружаем конфигурацию станции all_base
потом заново пробуем ее загрузить... и получаем ошибку "DB File Type is invalid in DB Header""
тоже проблема, но пока не критичная - будем смотреть как остальное будет работать.

Автор: loysha 21.8.2009, 8:48

Проблема на 300 с WTIM8 осталась

создал отдельную ветку

http://www.artcom.ru/forum/index.php?showtopic=6829

Автор: vldmr 21.8.2009, 9:16

только что проверил на прошивке MFIM/GS92M-E.0Ec AUG/09 (IPECS 50A) Выгрузка/Загрузка All DB - без проблем

Автор: loysha 21.8.2009, 10:05

а база была создана на какой прошивке??
судя по характеру ошибки, "DB File Type is invalid in DB Header"
есть подозрения что это связано с разностью версий баз разных прошивок.

На IPECS-300 E.0Ec данной проблемы не замечено.

Автор: vldmr 21.8.2009, 10:40

База на 50А была с прошивки E0.Dx

Автор: loysha 21.8.2009, 10:52

в моем случаи на всех станциях первоначальная настройка создана на предыдущая перед E0.Dx, помоему E0.Сx

Автор: loysha 25.8.2009, 18:33

Обновил сегодня пять 50А до MFIM/GS92M-E.0Ec
проблема с выгрузкой/загрузкой ALL DB обнаружилась только на одной станции

проблему односторонней слышимости между станциями решил путем замены Firewall IP на 0.0.0.0

Автор: loysha 25.8.2009, 18:47

и эту проблему решил
попробывал выгрузить/загрузить отдельно базу SYTEM DATA
после загрузки и рестрата системы ALL DB выгружается и загружается

видимо гдето висели переменные.. не позволяющийе загрузиться..

был у меня случай когда настраивал станции.. во время выгрузки базы не дождался и рестартнул аппаратно станцию
после этого ALL DB не выгружалась не грузилась совсем. Ругалась на нехватку места. Вылечилось удалением временного файла с диска D на станции через телнет.