led on multiple interfaces; *) wifiwave2 - fixed RADIUS accounting after fast-transition; *) wifiwave2 - fixed "WPA Key Data Length" value in EAPOL frame when FT-EAP-SHA384 AKM is used; *) winbox - added "Active" prefix for current remote and local session ID fields for L2TP-Ether interfaces; *) winbox - added "address-list" parameter under "IP/DNS/Static" menu; *) winbox - added "File Name" option for "Load Config" parameter under "System/SwOS" menu; *) winbox - added icon for TR069-client menu; *) winbox - added MACsec support; *) winbox - added quick filtering option for route list; *) winbox - added "Rapid Commit" parameter support under "IPv6/DHCP-Server" menu; *) winbox - added "Reset Traffic Counters" button for all interfaces; *) winbox - added "type" and "status-report-request" parameters under "Tools/SMS" menu; *) winbox - allow "timeout" value to be less than 1 under "Tools/Netwatch" menu; *) winbox - allow to rename mounted disks; *) winbox - changed order of tabs under "User Manager" menu; *) winbox - changed "uptime" parameter format when using the wifiwave2 package; *) winbox - do not show unavailable features on SMIPS devices; *) winbox - fixed interface traffic graph drawing on RB5009; *) winbox - fixed maximum allowed value for VRRP's "priority" parameter; *) winbox - fixed "Session Uptime" value for not established sessions under "Routing/BGP" menu; *) winbox - fixed "Session Uptime" value under "Routing/BGP" menu; *) winbox - fixed "System/SwOS" window refreshing after changes are detected; *) winbox - fixed "User Manager/User Profiles" window refreshing after changes are detected; *) winbox - made "backup.swb" the default value for SwOS backup; *) winbox - made sessions removable in "User Manager" menu; *) winbox - show "F" flag for failed entries under "Interfaces/VRRP" menu; *) winbox - show "Switch" menu on Chateau LTE18 ax; *) winbox - show "System/Health" only on boards that have health monitoring; *) winbox - show "System/RouterBOARD/Mode Button" on devices that have such feature; *) wireguard - strip whitespaces from keys; *) wireless - disallowed using "default" as scan list or channel names; *) wireless - fixed incorrectly applied ingress priority to non-wireless packets; *) wireless - fixed missing wireless interface on some RB921GS-5HPacD devices; *) www - improved stability when receiving bogus packets; *) x86 - improved ixgbe driver support;

1. да, пропустит 2. зависит от настроек порта, если VLAN 2 указан как tagged на порту - то он будет скоммутирован дальше, если нет то будет отброшен. PVID применяется к трафику без меток. — pvid - назначить метку на входе, если ее нет untagged - cнять метку на выходе tagged - оставить все как есть на входе / выходе — при этом дополнительно существуют настройки, которые позволяют задать как порт будет принимать или не принимать метки, но их лучше не трогать, если не понимаете зачем они нужны Сейчас будет еще 100500 сообщений

Спасибо, ну может не 100500, но некоторые вопросы есть: К транковому порту CCR подключен 24 портовый свитч.(CRS328) Порты 1-8, подключены к CAPSам, и получают от них(от капсов) тегированный траффик . В этом случае никакой специальной настройки для бриджа не требуется, он прозрачен

Но возникла новая задача, нужно, часть портов на CRS, настроить таким образом чтобы они тегировали трафик. Я включил в бридже vlan filtring настроил PID по умолчанию, но не пойму, как сделать так чтобы SFP порты стали транковыми для всех портов бриджа

Во вкладке vlans получается какая-то путанница; бридж и таджед и антеджед одновременно

Но возникла новая задача, нужно, часть портов на CRS, настроить таким образом чтобы они тегировали трафик. Я включил в бридже vlan filtring настроил PID по умолчанию, но не пойму, как сделать так чтобы SFP порты стали транковыми для всех портов бриджа

Добавить на вкладке vlans все нужные вланы и указать для них sfp как таггед

а в untagged что указать, все порты?

а в untagged что указать, все порты?

Те порты где будет с тегом идти трафик

А если у меня в одной группе портов будут все теги идти, то мне всю эту кучу портов в каждом VLANe прописывать? Эта группа портов к которой подключены капсы, капсы создают 3 сети, каждая со своим тегом + сама точка по умолчанию

А слышно ли чего про zerotier на всяких mmips и прочих?

А слышно ли чего про zerotier на всяких mmips и прочих?

Если его на CHR не планируют, с чего на другие платформы, кроме ARM/ARM64 запилят?

А если у меня в одной группе портов будут все теги идти, то мне всю эту кучу портов в каждом VLANe прописывать? Эта группа портов к которой подключены капсы, капсы создают 3 сети, каждая со своим тегом + сама точка по умолчанию

