MES2324P Eltex | Коммутатор 24 порта 1G с PoE, 4 порта 10G

Для того, чтобы произвести обновление ПО с использованием CLI необходимо подключиться к коммутатору при помощи терминальной программы (например HyperTerminal) по протоколу Telnet или SSH, либо через последовательный порт.

Настройки терминальной программы при подключении к коммутатору через последовательный порт:

• выбрать соответствующий последовательный порт.
• установить скорость передачи данных – 115200 бит/с.
• задать формат данных: 8 бит данных, 1 стоповый бит, без контроля чётности.
• отключить аппаратное и программное управление потоком данных.
• задать режим эмуляции терминала VT100 (многие терминальные программы используют данный режим эмуляции терминала в качестве режима по умолчанию).

Загрузка файла системного ПО в энергонезависимую память коммутатора       

Для загрузки файла системного ПО необходимо в командной строке CLI ввести следующую команду:

console# boot system tftp://<ip address>/File Name

, где

<ip address>                         #IP-адрес TFTP сервера, с которого будет производиться загрузка файла системного ПО;
File Name                            #имя файла системного ПО;

и нажать Enter. В окне терминальной программы должно появиться следующее:

COPY-I-FILECPY: Files Copy - source URL tftp://<ip address>


Если загрузка файла прошла успешно, то появятся сообщения вида:

29-Feb-2016 12:50:14 %COPY-N-TRAP: The copy operation was completed successfully


По умолчанию файл системного ПО загружается в неактивную область памяти и будет активным после перезагрузки коммутатора.

После выбора необходимо произвести перезагрузку коммутатора командой: reload

Для того, чтобы произвести загрузку/выгрузку файла конфигурации с использованием CLI необходимо подключиться к коммутатору при помощи терминальной программы (например HyperTerminal) по протоколу Telnet или SSH, либо через последовательный порт.

Для загрузки файла первоначальной конфигурации с TFTP сервера необходимо в командной строке CLI ввести команду:

console# copy tftp://xxx.xxx.xxx.xxx/File_Name startup-config

, где

xxx.xxx.xxx.xxx                         #IP-адрес TFTP сервера, с которого будет производиться загрузка конфигурационного файла
File_Name                               #имя конфигурационного файла

и нажать Enter. В окне терминальной программы должно появиться следующее сообщение:

Overwrite file [startup-config] ?[Yes/press any key for no]....

Для записи конфигурационного файла необходимо нажать клавишу y. Если загрузка файла прошла успешно, то появится сообщение вида:

COPY-N-TRAP: The copy operation was completed successfully

Для выгрузки файла первоначальной конфигурации на TFTP сервер необходимо в командной строке CLI ввести следующую команду: 

console# copy startup-config tftp://xxx.xxx.xxx.xxx/File_Name

, где

xxx.xxx.xxx.xxx                         #IP-адрес TFTP сервера, на который будет производиться выгрузка конфигурационного файла
File_Name                               #имя конфигурационного файла

и нажать Enter. Если выгрузка файла прошла успешно, то появится сообщение вида:

COPY-N-TRAP: The copy operation was completed successfully

Для этого необходимо воспользоваться командой:

console# show system defaults

При просмотре информации командой show можно использовать несколько способов:

• Для вывода информации полностью используем клавишу «а»

• Для вывода информации постранично используем «space»

• Для вывода информации построчно «enter»

При использовании команды:

console# terminal datadump

вывод информации командой show будет происходить полностью, не постранично.

Сброс конфигурации к заводским настройкам возможно осуществить через CLI, выполнив команду:

console# delete startup-config

и перезагрузив коммутатор. 

Также при помощи кнопки "F" на лицевой панели.

Для этого необходимо нажать и удерживать кнопку "F" не менее 15 секунд.

Коммутатор автоматически перезагрузится и начнёт работу с заводскими настройками.

Кнопка "F" - функциональная кнопка для перезагрузки устройства и сброса к заводским настройкам:

- при нажатии на кнопку длительностью менее 10 с. происходит перезагрузка устройства;

- при нажатии на кнопку длительностью более 10 с. происходит сброс настроек устройства до заводской конфигурации.

Отключить кнопку можно командой:

console# reset-button disable 

Чтобы запретить сброс устройства к заводским настройкам, но разрешить перезагрузку, следует ввести команду:

console# reset-button reset-only 

Для этого необходимо отключить изучение MAC адресов в VLAN.  Команда в CLI для отключения изучения MAC адресов во всех VLAN:

console(config)# no mac address-table learning vlan all

Команда в CLI для отключения изучения MAC адресов в данной VLAN:

console(config)# no mac address-table learning vlan vlan_id

Стек из коммутаторов Eltex — объединение двух или более (до восьми) управляемых однотипных коммутаторов согласно матрице стекирования, предназначенное для увеличения числа портов. Стек идентифицируется как один логический коммутатор — один IP-адрес, один системный MAC-адрес.

Коммутаторы серий MES23xx/MES33xx/MES5324 по умолчанию работают в режиме стекирования в качестве unit 1, (при этом стековые порты не настроены).

В режиме стекирования MES5324 использует XLG порты для синхронизации, остальные коммутаторы семейства, кроме MES2308(P), XG порты. MES2308 и MES2308P используют оптические 1G-порты. Для стекирования устройств должны использоваться для MES5324 - QSFP(40G), для MES23хх и MES33хх SFP+(10G), для MES2308(P) — SFP(1G). При этом указанные порты не участвуют в передаче данных с устройствами вне стека.

Возможны две топологии синхронизирующихся устройств – кольцевая (Ring) и линейная (Chain). Топология определяется автоматически в зависимости от физического подключения стековых портов. Рекомендуется использовать кольцевую топологию для повышения отказоустойчивости стека.

При использовании линейной топологии в схеме из двух юнитов, стековые порты объединяются в LAG, что позволяет повысить пропускную способность канала. При любых вариантах сборки стека с двумя юнитами будет использоваться топология Chain.

Функционально и логически это можно объяснить так, что при топологии Chain используется один Port-Channel, а при сборке Ring - два:

Chain:

Ring:

Для коммутаторов MES2348P, MES2348B, MES3348, MES3348F для объединения в линейной топологии стековых портов в LAG необходимо использовать интерфейсы te1-8/0/1, te1-8/0/4 или te1-8/0/2,te1-8/0/3. При любых других комбинациях стековых портов один из них будет находиться в резерве и иметь статус Standby. При использовании кольцевой топологии при любых комбинациях стековых портов - они все будут в статусе "Active", например:

! Интерфейсы в режиме стекирования работают только на максимальной скорости интерфейса

Стек функционирует как единое устройство и может объединять до 8 коммутаторов одной и той же модели, имеющих следующие роли, определяемые их порядковыми номерами UID. (описание принципа функционирования приведено для коммутаторов с версией ПО 4.0.17 и выше):

• Master (UID устройства от 1 до 8), с него происходит управление всеми устройствами в стеке. Роль можно назначить всем устройствам, но активный Master при этом будет один, остальные с ролью Backup.

• Backup (UID устройства от 1 до 8) — устройство, подчиняющееся master. Дублирует все настройки, и, в случае выхода управляющего устройства из строя, берет на себя функции управления стеком. Роль можно назначить максимум семи устройствам.

• Slave (UID устройства от 1 до 8) — устройство, подчиняющееся master. Не может работать в автономном режиме (если отсутствует master). Роль можно назначить максимум шести устройствам. Допустима корректная работа стека без устройств с данной ролью.

Для корректной работы стека обязательно один из юнитов необходимо оставить с ролью master и минимум один с ролью backup.

В стеке каждый коммутатор использует свои tcam правила (правила acl, sqinq). Нагрузка идет только на процессор unit с ролью master.

Передача данных между юнитами ограничивается пропускной способностью стековых портов. Внутри юнита - пропускной способностью портов коммутатора.

На Backup-коммутаторе резервируется конфигурация.

Если Master после отключения или перезагрузки вернется в строй, то вновь мастерство забирать не будет и останется Backup-коммутатором. Исключение - опция stack configuration master , которая форсирует передачу мастерства данному unit при его появлении в топологии.

В случае наличия в стеке нескольких Backup-коммутаторов, при выходе из строя Master-коммутатора, новый Master будет определяться по следующему сценарию: uptime всех Backup-коммутаторов делится на 20. Роль master примет коммутатор с наибольшим частным (результатом деления без остатка). В случае равенства частного мастерство возьмёт на себя Backup-коммутатор с наименьшим UnitID.

