QTECH QSW-8300 User Manual [ru]

Содержание

СОДЕРЖАНИЕ ..................................................................................................... 1

ГЛАВА 1 УПРАВЛЕНИЕ КОММУТАТОРОМ ....................................................... 9

1.1 ВАРИАНТЫ УПРАВЛЕНИЯ ................................................................................................ 9

1.1.1 Внеполосное управление .............................................................................. 9

1.1.2 Внутриполосное управление. ..................................................................... 13

1.2 CLI ИНТЕРФЕЙС ........................................................................................................... 18

1.2.1 Режим настройки .......................................................................................... 19

1.2.2 Настройка синтаксиса .................................................................................. 22

1.2.3 Сочетания клавиш ........................................................................................ 23

1.2.4 Справка ........................................................................................................... 23

1.2.5 Проверка ввода ............................................................................................. 24

1.2.6 Поддержка языка нечеткой логики (Fuzzy math) ..................................... 24

ГЛАВА 2 ОСНОВНЫЕ НАСТРОЙКИ КОММУТАТОРА ................................... 26

2.1 ОСНОВНЫЕ НАСТРОЙКИ ................................................................................................ 26

2.2 УПРАВЛЕНИЕ TELNET .................................................................................................... 27

2.2.1 Telnet ............................................................................................................... 27

2.2.2 SSH .................................................................................................................. 29

2.3 НАСТРОЙКА IP АДРЕСОВ КОММУТАТОРА......................................................................... 30

2.3.1 Список команд для настройки IP адресов ................................................ 31

2.4 НАСТРОЙКА SNMP ....................................................................................................... 32

2.4.1 Введение в SNMP .......................................................................................... 32

2.4.2 Введение в MIB ............................................................................................. 33

2.4.3 Введение в RMON ......................................................................................... 34

2.4.4 Настройка SNMP............................................................................................ 35

2.4.5 Типичные примеры настройки SNMP........................................................ 38

2.4.6 Поиск неисправностей SNMP ..................................................................... 39

2.5 МОДЕРНИЗАЦИЯ КОММУТАТОРА ..................................................................................... 40

2.5.1 Системные файлы коммутатора ................................................................ 40

2.5.2 BootROM обновление ................................................................................... 40

2.5.3 Обновление FTP/TFTP .................................................................................. 44

ГЛАВА 3 ОПЕРАЦИИ С ФАЙЛОВОЙ СИСТЕМОЙ ......................................... 53

3.1 ВВЕДЕНИЕ В УСТРОЙСТВА ХРАНЕНИЯ ДАННЫХ (FILE STORAGE DEVICES)........................ 53

3.2 СПИСОК КОМАНД ДЛЯ КОНФИГУРИРОВАНИЯ ФАЙЛОВОЙ СИСТЕМЫ.................................. 53

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

3.3 ТИПИЧНЫЕ ОБЛАСТИ ПРИМЕНЕНИЯ ............................................................................... 54

3.4 ПОИСК ПРОБЛЕМ .......................................................................................................... 55

ГЛАВА 4 НАСТРОЙКА КЛАСТЕРА................................................................... 56

4.1 ВВЕДЕНИЕ В УПРАВЛЕНИЕ КЛАСТЕРАМИ СЕТИ ................................................................ 56

4.2 СПИСОК КОМАНД ДЛЯ КОНФИГУРИРОВАНИЯ КЛАСТЕРА УПРАВЛЕНИЯ СЕТИ: ..................... 56

4.3 ПРИМЕРЫ АДМИНИСТРИРОВАНИЯ КЛАСТЕРА.................................................................. 59

4.4 ПОИСК ПРОБЛЕМ В АДМИНИСТРИРОВАНИИ КЛАСТЕРАМИ ................................................ 60

ГЛАВА 5 КОНФИГУРИРОВАНИЕ ПОРТОВ .................................................... 61

5.1 ВВЕДЕНИЕ ................................................................................................................... 61

5.2 СПИСОК КОМАНД ДЛЯ КОНФИГУРИРОВАНИЯ ПОРТОВ ...................................................... 61

5.3 ПРИМЕРЫ КОНФИГУРАЦИИ ПОРТА .................................................................................. 63

5.4 УСТРАНЕНИЕ НЕИСПРАВНОСТЕЙ НА ПОРТУ ..................................................................... 64

ГЛАВА 6 КОНФИГУРАЦИЯ ФУНКЦИИ ИЗОЛЯЦИИ ПОРТОВ ...................... 66

6.1 ВВЕДЕНИЕ В ФУНКЦИЮ ИЗОЛЯЦИИ ПОРТОВ ................................................................... 66

6.2 СПИСОК КОМАНД ДЛЯ КОНФИГУРАЦИИ ИЗОЛЯЦИИ ПОРТОВ ............................................. 66

6.3 ТИПОВЫЕ ПРИМЕРЫ ФУНКЦИИ ИЗОЛЯЦИИ ПОРТОВ ......................................................... 67

ГЛАВА 7 КОНФИГУРАЦИЯ ФУНКЦИИ РАСПОЗНАВАНИЯ ПЕТЛИ НА

ПОРТУ ................................................................................................................. 69

7.1 ВВЕДЕНИЕ В ФУНКЦИЮ РАСПОЗНАВАНИЯ ПЕТЛИ ............................................................ 69

7.2 СПИСОК КОМАНД ДЛЯ КОНФИГУРИРОВАНИЯ ФУНКЦИИ РАСПОЗНАВАНИЯ ПЕТЛИ НА ПОРТУ 69

7.3 ПРИМЕРЫ ФУНКЦИИ РАСПОЗНАВАНИЯ ПЕТЛИ НА ПОРТУ.................................................. 71

7.4 РЕШЕНИЕ ПРОБЛЕМ С ФУНКЦИЕЙ РАСПОЗНАВАНИЯ ПЕТЛИ НА ПОРТУ .............................. 72

ГЛАВА 8 КОНФИГУРАЦИЯ ФУНКЦИИ ULDP ................................................. 73

8.1 ОБЩАЯ ИНФОРМАЦИЯ О ULDP ..................................................................................... 73

8.2 СПИСОК КОМАНД ДЛЯ КОНФИГУРИРОВАНИЯ ULDP ........................................................ 74

8.3 ТИПОВЫЕ ПРИМЕРЫ ФУНКЦИИ ULDP ............................................................................ 77

8.4 УСТРАНЕНИЕ НЕПОЛАДОК ФУНКЦИИ ULDP .................................................................... 78

ГЛАВА 9 НАСТРОЙКА ФУНКЦИИ LLDP ......................................................... 80

9.1 ОБЩИЕ СВЕДЕНИЯ О ФУНКЦИИ LLDP ............................................................................ 80

9.2 СПИСОК КОМАНД ДЛЯ КОНФИГУРИРОВАНИЯ LLDP......................................................... 81

9.3 ТИПОВОЙ ПРИМЕР ФУНКЦИИ LLDP ............................................................................... 84

9.4 УСТРАНЕНИЕ НЕИСПРАВНОСТЕЙ ФУНКЦИИ LLDP ........................................................... 85

ГЛАВА 10 НАСТРОЙКА PORT CHANNEL ....................................................... 86

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

10.1 ОБЩИЕ СВЕДЕНИЯ О PORT CHANNEL ........................................................................... 86

10.2 ОБЩИЕ СВЕДЕНИЯ О LACP ........................................................................................ 87

10.2.1 Статическое объединение LACP .............................................................. 88

10.2.2 Динамическое объединение LACP .......................................................... 88

10.3 НАСТРОЙКА PORT CHANNEL ........................................................................................ 89

10.4 ПРИМЕРЫ ИСПОЛЬЗОВАНИЯ PORT CHANNEL ................................................................ 90

10.5 УСТРАНЕНИЕ НЕИСПРАВНОСТЕЙ PORT CHANNEL .......................................................... 93

ГЛАВА 11 КОНФИГУРИРОВАНИЕ JUMBO ФРЕЙМОВ ................................. 94

11.1 ОБЩИЕ СВЕДЕНИЯ О JUMBO ФРЕЙМАХ ...................................................................... 94

11.2 КОНФИГУРИРОВАНИЕ ФУНКЦИИ ПРИЕМА/ПОСЫЛКИ JUMBO ФРЕЙМОВ ......................... 94

ГЛАВА 12 КОНФИГУРАЦИЯ EFM OAM ........................................................... 95

12.1 ОБЩИЕ СВЕДЕНИЯ О EFM OAM ................................................................................. 95

12.2 КОНФИГУРИРОВАНИЕ EFM ОАМ ................................................................................ 98

12.3 ПРИМЕРЫ EFM OAM ............................................................................................... 100

12.4 УСТРАНЕНИЕ НЕИСПРАВНОСТЕЙ EFM OAM .............................................................. 101

ГЛАВА 13 НАСТРОЙКА ВИРТУАЛЬНЫХ ЛОКАЛЬНЫХ СЕТЕЙ - VLAN .. 103

13.1 КОНФИГУРИРОВАНИЕ VLAN ..................................................................................... 103

13.1.1 Начальные сведения о VLAN .................................................................. 103

13.1.2 Конфигурирование VLAN ........................................................................ 104

13.1.3 Типичное применение VLANа ................................................................. 107

13.1.4 Типичное применение гибридных портов............................................ 110

13.2 КОНФИГУРИРОВАНИЕ GVRP ..................................................................................... 111

13.2.1 Общая информация о GVRP ................................................................... 111

13.2.2 Настройка GVRP ........................................................................................ 113

13.2.3 Примеры применения GVRP ................................................................... 114

13.2.4 Устранение неисправностей GVRP ........................................................ 116

13.3 КОНФИГУРИРОВАНИЕ ТУННЕЛЯ DOT1Q ..................................................................... 116

13.3.1 Общие сведения о туннелях Dot1q ........................................................ 116

13.3.2 Конфигурирование туннеля Dot1q ........................................................ 117

13.3.3 Типичное применение туннеля Dot1q ................................................... 118

13.3.4 Устранение неисправностей туннеля Dot1q......................................... 119

13.4 НАСТРОЙКА ТРАНСЛЯЦИИ VLANОВ ........................................................................... 119

13.4.1 Общие сведения о трансляции VLANов ............................................... 119

13.4.2 Конфигурирование трансляции VLANа ................................................ 119

13.4.3 Типовое применение трансляции VLАNов ........................................... 120

13.4.4 Устранение неисправностей трансляции VLANов .............................. 121

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

13.5 КОНФИГУРИРОВАНИЕ ДИНАМИЧЕСКИХ VLAN ............................................................ 122

13.5.1 Общие сведения ....................................................................................... 122

13.5.2 Конфигурирование динамических VLAN .............................................. 122

13.5.3 Типовое применение динамического VLANа ....................................... 124

13.5.4 Устранение неисправностей динамического VLANа .......................... 126

13.6 КОНФИГУРИРОВАНИЕ ГОЛОСОВОГО VLAN(VOICE VLAN) .......................................... 126

13.6.1 Общие сведения о Voice VLAN ............................................................... 126

13.6.2 Конфигурирование Voice VLAN .............................................................. 127

13.6.3 Типовое применение Voice VLAN ........................................................... 128

13.6.4 Устранение неисправностей Voice VLAN .............................................. 129

ГЛАВА 14 НАСТРОЙКА ТАБЛИЦЫ MAC АДРЕСОВ ................................... 130

14.1 ОБЩИЕ СВЕДЕНИЯ О ТАБЛИЦЕ MAC АДРЕСОВ .......................................................... 130

14.1.1 Получение таблицы МАС адресов ......................................................... 130

14.1.2 Пересылка или фильтрация кадров ...................................................... 132

14.2 КОНФИГУРИРОВАНИЕ ТАБЛИЦЫ МАС АДРЕСОВ ......................................................... 133

14.3 ПРИМЕРЫ ТИПИЧНОЙ КОНФИГУРАЦИИ ....................................................................... 134

14.4 УСТРАНЕНИЕ НЕИСПРАВНОСТЕЙ С ТАБЛИЦЕЙ МАС АДРЕСОВ ..................................... 135

14.5 ДОПОЛНИТЕЛЬНЫЕ ФУНКЦИИ ТАБЛИЦЫ МАС АДРЕСОВ ............................................. 135

14.5.1 Привязка МАС адресов ............................................................................ 135

ГЛАВА 15 НАСТРОЙКА ПРОТОКОЛА MSTP ................................................ 138

15.1 ОБЩИЕ СВЕДЕНИЯ О MSTP ...................................................................................... 138

15.1.1 Регион MSTP .............................................................................................. 138

15.1.2 Роли портов ............................................................................................... 140

15.1.3 Балансировка нагрузки в MSTP ............................................................. 140

15.2 КОНФИГУРИРОВАНИЕ MSTP ..................................................................................... 140

15.3 ПРИМЕР ПРИМЕНЕНИЯ MSTP ................................................................................... 145

15.4 УСТРАНЕНИЕ НЕИСПРАВНОСТЕЙ MSTP ..................................................................... 149

ГЛАВА 16 НАСТРОЙКА QOS .......................................................................... 151

16.1 ОБЩИЕ СВЕДЕНИЯ О QOS ........................................................................................ 151

16.1.1 Термины QoS ............................................................................................. 151

16.1.2 Реализация QoS ........................................................................................ 152

16.1.3 Базовая модель QoS ................................................................................ 153

16.2 КОНФИГУРИРОВАНИЕ QOS........................................................................................ 158

16.3 ПРИМЕР QOS ........................................................................................................... 162

16.4 УСТРАНЕНИЕ НЕИСПРАВНОСТЕЙ QOS ........................................................................ 165

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

ГЛАВА 17 ПЕРЕНАПРАВЛЕНИЕ ПОТОКОВ ................................................. 166

17.1 ОБЩИЕ СВЕДЕНИЯ О ПЕРЕНАПРАВЛЕНИИ ПОТОКОВ ................................................... 166

17.2 КОНФИГУРИРОВАНИЕ ПЕРЕНАПРАВЛЕНИЯ ПОТОКОВ .................................................. 166

17.3 ПРИМЕРЫ ПЕРЕНАПРАВЛЕНИЯ ПОТОКОВ ................................................................... 167

17.4 УСТРАНЕНИЕ НЕИСПРАВНОСТЕЙ ПЕРЕНАПРАВЛЕНИЯ ПОТОКОВ ................................... 167

ГЛАВА 18 КОНФИГУРИРОВАНИЕ ИСХОДЯЩЕГО QOS ............................ 168

18.1 ОБЩИЕ СВЕДЕНИЯ ОБ ИСХОДЯЩИХ QOS ................................................................... 168

18.1.1 Термины исходящего QoS ....................................................................... 168

18.1.2 Базовая модель исходящего QoS .......................................................... 169

18.2 КОНФИГУРИРОВАНИЕ ИСХОДЯЩЕГО QOS .................................................................. 171

18.3 ПРИМЕРЫ ИСХОДЯЩЕГО QOS ................................................................................... 174

18.4 УСТРАНЕНИЕ НЕИСПРАВНОСТЕЙ ИСХОДЯЩЕГО QOS .................................................. 176

ГЛАВА 19 КОНФИГУРИРОВАНИЕ ГИБКОГО QINQ .................................... 177

19.1 ОБЩИЕ СВЕДЕНИЯ О ГИБКОМ QINQ........................................................................... 177

19.1.1 Технология QinQ ....................................................................................... 177

19.1.2 Базовый QinQ ............................................................................................ 177

19.1.3 Гибкий QinQ ............................................................................................... 177

19.2 НАСТРОЙКА ГИБКОГО QINQ ...................................................................................... 177

19.3 ПРИМЕР ПРИМЕНЕНИЯ ГИБКОГО QINQ ....................................................................... 179

19.4 УСТРАНЕНИЕ НЕИСПРАВНОСТЕЙ ГИБКОГО QINQ ......................................................... 181

ГЛАВА 20 КОНФИГУРИРОВАНИЕ ФУНКЦИЙ 3-ГО УРОВНЯ .................... 182

20.1 ИНТЕРФЕЙС 3-ГО УРОВНЯ ......................................................................................... 182

20.1.1 Начальные сведения об интерфейсах 3-го уровня ............................ 182

20.1.2 Настройка интерфейса 3-го уровня ....................................................... 183

20.2 НАСТРОЙКА ПРОТОКОЛА IP ....................................................................................... 184

20.2.1 Введение в IPv4, IPv6 ............................................................................... 184

20.2.2 Настройка IP протокола ........................................................................... 187

20.2.3 Примеры конфигурации IP ...................................................................... 193

20.2.4 Поиск неисправностей IPv6 .................................................................... 198

20.3 IP ПЕРЕСЫЛКА (IP FORWARDING) ............................................................................... 198

20.3.1 Введение в IP пересылку ........................................................................ 198

20.3.2 Задача конфигурации агрегации IP маршрутов .................................. 198

20.4 URPF ...................................................................................................................... 199

20.4.1 Введение в URPF ...................................................................................... 199

20.4.2 Последовательность задач конфигурации URPF ............................... 200

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

20.4.3 Типичный пример URPF .......................................................................... 200

20.4.4 Поиск неисправностей URPF .................................................................. 201

20.5 ARP ........................................................................................................................ 201

20.5.1 Введение в ARP ......................................................................................... 201

20.5.2 Список задач конфигурации ARP ........................................................... 201

20.5.3 Поиск неисправностей ARP .................................................................... 202

20.6 КОНФИГУРАЦИЯ АППАРАТНОГО КОЛИЧЕСТВА ТУННЕЛЕЙ ............................................. 202

20.6.1 Введение в аппаратное количество туннелей..................................... 202

20.6.2 Настройка аппаратного количества туннелей ..................................... 202

20.6.3 Поиск неисправностей аппаратного количества туннелей ............... 203

ГЛАВА 21 НАСТРОЙКА ФУНКЦИИ ПРЕДОТВРАЩЕНИЯ ARP

СКАНИРОВАНИЯ ............................................................................................. 204

21.1 ВВЕДЕНИЕ В ФУНКЦИЮ ПРЕДОТВРАЩЕНИЯ ARP СКАНИРОВАНИЯ ............................... 204

21.2 ПОСЛЕДОВАТЕЛЬНОСТЬ ЗАДАЧ КОНФИГУРАЦИИ ПРЕДОТВРАЩЕНИЯ ARP СКАНИРОВАНИЯ

........................................................................................................................................ 204

21.3 ТИПОВЫЕ ПРИМЕРЫ ПРЕДОТВРАЩЕНИЯ ARP СКАНИРОВАНИЯ ................................... 207

21.4 ПОИСК НЕИСПРАВНОСТЕЙ ПРЕДОТВРАЩЕНИЯ ARP СКАНИРОВАНИЯ ........................... 208

ГЛАВА 22 КОНФИГУРАЦИЯ ЗАЩИТЫ ОТ ПОДМЕНЫ ARP/ND ............... 209

22.1 ОБЗОР ..................................................................................................................... 209

22.1.1 ARP (Address Resolution Protocol).......................................................... 209

22.1.2 Подмена ARP ............................................................................................. 209

22.1.3 Как предотвратить подмену ARP/ND ..................................................... 209

22.2 КОНФИГУРАЦИЯ ПРЕДОТВРАЩЕНИЯ ПОДМЕНЫ ARP, ND ............................................ 210

22.3 ПРИМЕР ПРЕДОТВРАЩЕНИЯ ПОДМЕНЫ ARP, ND ....................................................... 211

ГЛАВА 23 НАСТРОЙКА ARP GUARD ............................................................ 213

