lag mikrotik что это
Настройка агрегации каналов(bonding) на Mikrotik
Bonding- объединение нескольких линков с целью увеличения пропускной способности канала, а так же с целью резервирования. Например, объединить 2 WAN порта по 100 Мбит/c в один bonding канал и получить скорость 200 Мбит/c.
Нужно разобраться с MikroTik, но не определились с чего начать? В курсе «Настройка оборудования MikroTik» все по порядку. Подойдет и для начала работы с этим оборудованием, и для того, чтобы систематизировать знания. Это видеокурс из 162 уроков и 45 лабораторных работ, построен на официальной программе MTCNA. Проходить можно, когда удобно и пересматривать по необходимости – материалы курса выдаются бессрочно. Также есть 30 дней на личные консультации с автором. На пробу выдают 25 уроков бесплатно, заказать их можно на странице курса.
Настройка bonding интерфейса
Подключаемся через winbox к маршрутизатору Mikrotik. Заходим в меню interfaces и открываем вкладку bonding. Нажимаем «+», добавить.
В поле Name вписываем название создаваемого канала. Переходим на вкладку «Bonding»
Slaves –Выбираем интерфейсы которые мы хотим объединить в бондинг. Если нужно добавить больше портов, нажмите на треугольник с левой стороны.
Mode – режим работы принимает следующие значения:
Balance rr – балансировка round-robin, пакеты отправляются по очереди с первого порта и до последнего по кругу, при выходе одного из интерфейсов из строя, оставшиеся продолжают работать, таким образом обеспечивается отказоустойчивость, если порты подключены к разным коммутаторам требуется их настройка.
802.3ad – агрегирование интерфейсов, создается группа интерфейсов, при приеме и передаче используются все линки, таким образом, увеличивается пропускная способность канала. Требуется поддержка коммутатора и его дополнительная настройка.
Active backup – активный-резервный, при такой политике один линк активный и пакеты отправляются через него, остальные в это время не работают, при выходе из строя активного интерфейса, в работу вступает один из резервных. При таком режиме дополнительной настройки от коммутатора не требуется.
Balance tlb — Политика адаптивной балансировки нагрузки передачи. Исходящий трафик распределяется в зависимости от загруженности каждого порта (определяется скоростью загрузки). Не требует дополнительной настройки на коммутаторе. Входящий трафик приходит на активный линк. Если он выходит из строя, то другой порт берёт себе MAC адрес вышедшего из строя. Недостатком этого режима является то, что поддерживается только мониторинг каналов mii
balance-alb — политика в основном такой же, как balance-tlb, но входящий трафик также сбалансирован.
balance-xor — Этот режим уравновешивает исходящий трафик через активные линки на основе хешированной информации заголовка протокола и принимает входящий трафик от любого активного линка. Режим очень похож на LACP, за исключением того, что он не стандартизован и работает с хеш-политикой layer-3-and-4.
Настройка ip адреса на интерфейсе bonding
Следующим шагом нам необходимо настроить ip адрес на созданном интерфейсе. Переходим в меню ip-addresses и жмем кнопку добавить.
В открывшемся окне в поле Address прописываем наш ip адрес, а в поле Interfaces выбираем созданный канал bonding1, нажимаем кнопку «ОК». На этом настройка агрегации каналов на Микротике закончена.
Далее нужно настроить DHCP сервер и NAT.
Обучающий курс по настройке MikroTik
Нужно разобраться с MikroTik, но не определились с чего начать? В курсе «Настройка оборудования MikroTik» все по порядку. Подойдет и для начала работы с этим оборудованием, и для того, чтобы систематизировать знания. Это видеокурс из 162 уроков и 45 лабораторных работ, построен на официальной программе MTCNA. Проходить можно, когда удобно и пересматривать по необходимости – материалы курса выдаются бессрочно. Также есть 30 дней на личные консультации с автором. На пробу выдают 25 уроков бесплатно, заказать их можно на странице курса.
Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.
Sysadminium
База знаний системного администратора
MikroTik Bonding
Познакомимся с Bonding интерфейсами на роутерах Mikrotik. Bonding – это логические интерфейсы, которые позволяют объединить в себя несколько физических портов для балансировки и отказоустойчивости.
Резюме
Про Bonding интерфейсы документацию на английском языке вы можете почитать перейдя по этой ссылке. Но для тех кому легче читать на русском языке я подготовил такую статью.
Bonding – это технология, которая позволяет объединять несколько физических интерфейсов в один виртуальный. В зависимости от режима бондинга эта технология может расширить пропускную способность канала используя балансировку трафика, или усилить отказоустойчивость за счет резервирования линков.
Создание Bondong интерфейса
Чтобы создать Bondong интерфейс, выберите пункт меню “Interfaces” и в открывшемся окне нажмите кнопку “+“, а затем выберите “Bonding“:
Вкладка General
На вкладке “General” нужно будет выполнить основную настройку добавляемого интерфейса.
Name – придумайте имя для нового интерфейса.
MTU – укажите MTU, который не должен превысить L2 MTU подчинённых интерфейсов и по умолчанию равен 1500.
ARP – настройте протокол ARP:
ARP Timeout – время, в течение которого запись ARP хранится в таблице ARP, если с IP-адреса не будет получено никаких пакетов за это время, то запись удаляется. Значение auto равно значению arp-timeout в IP / Settings (30 сек).
Forced. MAC Address – здесь вы можете установить статичный mac адрес для создаваемого Bonding интерфейса. Но по умолчанию mac адрес отберётся у первого подчинённого физического интерфейса, а ему присвоится новое значение автоматически.
Вкладка Bonding
А на этой вкладке делаются основные настройки бондинка.
Slaves – подчинённые физические порты, обычно 2 и больше;
Mode – режим бондинга: 802.3ad (lacp), active backup, balance alb, balance rr, balance tlb, balance xor, broadcast. Каждый из режимов я опишу ниже.
Primary – первичный интерфейс для бондинга. Если primary не указан, то в качестве основного будет использоваться первый. Эту настройку можно выбрать только для некоторых режимов бондинга:
Link Monitor – режим мониторинга подчинённых линков:
Transmit Hash Policy – политика выбора передающего устройства основываясь на хеше. Эта настройка нужна только для режимов balance-xor и 802.3ad, а другие режимы не смотрят на неё:
Min. Links – здесь вы можете указать, сколько подчинённых линков должно быть поднято, чтобы bonding включился.
Down Delay – если обнаружен сбой соединения, то bonding отключается на это время. Это свойство действует только для mii мониторинга.
Up Delay – если подчинённый линк был поднят, то bonding интерфейс отключиться на это время, а затем включится. Это свойство действует только для mii мониторинга.
LACP Rate – в режиме lacp все линки обмениваются служебной информацией, можно указать интервал обмена в 30 секунд или в 1 секунду.
MII Interval – по умолчанию MII проверяет линки каждые 100 ms, а здесь вы можете задать другое время интервала.
На вкладках “Status” и “Traffic” вы ничего не настраиваете, а просто наблюдаете за работой бондинг интерфейса.
Режимы bonding
802.3ad
Режим 802.3ad – это стандарт IEEE, также называемый LACP (Link Aggregation Control Protocol). Он включает автоматическую настройку агрегации, поэтому требуется минимальная настройка коммутатора. Этот стандарт также требует, чтобы кадры доставлялись по порядку, и соединения не должны видеть неправильную последовательность пакетов. Стандарт также требует, чтобы все устройства в совокупности работали с одинаковой скоростью и в дуплексном режиме.
LACP балансирует исходящий трафик по активным физическим портам на основе Transmit Hash Policy и принимает входящий трафик с любого активного порта. Хэш включает в себя адрес источника и назначения (mac) и если присутствует тег VLAN то тег VLAN. А также адрес источника и назначения IPv4 / IPv6. Хеш рассчитывается в зависимости от параметра политики хеширования. Для этого режима мониторинг ARP не рекомендуется, поскольку ответы ARP могут поступать на один подчиненный порт из-за политики хэширования. Это может привести к несбалансированному передаваемому трафику, поэтому рекомендуется мониторинг MII.
Режим хеширования “layer 3 and 4” не полностью совместим с LACP.
balance-xor
balance-rr
Пакеты передаются в последовательном порядке от первого доступного физического порта до последнего. Balance-rr – единственный режим, который отправляет пакеты через несколько интерфейсов, принадлежащих одному и тому же TCP / IP-соединению.
При использовании нескольких каналов передачи и приема, пакеты часто принимаются не по порядку, что приводит к повторной передаче сегментов, для других протоколов, таких как UDP. Это не проблема, если клиентское приложение может допускать приём пакетов с нарушением порядка.
Многие коммутаторы не поддерживают balance-rr.
active-backup
В этом режиме для передачи пакетов используется только одно активное устройство. Дополнительное подчиненное устройство становится активным только в случае отказа основного устройства.
MAC-адрес bonding интерфейса отображается на активном порту, чтобы не запутать коммутатор.
Режим active-backup – лучший выбор для HA с несколькими соединенными между собой коммутаторами.
Мониторинг ARP в этом режиме не будет работать правильно, если оба маршрутизатора подключены напрямую. В таких случаях необходимо использовать мониторинг MII или установить коммутатор между маршрутизаторами.
broadcast
Все физические подчинённые порты передают одни и те же пакеты в пункт назначения для обеспечения отказоустойчивости. Но этот режим не обеспечивает балансировку нагрузки.
balance-tlb
В этом режиме исходящий трафик балансируется по передающим подчинённым портам. При этом каждое соединение может иметь разную скорость и не требуется особой конфигурации коммутатора. Обратной стороной этого режима является то, что поддерживается только мониторинг канала MII (мониторинг канала ARP игнорируется при настройке), а входящий трафик не сбалансирован. То есть весь входящий трафик будет использовать линк, который настроен, как основной (Primary).
balance-alb
Режим в основном такой же, как и balance-tlb, но входящий трафик IPv4 также сбалансирован. Также поддерживается только мониторинг канала MII. Дополнительным недостатком этого режима является то, что для него требуется возможность драйвера устройства изменять MAC-адрес.
Manual:Interface/Bonding
Applies to RouterOS: v3, v4
Contents
Summary
Bonding is a technology that allows aggregation of multiple ethernet-like interfaces into a single virtual link, thus getting higher data rates and providing failover.
Note: Interface bonding does not create a interface with a larger link speed. Interface bonding creates a virtual interface that can load balance traffic over multiple interfaces. More details can be found in the LAG interfaces and load balancing page.
Specifications
Quick Setup Guide
Let us assume that we have 2 NICs in each router (Router1 and Router2) and want to get maximum data rate between 2 routers. To make this possible, follow these steps:
Add addresses to bonding interfaces:
Test the link from Router1:
Note: bonding interface needs a couple of seconds to get connectivity with its peer.
Link monitoring
It is critical that one of the available link monitoring options is enabled. In the above example, if one of the bonded links were to fail, the bonding driver will still continue to send packets over the failed link which will lead to network degradation. Bonding in RouterOS currently supports two schemes for monitoring a link state of slave devices: MII and ARP monitoring. It is not possible to use both methods at the same time due to restrictions in the bonding driver.
ARP Monitoring
Enable ARP monitoring
We will not change arp-interval value in our example, RouterOS sets arp-interval to 100ms by default.
Unplug one of the cables to test if the link monitoring works correctly, you will notice some ping timeouts until arp monitoring detects link failure.
Note: For ARP monitoring to work properly it is not required to have any IP address on the device, ARP monitoring will work regardless of the IP address that is set on any interface.
Warning: When ARP monitoring is used, bonding slaves will send out ARP requests without a VLAN tag, even if an IP address is set on a VLAN interface in the same subnet as the arp-ip-targets
MII monitoring
Enable MII Type1 monitoring:
We will leave mii-interval to it’s default value (100ms)
When unplugging one of the cables, the failure will be detected almost instantly compared to ARP link monitoring.
Bonding modes
802.3ad
802.3ad mode is an IEEE standard also called LACP (Link Aggregation Control Protocol). It includes automatic configuration of the aggregates, so minimal configuration of the switch is needed. This standard also mandates that frames will be delivered in order and connections should not see mis-ordering of packets. The standard also mandates that all devices in the aggregate must operate at the same speed and duplex mode.
LACP balances outgoing traffic across the active ports based on hashed protocol header information and accepts incoming traffic from any active port. The hash includes the Ethernet source and destination address and if available, the VLAN tag, and the IPv4/IPv6 source and destination address. How this is calculated depends on transmit-hash-policy parameter. The ARP link monitoring is not recommended, because the ARP replies might arrive only on one slave port due to transmit hash policy on the LACP peer device. This can result in unbalanced transmitted traffic, so MII link monitoring is the recommended option.
Note: layer-3-and-4 transmit hash mode is not fully compatible with LACP. More details can be found in https://www.kernel.org/doc/Documentation/networking/bonding.txt
Example connects two ethernet interfaces on a router to the Edimax switch as a single, load balanced and fault tolerant link. More interfaces can be added to increase throughput and fault tolerance. Since frame ordering is mandatory on Ethernet links then any traffic between two devices always flows over the same physical link limiting the maximum speed to that of one interface. The transmit algorithm attempts to use as much information as it can to distinguish different traffic flows and balance across the available interfaces.
Router R1 configuration:
Configuration on a switch:
Notice that LACP is enabled on first trunk group (TRK1) and switch ports on first trunk group are bound with ‘v’ flag. In our case port 2 and port4 will run LACP.
Verify if LACP is working: On the switch we should first verify if LACP protocol is enabled and running:
After that we can ensure that LACP negotiated with our router. If you don’t see both ports on the list then something is wrong and LACP is not going to work.
After we verified that switch successfully negotiated LACP with our router, we can start traffic from Client1 and Client2 to the Server and check how traffic is evenly forwarded through both bonding slaves:
Note: On some switches you need to set correct link aggregation protocol, to make balancing work in both directions
balance-rr
If this mode is set, packets are transmitted in sequential order from the first available slave to the last.
Balance-rr is the only mode that will send packets across multiple interfaces that belong to the same TCP/IP connection.
When utilizing multiple sending and multiple receiving links, packets are often received out of order, which result in segment retransmission, for other protocols such as UDP it is not a problem if client software can tolerate out-of-order packets.
If switch is used to aggregate links together, then appropriate switch port configuration is required, however many switches do not support balance-rr.
Quick setup guide demonstrates use of the balance-rr bonding mode. As you can see, it is quite simple to set up. Balance-rr is also useful for bonding several wireless links, however it requires equal bandwidth for all bonded links. If bandwidth of one bonded link drops, then total bandwidth of bond will be equal to the bandwidth of the slowest bonded link.
active-backup
This mode uses only one active slave to transmit packets. The additional slave only becomes active if the primary slave fails. The MAC address of the bonding interface is presented onto the active port to avoid confusing the switch. Active-backup is the best choice in high availability setups with multiple switches that are interconnected.
Note: ARP monitoring in this mode will not work correctly if both routers are directly connected. In such setups mii monitoring must be used or a switch should be put between routers.
balance-xor
This mode balances outgoing traffic across the active ports based on the hashed protocol header information and accepts incoming traffic from any active port. Mode is very similar to LACP except that it is not standardized and works with layer-3-and-4 hash policy.
broadcast
When ports are configured with broadcast mode, all slave ports transmit the same packets to the destination to provide fault tolerance. This mode does not provide load balancing.
balance-tlb
This mode balances outgoing traffic by peer. Each link can be a different speed and duplex mode and no specific switch configuration is required as for the other modes. Downside of this mode is that only MII link monitoring is supported (ARP link monitoring is ignored when configured) and incoming traffic is not balanced. Incoming traffic will use the link that is configured as «primary».
No additional configuration is required for the switch.
Image above illustrates how balance-tlb mode works. As you can see router can communicate to all the clients connected to the switch with a total bandwidth of both links (15Mbps). But as you already know, balance-tlb is not balancing incoming traffic. In our example clients can communicate to router with total bandwidth of primary link which is 10Mbps in our configuration.
balance-alb
Mode is basically the same as balance-tlb but incoming IPv4 traffic is also balanced. Only MII link monitoring is supported (ARP link monitoring is ignored when configured), additional downside of this mode is that it requires device driver capability to change MAC address. Most of the cheap cards do not support this mode.
Image above illustrates how balance-alb mode works. Compared to balance-tlb mode, traffic from clients can also use the secondary link to communicate with the router.
Property Description
Notes
The rate at which link failure detection and failover takes place can depend on the network adapters used. On Intel cards, for example, failover takes place in less than a second after link loss, while on some other cards, it may require up to 20 seconds. Also, active load balancing ( mode=balance-alb ) does not work on some cheap cards.
L2 MTU of a bonding interface is determined by the lowest L2MTU value among its slave interfaces.
SwOS/CSS326
Contents
Summary
SwOS is an operating system designed specifically for administration of MikroTik switch products.
SwOS is configurable from your web browser. It gives you all the basic functionality for a managed switch, plus more: allows to manage port-to-port forwarding, broadcast storm control, apply MAC filter, configure VLANs, mirror traffic, apply bandwidth limitation and even adjust some MAC and IP header fields.
Warning: Each RouterBOARD switch series device has its own firmware which cannot be installed on other series models! CSS326-24G-2S+ supports SwOS v2.0 and newer.
CSS326 features
Connecting to the Switch
Open your web browser and enter IP address of your Switch (192.168.88.1 by default) and login screen will appear.
SwOS default IP address: 192.168.88.1, user name: admin and there is no password.
Note: MikroTik Neighbor Discovery protocol tools can be used to discover IP address of Mikrotik switch. Manual:IP/Neighbor_discovery. Currently LLDP is not supported.
Interface Overview
CSS326-24G-2S+ SwOS interface menu consists of multiple tabs: Link, SFP, SFP Status, Port Isolation, LAG, Forwarding, Stats, Errors, Histogram, VLAN, VLANs, Static Hosts, Hosts, SNMP, ACL, System and Upgrade.
Description of buttons in SwOS configuration tool:
System
System Tab performs the following functions:
DHCP & PPPoE Snooping
Property | Description |
---|---|
Trusted Ports | Group of ports, which allows DHCP or PPPoE servers to provide a requested information. Mainly used to limit unauthorized servers to provide malicious information for users, access ports usually do not configure as trusted |
Add Information Option | Enables or disables DHCP Option-82 information. When enabled, the Option-82 information (Agent Remote ID and Circuit ID) is added for DHCP packets received from untrusted ports. Can be used together with Option-82 capable DHCP server to assign IP addresses and implement policies |
Health
Property | Description |
---|---|
Temperature | Shows PCB temperature in celsius temperature scale (Read-only) |
Password and Backup
Link Tab allows you to:
Property | Description |
---|---|
Enabled | Enable or disable port |
Name | Editable port name |
Link Status | Current link status (Read-only) |
Auto Negotiation | Enable or disable auto negotiation |
Speed | Specify speed setting of the port (requires auto negotiation to be disabled) |
Full Duplex | Specify duplex mode of the port (requires auto negotiation to be disabled) |
Flow control Tx/Rx | Enable or disable 802.3x Flow control |
SFP tab allows you to monitor status of SFP modules.
Port Isolation
Port Isolation table allows or restricts traffic forwarding between specific ports. By default, all available switch chip ports can communicate with any other port, there is no isolation used. When the checkbox is enabled/ticked you allow to forward traffic from this port towards the ticked port. Below are some port isolation examples.
Note: It is possible to check/uncheck multiple checkboxes by checking one of them and then dragging horizontally (Click & Drag).
Note: (R)STP will only work properly in Private VLAN setups. In setups with multiple isolated switch groups (R)STP might not properly receive BPDUs and therefore fail to detect network loops.
CSS326-24G-2S+ supports 802.3ad (LACP) compatible link aggregation as well as static link aggregation to ensure failover and load balancing based on Layer2, Layer3 and Layer4 hashing.
Up to 16 link aggregation groups with up to 8 ports per a group are supported.
Each individual port can be configured as Passive LACP, Active LACP or a Static LAG port.
Forwarding
Forwarding Tab provides advanced forwarding options among switch ports, port locking, port mirroring, bandwidth limit and broadcast storm control features.
Note: It is possible to limit ingress traffic per port basis with traffic policer. The ingress policer controls the received traffic with packet drops. Everything that exceeds the defined limit will get dropped. This can affect the TCP congestion control mechanism on end hosts and achieved bandwidth can be actually less than defined.
Per port and global RSTP configuration and monitoring is available in the RSTP menu.
Stats, Errors and Histogram
These menus provide detailed information about received and transmitted packets.
Note: Statistics for SFP+ interface are cleared whenever an active SFP+ link is established.
Note: Button «Reset Counters» will clear stats for all menus.
VLAN and VLANs
VLAN configuration for switch ports.
VLAN membership configuration for switch ports.
Property | Description |
---|---|
VLAN ID (integer: 1..4095; Default: 0) | VLAN ID to which assign ports. |
Name (text; Default: ) | Short description of the VLAN. |
Port Isolation (yes | no; Default: yes) | Use settings from Port Isolation menu to isolate the defined VLAN to only certain ports. When disabled, the switch will ignore port isolation configuration and forward traffic with the defined VLAN ID only to ports that are checked as members. |
Learning (yes | no; Default: yes) | Enables or disables MAC address learning on the defined VLAN. If disabled, then all learned MAC addresses will appear as they have had been learned from VLAN 1. |
Mirror (yes | no; Default: no) | Enables or disables VLAN based mirroring. When enabled and Mirror To is set in the Forwarding menu, then all traffic from the defined VLAN will be mirrored to the selected port. |
IGMP Snooping (yes | no; Default: no) | Enables or disables IGMP Snooping on the defined VLAN. When enabled, the switch will listen to IGMP Join and Leave requests from the defined VLAN and only forward traffic to ports, which have sent IGMP membership requests from the defined VLAN. When disabled, the switch will flood all VLAN member ports with Multicast traffic. |
Members (ports; Default: none) | Group of ports, which are allowed to forward traffic on the defined VLAN. |
VLAN Configuration Examples
Hosts
This table represents dynamically learnt MAC address to port mapping entries. It can contain two kinds of entries: dynamic and static. Dynamic entries get added automatically, this is also called a learning process: when switch receives a packet from certain port, it adds the packet’s source MAC address and port it received the packet from to host table, so when a packet comes in with certain destination MAC address it knows to which port it should forward the packet. If the destination MAC address is not present in host table then it forwards the packet to all ports in the group. Dynamic entries take about 5 minutes to time out. CSS326-24G-2S+ supports 16383 host table entries.
Static entries will take over dynamic if dynamic entry with same mac-address already exists. Also by adding a static entry you get access to some more functionality.
Property | Description |
---|---|
Ports | Ports the packet should be forwarded to |
MAC | MAC address |
VLAN ID | VLAN ID |
Drop | Packet with certain MAC address coming from certain ports can be dropped |
Mirror | Packet can be cloned and sent to mirror-target port |
Property | Description |
---|---|
Port | Ports the packet should be forwarded to (Read-only) |
MAC | Learned MAC address (Read-only) |
VLAN ID | Learned VLAN ID (Read-only) |
IGMP Snooping
IGMP Snooping which controls multicast streams and prevents multicast flooding is implemented in SwOS starting from version 2.5. The feature allows a switch to listen in the IGMP conversation between hosts and routers.
Enable option under System tab.
Available IGMP snooping data can be found under IGMP tab:
Possibility to enable IGMP Snooping for specific VLAN ID.
Note: IGMP Snooping for VLANs requires enabled «Independent VLAN Lookup» in the System menu.
SNMP Tab
SwOS supports SNMP v1 and uses IF-MIB, SNMPv2-MIB, BRIDGE-MIB and MIKROTIK-MIB (only for health and SFP diagnostics) for SNMP reporting.
Available SNMP data:
Property | Description |
---|---|
Enabled | Enable or disable SNMP service |
Community | SNMP community name |
Contact Info | Contact information for the NMS |
Location | Location information for the NMS |
ACL Tab
An access control list (ACL) rule table is very powerful tool allowing wire speed packet filtering, forwarding and VLAN tagging based on L2,L3 protocol header field conditions. Each rule contains a conditions part and an action part.
Conditions part parameters
Property | Description | |||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
From | Port that packet came in from | |||||||||||||
MAC Src | Source MAC address and mask | |||||||||||||
MAC Dst | Destination MAC address and mask | |||||||||||||
Ethertype | Protocol encapsulated in the payload of an Ethernet Frame | |||||||||||||
VLAN |
Property | Description |
---|---|
Redirect To | Force new packets destination port |
Mirror | Clones packet and sends it to mirror-target port |
Rate | Limits bandwidth (bps) |
Drop | Drop packet |
Set VLAN ID | Changes the VLAN tag ID, if VLAN tag is present |
Priority | Changes the VLAN tag priority bits, if VLAN tag is present |
Reset and Reinstall
CSS326-24G-2S+RM has built-in backup SwOS firmware which can be loaded in case standard firmware breaks or upgrade fails:
- какой зоопарк больше московский или калининградский
- какой оператор лучше мегафон или теле2