Для стека с установленной версией ПО ниже 4.0.17 роли следующие:

• Master (UID устройства 1 или 2) — с него происходит управление всеми устройствами в стеке.

• Backup Backup (UID устройства 1 или 2) — устройство, подчиняющееся master. Дублирует все настройки, и, в случае выхода управляющего устройства из строя, берет на себя функции управления стеком.

• Slave (UID устройства от 3 до 8) — устройства, подчиняющееся master. Не может работать в автономном режиме (если отсутствует master).

В стеке каждый коммутатор использует свои tcam правила (правила acl, sqinq). Нагрузка идет только на процессор Master.

Передача данных между unit ограничивается пропускной способностью стековых портов. Внутри unit - пропускной способностью портов коммутатора.

На Backup-коммутаторе резервируется конфигурация.

Если Master после отключения или перезагрузки вернется в строй, то вновь возьмет на себя мастерство в случае, если uptime Backup-коммутатора составляет менее 10 минут (при этом Backup коммутатор перезагрузится).

Если uptime Backup-коммутатора будет более 10 минут, то мастерство останется за ним.

При передаче мастерства возможен кратковременный перерыв в предоставлении сервисов на время доинициализации нового Master в стеке.

Начиная с версии ПО 4.0.17, реализован функционал NSF (Non-Stop Forwarding). Данный функционал позволяет минимизировать потери для транзитного немаршрутизируемого трафика в момент передачи мастерства от Master к Backup.

Принцип работы NSF : в момент отключения Master, Backup берет управление на себя и запускает процесс доинициализации до роли Master, запускается NSF таймер (по умолчанию 120 с.). На это время фиксируются STP статусы портов (изменение статуса игнорируется), порты в LACP, членство портов во VLAN, скорость портов, FDB, Vlan Database и тд. Остальные настройки применяются на новый Master в реальном времени.

Во время процесса NSF запрещается выполнение команд просмотра конфигурации, изменение состояния портов, добавления новой VLAN, изменение режима согласования портов, конфигурация скорости портов, очистка FDB, перезагрузка устройства, изменение имени устройства, отключение/подключение STP. Когда истекает таймер NSF, все ранее зафиксированные настройки применяются на стек в реальном времени.

Конфигурация коммутатора:

console(config)# stack configuration links {fo1-4| te1-4 | gi9-12} (возможные варианты синтаксиса при настройке -stack configuration links te 1-2; stack configuration links te 1, te3)

console(config)# stack configuration unit-id {1-8}

Конфигурация определенного unit в стеке:

console(config)#stack unit 2

console(unit)#stack configuration {role|links|unit-id}

Смена роли для определенного юнита в стеке:

console(unit)#stack configuration role {slave|master}

Дополнительные настройки стека:

Принудительно назначить устройство мастером (мастерство будет всегда сохранено за юнитом в случае наличия/появления его в стеке):

console(config)#stack configuration master unit {unit-id}

Внимание - если указать unit, который в этот момент не является мастером, то текущий мастер принудительно перезагрузится для отдачи мастерства.

Включение функционала NSF:

console(config)#stack nsf

Изменение таймера NSF (по умолчанию 120 с.)

console(config)#stack nsf timer {60-600}

Конфигурация стекирования применится после перезагрузки.

Перезагрузка определенного unit:

console#reload unit 2

Работа портов OOB в стеке (Для моделей с поддержкой OOB)

Если на стеке задействованы несколько портов OOB, то их порядок работы будет следующий:

-Активен порт только на мастере.

-IP адресация для такого интерфейса назначается глобально для всего стека.

console(config)# interface oob

console(config-oob)# ip address X.X.X.X /XX

-При статической адресации, в случае выхода из строя мастера, активируется OOB-порт нового мастера, при этом IP-адрес остается тот же.

-Если настроено получение IP-адреса OOB по DHCP, в случае выхода из строя мастера, активируется OOB-порт нового мастера, при этот IP-адрес будет выдан сервером другой, т.к. MAC-адрес OOB-порта изменился.

Процедура обновления ПО стека

При обновлении ПО, файл загружается на Master юнит, далее автоматически выполняется синхронизация файлов ПО Master юнита с остальными юнитами в стеке. 

Сообщение о начале синхронизации файлов ПО :

22-Jul-2023 11:37:23 %DFS-I-FILE-SYNC: Synchronizing flash://system/images/mes3300-4021-5R1.ros to unit 2


Сообщение об окончании процедуры загрузки и синхронизации файлов ПО между юнитами:

22-Jul-2023 11:38:37 %COPY-N-TRAP: The copy operation was completed successfully

При перезагрузке для обновления, ПО обновляется на всех юнитах одновременно.

Команды просмотра информации :

console#show stack

console#show stack configuration

console#show stack links  

console#show stack links details

Просмотр статуса интерфейсов, выбранных в качестве стековых линков, отличается от просмотра статуса обычных интерфейсов. 

Например, в качестве стековых линков выбраны интерфейсы te1/0/1-2, te2/0/1-2. 

Вывод команды show interfaces status в CLI для данных интерфейсов будет следующим : 

te1/0/1       --        --      --     --     --  Not Present       --         --     --     Access (1)              
te1/0/2       --        --      --     --     --  Not Present       --         --     --     Access (1)              
te2/0/1       --        --      --     --     --  Not Present       --         --     --     Access (1)             
te2/0/2       --        --      --     --     --  Not Present       --         --     --     Access (1)   

В данной таблице не определяется статус стековых интерфейсов, статус Not Present ожидаемый. Для определения статуса стековых интерфейсов необходимо использовать команду show stack links details : 

console#show stack links details 

UNIT ID   Link     Status   Speed   Uptime    Neighbor Neighbor      Neighbor
                                   (d,h:m:s)  Unit ID    Link       MAC Address
------- -------- ---------- ----- ----------- -------- -------- -------------------
   1      te1      Active    10G  00,00:33:57    2       te1     e4:5a:d4:6a:16:00  
   1      te2      Active    10G  00,00:33:57    2       te2     e4:5a:d4:6a:16:00  
   2      te1      Active    10G  00,00:33:56    1       te1     e4:5a:d4:d3:66:40  
   2      te2      Active    10G  00,00:33:56    1       te2     e4:5a:d4:d3:66:40  

Для определения статуса через SNMP необходимо использовать oid : 1.3.6.1.4.1.89.53.23.1.6.<ifindex> Возможные значения - 3 - active, 2 - down.

Пример опроса :

snmpwalk -v2c -c public 192.168.1.40 1.3.6.1.4.1.89.53.23.1.6
SNMPv2-SMI::enterprises.89.53.23.1.6.105 = INTEGER: 3
SNMPv2-SMI::enterprises.89.53.23.1.6.106 = INTEGER: 3
SNMPv2-SMI::enterprises.89.53.23.1.6.213 = INTEGER: 3
SNMPv2-SMI::enterprises.89.53.23.1.6.214 = INTEGER: 3

Дополнительно:

Начиная с версии 4.0.23 поддержано полноценное стекирование между устройствами MES2324P и MES2348P.

Рассмотрим создание макроса на примере удаления порта из LAG.

Создать макрос можно командой:

macro name remove_g1_from_po1
config
interface gi1/0/24
no channel-group
switchport mode trunk
switchport trunk allowed vlan add 7,26,28,114,150,152,598-599,2794
@

Выполнение макроса можно запустить командой:

console# macro apply remove_g1_from_po1

Коммутаторы MES позволяют резервировать конфигурацию на TFTP-сервере по таймеру или при сохранении текущей конфигурации.

Настройка:

1) Включаем автоматическое резервирование конфигурации на сервере:

console(config)# backup auto

2) Указываем сервер, на который будет производиться резервирование конфигурации:

console(config)# backup server tftp://10.10.10.1

3) Указываем путь расположения файла на сервере:

console(config)# backup path backup.conf

Примечание: При сохранении к префиксу будет добавляться текущая дата и время в формате ггггммддччммсс.

4) Включаем сохранение истории резервных копий:

console(config)# backup history enable

5) Указываем промежуток  времени, по истечении которого будет осуществляться автоматическое резервирование конфигурации, в минутах:

console(config)# backup time-period 500

6) Включаем резервирование конфигурации при сохранении пользователем конфигурации:

console(config)# backup write-memory

Начиная с версии 4.0.19, поддержана возможность отключения отправки пустого пакета для проверки наличия TFTP-сервера: 

