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

Лучшее решение для ограничения пропускной способности

Лучшее решение для ограничения пропускной способности, RouterOS

GREG3f

Guest

26.06.2019 19:15:00

Ищу, как настроить новую сеть WISP, и хотел бы узнать, какой метод ограничения пропускной способности сейчас считается лучшим выбором. Буду использовать внешний Radius и у меня есть 1036 CCR в качестве шлюза. Будет MPLS с VPLS-каналами к каждому сайту вышки. Рассматриваем скорости от 100 до 500 Мбит/с, используя 60 ГГц. Является ли PPPoE все еще действительным решением для аутентификации или лучше использовать MAC-адрес/DHCP Radius? Использовали бы вы одну простую очередь с throttling PCQ для диапазона адресов или отдельные очереди для каждого клиента PPPoE или IP-адреса? Является ли дерево очередей лучшим способом управления пропускной способностью в сочетании со списками адресов? Ищу плюсы и минусы, а также любые другие предложения.

anav Guest	#2 0 16.02.2021 23:17:00 Так здорово, Том, спасибо, что делишься тем, чем занимаешься. Всегда интересно видеть, как люди работают в большом масштабе. Я едва справляюсь с одним маршрутизатором и парой точек доступа.

MCN

Guest

10.02.2021 02:02:00

Так что, после того как не было других ответов и прочего, что ты решил? Дай знать. Оба варианта считаются приемлемыми в индустрии, насколько я знаю. Все зависит от того, что ты хочешь сделать. Мы использовали PPPoE с RADIUS и индивидуальные простые очереди.

TomjNorthIdaho

Guest

10.02.2021 02:58:00

У вас есть три основные опции для ограничения полосы пропускания. Простые очереди (Mikrotik поддерживает это - просто - базово - не подходит для крупных сетей) IP-файрвол (сложная настройка - ограничение по IP-адресу) ((Mikrotik это поддерживает)) MAC-адрес (Mikrotik не поддерживает ограничение по MAC-адресу клиента) - PfSense поддерживает управление полосой пропускания по MAC-адресу в Captive-Portal North Idaho Tom Jones

TomjNorthIdaho

Guest

17.02.2021 01:40:00

Да, большие сети имеют свои проблемы, а если добавить к этому около тысячи беспроводных устройств Mikrotik, то можно совсем с ума сойти... К вашему сведению, для массового управления беспроводными устройствами CPE моего клиента я создал сервер на базе Linux с помощью скриптов. Он делает следующее: зацикливает и повторяет для каждого беспроводного клиента CPE из моего списка. Делает ping: если он в сети, продолжаем, если нет, переходим к следующему CPE, подключаемся по telnet или ssh к CPE, выполняем команды CLI и сохраняем результаты в лог-файл на моем сервере Linux, делаем еще кое-что (обновляем версию ROS Mikrotik, перезагружаем, вносим изменения, выполняем обследование площадки и загружаем что-то по FTP...) ждем x секунд. Есть еще устройства в списке? Если нет - выходим, если есть - продолжаем цикл. Параметр задержки x секунд определяет, как быстро я хочу обрабатывать свой список. Если нужно обработать все очень быстро, я выполняю каждую задачу в фоновом режиме Linux, что может привести к нескольким сотням установленных соединений на моем сервере скриптов. Когда ваша сеть становится большой, вам нужно будет что-то подобное, чтобы массово управлять всеми вашими CPE Mikrotik. Северный Айдахо, Том Джонс.

pacmen Guest	#6 0 23.02.2021 16:05:00 Удивительно

pacmen

Guest

10.02.2021 06:45:00

Как ваши клиенты будут подключаться к вашей сети: через предоставленный вами CPE-терминал или купленный самостоятельно? Если вы предоставляете им антенну MikroTik, у вас будет полный контроль и управление, так что вы сможете ограничивать скорость через это устройство, которое подключается к их домашнему роутеру. Если вы хотите отключить клиента, вам просто нужно отключить его порт на домашнем роутере, и вы всегда сможете поддерживать связь с клиентом, так что если клиент захочет снова подключиться, вы сделаете это за секунды. Этот метод дорогостоящий, но вы обеспечите качество сервиса и сможете контролировать качество сигнала. Таким образом, вместе с MPLS вы достигнете почти чистого Ethernet-подобного соединения.

TomjNorthIdaho

Guest

11.02.2021 17:30:00

В моем интернет-провайдере мы владеем и предоставляем клиентское оборудование (CPE). Обычно CPE настраивается так: WAN (DHCP-клиент) — этот WAN-интерфейс подключается к одной из наших вышек (беспроводная связь) или соединен с нашим оптоволокном. LAN (NAT и DHCP-сервер). Мы передаем клиенту Ethernet-кабель (это точка разделения, где начинается сеть клиента). Обратите внимание: у некоторых из наших бизнес-клиентов мы не используем NAT и вместо этого передаем блок /30 с действующими IP-адресами. Мы управляем и владеем CPE, клиенты никогда не имеют доступа для входа в наше CPE. Одна из причин использования CPE — предотвращение прямого подключения клиентов к нашим сетям WAN-клиентов. Это предотвращает возможность клиентов вводить DHCP-серверы обратно в наши сети, которые могут слышать другие CPE. Северный Айдахо, Том Джонс.

pacmen

Guest

12.02.2021 08:04:00

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

TomjNorthIdaho

Guest

#10

12.02.2021 17:02:00

Вы можете управлять трафиком на CPE. Это довольно просто, когда количество CPE небольшое. Но когда ваш провайдер растет и у вас сотни CPE, это становится сложно управлять. Я начинал с управления трафиком на каждом CPE. Теперь мы делаем все наши настройки трафика на одном маршрутизаторе Mikrotik CHR. Наша CRM/биллинг-система (Sonar) имеет возможность автоматически настраивать управляемый трафик (добавлять/изменять/приостанавливать).

pacmen Guest	#11 0 13.02.2021 09:29:00 Sonar реализует управление трафиком на CPE или на ядре?

TomjNorthIdaho Guest	#12 0 16.02.2021 15:46:00 Система Sonar ISP предлагает несколько вариантов управления полосой пропускания для каждого клиента. Мы используем Mikrotik- #1 (CHR) с двумя интерфейсами (ether1 и ether2). Sonar имеет несколько API (хуков), которые позволяют системе Sonar получать информацию с нашего DHCP-сервера Mikrotik- #2 (MAC-адрес и IP-адрес) для каждого клиента в Sonar. Затем Sonar подключится к Mikrotik- #1 и настроит списки адресов (IP-адрес, статус активности аккаунта, скорость вверх/скорость вниз). Когда аккаунт становится просроченным, Sonar изменяет настройки Mikrotik- #1, что приводит к перенаправлению на одну из наших веб-страниц, где отображается красная страница с сообщением о просрочке счета, с просьбой обратиться в наш офис. Том Джонс

Читают тему

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