RadioCaster

[avg]

Здравствуйте Дмитрий.

Хотел Вам предложить реализовать в RadioCaster, но в принципе можно это реализовать и еще и в РБ возможность выбора сетевого интерфейса в настройках каждого подключения в вещании.
Для чего это нужно, допустим, в студии есть 2 подключения к интернету от разных провайдеров, подключено 2 провайдера ввиду резервирования интернет канала, то есть если пропадает интернет от одного провайдера, то второе подключение будет доступно.
Получается так, допустим с RadioCastera или из РБ идет 2 вещания на сервер, при пропадании одного из них, второй будет доступен.

Надеюсь доступно объяснил, спасибо за внимание.

 

[djsoft]

Сейчас маршрутизация выполняется системой, а реализация выбора интерфейса, вполне вероятно, технически очень сложная задача. Если есть несколько подключений, то при обрыве будет попытка подключиться заново - тут автоматически будет выбран рабочий интерфейс.

 

[avg]

тут автоматически будет выбран рабочий интерфейс

Да, тут все верно, вот только переподключение длится не одну сукунду, а гараздо больше.
Если была бы возможность выбора интерфейса, то в таком случае было бы 2 потока на сервер с разных провайдеров, ввиду чего было бы бесшовное переключение сервером Icecast и для слушателя вообще небыло бы паузы.

Ну это всего лиш предложение, в одном продукте такой функционал нашел, если интересно вот пример Rocket Broadcaster, извините это не реклама, просто как пример.

 

[djsoft]

Да, тут все верно, вот только переподключение длится не одну сукунду, а гараздо больше.
Если была бы возможность выбора интерфейса, то в таком случае было бы 2 потока на сервер с разных провайдеров, ввиду чего было бы бесшовное переключение сервером Icecast и для слушателя вообще небыло бы паузы.

Не думаю, что будем делать такое в RadioBOSS. Функция очень сложна в реализации, но при этом она дает очень мало преимуществ. Для реализации резервирования, чтобы избежать отключения слушателей, в Icecast можно сделать Fallback mount, тогда при пропадании потока на основном маунте, слушатели будут временно переключены на fallback, а при переподключении источника возвращены обратно. На резервном маунте можно даже просто вещать "тишину", его задача просто избежать отключения слушателя.

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

 

[avg]

смена интернет провайдера

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

Для реализации резервирования, чтобы избежать отключения слушателей, в Icecast можно сделать Fallback mount, тогда при пропадании потока на основном маунте, слушатели будут временно переключены на fallback, а при переподключении источника возвращены обратно.

Именно это я и имел ввиду, с одного ПК идет вещание на сервер, один основной поток, второй поток резервный через другого провайдера на маунт fallback и при пропадании основного потока IceCast перекидывает на fallback где идет точно тот же аудио сигнал.

Пока решили проблему так, на сервере с IceCast добавили еще один сетевой интерфейс с еще одним IP адресом, а на студийном роутере сделали статичный route до нового IP адреса на сервере IceCast через гейтвей резервного канала.

Таким образом получив нужный нам функционал, да можно считать данный метод костылем, но он работает.

 

[djsoft]

Таким образом получив нужный нам функционал, да можно считать данный метод костылем, но он работает.

В такой ситуации это единственное решение, т.к. ситуация довольно специфическая.

 

[scorp]

Пришло в голову интересное решение пока на уровне теории... Берем РБ Клауд, там дублируем структуру папок и файлов, выставляем задания и все остальное... короче по максимуму что возможно (понятно что далеко не все пока можно) дублируем настройки как на РБ ПК. Ну, а дальше просто копируем плейлист с РБ ПК на клауд и он как бы играет паралельно РБ ПК, то есть одинаковые треки играют и там и там... ну и если вдруг чего с инетом, то происходит такое же переключение практически не заметное...
В общим в теории каким-то таким макаром можно реализовать отличную резервку...

Кто что думает? Фантастика или реальность?

 

[djsoft]

В общим в теории каким-то таким макаром можно реализовать отличную резервку...

Это довольно сложно и трудозатратно, при этом, не совсем понятно, какую задачу решает? Если связь обрывается настолько часто, что это является проблемой, лучше или как-то решить этот вопрос, или полностью вещать только с облака. Вероятность длительных проблем с сетью там очень низкая.