console(config)# no backup reachability-check tftp

Также доступно резервирование конфигурации на SCP-сервере:

console(config)# backup server scp://user_scp:password_scp@scp_ip
console(config)# backup server scp://user1:passord1@10.10.10.1

В выводе конфигурации пароль будет храниться в открытом виде. Для хранения пароля в шифрованном виде применяются команды: 

console(config)# ip ssh-client username user_scp
console(config)# ip ssh-client password password_scp

IP адрес сервера SCP указывается аналогично TFTP :

console(config)# backup server scp://10.10.10.1

Команды show backup и show backup history позволяют посмотреть информацию о настройках резервирования конфигурации и об удачных попытках резервирования на сервере.

При возникновении проблем с достижением лимитов, отведённых под routing, их значение можно изменить.

Для MES23xx:

console# show system router resources

Изменение пределов производится командой:

console(config)# system router resources

ip-entries              The maximum number of IPv4 entries
ipv6-entries            The maximum number of IPv6 entries
ipm-entries             The maximum number of IPv4 multicast
ipmv6-entries           The maximum number of IPv6 multicast entries


Возможные значения параметров:

ip-entries        <8-824>
ipv6-entries      <32-848>
ipm-entrie        <8-824>
ipmv6-entries     <32-848>

Для MES33xx:

console# show system router resources

Изменение пределов производится командой:

console(config)# system router resources

ip-entries                   The maximum number of IPv4 entries
ipv6-entries                 The maximum number of IPv6 entries
ipm-entries                  The maximum number of IPv4 multicast
ipmv6-entries                The maximum number of IPv6 multicast entries

Возможные значения параметров:

ip-entries              <8-12952>
ipv6-entries            <32-12976>
ipm-entrie              <8-12952>
ipmv6-entries           <32-12976>

Настройки применяются после перезагрузки.

Для настройки приветствия неавторизованных пользователей при подключении к коммутатору требуется в глобальном режиме конфигурации выполнить команду:

console(config)# banner exec X

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

Коммутатор предложит ввести текст приветствия, который должен быть ограничен 2000 символами, строка не может содержать более 510 символов, баннер должен заканчиваться на заданный разделитель, пример:

console# configure
console(config)# banner exec X
_________________________________________________
_________________________________________________
!Hello!Hello!Hello!Hello!Hello!Hello!Hello!Hello!
_________________________________________________
_________________________________________________
X
console(config)# exit
console# exit

21-Jan-2021 15:31:02 %AAA-I-DISCONNECT: User CLI session for user admin over console , source 0.0.0
.0 destination 0.0.0.0 TERMINATED. The Telnet/SSH session may still be connected
Console baud-rate auto detection is enabled, press Enter twice to complete the detection process

User Name:admin
Password:*****

_________________________________________________
_________________________________________________
!Hello!Hello!Hello!Hello!Hello!Hello!Hello!Hello!
_________________________________________________
_________________________________________________

console#

В тексте приветствия можно использовать переменные.
При выводе переменных используются данные, сохранённые в конфигурации устройства.

Список доступных переменных:
$(hostname) - имя устройства
$(domain) - доменное имя, установленное по умолчанию. Команда для конфигурации: ip domain name name
$(location) - местоположение устройства. Команда для конфигурации: snmp-server location location
$(contact) - контактная информация устройства. Команда для конфигурации: snmp-server contact contact
$(mac-address) - MAC-адрес устройства

Пример конфигурации:

MES2324# configure
MES2324(config)# banner exec X

_________________________________________________
_________________________________________________
!Hello!Hello!Hello!Hello!Hello!Hello!Hello!Hello!
_________________________________________________
_________________________________________________
 
$(hostname)
$(domain)
$(location)
$(contact)
$(mac-address)
X

Вывод приветствия:

User Name:admin
Password:admin
 
________________________________________________
_________________________________________________
!Hello!Hello!Hello!Hello!Hello!Hello!Hello!Hello!
_________________________________________________
_________________________________________________
 
MES2324
eltex-co.ru
Novosibirsk
+73832741001
e4:5a:d4:a2:d5:c0

1 НАСТРОЙКА SNMP-СЕРВЕРА И ОТПРАВКИ SNMP-TRAP

snmp-server server

snmp-server community public ro

snmp-server community private rw

snmp-server host 192.168.1.1 traps version 2c private

2 КРАТКИЕ ОБОЗНАЧЕНИЯ

• ifIndex - индекс порта;

Может принимать следующие значения:

1.      Коммутаторы доступа

2.     Коммутаторы агрегации

3.     Индустриальные коммутаторы 

4.     Коммутаторы для ЦОД

· index-of-rule — индекс правила в ACL. Всегда кратен 20! Если при создании правил будут указаны индексы не кратные 20, то после перезагрузки коммутатора порядковые номера правил в ACL станут кратны 20;

· Значение поля N — в IP и MAC ACL любое правило занимает от одного до 3 полей в зависимости от его структуры;

· IP address — IP-адрес для управления коммутатором; В приведенных в документе примерах используется следующий IP-адрес для управления:
192.168.1.30;

· ip address of tftp server — IP-адрес TFTP-сервера; В приведенных в документе примерах используется следующий IP-адрес TFTP-сервера:
192.168.1.1;

· community — строка сообщества (пароль) для доступа по протоколу SNMP.

В приведенных в документе примерах используются следующие community:

private — права на запись (rw);
public — права на чтение (ro).

3 РАБОТА С ФАЙЛАМИ

3.1 Сохранение конфигурации

Сохранение конфигурации в энергонезависимую память

MIB: rlcopy.mib

Используемые таблицы: rlCopyEntry — 1.3.6.1.4.1.89.87.2.1

snmpset -v2c -c <community> <IP address> \
 1.3.6.1.4.1.89.87.2.1.3.1 I {local(1)} \
 1.3.6.1.4.1.89.87.2.1.7.1 i {runningConfig(2)} \
 1.3.6.1.4.1.89.87.2.1.8.1 i {local(1)} \
 1.3.6.1.4.1.89.87.2.1.12.1 i {startupConfig (3)} \
 1.3.6.1.4.1.89.87.2.1.17.1 i {createAndGo (4)}

Пример сохранения в энергонезависимую память

Сохранение конфигурации в энергозависимую память из энергонезависимой

MIB: rlcopy.mib

Используемые таблицы: rlCopyEntry — 1.3.6.1.4.1.89.87.2.1 

snmpset -v2c -c <community> <IP address> \
 1.3.6.1.4.1.89.87.2.1.3.1 i {local(1)} \
 1.3.6.1.4.1.89.87.2.1.7.1 i {startupConfig (3)} \ 
 1.3.6.1.4.1.89.87.2.1.8.1 i {local(1)} \ 
 1.3.6.1.4.1.89.87.2.1.12.1 i {runningConfig(2)} \ 
 1.3.6.1.4.1.89.87.2.1.17.1 i {createAndGo (4)} 

Пример сохранения в энергозависимую память 

Удаление конфигурации из энергонезависимой памяти

MIB: rlmng.mib

Используемые таблицы: rndAction — 1.3.6.1.4.1.89.1.2

snmpset -v2c -c <community> <IP address> \
 1.3.6.1.4.1.89.1.2.0 i {eraseStartupCDB (20)} 

Пример удаления startup-config

3.2 Работа с TFTP-сервером

Копирование конфигурации из энергозависимой памяти на TFTP-сервер

MIB: rlcopy.mib

Используемые таблицы: rlCopyEntry — 1.3.6.1.4.1.89.87.2.1

snmpset -v2c -c <community> -t 5 -r 3 <IP address> \
 1.3.6.1.4.1.89.87.2.1.3.1 i {local(1)} \
 1.3.6.1.4.1.89.87.2.1.7.1 i {runningConfig(2)} \
 1.3.6.1.4.1.89.87.2.1.8.1 i {tftp(3)} \
 1.3.6.1.4.1.89.87.2.1.9.1 a {ip address of tftp server} \ 
 1.3.6.1.4.1.89.87.2.1.11.1 s "MES-config.cfg" \ 
 1.3.6.1.4.1.89.87.2.1.17.1 i {createAndGo (4)}

Пример копирования из running-config на TFTP-сервер

Копирование конфигурации в энергозависимую память с TFTP-сервера

MIB: rlcopy.mib 

Используемые таблицы: rlCopyEntry — 1.3.6.1.4.1.89.87.2.1

