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