Opened 7 years ago
Last modified 22 months ago
#163 closed улучшение
Добавить в РЭ изменения в плате VE-01 — at Version 6
Reported by: | alx | Owned by: | Vladimir |
---|---|---|---|
Priority: | major | Component: | Руководство по эксплуатации |
Keywords: | Cc: |
Description (last modified by )
Дополнить описание настроек платы VE-01:
- новая кнопка "SSH ключи" для установка публичных ключей SSH. При ее нажатии открывается диалог загрузки публичных ключей SSH в плату.
- новая функция - поддержка SRTP (шифрование RTP) канальными окончаниями SIP. В настройках канальных окончаний SIP на вкладке "Настройки медиа" добавлен select "Медиа" с вариантами "только RTP", "RTP/SRTP" и "Только SRTP":
- Только RTP - SRTP не используется;
- RTP/SRTP - если другая сторона соединения поддерживает SRTP, используется SRTP, если не поддерживает - используется RTP;
- Только SRTP - RTP не используется: при получении входящего вызова без поддержки SRTP вызов не принимается, при получении ответа без поддержки SRTP на наш исходящий вызов мы даем отбой.
- новая функция - поддержка SRTP (шифрование RTP) в полупостоянных RTP потоках. В конфигурации потоков RTP добавилась строка "Мастер-ключ". Если эта строка пустая (нет ключа), используется нешифрованный RTP (как и было раньше). Для использования SRTP в эту строку необходимо ввести ключ. Ключ состоит из 30 произвольных байт и вводится 16-ричном виде (то есть 60 hex-симолов). Введенный ключ используется как для шифрования передаваемого потока, так и для дешифрования принимаемого, то есть один и тот же ключ должен быть установлен с обоих концов RTP потока. Для удобства конфигурирования добавлена кнопка "сгенерировать случайный ключ". ВАЖНОЕ ЗАМЕЧАНИЕ: при использовании SRTP не будет работать передача СУВ, только сам речевой канал. При наличии мастер-ключа чекбокс "Передавать СУВ" неактивен.
- новые настройки конфигурации полупостоянных RTP потоков:
- чекбокс "Запрет VBD": если снят, то разрешается автоматический переход в режим VBD при обнаружении в канале сигналов модема/факса. Для работы VBD требуется чтобы выбранный кодек совпадал с кодировкой ИКМ: то есть кодек PCMA и a-law на шине TDM или кодек PCMU и μ-law на шине TDM. По умолчанию чекбокс установлен.
- чекбокс "Запрет VAD": если снят, то активируется функция VAD (Voice Activity Detection). При активации VAD канальное окончание формирует аварию LOS только при использовании кодеков GSM, GSM-EFR, GSM-HR-08, AMR, EVRC, EVRC0, EVRCB и EVRCB0. При использовании других кодеков авария LOS не формируется (предполагается, что на удаленной стороне тоже активировано VAD, и отсутствие потока не является аварией). По умолчанию чекбокс установлен.
- чекбокс "Отключить комфортный шум": если установлен, то при отсутствии входящего RTP потока не генерируется комфортный шум. По умолчанию чекбокс снят.
- чекбокс "Отключить эхоподавление": если установлен, эхоподавление отключено. По умолчанию чекбокс снят.
- новая функция - поддержка передачи факсов по протоколу T.38. В настройках канальных окончаний SIP появилась новая вкладка "T.38" со следующими элементами управления:
- чекбокс "Разрешить использование T.38" - если установлен, поддержка T.38 включена, иначе выключена. По умолчанию снят.
- чекбокс "Разрешить переход в режим T.38 по приему флагов V.21 после ответного тона V.25" - если установлен, то при обнаружении в канале последовательности сигналов "ответный тон V.25" (2100 Гц) и 10 последовательных флагов HDLC, модулированных по V.21 (ответ факс-машины), удаленной стороне посылается SIP REINVITE с предложением перейти в режим T.38. По умолчанию установлен.
- чекбокс "Разрешить переход в режим T.38 по приему Fax Calling Tone (CNG 1100 Гц)" - если установлен, то при обнаружении в канале тонального сигнала 1100 Гц (T.30 CNG) удаленной стороне посылается SIP REINVITE с предложением перейти в режим T.38. По умолчанию снят.
- чекбокс "Запретить Error Correction Mode (ECM)" - если установлен, режим ECM при передаче факса не используется. По умолчанию снят.
- чекбокс "Включить имитацию факс-машины (T.38 spoofing)" - если установлен, при передаче факса используется режим T.38 spoofing (помогает компенсировать задержки при передаче пакетов в сети). По умолчанию снят.
- select "Максимальная скорость передачи" - позволяет задать ограничение скорости соединения при передаче факса. По умолчанию ограничения скорости нет.
- select "Избыточность передачи данных" - устанавливает величину избыточности при передаче данных документа. Чем выше избыточность, тем больше время передачи факса и тем выше терпимость к потерям пакетов в транспортной сети. По умолчанию избыточности нет.
- select "Избыточность передачи сообщений T.30" - устанавливает величину избыточности при передаче управляющих сообщений T.30. По умолчанию имеет значение 3.
- select "Сокрытие потерянных пакетов (PLC)" - определяет поведение принимающей стороны при потере данных строки принимаемого документа. Может принимать следующие значения:
- отключено - сокрытие потерянных данных T.38 не используется;
- белая строка - потерянная строка документа заменяется белой строкой;
- предыдущая строка - потерянная строка документа заменяется последней успешно полученной строкой.
- Наверное надо что-то написать об архитектуре платы VE-01, так как кроме шлюза в ней теперь содержится прокси-сервер, информация есть здесь VeSipProxy
Change History (6)
comment:1 by , 6 years ago
Owner: | changed from | to
---|---|
Status: | new → assigned |
comment:2 by , 5 years ago
Description: | modified (diff) |
---|
comment:3 by , 5 years ago
comment:4 by , 5 years ago
Resolution: | → готово |
---|---|
Status: | assigned → closed |
В РЭ-41 добавил предложенный текст в пп 7.2, 7.4.2, 7.4.3, 7.5,
об архитектуре платы VE-01 - в п.7.1.1
comment:5 by , 5 years ago
Resolution: | готово |
---|---|
Status: | closed → reopened |
Не обнаружил в разделе 7.5. описание конфигурационных параметров "Запрет VAD", "Запрет VBD", "Отключить комфортный шум", "Отключить эхоподавление".
И, раз уж я переоткрыл тикет, напишу здесь вместо того чтобы создавать новые тикеты:
ITU-T использует в обозначениях своих рекомендаций латинские буквы. Поэтому в обозначении "T.38" буква "T" должна быть латинской, а не кириллической. В тексте же РЭ часть упоминаний T.38 использует кириллические "Т". Предлагаю исправить ошибочно поименованные "Т.38".
В описании канального окончания FXS в п. 7.4.3 описаны конфигурационные параметры, относящиеся к T.38. В других же типах канальных окончаний, также поддерживающих T.38, такого описания почему-то нет, а есть ссылка на приложение 7, где эти параметры также описаны. Непонятно, почему один тип канального окончания удостоен чести персонального повторения описания конфигурационных параметров T.38. Предлагаю для единообразия структуры текста РЭ привести все к одному варианту - либо описывать все параметры в разделе каждого типа канальных окончаний (кажется ты когда-то устно говорил, что именно такое решение было принято кем-то из менеджмента), либо в описании каждого канального окончания, включая FXS, ссылаться на приложение 7...
comment:6 by , 3 years ago
Description: | modified (diff) |
---|
После недавнего обновления полупостоянные потоки RTP при использовании некоторых кодеков научились формировать аварию LOS даже при включенном VAD. Скорректировал описание настройки "Запрет VAD".
"новая кнопка "SSH ключи" для установка публичных ключей SSH. При ее нажатии открывается диалог загрузки публичных ключей SSH в плату."
В РЭ нет окна "диалог загрузки публичных ключей SSH в плату"
Если надо вставить это окно, то пришлите его рисунок.