Перейти до

Matou

Сitizens
  • Всього повідомлень

    357
  • Приєднався

  • Останній візит

  • Дней в лидерах

    1

Сообщения додав Matou

  1. Мне кажется самым верным вариантом было бы обратиться за помощью к своему провайдеру. Далее чисто субъективно:

    - Вы вот все пишете описываете схему, я уже раза 3 перечитывал, толи мне недоходит... проще было бы графическую схему.

    - Вы пред тем как спрашивать на форуме читали за программу которой делали замеры ? А за трассировку ?

     

    По поводу схему включения Вам выше писал товарищ BARVIT:

     

    Опубликовано Сегодня, 10:45

     

    Раз не заработал значит обычная онушка и привязка по mac. В таком варианте ставите ОНУ-роутер-свитч. На роутере нет смысла отключать DHCP, кому нужно и так руками пропишите, кому нет автоматом заберут от роутера. Раз есть привязка - то весь смысл в том что что-то с таким-то маком должно получить адрес. свич так не может, он не получит адрес, соответсвенно если после ону воткнуть свитч а в него роутер и комп, то получит тот, чей мак есть у провайдера. Склонируете маки- буду проблемы с инетом. Я понять не могу, у вас же уже есть везде кабеля. в чем сложность все переставить так как нужно? или вифи в другую комнату не достреливает?

     

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

  2.  

    1. Спрашивать, насколько я понял бесполезно, так как побывал я на их форуме - тема тянется еще с года 2013, по-моему.

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

     

     

     

    Вот как раз преследую цель дать услугу клиентам

    тогда забудьте про микротик.

     

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

  3.  

    Не знаю чем руководствовались микротиковцы, когда всю эту историю разрабатывали.

    можете у них спросить. авось через полгода ответят, лет через 5 може даже пофиксят...

     

     

     

    Может есть люди, могущие помочь не только советом но и делом ?

    вам уже посоветовали не заниматься техноонанизмом, а купить железяку которая это умеет нормально, без плясок с бубном. ну это если у вас цель - дать услугу клиентам, а не драконить их лагающим/отсыхающим иптв. дешевле будет по факту.

     

    уж лучше никакую услугу не давать, чем работающую через раз при определенном стечении обстоятельств.

     

    1. Спрашивать, насколько я понял бесполезно, так как побывал я на их форуме - тема тянется еще с года 2013, по-моему.

    2. Вот как раз преследую цель дать услугу клиентам, посему прошу совета/помощи. А результаты моих попыток, кои Вы именуете "техноонанизмом", я привел выше.

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

  5. День добрый, уважаемые форумчане.

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

  6. optic_fusion 

     

    Спасибо что Вы есть). Человек отозвался, удалено зашел и около получаса разжевывал куда что клацать) Теперь всё работает. Дело было в части кода который он кинул(на 1-й странице). Я ввел только для 2-го провайдера так как первый работал нормально и всё заработало...

     

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

  7.  

    Можно я еще вставлю свои пять копеек ?

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

    услиб был белый я бы неписал сюда

     

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

    А так прислушайтесь к совету Dictator'а

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

  9. У меня немного иная ситуация - за 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 стоит пользовательский влан. Менять настройки на коммутаторе не стал, скажу только, что некоторые свитчи в сети упали и пошел поток звонков. У меня наклевался вывод - справка не полная, надо еще самому ковырять

  10. На одном

    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. Мне получается надо обновлять поочередно все версии до последней ?

  11. Просил не однократно Reanimator'a что бы он лично проверил работоспособность этой фичи, на что ответа по тесту так и не получил. Я так и не смог заставить эту штуку работать.

     А на какой прошивке пробовали ? Если не секрет.

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

  12.  

    На новых  прошивках есть отличная функция

     

    Switch_config#ip mcst series-connection
     
    Если у Вас её нет, то обновляйте ОЛТ и всё будет работать.

     

    На крайних прошивках она работает корректно ? На форуме видел ветку, в которой жалобы были.

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

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

×
×
  • Створити нове...