23.1 ВВЕДЕНИЕ В ARP GUARD ....................................................................................... 213

23.2 СПИСОК ЗАДАЧ КОНФИГУРАЦИИ ARP GUARD .......................................................... 214

ГЛАВА 24 КОНФИГУРАЦИЯ ЛОКАЛЬНОГО ARP ПРОКСИ ....................... 215

24.1 ВВЕДЕНИЕ В ФУНКЦИЮ ЛОКАЛЬНОГО ARP ПРОКСИ ................................................... 215

24.2 СПИСОК ЗАДАЧ КОНФИГУРАЦИИ ЛОКАЛЬНОГО ARP ПРОКСИ ....................................... 216

24.3 ТИПОВЫЕ ПРИМЕРЫ ФУНКЦИИ ЛОКАЛЬНОГО ARP ПРОКСИ ......................................... 216

24.4 ПОИСК НЕИСПРАВНОСТЕЙ ЛОКАЛЬНОГО ARP ПРОКСИ ............................................... 217

ГЛАВА 25 КОНФИГУРАЦИЯ САМООБРАЩЕННОГО ARP (GRATUITOUS

ARP) ................................................................................................................... 218

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

25.1 ВВЕДЕНИЕ В САМООБРАЩЕННЫЙ ARP ..................................................................... 218

25.2 СПИСОК ЗАДАЧ КОНФИГУРАЦИИ САМООБРАЩЕННОГО ARP ........................................ 218

25.3 ПРИМЕР КОНФИГУРАЦИИ САМООБРАЩЕННОГО ARP................................................... 219

25.4 ПОИСК НЕИСПРАВНОСТЕЙ САМООБРАЩЕННОГО ARP................................ ................. 219

ГЛАВА 26 КОНФИГУРАЦИЯ KEEPALIVE ШЛЮЗА ...................................... 221

26.1 ВВЕДЕНИЕ В KEEPALIVE ШЛЮЗА ............................................................................... 221

26.2 СПИСОК ЗАДАЧ КОНФИГУРАЦИИ KEEPALIVE ШЛЮЗА ................................................... 221

26.3 ПРИМЕР KEEPALIVE ШЛЮЗА ...................................................................................... 222

26.4 ПОИСК НЕИСПРАВНОСТЕЙ KEPALIVE ШЛЮЗА ............................................................. 223

ГЛАВА 27 КОНФИГУРАЦИЯ DHCP ................................................................ 224

27.1 ВВЕДЕНИЕ DHCP..................................................................................................... 224

27.2 DHCP SERVER CONFIGURATION ................................................................................ 225

27.3 КОНФИГУРАЦИЯ DHCP РЕТРАНСЛЯТОРА ................................................................... 227

27.4 ПРИМЕРЫ КОНФИГУРАЦИИ DHCP ............................................................................. 228

27.5 ПОИСК НЕИСПРАВНОСТЕЙ DHCP .............................................................................. 231

ГЛАВА 28 КОНФИГУРАЦИЯ DHCPV6 ........................................................... 232

28.1 ВВЕДЕНИЕ DHCPV6 ................................................................................................. 232

28.2 КОНФИГУРАЦИЯ DHCPV6 СЕРВЕРА ........................................................................... 233

28.3 КОНФИГУРАЦИЯ DHCPV6 РЕТРАНСЛЯТОРА ............................................................... 234

28.4 КОНФИГУРАЦИЯ СЕРВЕРА ДЕЛЕГАЦИИ ПРЕФИКСОВ DHCPV6 ..................................... 235

28.5 КОНФИГУРАЦИЯ КЛИЕНТА ДЕЛЕГАЦИИ ПРЕФИКСОВ DHCPV6 ...................................... 236

28.6 ПРИМЕРЫ КОНФИГУРАЦИИ DHCPV6 ......................................................................... 237

28.7 ПОИСК НЕСИПРАВНОСТЕЙ DHCPV6 .......................................................................... 241

ГЛАВА 29 КОНФИГУРАЦИЯ ОПЦИИ 82 DHCP ............................................ 243

29.1 ВВЕДЕНИЕ В ОПЦИЮ 82 DHCP ................................................................................. 243

29.1.1 Структура сообщения опции 82 DHCP .................................................. 243

29.1.2 Механизм работы опции 82 ..................................................................... 244

29.2 СПИСОК ЗАДАЧ КОНФИГУРАЦИИ ОПЦИИ 82 DHCP...................................................... 245

29.3 ПРИМЕРЫ ПРИМЕНЕНИЯ ОПЦИИ 82 DHCP ................................................................. 247

29.4 ПОИСК НЕИСПРАВНОСТЕЙ ОПЦИИ 82 DHCP .............................................................. 249

ГЛАВА 30 ОПЦИИ 37, 38 DHCPV6 ................................................................. 250

30.1 ВВЕДЕНИЕ В ОПЦИИ 37, 38 DHCPV6 ........................................................................ 250

30.2 СПИСОК ЗАДАЧ КОНФИГУРАЦИИ ОПЦИИ 37, 38 DHCPV6 ............................................ 250

30.3 ПРИМЕРЫ ОПИЦЙ 37, 38 DHCPV6 ................................ ............................................ 255

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

30.3.1 Пример опций 37, 38 в DHCPv6 Snooping ............................................. 255

30.3.2 Пример опций 37, 38 на DHCPv6 ретрансляторе ................................. 257

30.4 ПОИСК НЕИСПРАВНОСТЕЙ ОПЦИЙ 37, 38 DHCPV6 .................................................... 258

ГЛАВА 31 КОНФИГУРАЦИЯ DHCP SNOOPING ........................................... 260

31.1 ВВЕДЕНИЕ В DHCP SNOOPING ................................................................................. 260

31.2 ПОСЛЕДОВАТЕЛЬНОСТЬ ЗАДАЧ КОНФИГУРАЦИИ DHCP SNOOPING ............................. 261

31.3 ТИПОВОЕ ПРИМЕНЕНИЕ DHCP SNOOPING ................................................................. 265

31.4 ПОИСК НЕИСПРАВНОСТЕЙ DHCP SNOOPING ............................................................. 266

31.4.1 Наблюдение и отладочная информация .............................................. 266

31.4.2 Помощь в поиске неисправностей ........................................................ 266

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

Подключение к серийному порту

Глава 1 Управление Коммутатором

1.1 Варианты Управления

Для управления необходимо настроить коммутатор. Коммутатор обеспечивает два варианта управления: внеполосное (out-of-band) или внутриполосное (in-band).

1.1.1 Внеполосное управление

Внеполосное управление — это управление через консольный интерфейс. Внеполосное управление, в основном используется для начального конфигурирования коммутатора, либо когда внутриполосное управление недоступно. Например, пользователь может через консольный порт присвоить коммутатору IP-адрес для доступа по Telnet. Процедура управления коммутатором через консольный интерфейс, описана ниже:

Шаг 1: Подключить персональный компьютер к консольному (серийному) порту коммутатора

Подключение ПК к консольному порту коммутатора

Как показано выше, серийный порт (RS-232) подключен к коммутатору через серийный кабель. В таблице ниже указаны все устройства использующийся в подключении.

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

Название устройства

Описание

Персональный

компьютер (PC)

Имеет функциональную клавиатуру и порт RS-232, с

установленным эмулятором терминала, таким как

HyperTerminal, входящий в комплект Windows 9x/NT/2000/XP.

Кабель серийного

порта

Один конец подключается к серийному порту RS-232, а другой к порту консоли.

Коммутатор

Требуется работающий консольный порт.

Шаг 2: Включение и настройка HyperTerminal. После установки соединения, запустите HyperTerminal, входящий в комплект Windows. Пример приведенный далее основан на HyperTerminal входящий в комплект Windows ХР.

1. Нажмите «Пуск» (Start menu) – Все программы (All Programs) – Стандартные (Accessories) – Связь (Communication) – HyperTerminal

Запуск HyperTerminal.

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

2. Наберите имя для запущенного HyperTerminal, например «Switch».

Запуск HyperTerminal.

3. В выпадающем меню “Подключение” выберите, серийный порт RS-232 который используется PC, например, COM1 и нажмите “OK”

Запуск HyperTerminal

4. Настройте свойства COM1 следующим образом: Выберите скорость “9600” для “Baud rate”; “8” для“Data bits”; “none” для “Parity checksum”; “1” для “stop bit”; “none” для “traffic control”; или вы можете нажать“Restore default”, а после нажать “OK”.

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

Рисунок 1-5. Запуск HyperTerminal.

Шаг 3: Вызов командного интерфейса (CLI) коммутатора.

Включите коммутатор, после чего следующие сообщения появятся в окне HyperTerminal – это режим конфигурации для коммутатора.

Testing RAM... 0x077C0000 RAM OK Loading MiniBootROM... Attaching to file system...

Loading nos.img ... done.

Booting......

Starting at 0x10000...

Attaching to file system... ……

--- Performing Power-On Self Tests (POST) ---

DRAM Test....................PASS!

PCI Device 1 Test............PASS!

FLASH Test...................PASS!

FAN Test.....................PASS!

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

Done All Pass.

------------------ DONE --------------------Current time is SUN JAN 01 00:00:00 2006 …… Switch>

Теперь можно вводить команды управления коммутатором. Детальное описание команд приведено в последующих главах.

1.1.2 Внутриполосное управление.

Внутриполосное управление относится к управлению посредством доступа к коммутатору с использованием Telnet, или HTTP, а также SNMP. Внутриполосное управление включает функции управления коммутатора для некоторых устройств, подключенных к нему. В тех случаях, когда внутриполосное управление из-за изменений, сделанных в конфигурации коммутатора работает со сбоями, для управления и конфигурирования коммутатора можно использовать внеполосное управление.

1.1.2.1 Управление по Telnet

Чтобы управлять коммутатором по Telnet, должны выполняться следующие условия:

1. Коммутатор должен иметь сконфигурированный IPv4/IPv6 адрес;

2. IP адрес хоста (Telnet клиент) и VLAN интерфейс коммутатора, должны иметь IPv4/IPv6 адреса в одном сегменте сети;

3. Если второй пункт не может быть выполнен, Telnet клиент должен быть подключен к IPv4/IPv6 адресу коммутатора с других устройств, таких как маршрутизатор.

• Коммутатор третьего уровня может быть настроен с несколькими IPv4/IPv6

адресами, метод настройки описан в посвященной этому главе. Следующий пример

предполагает состояние коммутатора после поставки с заводскими настройками, где

присутствует только VLAN1.

• Последующие шаги описывают подключение Telnet клиента к интерфейсу

VLAN1 коммутатора посредством Telnet (пример адреса IPv4):

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

Подключение через кабель

Управление коммутатором по Telnet

Шаг 1: Настройка IP адресов для коммутатора и запуск функции Telnet Server на коммутаторе.

• Первым делом идет настройка IP адреса хоста. Он должен быть в том же

сегменте сети, что и IP адрес VLAN1 интерфейса коммутатора. Предположим что IP

адрес интерфейса VLAN1 коммутатора 10.1.128.251/24. Тогда IP адрес хоста может быть

10.1.128.252/24. С помощью команды “ping 192.168.0.10” можно проверить, доступен коммутатор или нет.

• Команды настройки IP адреса для интерфейса VLAN1 указаны ниже. Перед применением внутриполосного управления, IP-адрес коммутатора должен быть

настроен посредством внеполосного управления (например, через порт Console).

Команды конфигурирования следующие (Далее считается, что все приглашения режима конфигурирования коммутатора начинаются со слова “switch”, если отдельно не указано иного):

Switch> Switch>enable Switch#config Switch(config)#interface vlan 1 Switch(Config-if-Vlan1)#ip address 10.1.128.251 255.255.255.0 Switch(Config-if-Vlan1)#no shutdown Для активации функции Telnet сервера пользователь должен включить её в режиме глобального конфигурирования, как показано ниже: Switch>enable Switch#config Switch(config)# telnet-server enable

Шаг 2: Запуск программы Telnet Client

Необходимо запустить программу Telnet клиент в Windows с указанием адреса хоста.

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

Запуск программы Telnet клиент в Windows.

Шаг 3: Получить доступ к коммутатору.

Для того что бы получить доступ к конфигурации через интерфейс Telnet необходимо ввести достоверный логин (login) и пароль (password). В противном случае в доступе

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

Как результат, когда Telnet включен для настройки и управления коммутатора, имя

пользователя (username) и пароль (password) для авторизованных пользователей

должены быть настроены следующей командой: “ username <username> privilege

<privilege> [password (0|7) <password>]”. Для локальной аутентификации можно использовать следующую команду: authentifcation line vty login local. Для доступа в привелигерованный режим необходимо и задан уровень привилегий 15.

Допустим, авторизованный пользователь имеет имя “test” и пароль “test”, тогда процедура задания имени и пароля для доступа по Telnet:

Switch>enable Switch#config Switch(config)#username test privilege 15 password 0 test Switch(config)#authentication line vty login local После ввода имени и пароля для интерфейса конфигурирования Telnet, пользователь

сможет вызвать командный интерфейс CLI настройки коммутатора. Команды,

используемые в командном интерфейсе Telnet CLI, которые становятся доступны после

ввода имени и пароля — те же самые, что и в консольном интерфейсе

Настройка Telnet интерфейса

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

1.1.2.2 Управление через Web-интерфейс

Чтобы управлять коммутатором через Web-интерфейс должны быть выполнены следующие условия:

1. Коммутатор должен иметь сконфигурированный IPv4/IPv6 адрес.

2. IP адрес хоста (HTTP клиент) и VLAN интерфейс коммутатора, должны иметь IPv4/IPv6 адреса в одном сегменте сети.

3. Если второй пункт не может быть выполнен, HTTP клиент должен быть подключен к IPv4/IPv6 адресу коммутатора с других устройств, таких, как маршрутизатор. Как и в управлении, коммутатором через Telnet, как только удается ping/ping6 хоста к

IPv4/IPv6 адресам коммутатора и вводится правильный логин и пароль, возможно

получить доступ к коммутатору через HTTP. Ниже описан способ настройки:

Шаг 1: Настройка IP адресов для коммутатора и запуск функции HTTP сервера.

О настройке IP-адреса коммутатора с помощью внеполосного управления, смотри главу о настройке Telnet управления. Чтобы конфигурирование по Web стало возможным, нужно ввести команду ip http server в глобальном режиме конфигурирования:

Switch>enable Switch#config Switch(config)#ip http server

Шаг 2: Запуск Web-браузера на хосте.

Необходимо открыть Web-браузер на хосте и ввести IP адрес коммутатора, или

непосредственно запустить HTTP протокол в Windows. К примеру, IP адрес коммутатора

“10.1.128.251”;

Запуск HTTP протокола

При обращении коммутатора с IPv6 адреса рекомендуется использовать браузер Firefox версии 1.5 или позднее. Например, если адрес коммутатора 3ffe:506:1:2::3.

Введите адрес IPv6 коммутатора http:// [3ffe: 506:1:2:: 3], адрес обязательно должен быть заключен в квадратные скобки.

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

Шаг 3: Получение доступа к коммутатору.

Для того чтобы получить доступ конфигурации с использованием WEB интерфейса, необходимо ввести достоверный логин (login) и пароль (password), в противном случае будет отказано в доступе. Этот метод помогает избежать неавторизованного доступа. Как результат, когда Telnet включен для настройки и управления коммутатора, имя пользователя (username) и пароль (password) для авторизованных пользователей должны быть настроены следующей командой: username <username> privilege

<privilege> [password (0|7) <password>]. Для локальной аутентификации можно использовать следующую команду: authentication line vty login local.. Для доступа в привелигерованный режим необходимо и задан уровень привилегий

15.Допустим, авторизованный пользователь имеет имя “admin” и пароль “admin”, тогда процедура настройки следующая:

Switch>enable Switch#config Switch(config)#username admin privilege 15 password 0 admin Switch(config)#authentication line web login local

Web интерфейс входа выглядит следующим образом:

Web интерфейс входа.

Введите достоверные имя пользователя и пароль, затем вы попадете в главное меню

настройки Web интерфейса, как это показано ниже:

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

Главное меню настройки Web интерфейса.

1.1.2.3 Управление коммутатором через сетевое управление SNMP

1. Коммутатор должен иметь сконфигурированный IPv4/IPv6 адрес.

2. IP адрес хоста (HTTP клиент) и VLAN интерфейс коммутатора, должны иметь

IPv4/IPv6 адреса в одном сегменте сети.

3. Если второй пункт не может быть выполнен, HTTP клиент должен быть подключен к

IPv4/IPv6 адресу коммутатора с других устройств, таких как роутер.

Хост с программным обеспечением SNMP для управления сетью должен уметь

пинговать IP адрес коммутатора так, чтобы при работе программного обеспечения SNMP,

оно было доступно для осуществления операций чтения/записи на нем. Подробности о

том, как управлять коммутаторами через SNMP, не будут рассмотрены в этом

руководстве, их можно найти в “Snmp network management software user manual”

(Инструкция по сетевому управлению SNMP).

1.2 CLI интерфейс

Коммутатор обеспечивает три интерфейса управления для пользователя: CLI (Command Line Interface) интерфейс, веб-интерфейс, сетевое управление программным

обеспечением SNMP. Мы познакомим вас с CLI(Консолью), веб-интерфейсом и их конфигурациями в деталях, SNMP пока не будет рассматриваться. CLI интерфейс знаком большинству пользователей. Как упомянуто выше, при управлении по независимым каналам связи и Telnet управление коммутатором осуществляется через интерфейс командной строки (CLI).

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

User Mode

Admin Mode

Global Mode

Interface Mode

Vlan Mode

DHCP address pool

Configuration Mode

Route configuration

Mode

ACL configuration

Mode

CLI интерфейс поддерживает оболочку Shell, которая состоит из набора команд кон-

фигурации. Эти команды относятся к разным категориям в соответствии с их функциями

в конфигурации коммутатора. Каждая категория представляет свой, отличный от всех, режим конфигурации. Возможности Shell для коммутаторов описаны ниже:

 Режим настройки;  Настройка синтаксиса;  Поддержка сочетания клавиш;  Справка;  Проверка ввода;  Поддержка язык нечеткой логики (Fuzzy math).

1.2.1 Режим настройки

Режимы настройки Shell

1.2.1.1 Режим пользователя

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

умолчанию, тогда в строке отображается “Switch>“, где символ “>“ является запросом

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

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

Тип

Интерфейса

Команда

Действие команды

Выход

VLAN

Наберите команду

interface vlan <Vlan-id>

в режиме глобального

Настройка IP адресов коммутатора и т.д.

Используйте команду

exit для возвращения в глобальный режим.

1.2.1.2 Режим администратора

Для того чтобы попасть в режим Администратора (привилегированный) существует несколько способов: вход с использованием в качестве имени пользователя "Admin";

ввод команды "enable" из непривилегированного (пользовательского) интерфейса, при

этом необходимо будет ввести пароль администратора (если установлен). При работе в

режиме администратора приглашение командной строки коммутатора будет выглядеть

как "Switch#". Коммутатор также поддерживает комбинацию клавиш "Ctrl + Z", что

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

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

конфигурирования и изменить любую часть конфигурациии коммутатора. Поэтому,

определение пароля для доступа к привилегированному режиму является обязательным

для предотвращения неавторизованного доступа и злонамеренного изменения

конфигурации коммутатора.

1.2.1.3 Режим глобального конфигурирования.

Наберите команду “Switch#config” в режиме администратора для того чтобы войти в режим глобального конфигурирования. Используйте команду выхода в соответствии с другими режимами конфигурации, такими, как режим порта, VLAN режим, вернутся в

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