ну мы не можем заставить, не хотите - можете не прописывать

ну мы не можем заставить, не хотите - можете не прописывать

Ну я интересуюсь как правильно, может еще какой способ есть. То есть я правильно понимаю, что в каждый VLAN в untragged мне нужно прописать все порты свитча, а в tagged все SFP+ то есть для каждого VLAN по сути у меня будет одинаковая конфигурация

в антаггед можно не прописывать, они туда сами попадают когда им указываешь pvid

у меня, каждый порт имеет по умолчанию pvid + за ними стоят капсы, которые передают еще 3 тега, то есть у меня каждый андеггед порт может принимать все VLAN

значит каждый порт надо добавить в таггед каждого из этих 3х виланов

ну не совсем так

они все же антеггед будут

в каждый порт капсы то воткнуты, но vID у меня формируют wi-fi сети. то есть в зависимости с какой wi-fi сети пришел пакет, сама точка отправляет свитчу тегированные пакеты

на порт свитча пакет приходит с тегом? значит надо порт добавить в таггед в вилан с этим id

на порт свитча пакет приходит с тегом? значит надо порт добавить в таггед в вилан с этим id

Да, но на порт от точки может прийти 3 разных тега + тег по умолчанию. Поэтому и говорю, что для всех vlan будет одинаковая конфигурация

Да, но на порт от точки может прийти 3 разных тега + тег по умолчанию. Поэтому и говорю, что для всех vlan будет одинаковая конфигурация

и?

Просто уточнил, коректно ли так будет написать, или есть метод правильнее

как так?

Да у же в принципе понял, просто сначала думал, что есть возможность "сквозные" в какой нибудь отдельный бридж

у вас есть бридж, в бридж добавляете порты, создаете виланы, в таггед им прописываете порты в которых ходит тегированный трафик этих виланов, портам прописываете правильный pvid, включаете vlan filtering на бридже, это все что требуется сделать

да, сейчас так сделаю. Еще вопрос, а для чего в vlan таггед, помимо тегированного порта добавлять бридж,

для работы с виланом на устройстве, в случае свитча обычно этого делать не надо, если вы не планируете интервилан маршрутизацию на свитче или фильтрацию траффика

для работы с виланом на устройстве, в случае свитча обычно этого делать не надо, если вы не планируете интервилан маршрутизацию на свитче или фильтрацию траффика

млин! убрал бридж и потерял свитч

млин! убрал бридж и потерял свитч

потому что вы до сих порт не хотите читать документацию, там это прямо в отдельный пункт выделено

Почему не хочу, просто не нашел

нашел занятие одно, где как раз на этом моменте, какие то проблемы со связью были, и он пробегает этот момент.. в документации, читал примерно про тоже что и вы сказали, для того чтобы засунуть его в VLAN interface

vlan interface у меня стоит на вышестоящем CCR.. Но для чего на свитче бридж запихивать в таггед

Просто уточнил, коректно ли так будет написать, или есть метод правильнее

Ваш ответ зависит от datapath в capsman

там 3 сети, каждая тегируется разным тегом

Короче, если local-forwarding прописываем все Vlan в bridge где vlan-filtering, если caps-man forwarding, то достаточно накинуть на точку Vlan управления, а затем включить нужный cap-интерфейс в нужный bridge на ccr и поверх него создать нужные vlan-ы.

И снова 100500 вопросов :)

Да, так оно и работает: CCR управляет капсманами, в него в тегированный порт подключен свитч который питает точки Точки доступа создают 3 сети, с 3 разными тегами. Пакеты тегируются в зависимости от того к какой сети подключены устройства. То есть. свитч в процессе VLAN никакого участия не принимал.

А теперь возникла задача, на каждую группу портов накинуть, ранзые VLAN, то есть 1-8 - нужно чтобы работало как бы по старому, то есть пропускали в обе стороны все VLANS? 9-16 - устройства метились 50 вланом 17-24 - устройтва метились 10 вляном Поэтому я ломал голову, потому что думал, о том как сделать 1-8 без фильрации, в 9-24 с фильтрацией. Но благодаря вашей помощи, изучения документации и просмотра видео. Мною была проделана большая работа. Во-первых я разобрался с текущей конфигурацией, во вторый, изменил ее как надо

Но остались, некоторые вопросы, которые я не понял.. Например, зачем в свитче, в каждом влане тегировать бридж?

Но остались, некоторые вопросы, которые я не понял.. Например, зачем в свитче, в каждом влане тегировать бридж?

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

как посмотреть таблицу дхцп снупинга?

как посмотреть таблицу дхцп снупинга?

Таблицу?

Если портов в бридже и какой из них в какой роли - то bridge - ports

