+7 495 320-55-52
- Назад
- Телефоны
- +7 495 320-55-52
- Заказать звонок
info@mikrotik.moscow
г. Москва, ул. Бакунинская, 84
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

Ограничь трафик L2.

Ограничь трафик L2., RouterOS

abcwarbot

Guest

07.05.2013 05:29:00

Привет всем. Я только что настроил мост + VPLS туннель. Основная проблема в том, что мой клиент забивает всю доступную полосу пропускания моей сети. Трафик, который он генерирует, - L2. Я безуспешно пытался ограничить его, используя простые очереди. Также я пробовал mangle + ip firewall, заставляя мой мост подчиняться правилам ip firewall. Есть ли способ ограничить трафик клиента, используя bridge filter или ограничение на уровне интерфейса? С наилучшими пожеланиями.

phendry Guest	#2 0 15.11.2013 02:11:00 Я ограничиваю полосу пропускания на VPLS-интерфейсах, поэтому я не понимаю это заявление.

richinuk

Guest

08.12.2013 09:08:00

По-моему, он имеет в виду, что формировать/qos нельзя, когда трафик уже промаркирован и переключается по сети. Фильтрация/формирование/qos и т.д. должна выполняться при входе/выходе трафика в/из туннеля VPLS (например, как вы говорите, на самом интерфейсе VPLS).

phendry Guest	#4 0 08.12.2013 11:36:00 Я не уверен, что он это имел в виду, но если это так, то ты говоришь, что не можешь пометить/поставить в очередь, основываясь на EXP VPLS shim?

tomaskir

Guest

08.12.2013 13:11:00

Любой QoS на MPLS/VPLS, основанный на MPLS QoS тегах, должен обрабатываться на L2 (например, NV2 QoS). L3 QoS (очереди) не работают с MPLS трафиком в RouterOS. Это связано с тем, как обрабатывается поток пакетов в RouterOS, смотрите здесь: http://forum.mikrotik.com/t/new-packet-flow-diagram/66252/1

phendry

Guest

08.12.2013 23:16:00

В этих потоках ничего не показывает, что использование EXP для QoS невозможно. И WMM, и NV2 могут ставить в очередь данные, основываясь на информации, переданной через EXP. Если проблема abcwarbot связана с QoS дальше по сети, скорее всего, это будет радиоканал, и тогда WMM или NV2 должны справиться. Однако в оригинальном посте предполагалось, что это связано с применением ограничений пропускной способности для трафика, передаваемого между Ethernet-интерфейсом и интерфейсом VPLS, что опять же легко сделать. Так что я всё равно не понимаю, что же здесь нереально??

richinuk

Guest

11.12.2013 20:16:00

Да, верно. NV2 будет планировать пакеты на основе бита EXP. Но здесь мало что можно контролировать, и NV2 обрабатывает только планирование, а не регулирование скорости. То, что сказал MT, с чем я согласен, заключается в том, что регулирование скорости должно происходить на входе в интерфейс VPLS, потому что, как только пакет инкапсулирован в VPLS, повлиять на него можно только таким образом, как NV2 делает это с планированием пакетов. Переключение пакетов MPLS не проходит через очереди или цепочки. Rich

phendry Guest	#8 0 11.12.2013 21:16:00 Технически, дросселирование и планирование зависят от очередей. Если посмотреть на исходный пост, проблема в том, что один клиент потребляет всю полосу пропускания, доступную в сети. Это может означать, что либо этого клиента должны быть способны использовать всю полосу пропускания по всей сети, и задача — дросселировать его, когда другие хотят использовать полосу пропускания, или клиент должен иметь, скажем, 10 Мбит/с, но он может выстреливать на всю полосу пропускания сети. В первом случае можно назначить низкий приоритет трафику всех этих клиентов, чтобы NV2 или WMM дросселировали его полосу пропускания, когда другие клиенты с более высоким приоритетом захотят использовать сеть. Во втором случае комбинация маркировки пакетов и дерева очередей на обоих концах VPLS-туннеля должна решить эту проблему.

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры