Jump to content
Калькуляторы

Multicast via VPN

Как будет себя чувствовать multicast IPTV в тунеле VPN? Нет возможности подключиться напрямую к поставщику контента, есть 1Г линк до городской точки обмена через госмонополию). Возможна ли вобще такая схема, и если да то повлияет ли это на качество картинки(артефакты, рассыпание картинки)?

Share this post


Link to post
Share on other sites

Как будет себя чувствовать multicast IPTV в тунеле VPN? Нет возможности подключиться напрямую к поставщику контента, есть 1Г линк до городской точки обмена через госмонополию). Возможна ли вобще такая схема, и если да то повлияет ли это на качество картинки(артефакты, рассыпание картинки)?

 

Через eoip микротиковский вполне себя хорошо чувствует. Большой траф только не гнал, так - мегабит 50-60.

Share this post


Link to post
Share on other sites

Нормальная схема. Обычно L3MTU мультикаст трафика поменьше 1500(видимо это так принято как раз чтоб гонять через тунели). Очень желательно чтоб тунель был udp-шный. Если потерь и реордера не будет, то и сыпаться не будет

Share this post


Link to post
Share on other sites

188 байтов ts frame, их 7 штук обычно - 1316 байт это сами данные. Плюс заголовки протокола и инкапсуляция.

Share this post


Link to post
Share on other sites

л2 впн или л2 туннелирование на фре нетграфом. Последнее проверял, работает.

Share this post


Link to post
Share on other sites

Используя софт решения не будет гарантий отсутствия дронов. А multicast очень чувствителен к ним... Только vlan с прописаны qos.

Share this post


Link to post
Share on other sites

Используя софт решения не будет гарантий отсутствия дронов. А multicast очень чувствителен к ним... Только vlan с прописаны qos.

 

Если говорить про тунели over ip, то gre это не всегда софт решение. На многом оборудовании оно работает аппаратно(потому что это тривальное навешивание хедера)

Share this post


Link to post
Share on other sites
Используя софт решения не будет гарантий отсутствия дронов. А multicast очень чувствителен к ним... Только vlan с прописаны qos.

TCP.

На том же нетграфе можно tcp использовать в кач транспорта.

Share this post


Link to post
Share on other sites

Вопрос не только в инкапсуляции, но и в отсутствии qos в публичном интернете. Мало кто слепо доверяет чужим dscp.

Share this post


Link to post
Share on other sites
Используя софт решения не будет гарантий отсутствия дронов. А multicast очень чувствителен к ним... Только vlan с прописаны qos.

TCP.

На том же нетграфе можно tcp использовать в кач транспорта.

вариант с tcp возможен в случае буферизации и retransmitt потерянных пакетов.

Share this post


Link to post
Share on other sites
Используя софт решения не будет гарантий отсутствия дронов. А multicast очень чувствителен к ним... Только vlan с прописаны qos.

TCP.

На том же нетграфе можно tcp использовать в кач транспорта.

вариант с tcp возможен в случае буферизации и retransmitt потерянных пакетов.

 

Если канал интернета не ограничен, можно передавать одновременно 2 или даже 3 потока по разным туннелям, а потом сливать в один.

Share this post


Link to post
Share on other sites

Вопрос не только в инкапсуляции, но и в отсутствии qos в публичном интернете. Мало кто слепо доверяет чужим dscp.

 

Ну если труба свободная, то проблем быть не должно. По этому каналу предпологается гнать только мкаст.

Принимать его будет freeBSD на виртуалке ESXi IBM x3650.

Share this post


Link to post
Share on other sites
Используя софт решения не будет гарантий отсутствия дронов. А multicast очень чувствителен к ним... Только vlan с прописаны qos.

TCP.

На том же нетграфе можно tcp использовать в кач транспорта.

вариант с tcp возможен в случае буферизации и retransmitt потерянных пакетов.

 

Если канал интернета не ограничен, можно передавать одновременно 2 или даже 3 потока по разным туннелям, а потом сливать в один.

 

Идея вполне очевидная. Но какой софт/оборудование умеет это делать?

Share this post


Link to post
Share on other sites

Идея вполне очевидная. Но какой софт/оборудование умеет это делать?

 

Mikrotik, у него в бондинге есть режим, когда он поступающие данные передает по всем подключенным портам. Ставите с каждой стороны по железке, которая будет заниматься распределением, и 2-3 помельче для создания EoIP туннелей и готово. С другой стороны так же. Суть кучи железок в том, что бы на каждой можно было сделать линк со своего IP, или по своим каналам.

Share this post


Link to post
Share on other sites

 

Если канал интернета не ограничен, можно передавать одновременно 2 или даже 3 потока по разным туннелям, а потом сливать в один.

 

Идея вполне очевидная. Но какой софт/оборудование умеет это делать?

 

FreeBSD + netgraph + bridge. Вот есть статья

Share this post


Link to post
Share on other sites

попробуйте VLC с буферизацией 5-10 секунд и передачей по http.

Share this post


Link to post
Share on other sites

Через eoip микротиковский вполне себя хорошо чувствует. Большой траф только не гнал, так - мегабит 50-60.

+1, работает

Share this post


Link to post
Share on other sites

поднял pptp туннель mikrotik-cisco через инет - вполне себе достойное качество картинки.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this