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

DXS-3326GSR и IPTV

Добрый день, подскажите, пожалуйста, можно ли запустить полноценное IPTV на DXS-3326GSR? Планируется поставить данную железку на доступ (частный сектор, оптика до дома). Завалялось несколько штук, думаем куда воткнуть. Сеть работает по IPOE. Вопрос возник из-за того, что один знакомый утверждает что они не способны нормально работать с мультикастом и IPTV страшно глючит. Если можно, дать ответ развернутый - если нет, то почему. Спасибо

Share this post


Link to post
Share on other sites

Безотносительно вопроса.

Это плохой выбор железки на доступ, т.к. он не умеет работать с sfp в 100M режиме.

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

Share this post


Link to post
Share on other sites

rdcспасибо, но этот вопрос уже решили) остался с IPTV, железки то дешевые, не хочется выкидывать

Share this post


Link to post
Share on other sites

rdc, извиняюсь, уточнил, будут не на доступе, а на узлах

вопрос с IPTV остается открытый

Share this post


Link to post
Share on other sites

Жаль. А то у меня тоже несколько бесхозных валяется, и тоже думал применить для этой цели, но так и не придумал, как.

 

А возвращаясь к исходному вопросу - всё в корне меняется.

На узлах не будет никакой проблемы с мультикастом - они для него будут прозрачны.

Специальная поддержка мультикаста (ISM vlan) нужна только на доступе.

Share this post


Link to post
Share on other sites

у нас на многих узлах аггрегации они до сих пор стоят

не жалуемся

мультикаст бегает, проблем с железками нет.

естественно только L2

Share this post


Link to post
Share on other sites

У данной железки есть такой артефакт, который проявляется при просмотре IPTV в нескольких виланах (при схеме IPTV без ISM вилана) с включенным igmp_snooping на виланах, проявляется он тем, что каждый канал будет показывать только в одном вилане (который первый на канал подписался).

Плюс непонятное увеличение CPU utilisation в таких схемах.

 

Используем на железке только 1 вилан с включенным igmp снупингом. В остальном претензий нет.

Edited by dmitry_

Share this post


Link to post
Share on other sites

да,мы тоже один используем. Больше одного не пробовал.

Share this post


Link to post
Share on other sites

dmitry_, спасибо, а это как нибудь лечится?

Edited by EShirokiy

Share this post


Link to post
Share on other sites

Повторюсь. Просто пропускайте через неё мультикаст прозрачно. Не настраивайте igmp вообще.

Свич доступа с ISM VLAN за ним уже сам разберётся, что пропускать, а что нет.

 

А ещё проще - раздавать http, как верно заметили выше. :)

Share this post


Link to post
Share on other sites

dmitry_, спасибо, а это как нибудь лечится?

никак, DLink это называет не багом, а ограничением в данной серии :)

 

А ещё проще - раздавать http, как верно заметили выше. :)

трафика будет больше, соответственно при популярном сервисе IPTV ваша сеть загнется (это же и минус решения vlan на абонента)

ps. железка которая будет отдавать каналы по http, должна быть очень серьезной. к примеру один HD канал ~ 10Мбит/с, 100 смотрящих абонентов сделают вам уже 1Гбит/с

Edited by dmitry_

Share this post


Link to post
Share on other sites

Тазик с фрёй (линух тоже сойдёт) и проц от двух ядер по 3ггц легко отдают гигабиты каналов.

Собственно на районы можно ставить что то на атомах/закатах, чтобы локально проксировать.

Share this post


Link to post
Share on other sites

трафика будет больше, соответственно при популярном сервисе IPTV ваша сеть загнется

С чего бы?

Если на доступе стоит DES-3200-28F, то даже все 27 смотрящих HD абонентов сделают жалкие 270мбит/с, которые займут всего лишь четверть аплинка.

Share this post


Link to post
Share on other sites

DES-3200-28F - 28 портов sfp.

24 стомегабитных и 4 гигабитных.

один гигабитный - аплинк, остальные 24+3 работают в 100М на абонентские конвертеры.

Share this post


Link to post
Share on other sites

DES-3200-28F - 28 портов sfp.

24 стомегабитных и 4 гигабитных.

один гигабитный - аплинк, остальные 24+3 работают в 100М на абонентские конвертеры.

Совсем без резервирования? И ограничение на количество каналов 1?

 

Но линух все равно не есть хорошее решение. Где его ставить? Как можно ближе к доступу? А если районов 10? Столько и серверов? А как резервировать? Еще столько же? Или же ставить рядом с фдром? Наверняка до доступа найдется узкое место которое можно забить.

Edited by HackerDeath

Share this post


Link to post
Share on other sites

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

Плата с атомом/закатом мелкая, есть такие же мелкие настольные компы, которые к монитору крепятся, они меньше коммутатора и жрут сопоставимо, и стоят копейки.

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

С мультикастом реально проблем больше а диагностики меньше. Мультикаст не очень в вафае, мультикаст долго буферезируется, он теряется непонятно где или коммутаторы его невесть как портят.

Да, в схеме с хттп получается более грубая балансировка, чем у мультикаста со снупингом, но, ИМХО, оно того стоит.

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