snmpset -v2c -c <community> -t 5 -r 3 <IP address> \
 1.3.6.1.4.1.89.87.2.1.3.1 i {tftp(3)} \
 1.3.6.1.4.1.89.87.2.1.4.1 a {ip address of tftp server} \ 
 1.3.6.1.4.1.89.87.2.1.6.1 s "MES-config.cfg" \
 1.3.6.1.4.1.89.87.2.1.8.1 i {local(1)} \
 1.3.6.1.4.1.89.87.2.1.12.1 i {runningConfig(2)} \
 1.3.6.1.4.1.89.87.2.1.17.1 i {createAndGo (4)} 

Пример копирования с TFTP-сервера в running-config

Копирование конфигурации из энергонезависимой памяти на TFTP-сервер

MIB: rlcopy.mib 

Используемые таблицы: rlCopyEntry — 1.3.6.1.4.1.89.87.2.1 

snmpset -v2c -c <community> -t 5 -r 3 <IP address> \
 1.3.6.1.4.1.89.87.2.1.3.1 i {local(1)} \ 
 1.3.6.1.4.1.89.87.2.1.7.1 i {startupConfig (3)} \
 1.3.6.1.4.1.89.87.2.1.8.1 i {tftp(3)} \
 1.3.6.1.4.1.89.87.2.1.9.1 a {ip address of tftp server} \
 1.3.6.1.4.1.89.87.2.1.11.1 s "MES-config.cfg" \
 1.3.6.1.4.1.89.87.2.1.17.1 i {createAndGo (4)}

Пример копирования из startup-config на TFTP-сервер

Копирование конфигурации в энергонезависимую память с TFTP-сервера

MIB: rlcopy.mib

Используемые таблицы: rlCopyEntry — 1.3.6.1.4.1.89.87.2.1

snmpset -v2c -c <community> -t 5 -r 3 <IP address> \
1.3.6.1.4.1.89.87.2.1.3.1 i {tftp(3)} \
1.3.6.1.4.1.89.87.2.1.4.1 a {ip address of tftp server} \
1.3.6.1.4.1.89.87.2.1.6.1 s "MES-config.cfg" \
1.3.6.1.4.1.89.87.2.1.8.1 i {local(1)} \
1.3.6.1.4.1.89.87.2.1.12.1 i {startupConfig (3)} \ 
1.3.6.1.4.1.89.87.2.1.17.1 i {createAndGo (4)}

Пример копирования startup-config c TFTP-серверa

3.3 Автоконфигурирование коммутатора

Включение автоматического конфигурирования, базирующегося на DHCP (включено по 
умолчанию)

MIB: radlan-dhcpcl-mib.mib 

Используемые таблицы: rlDhcpClOption67Enable — 1.3.6.1.4.1.89.76.9

snmpset -v2c -c <community> <IP address> \
 1.3.6.1.4.1.89.76.9.0 i {enable(1), disable(2)}

Пример включения автоконфигурирования, базирующегося на DHCP

3.4 Обновление программного обеспечения

Обновление программного обеспечения коммутатора

Проходит в два этапа:

1. Загрузка образа ПО

MIB: rlcopy.mib 

Используемые таблицы: rlCopyEntry — 1.3.6.1.4.1.89.87.2.1

snmpset -v2c -c <community> <IP address> \
 1.3.6.1.4.1.89.87.2.1.3.1 i {tftp (3)} \
 1.3.6.1.4.1.89.87.2.1.4.1 a {ip add of tftp server} \
 1.3.6.1.4.1.89.87.2.1.6.1 s "image name" \
 1.3.6.1.4.1.89.87.2.1.8.1 i {local(1)} \
 1.3.6.1.4.1.89.87.2.1.12.1 i {image(8)} \ 
 1.3.6.1.4.1.89.87.2.1.17.1 i {createAndGo(4)} 

Пример загрузки образа ПО

2. Смена активного образа коммутатора

MIB: radlan-deviceparams-mib.mib

Используемые таблицы: rndActiveSoftwareFileAfterReset — 1.3.6.1.4.1.89.2.13.1.1.3

snmpset -v2c -c <community> <IP address> \
1.3.6.1.4.1.89.2.13.1.1.3.1 i {image1 (1), image2 (2)} 

Пример смены активного образа коммутатора

После загрузки ПО с TFTP-сервера данная команда применяется автоматически.

Перезагрузка коммутатора

MIB: rlmng.mib

Используемые таблицы: rlRebootDelay — 1.3.6.1.4.1.89.1.10

snmpset -v2c -c <community> <IP address> \
 1.3.6.1.4.1.89.1.10.0 t {задержка времени перед перезагрузкой}

Пример перезагрузки, отложенной на 8 минут

Для моментальной перезагрузки требуется указать значение t=0.

Просмотр образа ПО

MIB: radlan-deviceparams-mib.mib

Используемые таблицы: rndActiveSoftwareFile — 1.3.6.1.4.1.89.2.13.1.1.2

snmpwalk -v2c -c <community> <IP address> \
 1.3.6.1.4.1.89.2.13.1.1.2

Пример просмотра образа ПО

Возможные варианты:

image1(1)
image2(2)

rndActiveSoftwareFileAfterReset — 1.3.6.1.4.1.89.2.13.1.1.3 — здесь можно посмотреть активный образ после перезагрузки ПО.

Просмотр загруженных образов ПО

MIB: radlan-deviceparams-mib.mib 

Используемые таблицы: rndImageInfoTable — 1.3.6.1.4.1.89.2.16.1 

snmpwalk -v2c -c <community> <IP address> \
 1.3.6.1.4.1.89.2.16.1

Пример просмотра загруженных образов ПО

Просмотр текущей версии ПО коммутатора

MIB: radlan-deviceparams-mib.mib 

Используемые таблицы: rndBrgVersion — 1.3.6.1.4.1.89.2.4

snmpwalk -v2c -c <community> <IP address> \
 1.3.6.1.4.1.89.2.4

Пример просмотра текущей версии ПО коммутатора

Просмотр текущей версии аппаратного обеспечения (HW)

MIB: radlan-deviceparams-mib.mib

Используемые таблицы: genGroupHWVersion — 1.3.6.1.4.1.89.2.11.1 

snmpwalk -v2c -c <community >  <IP address > \
 1.3.6.1.4.1.89.2.11.1

Пример просмотра текущей версии аппаратного обеспечения

4 УПРАВЛЕНИЕ СИСТЕМОЙ

4.1 Системные ресурсы

Просмотр серийного номера коммутатора

MIB: rlphysdescription.mib

Используемые таблицы: rlPhdUnitGenParamSerialNum — 1.3.6.1.4.1.89.53.14.1.5

snmpwalk -v2c -c <community> <IP address> \
 1.3.6.1.4.1.89.53.14.1.5

Пример просмотра серийного порта коммутатора

Просмотр информации о загрузке tcam

MIB: RADLAN-QOS-CLI-MIB

Используемые таблицы: rlQosClassifierUtilizationPercent — 1.3.6.1.4.1.89.88.36.1.1.2

snmpwalk -v2c -c <community>  <IP address> \
 1.3.6.1.4.1.89.88.36.1.1.2

Пример просмотра информации о загрузке tcam

Просмотр максимального количества хостов

MIB: rltuning.mib

Используемые таблицы: rsMaxIpSFftEntries — 1.3.6.1.4.1.89.29.8.9.1

snmpwalk -v2c -c <community> <IP address> \
 1.3.6.1.4.1.89.29.8.9.1 

Пример просмотра максимального количества хостов

Просмотр используемого количества хостов

MIB: rlfft.mib

Используемые таблицы: rlSysmngTcamAllocInUseEntries — 1.3.6.1.4.1.89.204.1.1.1.5

snmpwalk -v2c -c <community> <IP address> \
 1.3.6.1.4.1.89.204.1.1.1.5.5.116.99.97.109.49.1

Пример просмотра используемого количества хостов 

Просмотр максимального количества маршрутов

MIB: rltuning.mib

Используемые таблицы: rsMaxIpPrefixes — 1.3.6.1.4.1.89.29.8.21.1

snmpwalk -v2c -c <community> <IP address> \
 1.3.6.1.4.1.89.29.8.21.1

Пример просмотра максимального количества маршрутов 

Просмотр используемого количества маршрутов

MIB: rlip.mib 

Используемые таблицы: rlIpTotalPrefixesNumber — 1.3.6.1.4.1.89.26.25

