Добрый день, коллеги!
Обращаюсь к сообществу с просьбой о помощи в поиске архивной прошивки для легаси-системы, которая уже снята с поддержки (EOL) и удалена из PLDS.
Контекст:
Имеется шлюз Avaya G700 (в паре с платой S8300 LSP) под управлением Communication Manager 3.1.5. Столкнулись с известным багом: при обрыве и восстановлении канала связи шлюз теряет регистрацию H.248 (Reg? = n) и «залипает», не возвращаясь на основной сервер. Текущая версия прошивки MGP: 25.28.0.
В качестве временного решения внедрили скрипт автоматического reset mgp, но для полного устранения корневой причины (утечка памяти/сбой H.248-демона) необходимо обновление MGP до стабильной ветки 26.x, совместимой с CM 3.1.5.
Что ищу:
Имя файла: mgp_26_49_2.bin
Дата релиза: 7 декабря 2009 г.
MD5 Sum: d163f5f61265616116927302ba160e56
Понимаю, что файл архивный и его нет в открытом доступе. Буду бесконечно признателен, если у кого-то сохранился этот образ в локальных архивах.
Гарантирую, что файл будет использован исключительно для восстановления работоспособности данного узла, его MD5 будет проверен, и он не подлежит дальнейшему распространению.
Могу принять файл через ЛС, временную ссылку на облако или любым удобным для вас способом.
Заранее спасибо за помощь и ваше время!
Avaya G700 MGP Firmware v26.49.2 (для CM 3.1.5)
Модератор: Administrator
Re: Avaya G700 MGP Firmware v26.49.2 (для CM 3.1.5)
Коллеги, всем привет!
Хочу поделиться находкой и обновить свой же запрос. Проблема с «залипанием» шлюза G700 (Reg? = n) при возврате с LSP на основной сервер полностью решена, и дело, как ни странно, оказалось не в баге прошивки!
Опишу грабли, чтобы никто в сообществе на них не наступал, так как симптомы очень похожи на классический баг H.248.
Симптомы:
Удаленная площадка (G700 + S8300 LSP, без локальной C-LAN/IPSI). Основной сервер на Communication Manager 1.5 (R013x.01.5.642.3). При обрыве канала шлюз успешно регистрируется на LSP, внутренняя связь работает. Но при восстановлении канала шлюз намертво зависает, не возвращается на Main, и помогает только ручной reset mgp.
Root Cause (Корневая причина):
В конфигурации висели «мертвые» аналоговые CO-транки (Trunk Group 5, порты 001V4/03, 05, 06), к которым физически не были подключены городские линии. При этом параметр контроля отбоя был выключен (Disconnect Supervision = n).
Когда LSP пытался проверить или захватить эти порты, шлюз замыкал реле, но из-за отсутствия сигнала и выключенного контроля отбоя процесс MGP входил в бесконечное ожидание. Это приводило к взаимной блокировке (deadlock) стека H.248 на уровне прошивки 25.28.0.
Решение:
Административная блокировка проблемной группы (busyout trunk-group 5) и удаление фантомных транк-групп с 0 мемберов мгновенно решила проблему. Failback теперь проходит штатно, шлюз сам возвращается на Main.
Несмотря на то, что проблема решена на уровне конфига, я всё равно ищу архивную прошивку MGP для CM 1.5, чтобы иметь её «на полке» на случай Day X (полный крах диска S8300 или Disaster Recovery). Разворачивать систему с нуля на родной, максимально актуальной для CM 1.5 версии — это must have.
Понимаю, что файлы EOL и удалены с PLDS. Буду безмерно благодарен, если у кого-то сохранились эти образы в локальных архивах. MD5 сверю обязательно перед использованием, файл нужен исключительно для поднятия конкретного узла и в коллекцию.
Заранее огромное спасибо за помощь!
Хочу поделиться находкой и обновить свой же запрос. Проблема с «залипанием» шлюза G700 (Reg? = n) при возврате с LSP на основной сервер полностью решена, и дело, как ни странно, оказалось не в баге прошивки!
Опишу грабли, чтобы никто в сообществе на них не наступал, так как симптомы очень похожи на классический баг H.248.
Симптомы:
Удаленная площадка (G700 + S8300 LSP, без локальной C-LAN/IPSI). Основной сервер на Communication Manager 1.5 (R013x.01.5.642.3). При обрыве канала шлюз успешно регистрируется на LSP, внутренняя связь работает. Но при восстановлении канала шлюз намертво зависает, не возвращается на Main, и помогает только ручной reset mgp.
Root Cause (Корневая причина):
В конфигурации висели «мертвые» аналоговые CO-транки (Trunk Group 5, порты 001V4/03, 05, 06), к которым физически не были подключены городские линии. При этом параметр контроля отбоя был выключен (Disconnect Supervision = n).
Когда LSP пытался проверить или захватить эти порты, шлюз замыкал реле, но из-за отсутствия сигнала и выключенного контроля отбоя процесс MGP входил в бесконечное ожидание. Это приводило к взаимной блокировке (deadlock) стека H.248 на уровне прошивки 25.28.0.
Решение:
Административная блокировка проблемной группы (busyout trunk-group 5) и удаление фантомных транк-групп с 0 мемберов мгновенно решила проблему. Failback теперь проходит штатно, шлюз сам возвращается на Main.
Несмотря на то, что проблема решена на уровне конфига, я всё равно ищу архивную прошивку MGP для CM 1.5, чтобы иметь её «на полке» на случай Day X (полный крах диска S8300 или Disaster Recovery). Разворачивать систему с нуля на родной, максимально актуальной для CM 1.5 версии — это must have.
Понимаю, что файлы EOL и удалены с PLDS. Буду безмерно благодарен, если у кого-то сохранились эти образы в локальных архивах. MD5 сверю обязательно перед использованием, файл нужен исключительно для поднятия конкретного узла и в коллекцию.
Заранее огромное спасибо за помощь!