Обновление ПО аппаратуры MC04-DSL-VIP

Чт Фев 10 10:54:51 +05 2022

Уважаемый подписчик!

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

Обновлены следующие пакеты:

base-files_27-r2025
===================
Пакет base-files обновлен до версии 27-r2025. По сравнению с предыдущим 
релизом 27-r1718 в нем сделаны следующие изменения:

* При записи журнала в файл сохраняется 10 последних файлов (ранее 
сохранялся один).

libosip2_5.2.1, libeXosip2_5.2.1
================================
Пакеты libosip2 и libeXosip2 обновлены до версии 5.2.1. Подробнее с 
изменениями в библиотеках можно ознакомиться в changelog libosip2 
(https://git.savannah.gnu.org/cgit/osip.git/tree/ChangeLog) и  
changelog libexosip2 
(https://git.savannah.gnu.org/cgit/exosip.git/tree/ChangeLog).

resiprocate_1.12.0-4
====================
Пакет resiprocate обновлен до версии 1.12.0-4. Подробнее с изменениями 
можно ознакомиться в changelog 
(https://github.com/resiprocate/resiprocate/blob/resiprocate-1.12.0/ChangeLog).

dropbear_2020.81-2
==================
Пакет dropbear обновлен до версии 2020.81-2. Новая версия поддерживает 
более криптостойкие алгоритмы ed25519, ecdh, ecdsa, curve25519-sha256, 
chacha20-poly1305.

ca-certificates_20211016
========================
Пакет ca-certificates обновлен до версии 20211016. Из пакета удалены 
корневые сертификаты с истекшим сроком действия.

kernel_2.6.22.19-4.07.0-candidate1-c300evm-3, 
kmod-crc-ccitt_2.6.22.19+2.6.22.19-4.07.0-candidate1-c300evm-3, 
kmod-csmencaps_2.6.22.19+2.18.0-candidate5-c300evm-3
===================================================================
Пакеты kernel, kmod-crc-ccitt и kmod-csmencaps обновлены до версий 
2.6.22.19+2.6.22.19-4.07.0-candidate1-c300evm-3, 
2.6.22.19+2.6.22.19-4.07.0-candidate1-c300evm-3 и 
2.6.22.19+2.18.0-candidate5-c300evm-3 соответственно. Новая версия ядра 
поддерживает функции netfilter и NAT, необходимые для работы VoIP шлюза 
блока с устройствами, подключенными к интерфейсу LAN (см. изменения в 
пакете ve-02 ниже).

ve-02_1.0-2029
==============
Пакет ve-02 обновлен до версии 1.0-2029-1. По сравнению с предыдущим 
релизом 1.0-1740-1 в нем сделаны следующие изменения:

* Добавлена возможность обмена медиапотоком между канальным окончанием 
VoIP шлюза и устройством (телефонным аппаратом), подключенным к 
интерфейсу LAN (ранее медиапотоки могли передаваться только через 
интерфейс WAN).

* Улучшена валидация запросов: при получении шлюзом не-INVITE запроса с 
полем Replaces возвращается ответ "400 Bad request".

* Добавлена сервисная функция ping, позволяющая проконтролировать 
доступность блоку любого хоста в сети. В веб-интерфейсе на вкладке 
"Настройки" добавлена строка ввода адреса и поле отображения результата 
пинга.

* Добавлена "нативная" поддержка функции "громкий бой" канальными 
окончаниями FS01 и SIP пользователям. В веб-интерфейсе канальным 
окончаниям FS01 и SIP пользователям добавлен конфигурационный параметр 
Таймаут "громкого боя". Это позволяет использовать "громкий бой" без 
внешнего сервера диспетчерской связи.

* Канальным окончаниям FO01 добавлена возможность настраивать 
длительность паузы между сериями импульсов при передаче номера в канал 
импульсным способом. Для этого в диалоге конфигурации канального 
окончания добавлен конфигурационный параметр "Межцифровой интервал".

* Канальным окончаниям R422 добавлена настройка скорости приема/передачи 
по линии связи.

* Добавлена поддержка новых типов канальных окончаний R232 (интерфейс 
RS-232) и R485 (интерфейс RS-485).

* Добавлена передача в сообщениях SIP причины отбоя в поле Reason (как 
правило, при нештатных ситуациях, например отсутствии сигнала готовности 
в линии канального окончания FO01).

* Улучшен алгоритм отбоя по таймауту RTP. Теперь отбой по таймауту 
выполняется даже в случае, когда канальное окончание не получило ни 
одного пакета RTP (ранее в подобном случае отбой не происходил).

* Устранена проблема: при некоторых условиях (смена используемого кодека 
EVRC* на кодек не-EVRC* без пересоздания канала при включенной функции 
VAD) активация медиапотока могла заканчиваться ошибкой и даже приводить 
к перезагрузке блока.

* Добавлена периодическая проверка наличия процессов udhcpc (клиент 
DHCP) и ntpclient (клиент NTP). Если обнаруживается, что процесс, 
который должен работать, по каким-то причинам отсутствует, выполняется 
его повторный запуск.

* Канальному окончанию FS01 добавлена возможность указания домена в 
параметре "Горячая линия". Если в значении параметра указан домен (есть 
символ '@'), то указанный домен используется при отправке INVITE и имеет 
приоритет перед другими конфигурационными параметрами ("To домен" и "SIP 
URI").

* В канальном окончании FO01 сделан периодический контроль состояния 
кофидека. При обнаружении потери кофидеком конфигурации выполняется 
реинициализация модуля FO01.

* В полупостоянных потоках RTP (канальное окончание EM01) при 
использовании кодеков GSM, GSM-EFR, GSM-HR-08, AMR, EVRC, EVRC0, EVRCB, 
EVRCB0 авария LOS формируется даже при использовании VAD, что позволяет 
лучше контролировать функционирование системы связи.

* Когда в ответе SDP отвергается медиапоток, в целях уменьшения размера 
сообщения не указываются атрибуты отвергнутого медиапотока.

* В ситуации, когда в ответ на INVITE несколько раз приходит ответ "180 
Ringing", генерация КПВ включается только один раз (ранее при каждом 
получении "180 Ringing" генерация КПВ начиналась заново, что нарушало 
последовательность "сигнал"-"пауза").

* В веб-интерфейсе вкладка "SIP окончания" переименована в "Канальные 
окончания", так как не все отображаемые там канальные окончания 
используют SIP.

* В веб-интерфейсе из диалога конфигурации полупостоянных потоков RTP 
(канальное окончание EM01) удалена настройка ИКМ-кода, так как модуль 
EM01 всегда использует a-закон.

* В веб-интерфейсе из настроек канального окончания EM01 удален 
нефункциональный параметр "Маскировать аварии".

* Если канальное окончание FO01 получает Caller-ID с "непечатными" 
(невалидными) символами, такие символы заменяются на '?'. Ранее 
получение "мусора" в имени Caller-ID могло приводить к отбою из-за 
невозможности сформировать валидный URI вызывающего абонента.

* Устранена ошибка, которая в некоторых случаях могла возникать при 
записи конфигурации после изменения режима журналирования, приводившая к 
перезагрузке блока.

* Исправлена ошибка: в некоторых случаях, когда выполнялся отбой сразу 
после отправки INVITE (до установки диалога), сообщение CANCEL не 
отправлялось в сеть, однако успешность отправки не проверялась, в 
результате SIP сессия оставалась незавершенной.

* Исправлена ошибка: в некоторых случаях, когда сразу после INVITE из 
сети IP принималось CANCEL, отбой не обрабатывался канальным окончанием, 
в результате чего канальное окончание оставалось в занятом состоянии.

* Исправлены ошибки: при передаче ответа в сеть IP не проверялась 
успешность отправки "200 OK". В случаях, когда непосредственно перед 
ответом было принято CANCEL, канальное окончание могло оставаться в 
занятом состоянии. Теперь при неуспешной отправке ответа выполняется отбой.

* Исправлена ошибка: если соединение разрывалось в момент приема из 
канала TDM сигнала DTMF, некоторые канальные окончания при следующей 
активации медиапотока могли передавать пакеты RTP RFC2833 с концом DTMF 
предыдущего сеанса.

* Исправлена ошибка: при получении ответа 1xx или при получении ACK 
неверно проверялось наличие SDP в принятом сообщении. В результате при 
некоторых условиях был возможен ложный отбой с причиной "Incompatible 
media parameters".

Ссылка на новость в блоге: 
https://trac.adc-line.ru/sip_ua/blog/ve-02_1.0-2029

-- 
С уважением,
ООО "АДС"