настройки конфигурации в этом режиме, такие как настройка таблиц MAC-адресов, зеркалирование портов, создание VLAN, запуск IGMP Snooping и STP, и т. д. Также пользователь может войти в режим конфигурирования порта для настройки всех интерфейсов.

Режим конфигурирования интерфейса

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

позволяет входить в режим конфигурирования указанного интерфейса. Коммутатор

поддерживает три типа интерфейсов: 1.VLAN; 2.Ethernet порт; 3. Порт-канал, соответствующий трем режимам конфигурации интерфейса.

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

конфигурирования.

Ethernet порт

Наберите команду

interface ethernet <interface-list> в

режиме глобального конфигурирования.

Настройка поддерживае мого дуплексного

режима,

скорости Ethernet порта и т.п.

Используйте команду

exit для возвращения в глобальный режим.

Порт-канал

Наберите команду interface port-channel <port-channel-number>

в режиме глобального конфигурирования.

Конфигурирование порт-канала:

дуплексный режим,

скорость и т.д.

Используйте команду

exit для возвращения в глобальный режим.

Протоколы

маршрутизации

Команда

Действие

команды

Выход

Протокол маршрутизации

RIP

Наберите команду router rip в режиме глобального

конфигурирования.

Настройка

параметров RIP протокола

Используйте команду

exit для возвращения в глобальный режим.

Протокол маршрутизации

OSPF

Наберите команду router ospf в режиме

глобального

конфигурирования.

Настройка

параметров

OSPF протокола

Используйте команду

exit для возвращения в глобальный режим.

Режим VLAN

Использование команды <vlan-id> в режиме глобального конфигурирования, помогает войти в соответствующий режим конфигурирования VLAN. В этом режиме администратор может настраивать все порты пользователей соответствующего VLAN.

Выполните команду выхода, чтобы выйти из режима VLAN в режим глобального

конфигурирования.

Режим DHCP Address Pool

Введите команду ip dhcp pool <name> в режиме глобального конфигурирования для входа в режим DHCP Address Pool. Приглашение этого режима “Switch(Config-<name>dhcp)#”. В этом режиме происходит конфигурирование DHCP Address Pool. Выполните команду выхода, чтобы выйти из режима конфигурирования DHCP Address Pool в режим глобального конфигурирования.

Режим роутера

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

Протокол маршрутизации

BGP

Наберите команду router bgp <AS mumber> в

режиме глобального

конфигурирования.

Настройка

параметров BGP протокола

Используйте команду

exit для возвращения в глобальный режим.

Тип ACL

Команда

Действие команды

Выход

Стандартный режим IP ACL

Наберите команду ip access-list standard в

режиме глобального

конфигурирования .

Настройка параметров

для стандартного

режима IP ACL

Используйте команду exit для возвращения в глобальный режим.

Расширенный режим IP ACL

Наберите команду ip access-list extended в

режиме глобального

конфигурирования .

Настройка параметров

для расширенного

режима IP ACL

Используйте команду

exit для возвращения в глобальный режим.

ACL режим

1.2.2 Настройка синтаксиса

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

команды разные, необходимо соблюдать синтаксис их написания. Общий формат

команды коммутатора приведен ниже:

cmdtxt <variable> {enum1 | … | enumN } [option1 | … | optionN]

Расшифровка: cmdtxt жирным шрифтом указывает на ключевое слово команды; <variable> указывает на изменяемый параметр; {enum1 | … | enumN} означает

обязательный параметр, который должен быть выбран из набора параметров

enum1~enumN, а в квадратные скобки “[]” [option1 | … | optionN] заключают

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

"<>", "{}" и "[]" например: [<variable>], {enum1 <variable>| enum2}, [option1 [option2]], и так далее. Вот примеры некоторых актуальных команды конфигурации:

• show version, параметры не требуется. Это команда, состоящая только из ключевых слов и без параметров;

• vlan <vlan-id>, необходим ввод значения параметров после ключевого слова.

• firewall {enable | disable}, этой командой пользователь может включить или выключить брандмауэр, следует лишь выбрать нужный параметр.

• snmp-server community {ro | rw} <string>,ниже приведены возможные варианты:

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

Клавиша (и)

Функция

Back Space

Удалить символ перед курсором. Курсор перемещается назад.

Вверх “↑”

Показать предыдущую введенную команду. Отображение до десяти недавно набранных команд.

Вниз “↓”

Показать следующую введенную команду. При использовании клавиши вверх “↑”, вы получаете ранее введенные команды, при использовании клавиши вниз “↓”, вы возвращаетесь к следующей команде.

Влево “←”

Курсор перемещается на один символ влево.

Вы можете использовать клавиши влево “←” и вправо “→” для изменения введенных команд.

Вправо“→”

Курсор перемещается на один символ вправо.

Ctrl +p

Такая же как и у клавиши вверх “↑”.

Ctrl +n

Такая же как и у клавиши вниз “↓”.

Ctrl +b

Такая же как и у клавиши влево “←”.

Ctrl +f

Такая же как и у клавиши вправо “→”.

Ctrl +z

Вернуться в Режим администратора непосредственно из других режимов настройки (за исключением пользовательского режима)

Ctrl +c

Остановка непрерывных процессов команд, таких как пинг и т.д.

Tab

В процессе ввода команды Tab может быть использован для ее завершения, если нет ошибок.

Доступ к

справке

Использование и функции

Help

Под любой командной строкой введите "help" и нажмите Enter, вы получите краткое описание из справочной системы.

• snmp-server community ro <string>

• snmp-server community rw <string>

1.2.3 Сочетания клавиш

Коммутатор поддерживает множество сочетаний клавиш для облегчения ввода конфигурации пользователем. Если командная строка не признает нажатия вверх и вниз, то Ctrl + P и Ctrl + N могут быть использованы вместо них.

1.2.4 Справка

Существуют два способа получить доступ к справочной информации: Командами “help” и “?”.

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

“?”

1. Под любой командной строкой введите "?", чтобы получить список команд для текущего режима с кратким описанием.

2. Введите "?" после команды. Если позиция должна

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

отображен набор ключевых слов с кратким описанием,

если вышло "<cr > ", то команда введена полностью, нажмите клавишу

Enter, чтобы выполнить команду.

3. Введите "?" сразу после строки. Это покажет все команды, которые начинаются с этой строки.

Отображаемое сообщение ошибки

Пояснение

Unrecognized command or illegal parameter!

Введенной команды не существует или есть ошибка в параметре масштаба, типа или формата.

Ambiguous command

Доступно по крайней мере две интерпретации смысла на основе введенного текста.

Invalid command or parameter

Команда существует (признается), но задан

неправильный параметр.

This command is not exist in current mode

Команда существует (признается), но не может

быть использована в данном режиме.

Please configure precursor command "*" at first!

Команда существует (признается), но отсутствует

условие команды.

syntax error : missing '"' before the end of command line!

Ошибка синтаксиса: кавычки не могут

использоваться в паре.

1.2.5 Проверка ввода

1.2.5.1 Отображаемая информация: успешное выполнение (successfull)

Все команды, вводимые через клавиатуру проходят проверку синтаксиса в Shell.

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

соответствующих режимах и что привело к их успешному выполнению.

1.2.5.2 Отображаемая информация: ошибочный ввод (error)

1.2.6 Поддержка языка нечеткой логики (Fuzzy math)

Shell на коммутаторе имеет поддержку языка нечеткой логики в поиске команд и

ключевых слов. Shell будет распознавать команды и ключевые слова в том случае, если

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

введенная строка не вызывает никаких конфликтов. Например:

1. Команда “show interface ethernet status ”,будет работать даже в том случае, если

набрать “sh in ethernet status ” .

2. Однако, при наборе команды “show running-config” как “show r” система сообщит “> Ambiguous command!”, т.к. Shell будет не в состоянии определить что имелось ввиду “show radius” или “show running-config”. Таким образом, Shell сможет правильно распознать команду только если будет набрано “sh ru”.

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

Команда

Пояснение

Обычный пользовательский режим/ Режим администратора

enable disable

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

Режим администратора

config [terminal]

Входит в режим глобального конфигурирования из режима администратора.

Различные режимы

exit

Выход из текущего режима и вход в предыдущий режим,

например если применить эту команду в режиме глобального

конфигурирования, то она вернет вас в режим администратора ,

если набрать еще раз (уже находясь в режиме администратора)

то попадете в пользовательский режим.

show privilege

Показывает привилегии для определенных пользователей

Расширенный пользовательский режим/ Режим администратора

end

Выходит из текущего режима и возвращается в режим

администратора, только когда пользователь находиться не в

пользовательском/администраторском режимах.

Режим администратора

clock set

<HH:MM:SS>

[YYYY.MM.DD]

Установка даты и времени.

show version

Отображение версии коммутатора.

set default

Возвращает заводские настройки.

write

Сохраняет текущую конфигурацию на Flash-память.

reload

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

show cpu usage

Показывает степень использования CPU.

Глава 2 Основные настройки

коммутатора

2.1 Основные настройки

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

интерфейса, для настройки и отображения времени в коммутаторе, отображения

информации о версии системы коммутатора и так далее.

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

show memory usage

Показывает степень использования памяти.

Режим глобального конфигурирования

banner motd <LINE> no banner motd

Настройка отображаемой информации при успешной авторизаци пользователя через Telnet или консольное соединение.

Команда

Описание

Режим глобального конфигурирования

telnet-server enable no telnet-server enable

Активирует функцию Telnet сервера на

коммутаторе, команда “no” деактивирует эту функцию.

2.2 Управление Telnet

2.2.1 Telnet

2.2.1.1 Введение в Telnet

Telnet это простой протокол удаленного доступа для дистанционного входа. Используя Telnet, пользователь может дистанционно войти на хост используя его IP адрес или имя. Telnet может посылать нажатия клавиш удаленному хосту и выводить данные на экран пользователя используя протокол TCP. Это прозрачная процедура, так как кажется то, что пользовательские клавиатура и монитор подключены к удаленному узлу напрямую. Telnet использует клиент-серверный режим, локальная система выступает в роли Telnet клиента, а удаленный хост - Telnet сервера. Коммутатор может быть как Telnet сервером, так и Telnet клиентом.

Когда коммутатор используется как Telnet сервер, пользователь может использовать

Telnet клиентские программы, включенные в ОС Windows или другие операционные системы для входа в коммутатор , как описано ранее в разделе “управление по

независимым каналам связи”. Как Telnet сервер коммутатор позволяет до 5 клиентам

Telnet подключение используя протокол TCP. Также коммутатор работая как Telnet клиент, позволяет пользователю войти в другие удаленные хосты. Коммутатор может установить TCP-подключение только к одному

удаленному хосту. Если появиться необходимость соединения с другим удаленным

хостом, текущие соединения TCP должны быть разорваны.

2.2.1.2 Команды конфигурирования Telnet

1. Настройка Telnet сервера;

2. Использование Telnet для удаленного доступа к коммутатору.

1. Настройка Telnet сервера

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

username <user-name> [privilege <privilege>] [password [0 | 7] <password>] no username <username>

Настраивает имя пользователя и пароль

для доступа по Telnet . Команда “no”

удаляет данные авторизации выбранного

пользователя.

authentication securityip <ip-addr> no authentication securityip <ip-addr>

Настраивает безопасность IP адресов

для входа на коммутатор по Telnet: команда “no” отменяет предыдущую команду.

authentication securityipv6 <ipv6-addr> no authentication securityipv6 <ipv6-addr>

Настраивает безопасность IPv6 адресов

для входа на коммутатор по Telnet: команда “no” отменяет предыдущую команду.

authentication ip access-class {<numstd>|<name>} no authentication ip access-class

Связывает стандартный IP ACL с Telnet / SSH /Web; команда “no” отменяет предыдущую команду.

authentication ipv6 access-class {<numstd>|<name>} no authentication ipv6 access-class

Связывает IPv6 ACL с Telnet / SSH /Web; команда “no” отменяет предыдущую команду.

authentication line {console | vty | web} login {local | radius | tacacs } no authentication line {console | vty | web} login

Настройка режима аутентификации Telnet.

authorization line {console | vty | web} exec {local | radius | tacacs} no authorization line {console | vty | web} exec

Настройка режима авторизации Telnet.

Режим администратора

terminal monitor terminal no monitor

Отображение отладочной информации

для входа на коммутатор через Telnet

клиент; Команда “no” отключает отображение данной информации.

Команда

Описание

Режим администратора

telnet [vrf <vrf-name>] {<ip-addr> | <ipv6addr> | host <hostname>} [<port>]

Вход на хост коммутатора через Telnet

клиент, входящий в комплектацию

коммутатора.

2. Использование Telnet для удаленного доступа к коммутатору

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

Команда

Описание

Режим глобального конфигурирования

ssh-server enable no ssh-server enable

Активация функции на коммутаторе; команда

“no” отменяет предыдущую команду.

username <username> [privilege <privilege>] [password [0 | 7] <password>] no username <username>

Настраивает имя пользователя и пароль для

доступа к коммутатору через SSH клиент . Команда “no” удаляет данные авторизации выбранного пользователя.

ssh-server timeout <timeout> no ssh-server timeout

Настройка таймаута для аутентификации SSH; Команда “no” восстанавливает значения по умолчанию таймаута для аутентификации SSH.

ssh-server authentication-retires

<authentication-retires>

no ssh-server authentication-retries

Настройка число повторных попыток SSH аутентификации; Команда “no” восстанавливает значения по умолчанию.

ssh-server host-key create rsa modulus <moduls>

Создание нового RSA ключа хоста на SSH сервере.

Режим администратора

terminal monitor terminal no monitor

Показ отладочной информации SSH на стороне клиента; команда “no” отменяет предыдущую команду.

2.2.2 SSH

2.2.2.1 Введение в SSH

SSH (англ. Secure SHell — «безопасная оболочка») является протоколом, который

обеспечивает безопасный удаленный доступ к сетевым устройствам. Он основан на

надежном TCP/IP протоколе. Он поддерживает такие механизмы как распределение

ключей, проверка подлинности и шифрования между SSH сервером и SSH-клиентом,

установка безопасного соединения. Информация, передаваемая через это соединение

защищена от перехвата и расшифровки. Для доступа к коммутатору соответствующему требованиям SSH2.0, необходимо SSH2.0 клиентское программное обеспечене, такое, как SSH Secure Client и Putty. Пользователи могут запускать вышеперечисленное

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

настоящее время поддерживает аутентификацию RSA, 3DES и SSH шифрование

протокола, пароль пользователя аутентификации и т.д.

2.2.2.2 Список команд для конфигурирования SSH сервера

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

2.2.2.3 Пример настройки SSH сервера

Пример 1:

Задачи:

 Включить SSH сервер на коммутаторе и запустить SSH2.0 программное

обеспечение клиента, такое как SSH Secure Client или Putty на терминале. Войти на коммутатор, используя имя пользователя и пароль от клиента.

 Настроить IP-адрес, добавить SSH пользователей и активировать SSH сервис на

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

пользователя и пароль для настройки коммутатора.

Switch(config)#ssh-server enable Switch(config)#interface vlan 1 Switch(Config-if-Vlan1)#ip address 100.100.100.200 255.255.255.0 Switch(Config-if-Vlan1)#exit Switch(config)#username test privilege 15 password 0 test

В IPv6 сетях, терминал должен запустить SSH-клиент и программное обеспечение,

которое поддерживает IPv6, такие как putty6. Пользователи не должны изменять

настройки коммутатора, за исключением распределения IPv6-адреса для локального хоста.

2.3 Настройка IP адресов коммутатора

Все Ethernet-порты коммутатора по умолчанию являются портами доступа для

канального уровня и выполняются на втором уровне. VLAN интерфейс представляет

собой интерфейс третьего уровня с функциями, для которых может быть назначен IPадрес, который будет также IP-адресом коммутатора. Все сети VLAN, связанные с интерфейсом, и их конфигурация могут быть настроены в подрежиме конфигурирования VLAN. Коммутатор предоставляет три метода конфигурации IP адреса:

• Ручная

• BOOTP

• DHCP

Ручная настройка IP-адреса позволяет присваивать IP-адрес вручную.

В BOOTP / DHCP режиме, коммутатор работает как BOOTP/DHCP клиент, отправляет

широковещательные пакеты BOOTP запроса на BOOTP/DHCP-сервера и BOOTP/DHCP сервер назначает адрес отправителю запроса, кроме того, коммутатор может работать в качестве сервера DHCP и динамически назначать параметры сети, такие, как IP-адреса, шлюз и адреса DNS-серверов DHCP клиентам, что подробно описано в последующих главах.

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

Команда

Описание

Режим глобального конфигурирования

interface vlan <vlan-id> no interface vlan <vlan-id>

Создание VLAN интерфейса (интерфейса третьего уровня); команда “no” удаляет VLAN интерфейс.

Команда

Описание

VLAN режим

ip address <ip_address> <mask> [secondary] no ip address <ip_address> <mask> [secondary]

Настройка IP адреса VLAN интерфейса; команда “no” удаляет IP адреса VLAN интерфейса.

ipv6 address <ipv6-address / prefixlength> [eui-64] no ipv6 address <ipv6-address / prefixlength>

Настройка IPv6 адресов. Команда “no” удаляет IPv6 адреса.

Команда

Описание

VLAN режим

ip bootp-client enable no ip bootp-client enable

Включение коммутатора как BOOTP клиента для получения IP-адреса и адреса шлюза путем переговоров BOOTP. Команда “no” выключает BOOTP клиент.

Команда

Описание

VLAN режим

ip dhcp-client enable no ip dhcp-client enable

Включение коммутатора как DHCP клиента для получения IP-адреса и адреса

2.3.1 Список команд для настройки IP адресов

1. Включение VLAN режима;

2. Ручная настройка;

3. BOOTP конфигурация;

4. DHCP конфигурация.

1. Включение VLAN режима

2. Ручная настройка

3. BOOTP конфигурация

4. DHCP конфигурация

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

шлюза путем запросов DHCP. Команда “no” выключает DHCP клиент.

2.4 Настройка SNMP

2.4.1 Введение в SNMP

SNMP (Simple Network Management Protocol) является стандартным протоколом

сетевого управления, который широко используется в управлении компьютерными

сетями. SNMP является развивающимся протоколом. SNMP v1 [RFC1157] является

первой версией протокола SNMP, которая адаптирована к огромному числу

производителей своей простотой и легкостью внедрения; SNMP v2c является улучшенной версией SNMP v1; в SNMP v3 усилена безопасность, добавлены USM и

VACM (View-Based Access Control Model). SNMP-протокол обеспечивает простой способ обмена информацией управления сетью

между двумя точками в сети. SNMP использует механизм запросов и передает сообщения через UDP (протокол без установления соединения транспортного уровня), поэтому он хорошо поддерживается существующим компьютерными сетями. SNMP-протокол использует режим станции-агента. В этой структуре есть две составляющие: NMS (Network Management Station) и агент. NMS является рабочей станцией, на которой стоит клиентская программа SNMP. Это ядро SNMP-управления

сетью. Агент серверного программного обеспечения работает на устройствах, которые

нуждаются в управлении. NMS управляет всеми объектами через агентов. Коммутатор

поддерживает функции агента. Связь между NMS и агентом происходит в режиме Клиент-Сервер, обмениваясь

стандартными сообщениями. NMS посылает запрос и агент отвечает. Есть семь типов

SNMP сообщений:

• Get-Request

• Get-Response

• Get-Next-Request

