[EShirokiy]

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

[rdc]

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

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

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

[EShirokiy]

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

[rdc]

Как решили? =)

[EShirokiy]

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

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

[rdc]

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

 

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

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

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

[Ivan_83]

Отдавайте по хттп.

[Negator]

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

не жалуемся

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

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

[dmitry_]

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

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

 

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

Изменено 11 апреля, 2013 пользователем dmitry_

[Negator]

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

[EShirokiy]

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

Изменено 12 апреля, 2013 пользователем EShirokiy

[rdc]

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

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

 

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

[EShirokiy]

rdc, Спасибо

[dmitry_]

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

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

 

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

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

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

Изменено 14 апреля, 2013 пользователем dmitry_

[Ivan_83]

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

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

[rdc]

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

С чего бы?

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

[Ivan_83]

Почему 27? ;)

[EShirokiy]

Ivan_83, видимо 1 аплинк и 27 даунлинков)

[rdc]

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

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

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

[HackerDeath]

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

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

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

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

 

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

Изменено 15 апреля, 2013 пользователем HackerDeath

[Ivan_83]

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

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

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

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

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