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

CCR1072/1036 против CCR2116 с 2000x PPPoE

CCR1072/1036 против CCR2116 с 2000x PPPoE, Аппаратное обеспечение

dingsingo

Guest

11.06.2022 08:39:00

Привет! Сейчас я использую CCR1072 и CCR1036 для PPPoE-сессий примерно на 2000 пользователей, каждый из которых имеет по 1000 активных сессий. Теперь я хотел бы улучшить производительность при обработке PPPoE-сессий. Стоит ли купить два CCR2116 или лучше использовать два 1072 и установить на них V7.x?

boooda994 Guest	#2 0 22.07.2022 11:20:00 Кто-нибудь знает, что здесь случилось? Интернет-порт — первый порт, не знаю, когда это началось. Версия 7.3.1 CCR1036

kenorosarioPH Guest	#3 0 23.09.2022 03:50:00 Привет! Что лучше с функциональной точки зрения — BRAS/BNG 2116 или 1036? Спасибо!

Maggiore81

Guest

22.10.2022 18:48:00

Это не так. Мы получили ОГРОМНОЕ улучшение производительности по использованию CPU как на 1036, так и на 1072. Повышенное использование процессора на роутерах бюджетного сегмента связано с отсутствием кэша маршрутов, но всё работает как и ожидалось. Мы обновили всю сеть с самой последней версии 6 LTS до 7.4, а теперь до 7.6 без каких-либо проблем, кроме необходимости адаптировать фильтры маршрутов под новый синтаксис.

chechito Guest	#5 0 22.10.2022 18:54:00 Прошло 4 месяца и вышло несколько версий с тех пор, без сомнений, дело пошло на лад.

Maggiore81 Guest	#6 0 22.10.2022 18:55:00 Мы попробовали версию 7 с 7.4 и получили действительно хорошие улучшения, даже на старых CCR. Лучше используется процессор и распределяются нагрузки. Очень круто!

ponline

Guest

28.10.2022 13:53:00

У меня 2400 пользователей PPPoE на одном CCR1036. Все эти пользователи подключаются через один и тот же SFP+ интерфейс, но разбиты на 7 VLANов. На каждом VLAN-интерфейсе запускается PPPoE-сервер. Кроме того, настроено одинаковое количество очередей, хотя очереди на 100 и 200 Мбит/с почти не заполняются. Также настроен NAT с более чем 60 фильтрами source NAT. Помимо этого, простой фаервол и маршрут по умолчанию к моему провайдеру (без BGP). В час пик пропускная способность вверх достигает 3500 Мбит/с. RouterOS версии 6.48.1, и, к моему удивлению, всё работает без проблем. Не перегружаю я его? Две недели назад купил CCR2116, но спешки нет — либо заменю старый, либо буду использовать их вместе.

DarkNate Guest	#8 0 30.10.2022 11:09:00 Или перейдите на DHCP и забудьте про PPPoE. У PPPoE есть накладные расходы на MTU и процессор из-за инкапсуляции, а у DHCP таких проблем нет.

guipoletto Guest	#9 0 30.10.2022 12:30:00 Этой Mikrotik действительно стоит серьезно заняться сопоставлением Option82 / CircuitID, особенно теперь, когда они полностью перерабатывают сервис DHCP.

ponline Guest	#10 0 31.10.2022 14:06:00 Я бы бросил PPPoE, но мое программное обеспечение для radius/биллиринга ограничено в других способах AAA для DHCP и клиентов.

DarkNate Guest	#11 0 01.11.2022 13:14:00 Тогда выбрось своё AAA ПО и перейди к поставщику, который не отстаёт от современных тенденций.

ponline Guest	#12 0 01.11.2022 14:55:00 Можешь подсказать, какой тип аутентификации обычно используется вместе с DHCP?

chechito

Guest

#13

01.11.2022 18:52:00

Если ваша сеть доступа открыта (коммутаторы Ethernet), вам нужно использовать PPPoE для аутентификации. В других сетях доступа, таких как GPON, необходимо авторизовать CPE, поэтому дополнительная аутентификация особо не нужна.

ponline Guest	#14 0 02.11.2022 12:33:00 Вот что я и думал, так что давайте придерживаться PPPoE и оригинальной темы.

DarkNate

Guest

#15

04.11.2022 17:30:00

Параметры DHCP на ваш выбор в зависимости от потребностей, DHCP client ID, DHCP+RADIUS
https://docs.splynx.com/networking/authentication_of_customers/mikrotik_dhcp_radius
https://mum.mikrotik.com/presentations/GE12/interllcom.pdf
https://systemzone.net/mikrotik-dhcp-server-configuration-with-radius-server/

Кто советует использовать PPPoE в 2022 году — это то же самое, что рекомендовать IPv4 вместо IPv6. Я бы таких «экспертов» компетентными не считал. Нет никакой магии, которая уберёт нагрузку на процессор и дополнительный overhead MTU из-за PPPoE. Ближе всего к решению — RFC4638, но он работает только на стороне провайдера, потому что у большинства абонентских устройств с их стороны это не поддерживается, кроме MikroTik или похожих устройств.

DarkNate Guest	#16 0 04.11.2022 17:33:00 Почему? Выполняйте привязку по MAC-адресу и используйте различные опции DHCP, которые вам нужны или желательны, а также идентификатор клиента.

chechito Guest	#17 0 04.11.2022 18:24:00 В конце концов, надежный уровень доступа — это лучший вариант и обязательный элемент. Проблема возникает, когда используется неуправляемый уровень доступа, например, простые Ethernet-коммутаторы (которые не способны на привязку или другие функции безопасности). Пытаясь компенсировать отсутствие безопасности на уровне доступа, внедрение каких-то механизмов на шлюзе становится узким местом при постоянно растущих скоростях, таких как GPON. Включение таких механизмов инкапсуляции, как PPPoE, — это ненужная нагрузка не только из-за проблем с MTU, но и из-за того, что процесс инкапсуляции потребляет ресурсы. Если у вас низкие скорости, с PPPoE можно спокойно работать, без проблем. Для высоких скоростей отказ от PPPoE даёт прирост в производительности и масштабируемости, но при этом потребуется уровень доступа, способный обеспечивать безопасность, как в случае с GPON.

Читают тему

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