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

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

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

Пакеты libosip2 и libeXosip2 обновлены до версии 5.2.1. Подробнее с изменениями в библиотеках можно ознакомиться в ​​changelog libosip2 и ​​changelog libexosip2.

Пакет resiprocate обновлен до версии 1.12.0-4. Подробнее с изменениями можно ознакомиться в ​​changelog.

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

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

Пакеты 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-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".