![[MC-04 logo]](/mc-04/chrome/site/logo.png){kind=logo}
#163 closed улучшение (готово)
Добавить в РЭ изменения в плате VE-01
| 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 (13)
comment:1 by , 6 years ago
| Owner: | changed from to |
|---|---|
| Status: | new → assigned |
comment:2 by , 4 years ago
| Description: | modified (diff) |
|---|
comment:3 by , 4 years ago
comment:4 by , 4 years ago
| Resolution: | → готово |
|---|---|
| Status: | assigned → closed |
В РЭ-41 добавил предложенный текст в пп 7.2, 7.4.2, 7.4.3, 7.5,
об архитектуре платы VE-01 - в п.7.1.1
follow-up: 7 comment:5 by , 4 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".
comment:7 by , 3 years ago
Replying to alx:
Не обнаружил в разделе 7.5. описание конфигурационных параметров "Запрет VAD", "Запрет VBD", "Отключить комфортный шум", "Отключить эхоподавление".
В РЭ-49 и выше это теперь "7.4.63 Тип окончания – RTP / Полупостоянные потоки RTP"
Эти параметры добавил в 7.4.63 и в 7.4.2 Тип окончания – FXS / Вкладка Настройки медиа в твоей новой редакции из Тикета-163 в РЭ-50 от 15.06.2021.
В тексте же РЭ часть упоминаний T.38 использует кириллические "Т". Предлагаю исправить ошибочно поименованные "Т.38".
Это тоже исправил.
В описании канального окончания FXS в п. 7.4.3 описаны конфигурационные параметры, относящиеся к T.38. В других же типах канальных окончаний, также поддерживающих T.38, такого описания почему-то нет, а есть ссылка на приложение 7, где эти параметры также описаны. Непонятно, почему один тип канального окончания удостоен чести персонального повторения описания конфигурационных параметров T.38. Предлагаю для единообразия структуры текста РЭ привести все к одному варианту - либо описывать все параметры в разделе каждого типа канальных окончаний (кажется ты когда-то устно говорил, что именно такое решение было принято кем-то из менеджмента), либо в описании каждого канального окончания, включая FXS, ссылаться на приложение 7...
FXS идёт в самом начале описания SIP окончаний:
7.4 Вкладка канальные окончания
7.4.1 Тип окончания – FXS / Подключение к шлюзу окончания FXS
7.4.2 Тип окончания – FXS / Вкладка Настройки медиа
Да и это наиболее часто используемое КО и в этом случае лучше прямо тут и дать максимально полное описание. А повторять 10 раз одно и то же дословно не очень хорошо.
Так что в самом начале пусть будет более полное описание (его всё-равно прочитают в первую очередь), а дальше можно обойтись и ссылками на Приложение для тех, кто забыл начало.
К тому же и функция передачи факсов в век Интернета умирает :-).
follow-up: 9 comment:8 by , 3 years ago
Replying to alx:
Дополнить описание настроек платы VE-01:
- Наверное надо что-то написать об архитектуре платы VE-01, так как кроме шлюза в ней теперь содержится прокси-сервер, информация есть здесь VeSipProxy
В текущей версии РЭ-49 уже есть пункт про это:
"7.1.1 Программно-аппаратная архитектура платы VE-01, VE-02
Структура основных функциональных узлов платы показана на Рис. 7.1"
Рис.7.1 уже содержит "встроенный SIP-прокси сервер" и есть
"Схема прохождения локального вызова между SIP-пользователями показана на Рис. 7.2."
Достаточно ли этого описания, или его надо дополнить?
Надо ли вставить в РЭ подробное описание CDR прямо в п.7.1.1 или в Приложение,
или просто сделать ссылку на "https://trac.adc-line.ru/sw-01/wiki/CDR" ???
Если надо, то напиши про это отдельный тикет
и я дополню этот пункт.
САН видит эту переписку - может быть он подскажет, как лучше?
follow-up: 10 comment:9 by , 3 years ago
Replying to Vladimir:
Достаточно ли этого описания, или его надо дополнить?
Думаю, достаточно.
Надо ли вставить в РЭ подробное описание CDR прямо в п.7.1.1 или в Приложение,
или просто сделать ссылку на "https://trac.adc-line.ru/sw-01/wiki/CDR" ???
Какое отношение этот вопрос имеет к теме данного тикета?
follow-up: 11 comment:10 by , 3 years ago
| Resolution: | → готово |
|---|---|
| Status: | reopened → closed |
Replying to alx:
Replying to Vladimir:
Достаточно ли этого описания, или его надо дополнить?
Думаю, достаточно.
Ок!
Надо ли вставить в РЭ подробное описание CDR прямо в п.7.1.1 или в Приложение,
или просто сделать ссылку на "https://trac.adc-line.ru/sw-01/wiki/CDR" ???
Какое отношение этот вопрос имеет к теме данного тикета?
В конце ЭТОГО Тикета-163 ты дал ссылку:
https://trac.adc-line.ru/sw-01/intertrac/VeSipProxy
и в тексте по этой ссылки есть слова:
"Теперь в каждой записи CDR содержится два поля типа окончания"
Но если "надо что-то написать об архитектуре платы VE-01" уже написано
и достаточно для понимания, то этот тикет закрываю.
follow-up: 12 comment:11 by , 3 years ago
Replying to Vladimir:
Надо ли вставить в РЭ подробное описание CDR прямо в п.7.1.1 или в Приложение,
или просто сделать ссылку на "https://trac.adc-line.ru/sw-01/wiki/CDR" ???
На твое усмотрение.
comment:12 by , 3 years ago
Replying to alx:
Replying to Vladimir:
Надо ли вставить в РЭ подробное описание CDR прямо в п.7.1.1 или в Приложение,
или просто сделать ссылку на "https://trac.adc-line.ru/sw-01/wiki/CDR" ???
На твое усмотрение.
Про CDR в РЭ есть отдельный пункт "6.2.23 Вкладка CDR – журналирование выполняемых вызовов"
и там достаточно подробно прописано что это такое.
"новая кнопка "SSH ключи" для установка публичных ключей SSH. При ее нажатии открывается диалог загрузки публичных ключей SSH в плату."
В РЭ нет окна "диалог загрузки публичных ключей SSH в плату"
Если надо вставить это окно, то пришлите его рисунок.