EShirokiy Posted April 10, 2013 · Report post Добрый день, подскажите, пожалуйста, можно ли запустить полноценное IPTV на DXS-3326GSR? Планируется поставить данную железку на доступ (частный сектор, оптика до дома). Завалялось несколько штук, думаем куда воткнуть. Сеть работает по IPOE. Вопрос возник из-за того, что один знакомый утверждает что они не способны нормально работать с мультикастом и IPTV страшно глючит. Если можно, дать ответ развернутый - если нет, то почему. Спасибо Share this post Link to post Share on other sites
rdc Posted April 10, 2013 · Report post Безотносительно вопроса. Это плохой выбор железки на доступ, т.к. он не умеет работать с sfp в 100M режиме. А если ставить абоненту гигабитный конвертер - будет другая проблема: он не залинкуется с абонентом, если у того не гигабит. Share this post Link to post Share on other sites
EShirokiy Posted April 10, 2013 · Report post rdcспасибо, но этот вопрос уже решили) остался с IPTV, железки то дешевые, не хочется выкидывать Share this post Link to post Share on other sites
rdc Posted April 10, 2013 · Report post Как решили? =) Share this post Link to post Share on other sites
EShirokiy Posted April 11, 2013 · Report post rdc, извиняюсь, уточнил, будут не на доступе, а на узлах вопрос с IPTV остается открытый Share this post Link to post Share on other sites
rdc Posted April 11, 2013 · Report post Жаль. А то у меня тоже несколько бесхозных валяется, и тоже думал применить для этой цели, но так и не придумал, как. А возвращаясь к исходному вопросу - всё в корне меняется. На узлах не будет никакой проблемы с мультикастом - они для него будут прозрачны. Специальная поддержка мультикаста (ISM vlan) нужна только на доступе. Share this post Link to post Share on other sites
Ivan_83 Posted April 11, 2013 · Report post Отдавайте по хттп. Share this post Link to post Share on other sites
Negator Posted April 11, 2013 · Report post у нас на многих узлах аггрегации они до сих пор стоят не жалуемся мультикаст бегает, проблем с железками нет. естественно только L2 Share this post Link to post Share on other sites
dmitry_ Posted April 11, 2013 (edited) · Report post У данной железки есть такой артефакт, который проявляется при просмотре IPTV в нескольких виланах (при схеме IPTV без ISM вилана) с включенным igmp_snooping на виланах, проявляется он тем, что каждый канал будет показывать только в одном вилане (который первый на канал подписался). Плюс непонятное увеличение CPU utilisation в таких схемах. Используем на железке только 1 вилан с включенным igmp снупингом. В остальном претензий нет. Edited April 11, 2013 by dmitry_ Share this post Link to post Share on other sites
Negator Posted April 11, 2013 · Report post да,мы тоже один используем. Больше одного не пробовал. Share this post Link to post Share on other sites
EShirokiy Posted April 12, 2013 (edited) · Report post dmitry_, спасибо, а это как нибудь лечится? Edited April 12, 2013 by EShirokiy Share this post Link to post Share on other sites
rdc Posted April 12, 2013 · Report post Повторюсь. Просто пропускайте через неё мультикаст прозрачно. Не настраивайте igmp вообще. Свич доступа с ISM VLAN за ним уже сам разберётся, что пропускать, а что нет. А ещё проще - раздавать http, как верно заметили выше. :) Share this post Link to post Share on other sites
EShirokiy Posted April 13, 2013 · Report post rdc, Спасибо Share this post Link to post Share on other sites
dmitry_ Posted April 14, 2013 (edited) · Report post dmitry_, спасибо, а это как нибудь лечится? никак, DLink это называет не багом, а ограничением в данной серии :) А ещё проще - раздавать http, как верно заметили выше. :) трафика будет больше, соответственно при популярном сервисе IPTV ваша сеть загнется (это же и минус решения vlan на абонента) ps. железка которая будет отдавать каналы по http, должна быть очень серьезной. к примеру один HD канал ~ 10Мбит/с, 100 смотрящих абонентов сделают вам уже 1Гбит/с Edited April 14, 2013 by dmitry_ Share this post Link to post Share on other sites
Ivan_83 Posted April 14, 2013 · Report post Тазик с фрёй (линух тоже сойдёт) и проц от двух ядер по 3ггц легко отдают гигабиты каналов. Собственно на районы можно ставить что то на атомах/закатах, чтобы локально проксировать. Share this post Link to post Share on other sites
rdc Posted April 14, 2013 · Report post трафика будет больше, соответственно при популярном сервисе IPTV ваша сеть загнетсяС чего бы?Если на доступе стоит DES-3200-28F, то даже все 27 смотрящих HD абонентов сделают жалкие 270мбит/с, которые займут всего лишь четверть аплинка. Share this post Link to post Share on other sites
Ivan_83 Posted April 14, 2013 · Report post Почему 27? ;) Share this post Link to post Share on other sites
EShirokiy Posted April 14, 2013 · Report post Ivan_83, видимо 1 аплинк и 27 даунлинков) Share this post Link to post Share on other sites
rdc Posted April 14, 2013 · Report post DES-3200-28F - 28 портов sfp. 24 стомегабитных и 4 гигабитных. один гигабитный - аплинк, остальные 24+3 работают в 100М на абонентские конвертеры. Share this post Link to post Share on other sites
HackerDeath Posted April 15, 2013 (edited) · Report post DES-3200-28F - 28 портов sfp. 24 стомегабитных и 4 гигабитных. один гигабитный - аплинк, остальные 24+3 работают в 100М на абонентские конвертеры. Совсем без резервирования? И ограничение на количество каналов 1? Но линух все равно не есть хорошее решение. Где его ставить? Как можно ближе к доступу? А если районов 10? Столько и серверов? А как резервировать? Еще столько же? Или же ставить рядом с фдром? Наверняка до доступа найдется узкое место которое можно забить. Edited April 15, 2013 by HackerDeath Share this post Link to post Share on other sites
Ivan_83 Posted April 15, 2013 · Report post 27 - не правильный подсчёт, тк в одной хате могут смотреть несколько каналов одновременно. Плата с атомом/закатом мелкая, есть такие же мелкие настольные компы, которые к монитору крепятся, они меньше коммутатора и жрут сопоставимо, и стоят копейки. Их можно не резервировать: если они дохнут арп анонсить их адрес на ближайший такой же сервере либо на центральный. Или в хттп можно изначально редиректами выдавать с какого сервера какой канал брать, тут кому как проще, способов извращений с хттп немеряно. С мультикастом реально проблем больше а диагностики меньше. Мультикаст не очень в вафае, мультикаст долго буферезируется, он теряется непонятно где или коммутаторы его невесть как портят. Да, в схеме с хттп получается более грубая балансировка, чем у мультикаста со снупингом, но, ИМХО, оно того стоит. Share this post Link to post Share on other sites
