При изменении адреса назначения окончания RTP останавливать медиапоток

[san]

1. Соединил 2 окончания RTP друг на друга (253 на 255) передаю через этот поток данные тч канала.
2. В окончании 253 изменил имя хоста на заведомо не существующее, окончание поменяло статус на Rem. host down.
3. Я ожидал, что после изменения настроек, "старое" соединение будет разорвано и данные по нему не будут передаваться. Однако данные тч канала по прежнему проходят между 253 и 255 окончаниями.

Не уверен, что это баг, но в любом случае думаю, что для пользователя такое поведение будет не понятно, и гипотетически может кому-то навредить.
r2705

[alx]

Replying to san:

Не уверен, что это баг,

И это не баг: не было задумано, что при изменении адреса существующий медиапоток будет немедленно остановлен.

думаю, что ... такое поведение ... гипотетически может кому-то навредить.

Поясни, пожалуйста, каким образом.

[san]

Ну, например, Иванов разговаривает по очереди с Петровым и Сидоровым через канал ТЧ. Когда ему нужно соединиться с Петровым, он прописывает Ip Петрова в настройках RTP, нужно с Сидоровым - прописывает IP Сидорова. И это не я придумал такую гипотетическую схему, а видел в работе у пользователей. И, например, закончил он разговор с Петровым, прописал IP Сидорова, а у того Rem. host down и Иванов увидев ошибку в сердцах говорит: "Какой всё-таки нехороший человек этот Петров, что даже связь сломалась!", естественно он не ожидает что канал до Петрова всё ещё активен и Петров его слышит :-D

[alx]

Изменил тип тикета на "улучшение" и скорректировать заголовок. Соотетствует ли измененный заголовок тому, что ты бы хотел, или может быть я неправильно понял твое желание?

[san]

Да, всё правильно.

[alx]

В таком случае, вроде бы реализовать такое улучшение будет несложно, и никаких потенциальных "граблей" от этого я вроде бы не вижу. Попробую сделать.

[alx]

Replying to san:

Иванов разговаривает по очереди с Петровым и Сидоровым через канал ТЧ.

Твой пример, конечно же, взорвал мне мозг. :)

Сразу вспоминается вот этот мем:

А текстовыми сообщениями эта троица обменивается не иначе как с помощью nc... :) :) :)

[alx]

In 2708/sip_ua:

Канальное окончание RTP запоминает адрес удаленной стороны.
При получении конфигурации производится сравнение запомненного
адреса с адресом, указанным в новой конфигурации. Если
адреса различаются, канальное окончание немедленно останавливает
медиапоток.

Также до кучи медиапоток останавливается, если канальное окончание
переходит в состояние ошибки ("Error").

Closes #486.

[alx]

Подожди... Я закрыл тикет, и тут же подумал: а чем в этом контексте номер порта отличается от адреса? Может быть следует расширить твое предложение и на номер порта тоже?

[san]

Replying to alx:

Подожди... Я закрыл тикет, и тут же подумал: а чем в этом контексте номер порта отличается от адреса? Может быть следует расширить твое предложение и на номер порта тоже?

Это звучит разумно, но, я предполагал, что если просто сменить порт и удалённый хост жив, то канал всё-равно будет пересоздан и описанной в тикете проблемы не будет...

[alx]

Да, все так. Я посмотрел в коде - порт обновляется независимо от того, известен ли MAC. Тогда все в порядке.