Matou

Так есть еще в наличии ?

Я бы тоже взял парочку 301G, если есть таковые. Пишите в лс.

А может есть и 301G ?

А тема ведь древняя... http://local.com.ua/forum/topic/65730-%D0%B7%D0%BF-%D0%B0%D0%B4%D0%BC%D0%B8%D0%BD%D0%B0-%D0%B2-%D1%83%D0%BA%D1%80%D0%B0%D0%B8%D0%BD%D0%B5/

Ну тогда я бы взял, по возможности какой-нибудь бюджетный гиговый роутер, к примеру TP-LINK TL-WR1042ND (его можно найти за 1300 грн.), ну или надо маленько накопить на более серьезный агрегат.

Мне кажется самым верным вариантом было бы обратиться за помощью к своему провайдеру. Далее чисто субъективно: - Вы вот все пишете описываете схему, я уже раза 3 перечитывал, толи мне недоходит... проще было бы графическую схему. - Вы пред тем как спрашивать на форуме читали за программу которой делали замеры ? А за трассировку ? По поводу схему включения Вам выше писал товарищ BARVIT: Вот Вам и ответ - обе предложенные схемы работать не будут. У вас ранее стоял adsl-модем, он же был маршрутизатором и "загораживал" Вашу домашнюю сеть от сети провайдера, а там уже в квартире или доме настраивай как пожелаешь. Свитч гиговый, который планируете ставить после ONU этого не сделает. Посему придется ставить роутер. От него комп и свитч. Или Вы думаете что TP-Link со 100-мегабитными портами не позволит Вам смотреть фильмы с компа в соседней комнате ? Это ради этого столько движений или есть еще нюансы ?

Подскажите, а то я ее здесь не вижу.

правильно поняли. возможно, разработчики когда-то и снизойдут до своих клиентов, поправят баг. но когда это будет и будет ли - вопрос. потому микротик и следует рассматривать как продвинутое сохо с плюшками - на энтерпрайз не тянет, там по SLA же нагнуть могут, баги править заставить, а сохо - оно и есть сохо, с производителя взятки гладки. тогда забудьте про микротик. я это уже понял. Но вот в сторону чего смотреть - брать железку посерьезней и на ней разруливать мультикаст или же пробовать мультик преобразовать в http - с ним мороки меньше на роутерах абонентов, да и к сети он менее требовательнее чем мультикаст...

можете у них спросить. авось через полгода ответят, лет через 5 може даже пофиксят... вам уже посоветовали не заниматься техноонанизмом, а купить железяку которая это умеет нормально, без плясок с бубном. ну это если у вас цель - дать услугу клиентам, а не драконить их лагающим/отсыхающим иптв. дешевле будет по факту. уж лучше никакую услугу не давать, чем работающую через раз при определенном стечении обстоятельств. 1. Спрашивать, насколько я понял бесполезно, так как побывал я на их форуме - тема тянется еще с года 2013, по-моему. 2. Вот как раз преследую цель дать услугу клиентам, посему прошу совета/помощи. А результаты моих попыток, кои Вы именуете "техноонанизмом", я привел выше.

Спасибо за советы, но вопрос у меня немножко другой. Хотел абонентам в качестве бонуса организовать услугу иптв. Из кабельной сети залил мультикаст. А вот в процессе доставки контента пользователям возникла заминка... Думал настроить вышеупомянутый микротик. Как говорил, все завелось со своим "но". Когда начал копаться почему эти тормоза с переключениями каналов появляются выяснил, что собака зарыта в IGMP Proxy, а точнее в способе его реализации. После настроек апстрима и даунстримовских интерфейсов в закладке multicast forwarding cache (MFC) появляются группы. Их там 10 и они динамические. Так вот если я включаю канал, который в данный момент присутствует в этом списке, все заводится на ура, а когда выбираю канал, отсутствующий в этом списке, то здесь заминка и проявляется. Если же параллельно включать канал, который уже смотрят, то здесь тоже все отрабатывает нормально и в MFC гуляют все те же динамические группы. Не знаю чем руководствовались микротиковцы, когда всю эту историю разрабатывали. Может они рассчитывали на массовость. Ведь когда мультик смотрит большое количество пользователей, то вероятность присутствия группы в MFC выше, а тогда и подключения проходят нормально. Ну и 10 динамических постоянно гуляет и выжидает подключений. А как быть, если абонбаза не настолько велика ну или продвинута, чтоб задействовать необходимое количество этих групп. Тогда вот такие неудобства и возникают. И получается, что ты как бы и настроил все и работает, но абонент недоволен. Оно то и понятно - ждать минуту другую пока появится картинка это кощунство. Но это на прошивке 6.26. На последних же реализована возможность static multicast forwarding cache - уже можно вручную создать эти группы. Проверено, работает - подключается вмиг. Но как быть с ресурсами тика. 4 влана по 200 мегабит трафика, порой никому не нужного, постоянно гонять. Ответы типа "Да у тебя 16, 36 ядер !" хороши, но у каждого своя специфика сети, и у меня гонять такой трафик не вариант. Плюс, почитав сей полезнейший форум и проанализировав свою сеть ( а именно наличие в сети приличного парка разных свичей, в том числе и тупиков) задумался о возможности преобразовать имеющийся мультикаст-трафик в http-трафик... Поэтому в очередной раз обращаюсь к вам за советом. Может есть люди, могущие помочь не только советом но и делом ?