• Get-Bulk-Request

• Set-Request

• Trap

• Inform-Request

NMS связывается с агентом с помощью запросов: Get-Request, Get-Next-Request, Get- Bulk-Request and Set-Request, агент, при получении запросов, отвечает сообщением Get- Response. О некоторых специальных ситуациях, таких, как изменения статусов сетевых портов устройства или изменения топологии сети, агенты могут отправлять специальные

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

Root

Node(2)

Node(1)

Object(1)

Node(1)

Node(2)

Object(1)

Object(2)

сообщения об аномальных событиях. Кроме того, NMS может быть также установлен

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

срабатывает определенное правило, агенты отправляют сообщения в журналы событий в соответствии с настройками. USM обеспечивает безопасную передачу, хорошо продуманное шифрование и

аутентификацию. USM шифрует сообщения в зависимости от ввода пароля

пользователя. Этот механизм гарантирует, что сообщения не могут быть просмотрены во

время передачи. Также USM Аутентификация гарантирует, что сообщение не может быть

изменено при передаче. USM использует DES-CBC криптографию. И HMAC-MD5 и

HMAC-SHA используются для аутентификации. VACM используется для классификации прав и доступа пользователей. Это ставит

пользователей с одним и тем же разрешением доступа в одну группу. Неавторизованные

пользователи не могут проводить операции.

2.4.2 Введение в MIB

Информация управления сетью доступа в NMS корректно определена и организована в информационной базе управления (MIB). MIB это предопределенная информация, которая может быть доступна через протоколы управления сетью, во всей своей многослойности и структурированном виде. Предопределенная информация управления

может быть получена путем мониторинга сетевых устройств. ISO ASN.1 определяет

древовидную структуру для MID, соответственно каждый MIB организует всю доступную информацию в виде такой структуры. Каждый узел этого дерева содержит OID (идентификатор объекта) и краткое описание узла. OID представляет собой набор целых чисел, разделенных точками и может быть использован для определения местоположения узла в древовидной структуре MID, как показано на рисунке ниже:

Пример дерева ASN.1

На этом рисунке OID объекта А является 1.2.1.1. NMS может найти этот объект через

этот уникальный OID и получить стандартные переменные объекта. MIB определяет

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

набор стандартных переменных для мониторинга сетевых устройств, следуя этой

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

запуск программного обеспечения просмотра MIB на NMS. MIB в агенте обычно состоит

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

управления сетью, которая может быть доступна для всех NMS, частный MIB содержит

конкретную информацию, которая может быть просмотрена и контролируется

поддержкой производителя.

MIB-I [RFC1156] была первой реализацией публичных MIB SNMP, и была заменена MIB-II [RFC1213]. MIB-II расширяет MIB-I и сохраняет OID для MIB деревьев в MIB-I. MIB-

II, содержит вложенные деревья, которые также называются группами. Объекты в этих

группах охватывают все функциональные области в управлении сетью. NMS получает

информацию об управлении сетью просматривая MIB на SNMP агенте. Коммутатор может работать в качестве SNMP агента, а также поддерживает SNMP v1/v2c и SNMP v3. Также коммутатор поддерживает базовые MIB-II, RMON публичные MIB и другие публичные MID, такие как Bridge MIB. Кроме того, коммутатор поддерживает самостоятельно определенные частные MIB.

2.4.3 Введение в RMON

RMON является наиболее важным расширением стандартного SNMP протокола. RMON является набором определений MIB и используется для определения стандартных средств и интерфейсов для наблюдения за сетью, позволяет осуществлять связь между терминалами управления SNMP и удаленными управляемыми коммутаторами. RMON обеспечивает высокоэффективный метод контроля действий внутри подсети. MID RMON состоит из 10 групп. Коммутатор поддерживает наиболее часто используемые группы 1, 2, 3 и 9:  Statistics: контролирует основное использование и ведет статистику ошибок для

каждой подсети контролируемого агента.

 History: позволяет периодически записывать образцы статистики, которые

доступны в Статистике.

 Alarm: позволяет пользователям консоли управления устанавливать количество

или число для интервалов обновления и пороговых значений оповещения для

записей RMON агента.

 Event: список всех событий, произошедших в RMON агенте.

Alarm зависят от реализации Event. Statistics и History отображают текущую статистику

или историю подсети. Alarm и Event обеспечивают метод контроля любого изменения данных в сети и предоставляют возможность подавать сигналы при нештатных событиях

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

Команда

Описание

Режим глобального конфигурирования

snmp-server enabled no snmp-server enabled

Включение функции SNMP агента на коммутаторе. Команда “no” выключает эту функцию.

Команда

Описание

Режим глобального конфигурирования

snmp-server community {ro|rw} <string> [access {<num-std>|<name>}] [ipv6-access {<ipv6-num-std>|<ipv6-name>}] [read

<read-view-name>] [write <write-viewname>]

no snmp-server community <string> [access {<num-std>|<name>}] [ipv6-access {<ipv6-num-std>|<ipv6-name>}]

Настройка строки сообщества в SNMP для коммутатора. Команда “no” удаляет эту строку.

Команда

Описание

Режим глобального конфигурирования

snmp-server securityip { <ipv4-address> | <ipv6-address> }

Настройка безопасных IPv4/IPv6 адресов , которые имеют право доступа к

(отправка Trap или запись в журналы).

2.4.4 Настройка SNMP

2.4.4.1 Список команд для настройки SNMP

1. Включение и отключение функции SNMP агента;

2. Настройка строки сообщества в SNMP;

3. Настройка IP-адреса станции управления SNMP;

4. Настройка engine ID;

5. Настройка пользователя;

6. Настройка группы;

7. Настройка вида;

8. Настройка TRAP;

9. Включение / выключение RMON.

1. Включение и отключение функции SNMP агента

2. Настройка строки сообщества в SNMP

3. Настройка IP-адреса станции управления SNMP

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

no snmp-server securityip { <ipv4- address> | <ipv6-address> }

коммутатору. Команда “no” удаляет эти настройки

snmp-server securityip enable snmp-server securityip disable

Включение и отключение функции

проверки безопасных IP.

Команда

Описание

Режим глобального конфигурирования

snmp-server engineid <engine-string> no snmp-server engineid

Настройка локального engine ID на

коммутаторе. Эта команда

используется для SNMP v3.

Команда

Описание

Режим глобального конфигурирования

snmp-server user <use-string> <groupstring> [{authPriv | authNoPriv} auth {md5 | sha} <word>] [access {<numstd>|<name>}] [ipv6-access {<ipv6-numstd>|<ipv6-name>}]

no snmp-server user <user-string> [access {<num-std>|<name>}] [ipv6-access {<ipv6- num-std>|<ipv6-name>}]

Добавление пользователя в SNMP группу. Эта команда используется для настройки USM для SNMP v3.

Команда

Описание

Режим глобального конфигурирования

snmp-server group <group-string> {noauthnopriv|authnopriv|authpriv} [[read

<read-string>] [write <write-string>] [notify <notify-string>]] [access {<numstd>|<name>}] [ipv6-access {<ipv6-numstd>|<ipv6-name>}]

no snmp-server group <group-string> {noauthnopriv|authnopriv|authpriv} [access {<num-std>|<name>}] [ipv6-access {<ipv6-num-std>|<ipv6-name>}]

Установка информации о группе на коммутаторе. Эта команда используется для настройки VACM для SNMP v3.

4. Настройка engine ID

5. Настройка пользователя

6. Настройка группы

7. Настройка вида

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

Команда

Описание

Режим глобального конфигурирования

snmp-server view <view-string> <oidstring> {include|exclude} no snmp-server view <view-string> [<oidstring>]

Настройка вида на коммутаторе. Эта команда используется для SNMP v3.

Команда

Описание

Режим глобального конфигурирования

snmp-server enable traps no snmp-server enable traps

Включить отправку Trap сообщений. Эта команда используется для SNMP v1/v2/v3.

snmp-server host { <hostipv4-address> | <host-ipv6address> } {v1 | v2c | {v3 {noauthnopriv | authnopriv | authpriv}}} <user-string> no snmp-server host { <host-ipv4-address> | <host-ipv6-address> } {v1 | v2c | {v3 {noauthnopriv | authnopriv | authpriv}}}

<user-string>

Установка IPv4/IPv6 адреса хоста, который используется для получения информации SNMP Trap. Для SNMP v1/v2, эта команда также настраивает строку сообщества для Trap; для SNMP v3 , эта команда также настраивает имя пользователя и уровень безопасности Trap. Команда "no", отменяет этот IPv4 или IPv6 адрес.

snmp-server trap-source {<ipv4-address> | <ipv6address>}

no snmp-server trapsource {<ipv4-address> | <ipv6-address>}

Установка IPv4 или IPv6 адреса источника, который используется для отправки trap пакетов, команда "no" удаляет конфигурацию.

Команда

Описание

Режим глобального конфигурирования

rmon enable no rmon enable

Включение / выключение RMON

8. Настройка TRAP

9. Включение / выключение RMON

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

2.4.5 Типичные примеры настройки SNMP

IP-адрес NMS 1.1.1.5, IP-адрес коммутатора (агента) 1.1.1.9.

Сценарий 1: Программное обеспечение NMS использует протокол SNMP для получения данных от коммутатора. Конфигурация коммутатора, записана ниже:

Switch(config)#snmp-server enable Switch(config)#snmp-server community rw private Switch(config)#snmp-server community ro public Switch(config)#snmp-server securityip 1.1.1.5

NMS может использовать частную строку сообщества для доступа к коммутатору для

чтения и записи разрешений или использовать публичную строку сообщества для

доступа к коммутатору только для чтения разрешений.

Сценарий 2: NMS будет получать Trap сообщения от коммутатора (Примечание: NMS, возможно, проверит значение строки сообщества для Trap сообщений. В этом случае NMS использует подтверждение строки сообщества usertrap). Конфигурация коммутатора, изложена ниже:

Switch(config)#snmp-server enable Switch(config)#snmp-server host 1.1.1.5 v1 usertrap Switch(config)#snmp-server enable traps

Сценарий 3: NMS использует SNMP v3, чтобы получить информацию от коммутатора. Конфигурация коммутатора, изложена ниже:

Switch(config)#snmp-server Switch(config)#snmp-server user tester UserGroup authPriv auth md5 hellotst Switch(config)#snmp-server group UserGroup AuthPriv read max write max notify max Switch(config)#snmp-server view max 1 include

Сценарий 4: NMS хочет получить v3Trap сообщение, отправленное коммутатором. Конфигурация коммутатора, изложена ниже:

Switch(config)#snmp-server enable Switch(config)#snmp-server host 10.1.1.2 v3 authpriv tester Switch(config)#snmp-server enable traps

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

Сценарий 5: IPv6 адреса NMS 2004:1:2:3::2; IPv6 адреса коммутатора (агента)

2004:1:2:3::1. Пользователи NMS используют протокол SNMP для получения данных от

коммутатора. Конфигурация коммутатора, изложена ниже:

Switch(config)#snmp-server enable Switch(config)#snmp-server community rw private Switch(config)#snmp-server community ro public Switch(config)#snmp-server securityip 2004:1:2:3::2

NMS может использовать частную строку сообщества для доступа к коммутатору для

чтения и записи разрешений или использовать публичную строку сообщества для

доступа к коммутатору только для чтения разрешений.

Сценарий 6: NMS будет получать Trap сообщения от коммутатора (Примечание: NMS,

возможно, проверит значение строки сообщества для Trap сообщений. В этом случае

NMS использует подтверждение строки сообщества usertrap). Конфигурация коммутатора, изложена ниже:

Switch(config)#snmp-server host 2004:1:2:3::2 v1 dcstrap Switch(config)#snmp-server enable traps

2.4.6 Поиск неисправностей SNMP

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

• Убедиться в надежности физического соединения.

• Убедиться, что интерфейс и протокол передачи данных находятся в состоянии “up” (используйте команду "Show interface"), а также связь между коммутатором и хостом может быть проверена путем пинга (используйте команду "ping").

• Убедиться, что включена функция SNMP агента. (Использовать команду "snmp-

server ")

• Убедиться,что безопасность IP для NMS (использовать команду "snmp-server securityip") и строка сообщества (использовать команду "snmp-server community") правильно настроены. Если что-то из этого не настроено, SNMP не сможет общаться с NMS должным образом.

• Если необходима Trap функция, не забудьте включить Trap (использовать команду

"snmp-server enable traps"). И не забудьте правильно настроить IP-адрес хоста

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

и строку сообщества для Trap (использовать команду "snmp-server host"), чтобы обеспечить отправку Trap сообщений на указанный хост.

• Если необходима RMON функция, она должна быть включена (использовать команду "rmon enable").

• Используйте команду "show snmp" , чтобы проверить отправленные и полученные

сообщения SNMP; Используйте команду "show snmp status", чтобы проверить

информацию о конфигурации SNMP; Используйте команду "debug snmp packet", чтобы включить функции отладки и проверки SNMP.

• Если пользователь по-прежнему не может решить проблемы с SNMP, обращайтесь в технический центр.

2.5 Модернизация коммутатора

Коммутатор предоставляет два способа обновления: обновление BootROM и TFTP/FTP обновление под Shell.

2.5.1 Системные файлы коммутатора

Системные файлы включают в себя файлы образа системы(image) и загрузочные(boot) файлы. Обновление системных файлов коммутатора поразумевает собой перезапись старых файлов новыми. Файл образа системы включает в себя сжатые файлы аппаратных драйверов, файлы программного обеспечения и т. д., это то что мы обычно называем “IMG file”. IMG файл может быть сохранен только в FLASH с определенным названием nos.img. Загрузочные(boot) файлы необходимы для загрузки и запуска коммутатора, это то, что мы обычно называем “ROM file”(могут быть сжаты в IMG файлы, если они слишком больших размеров). В коммутаторе загрузочные файлы разрешено сохранять в только в

ROM. Коммутатор определяет путь и имена для файлов загрузки как flash:/boot.rom и flash:/config.rom. Коммутатор предоставляет пользователю два режима обновления: 1. BootROM режим;

2. TFTP и FTP обновление в режиме Shell. Эти два способа обновления будут описаны

подробно в следующих двух разделах.

2.5.2 BootROM обновление

Есть два метода для BootROM обновления: TFTP и FTP, которые могут быть выбраны в командах настройки BootROM.

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

Кабель связи

Консольный

кабель связи

Типичная топология для обновления коммутатора в режиме BootROM

Процедура обновления перечислена ниже:

Шаг 1:

Как показано на рисунке, используется консольный кабель для подключения ПК к порту

управления на коммутаторе. ПК должен иметь программное обеспечение FTP / TFTP

сервера, а также файл image необходимый для обновления.

Шаг 2:

Нажмите "Ctrl + B" во время загрузки коммутатора для переключения в режим BootROM монитора. Результат операции показан ниже:

[Boot]:

Шаг 3:

В BootROM режиме, запустите "setconfig", чтобы установить IP-адрес и маску коммутатора для режима BootROM, IP-адрес и маску сервера, а также выберите TFTP

или FTP обновления. Предположим, что адрес коммутатора 192.168.1.2, а адрес

компьютера 192.168.1.66 и выберите TFTP обновление конфигурации. Это будет выглядеть так:

[Boot]: setconfig Host IP Address: [10.1.1.1] 192.168.1.2 Server IP Address: [10.1.1.2] 192.168.1.66 FTP(1) or TFTP(2): [1] 2 Network interface configure OK. [Boot]

Шаг 4:

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

Включить FTP / TFTP сервер на ПК. Для TFTP запустите программу сервера TFTP, для

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

на коммутатор, проверьте соединение между сервером и коммутатором с помощью

пинга с сервера. Если пинг успешен, запустите команду "load" в BootROM режиме. Если это не удается, устранените неполадоки. Ниже показана конфигурация для обновления файла образа системы:

[Boot]: load nos.img Loading...

Loading file ok!

Шаг 5:

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

[Boot]: write nos.img File nos.img exists, overwrite? (Y/N)?[N] y

Writing nos.img.....................................................

Write nos.img OK. [Boot]:

Шаг 6:

Выполняем загрузку файла boot.rom на коммутатор, основные действия, такие же, как и в шаге 4.

[Boot]: load boot.rom Loading…

Loading file ok!

Шаг 7:

Далее выполняем запись boot.rom в режиме BootROM. Этот шаг позволяет сохранить обновленный файл.

[Boot]: write boot.rom

File boot.rom exists, overwrite? (Y/N)?[N] y

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

Writing boot.rom……………………………………… Write boot.rom OK. [Boot]:

Шаг 8:

Выполняем загрузку файла config.rom на коммутатор, основные действия, такие же, как и в шаге 4.

[Boot]: load config.rom Loading...

Loading file ok!

Шаг 9:

Далее выполняем запись flash:/config.rom в режиме BootROM. Этот шаг позволяет сохранить обновленный файл.

[Boot]: write flash:/config.rom [Boot]: write flash:/config.rom File exists, overwrite? (Y/N)[N] y

Writing flash:/config.rom... Write flash:/config.rom OK. [Boot]:

Шаг 10:

После удачного обновления выполните команду “run” или “reboot” в режиме BootROM для возврата в интерфейс настройки CLI.

[Boot]:run (or reboot)

Остальные команды в BootROM режиме. Команда DIR - используется для вывода списка существующих файлов в FLASH.

[Boot]: dir config.rom 405,664 1980-01-01 00:00:00 --SH boot.rom 2,608,352 1980-01-01 00:00:00 --SH boot.conf 256 1980-01-01 00:00:00 ---- nos.img 8,071,910 1980-01-01 00:00:00 ----

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

startup.cfg 1,590 1980-01-01 00:00:00 ----

2.5.3 Обновление FTP/TFTP

2.5.3.1 Введение в FTP/TFTP

FTP (File Transfer Protocol) / TFTP (Trivial File Transfer Protocol) являются протоколами передачи файлов, они оба принадлежат к четвертому уровню (уровню приложений) в TCP / IP стеке протоколов, используемому для передачи файлов между компьютерами, узлами и коммутаторами. Оба они передают файлы в клиент-серверной модели. Разница между ними описана ниже. FTP основан на протоколе TCP для обеспечения надежной связи и транспортировки потока данных. Тем не менее, он не предусматривает процедуру авторизации для

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

пользователя и пароль для аутентификации в виде простого текста). При использовании

FTP для передачи файлов, должны быть установлены два соединения между клиентом

и сервером: управляющее соединение и соединение передачи данных. Далее должен быть послан запрос на передачу от FTP-клиента на порт 21 сервера для установления управляющего соединения и согласования передачи данных через управляющее соединение.

Существует два типа таких соединений: активные и пассивные соединения. При активном подключении клиент передает его адрес и номер порта для передачи

данных серверу, управляющее соединение поддерживается до завершения передачи

этих данных. Затем, используя адрес и номер порта, предоставленных клиентом, сервер

устанавливает соединение на порт 20 (если не занят) для передачи данных, если порт

20 занят, сервер автоматически генерирует другой номер порта для установки соединения. При пассивном подключении, клиент через управляющее соединение просит сервер

установить подключение. Затем сервер создает свой порт для прослушивания данных и

уведомляет клиента о номере этого порта, далее клиент устанавливает соединение с

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

работает как FTP / TFTP клиент, файлы конфигурации и системные файлы можно

загрузить с удаленного FTP / TFTP сервера (это могут быть как хосты, так и другие

коммутаторы) без ущерба для его нормальной работы. И также может быть получен

список файлов с сервера в режиме FTP клиента. Конечно, коммутатор может также

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

