Народ, а подскажите, где почитать о реализации VoD (Video on Demand). Загорелся идеей реализовать трансляцию видео по запросу unicast-ом. Кто что об этом знает - подскажите =) -- Не важно, веришь ли ты в бога, важно верит ли он в тебя... -- SUI-UANIC GAS-RIPE ______________________________________________ --== ISP Zaporozhye On Line ==-- =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Привет,
мне кажется, что магистральные сети на оборудовании за $400-$600 за
пасочку и реализация VoD - несовместимые вещи ;-)
VoD - на редкость жрущая емкость технология и для того, чтобы уверенно
ее предоставлять, нужно как минимум иметь QoS в магистрали, поддержку
RSVP и (внимание!) взаимодействие VoD-серверов (head-end и управления)
с магистралью по этому самому RSVP. Последнее - для того, чтобы
пользователь получал на своем голубом экране сообщение "Network busy",
а не "зависание" STB в ожидании трафика, которого он не получит.
Разумеется, это все имеет смысл только в том случае, если услуга
предоставляется промышленно. А если это на поиграться, то, скорее
всего, sourceforge содержит достаточно количество скриптов ;-)
On 1/4/07, Artem Grishin
Народ, а подскажите, где почитать о реализации VoD (Video on Demand). Загорелся идеей реализовать трансляцию видео по запросу unicast-ом. Кто что об этом знает - подскажите =)
-- Не важно, веришь ли ты в бога, важно верит ли он в тебя... -- SUI-UANIC GAS-RIPE ______________________________________________ --== ISP Zaporozhye On Line ==-- =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
-- /doka Vision without Execution is Hallucination. -- Thomas Edison. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Thu, Jan 04, 2007 at 15:37:14, gas wrote about "[uanog] VoD":
Народ, а подскажите, где почитать о реализации VoD (Video on Demand). Загорелся идеей реализовать трансляцию видео по запросу unicast-ом. Кто что об этом знает - подскажите =)
Вопрос: требуется realtime или нет? Если да - будут колоссальные проблемы с перегрузкой линий и усилиями на доставку в этих условиях (особенно если unicast - рано или поздно сожрётся любой канал). Если нет, и юзер готов потерпеть что передачу он увидит на несколько минут позже, и есть место на диске чтобы хотя бы временно записать её целиком - вопрос становится тривиальным...:)))) Если же unicast+realtime - нужно пользоваться теми средствами, которые способны опознать недохождение (получая обратной связью данные о доставке) и регулировать плотность потока. Штатные средства для такого есть, например, в RTCP. И надо помнить известную формулу: "быстро, качественно, дёшево - выберите любые два". В условиях сети, "быстро" - изохронная (в реальном времени) передача трафика, "качественно" - передача без потерь и с нужным качеством, "дёшево" - в разумной полосе, а не в разы больше. Из трёх можно выбрать только два. Быстро+дёшево - трафик посылается, а что дойдёт - то и дойдёт. Быстро+качественно - возможно, если каналы заведомо резиновые и выдержат любой поток. Качественно+дёшево - TCP, оперативность никто не гарантирует, но рано или поздно содержимое дойдёт. Выбирайте, какой вариант лучше подходит под задачу... -netch- =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On 1/4/07, Valentin Nechayev
И надо помнить известную формулу: "быстро, качественно, дёшево - выберите любые два".
О, хорошая формулировка, надо запомнить и блеснуть при случае :-))) -- /doka Vision without Execution is Hallucination. -- Thomas Edison. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Thu, Jan 04, 2007 at 03:37:14PM +0200, Artem Grishin wrote:
Народ, а подскажите, где почитать о реализации VoD (Video on Demand). Загорелся идеей реализовать трансляцию видео по запросу unicast-ом. Кто что об этом знает - подскажите =)
Вообще я для себя рисовал примерно следующую схему - на каждом конечном access-point стоит сервер, который принимает с центрального сервера поток каналов, и уже он раздает on_demand видеоканалы. Таким вот нехитрым образом экономится магистральная полоса. И в таком же случае можно обойтись и средними (400-600$) свитчами с двумя гигабитными транковыми портами. -- Не важно, веришь ли ты в бога, важно верит ли он в тебя... -- SUI-UANIC GAS-RIPE ______________________________________________ --== ISP Zaporozhye On Line ==-- =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Thursday 04 January 2007 16:58, Artem Grishin wrote:
Вообще я для себя рисовал примерно следующую схему - на каждом конечном access-point стоит сервер, который принимает с центрального сервера поток каналов, и уже он раздает on_demand видеоканалы. Таким вот нехитрым образом экономится магистральная полоса. И в таком же случае можно обойтись и средними (400-600$) свитчами с двумя гигабитными транковыми портами. Такую нехитрую схему уже придумали и называется она multicast :)
-- Best wishes, Sergey Kovalenko GTU network engineer =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On 1/4/07, Artem Grishin
Вообще я для себя рисовал примерно следующую схему - на каждом конечном access-point стоит сервер, который принимает с центрального сервера поток каналов,
каких каналов? мы про VoD или про IP/TV говорим? в случае VoD каждая трансляция _уникальна_ и потому твоя схема не имеет ни малейшего смысла. В случае с IP/TV это все решается с помощью multicast. Хотя в этом случае устройства L2 должны быть как минимум L3 aware и знать об малтикасте. А в лучшем случае - должны выступать PIM-neighbor'ами. -- /doka Vision without Execution is Hallucination. -- Thomas Edison. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Thu, Jan 04, 2007 at 05:04:50PM +0200, Vladimir Litovka wrote:
On 1/4/07, Artem Grishin
wrote: Вообще я для себя рисовал примерно следующую схему - на каждом конечном access-point стоит сервер, который принимает с центрального сервера поток каналов,
каких каналов? мы про VoD или про IP/TV говорим? в случае VoD каждая трансляция _уникальна_ и потому твоя схема не имеет ни малейшего смысла. В случае с IP/TV это все решается с помощью multicast. Хотя в этом случае устройства L2 должны быть как минимум L3 aware и знать об малтикасте. А в лучшем случае - должны выступать PIM-neighbor'ами.
Не факт, точнее не совсем факт - свитчам из всей l3-awareness достаточно igmp snooping+mvr. По крайней мере у нас именно так iptv раздается, на простых 2950.. :) =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Добрый день!
-----Original Message----- From: owner-uanog-outgoing@uanog.kiev.ua [mailto:owner-uanog- outgoing@uanog.kiev.ua] On Behalf Of Artem Grishin Sent: Thursday, January 04, 2007 3:37 PM To: uanog@uanog.kiev.ua Subject: [uanog] VoD
Народ, а подскажите, где почитать о реализации VoD (Video on Demand). Загорелся идеей реализовать трансляцию видео по запросу unicast-ом. Кто что об этом знает - подскажите =)
VOD в чистом виде является классическим сферическим конем в вакууме и не существует нигде, кроме гостиниц и маленьких хай-тек кампусов. Я имею в виду коммерческую эксплуатацию, а не технологическую пилотную показуху или демо на стенде. Реализуемы варианты Near VOD, т.е. с ограничениями. Наиболее популярны (среди производителей решений) два формата: 1) виртуальный кинозал (программа задана, фильмы закольцованы, доступ к каналу повременный/по событиям). Применяется кабельными операторами. 2) заказ с отложенным просмотром (встроенный в сет-топ-бокс PVR записывает то, что наливает оператор в свободной полосе и потом воспроизводит один раз). Применяется спутниковыми операторами. --- Regards, Vadim Garbooze Internet Project Volia NIC: VEG5, VEG1-RIPE
-- Не важно, веришь ли ты в бога, важно верит ли он в тебя... -- SUI-UANIC GAS-RIPE ______________________________________________ --== ISP Zaporozhye On Line ==-- =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
=================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
btw, раз уж пошла такая пьянка - а кто мог бы подсказать где почитать о правильных реализациях FoD services ? (File-on-Demand, возможность скачать файло с сервера с приличной скоростью). Под "правильностью" понимается масштабируемость хотя-бы до 2-5k parallel sessions/4-5gbit полосы отдачи в пиках/10-15TB хранения... =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On 1/4/07, Alexandre Snarskii
этом случае устройства L2 должны быть как минимум L3 aware и знать об малтикасте. А в лучшем случае - должны выступать PIM-neighbor'ами.
Не факт, точнее не совсем факт - свитчам из всей l3-awareness достаточно igmp snooping+mvr. По крайней мере у нас именно так iptv раздается, на простых 2950.. :)
Ну да, это и есть L3 awareness :) Только я не уверен, что всякий DLink или Zyxel это тоже умеют (возможно, я ошибаюсь - я не знаю линейки этих производителей). Только в такой схеме есть нюансы взаимодействия при переходе из Ethernet в IP ;-) Например, таймаут при восстановлении Master General Querier-а в случае выхода из строя основного. Поэтому я и говорю, что в идеале, Multicast должен ходить в IP на всем пути - от head-end до абонентского порта в U-PE. -- /doka Vision without Execution is Hallucination. -- Thomas Edison. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Sergey Kovalenko wrote:
On Thursday 04 January 2007 16:58, Artem Grishin wrote:
Вообще я для себя рисовал примерно следующую схему - на каждом конечном access-point стоит сервер, который принимает с центрального сервера поток каналов, и уже он раздает on_demand видеоканалы. Таким вот нехитрым образом экономится магистральная полоса. И в таком же случае можно обойтись и средними (400-600$) свитчами с двумя гигабитными транковыми портами.
Такую нехитрую схему уже придумали и называется она multicast :)
не-не-не :) Артем все правильно говорит (точнее идея правильная :) ). На одной из презенташек ой-PTV некие чуваки (точо не помню, но вроде Sagem с какими-то норвежцами) показывали именно такое решение, т.е. в сети есть а-ля management server, который знает что где лежит и ваще рулит системой и кучка поменьше - access. Как они показывали, система достаточно масшабируемая, т.е. этих аксесов можно натыкать хоть каждому пользователю. Далее, если пользователь запрашивает некое кино, то оно заливается на ближайший сервер (если его там не было) и оттуда уже отдается (кстати это вроде-бы было настраиваемым, можно было отдавать с того, на котором оно есть и параллельно вливать на ближайший, или же при условии "кол-во запросов > N"). Просто проблема здесь состоит в том, что экономится только магистраль и не факт, что оно кому-то поможет (во всяком случае главным был вопрос, сколько нужно брать денег за кино, чтобы построение такой сети отбилось в разумный период, пользователям это было интересно (при наличии Петровки и осла) и т.д.). Опять же я не помню было ли оно в реале, вроде только планировался пилот где-т в Европе, соотв. хз как оно работает на живой сети. -- Johnny =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Ivan Synyeokov wrote:
Вообще я для себя рисовал примерно следующую схему - на каждом конечном access-point стоит сервер, который принимает с центрального сервера поток каналов, и уже он раздает on_demand видеоканалы. Таким вот нехитрым образом экономится магистральная полоса. И в таком же случае можно обойтись и средними (400-600$) свитчами с двумя гигабитными транковыми портами.
Такую нехитрую схему уже придумали и называется она multicast :)
не-не-не :) Артем все правильно говорит (точнее идея правильная :) ). На одной из презенташек ой-PTV некие чуваки (точо не помню, но вроде Sagem с какими-то норвежцами) показывали именно такое решение, т.е. в сети есть а-ля management server, который знает что где лежит и ваще рулит системой и кучка поменьше - access. Как они показывали, система достаточно масшабируемая, т.е. этих аксесов можно натыкать хоть каждому пользователю. Далее, если пользователь запрашивает некое кино, то оно заливается на ближайший сервер (если его там не было) и оттуда уже отдается (кстати это вроде-бы было настраиваемым, можно было отдавать с того, на котором оно есть и параллельно вливать на ближайший, или же при условии "кол-во запросов > N"). Просто проблема здесь состоит в том, что экономится только магистраль и не факт, что оно кому-то поможет (во всяком случае главным был вопрос, сколько нужно брать денег за кино, чтобы построение такой сети отбилось в разумный период, пользователям это было интересно (при наличии Петровки и осла) и т.д.). Опять же я не помню было ли оно в реале, вроде только планировался пилот где-т в Европе, соотв. хз как оно работает на живой сети. Да уж... "Велосипедов" на тему как обойтись без multicast хватает, но, как говорится, "а смысл"?
-- Best wishes, Sergey Kovalenko GTU network engineer =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Sergey Kovalenko wrote:
Ivan Synyeokov wrote:
не-не-не :) Артем все правильно говорит (точнее идея правильная :) ). На одной из презенташек ой-PTV некие чуваки (точо не помню, но вроде Sagem с какими-то норвежцами) показывали именно такое решение, т.е. в сети есть а-ля management server, который знает что где лежит и ваще рулит системой и кучка поменьше - access. Как они показывали, система достаточно масшабируемая, т.е. этих аксесов можно натыкать хоть каждому пользователю. Далее, если пользователь запрашивает некое кино, то оно заливается на ближайший сервер (если его там не было) и оттуда уже отдается (кстати это вроде-бы было настраиваемым, можно было отдавать с того, на котором оно есть и параллельно вливать на ближайший, или же при условии "кол-во запросов > N"). Просто проблема здесь состоит в том, что экономится только магистраль и не факт, что оно кому-то поможет (во всяком случае главным был вопрос, сколько нужно брать денег за кино, чтобы построение такой сети отбилось в разумный период, пользователям это было интересно (при наличии Петровки и осла) и т.д.). Опять же я не помню было ли оно в реале, вроде только планировался пилот где-т в Европе, соотв. хз как оно работает на живой сети. Да уж... "Велосипедов" на тему как обойтись без multicast хватает, но, как говорится, "а смысл"?
в данном случае смысл как раз в том, чтоб отдать контент в уникасте :) Мне, как пользователю, совершенно не интересно смотреть телевизор или там мейнстримный треш, а вот соседу интересно и мы никогда не договоримся, но если поблизости будет стоять "дура" на десяток терабайт ;) (чтоб там было на вкус и цвет), то довольны будем мы оба :) т.е. чисто теоретически этот VoD+IPTV+куча сервисов (игрульки, инеты с телефонией и т.д.) достаточно заманчивы. Так что лично я вижу только проблему бабла :) -- Johnny =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Thu, Jan 04, 2007 at 09:19:44PM +0200, Ivan Synyeokov wrote:
Sergey Kovalenko wrote:
Ivan Synyeokov wrote:
не-не-не :) Артем все правильно говорит (точнее идея правильная :) ). На одной из презенташек ой-PTV некие чуваки (точо не помню, но вроде Sagem с какими-то норвежцами) показывали именно такое решение, т.е. в сети есть а-ля management server, который знает что где лежит и ваще рулит системой и кучка поменьше - access. Как они показывали, система достаточно масшабируемая, т.е. этих аксесов можно натыкать хоть каждому пользователю. Далее, если пользователь запрашивает некое кино, то оно заливается на ближайший сервер (если его там не было) и оттуда уже отдается (кстати это вроде-бы было настраиваемым, можно было отдавать с того, на котором оно есть и параллельно вливать на ближайший, или же при условии "кол-во запросов > N"). Просто проблема здесь состоит в том, что экономится только магистраль и не факт, что оно кому-то поможет (во всяком случае главным был вопрос, сколько нужно брать денег за кино, чтобы построение такой сети отбилось в разумный период, пользователям это было интересно (при наличии Петровки и осла) и т.д.). Опять же я не помню было ли оно в реале, вроде только планировался пилот где-т в Европе, соотв. хз как оно работает на живой сети. Да уж... "Велосипедов" на тему как обойтись без multicast хватает, но, как говорится, "а смысл"?
в данном случае смысл как раз в том, чтоб отдать контент в уникасте :) Мне, как пользователю, совершенно не интересно смотреть телевизор или там мейнстримный треш, а вот соседу интересно и мы никогда не договоримся, но если поблизости будет стоять "дура" на десяток терабайт ;) (чтоб там было на вкус и цвет), то довольны будем мы оба :) т.е. чисто теоретически этот VoD+IPTV+куча сервисов (игрульки, инеты с телефонией и т.д.) достаточно заманчивы. Так что лично я вижу только проблему бабла :)
Вообще планируется создать сервис на основе уже существующей инфракструктуры. Есть ОВ сеть, линк между свитчами 100Мбит. Планируется две вещи - перевести линки на 1 Гбит, и попробовать реализовать либо IPTV либо VoD. -- Не важно, веришь ли ты в бога, важно верит ли он в тебя... -- SUI-UANIC GAS-RIPE ______________________________________________ --== ISP Zaporozhye On Line ==-- =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On 1/4/07, Ivan Synyeokov
пользователю. Далее, если пользователь запрашивает некое кино, то оно заливается на ближайший сервер (если его там не было) и оттуда уже отдается
это называется - натянуть на свое понимание новые термины :) потому что в классической терминологии это называется web-сервер и proxy-сервера :) -- /doka Vision without Execution is Hallucination. -- Thomas Edison. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Fri, Jan 05, 2007 at 10:07:07AM +0200, Vladimir Litovka wrote:
On 1/4/07, Ivan Synyeokov
wrote: пользователю. Далее, если пользователь запрашивает некое кино, то оно заливается на ближайший сервер (если его там не было) и оттуда уже отдается
это называется - натянуть на свое понимание новые термины :) потому что в классической терминологии это называется web-сервер и proxy-сервера :)
Видимо да. Я уже заметил, что я не правильно понял термин VoD. -- Не важно, веришь ли ты в бога, важно верит ли он в тебя... -- SUI-UANIC GAS-RIPE ______________________________________________ --== ISP Zaporozhye On Line ==-- =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On 1/5/07, Artem Grishin
это называется - натянуть на свое понимание новые термины :) потому что в классической терминологии это называется web-сервер и proxy-сервера :)
Видимо да. Я уже заметил, что я не правильно понял термин VoD.
О, уже хорошо :) Думай еще :) -- /doka Vision without Execution is Hallucination. -- Thomas Edison. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Fri, Jan 05, 2007 at 10:07:07AM +0200, Vladimir Litovka wrote:
On 1/4/07, Ivan Synyeokov
wrote: пользователю. Далее, если пользователь запрашивает некое кино, то оно заливается на ближайший сервер (если его там не было) и оттуда уже отдается
это называется - натянуть на свое понимание новые термины :) потому что в классической терминологии это называется web-сервер и proxy-сервера :)
Вообще-то это (все в сумме) называется content distribution system :) Классические proxy (squid/oops) для этого использовать можно, но это не всегда дает хорошие результаты. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Thu, Jan 04, 2007 at 04:25:21PM +0200, Vladimir Litovka wrote:
VL> Привет,
VL> мне кажется, что магистральные сети на оборудовании за $400-$600 за
VL> пасочку и реализация VoD - несовместимые вещи ;-)
VL> VoD - на редкость жрущая емкость технология и для того, чтобы уверенно
VL> ее предоставлять, нужно как минимум иметь QoS в магистрали, поддержку
VL> RSVP и (внимание!) взаимодействие VoD-серверов (head-end и управления)
VL> с магистралью по этому самому RSVP. Последнее - для того, чтобы
VL> пользователь получал на своем голубом экране сообщение "Network busy",
VL> а не "зависание" STB в ожидании трафика, которого он не получит.
VL> Разумеется, это все имеет смысл только в том случае, если услуга
VL> предоставляется промышленно. А если это на поиграться, то, скорее
VL> всего, sourceforge содержит достаточно количество скриптов ;-)
VL> On 1/4/07, Artem Grishin
On Thu, Jan 04, 2007 at 04:39:33PM +0200, Vladimir Litovka wrote:
On 1/4/07, Valentin Nechayev
wrote: И надо помнить известную формулу: "быстро, качественно, дёшево - выберите любые два".
О, хорошая формулировка, надо запомнить и блеснуть при случае :-)))
Забавной иронией судьбы это цитата из RFC 1925
-- /doka
Vision without Execution is Hallucination. -- Thomas Edison.
participants (9)
-
Alexander Trotsai
-
Alexandre Snarskii
-
Artem Grishin
-
Ivan Synyeokov
-
Oleg V. Nauman
-
Sergey Kovalenko
-
Vadim Garbooze
-
Valentin Nechayev
-
Vladimir Litovka