Eugene_Lo

Посетитель
  • Публикации

    3
  • Зарегистрирован

  • Посещение

Репутация

2 Neutral

1 подписчик

О Eugene_Lo

  • Звание
    Новичок

Profile Information

  • Пол
    Мужчина
  1. Ну, тогда можно было бы в свитч-группу включить и первый два интерфейса (если они на одном чипе распаяны). С таким же успехом можно взять обычный коммутатор и навтыкать перед Тиком сколь угодно количество приставок У этого способа есть один минус-весь траффик, что попадёт в бридж, будет пропущен через CPU, а это нагружает маршрутизатор совсем не его работой. К слову, объединённые именно свитч-группой интерфейсы, а не бриджом нагружают только чип сетевой карты, процессор при этом не задействовуется. Например, при тарифе в 80 мб/с скачкой торрентов и плюс просмотре ТВ таким способом, думаю, будет фрезить... А чем не устраивает "традиционный" способ? У них там ядро обновилось оснастка ещё меньше ресурсов кушает... /interface bridge filter add action=drop chain=output out-interface=wlan1 packet-type=multicast
  2. Упрощу задачу. Я так понимаю, 78.107.196.0/24 это адрес источников. А маршрутизация потоков производится по технологии PIM-SM. А это значит, что роуты тут не работают. Это "обратная" маршрутизация от источника к потребителю. У меня работает и вот так, причём, проверял уже в разных концах Москвы.. /routing igmp-proxy set quick-leave=yes /routing igmp-proxy interface add alternative-subnets=78.107.196.0/24 interface=ether3 upstream=yes add interface=bridge-local Полагаю, расписыывать что к чему излишне.. Ну, как бы так Конечно, при условии, что фаервол настроен как надо.
  3. Хотел добавить, точнее убрать лишнее. Маршрутизацию до сетей 233.0.0.0/8 и вообще до мультикаст-групп прописывать не нужно. Принцип маршрутизации в мультикастовых сетях осуществляется иначе, чем традиционный юникаст. Тем более, маршрутизация до этих сетей не попадает в рамки механизма IgmpProxy, а больше для PIM-SM. В "Alternative Subnets", также, лишнее прописывать всё что касается сетей 233.0.0.0/8, это просто широковещательная группа для запросов, а в этой опции должны быть указаны сети самих источников мультикаста (или, поправьте меня, точек встречи). Честно говоря, я несколько ограничен знаниями этого протокола и не могу точно сказать как именно можно вычислить эти источники. Думаю, хорошей идеей было бы выкладывать вместе со списками каналов адреса сетей источников мультикаста. Таким образом, у меня получился такой рабочий конфиг /routing igmp-proxy set quick-leave=yes /routing igmp-proxy interface add alternative-subnets=78.107.196.0/24 interface=ether10 upstream=yes add interface=bridge-local