IPTV в другой город

[El_Vago]

Добрый день. Стороняя компания хочет получать наше IPTV и передавать по своим сетям. Город находится за 20км от нашего. Поэтому думаем как это организовать. Планируем 2 варианта:

1) На нашей стороне ставить сервер, передающий наши каналы в http, а на их стороне сервак принимающий их и формирующий уже RTP и далее по обчной схеме;

2) На нашей стороне ставить сервер, формирующий mpts поток из наших каналов, а на их стороне сервак разбирающий его на отдельные каналы.

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

[_J_]

Любое ИПТВ через паблик интет сразу нет. Да и продать это не получится, сплошные квадратики получатся.

Возьмите у магистрала трубу и будет "щастье".

[Ivan_83]

С tcp точно квадратить не будет.

[El_Vago]

Канал позволяет. Кинуто отдельное волокно под это дело. Осталось решить проблему именно как передать.

[srg555]

Канал позволяет. Кинуто отдельное волокно под это дело. Осталось решить проблему именно как передать.

 

Если под это дело есть отдельное волокно, то отдайте мультикастом и не парьтесь вообще.

[maxlapshin]

Правильно, зачем париться. Будет как в анекдоте с пулей: у меня ушло, проблема на другой стороне.

[paradox_]

оба варианта плохи

 

нужен третий вариант при котором каждый поток разбирается на udp, а udp оборачивается в fec/raptorq

 

но вы его не осилите, поэтому дешевый вариант при котором нужно качество и задержки в несколько минут не важны, юзайте hls на каждый поток,

между vlc устроит

Edited August 9, 2013 by paradox_

[srg555]

Господа, вы что тут наркоманите? Сказали же, что выделен отдельный оптический линк. Какие там ошибки? Если на магистральном линке появились ошибки, то это аварийная ситуация(мало того, частенько даже настраивают автоматическое выключение линка при появлении ошибок(типа cisco err-dis) на нём(когда есть резерв)). По опыту наблюдений за тысячами оптических линков, могу сказать, что crc ошибки это нечастое явление и повторяюсь, нормальными операторами интерпретируется как авария. И если они появились, то зачастую их так много, что избыточность и не поможет...

 

Избыточность путём повторений(tcp) или с помощью помехоустойчивого кодирования(sw fec) нужны когда у вас транспорт public inet или L2/L3VPN без честной приоритезации. На тёмном волокне или лямбде ни то, ни другое нафиг не нужно.

[paradox_]

да да мы в курсе что такое выделеный оптический линк, тогда видимо ТС флудер которому хочется о чем то поговорить,

при выделеном оптическом линке и мультикаста хватит с головой

[El_Vago]

Ну это третий вариант, просто вещать мультикастом как обычному пользователю. Попробуем разные, там уже решим.