snmpwalk -v2c -c <community> <IP address> \
1.3.6.1.4.1.89.26.25 

Пример просмотра используемого количества маршрутов

Просмотр максимального количества IP-интерфейсов

MIB: rltuning.mib

Используемые таблицы: rsMaxIpInterfaces — 1.3.6.1.4.1.89.29.8.25.1

snmpwalk -v2c -c <community> <IP address> \
 1.3.6.1.4.1.89.29.8.25.1 

Пример просмотра максимального количества IP-интерфейсов

Просмотр используемого количества IP-интерфейсов

MIB: rlip.mib

Используемые таблицы: rlIpAddressesNumber — 1.3.6.1.4.1.89.26.23

snmpwalk -v2c -c <community> <IP address> \
 1.3.6.1.4.1.89.26.23 

Пример просмотра используемого количества IP-интерфейсов

Просмотр системного MAC-адреса коммутатора

MIB: rlphysdescription.mib

Используемые таблицы: rlPhdStackMacAddr — 1.3.6.1.4.1.89.53.4.1.7

snmpwalk -v2c -c <community>  <IP address> \
 1.3.6.1.4.1.89.53.4.1.7

Пример просмотра системного MAC-адреса коммутатора 

Просмотр Uptime коммутатора

MIB: SNMPv2-MIB

Используемые таблицы: sysUpTime — 1.3.6.1.2.1.1.3

snmpwalk -v2c -c <community> <IP address> \
 1.3.6.1.2.1.1.3

Пример просмотра Uptime коммутатора

Просмотр Uptime порта

MIB: SNMPv2-MIB, IF-MIB

Используемые таблицы: 
sysUpTime — 1.3.6.1.2.1.1.3
ifLastChange — 1.3.6.1.2.1.2.2.1.9

snmpwalk -v2c -c <community > <IP address > \
 1.3.6.1.2.1.1.3
snmpwalk -v2c -c <community > <IP address > \
1.3.6.1.2.1.2.2.1.9.{ifindex}

Пример просмотра Uptime порта Gigabitethernet1/0/2

Из вывода первой команды необходимо отнять вывод второй команды. Полученное 
значение и будет являться Uptime порта.

Включение сервиса мониторинга приходящего на CPU трафика

MIB: rlsct.mib

Используемые таблицы: rlSctCpuRateEnabled — 1.3.6.1.4.1.89.203.1 

Подробнее: Коммутаторы Ethernet MES23xx, MES33xx, MES35xx, MES53xx. Мониторинг и управление Ethernet-коммутаторами MES по SNMP

Интерфейс, который отключен системой помечается символом «*» при просмотре состояния по команде show interfaces status:  Flow Link Back Mdix

console# show interfaces status

Flow Link Up Time Back Mdix

Port Type Duplex Speed Neg ctrl State (d,h:m:s) Pressure Mode Port Mode

-------- ------------ ------ ----- -------- ---- ----------- ------------- -------- -------

gi1/0/1 1G-Copper -- -- -- Down* -- -- -- Access


Для включения необходимо ввести команду (пример для порта gi1/0/1)

console# set interface active gi1/0/1

• 12,95 Вт - для устройств классов 0, 3
• 3,84 Вт - для устройств класса 1
• 6,49 Вт - для устройств класса 2
• 25,5 Вт - для устройств класса 4

Разница между мощностью на порту и мощностью на питаемом устройстве обусловлена тем, что жилы кабеля имеют сопротивление (более высокие значения способствуют большей потери мощности в кабеле), следовательно, выходная мощность питающего устройства выше входной мощности питаемого устройства. Часть мощности теряется в кабеле.

Длина PoE

Согласно стандартов 802.3af и 802.3at длина кабеля для PoE заявляется равной 100 метрам. Однако на практике максимальная длина витой пары PoE зависит от многих факторов, в том числе заранее неизвестных:

• сечения проводников;
• металла проводников;
• количества изгибов на линии;
• наводок, неравномерных характеристик витой пары.

Со скидкой на перегибы и прочее максимальная длина кабеля PoE желательна не более 75 метров. 
Кабели хорошего качества (с малым сопротивлением) позволяют питать устройства на расстоянии до 100 метров.

При зеркалировании более одного физического интерфейса возможны потери трафика. Отсутствие потерь гарантируется только при зеркалировании одного физического интерфейса.

  К контролирующему порту применяются следующие ограничения:

• Порт не может быть контролирующим и контролируемым портом одновременно;

• Порт не может быть членом группы портов;

• IP-интерфейс должен отсутствовать для этого порта;

• Протокол GVRP должен быть выключен на этом порту.

К контролируемым портам применяются следующие ограничения:

• Порт не может быть контролирующим и контролируемым портом одновременно.

Пример настройки SPAN.

Организуем мониторинг трафика с порта GigabitEthernet 0/1 и с vlan 3 на примере MES2324

2324(config)#interface GigabitEthernet 0/2

2324(config-if)#port monitor GigabitEthernet 0/1

2324(config-if)# port monitor vlan 3

Пример настройки RSPAN.

Oрганизуем мониторинг трафика с порта GigabitEthernet 0/1 и с vlan 3 через vlan 100. На промежуточных коммутаторах, где прописан vlan 100 должен быть отключен mac learning в данном vlan (no mac address-table learning vlan 100).

MES2324(config)#port monitor mode network

MES2324(config)#port monitor remote vlan 100

MES2324(config)#interface GigabitEthernet 0/2

MES2324(config-if)#switchport mode trunk

MES2324(config-if)#switchport trunk allowed vlan add 100

MES2324(config-if)#port monitor remote

MES2324(config-if)#port monitor GigabitEthernet0/1

На ряде моделей в ПО доступна настройка увеличения qos tail-drop mirror-limit, позволяющая увеличить лимиты для передачи отзеркалированного трафика

qos tail-drop mirror-limit rx 50

qos tail-drop mirror-limit tx 50

Функция зеркалирования портов предназначена для контроля сетевого трафика путем пересылки копий входящих и/или исходящих пакетов с одного или нескольких контролируемых (Source) портов на один контролирующий (Destination) порт.

  К контролирующему (Destination) порту применяются следующие ограничения:

• Порт не может быть Source и Destination-портом одновременно;

• IP-интерфейс должен отсутствовать для этого порта;

• Протокол GVRP должен быть выключен на этом порту;

• Конфигурация PortChannel в качестве Destination-интерфейса производится после перевода интерфейса в состояние UP.

К контролируемым (Source) портам применяются следующие ограничения:

• Порт не может быть Source и Destination-портом одновременно;

• Source-порт может контролироваться только одним Destination-портом в момент времени. 

Пример настройки SPAN.

Организуем мониторинг трафика с порта GigabitEthernet 0/1 и с vlan 3 на примере MES2324.

console(config)# interface GigabitEthernet 0/2
console(config-if)# port monitor GigabitEthernet 0/1
console(config-if)# port monitor vlan 3

На ряде моделей в ПО доступна настройка увеличения qos tail-drop mirror-limit, позволяющая увеличить лимиты для передачи отзеркалированного трафика.

qos tail-drop mirror-limit rx 50
qos tail-drop mirror-limit tx 50

Например, для коммутаторов MES2324 максимально можно настроить qos tail-drop mirror-limit rx 2650 и qos tail-drop mirror-limit tx 2650 (половина от выделенного лимита в 5300), для коммутаторов MES5324 - qos tail-drop mirror-limit rx 3500 и  qos tail-drop mirror-limit tx 3500 (половина от лимита в 7000).

2324B(config)#default interface gig0/10
Configuration for these interfaces will be set to default.
It may take a few minutes. Are sure you want to proceed? (Y/N)[N] Y
2324B(config)#

Время восстановления не превышает 1 секунды, что существенно меньше времени перестройки сети при использовании протоколов семейства spanning tree.

Пример конфигурирования

Настроим ревертивное кольцо с подкольцом, использующим кольцо в качестве виртуального канала. Для прохождения служебного ERPS трафика в кольце используется VLAN 10 (R-APS VLAN), защищает VLAN 20, 30, 40, 200, 300, 400. Для прохождения служебного ERPS  трафика в подкольце используется VLAN 100, защищает VLAN 200, 300, 400. Так как кольцо будет использоваться в качестве виртуального канала для подкольца, в настройках коммутаторов, которые не знают о существовании подкольца (коммутаторы 1 и 2), необходимо указать все VLAN подкольца.