загрузить текущие конфигурационные файлы и системные файлы на удаленный FTP /

TFTP сервер (это могут быть как хосты, так и другие коммутаторы). Когда коммутатор

работает как FTP / TFTP сервер, он может обеспечить загрузку и выгрузку файлов для

авторизованных FTP / TFTP клиентов. Вот некоторые термины часто используемые в FTP/TFTP.

ROM: Сокращенно от EPROM, СПЗУ. EPROM заменяет FLASH память в коммутаторе. SDRAM: ОЗУ в коммутаторе, которая используется для работы системы и программного

обеспечения а также хранилища последовательности конфигурации. FLASH: Флэш память используется для хранения файлов системы и файла конфигурации.

System file: включает в себя образ системы и загрузочный файл. System image file: файл образа системы включает в себя сжатые файлы аппаратных

драйверов, файлы программного обеспечения, это то что мы обычно называем “IMG file”. IMG файл может быть сохранен только в FLASH. Коммутатор позволяет загрузить файл образа системы через FTP в режиме Shell только с определенным названием nos.img, другие файлы IMG будут отклонены. Boot file: необходимы для загрузки и запуска коммутатора, это то, что мы обычно называем “ROM file”(могут быть сжаты в IMG файлы, если они слишком больших размеров). В коммутаторе загрузочные файлы разрешено сохранять в только в ROM. Коммутатор определяет путь и имена для файлов загрузки как flash:/boot.rom и

flash:/config.rom.

Configuration file: включает в себя файл начальной конфигурации и файл текущей

конфигурации. Разница в свойствах между этими файлами позволяет облегчить

резервное копирование и обновление конфигураций Start up configuration file: это последовательность команд конфигурации, используемая

при запуске коммутатора. Файл начальной конфигурации хранится в энергонезависимой

памяти. Если устройство не поддерживает CF, файл конфигурации хранится только во FLASH, Если устройство поддерживает CF, файл конфигурации хранится во FLASHпамяти или CF. Если устройство поддерживает мультиконфигурационный файл, они должны иметь расширение .cfg, имя по-умолчанию startup.cfg. Если устройство не поддерживает мультиконфигурационный файл, имя файла начальной конфигурации должно быть startup-config. Running configuration file: это текущая(running) последовательность команд конфигурации, используемая коммутатором. Текущий конфигурационный файл хранится в оперативной памяти. В процессе работы текущая конфигурация running-config может быть сохранена из RAM во FLASH память командой “write” или “ copy running-config startup-config”. Factory configuration file: файл конфигурации. поставляемый с коммутатором, так называемый factory-config. Для того, чтобы загрузить заводской файл конфигурации и

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

Команда

Пояснение

Режим администратора

copy <source-url> <destination-url> [ascii | binary]

Загрузка файлов FTP/TFTP клиентом

Режим администратора

ftp-dir <ftpServerUrl>

Просмотр доступных файлов на FTP

сервере. Формат адреса в данном случае

выглядит так : ftp: //пользователь: пароль

@IPv4|IPv6 адрес.

Команда

Пояснение

Глобальный режим

ftp-server enable no ftp-server enable

Запуск сервера, команда “no” выключает сервер

Команда

Пояснение

Глобальный режим

ip ftp username <username> password [0 | 7] <password> no ip ftp username<username>

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

входа на FTP сервер. Команда “no” удалит имя пользователя и пароль

перезаписать файл начальной конфигурации необходимо ввести команды “set default” и “write”, а затем перезагрузить коммутатор.

2.5.3.2 Настройка FTP/TFTP

Конфигурации коммутатора как FTP и TFTP клиента почти одинаковы, поэтому процедуры настройки для FTP и TFTP в этом руководстве описаны вместе.

1. Настройка FTP/TFTP клиента

(1) Загрузка файлов FTP/TFTP клиентом

(2) Просмотр доступных файлов на FTP сервере

2. Настройка FTP сервера (1) Запуск FTP сервера

(2) Настройка имени пользователя и пароля для входа на FTP сервер.

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

Команда

Пояснение

Глобальный режим

ftp-server timeout <seconds>

Выставляет время ожидания до разрыва связи

Команда

Пояснение

Глобальный режим

tftp-server enable no tftp-server enable

Запуск сервера, команда “no” выключает сервер

Команда

Пояснение

Глобальный режим

tftp-server retransmission-timeout <seconds>

Выставляет таймаут до ретрансляции пакета

Команда

Пояснение

Глобальный режим

tftp-server retransmission-number <number>

Устанавливает число ретрансляций

10.1.1.

(3) Изменение времени ожидания FTP сервера

3. Настройка TFTP сервера (1) Запуск TFTP сервера

(2) Изменение времени ожидания TFTP сервера

(3) Настройка количества раз ретрансляции до таймаута для неповрежденных пакетов

2.5.3.3 Примеры настройки FTP/TFTP

Настройки одинаковы для IPv4 и IPv6 адресов. Пример показан только для IPv4 адреса.

Загрузка nos.img файла FTP/TFTP клиентом

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

Сценарий 1: Использование коммутатора в качестве FTP/TFTP клиента. Коммутатор

соединяется одним из своих портов с компьютером, который является FTP/TFTP

сервером с IP-адресом 10.1.1.1, коммутатор действует как FTP/TFTP клиент, IP-адрес интерфейса VLAN1 коммутатора 10.1.1.2. Требуется загрузить файл "nos.img" с компьютера в коммутатор.

Настройка FTP

Настройка компьютера: Запустите программное обеспечение FTP сервера на компьютере и установите имя

пользователя "Switch" и пароль "superuser". Поместите файл "12_30_nos.img" в соответствующий каталог FTP сервера на компьютере. Далее описана процедура настройки коммутатора:

Switch(config)#interface vlan 1 Switch(Config-if-Vlan1)#ip address 10.1.1.2 255.255.255.0 Switch(Config-if-Vlan1)#no shut Switch(Config-if-Vlan1)#exit Switch(config)#exit Switch#copy ftp: //Switch:switch@10.1.1.1/12_30_nos.img nos.img

Сценарий 2: Использование коммутатора в качестве FTP сервера. Коммутатор

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

является клиентом. Требуется передать файл “nos.img” с коммутатора на компьютер и

сохранить его как “ 12_25_nos.img”. Далее описана процедура настройки коммутатора:

Switch(config)#interface vlan 1 Switch(Config-if-Vlan1)#ip address 10.1.1.2 255.255.255.0 Switch(Config-if-Vlan1)#no shut Switch(Config-if-Vlan1)#exit Switch(config)#ftp-server enable Switch(config)# username Admin password 0 superuser

Настройка компьютера: Зайдите на коммутатор с любого FTP клиента с именем пользователя “Switch” и

паролем “superuser”, используйте команду “get nos.img 12_25_nos.img” для загрузки

файла “nos.img”с коммутатора на компьютер.

Сценарий 3: Использование коммутатора в качестве TFTP сервера. Коммутатор

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

работает как TFTP сервер и соединяется одним из своих портов с компьютером, который

является TFTP клиентом. Требуется передать файл “nos.img” с коммутатора на

компьютер Далее описана процедура настройки коммутатора:

Switch(config)#interface vlan 1 Switch(Config-if-Vlan1)#ip address 10.1.1.2 255.255.255.0 Switch(Config-if-Vlan1)#no shut Switch(Config-if-Vlan1)#exit Switch(config)#tftp-server enable

Настройка компьютера: Зайдите на коммутатор с любого TFTP клиента, используйте команду “tftp” для загрузки “nos.img”файла с коммутатора на компьютер.

Сценарий 4: Коммутатор выступает как FTP клиент для просмотра списка файлов на FTP сервере. Условия синхронизации: коммутатор соединен с компьютером через

Ethernet порт, компьютер является FTP сервером с IP адресом 10.1.1.1; Коммутатор

выступает как FTP клиент с IP адресом интерфейса VLAN1 10.1.1.2.

Настройка FTP:

Настройка компьютера:

Запустите FTP сервер на компьютере и установите имя пользователя “Switch”, и

пароль “superuser”. Настройка коммутатора:

Switch(config)#interface vlan 1 Switch(Config-if-Vlan1)#ip address 10.1.1.2 255.255.255.0 Switch(Config-if-Vlan1)#no shut Switch(Config-if-Vlan1)#exit Switch#copy ftp: //Switch: superuser@10.1.1.1 220 Serv-U FTP-Server v2.5 build 6 for WinSock ready... 331 User name okay, need password. 230 User logged in, proceed. 200 PORT Command successful. 150 Opening ASCII mode data connection for /bin/ls. recv total = 480 nos.img

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

nos.rom parsecommandline.cpp position.doc qmdict.zip …(some display omitted here) show.txt snmp.TXT 226 Transfer complete.

2.5.3.4 Устранение неисправностей FTP/TFTP

Поиск неисправностей FTP

Перед началом процесса загрузки/скачивания системных файлов с помощью протокола FTP необходимо проверить наличие соединения между клиентом и сервером, это можно осуществить с помощью команды “ping”. Если эхо-тестирование неудачно, следует устранить неполадки с соединением. Следующее сообщение, отображается при успешной отправке файлов. Если оно не появилось, пожалуйста, проверьте подключение к сети и повторите команду " copy" еще раз.

220 Serv-U FTP-Server v2.5 build 6 for WinSock ready... 331 User name okay, need password. 230 User logged in, proceed. 200 PORT Command successful. nos.img file length = 1526021 read file ok send file 150 Opening ASCII mode data connection for nos.img. 226 Transfer complete.

close ftp client.

Следующее сообщение, отображается при успешном получении файлов. Если оно

не появилось, пожалуйста, проверьте подключение к сети и повторите команду "

copy" еще раз.

220 Serv-U FTP-Server v2.5 build 6 for WinSock ready... 331 User name okay, need password. 230 User logged in, proceed. 200 PORT Command successful.

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

recv total = 1526037 ************************ write ok 150 Opening ASCII mode data connection for nos.img (1526037 bytes). 226 Transfer complete.

Если коммутатор обновляет файл прошивки или файл начальной конфигурации через FTP, он не должен перезапускаться пока не появится сообщение "close ftp client" или "226 Transfer complete” указывающие на успешное обновление, в

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

Если обновление через FTP не удается, попробуйте еще раз или используйте режим BootROM для обновления.

Поиск неисправностей TFTP

Перед началом процесса загрузки/скачивания системных файлов с помощью протокола TFTP необходимо проверить наличие соединения между клиентом и сервером, это можно осуществить с помощью команды “ping”. Если эхо-тестирование неудачно, следует устранить неполадки с соединением. Следующее сообщение, отображается при успешной отправке файлов. Если оно не появилось, пожалуйста, проверьте подключение к сети и повторите команду " copy" еще раз.

nos.img file length = 1526021 read file ok begin to send file, wait... file transfers complete. close tftp client.

Следующее сообщение, отображается при успешном получении файлов. Если оно не

появилось, пожалуйста, проверьте подключение к сети и повторите команду " copy" еще раз.

begin to receive file, wait... recv 1526037 ************************ write ok transfer complete close tftp client.

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

Если коммутатор обновляет файл прошивки или файл начальной конфигурации через TFTP, он не должен перезапускаться пока не появится сообщение "close tftp client" или "226 Transfer complete” указывающие на успешное обновление, в

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

Если обновление через TFTP не удается, попробуйте еще раз или используйте режим

BootROM для обновления.

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

Команда

Пояснение

Режим администратора

format <device>

Форматирование устройства хранения данных

Команда

Пояснение

Режим администратора

mkdir <directory>

Создание подкаталога в указанной директории текущего устройства.

Команда

Пояснение

Глава 3 Операции с файловой системой

3.1 Введение в Устройства хранения данных (File Storage Devices)

В качестве устройства для хранения данных в коммутаторах используются, в основном, flash-карты. Как наиболее распространненые устрайства хранения, flash-карты

используются для хранения образов системы (IMG files), файлов загрузки системы (ROM files) и файлов конфигурации системы (CFG files). Файлы на flash-памяти можно копировать, удалять или переименовывать в режиме Shell или BootRom.

3.2 Список команд для конфигурирования файловой системы

1. Форматирование устройства хранения данных.

2. Создание подкаталогов

3. Удаление подкаталогов

4. Изменение текущего рабочего каталога для устройства хранения данных

5. Отображение текущего рабочего каталога

6. Отображение информации об указанных файлах и каталогах

7. Удаление указанного файла из файловой системы

8. Переименовывание файлов

9. Копирование файлов

1. Форматирование устройства хранения данных

2. Создание подкаталогов

3. Удаление подкаталогов

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

Режим администратора

rmdir <directory>

Удаление подкаталога в указанной директории текущего

устройства.

Команда

Пояснение

Режим администратора

cd <directory>

Изменяет текущий рабочий каталог на указанный.

Команда

Пояснение

Режим администратора

pwd

Отображет текущий рабочий каталог

Команда

Пояснение

Режим администратора

dir [WORD]

Отображение информации об указанном файле или каталоге.

Команда

Пояснение

Режим администратора

delete <file-url>

Удаляет указанный файл из системы

Команда

Пояснение

Режим администратора

rename <source-file-url> <dest-file>

Переименовывает указанный файл.

Команда

Пояснение

Режим администратора

copy <source-file-url > <dest-file-url>

Копирует указанный файл в указанное место

4. Изменение текущего рабочего каталога для устройства хранения данных

5. Отображение текущего рабочего каталога

6. Отображение информации об указанных файлах и каталогах

7. Удаление указанного файла из файловой системы

8. Переименовывание файлов

9. Копирование файлов

3.3 Типичные области применения

Копировать IMG файл flash:/nos.img хранящийся на FLASH, установленном на

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

материнской карте в cf:/nos-6.1.11.0.img. Настройки коммутатора выглядят следущим образом:

Switch#copy flash:/nos.img flash:/nos-6.1.11.0.img Copy flash:/nos.img to flash:/nos-6.1.11.0.img? [Y:N] y Copyed file flash:/nos.img to flash:/nos-6.1.11.0.img.

3.4 Поиск проблем

Если возникают ошибки, когда пользователи пытаются осуществить операции с

файловой системой, пожалуйста, проверьте, могут ли они быть вызваны следующими

причинами:

• Правильно ли введены имена файлов или пути.

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

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

Глава 4 Настройка кластера

4.1 Введение в управление кластерами сети

Настройка кластеров осуществляется при помощи внутриполосного управления конфигурацией. В отличие от CLI, SNMP и веб-конфигурации, которые осуществляют

непосредственное управление целевых коммутаторов через управляющую рабочую

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

коммутатор). Таким образом главный коммутатор может управлять несколькими

коммутаторами. Как только будет настроен публичный IP адрес в главном коммутаторе, управление всеми коммутаторами, которые настраиваются с частным IP-адресом происходит дистанционно. Эта функция экономит публичные IP-адреса, которых осталось не так много. Обнаружение новых коммутаторов может происходить динамически если на коммутаторе включена функция кластера (коммутатор-кандидат) либо сетевые администраторы могут статически добавлять коммутаторы-кандидаты в

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

коммутаторами через главный коммутатор. Когда коммутаторы члены расположены в

различных физических местах (например, на разных этажах одного и того же здания),

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

• Сохранение IP-адресов;

• Упрощение задач конфигурирования;

• Топология сети и расстояния не имеют значения;

• Автоматическое обнаружение и автоматическая настройка;

• Несколько коммутаторов могут управлятся с помощью кластера управления сетью с заводским настройками;

• Главный коммутатор может модернизировать и настраивать любой коммутаторчлен в кластере.

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

1. Включение или отключение функции кластера

2. Создание кластера

1) Настройка пула частных IP-адресов для коммутаторов-членов кластера;

2) Создание или удаление кластера;

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

Команда

Пояснение

Режим глобального конфигурирования

cluster run [key <WORD>] [vid <VID>] no cluster run

Включить или

выключить функцию кластера в коммутаторе.

Команда

Пояснение

Режим глобального конфигурирования

cluster ip-pool <commander-ip> no cluster ip-pool

Настройка пула частных IP-адресов для устройств кластера.

cluster commander [<cluster_name>] no cluster commander

Создание или удаление кластера.

cluster member {candidate-sn <candidate-

Добавить или удалить коммутатор-

3) Добавление или удаление коммутатора-члена;

3. Настройка атрибутов кластера в главном коммутаторе

1) Включение или отключение автоматического добавления коммутаторов в кластер;

2) Установка автоматически добавленных членов как добавленных вручную;

3) Установка или изменение временного интервала сообщений проверки активности (keep-alive) на коммутаторах в кластере.

4) Установка максимально допустимого количества потерянных “Keep-Alive” сообщений;

5) Очистка списка коммутаторов-кандидатов, поддерживаемый коммутатором.

4. Настройка атрибутов кластера в коммутаторах-кандидатах

1) Установка интервала времени “Keep-Alive” сообщений кластера;

2) Установка максимального количества потерянных “Keep-Alive” сообщений, которое может быть допустимо в кластере;

5. Удаленное управление кластерной сетью

1) Удаленное управление конфигурацией

2) Удаленное обновление коммутаторов-членов

3) Перезагрузка коммутатора-члена

6. Управление кластерной сетью через Web

1) Enable http

7. Управление кластерной сетью через snmp

1) Enable snmp server

1. Включение или отключение кластера

2. Создание кластера.

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

sn> | mac-address <mac-addr> [id <memberid> ]}

no cluster member {id <member-id> | macaddress <mac-addr>}

участник.

Команда

Пояснение

Режим глобального конфигурирования

cluster auto-add no cluster auto-add

Включение или отключение добавления новых обнаруженных коммутаторовкандидатов в кластер.

cluster member auto-to-user

Установка автоматически добавленных

членов как добавленных вручную

cluster keepalive interval <second> no cluster keepalive interval

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

cluster keepalive loss-count <int> no cluster keepalive loss-count

Установка максимального количества потерянных Keep-Alive сообщений, которые допускаться в кластере.

Режим администратора

clear cluster nodes [nodes-sn <candidate-sn-list> | mac-address <mac- addr>]

Очистить список коммутаторов-кандидатов, поддерживаемый коммутатором.

Команда

Пояснение

Глобальный режим

cluster keepalive interval <second> no cluster keepalive interval

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

cluster keepalive loss-count <int> no cluster keepalive loss-count

Установка максимального количества потерянных Keep-Alive сообщений, которые допускаются в кластере.

Команда

Пояснение

Режим администратора

rcommand member <member-id>

В главном коммутаторе, эта команда используется для настройки и

3. Настройка атрибутов кластера в главном коммутаторе

4. Настройка атрибутов кластера в коммутаторе кандидате

5. Удаленное управление кластерной сетью

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

управления коммутаторами-членами.

rcommand commander

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

cluster reset member [id <member-id> | mac-address <mac-addr>]

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

cluster update member <member-id> <src-url> <dst-filename>[ascii | binary]

В главном коммутаторе, эта команда используется для удаленного обновления коммутатора-члена Может только обновлять файл nos.img.

Команда

Пояснение

Режим глобального конфигурирования

ip http server

Включение функции HTTP в главном коммутаторе и коммутаторах - членах. Примечание: необходимо убедиться, что HTTP функция активна в коммутаторах-членах, когда главный коммутатор посещает коммутатор-член через web.

Команда

Пояснение

Режим глобального конфигурирования

snmp-server enable

Включение функции SNMP сервера в главном коммутаторе и коммутаторах-членах. Примечание: необходимо убедиться, что функция SNMP сервера активна в коммутаторах-членах, когда главный коммутатор посещает их через SNMP. главный коммутатор посещает коммутатор-член через настройки коммандной строки