День добрый, уважаемые форумчане. Вот задался вопросом настроить абонентам ИПТВ. Есть микротик CCR1016, есть поток мультикаста. Получаю его на отдельном порту бриждем. Абоненты раскиданы по вланам, тоже бридж на влан. Настроил IGMP Proxy, все завелось, есть видео. НО вот во время переключения каналов бывают заминки очень таки длинные. Игрался с параметрами в IGMP Proxy. результата 0. Подскажите куда смотреть ? Прошивка 6.26.

на днях, то ли на неделе было как минимум две аналогичные темы...

Так у вас все-таки получилось раскидать абонентов по каналам ?

услиб был белый я бы неписал сюда Ну я же говорю - ясновидящих здесь я пока не наблюдал. Я просто выдвинул свой способ. А так прислушайтесь к совету Dictator'а

Можно я еще вставлю свои пять копеек ? А как насчет поднять vpn и будет тебе доступ и к сети и к микротику. Но это если есть статический белый ip, чего автор не указал и получил уйму догадок-ответов.

Делюсь опытом. Обновился я до версии BD_3314_10.1.0B_18986. Далал настройки согласно описанию. Пришлось на интерфейс, смотрящий в сторону коммутатора давать команду switchport pvid 800 (800 влан - мультикаст). На коммутаторе аналогично выставил switchport pvid 800. Даю команду ip mcst enable и все - никакого тебе ip-tv за коммутатором. Кто пробовал еще такой проброс сделать ? Подскажите, может я чего не учел.

У меня немного иная ситуация - за BDCOM'ом стоит коммутатор, а не еще один OLT. Делал по описанию из файла Mcst series test .docx. Для порта смотрящего в сторону коммутатора делал настройки Interface GigaEthernet0/3 switchport trunk vlan-allowed 2,4,100,800 switchport trunk vlan-untagged none switchport mode trunk Команды switchport pvid 800 в описании нету, одноко без нее не идет команда switchport trunk vlan-untagged none. Дал все-таки команду switchport pvid 800. И, исходя из того же описания, порт на коммутаторе оставил в режиме транка. На втором OLT в примере никакой команды switchport pvid нет. Таким образом весь этот трафик полился в пользовательский влан, так как на коммутаторе pvid стоит пользовательский влан. Менять настройки на коммутаторе не стал, скажу только, что некоторые свитчи в сети упали и пошел поток звонков. У меня наклевался вывод - справка не полная, надо еще самому ковырять

На одном P3310B Software, Version 10.1.0B Build 16688 ROM: System Bootstrap, Version 0.3.4 На втором P3310B Software, Version 10.1.0B Build 17696 System Bootstrap, Version 0.3.4 команда эта появилась еще в прошивке 10.1.0B_18986. Мне получается надо обновлять поочередно все версии до последней ?

А на какой прошивке пробовали ? Если не секрет. Нету свободного OLT для тестов, сидят везде абоненты, правда на одном человек 20 всего, но рисковать и обновляться пока не решаюсь.

На крайних прошивках она работает корректно ? На форуме видел ветку, в которой жалобы были. Плюс есть ли возможность сделать откат версии в случае чего ? Тоже видел писали люди, что такой возможности на последних прошивках нет

Прошу поделиться опытом организации транзитной передачи мультикастового потока через BDCOM P3310B. Имеется следующая ситуация - BDCOM подключен в сеть через 1-й гигабитный порт (два пользовательских влана плюс влан управления), в 3-й подключен еще один коммутатор (те же два влана и управление), мультикаст льется в отдельном влане через 5 порт. Хотел пропустить его и на 3 порт дабы порадовать и других пользователей. Но танцы не помогли - либо я даю мулькаст только абонентам BDCOM'а либо отключаю IGMP-snooping на нем и даю его абонентам сидящим на коммутаторе. Не получается организовать одновременно чтобы он присутствовал и на BDCOME'е и свободно лился на коммутатор. Может кто посоветует что-нибудь дельное в этой ситуации.

Рабочие все три ? Готов взять

К сожалению нету у меня таких прошивок. А вот скажите на 2500 у Вас какие версии прошивок ?