В качестве RPL линка в основном кольце возьмем линк между коммутаторами 1 и 2. В качестве RPL линка в подкольце возьмем линк между коммутаторами 5 и 6. RPL линк — это линк, который будет заблокирован при нормальном состоянии кольца, и разблокируется только в случае аварии на одном из линков кольца.

Линк между коммутаторами 3 и 4 для подкольца vlan 100 будет определяться как virtual link.

Примечания:

• Подкольцо не умеет определять разрыв виртуального линка. Поэтому при разрыве этого линка в подкольце не разблокируется rpl-link.
• По дефолту через интерфейс в режим trunk проходит дефолтный 1 VLAN. Поэтому данный VLAN необходимо или добавить в protected, или запретить его прохождение через интерфейс, чтобы избежать возникновение шторма.
• RPL link блокирует прохождение трафика в protected VLAN. Но на семейство протоколов xSTP данная блокировка не растространяется. Поэтому необходимо запрещать прохождение STP bpdu через кольцевые порты.

Конфигурация коммутатора 1

• console(config)#erps
• console(config)#erps vlan 10
• console(config-erps)#ring enable
• console(config-erps)#port west te1/0/1
• console(config-erps)#port east te1/0/2
• console(config-erps)#protected vlan add 20,30,40,100,200,300,400
• console(config-erps)#rpl west owner
• console(config-erps)#exit
• console(config)#
• console(config)#interface range TengigabitEthernet1/0/1-2
• console(config-if)#switchport mode trunk
• console(config-if)#switchport trunk allowed vlan add 10,20,30,40
• console(config-if)#switchport forbidden default-vlan
• console(config-if)#exit
• console(config)#spanning-tree bpdu filtering 
•  

Конфигурация коммутатора 2

• console(config)#erps
• console(config)#erps vlan 10
• console(config-erps)#ring enable
• console(config-erps)#port west te1/0/1
• console(config-erps)#port east te1/0/2
• console(config-erps)#protected vlan add 20,30,40
• console(config-erps)#rpl west neighbor
• console(config-erps)#exit
• console(config)#
• console(config)#interface range TengigabitEthernet1/0/1-2
• console(config-if)#switchport mode trunk
• console(config-if)#switchport trunk allowed vlan add 10,20,30,40
• console(config-if)#switchport forbidden default-vlan
• console(config-if)#exit
• console(config)#spanning-tree bpdu filtering 

Конфигурация коммутатора 3, 4

• console(config)#erps
• console(config)#erps vlan 10
• console(config-erps)#ring enable
• console(config-erps)#port west tengigabitethernet1/0/1
• console(config-erps)#port east tengigabitethernet1/0/2
• console(config-erps)#protected vlan add 20,30,40
• console(config-erps)#sub-ring vlan 100
• console(config-erps)#exit
• console(config)#erps vlan 100
• console(config-erps)#ring enable
• console(config-erps)#port west tengigabitethernet1/0/3
• console(config-erps)#protected vlan add 200,300,400
• console(config-erps)#exit
• console(config)#
• console(config)#interfaceTengigabitEthernet1/0/1
• console(config-if)#switchport mode trunk
• console(config-if)#switchport trunk allowed vlan add 10,20,30,40
• console(config-if)#switchport forbidden default-vlan
• console(config-if)#exit
• console(config)#interfaceTengigabitEthernet1/0/2
• console(config-if)#switchport mode trunk
• console(config-if)#switchport trunk allowed vlan add 10,20,30,40,100,200,300,400
• console(config-if)#switchport forbidden default-vlan
• console(config-if)#exit
• console(config)#interfaceTengigabitEthernet1/0/3
• console(config-if)#switchport mode trunk
• console(config-if)#switchport trunk allowed vlan add 100,200,300,400
• console(config-if)#switchport forbidden default-vlan
• console(config-if)#exit
• console(config)#spanning-tree bpdu filtering 

Конфигурация коммутатора 5

• console(config)#erps
• console(config)#erps vlan 100
• console(config-erps)#ring enable
• console(config-erps)#port west te1/0/1
• console(config-erps)#port east te1/0/2
• console(config-erps)#protected vlan add 200,300,400
• console(config-erps)#rpl west owner
• console(config-erps)#exit
• console(config)#
• console(config)#interface range TengigabitEthernet1/0/1-2
• console(config-if)#switchport mode trunk
• console(config-if)#switchport trunk allowed vlan add 100,200,300,400
• console(config-if)#switchport forbidden default-vlan
• console(config-if)#exit
• console(config)#spanning-tree bpdu filtering 

Конфигурация коммутатора 6

• console(config)#erps
• console(config)#erps vlan 100
• console(config-erps)#ring enable
• console(config-erps)#port west te1/0/1
• console(config-erps)#port east te1/0/2
• console(config-erps)#protected vlan add 200,300,400
• console(config-erps)#rpl west neighbor
• console(config-erps)#exit
• console(config)#interface range TengigabitEthernet1/0/1-2
• console(config-if)#switchport mode trunk
• console(config-if)#switchport trunk allowed vlan add 100,200,300,400
• console(config-if)#switchport forbidden default-vlan
• console(config-if)#exit
• console(config)#spanning-tree bpdu filtering 

Статус колец можно посмотреть командами

• console#show erps
• console#show erps vlan 10
• console#show erps vlan 100

GARP VLAN Registration Protocol (GVRP) – протокол VLAN-регистрации. Протокол позволяет распространить по сети идентификаторы VLAN. Основной функцией протокола GVRP является обнаружение информации об отсутствующих в базе данных коммутатора VLAN-сетях при получении сообщений GVRP. Получив информацию об отсутствующих VLAN, коммутатор добавляет её в свою базу данных, как Type  - dynamicGvrp .

Пример настройки switch1

Распространить vlan 300 по сети.

switch1(config)# gvrp enable
switch1(config)# interface gigabitethernet1/0/1
switch1(config-if)# gvrp enable
switch1(config-if)# switchport mode trunk
switch1(config-if)# switchport trunk allowed add 100,300

Пример настройки на switch2

switch2(config)# gvrp enable
switch2(config)# interface gigabitethernet1/0/1
switch2(config-if)# gvrp enable
switch2(config-if)# switchport mode trunk
switch2(config-if)# switchport trunk allowed add 100

27-Jul-2016 11:53:25 %VLAN-I-GVRPAddVlan: Dynamic VLAN Vlan 300 was added by GVRP
27-Jul-2016 11:53:25 %VLAN-I-GVRPAddPort: Dynamic port gi1/0/1 was added to VLAN Vlan 300 by GVRP

По умолчанию VLAN c Created by  - G (GVRP) нельзя назначить на порт. Для этого vlan нужно добавить в vlan database.

Начиная с версии 4.0.9 доступен функционал отключения анонса по gvrp определенного vlan. Используется команда gvrp advertisement-forbid в контексте конфигурирования interface vlan.

console(config)# interface vlan 1
console(config-if)# gvrp advertisement-forbid

В версии 4.0.11 появился функционал автоматического сохранения динамического vlan, полученного по gvrp,  в vlan database.  Для настройки используется команда gvrp static-vlan в режиме глобального конфигурирования.

console# configure

console(config)# mac access-list extended test

 permit any any 8863 0000 

 permit any any 8864 0000 

 deny any any

Зайти в настройки нужного порта и применить ACL на входящий трафик

interfaces GigabitEthernet 1/0/x     - где x – номер порта

 service-acl input test

Данный ACL разрешит прохождение только PPPoE пакета.

Чтобы разрешить прохождение к аплинк портам, нужно настроить PPPoE Intermediate Agent

Включить работу PPPoE Intermediate Agent в глобальном конфиге

console(config)# pppoe intermediate-agent

Зайти в настройки настраиваемого порта и включить на нем работу PPPoE Intermediate Agent

interfaces GigabitEthernet 1/0/1

 pppoe intermediate-agent

Зайти в настройки аплинка и включить на нем работу PPPoE Intermediate в режиме trust

interfaces GigabitEthernet 1/0/y     - где y – номер аплинк порта

 pppoe intermediate-agent trust

Поддерживаемые значения EtherType представлены в руководстве пользователя приложение В

Инструкции есть у каждой модели коммутатора на сайте во вкладке «Файлы» Главная  > Каталог  > Ethernet коммутаторы  > Коммутаторы доступа 1G / 10G  > MES2324 Eltex.

https://eltexcm.ru/catalog/ethernet-kommutatory/kommutatory-agregacii-1g/mes2324.html

Для включения протокола PVST необходимо использовать команду:

spanning-tree mode pvst

Для создания VLAN- участников PVST:

vlan database

vlan 2-64

Данные VLAN требуется добавить на интерфейсы:

interface gigabitethernet1/0/14

switchport mode trunk

switchport trunk allowed vlan add 2-64

Максимальное количество VLAN участников PVST - 64.

Настройка аутентификации, авторизации производится следующим образом

aaa authentication login "radius" radius local
aaa authorization exec "radius" radius local
radius server host auth 10.0.0.1
radius server key auth 10.0.0.1
radius
line telnet
login authentication radius
authorization exec radius
exit

Устранение неполадок.

show running-config

show radius servers

show radius

radius-сервер может использоваться для 802.1x аутентификации и для аутентификации учётных записей на других коммутаторах.

Включение radius-сервера:

radius server enable

Настройка адреса коммутатора доступа (клиента) и ключа:

encrypted radius server secret key secret ipv4-address 192.168.1.10

Конфигурация групп и привязка к ним уровней привилегий:

radius server group admin
vlan name test
privilege-level 15
exit
!
radius server group priv1
privilege-level 1
exit

Настройка логина и пароля для учётных записей, привязка их к группам:
radius server user username priv1 group priv1 password priv1
radius server user username tester group admin password tester

Конфигурацию будем выполнять на базе коммутатора MES2324.

1.    Для начала необходимо указать ip-адрес tacacs-сервера и указать key:

MES2324B(config)#tacacs-server host 192.168.10.5 key secret

2.    Далее установить способ аутентификации для входа в систему по протоколу tacacs+:

MES2324B(config)#aaa authentication login authorization default tacacs local

Примечение: На коммутаторах серии 23xx, 33xx, 53xx используется алгоритм опроса метода аутентификации break (после неудачной аутентификации по первому методу процесс аутентификации останавливается). Начиная с версии 4.0.6 доступна настройка метода опроса аутентификации break/chain. Алгоритм работы метода chain - после неудачной попытки аутентификации по первому методу в списке следует попытка аутентификации по следующему методу в цепочке. На коммутаторах серии 1000, 2000, 3000 уже имеется этот функционал.

3.    Установить способ аутентификации при повышении уровня привилегий:

MES2324B(config)#aaa authentication enable authorization default tacacs enable

Чтобы не потерять доступ до коммутатора (в случае  недоступности radius-сервера), рекомендуется создать учетную запись в локальной базе данных, и задать пароль на привилегированный режим.

4.    Создать учетную запись:

MES2324B(config)#username tester password eltex privilege 15

5.    Задать пароль на доступ в привилегированный режим:

MES2324B(config)#enable password eltex

6.  Разрешить ведение учета (аккаунта) для сессий управления.

MES2324B(config)#aaa accounting login start-stop group tacacs+

7.  Включить ведение учета введенных в CLI команд по протоколу tacacs+.

MES2324B(config)#aaa accounting commands stop-only group tacacs+

Примечание: По умолчанию используется проверка по локальной базе данных (aaa authentication login default local).

Пример настройки:

Глобально включить security-suite:

2324B(config)#security-suite enable

Настроить на порту порог:

2324B(config)#interface gig0/1
2324B(config-if)#security-suite dos syn-attack 127 192.168.11.0 /24

127 - максимальное число подключений в секунду

Посмотреть security-suite можно командой show security-suite configuration.

2324B#show security-suite configuration

Security suite is enabled (Per interface rules are enabled). 

Denial Of Service Protect: 

Denial Of Service SYN-FIN Attack is enabled
Denial Of Service SYN Attack

Interface IP Address SYN Rate (pps) 
-------------- -------------------- ----------------------- 
gi1/0/1 192.168.11.0/24 127

Martian addresses filtering
Reserved addresses: disabled
Configured addresses:

SYN filtering

Interface IP Address TCP port 
-------------- ---------------------- --------------------

ICMP filtering

Interface IP Address 
-------------- ----------------------

Fragmented packets filtering

Interface IP Address 
-------------- ----------------------

2324B#

Данный функционал предназначен для распределения нагрузки и оптимизации пропускной способности сети. ЕСМР может работать как со статическими маршрутами, так и с протоколами динамической маршрутизации RIP, OSPF, BGP. Максимально можно настроить 8 путей.

По умолчанию метод балансировки src-dst-mac-ip, изменить можно командой Port-Channel load-balance

Пример настройки ECMP:

MES2324(config)#ip maximum-paths 3

P.S.Настройка вступит в силу только после сохранения конфигурации и перезагрузки устройства.

Просмотр текущих настроек:

MES2324#show ip route 
Maximum Parallel Paths: 1 (1 after reset)
Load balancing: src-dst-mac-ip

Для нахождения кратчайшего пути протоколом OSPF используется метрика cost - условный показатель "стоимости" пересылки данных по каналу.
По умолчанию на коммутаторах MES23xx/33xx/35xx/5324 установлено значение cost = 10 для всех маршрутов. В результате протокол OSPF может использовать не оптимальные пути для построения лучшего маршрута.
Для того, чтобы этого избежать, на коммутаторах MES23xx/33xx/35xx/5324 предусмотрено два варианта настройки и вычисления стоимости.
1. Стоимость может устанавливаться инженером вручную в настройках IP-интерфейса. В зависимости от различных факторов на усмотрение инженера. Например для того, чтобы завысить метрику на канале с часто возникающими ошибками.

Пример настройки:
console# configure terminal
console(config)# interface ip 192.168.28.28
console(config-ip)# ip ospf cost 50

Несмотря на более широкие возможности при использовании этого способа, потребуется больше ручной настройки, чем при использовании следующего варианта с авторасчётом стоимости.

2. Автоматический расчёт метрики cost с помощью команды auto-cost reference-bandwidth, базирующийся на скорости интерфейсов (ifspeed).
На коммутаторах MES при настройке значение reference-bandwidth указывается в мбит/с. Формула расчёта метрики:

cost = reference-bandwidth / ifspeed

console(config)# router ospf 1
console(router_ospf_process)# auto-cost reference-bandwidth
<0-400000> Mbps
console(router_ospf_process)# auto-cost reference-bandwidth 25000

В данном примере указано значение для расчёта в 25 гбит/с, для каналов с пропускной способностью от 20 гбит/с метрика будет = 1, так как вычисляется целое положительное число.
Для агрегированного канала из двух 10-гигабитных линков она будет равна 1.
Для канала 10 гбит/с = 2.
Для 1 гбит/с метрика будет = 25, для соединений FastEthernet (100 мбит/c) = 250.

Для просмотра присвоенных значений cost используется команда show ip ospf interface brief

console# show ip ospf interface brief

Ip Interface       Process ID    Area ID   Cost  Auth Type   OSPF Oper St   Passive
---------------- ------------- ---------- ------ ---------- -------------- ---------
192.168.19.19          1        0.0.0.0     1       none          up          No
192.168.28.28          1        0.0.0.0     50      none          up          No
192.168.44.44          1        0.0.0.0     25      none          up          No

Примечание:
1. Самым лучшим считается тот маршрут, у которого стоимость меньше остальных.
2. В случае одновременного использования двух способов настройки метрики применяются значения, выставленные на IP-интерфейсах вручную.
3. Расчёт метрики производится по наименьшей скорости интерфейса-участника vlan. Если хотя бы один из интерфейсов-участников vlan будет со скоростью 100 мбит/с весь расчёт для vlan будет выполнен по нему.
4. Для агрегированных интерфейсов port-channel за основу расчёта берется суммированное значение скорости всех интерфейсов, входящих в LAG (Active bandwidth)

console# show interfaces Port-Channel 1
Po1 is up (connected)
Interface index is 1000
Hardware is aggregated ethernet interface(s), MAC address is e0:d9:e3:22:b4:81
Interface MTU is 9000
Link is up for 0 days, 1 hours, 47 minutes and 32 seconds
Link aggregation type is LACP
No. of members in this port-channel: 3 (active 2, minimum required 1, maximum active link 8)
tengigabitethernet1/0/1, full-duplex, LACP active, 10000Mbps (active)
tengigabitethernet3/0/1, full-duplex, LACP active, 10000Mbps (active)
tengigabitethernet1/0/2, LACP active, 0Mbps (non-candidate)
Active bandwidth is 20000Mbps

Рассмотрим схему из 3 коммутаторов и двух различных area. На SW2 настроено несколько клиентских VLAN с включенным процессом OSPF.