<commander-community>@sw<member id>

6. Управление кластерной сетью через web

7. Управление кластерной сетью через snmp

4.3 Примеры администрирования кластера

Сценарий:

Имеется четыре коммутатора SW1-SW4, среди них SW1 является главным коммутатором, а другие коммутаторами-членами и SW2 и SW4 напрямую подключены с

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

Е1 Е1Е1Е1Е2 Е2

SW1 SW2 SW3 SW4

главным, SW3 подключается к коммутатору через SW2.

Пример кластера

Процедура настройки:

1.Настройка главного коммутатора Настройки SW1:

Switch(config)#cluster run Switch(config)#cluster ip-pool 10.2.3.4 Switch(config)#cluster commander 5526 Switch(config)#cluster auto-add

2. Настройка коммутатора-члена Настройки SW2-SW4

Switch(config)#cluster run

4.4 Поиск проблем в администрировании кластерами

При возникновении проблем в применении кластерного управления, пожалуйста, проверьте следующие настройки:

• Проверьте, что главный коммутатор настроен правильно и включена функция

автоматического добавления. Главный коммутатор и коммутаторы члены

относятся к кластерной VLAN.

• После назначения кластерной VLAN в главном коммутаторе не включайте протоколы маршрутизации (RIP, OSPF, BGP) в этой VLAN сети для того, чтобы предотвратить образование петель маршрутизации.

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

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

Команда

Описание

Режим глобального конфигурирования

Глава 5 Конфигурирование портов

5.1 Введение

В коммутаторе существуют кабельные и комбо порты. Комбо порт может быть сконфигурирован как 1000GX-TX порт, так и как оптический SFP Gigabit порт. Если пользователь хочет сконфигурировать сетевой порт, он может ввести команду “interface ethernet <interface-list>” для входа в соответствующий режим конфигурации порта, где <interface-list> содержит один или несколько портов. Если <interface-list>

содержит несколько портов, номера портов разделяются специальными символами «,» и

«-», где «,» используется для перечисления портов, а «-» - для указания диапазона номеров портов. Положим, операция должна быть выполнена над портами 2,3,4,5. Тогда команда будет выглядеть так “interface ethernet 1/0/2-5”. В режиме конфигурации порта

можно изменять скорость, режим дуплекса и настраивать управление траффиком, при

этом данные изменения требуют соответствующих изменений на ответных сетевых

портах.

5.2 Список команд для конфигурирования портов

1. Вход в режим конфигурации порта

2. Конфигурация параметров сетевого порта (1) Конфигурация режима combo для combo портов (2) Включить/выключить порты (3) Конфигурация имени порта (4) Конфигурация типа кабеля на порту (5) Конфигурация скорости и дуплекса на порту (6) Конфигурация контроля полосы пропускания (7) Конфигурация управления траффиком (8) Включение/выключение функции распознавания петли (9) Конфигурация контроля широковещательных штормов на коммутаторе (10) Конфигурация режима сканирования порта (11) Конфигурация контроля нарушения скорости на порту (12) Конфигурация интервала сбора статистики по скорости порта

3. Виртуальный тест кабеля

1. Вход в режим конфигурации Ethernet порта

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

interface ethernet <interface-list>

Вход в режим конфигурации Ethernet порта.

Команда

Описание

Режим порта

combo-forced-mode {copper-forced | sfp-forced}

Установка режима combo порта ( только для combo).

shutdown no shutdown

Включение/выключение указанного порта.

name <string> no name

Назначение или отмена имени порта.

mdi { auto | across | normal } no mdi

Установка типа кабеля для указанного порта.

Эта команда не поддерживается на combo и оптических портах коммутатора.

speed-duplex {auto [10 [100 [1000]] [auto | full | half |]] | force10-half | force10-full | force100-half | force100full | force100-fx [module-type {autodetected | no-phy-integrated | phyintegrated}] | {{force1g-half | force1gfull} [nonegotiate [master | slave]]}| force10g-full} no speed-duplex

Установка скорости и дуплекса на порту для

100/1000Base-TX или 100Base-FX ports. С оператором NO данная команда

восстанавливает параметры порта по

умолчанию, то есть договорную скорость и

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

negotiation {on|off}

Включение/выключение функции

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

1000Base-FX.

bandwidth control <bandwidth> [both | receive | transmit] no bandwidth control

Установка или отмена значения полосы

пропускания, используемой для

входящего/исходящего трафика для указанных

портов.

flow control no flow control

Включение/выключение функции контроля

траффика для указанных портов.

loopback no loopback

Включение/выключение функции петли для указанных портов.

rate-suppression {dlf | broadcast | multicast} <packets>

Включение функции контроля штормов для

широковещательных, многопользовательских и

персональных пакетов с неизвестным адресом

назначения (коротких для

широковещательного) и установка допустимого

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

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

числа широковещательных пакетов; формат

NO данной команды отключает функцию контроля широковещательных штормов.

port-scan-mode {interrupt | poll} no port-scan-mode

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

прерывающего или непрерывного. Команда NO

вовзращает значение функции по умолчанию.

rate-violation <200-2000000> [recovery <0-86400>|] no rate-violation

Устанавливает максимальную скорость приема

пакетов на порту. Если скорость принятия

пакетов превышает разрешенную, команда

выключает этот порт и конфигурирует время

восстановления порта (по умолчанию 300с).

Команда NO отключает установку.

Общий режим

port-rate-statistics interval [<interval value>]

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

скорости.

Команда

Описание

Режим конфигурации порта

virtual-cable-test

Тест виртуального кабеля на порту.

Switch 1

Switch 2

Switch 3

1/0/7

1/0/12

1/0/9

1/0/8

1/0/10

3. Виртуальный тест кабеля

5.3 Примеры конфигурации порта

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

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

Коммутатор

Порт

Свойства

Switch1

1/0/7

Лимит входящей полосы: 50 M

Switch2

1/0/8

Зеркалированный порт источника

1/0/9

100Mbps full, зеркалированный порт источника

1/0/10

1000Mbps full, зеркалированный порт назначения

Switch3

1/0/12

100Mbps full

VLAN не сконфигурированы на коммутаторе. По умолчанию используется VLAN1.

Конфигурация приведена ниже:

Switch1:

Switch1(config)#interface ethernet 1/0/7 Switch1(Config-If-Ethernet1/0/7)#bandwidth control 50 both

Switch2:

Switch2(config)#interface ethernet 1/0/9 Switch2(Config-If-Ethernet1/0/9)#speed-duplex force100-full Switch2(Config-If-Ethernet1/0/9)#exit Switch2(config)#interface ethernet 1/0/10 Switch2(Config-If-Ethernet1/0/10)#speed-duplex force1g-full Switch2(Config-If-Ethernet1/0/10)#exit Switch2(config)#monitor session 1 source interface ethernet1/0/8;1/0/9 Switch2(config)#monitor session 1 destination interface ethernet 1/0/10

Switch3:

Switch3(config)#interface ethernet 1/0/12 Switch3(Config-If-Ethernet1/0/12)#speed-duplex force100-full Switch3(Config-If-Ethernet1/0/12)#exit

5.4 Устранение неисправностей на порту

Здесь приводится несколько ситуаций, часто встречающихся при конфигурации порта и предлагаются их решения:  два соединенных оптических интерфейса не поднимаются если один интерфейс

настроен на автоопределение, а на втором жестко установлены скорость и дуплекс. Это

определяется стандартом IEEE 802.3.  Не рекомендуется следующая конфигурация: включение контроля трафика и одновременно установление лимита для многопользовательских пакетов на том же порту; установка одновременно контроля за широковещательными,

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

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

ограничения полосы на порту. Если такие комбинации установлены, пропускная способность порта может оказаться меньше ожидаемой.  Combo-порт поддерживает режимы cooper-forced и sfp-forced (режим по умолчанию). Во втором режиме порт с подключенным медным кабелем не поднимется.

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

Команда

Описание

Режим глобального конфигурирования

isolate-port group <WORD> no isolate-port group <WORD>

Создает группу изолированных портов. С

оператором NO эта команда удаляет группу изолированных портов.

Команда

Описание

Режим глобального конфигурирования

isolate-port group <WORD> switchport interface [ethernet | port-channel] <IFNAME> no isolate-port group <WORD> switchport

Добавляет один порт или группу портов в

группу изолированных портов, которые

будут изолированы от других портов в

группе. Оператор NO удаляет один порт

Глава 6 Конфигурация функции

изоляции портов

6.1 Введение в функцию изоляции портов

Изоляция портов — это независимая порто-ориентированная функция, работающая между портами, которая изолирует потоки различных портов друг от друга. С помощью этой функции пользователь может изолировать порты в пределах VLAN для сохранения ресурсов VLAN и усиления секретности сети. После того, как эта функция будет

сконфигурирована, порты в группе изолированных портов будут изолированы друг от

друга, в то время как порты из различных групп изоляции или неизолированных могут

пересылать данные друг другу совершенно нормально. На коммутаторе может быть сконфигурировано не более 16 групп изоляции портов.

6.2 Список команд для конфигурации изоляции портов

1. Создать группу изолированных портов

2. Добавить Ethernet порты в группу

3. Определить потоки, которые будут изолироваться

4. Отобразить конфигурацию группы изоляции портов

1. Создать группу изолированных портов

2. Добавить Ethernet порты в группу

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

interface [ethernet | port-channel] <IFNAME>

или группу портов из группы

изолированных портов.

Команда

Описание

Режим глобального конфигурирования

isolate-port apply [<l2|l3|all>]

Применяет конфигурацию изоляции портов

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

Команда

Описание

Режим администратора, Режим глобального конфигурирования

show isolate-port group [ <WORD> ]

Показывает конфигурацию групп

изолированных портов, включая все

сконфигурированные группы

изолированных портов и Ethernet порты в каждой группе.

3. Определить потоки, которые будут изолироваться

4. Отобразить конфигурацию группы изоляции портов

6.3 Типовые примеры функции изоляции портов

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

e1/0/15

e1/0/10e1/0/1

Vlan

S3S2

Типовые примеры функции изоляции портов

Топология и конфигурация коммутаторов показана на рисунке выше. Порты e1/0/1, e1/0/10 и e1/0/15 все принадлежат к VLAN 100. Требование заключается в том, чтобы

после включения функции изоляции портов на коммутаторе switch1 порты е1/0/1 и

е1/0/10 на этом коммутаторе не могли связываться друг с другом и оба могли

связываться с портом е1/0/15, смотрящим в сеть. То есть связи между любыми парами низлежащих портов нет, и в то же время связь между любым низлежащим портом и вышестоящим работает. Вышестоящий порт может работать с любым портом нормально.

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

Switch(config)#isolate-port group test Switch(config)#isolate-port group test switchport interface ethernet 1/0/1;1/0/10

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

Глава 7 Конфигурация функции

Распознавания Петли на порту

7.1 Введение в функцию распознавания петли

С развитием сетевых устройств все больше и больше пользователей подключаются к сети через Ethernet-коммутаторы. В промышленных сетях пользователи получают доступ через коммутаторы 2-го уровня, что предъявляет строгие требования к

взаимодействию между устройствами как внешней, так и внутренней сети. Когда

требуется взаимодействие на 2-м уровне, сообщение должно отправляться точно в

соответствии с МАС адресом для корректной работы между пользователями. Устройства

второго уровня запоминают MAC адреса, изучая входящие MAC адреса источников пакетов и при поступлении пакета с неизвестным адресом источника они записывают его MAC адрес в таблицу, закрепляя его за портом, откуда пришел этот пакет. Таким образом следующий пакет с данным MAC адресом в качестве порта назначения будет отправлен сразу на этот порт . То есть адрес сразу фиксируется на порту для отправки всех пакетов.. Когда пакет с МАС адресом источника, уже запомненным коммутатором, приходит через другой порт, запись в таблице MAC адресов изменяется таким образом, чтобы пакеты с данным MAC адресом направлялись через новый порт. В результате, если на участке между двумя адресатами существует какая-либо петля, все МАС адреса из сети второго уровня будут пересылаться на тот порт, где существует петля (обычно MAC

адреса в этом случае с высокой частотой переключаются с одного порта на другой), что

вызывает перегрузку и потерю работоспособности сети 2-го уровня. Вот почему

необходимо проверять наличие петли на сетевых портах. Когда на порту определяется

петля, обнаружившее ее устройство должно послать предупреждение в систему

управления сетью, позволяя сетевому администратору обнаружить, локализовать и

решить проблему в сети. Поскольку система обнаружения петель может автоматически принимать решения о

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

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

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

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

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

Команда

Описание

Режим глобального конфигурирования

loopback-detection interval-time

no loopback-detection interval-time

Конфигурирование временного интервала

распознавания петли

Команда

Описание

Режим конфигурирования порта

loopback-detection specified-vlan <vlanlist>

no loopback-detection specified-vlan <vlan-list>

Включение и выключение функции

распознавания петли

Команда

Описание

Режим конфигурирования порта

loopback-detection control {shutdown |block| learning} no loopback-detection control

Включение и выключение определенного

режима порта при распознавании петли.

Команда

Описание

Режим администратора

debug loopback-detection no debug loopback-detection

Вывод отладочной информации по

распознаванию петли. С оператором NO

данная команда прекращает вывод

отладочной информации.

2. Включение функции распознавания петли;

3. Конфигурирование режима порта при распознавании петли;

4. Вывод отладочной информации по распознаванию петли;

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

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

2. Включение функции распознавания петли

3. Конфигурирование режима порта при распознавании петли

4. Вывод отладочной информации по распознаванию петли

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

show loopback-detection [interface <interface-list>]

Показывает статус и результаты

распознавания петли на всех портах, если

других параметров не вводится; в

противном случае показывается статус и

результат распознавания петли для

конкретных портов

Команда

Описание

Общий режим

loopback-detection control-recovery timeout <0-3600>

Конфигурирование режима

восстановления при распознавании петли (автоматическое восстановление или нет) или времени восстановления.

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

7.3 Примеры функции распознавания петли на порту

Типичный пример подключения

В приведенной ниже конфигурации, коммутатор определяет существование петли в

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

внешнюю сеть, коммутатор будет уведомлять подсоединенную сеть о существовании

петли и контролировать порт коммутатора для обеспечения нормальной работы данной

сети.

Последовательность конфигурации коммутатора: Switch(config)#loopback-detection interval-time 35 15 Switch(config)#interface ethernet 1/0/1 Switch(Config-If-Ethernet1/0/1)#loopback-detection special-vlan 1-3

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

Switch(Config-If-Ethernet1/0/1)#loopback-detection control block Если выбран метод блокировки при определении петли, должен быть глобально

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

Switch(config)#spanning-tree Switch(config)#spanning-tree mst configuration Switch(Config-Mstp-Region)#instance 1 vlan 1 Switch(Config-Mstp-Region)#instance 2 vlan 2 Switch(Config-Mstp-Region)#

7.4 Решение проблем с функцией распознавания петли на порту

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

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

Switch A

Switch B

g1/0/1

g1/0/2

g1/0/3

g1/0/4

g1/0/1

g1/0/2

Switch A

Switch B

Switch C

g1/0/3

Глава 8 Конфигурация функции ULDP

8.1 Общая информация о ULDP

Однонаправленный линк — это распространенная проблема в сети, особенно для

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

когда один порт соединения может принимать сообщения от другого порта, а тот не

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

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

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

посредством механизмов физического уровня, таких как автоматическое согласование

параметров.

Перекрестное оптическое соединение

Один из концов каждого оптического соединения не подключен

Такой вид проблем часто возникает в ситуации, когда или интерфейс или GBIC ( Giga

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

Bitrate interface Converter – конвертер интерфейса со скоростью 1Gb ) имеют

программные проблемы, в этом случае оборудование становится недоступным или

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

проблем, таких как зацикливание связующего дерева или широковещательным штормам.(broadcast black hole). ULDP (Unidirectional Link Detection Protocol – протокол обнаружения однонаправленных соединений) может помочь обнаружить неисправность, которая возникает в ситуациях, перечисленных выше. В коммутаторе, подключенном через оптическую или медную Ethernet линию (такую как витая пара пятой категории), ULDP может мониторить статус

физических соединений. В случае, если обнаружено однонаправленное соединение, он

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

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

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

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

8.2 Список команд для конфигурирования ULDP

1. Включение функции ULDP на коммутаторе;

2. Включение функции ULDP на порту;

3. Конфигурация агрессивного режима на коммутаторе;

4. Конфигурация агрессивного режима на порту;

5. Конфигурация метода выключения однонаправленного соединения;

6. Конфигурация интервала уведомлений (Hello messages);

7. Конфигурация интервала восстановления;

8. Рестарт порта, выключенного функцией ULDP;

9. Демонстрационная и отладочная информация функции ULDP;

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

Команда

Описание

Режим глобального конфигурирования

uldp enable uldp disable

Включение или выключение функции ULDP на коммутаторе.

Команда

Описание

Режим конфигурирования порта

uldp enable uldp disable

Включение или выключение функции ULDP на порт.

Команда

Описание

Режим глобального конфигурирования

uldp aggressive-mode no uldp aggressive-mode

Устанавливает режим работы функции на

коммутаторе.

Команда

Описание

Режим конфигурирования порта

uldp aggressive-mode no uldp aggressive-mode

Устанавливает режим работы функции на

порту.

Команда

Описание

Режим глобального конфигурирования

uldp manual-shutdown no uldp manual-shutdown

Конфигурирует метод выключения

однонаправленного соединения.

Команда

Описание

Режим глобального конфигурирования

uldp hello-interval <integer> no uldp hello-interval

Конфигурация интервала уведомлений

(Hello messages), диапазон от 5 до 100 секунд. Значение по умолчанию - 10 сек.

1. Включение функции ULDP на коммутаторе

2. Включение функции ULDP на порту

3. Конфигурация агрессивного режима на коммутаторе

4. Конфигурация агрессивного режима на порту

5. Конфигурация метода выключения однонаправленного соединения

6. Конфигурация интервала уведомлений (Hello messages)

7. Конфигурация интервала восстановления

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

Команда

Описание

Режим глобального конфигурирования

uldp recovery-time <integer> no uldp recovery-time <integer>

Конфигурирует интервал восстановительного

рестарта. Диапазон от 30 до 86400 секунд. Значение по умолчанию — 0 секунд.

Команда

Описание

Режим глобального конфигурирования или режим конфигурирования порта

uldp reset

Рестартует все порты в режиме глобального

конфигурирования. Рестартует конкретный

порт в режиме конфигурирования порта.

Команда

Описание

Режим администратора

show uldp [interface ethernet IFNAME]

Показывает информацию по ULDP. Для отображения общей ULDP информации

параметров нет. При задании конкретного

порта выводится общая информация и информация о соседях по данному порту.

debug uldp fsm interface ethernet <IFname> no debug uldp fsm interface ethernet <IFname>

Включение или выключение вывода отладочной информации по определенному порту.

debug uldp error no debug uldp error

Включение или выключение отладочной

информации об ошибках

debug uldp event no debug uldp event

Включение или выключение отладочной

информации о событиях

debug uldp packet {receive|send} no debug uldp packet {receive|send}

Включение или выключение вывода отладочной информации по типу сообщений

debug uldp {hello|probe|echo| unidir|all} [receive|send] interface ethernet <IFname> no debug uldp {hello|probe|echo| unidir|all} [receive|send] interface ethernet <IFname>

Включение или выключение вывода

детальной информации об определенном

типе сообщений, которые могут посылаться

