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

Проблема с запуском PPPoE-сервера для соединения на скорости более 2,5 Мбит/с.

Проблема с запуском PPPoE-сервера для соединения на скорости более 2,5 Мбит/с., RouterOS

natanielklug

Guest

14.02.2013 11:23:00

Привет всем! У меня сеть с множеством оптоволоконными подключениями, и я хочу настроить PPPoE-сервер для реализации AAA. Проблема в том, что для подключений свыше 2,5 Мбит/с я не могу обеспечить клиенту полную полосу пропускания. Я провёл тесты с настройкой FreeRadius: Mikrotik-Rate-Limit = 2000k/10000k. Хочу, чтобы мой клиент выходил в сеть и использовал 10 Мбит/с для загрузки и 2 Мбит/с для отдачи. Но загрузка для этого клиента не превышает 2,5 Мбит/с. Поэкспериментировав с разными конфигурациями, я обнаружил, что проблема связана с типом очереди и её настройками. Сейчас установлено pfifo с 10 пакетами. Я пробовал разные варианты и лучший результат для загрузки дал pfifo 100 пакетов, но по неизвестным причинам скорость отдачи взлетает и превышает установленный лимит: примерно 60% скорости при меньших 1 Мбит/с (доходит до 1,6 Мбит/с от общей полосы отдачи) и примерно 35% при скорости выше 1 Мбит/с. Это приводит к перегрузке сети отдачей, а я не хочу такого трафика, превышающего лимиты, выделенные клиенту. Какая оптимальная конфигурация Queue Type лучше всего подходит для скорости выше 2,5 Мбит/с?

С уважением,
Натаниэль Клуг

natanielklug Guest	#2 0 14.03.2013 12:36:00 Ответа нет? Даже от Mikrotik?

mahnet

Guest

16.03.2013 01:59:00

Я тоже сталкивался с подобными проблемами с pppoe и ques, но так и не понял, как их решить. Даже usermanager настраивал – все равно одно и то же. Выделенные простые ques для каждого пользователя — это своего рода решение, но это значит, что для 200 пользователей нужно 200 очередей. К тому же, как мы будем логировать сессии на роутере для этих 200 разных очередей? В итоге пришлось переходить на другой менеджер полосы пропускания.

lambert

Guest

16.03.2013 04:17:00

Не могли бы вы показать нам соответствующие части конфигурации вашего MikroTik? Нам сложно помочь, когда приходится гадать, как настроена ваша система. Возможно, стоит выложить скриншоты Winbox, где видны очереди и интерфейсы PPPoE, когда у вас возникает проблема.

bmv

Guest

17.03.2013 20:51:00

У меня тоже эта проблема с клиентами, подключающимися через PPP с радио UBNT и используя RADIUS AAA с роутерами Mikrotik. Я продаю клиенту 30 Мбит/с вниз и 5 Мбит/с вверх. Я установил RADIUS rate-limit немного выше – 35 Мбит/с вниз и 6 Мбит/с вверх (RADIUS mikrotik-rate-limit установлен как: 6M/35M). Но когда клиенты запускают speedtest, они видят только 22-24 Мбит/с вниз, а загрузка обычно идет со скоростью 5-6 Мбит/с, что неплохо. Если убрать простой queue, который автоматически создается при аутентификации клиента, и повторно протестировать speedtest, клиенты видят 70+ Мбит/с вниз и 70+ Мбит/с вверх. Простые очереди не работают!! Я могу изменить свой rate-limit до 6M/45M или что-то больше, но speedtest.net показывает 30 Мбит/с, а если клиенты запускают BitTorrent или скачивают много файлов одновременно, они в конечном итоге достигают 45 Мбит/с. Вместо того, чтобы полагаться на простые очереди, я попробовал включить traffic engineering на радио UBNT до 6M/35M. Клиенты видят 30+ Мбит/с вниз и 5+ Мбит/с вверх. Что мне нужно сделать, чтобы это работало точнее и чтобы я мог предоставлять 30 Мбит/с, которые я должен предоставлять с текущим RADIUS, PPP, MK Queues?

lambert Guest	#6 0 18.03.2013 01:33:00 Похоже, простые очереди получают примерно 85% выделенной полосы пропускания для одного потока. Я не использую простые очереди, так что не понимаю, почему так происходит. Мы используем древо очередей.

bmv

Guest

18.03.2013 07:15:00

Но с деревом очередей (особенно) нам пришлось бы включить отслеживание соединений, пакетный маркетинг, маршрутный маркетинг, а затем уже решать, что делать. Хотелось бы этого избежать, так как не уверен, хорошо ли это масштабируется. PCQ тоже не звучит как лучший вариант, потому что если я установлю лимиты в 35 Мбит/с вниз и 6 Мбит/с вниз, это якобы отлично ограничит первого клиента. Но если подключится второй пользователь, ему достанется половина этой полосы пропускания. Не хочу такого поведения. Не знаю, есть ли у меня адекватное решение?

lambert Guest	#8 0 18.03.2013 18:47:00 В версиях 5.x и ниже, деревья очередей должны быть более эффективными, чем простые очереди. В 6.x, никакой разницы в производительности быть не должно. Думаю, вы не совсем верно поняли, как работает PCQ. Вы устанавливаете лимиты в определении вашей очереди PCQ. Этот лимит работает для каждого условия соответствия, заданного в типе очереди. Если вы затем устанавливаете лимит на правило дерева очередей, которое использует определение типа PCQ, трафик, соответствующий этому правилу дерева очередей, будет ограничен этим общим объемом, и все совпадающие потоки должны будут делить этот объем пропускной способности, как и любой другой тип очереди. Если вы не устанавливаете лимиты на правило дерева очередей, которое использует тип PCQ, каждое соответствие классификатора может использовать до полного лимита определения типа. Я могу иметь 5 пользователей с соответствием классификатора по src-address или dst-address и меткой пакета 3mbpscustomers в правиле дерева очередей без ограничений, которое использует пользовательское имя типа очереди 3mbps-download, и это правило в дереве очередей будет видеть до 15Mbps трафика. Каждый пользователь получает до 3Mbps и не больше. Если появится еще один пользователь, соответствующий требованиям, чтобы его пакеты были помечены как 3mbpscustomer, правило дерева очередей сможет достигать до 18Mbps. Я довольно уверен, что мое объяснение не очень ясное. У меня нет времени, чтобы сделать это лучше. Простите. Вики, вероятно, сможет прояснить для вас: http://wiki.mikrotik.com/wiki/Manual:Queues_-_PCQ http://wiki.mikrotik.com/wiki/Manual:Queues_-_PCQ_Examples

Читают тему

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