SW1:

ipv6 unicast-routing
ipv6 router ospf 1
router-id 10.1.4.73
exit
interface vlan 1858
ipv6 address 2001:67c:233c:b814::1/119
ipv6 ospf 1 area 0.0.0.46
exit

SW2:

ipv6 unicast-routing
ipv6 router ospf 1
router-id 10.1.4.75
exit
interface vlan 2
ipv6 address 2001:10::1/125
ipv6 ospf 1 area 0.0.0.46
exit
!
interface vlan 3
ipv6 address 2001:10::5/126
ipv6 ospf 1 area 0.0.0.46
exit
!
interface vlan 882
ipv6 address 2001:67c:233c:b813::1/119
ipv6 ospf 1 area 0.0.0.0
exit
!
interface vlan 1858
ipv6 address 2001:67c:233c:b814::2/119
ipv6 ospf 1 area 0.0.0.46
exit

SW3:

ipv6 unicast-routing
interface vlan 882
ipv6 address 2001:67c:233c:b813::2/119
ipv6 ospf 1 area 0.0.0.0
exit
ipv6 router ospf 1
router-id 10.1.4.1
exit

Команды для диагностики.

show running-config

show ipv6 ospf neighbor

show ipv6 ospf

show ipv6 route

Суммирование маршрутов является процессом объединения набора адресов в единый адрес с менее специфичной, более короткой маской подсети. Это позволяет уменьшать таблицу маршрутизации.

Разберем настройку суммаризации маршрутов в протоколе OSPF. На рисунке изображена схема с настроенным OSPF.

На SW1 созданы 2 static маршрута и 3 connected маршрута на интерфейсе Loopback1:

!
router ospf 1
area 0.0.0.15 nssa
network 11.11.11.2 area 0.0.0.15
router-id 11.11.11.2
redistribute connected metric-type type-2 subnets
redistribute static metric-type type-2 subnets
exit
!
interface loopback 1
ip address 10.10.11.11 255.255.255.255
ip address 10.10.12.11 255.255.255.255
ip address 10.10.15.15 255.255.255.255
!
ip route 10.10.13.13 /32 11.11.11.1
ip route 10.10.14.13 /32 11.11.11.1


show ip route

Maximum Parallel Paths: 1 (1 after reset)
Load balancing: src-dst-mac-ip
IP Forwarding: enabled
Codes: * - failed to install, > - best, C - connected, S - static,
R - RIP,O - OSPF intra-area, OIA - OSPF inter-area,OE1 - OSPF external 1, OE2 - OSPF external 2,
B - BGP, i - IS-IS, L1 - IS-IS level-1,L2 - IS-IS level-2, ia - IS-IS inter area P - PBR
OE1 0.0.0.0/0 [110/11] via 11.11.11.1, 00:45:33, vlan 10
OIA 4.4.4.0/30 [30/20] via 11.11.11.1, 00:45:34, vlan 10
OE2 10.10.0.0/16 [110/20] via 11.11.11.1, 00:02:01, vlan 10
C 10.10.11.11/32 is directly connected, loopback 1
C 10.10.12.11/32 is directly connected, loopback 1
S 10.10.13.13/32 [1/4] via 11.11.11.1, 04:59:24, vlan 10
S 10.10.14.13/32 [1/4] via 11.11.11.1, 04:59:01, vlan 10
C 10.10.15.15/32 is directly connected, loopback 1

На SW2 настраиваем суммаризацию маршрутов, полученных от SW1, а также существующих connected маршрутов:

interface vlan 30
ip address 10.10.31.1 255.255.255.0
exit
!
ip route 10.10.32.0 /24 10.10.31.2
!
router ospf 1
area 0.0.0.15 nssa
area 0.0.0.15 range 10.10.0.0 255.255.0.0 nssa
summary-address 10.10.0.0 255.255.0.0
network 4.4.4.1 area 0.0.0.0
network 11.11.11.1 area 0.0.0.15
router-id 4.4.4.1
redistribute connected metric-type type-2 subnets
exit

show ip route

Maximum Parallel Paths: 1 (1 after reset)
Load balancing: src-dst-mac-ip
IP Forwarding: enabled
Codes: * - failed to install, > - best, C - connected, S - static,
R - RIP, O - OSPF intra-area, OIA - OSPF inter-area, OE1 - OSPF external 1, OE2 - OSPF external 2,
B - BGP, i - IS-IS, L1 - IS-IS level-1,L2 - IS-IS level-2, ia - IS-IS inter area, P - PBR

C 4.4.4.0/30 is directly connected, vlan 4
O 10.10.0.0/16 is rejected
OE2 10.10.11.11/32 [110/20] via 11.11.11.2, 00:04:03, vlan 10
OE2 10.10.12.11/32 [110/20] via 11.11.11.2, 00:04:03, vlan 10
OE2 10.10.13.13/32 [110/20] via 11.11.11.2, 00:04:04, vlan 10
OE2 10.10.14.13/32 [110/20] via 11.11.11.2, 00:04:04, vlan 10
OE2 10.10.15.15/32 [110/20] via 11.11.11.2, 00:04:04, vlan 10
C 10.10.31.0/24 is directly connected, vlan 30
C 11.11.11.0/30 is directly connected, vlan 10


Настройка суммаризации для OSPF маршрутов производится командой area 0.0.0.15 range с указанием типа области nssa.
Суммаризация внешних маршрутов для процесса OSPF, попадающих под команду redistribute, настраивается командой summary-address. На коммутаторе SW3 фиксируем в таблице маршрутизации только просуммированный маршрут 10.10.0.0/16 вместо набора отдельных сетей.

router ospf 1
network 4.4.4.2 area 0.0.0.0
exit
show ip route

Maximum Parallel Paths: 1 (1 after reset)
Load balancing: src-dst-mac-ip
IP Forwarding: enabled
Codes: * - failed to install, > - best, C - connected, S - static,
R - RIP,
O - OSPF intra-area, OIA - OSPF inter-area, OE1 - OSPF external 1, OE2 - OSPF external 2,
B - BGP, i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS inter area, P - PBR

C 4.4.4.0/30 is directly connected, vlan 4
OE2 10.10.0.0/16 [110/20] via 4.4.4.1, 00:07:27, vlan 4
OIA 11.11.11.0/30 [30/20] via 4.4.4.1, 00:52:35, vlan 4

В качестве примера, настроим соседство OSPF между коммутаторами MES3124 (версия 2.5.47) и MES3324 (версия 4.0.9).

1) Создаем interface vlan для создания соседства:
console(config)# interface vlan 10
console(config-if)# ip address 10.10.10.5 255.255.255.252
console(config-if)# exit

2) Настройки в режиме глобальной конфигурации:
console(config)# router ospf 1
console(router_ospf_process)# network 10.10.10.5 area 4.4.4.4
console(router_ospf_process)# router-id 5.5.5.5
console(router_ospf_process)# exit

Контроль работы протокола

Просмотр OSPF соседей  - show ip ospf neighbor
Просмотр таблицы LSDB - show ip ospf database
Просмотр состяния OSPF -  show ip ospf

Настройка параметров OSPF аутентификации

1) Настраиваем ключ для аутентификации:
console(config)# key chain TEST_KEYCHAIN
(config-keychain)# key 1
(config-keychain-key)# key-string test
(config-keychain-key)# exit
(config-keychain)# exit

2) Добавляем ключ к аутентификации MD5 по OSPF:
console(config)# interface ip 10.10.10.5
console(config-ip)# ip ospf authentication message-digest
console(config-ip)# ip ospf authentication key-chain TEST_KEYCHAIN
console(config-ip)# ip ospf cost 1
console(config-ip)# exit

Для перевода номера области из числового вида в формат записи ip address нужно число перевести в двоичный вид. После этого записать его в строку и разделить на 4 части по 8 бит.

Начиная с версии ПО 4.0.23.1, в дополнение к уже доступным к настройке типам сетей broadcast и point-to-point была добавлена поддержка новых типов сетей - non-broadcast и point-to-multipoint non-broadcast.

Таким образом теперь доступен выбор следующих типов сетей в рамках настройки interface ip:
1) broadcast — широковещательная сеть с множественным доступом (данный тип сети устанавливается по умолчанию);
2) non-broadcast — нешироковещательная сеть c множественным доступом;
3) point-to-point — сеть «точка-точка»;
4) point-to-multipoint non-broadcast — нешироковещательная сеть c множественным доступом "точка-многоточка".