или приниматься на определенном порту.

8. Рестарт порта, выключенного функцией ULDP

9. Демонстрационная и отладочная информация функции ULDP

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

Switch A

Switch B

g1/0/1

g1/0/2

g1/0/3

g1/0/4

PC1 PC2

8.3 Типовые примеры функции ULDP

Оптическое перекрестное соединение

В сетевой топологии на рисунке порты g1/0/1 и g1/0/2 на коммутаторе А, а так же порты g1/0/3 и g1/04 на коммутаторе B – оптические. И соединение имеет перекрестный тип.

Физический уровень включен и работает нормально, но соединение на уровне данных

неработоспособно. ULDP может определить и заблокировать такой тип ошибки на соединении. Конечным результатом будет то, что порты g1/0/1 и g1/0/2 на коммутаторе А, а так же порты g1/0/3 и g1/04 на коммутаторе B будут заблокированы функцией ULDP.

Порты смогут работать (не будут заблокированы) только если соединение будет

корректным.

Последовательность конфигурации коммутатора А:

SwitchA(config)#uldp enable SwitchA(config)#interface ethernet 1/0/1 SwitchA (Config-If-Ethernet1/0/1)#uldp enable SwitchA (Config-If-Ethernet1/0/1)#exit SwitchA(config)#interface ethernet1/0/2 SwitchA(Config-If-Ethernet1/0/2)#uldp enable

Последовательность конфигурации коммутатора B:

SwitchB(config)#uldp enable SwitchB(config)#interface ethernet1/0/3 SwitchB(Config-If-Ethernet1/0/3)#uldp enable

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

SwitchB(Config-If-Ethernet1/0/3)#exit SwitchB(config)#interface ethernet1/0/4 SwitchB(Config-If-Ethernet1/0/4)#uldp enable

В результате порты g1/0/1 и g1/0/2 на коммутаторе А будут заблокированы функцией ULDP и на дисплее терминала PC1 появится следующая информация.

%Oct 29 11:09:50 2007 A unidirectional link is detected! Port Ethernet1/0/1 need to be shutted down! %Oct 29 11:09:50 2007 Unidirectional port Ethernet1/0/1 shut down! %Oct 29 11:09:50 2007 A unidirectional link is detected! Port Ethernet1/0/2 need to be shutted down! %Oct 29 11:09:50 2007 Unidirectional port Ethernet1/0/2 shutted down!

Порты g1/0/3 и g1/0/4 на коммутаторе B будут заблокированы функцией ULDP и на дисплее терминала PC2 появится следующая информация.

%Oct 29 11:09:50 2007 A unidirectional link is detected! Port Ethernet1/0/3 need to be shutted down! %Oct 29 11:09:50 2007 Unidirectional port Ethernet1/0/3 shutted down! %Oct 29 11:09:50 2007 A unidirectional link is detected! Port Ethernet1/0/4 need to be shutted down! %Oct 29 11:09:50 2007 Unidirectional port Ethernet1/0/4 shutted down!

8.4 Устранение неполадок функции ULDP

Замечания по конфигурации:

• Для уверенности, что ULDP сможет определить, что один из оптических портов не

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

режиме и иметь одинаковую скорость.

• Если механизм автоматического определения параметров оптических портов,

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

• Для уверенности в том, что ответный порт корректно сконфигурирован и

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

на обоих концах соединения ULDP был включен и использовался одинаковый метод авторизации и пароль. В нашем примере пароль с обеих сторон не установлен.  Интервал отправки hello сообщений может быть изменен (это 10 секунд по умолчанию и колеблется от 5 до 100 секунд), так что ULDP могут быстрее реагировать

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

на ошибки подключения линий в различных условиях работы сети. Но этот интервал должен быть меньше 1/3 от времени конвергенции STP. Если интервал слишком длинный, петля STP будет сформирована до того как ULDP обнаружит и отключит порт однонаправленного соединения. Если интервал слишком короткий, сетевая нагрузка на порт будет увеличена, что означает снижение пропускной способности.

ULDP не обрабатывает события LACP. Он обрабатывает каждое соединение группы TRUNK (например, port-channal, TRUNK порты) независимо друг от друга. ULDP не работает с похожими протоколами других производителей. Это означает, что

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

• Таймер восстановления по умолчанию выключен и может быть включен только в

случае, когда пользователь задал время восстановления (30-86400 секунд)

Команда рестарта и механизм перезагрузки порта воздействуют только на порт, который

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

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

Глава 9 Настройка функции LLDP

9.1 Общие сведения о функции LLDP

Протокол исследования соединительного уровня (Link Layer Discovery Protocol – LLDP)

- это новый протокол, описанный в спецификации 802.1ab. Он позволяет соседним

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

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

подключенным к ним. Эта информация будет сохранена в стандартных MIB SNMP.

Система управления сетью может проверять состояние соединений второго уровня по

информации из MIB. LLDP не конфигурирует или контролирует элементы сети или потоки, он только описывает конфигурацию второго уровня. В спецификации 802.1ab также описывается, как используется информация, предоставляемая LLDP для обнаружения конфликтов на втором уровне. Институт стандартизации (IEEE) в

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

наборы MIB IETF. Упрощенно, LLDP – протокол обнаружения соседних устройств. Он определяет стандартный метод, позволяющий Ethernet устройствам, таким, как коммутаторы, маршрутизаторы и точки доступа уведомлять о своем существовании другие узлы сети и

сохранять информацию обо всех соседних устройствах. Как следсвие, детальная

информация о конфигурации устройства и о найденных соседях может объявляться

посредством данного протокола. В частности, LLDP определяет состав основного информационного объявления,

передачу объявления и метод сохранения данной информации. Для объявления

собственной информации устройство может посылать несколько частей

информационного объявления в одном LAN пакете данных. Тип передачи определяется значением поля TLV (Type Length value – значение длины типа). Все устройства, поддерживающие LLDP, должны поддерживать оповещения о идентификаторе (ID) устройства и идентификаторе порта, но предполагается, что большинство устройств поддерживают оповещения об имени системы, ее описании и производительности

системы. Оповещения с описанием системы и о производительности системы могут

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

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

Команда

Описание

Режим глобального конфигурирования

lldp enable lldp disable

Общее включение/выключение

Команда

Описание

Режим конфигурирования порта

Многие типы программ управления сетью используют функцию автоматического обнаружения (“Automated Discovery””) для отслеживания изменений и текущего состояния топологии, но большинство из них работает только на третьем уровне и в

лучшем случае классифицирует устройства по их подсетям. Эти данные слишком

примитивны, позволяют отслеживать только базовые события, такие как добавление или

удаление устройств вместо детальной информации о них и о том, как устройства

взаимодействуют с сетью. Информация, собранная на 2 уровне содержит сведения об устройствах, их портах и о том какие коммутаторы с какими соединены и т. п. Она так же может показывать маршруты между клиентами, коммутаторами, маршрутизаторами и сетевыми серверами. Такие данные очень важны для определения и исследования источника проблем на сети. LLDP является полезным инструментом управления, предоставляющим точную информацию о зеркалировании сети, отображении потоков данных и поиске сетевых проблем.

9.2 Список команд для конфигурирования LLDP

1. Включение LLDP на устройстве;

2. Включение функции LLDP на порту;

3. Конфигурация статуса LLDP на порту;

4. Конфигурация интервала обновления сообщений LLDP;

5. Конфигурация множителя времени поддержки сообщений LLDP;

6. Конфигурация задержки отправки обновляющих сообщений;

7. Конфигурация интервалов посылки TRAP пакетов;

8. Включение функции TRAP на порту;

9. Конфигурация дополнительных параметров информации для отправки на порту;

10. Конфигурация размера памяти, используемой для хранения таблиц на порту;

11. Конфигурация действий при переполнении памяти для таблицы на порту;

12. Отображение отладочной информации по функции LLDP;

1. Включение LLDP на устройстве

2. Включение функции LLDP на порту

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

lldp enable lldp disable

Включение/выключение функции LLDP на порту.

Команда

Описание

Режим конфигурирования порта

lldp mode (send|receive|both|disable)

Конфигурация режима работы функции

LLDP

Команда

Описание

Режим глобального конфигурирования

lldp tx-interval <integer> no lldp tx-interval

Конфигурация интервала обновления

сообщений LLDP как определенной величины или значения по умолчанию.

Команда

Описание

Режим глобального конфигурирования

lldp msgTxHold <value> no lldp msgTxHold

Конфигурация множителя времени

поддержки сообщений LLDP как

определенной величины или значения по

умолчанию.

Команда

Описание

Режим глобального конфигурирования

lldp transmit delay <seconds> no lldp transmit delay

Конфигурация задержки отправки

обновляющих сообщений как

определенной величины или значения по

умолчанию.

Команда

Описание

Режим глобального конфигурирования

lldp notification interval <seconds> no lldp notification interval

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

TRAP пакетов как определенной величины или значения по умолчанию.

3. Конфигурация статуса LLDP на порту

4. Конфигурация интервала обновления сообщений LLDP

5. Конфигурация множителя времени поддержки сообщений LLDP

6. Конфигурация задержки отправки обновляющих сообщений

7. Конфигурация интервалов посылки TRAP пакетов

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

Команда

Описание

Режим конфигурирования порта

lldp trap <enable|disable>

Включение/выключение функции TRAP на порту

Команда

Описание

Режим конфигурирования порта

lldp transmit optional tlv [portDesc] [sysName] [sysDesc] [sysCap] no lldp transmit optional tlv

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

Команда

Описание

Режим конфигурирования порта

lldp neighbors max-num <value> no lldp neighbors max-num

Конфигурация размера памяти,

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

Команда

Описание

Режим конфигурирования порта

lldp tooManyNeighbors {discard | delete}

Конфигурация действий при

переполнении памяти для таблицы на порту

Команда

Описание

Admin, Режим глобального конфигурирования

show lldp

Отображение текущей конфигурации

функции LLDP.

show lldp interface ethernet <IFNAME>

Отображение информации о конфигурации LLDP на конкретном порту

show lldp traffic

Отображение информации обо всех

8. Включение функции TRAP на порту

9. Конфигурация дополнительных параметров информации для отправки на порту

10. Конфигурация размера памяти, используемой для хранения таблиц на порту

11. Конфигурация действий при переполнении памяти для таблицы на порту

12. Отображение отладочной информации по функции LLDP

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

счетчиках.

show lldp neighbors interface ethernet <IFNAME>

Отображение информации о LLDP соседях на данном порту.

show debugging lldp

Отображение всех портов с включенной функцией отладки LLDP

Режим администратора

debug lldp no debug lldp

Включение/выключение вывода отладочной иинформации LLDP.

debug lldp packets interface ethernet <IFNAME> no debug lldp packets interface ethernet <IFNAME>

Включение/выключение вывода отладочной информации о отправке или приеме пакетов LLDP на порту или на коммутаторе.

Режим конфигурирования порта

clear lldp remote-table

Очистка таблицы соседей на порту

2 4

9.3 Типовой пример функции LLDP

Типовой пример конфигурации функции LLDP

На схеме сетевой топологии, приведенной выше, порт 1,3 на коммутаторе В подключен

к порту 2,4 коммутатора А. Порт 1 коммутатора В сконфигурирован в режиме приема

пакетов. Опция TLV на порту 4 коммутатора А сконфигурирована как portDes и SysCap.

Коммутатор А. Последовательность команд конфигурации:

SwitchA(config)# lldp enable SwitchA(config)#interface ethernet 1/0/4 SwitchA(Config-If-Ethernet1/0/4)# lldp transmit optional tlv portDesc sysCap SwitchA(Config-If-Ethernet1/0/4)exit

Коммутатор В. Последовательность команд конфигурации:

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

SwitchB(config)#lldp enable SwitchB(config)#interface ethernet1/0/1 SwitchB(Config-If-Ethernet1/0/1)# lldp mode receive SwitchB(Config-If-Ethernet1/0/1)#exit

9.4 Устранение неисправностей функции LLDP

Функция LLDP по умолчанию выключена. После ее включения в режиме глобального конфигурирования, пользователи могут включить режим отладки “debug lldp” для

проверки отладочной информации. Используя команду “show” функции LLDP можно

вывести информацию о конфигурировании в глобальном режиме конфигурирования, либо в режиме настройки интерфейсов.

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

Глава 10 Настройка Port channel

10.1 Общие сведения о Port channel

Для понимания термина порт-канала (Port channel) надо ввести понятие группы портов. Группа портов – это группа физических портов на конфигурационном уровне. Только

физические порты в группе портов могут быть частью объединенного канала и стать

членами Port channel. Логически группа портов является не портом, а набором портов.

При определенных условиях физические порты в группе портов позволяют посредством

объединения портов сформировать Port channel, который обладает всеми свойствами логического порта и таким образом становится независимым логическим портом. Агрегация портов — это абстрактное понятие, подразумевающее по собой объединение набора портов с одинаковыми свойствами в логический порт. Port channel — это набор физических портов, который логически используется как один физический порт. Он

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

добавить пропускной способности на сеть, но и способен обеспечить резервирование

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

маршрутизатору, клиентской станции или другим коммутаторам.

Агрегирование портов

Как показано выше, коммутатор S1 объединил порты в Port channel. Пропускная полоса Port channel равна сумме пропускных способностей четырех портов. Когда необходимо передать трафик с коммутатора S1 на S2, распределение трафика будет определяться на основе MAC адреса источника и младшего бита MAC адреса

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

Если один порт в Port channel неисправен, трафик будет перераспределяться на другие

порты посредством алгоритма распределения. Данный алгоритм поддерживается

аппаратно.

Коммутатор предлагает два метода конфигурации объединения портов: ручное

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

создание Port channel и динамическое посредством протокола контроля объединения соединений (Link Aggregation Control Protocol – LACP). Объединение возможно только для портов, работающих в режиме полного дуплекса. Для равильной работы Port channel необходимо соблюдать следующие условия:

• Все порты работают в режиме полного дуплекса;

• Все порты имеют одинаковую скорость;

• Все порты являются портами доступа и принадлежат одному VLAN, или все они

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

• Если все порты являются транковыми или гибридными, тогда

сконфигурированные на них допустимые VLAN и основной VLAN должны быть у всех одинаковыми. Если Port channel сконфигурирован на коммутаторе вручную иди динамически, система автоматически назначает порт с наименьшим номером мастер-портом Port channelа. Если на коммутаторе активирован протокол spanning tree, протокол построения дерева воспринимает Port channel как логический порт и посылает BPDU пакеты через мастер-порт. Объединение портов жестко связано с аппаратной частью коммутатора. Коммутатор

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

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

пользователь может создавать соответствующую конфигурацию в этом режиме точно

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

10.2 Общие сведения о LACP

LACP – протокол, базирующийся на стандарте IEEE 802.3ad, и реализующий механизм динамического объединения каналов. Протокол LACP использует пакеты LACPDU (Link

Aggregation Control Protocol Data Unit) для обмена информацией с ответными портами. После того, как протокол LACP включен на порту, данный порт посылает пакеты LACPDU на ответный порт соединения, уведомляя о приоритете системы, MAC адресе

системы, приоритете порта, идентификаторе порта и ключе операции. Когда ответный

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

которые могут быть объединены. Соответственно, обе стороны соединения могут

достичь соглашения о включении или исключении порта из динамической объединенной

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

конфигурации (скорость, дуплекс, базовая конфигурация, ключ управления) портов,

которые будут объединяться.

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

После включения протокола динамического объединения портов (LACP), ключ

управления по умолчанию равен 0. После статического объединения портов

посредством LACP, ключ управления порта такой же, как ID объединенной группы. При динамическом объединении портов все члены одной группы имеют одинаковый ключ операции. При статическом объединении только активные порты имеют одинаковый ключ операции.

10.2.1 Статическое объединение LACP

Статическое объединение выполняется путем конфигурирования пользователем и не требует протокола LACP. При конфигурировании статического LACP объединения, используется режим «on» для включения порта в группу агрегации.

10.2.2 Динамическое объединение LACP

1. Общие положения динамического объединения LACP

Динамическое объединение — это объединение, создаваемое/удаляемое системой

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

параметры скорости и дуплекса, подключенные к одним и тем же устройствам, имеющие

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

только один порт может создавать динамическое объединение, это называется

однопортовым объединением. При динамическом объединении LACP протокол на порту должен быть включен.

2. Режимы портов в динамической группе объединения

В динамической группе объединения порты имеют два статуса — выбранный (selected)

или «в ожидании» (standby). Оба типа портов могут посылать и принимать пакеты протокола LACP, но порты в статусе «ожидания» не могут пересылать данные. Поскольку существует ограничение на максимальное количество портов в группе агрегации, если текущий номер порта превышает предел в группе, тогда устройство на одном конце соединения договаривается с устройством на другом конце для определения статуса порта в соответствии с идентификатором порта.

Этапы согласования следующие: Сравнение идентификаторов (ID) устройств (приоритет системы и MAC адрес системы).

Сначала сравниваются приоритеты систем. Если они одинаковые, тогда сравниваются

MAC адреса устройств. Устройство с меньшим идентификатором имеет высший приоритет. Затем идет сравнение идентификаторов портов (приоритет порта и идентификатор порта). Для каждого порта на стороне устройства с наивысшим приоритетом системы

сначала сравниваются приоритеты портов. Если приоритеты одинаковые, тогда

сравниваются идентификаторы портов. Порт с наименьшим идентификатором порта

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

Команда

Описание

Режим глобального конфигурирования

interface port-channel <port-channelnumber>

Вход в режим конфигурирования portchannel.

Команда

Описание

Режим глобального конфигурирования

port-group <port-group-number> no port-group <port-group-number>

Создание или удаление группы портов.

Команда

Описание

Режим конфигурирования порта

port-group <port-group-number> mode {active | passive | on} no port-group

Добавляет порты в группу и

устанавливает их режим.

Команда

Описание

Режим глобального конфигурирования

становится выбранным (selected), а остальные становятся в режим «ожидание» (standby). В группе объединения порт с наименьшим идентификатором и статусом «выбранный»

становится мастер-портом. Другие порты со статусом «выбранный» становятся членами группы.

10.3 Настройка Port channel

1. Создание группы портов в режиме глобального конфигурирования;

2. Добавление портов в определенную группу из режима конфигурирования порта;

3. Вход в режим конфигурирования port-channel;

4. Задание метода балансировки для группы портов

5. Задание приоритета системы в LACP протоколе

6. Задание приоритета для конкретного порта в LACP протоколе

7. Задание режима таймаута на порту в LACP протоколе

1. Создание группы портов

2. Добавление портов в определенную группу

3. Вход в режим конфигурирования port-channel

4. Задание метода балансировки для устройства

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

load-balance {dst-src-mac | dst-src-ip | dst-srcmac-ip}

Задание метода балансировки для

устройства, изменения начинают

действовать на группе портов и

ECMP функции сразу.

Команда

Описание

Режим глобального конфигурирования

lacp system-priority <system-priority> no lacp system-priority

Задание приоритета системы в

LACP протоколе, команда no

возвращает значение по

умолчанию.

Команда

Описание

Режим конфигурирования порта

lacp port-priority <port-priority> no lacp port-priority

Задание приоритета для

конкретного порта в LACP протоколе. команда no возвращает значение по умолчанию.

Команда

Описание

Режим конфигурирования порта

lacp timeout {short | long} no lacp timeout

Задание режима таймаута на порту

в LACP протоколе. команда no

возвращает значение по

умолчанию.

5. Задание приоритета системы в LACP протоколе

6. Задание приоритета для конкретного порта в LACP протоколе

