Jump to content

Шейпинг нескольких ISP и нескольких групп абонентов


Recommended Posts

Posted

Добрый день! Такой вопрос по Queue Tree

 

Есть автономка, в ней существуют несколько категорий абонентов с различными квотами на использование различных(!) каналов. Есть бордер роутер с ROS, на котором сходится внутрянка с внешними каналами.

 

Имеется несколько подключенных апстримов и несколько IX. Каждый апстрим или IX приходит в отдельном влане. С остальной сетью роутер общается по OSPF и iBGP по 2 вланам (для резервирования).

 

Суть в том, что клиенту, в зависимости от категории, полагается ограниченная скорость через апстримов, при этом на трафик, который будет ходить через IX, требование не распространяется. Иными словами, если целевая сеть доступна через IX, то в данном случае ограничение применяться не должно. 

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

То есть, например, клиент с ограничением 50мбит/с качает одновременно с разных хостов. Один поток заходит через апстрим А и имеет скорость 30мбит, другой заходит через апстрим В и должен иметь, соответственно, не более 20 мбит. А если некий третий поток зайдет через IX, то он может идти на любой скорости дополнительно к 50мбитам, идущим через апстримов.

Надеюсь, понятно изложил)

 

Я изучил мануалы по Queue и прочел несколько статей. Понял, как делать очереди, типы, метить пакеты.

 

Вопрос в том, как "по уму" привязать определенную очередь сразу к нескольким интерфейсам. Например, есть сеть, в которой каждый клиент должен получать не более 50 мбит. Я делаю очередь типа PCQ на каждое направление, соответственно. А вот куда вязать их, я не понял. Я могу привязать к одном интерфейсу, например к влану определенного апстрима, но тогда очередь будет работать только для него. Можно, конечно, сделать набор правил для каждого апстрима, но тогда не понятно, как их согласовать между собой, чтобы было общее ограничение скорости. 

 

Пока единственное, что пришло на ум, это метить пакеты в mangle по признаку выходного интерфейса и делать одинаковую метку для всех пакетов, которые ходят через вланы всех апстримов. Затем уже в queue запускать в нужную очередь пакеты с этой меткой. Пакеты в сторону IX не метить и не запускать в очередь вообще. Как родительскую указать, получается, global, чтобы работала для всех интерфейсов.

 

Но сдается мне, что есть какое-то более правильное решение.

 

Posted

По уму это поставить несколько микротиков. Что бы трафик сначала мог на локальные ресурсы уходить, и уже после в сторону интернета, тогда и с шейперами изголяться не придется. То есть ставите 3 микротика, первый для IX, два других на каждый канал вышестоящего. Шейпера вешаете на двух микротиках с каналами.

Posted

У  меня сейчас уже 5 апстримов, 3 пиринга. Так микротиков не напасешься.)  Тем более, апстримы будут ещё, скорее всего. 

А предложенное мной решение совсем не рабочее? 

 

 

 

Кстати, трафика суммарно по внешке сейчас до 2 гбит в прайм тайм. 

Posted

Конечно не рабочее.

 

Допустим у вас один микротик и 3 канала, куда надо отправлять абонентов. Простой шейпер микротика позволяет указывать адрес источника и адрес назначения, если у вас адрес назначения через бесплатный канал постоянный, можно их все забить туда. Но боюсь список будет большой=). Другой вариант через деревья очередей, маркировать трафик манглами и подбивать под заранее созданные ограничения скорости по группам. Но тут будет так много правил, что не всегда это удобно, или всплывают другие проблемы вида двойной перемаркировки или не возможности смотреть реальное потребление скорости каждым абонентом. Сложность поиска проблем.

 

Поэтому самое простое и действенное это использовать несколько микротиков. Если у вас 3 пиринга то их можно воткнуть в один микротик, трафик то туда бесплатен, а вот на внешние каналы поставить по своему микротику.

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...
На сайте используются файлы cookie и сервисы аналитики для корректной работы форума и улучшения качества обслуживания. Продолжая использовать сайт, вы соглашаетесь с использованием файлов cookie и с Политикой конфиденциальности.