как посмотреть таблицу дхцп снупинга?

Надо верить, что она есть! ( В случае mikrotik) (c)

Таблицу?

да, соответствие порт, мак, айпи...

Но остались, некоторые вопросы, которые я не понял.. Например, зачем в свитче, в каждом влане тегировать бридж?

Это нужно, чтобы терминировать трафик на устройстве (L3 / создаёте interface Vlan). Если требуется только коммутация, то этого делать.

Надо верить, что она есть! ( В случае mikrotik) (c)

всё понятно :)

да, соответствие порт, мак, айпи...

Забудьте, в Ros 7 наверное будет, но это не точно.

да, соответствие порт, мак, айпи...

поставьте любой длинк, даже они это умеют.

Забудьте, в Ros 7 наверное будет, но это не точно.

В роутерос7 прямо в дхцп-лизе написано, с какого порта приходил запрос на ip. Ну а опцию 82 можно и на роутерос6 включить. И тоже в дхцп-лизах смотреть свитч-порт.

В роутерос7 прямо в дхцп-лизе написано, с какого порта приходил запрос на ip. Ну а опцию 82 можно и на роутерос6 включить. И тоже в дхцп-лизах смотреть свитч-порт.

Это прекрасно, но кому нужно выдавать адреса при помощи DHCP микротик?

Это прекрасно, но кому нужно выдавать адреса при помощи DHCP микротик?

Всем, у кого нет отдельного дхцп-сервера?)

Это нужно, чтобы терминировать трафик на устройстве (L3 / создаёте interface Vlan). Если требуется только коммутация, то этого делать.

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

Но не пойму, еще один момент: Во время настройки свитча, к которому капсы поткнуты, забыл прописать vlan. Тем не менее капсам это не мешает пробрасывать его в CCR, вопрос каким образом они это делают?

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

для этого есть сейф мод )

но его придумали трусы...

Это прекрасно, но кому нужно выдавать адреса при помощи DHCP микротик?

Да и опцию 82 можно в любом нормальном сервере у лиз увидеть.

Всем, у кого нет отдельного дхцп-сервера?)

У нормальных вендоров dhcp-snooping и используется ещё и для того, чтобы не лезть на DHCP-сервер, чтобы в адских муках выяснить там какой IP сейчас за портом коммутатора

У нормальных вендоров dhcp-snooping и используется ещё и для того, чтобы не лезть на DHCP-сервер, чтобы в адских муках выяснить там какой IP сейчас за портом коммутатора

Про какие муки речь?))) Скопипастить макадрес в сервак = муки?

Про какие муки речь?))) Скопипастить макадрес в сервак = муки?

зачастую за винду и сети отвечают разные люди. имеют разные права доступа.

мне как сетевику нафиг не встал этот вин сервер

за то я 1й командой на хувике циске длинке могу узнать кто за портом

а на микроте балалайка

Про какие муки речь?))) Скопипастить макадрес в сервак = муки?

Эх... Вот у меня прям сейчас есть windows DHCP c целиком занятым диапазоном 10.0.0.0/8. Там даже подключение к оснастке занимает некоторое .... эм время. И ещё я им не управляю, и надо просить права на чтение

зачастую за винду и сети отвечают разные люди. имеют разные права доступа.

Арп-таблицу, значит, на шлюзе можно посмотреть. Но ладно, в одном месте удобнее. Но копипастнуть мак в другую железку != муки, всё равно.

Арп-таблицу, значит, на шлюзе можно посмотреть. Но ладно, в одном месте удобнее. Но копипастнуть мак в другую железку != муки, всё равно.

а если у тебя шлюз где то далеко на ядре, а ты на свитче доступа?

ок, тоже можно пойти на ядро... а если у тебя их 2?

Та ну ладно, ладно)

в общем, во всех норм вендорах можно посмотреть 1й командой, а на микроте через одно место

Но там, где всё так сложно, не ставят микротиковские свитчи уже.

ставят, увы

иногда даже 2 ядра собирают из микротов... и некторые провайдеры даже так делают.

Я микротикам, кстати, запрос писал на прокачку снупинга. Сказали, соберут инфы и прокачают. Но то в рос7 только будет.

а с учетом текущих реалий даже наличие микрота лучше, чем его отсутсвие или наличие тупой балалайки

или наличие того же импортозамещения

у меня знакомый делал запрос, так вот выкатили прайс в 4+ раза превышающий стоимость микрота при аналогичном функционале

и это при регистрации проекта заранее

аналог хекса стоит 58+к

у меня знакомый делал запрос, так вот выкатили прайс в 4+ раза превышающий стоимость микрота при аналогичном функционале

Всего в 4?)))

А, или сейчас хекс-то тоже конь стоит...)