7. Задание режима таймаута на порту в LACP протоколе

10.4 Примеры использования Port channel

Вариант 1 Настройка Port channel для протокола LACP.

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

Конфигурация порта-канала в LACP

Имеется два коммутатора S1 и S2. Порты 1,2,3,4 на коммутаторе S1 - порты доступа и

добавлены в группу1 в активном режиме. Порты 6,8,9,10 на коммутаторе S2 – тоже

порты доступа и добавлены в группу 2 в пассивном режиме. Все порты соединены

кабелями.

Этапы конфигурации показаны ниже:

Switch1#config Switch1(config)#interface ethernet 1/0/1-4 Switch1(Config-If-Port-Range)#port-group 1 mode active Switch1(Config-If-Port-Range)#exit Switch1(config)#interface port-channel 1 Switch1(Config-If-Port-Channel1)#

Switch2#config Switch2(config)#port-group 2 Switch2(config)#interface ethernet 1/0/6 Switch2(Config-If-Ethernet1/0/6)#port-group 2 mode passive Switch2(Config-If-Ethernet1/0/6)#exit Switch2(config)#interface ethernet 1/0/8-10 Switch2(Config-If-Port-Range)#port-group 2 mode passive Switch2(Config-If-Port-Range)#exit Switch2(config)#interface port-channel 2 Switch2(Config-If-Port-Channel2)#

Результат конфигурации: Коммутатор сообщит, что агрегирование прошло успешно. Порты 1,2,3,4 коммутатора S1 входят в группу Port-Channel1, а порты 6,8,9,10 коммутатора S2 входят в группу PortChannel2.

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

Вариант 2 Конфигурация Port channel в режиме ON.

Конфигурация port channel в режиме ON

Как показано на рисунке, порты 1,2,3,4 коммутатора S1 – порты доступа и будут добавлены в группу1 с режимом ON. Порты 6,8,9,10 коммутатора S2 – тоже порты доступа и будут добавлены в группу2 с режимом ON.

Этапы конфигурации показаны ниже:

Switch1#config Switch1(config)#interface ethernet 1/0/1 Switch1(Config-If-Ethernet1/0/1)#port-group 1 mode on Switch1(Config-If-Ethernet1/0/1)#exit Switch1(config)#interface ethernet 1/0/2 Switch1(Config-If-Ethernet1/0/2)#port-group 1 mode on Switch1(Config-If-Ethernet1/0/2)#exit Switch1(config)#interface ethernet 1/0/3 Switch1(Config-If-Ethernet1/0/3)#port-group 1 mode on Switch1(Config-If-Ethernet1/0/3)#exit Switch1(config)#interface ethernet 1/0/4 Switch1(Config-If-Ethernet1/0/4)#port-group 1 mode on Switch1(Config-If-Ethernet1/0/4)#exit

Switch2#config Switch2(config)#port-group 2 Switch2(config)#interface ethernet 1/0/6 Switch2(Config-If-Ethernet1/0/6)#port-group 2 mode on Switch2(Config-If-Ethernet1/0/6)#exit Switch2(config)#interface ethernet 1/0/8-10

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

Switch2(Config-If-Port-Range)#port-group 2 mode on Switch2(Config-If-Port-Range)#exit

Результат конфигурации: Порты 1,2,3,4 на коммутаторе S1 добавлены по порядку в группу портов 1 в режиме ON.

Коммутатору на удаленном конце не требуется обмен пакетами LACP для завершения объединения. Агрегация завершается сразу, когда выполняется команда добавления порта 2 в группу 1. Порты 1 и 2 объединяются в port channel 1. Когда порт 3 вступает в группу 1, port channel 1 из портов 1 и 2 разбирается и пересобирается с портом 3 опять в port channel 1. Когда порт 4 вступает в группу 1, port channel 1 из портов 1, 2 и 3 разбирается и пересобирается с портом 4 опять в port channel 1 (надо отметить, что

каждый раз, когда новый порт вступает в группу объединения портов, группа

разбирается и собирается заново). Теперь все 4 порта на обоих коммутаторах

объединены в режиме “ON”.

10.5 Устранение неисправностей Port channel

Если во время конфигурации объединения портов возникли проблемы, в первую очередь проверьте следующее:

• Убедитесь, что все порты в группе имеют одинаковые настройки, например, они

все в режиме полного дуплекса, имеют одинаковую скорость и настройки VLAN. Если обнаружены несоответствия , исправьте это.

• Некоторые команды не могут быть использованы на портах в port channel. Такие

как arp, bandwigth, ip, ip-forward и т.д.

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

Команда

Описание

Общий режим

jumbo enable [<mtu-value>] no jumbo enable

Включает функцию приема/посылки JUMBO фреймов . Команда NO выключает функцию приема/посылки JUMBO фреймов.

Глава 11 Конфигурирование JUMBO

фреймов

11.1 Общие сведения о JUMBO фреймах

В настоящий момент Jumbo фрейм не имеет определяющего стандарта в сетевых технологиях (в частности не были стандартизированы формат пакета и длина). Обычно пакет имеющий размер от 1519 до 9000 называется JUMBO фрейм. При использовании таких пакетов, скорость передачи данных в сети увеличивается на 2%-5%.. Технически JUMBO – это удлиненный фрейм, посылаемый и принимаемый коммутатором. Однако, учитывая длину, такие фреймы не могут быть посланы на процессор устройства. Мы исключаем посылку больших фреймов процессору во время приема пакетов.

11.2 Конфигурирование функции приема/посылки JUMBO фреймов

1. Включение функции JUMBO фрейма

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

OSI Model

Application

Presentation

Session

Transport

Network

Data Link

Physical

Physical Layer

MAC

OAM (Optional)

LLC

Higher layers

LAN

CSMA/CD

Layers

Глава 12 Конфигурация EFM OAM

12.1 Общие сведения о EFM OAM

Первоначально технология Ethernet разрабатывалась для локальных сетей, но длина каналов и размеры сетей стремительно увеличивались, и теперь эта технология применяется так же и на Metro и на глобальных сетях. Из-за отсутствия эффективного механизма управления, что влияло на работу тенологии Ethernet в Метро и глобальных сетях, стало жизненно необходимым применение OAM на Ethernet.

Существует четыре стандарта протоколов для Ethernet OAM: 802.3ah (EFM OAM),

802.3ag (CFM), E-LMI и Y.1731. EFM OAM и CFM определены международным комитетом

по стандартам (IEEE). EFM OAM работает на канальном уровне для корректного обнаружения и управления каналом данных. Использование EFM OAM позволяет повысить управляемость и упростить обслуживание Ethernet уровня для повышения устойчивости работы сети. CFM используется для мониторинга общей сетевой связности и локализации проблем на сетевом уровне. По сравнению с CFM стандарт Y.1731, принятый международным телекоммуникационным союзом (ITU), более мощный. Стандарт E-LMI , принятый MEF, применяется только к UNI. Так как вышеуказанные

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

ними существуют дополнительные соглашения. EFM OAM (Ethernet in the First Mile Operation, Administration and Maintenance – использование, администрирование и управление Ethernet на первой миле (имеется в виду от клиента)) работает на канальном уровне сетевой модели OSI, реализуя дополнительные функции через подуровень ОАМ, как показано на рисунке ниже:

+7(495) 797-3311 www.qtech.ru

Москва, Новозаводская ул., 18, стр. 1

Положение OAM в OSI модели сети

Пакеты данных OAM (OAMPDU) используют в качестве MAC адреса назначения 01-80- c2-00-00-02 по протоколу. Скорость передачи не выше 10 пакетов в секунду. EFM OAM устанавливается на базе OAM соединения. Эта функция обеспечивает

механизмы управления каналами, такие, как мониторинг каналов, удаленное

обнаружение проблем и удаленное тестирование портов. Говоря проще, основные

понятия EFM OAM следующие:

1. Установление соединения ethernet OAM

Модуль Ethernet OAM ищет удаленные OAM модули и устанавливает с ними сессии

путем обмена пакетами OAMPDU. EFM OAM может работать в двух режимах: активном и пассивном. Сессия устанавливается только OAM модулем, работающим в активном режиме, а модуль, работающий в пассивном режиме, вынужден ждать, пока не получит запрос на соединение. После того как Ethernet OAM соединение установлено, модули ОАМ с обоих концов канала постоянно обмениваются пакетами OAMPDU для поддержания соединения. Если модуль Ethernet ОАМ не получает пакетов OAMPDU в течении 5 секунд, Ethernet OAM соединение разрывается.

2. Мониторинг канала

Определение неисправности в среде Ethernet затруднено, особенно когда физическое

соединение не разрывается, но работоспособность сети нарушена. Мониторинг канала

используется для определения и исследования неисправностей каналов в различных

средах. EFM OAM обеспечивает мониторинг канала посредством обмена уведомлениями о событиях OAMPDUs. При определении неисправности канала, локальный модуль OAM посылает уведомление OAMPDU об этом событии удаленному модулю. В то же время он записывает это событие в логи и посылает SNMP Trap

системе управления сетью. Когда удаленный модуль получает уведомление о проблеме,

он так же записывает информацию в логи и сообщает системе управления. Анализируя

информацию в логах, сетевой администратор может отследить состояние канала в

определенный период времени. Мониторинг канала средствами EFM OAM отслеживает следующие аварийные события — Errored symbol period event, Errored frame event, Errored frame period event и

Errored frame seconds event. Errored symbol period event: количество ошибочных символов не может быть меньше

нижнего порога ошибок (здесь символ — минимальный блок передачи информации в

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

разных физических средах. Скорость передачи символа определяется физической

скоростью передачи в данной среде). Errored frame event: Определяет N как период фреймов, число ошибочных фреймов за период приема N фреймов не должно быть меньше нижнего порога ошибок (ошибочный

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

фрейм-прием ошибочного фрейма определяется по контрольной сумме). Errored frame period event: количество определенных ошибочных фреймов за М секунд

не должно быть меньше нижнего порога ошибок.

Время принятия ошибочных фреймов: количество секунд приема ошибочных фреймов

зафиксированных за М секунд не может быть ниже порога ошибок (количество секунд

ошибочных фреймов — когда в течении секунды принимаются ошибочные фреймы).

3. Удаленное определение неисправностей

Когда в сети прерывается передача данных из-за сбоя устройства или его

недоступности, Ethernet OAM модуль устанавливает соответствующий флаг в OAMPDU пакетах, сообщая информацию о проблеме удаленному концу. Так как модули обмениваются пакетами OAMPDU постоянно при установившемся соединении, Ethernet OAM модуль может информировать ответные модули.о неисправности канала через пакет OAMPDU. Поэтому системный администратор может проследить состояние канала по логам и вовремя устранять неисправности.

Существует три типа проблем на канале, которые отмечаются в пакетах OAMPDU. Это Critical, Dying Gasp и Link Fault. Их определение зависит от реализации различными производителями. В данном оборудовании определение следующее: Critical event: неопределенное критическое событие Link Fault : на приемнике локального интерфейса виден сбой Dying Gasp: непоправимое событие (в случае перезагрузки, отключения линка, удаления конфигурации)

4. Удаленное тестирование петель соединения.

Если режим удаленной петли(loopback) включен, работающий в активном режиме OAM

модуль посылает запрос удаленной петли соседу, в этом случае он возвращает все пакеты, за исключением Ethernet OAMPDU, отправителю по тому же каналу.

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

проблемы и локализовать проблему. Замечание: нормальная работа канала в режиме удаленного тестирования невозможна. Типовое применение EFM OAM происходит в следующих топологиях: точка-точка и эмулированных IEEE802.3 соединений типа точка-точка. Устройства получают возможность контролировать канальные ошибки на Первой миле доступа через Ethernet посредством EFM OAM. Для пользователя соединение между ним и сетью является «первой милей». Для провайдера оно является «последней милей».

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

Customer

Service Provider

802.1ah OAMPDUCE PE

802.3ah Ethernet in The First Mile

Команда

Описание

Режим конфигурирования порта

ethernet-oam mode {active | passive}

Конфигурация режима работы EFM OAM. По умолчанию режим - активный.

ethernet-oam no ethernet-oam

Включение EFM OAM на порту. Команда NO выключает EFM OAM на порту.

ethernet-oam period <seconds> no ethernet-oam period

Конфигурация интервала передачи

пакетов OAMPDU. Команда NO возвращает значение по умолчанию

Типовое применение ОАМ топологии

12.2 Конфигурирование EFM ОАМ

1. Включение EFM OAM на порту;

2. Конфигурирование мониторинга соединения;

3. Конфигурирование обнаружения удаленных неисправностей;

4. Включение EFM OAM петли на порту;

Примечание: для этого нужно сперва включить OAM при глобально.

1. Включение EFM OAM на порту

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

ethernet-oam timeout <seconds> no ethernet-oam timeout

Конфигурация таймаута для EFM OAM соединения. Команда NO возвращает значение по умолчанию

Команда

Описание

Режим конфигурирования порта

ethernet-oam link-monitor no ethernet-oam link-monitor

Включение мониторинга соединения EFM OAM, Команда NO выключает мониторинг.

ethernet-oam errored-symbol-period {threshold low <low-symbols> | window <seconds>} no ethernet-oam errored-symbol-period {threshold low | window }

Конфигурирование нижнего порога

ошибок и окна фиксации ошибочных

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

ethernet-oam errored-frame-period {threshold low <low-frames> | window <seconds>} no ethernet-oam errored-frame-period {threshold low | window }

Конфигурирование нижнего порога

ошибок и окна фиксации периода

ошибочных фреймов.Команда NO возвращает значение по умолчанию.

ethernet-oam errored-frame {threshold low <lowframes> | window <seconds>} no ethernet-oam errored-frame {threshold low | window }

Конфигурирование нижнего порога

ошибок и окна фиксации ошибочных

фреймов.Команда NO возвращает значение по умолчанию.

ethernet-oam errored-frame-seconds {threshold low <low-frame-seconds> | window <seconds>} no ethernet-oam errored-frame-seconds {threshold low | window }

Конфигурирование нижнего порога

ошибок и окна фиксации секунд

ошибочных фреймов.Команда NO возвращает значение по умолчанию.

Команда

Описание

Режим конфигурирования порта

ethernet-oam remote-failure no ethernet-oam remote-failure

Включает режим удаленной

диагностики EFM OAM ( под

неисправностью понимается

критическое событие или

неисправность соединения на

билжнем конце), Команда NO отключает функцию

ethernet-oam errored-symbol-period threshold

Конфигурирование верхнего

2. Конфигурирование мониторинга соединения

3. Конфигурирование обнаружения удаленных неисправностей

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

100

high {high-symbols | none} no ethernet-oam errored-symbol-period threshold high

предела ошибок приема символов.

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

ethernet-oam errored-frame-period threshold high {high-frames | none} no ethernet-oam errored-frame-period threshold high

Конфигурирование верхнего

предела ошибок приема ошибочных

фреймов за период. Команда NO

восстанавливает значение по

умолчанию.

ethernet-oam errored-frame threshold high {high-frames | none} no ethernet-oam errored-frame threshold high

Конфигурирование верхнего

предела ошибок приема фреймов.

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

ethernet-oam errored-frame-seconds threshold high {high-frame-seconds | none} no ethernet-oam errored-frame-seconds threshold high

Конфигурирование верхнего

предела ошибочных секунд приема

фреймов. Команда NO

восстанавливает значение по

умолчанию.

Команда

Описание

Режим конфигурирования порта

ethernet-oam remote-loopback no ethernet-oam remote-loopback

Включение на удаленном EFM OAM модуле режима OAM петли (ответный модуль должен поддерживать OAM петлю). Команда

NO отключает удаленную петлю OAM

ethernet-oam remote-loopback supported no ethernet-oam remote-loopback supported

Включает поддержку удаленной

петли на порту. Команда NO

отключает поддержку редима

удаленной петли на порту.

4. Включение EFM OAM петли на порту

12.3 Примеры EFM OAM

Сценарий 1:

Клиентское и сетевое устройства, соединенные напрямую, имеют включенную функцию EFM OAM для мониторинга состояния линии. Информация о линии передается

в систему управления сетью при возникновении аварийных событий. Так же

+7(495) 797-3311 www.qtech.ru Москва, Новозаводская ул., 18, стр. 1

QTECH QSW-8300 User Manual [ru]

Specifications and Main Features

Frequently Asked Questions

User Manual

Содержание

Глава 1 Управление Коммутатором

1.1 Варианты Управления

1.1.1 Внеполосное управление

1.1.2 Внутриполосное управление.

1.1.2.1 Управление по Telnet

1.1.2.2 Управление через Web-интерфейс

1.1.2.3 Управление коммутатором через сетевое управление SNMP

1.2 CLI интерфейс

1.2.1 Режим настройки

1.2.1.1 Режим пользователя

1.2.1.2 Режим администратора

1.2.1.3 Режим глобального конфигурирования.

1.2.2 Настройка синтаксиса

1.2.3 Сочетания клавиш

1.2.4 Справка

1.2.5 Проверка ввода

1.2.5.1 Отображаемая информация: успешное выполнение (successfull)

1.2.6 Поддержка языка нечеткой логики (Fuzzy math)

2.1 Основные настройки

2.2 Управление Telnet

2.2.1 Telnet

2.2.1.1 Введение в Telnet

2.2.1.2 Команды конфигурирования Telnet

2.2.2 SSH

2.2.2.1 Введение в SSH

2.2.2.2 Список команд для конфигурирования SSH сервера

2.2.2.3 Пример настройки SSH сервера

2.3 Настройка IP адресов коммутатора

2.3.1 Список команд для настройки IP адресов

2.4 Настройка SNMP

2.4.1 Введение в SNMP

2.4.2 Введение в MIB

2.4.3 Введение в RMON

2.4.4 Настройка SNMP

2.4.4.1 Список команд для настройки SNMP

2.4.5 Типичные примеры настройки SNMP

2.4.6 Поиск неисправностей SNMP

2.5 Модернизация коммутатора

2.5.1 Системные файлы коммутатора

2.5.2 BootROM обновление

2.5.3 Обновление FTP/TFTP

2.5.3.1 Введение в FTP/TFTP

2.5.3.2 Настройка FTP/TFTP

2.5.3.3 Примеры настройки FTP/TFTP

2.5.3.4 Устранение неисправностей FTP/TFTP

Глава 3 Операции с файловой системой

3.1 Введение в Устройства хранения данных (File Storage Devices)

3.2 Список команд для конфигурирования файловой системы

3.3 Типичные области применения

3.4 Поиск проблем

Глава 4 Настройка кластера

4.1 Введение в управление кластерами сети

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

4.3 Примеры администрирования кластера

4.4 Поиск проблем в администрировании кластерами

Глава 5 Конфигурирование портов

5.1 Введение

5.2 Список команд для конфигурирования портов

5.3 Примеры конфигурации порта

5.4 Устранение неисправностей на порту

6.1 Введение в функцию изоляции портов

6.2 Список команд для конфигурации изоляции портов

6.3 Типовые примеры функции изоляции портов

7.1 Введение в функцию распознавания петли

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

7.3 Примеры функции распознавания петли на порту

7.4 Решение проблем с функцией распознавания петли на порту

Глава 8 Конфигурация функции ULDP

8.1 Общая информация о ULDP

8.2 Список команд для конфигурирования ULDP

8.3 Типовые примеры функции ULDP

8.4 Устранение неполадок функции ULDP

Глава 9 Настройка функции LLDP

9.1 Общие сведения о функции LLDP

9.2 Список команд для конфигурирования LLDP