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

Меню чипа коммутатора CCR 1009

Меню чипа коммутатора CCR 1009, Аппаратное обеспечение

jkarras Guest	#1 0 09.06.2014 18:20:00 Я заметил, что в ROS 6.14 меню переключателя в Winbox по-прежнему не отображается для моделей CCR1009. Есть какие-нибудь новости о том, когда это исправят?

hedele

Guest

14.03.2016 21:05:00

Я тоже несколько раз это читал, но никогда не мог воспроизвести это стабильно в лабораторных тестах на RB1100AHx2 и CCR1009-PC. Если и есть разница, то она настолько незначительна, что практически не влияет на результат.

pnajm

Guest

02.10.2014 22:45:00

Так кто-нибудь может объяснить, в чём разница между группой портов коммутатора 1-4 и остальными портами? Какие у этого есть плюсы и минусы? И почему порт из группы коммутатора нельзя сделать slave к порту вне этой группы? Знаю, что через bridge можно, просто интересно. Спасибо!

jarda

Guest

03.10.2014 05:18:00

Можно объединять порты в группы только в рамках одного общего коммутатора. «Порабощение» означает соединение портов внутри коммутатора. Но если коммутатор отсутствует, можно просто объединить порты через процессор.

pnajm Guest	#5 0 03.10.2014 05:39:00 В чём преимущество быть в группе переключения, а не вне её?

frankie Guest	#6 0 03.10.2014 07:08:00 Скорость линии без нагрузки на процессор.

roborkk

Guest

23.03.2015 18:30:00

У меня есть CCR1009-8G-1S-1S+. Вопрос: какие интерфейсы лучше использовать для максимальной производительности, если этот CCR будет использоваться как пограничный роутер. Один Ethernet-порт для LAN и другой для WAN. Трафик 300-400 Мбит/с с маршрутизацией и NAT. Большое спасибо.

lashguti

Guest

05.12.2015 14:07:00

Почему никто не ответил на твоё сообщение? Думаю, тебе стоит использовать порты за пределами 1-4. Сегодня я собираюсь это проверить, потому что у меня максимум 850 Мбит при входящем трафике на ether1 и 3 и исходящем на sfp1. Я попробую использовать нестандартные порты для входящего трафика, этот дизайн явно не для уровня оператора связи, или, по крайней мере, нам должны были об этом сказать.

chechito Guest	#9 0 05.12.2015 23:02:00 Похоже, что переключаемые порты менее эффективны, потребляют больше CPU. Лучше использовать порты с прямым доступом к CPU: eth 5, 6, 7, 8, sfp и sfp+.

chechito Guest	#10 0 15.03.2016 00:57:00 Ты прав, лучше поддержать эту тему тестированием, чтобы правильно оценить влияние этих изменений. Дай мне немного времени, чтобы проверить на моём CCR1009.

Florian Guest	#11 0 15.03.2016 09:35:00 Было бы здорово, спасибо.

Florian

Guest

#12

14.03.2016 10:01:00

Привет всем, извиняюсь, что пишу в этой старой теме. Извините ещё за мой плохой английский, это не мой родной язык. Скоро получу свой CCR 1009 и не совсем понимаю, как работают switch chip / switch ports. Мой CCR заменит коробку от провайдера, будет для домашнего использования. WAN будет на порту 8, а LAN — на порту 5, так как оба они “cpu port”, я подумал, что это самый эффективный способ настроить.

План такой: подключить свитч к порту 5, чтобы компьютеры были доступны. (WAN/Ether8 => FW/NAT правила => LAN/Ether5 => Свитч => несколько ПК и так далее) По тому, что читал, можно сгруппировать порты свитча на CCR — с 1 по 4, и они будут работать как обычный L2-свитч. Но как они будут общаться с портом 5? В голове я думал сделать Ether5 главным портом для ether1-4, но, кажется, так нельзя, потому что ether5 — “cpu port”, а не свитч-порт. Похоже, я где-то ошибаюсь... Кто-нибудь может помочь? Спасибо!

hedele

Guest

#13

14.03.2016 10:18:00

Просто используй порт 1 как LAN-порт и настрой порты 2-4 так, чтобы у них в качестве master-порта был порт 1. Порт 5 не используй, если он тебе не нужен. Если порт 5 всё же нужен, придется создать бридж и добавить в него порт 1 и порт 5 (порты 2-4 уже являются "слугами" порта 1, добавлять их в бридж не нужно и нельзя). Затем перенеси всю конфигурацию LAN (DHCP-сервер, IP-адреса и т.д.) на интерфейс бриджа. Трафик между портами 1-4 будет по-прежнему коммутироваться аппаратно, а между портами 1-4 и портом 5 — уже программно через CPU, что менее эффективно, но CCR1009 с этим легко справится.

Florian

Guest

#14

14.03.2016 12:02:00

Большое спасибо за объяснение и инструкции. Даже не используя метод моста, я всё равно немного "боюсь" проблем с производительностью, если настрою firewall/NAT на коммутируемом порту. У меня 1 Гбит/с оптоволоконное подключение, хотелось бы использовать fastpath, fasttrack и прочие штуки. Поэтому, думаю, просто подключу к ether5 уже имеющийся у меня коммутатор — кажется, это наиболее эффективное решение. Но я учту ваш вариант и, возможно, протестирую, чтобы понять, как это повлияет на производительность и функциональность. Ещё раз спасибо.

hedele

Guest

#15

14.03.2016 18:54:00

Не стоит особо бояться проблем с пропускной способностью в группе коммутаторов. Единственный способ перегрузить соединение 1 Гбит/с к CPU — это одновременно качать на полную скорость данные с WAN в группу коммутаторов и одновременно качать на полную скорость с порта 5 в эту же группу — тогда возникает конкуренция за ресурс. Передачи внутри группы коммутаторов никогда не создадут конкуренцию на линии к CPU, потому что пакеты просто не покидают коммутатор.

Поэтому, например, вы можете одновременно делать следующее:
- трансфер 1 Гбит/с с WAN на порт 1 (входит в группу через CPU)
- трансфер 1 Гбит/с с порта 2 на WAN (выходит из группы через CPU)
- трансфер 1 Гбит/с с порта 3 на порт 4 (не покидает группу)
- трансфер 1 Гбит/с с порта 4 на порт 3 (не покидает группу)
- трансфер 1 Гбит/с с порта 1 на порт 2 (не покидает группу)

Но вот еще один трансфер, который вызовет конкуренцию, так как коммутатор уже загружен:
- трансфер 1 Гбит/с с порта 5 на порт 2 (через CPU к программному мосту)

Так что если вы не хотите просто так ставить дополнительный коммутатор ради одного единственного устройства, просто размещайте это устройство на порту 5, где вы ожидаете наименьший внутрLAN-трафик (например, принтер или кабельную приставку).

Кроме того, помимо того, что порты группы коммутаторов делят 1 Гбит/с в полном дуплексе на CPU, маршрутизация/NAT и прочие операции с портами внутри группы идут не медленнее, чем на любом другом порту.

Florian Guest	#16 0 14.03.2016 19:07:00 Это была моя основная проблема, потому что я читал, что порт коммутатора использует больше ресурсов процессора, чем «cpu port». Но если это не так, отлично, я тогда могу использовать больше портов и не покупать ещё один коммутатор. Спасибо ещё раз за информацию!

Читают тему

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