мультикаст и PPPoE

[Ivan Rostovikov]

Имеем классическую ethernet сеть звезда. На управляемых свичах. В ней ходит 2 вилана.

Управляющий и PPPoE. Абоненты внутри сети изолированы друг от друга. Приватных адресов нет.

Любой обмен только через PPPoE.

 

Вопрос: как внедрять мультикаст ?

Через отдельный вилан ?

Или как ?

 

[s.lobanov]

А что мешает просто включить источник мультикаста в pppoe vlan? Планируете просто отдать мультикаст или приставки ставить абонентам?

[-Ars-]

Как вам удобнее;) Из опыта с нашим клиентом могу сказать, что они для этой цели хотели сначала слать по разным vlan-ам, а потом решили, что и одного хватает. Правда, там VDSL, но какая разница в данном случае?

[Ivan Rostovikov]

Пока незнаю, что мешает. Просто размышляю. Пробую оценить варианты.

Планирую примерно 70 %% - приставки и 30 - компьютер. Из этих 30, половина как минимум имеют роутеры (DIR100,DIR300)

 

[s.lobanov]

Ivan Rostovikov

Приставки как будут IP получать? Те которые вы хотите закупить умеют pppoe?

[Saab95]

По PPPoE мультикаст раздавать нельзя, это будет юникаст и следовательно к каждому клиенту будет идти своя полоса.

Если 10 клиентов смотрят в одном доме с одного коммутатора одну и ту же программу, то поток к ним будет идти примерно 20-40 мегабит. Поэтому с PPPoE провальная затея.

 

Лучшее решение это лить мультикаст во влан с PPPoE, и авторизовывать приставки по MAC-адресу через DHCP. Не платит клиент за телевидение - не выдавать ему адрес - следовательно ничего у него не работает. Дома клиенту либо ставить коммутатор и с него на комп/роутер и приставку, либо использовать приставки со сквозным портом (но у них часто низкая производительность бриджа), либо использовать роутер со сквозным портом, но тут ничего на голову кроме микротика не приходит, но там нет встроенного радио в дешевых моделях.

[s.lobanov]

По PPPoE мультикаст раздавать нельзя, это будет юникаст и следовательно к каждому клиенту будет идти своя полоса.

Так я и не предалагаю гнать мультикаст поверх pppoe, а возможно использовать для отображения менюшек и vod.

 

[Ivan Rostovikov]

>Приставки как будут IP получать? Те которые вы хотите закупить умеют pppoe?

передавать мультикаст внутри PPPoE соединения - конечно нет. Это нонсенс.

А вот внутри PPPoE вилана - вопрос. Почему бы и нет. Или все таки отдельным виланом ?

[Saab95]

Отдельным вланом - только один плюс, можно не гнать трафик по всей сети, а только туда, где он нужен на данный момент.

[-Ars-]

Отдельным вланом - только один плюс, можно не гнать трафик по всей сети, а только туда, где он нужен на данный момент.

Для этого IGMP snooping есть, так, что и VLAN здесь, вроде бы, не при чём.

Приставки как будут IP получать?

А зачем им IP получать? Он вполне может любым статическим быть.

[s.lobanov]

Приставки как будут IP получать?

А зачем им IP получать? Он вполне может любым статическим быть.

Неудобно слишком прописывать ip с пульта, да и к тому же придётся делать индивидуальный acl на доступе на каждом порту, чтобы избегать ip- и arp-спуфинга, в случае раздачи dhcp-сервером это может делаться автоматически.

 

Но мой вопрос был не об этом, а о том как будет осуществлять доступ к юникасту - ipoe или pppoe.

[s.lobanov]

авторизовывать приставки по MAC-адресу через DHCP. Не платит клиент за телевидение - не выдавать ему адрес - следовательно ничего у него не работает.

Плохой способ. Как только абоненты доберутся до линукса своей приставки, сразу же сменят мак на интерфейсе на соседний и с большой долей вероятности смогут прикинуться абонентом, который платит. Маки-то идут подряд и поэтому перебрать десяток маков +/- от своего совсем не сложно.

"Авторизовывать" можно по option82, а ещё лучше по option82+mac_приставки - тогда в случае косяков монтёров не перепутаются абоненты.

[disappointed]

Сделать два вилана, PPPoE only и PPPoE + iptv. И гнать мультикаст только туда где он нужен.

[Gunner]

На Длинках все просто ISM влан и снупинг. Нехай юезер в своем влане сидит как затребует поток так через исм и снупинг замешают в его влан.

[true.ru]

На управляемых свичах.

+ к Gunner.

на доступе - ism или mvr, в зависимости от оборудования.

в узлах агрегации - igmp snooping.

у себя в сети именно так работает.

половина как минимум имеют роутеры (DIR100,DIR300)

только плюс для вас же.

[Ivan Rostovikov]

Отдельным вланом - только один плюс, можно не гнать трафик по всей сети, а только туда, где он нужен на данный момент.

Для этого IGMP snooping есть, так, что и VLAN здесь, вроде бы, не при чём.

Приставки как будут IP получать?

А зачем им IP получать? Он вполне может любым статическим быть.

А зачем вообще мультикасту обычный IP ?

STB просто заявляет, что принадлежит такой то группе. Это по сути и есть ее IP.

[-Ars-]

А зачем вообще мультикасту обычный IP ?

STB просто заявляет, что принадлежит такой то группе. Это по сути и есть ее IP.

Ну, да. Просто для того, чтобы присоединиться к группе, приставке хоть какой-то source-адрес нужен. Пусть даже и одинаковый для всех коробок.

[telecom]

Имеем классическую ethernet сеть звезда. На управляемых свичах. В ней ходит 2 вилана.

Управляющий и PPPoE. Абоненты внутри сети изолированы друг от друга. Приватных адресов нет.

Любой обмен только через PPPoE.

 

Вопрос: как внедрять мультикаст ?

Через отдельный вилан ?

Или как ?

 

Так и внедрять)))

 

У нас так и работает. PPPoE само собой, IGMP само собой. Все в одном вилане.

Мультикаст ходит по локалке.

Придется dhcp делать в локалке по любому и доступ из локалки к серверу где лежит конфиг для приставок, конфиг для проигрывателя на PC и программа передач.

 

Через Dlink роутеры работает нормально. Только прошивку обновлять надо до последних версий и при настройки выбирать Тип Интернет-соединения PPPoE (Dual Acces).