Opened 13 hours ago
Last modified 4 hours ago
#921 new улучшение
VE-01 и VE-02: конфигурация окончаний RTP
| Reported by: | mixyil1.1 | Owned by: | alx |
|---|---|---|---|
| Priority: | низкий | Milestone: | |
| Component: | sw | Keywords: | |
| Cc: |
Description (last modified by )
Необходимо иметь возможность пометить канальное окончание RTP плат VE-01/VE-02 как временное/динамическое
и при сохранении конфигурации блока настройки таких каналов не записывать в файл конфигурации.
В системе "циркуляр" мы управляем конференциями на плате МС-03.
Основная задача - объединять ТЧ каналы в рамках конференц комнат (циркуляр).
Для этого мы программно динамически создаем/удаляем на плате VE-01/VE-02 канальные окончания RTP (далее канал).
Управление каналами осуществляется программно через snmp. Количество каналов, которое обслуживалось на момент тестирования системы ~ 100.
Суть проблемы:
Параметры каналов (обычно IP:port) меняются динамически. При сохранении конфигурации блока в память записывается текущий "снимок" настройки каналов. Через какое-то время эти параметры изменятся. Однако при загрузке сохраненной конфигурации (например перезагрузка блока) настройки каналов вернутся к тому "снимку", который уже не актуален.
Предложение:
Для канального окончания RTP добавить флаг dyn (temp) в slotN-channelM-fullconfig.
Если флаг установлен - при сохранении конфигурации не учитывать этот канал.
Если флаг отсувствует или false - при сохранении конфигурации учитывать этот канал.
Если канальное окончание RTP создается вручную через интерфейс управления блоком dyn=false.
{
"RTCPen": true,
"casPT": 101,
"codec": "PCMA",
"comment": "test1 channel",
"dest": "192.168.15.125:20006",
"enCAS": false,
"masked": true,
"pcmCode": 0,
"rx-agc": false,
"rx-gain": "0.0",
"tx-agc": false,
"tx-gain": "0.0",
"type": "RTP",
"dyn" : false
}
Attachments (1)
Change History (7)
by , 13 hours ago
| Attachment: | rtp_channels.png added |
|---|
comment:1 by , 13 hours ago
| Description: | modified (diff) |
|---|
comment:2 by , 13 hours ago
| Description: | modified (diff) |
|---|---|
| Summary: | VE: конфигурация окончаний RTP → VE-01 и VE-02: конфигурация окончаний RTP |
follow-up: 4 comment:3 by , 12 hours ago
Replying to mixyil1.1:
мы программно динамически создаем/удаляем на плате VE-01/VE-02 канальные окончания RTP (далее канал).
Верно ли я понял, что описанное динамическое создание и удаление каналов осуществляется для того, чтобы активировать и деактивировать соответственно RTP поток между каналом и платой MC-03?
comment:4 by , 12 hours ago
Replying to alx:
Верно ли я понял, что описанное динамическое создание и удаление каналов осуществляется для того, чтобы активировать и деактивировать соответственно RTP поток между каналом и платой MC-03?
да
comment:5 by , 12 hours ago
Replying to mixyil1.1:
мы программно динамически создаем/удаляем на плате VE-01/VE-02 канальные окончания RTP (далее канал).
Это, на мой взгляд, странное решение. Это использование имеющихся средств не по назначению. Для динамических манипуляций медиапотоками существует протокол SDP.
Предложение:
Для канального окончания RTP добавить флаг dyn (temp) в slotN-channelM-fullconfig.
Мне это предложение не нравится, так как оно необходимо для решения одной исключительно частной проблемы, возникшей в результате неудачного выбора средств для решения стоящей задачи. Канальные окончания плат VE-01/VE-02 не предназначены для динамического создания/удаления. В веб-интерфейсе блока MC04-DSL-3U при создании канального окончания рядом с канальным окончанием RTP даже прямо указано: "полупостоянный поток". То есть данный тип канальных окончаний предназначен для организации статических, а не динамических медиапотоков.
У меня есть альтернативное предложение: выбрать для организации медиапотоков другой, более подходящий тип канального окончания, позволяющий манипулировать медиапотоками по протоколу SDP, например канальные окончания FXO. Один раз вручную создать такие канальные окончания для всех каналов ТЧ, записать это в файл конфигурации блока и никогда конфигурацию платы/блока не трогать. Медиапотоки же активировать и деактивировать, отправляя канальным окончаниям сообщения SIP/SDP. Именно для такой работы шлюз VE-01/VE-02 предназначен.
comment:6 by , 4 hours ago
В нашем случае "полупостоянный поток", на мой взгляд, вполне удачное определение. Созданый канал/медиапоток может и должен непрерывно работать 1 день/неделю/месяц/... . Т.е можно сказать что он становится "статическим", динамический он на этапе создания, пока мы не знаем IP:port назначения. Узнаем мы адрес назначения обрабатывая сообщения протокола SDP в приложении на плате МС-03. В редкие моменты времени нужно переключить медиапоток на новый циркуляр или остановить, т.е изменить параметры медиапотока.
За подсказку использовать FXO спасибо! Мы и не думали о таком варианте. Это упростит нашу программу. Мы сможем исключить часть, которая отвечает за обработку сообщений SIP/SDP к серверу конференций.
На этом думаю тикет можно закрыть.
Исправил наименования плат.