Выпущено обновление ПО блока MC04-DSL-VIP

Пакет ve-02 обновлен до версии 1.0-1570. По сравнению с предыдущим релизом r1253 в нем сделаны следующие изменения:

• Канальным окончаниям FS01 добавлена функция выдачи дополнительного сигнала готовности после набора префикса межгорода. Некоторые пользователи телефонных услуг привыкли, что после набора префикса межгорода (например цифры 8) в абонентской линии снова присутствует сигнал "Готовность". Канальное окончание FS01 теперь имеет возможность давать абоненту дополнительный сигнал "Готовность". Данная функция активируется установкой конфигурационного параметра "Сигнал готовности после префикса МГ".

• Добавлена поддержка модулей FO01. Теперь блок MC04-DSL-VIP может иметь интерфейсы FXO.

• Добавлена поддержка расширения 100rel (надежная передача предварительных ответов), подробнее см. ​​RFC:3262.

• Повышена надежность распознавания факса и перехода в режим T.38.

• При окончании передачи факса переход из режима T.38 в режим голоса теперь выполняется не сразу после получения от факс-машины сообщения DCN, а по таймауту неактивности. При работе нескольких шлюзов в паре это дает удаленному шлюзу время на генерацию в канал сообщения DCN для удаленной факс-машины.

• Добавлена пауза 800 мс, которая выдерживается после окончания воспроизведения голосового сообщения перед отбоем соединения. Это помогает устранить обрывы окончания фразы из-за того, что некоторые телефонные аппараты не успевают закончить воспроизведение медиапотока из внутреннего буфера на момент получения отбоя.

• Если канальному окончанию разрешены и RTP, и SRTP, то в предложении SDP формируются описания двух медиапотоков: RTP/SAVP и RTP/AVP. При ответе на предложение SDP, если использование SRTP запрещено, и в предложении есть медиапоток RTP/AVP, используется он. Если же в предложении был только медиапоток RTP/SAVP, то в ответе выбирается он, но не генерируются ключи (нет атрибута crypto), как это и было раньше.

• При ответе на предложение SDP, содержащее несколько медиапотоков, в ответе сохраняется количество и порядок следования медиапотоков, перечисленных в предложении, как того требует ​​RFC:3264.

• В ответе на предложение SDP время сессии копируется из предложения (требование ​​RFC:3264). Ранее всегда указывалось 0 0.

• При старте проверяется наличие phy интерфейса WAN, и phy модуля SFP опрашивается только если phy интерфейса WAN не была обнаружена. Это устраняет ненужные обращения к модулю SFP для старых версий блока (без SFP).

• Улучшено формирование URI вызываемого абонента при отправке вызова (INVITE) в сторону сети IP: из URI канального окончания берется только имя хоста (ранее брали все что после '@', например параметры URI).

• Увеличена "длина хвоста" эхоподавителя до максимально возможного значения.

• Улучшен алгоритм обновления параметров уже существующего медиапотока: устранено прерывание медиапотока в случаях, если кодек, Payload Type и ключи шифрования не изменились.

• Добавлена поддержка расширенного набора голосовых кодеков: GSM, G728, iLBC, GSM-EFR, AMR, GSM-HR-08, EVRC, EVRC0, EVRCB, EVRCB0.

• Устранена проблема: если после набора номера окончанием ​FXS абонент кладет трубку в тот момент, когда сообщение INVITE уже отправлено, но ответ от прокси-сервера еще не получен, посланный вызов не снимался.

• Исправлена ошибка: если у канального окончания FXS сконфигурирован режим "горячая линия", и после посылки вызова, но до получения ответа происходило размыкание шлейфа длительностью, менее чем на 50 мс превышающей максимальную длительность сигнала flash, выполнялся новый вызов, при этом предыдущий вызов не снимался.

• Исправлена ошибка: при переводе канального окончания, использующего SRTP, на удержание (inactive) и последующем снятии с удержания могли неверно инициализироваться параметры шифрования, что приводило к шипению вместо звука в канале.

• Исправлена ошибка: после соединения с использованием SRTP при запросе ввода пароля канальному окончанию FXS вместо голосовых фраз воспроизводилось шипение.

• Исправлена ошибка: изменения конфигурационного параметра "SIP прокси" канальных окончаний не применялись к уже выполненной регистрации.

• Исправлена ошибка: если во время транзакции INVITE (например во время ожидания ответа вызываемого абонента) происходила новая транзакция в этом же диалоге, то ответ на первоначальный INVITE не передавался.

• Исправлена ошибка: запрос регистрации канальных окончаний шлюза отправлялся через транспорт UDP независимо от установки транспорта в конфигурации окончания.

• Исправлена ошибка: в режиме буферизации медиапотока "Адаптивный 2" минимальный размер буфера был вне допустимого диапазона (больше максимального).

• Исправлена ошибка, которая могла приводить к падению при изменении семейства адресов медиапотока (например если соединение было установлено по IPv6, а затем выполнен REINVITE с выбором IPv4).

• Исправлена ошибка: если маршрутизатор IPv6 анонсирует префиксы с нулевым временем жизни, адрес с таким префиксом мог быть выбран блоком в качестве основного адреса IPv6. Теперь адреса с такими префиксами игнорируются.

• Исправлена ошибка: при отправке запросов NDP мог использоваться неверный мультикастовый адрес ethernet.

• Исправлена ошибка: не изменившийся со времени прошлого запроса MAC адрес внешнего хоста IPv6 воспринимался блоком как ошибка получения MAC адреса, что приводило к ложной индикации аварии "Remote host down".

• Исправлена ошибка, которая могла приводить к невозможности создать новое соединение после использования кодеков G726.

• Исправлена ошибка, которая могла приводить к перезагрузке блока в случае завершения транзакции INVITE по таймауту.

Пакет libcares обновлен до версии 1.15.0. Подробнее об изменениях в c-ares можно прочитать в ​changelog.

Пакет libopenssl обновлен до версии 1.0.2q. Подробнее об изменениях в openssl можно прочитать в ​Release Rotes.

Пакеты libpcre и libpcrecpp обновлены до версии 8.42. Подробнее об изменениях с pcre можно прочитать в ​changelog.