Задача: обеспечить высокий уровень надёжности передачи данных между коммутаторами Cisco Catalyst вкупе с увеличением пропускной способности каналов.
Решение: применение "агрегирования каналов" (link aggregation) для объединения нескольких физических "линков" в один логический с заданными параметрами. Технология LACP (Link Aggregation Control Protocol, описывается стандартом IEEE 802.3ad) обеспечит нам контроль за состоянием физических "линков" и перераспределение с балансировкой трафика между доступными. Использование LACP потребует поддержки технологии обеими сторонами канала передачи данных, но предоставит самые лучшие возможности для применения из известных мне вариантов резервирования и балансирования.
Для начала потребуется указать в свойствах физического интерфейса коммутатора режим применения. Определяем интерфейсы в группу "channel-group 1" привязываемую к автоматически создаваемому виртуальному интерфейсу "Port-channel1":
interface FastEthernet0/1
description Aggregated for Port-channel1
channel-protocol lacp
channel-group 1 mode active
no shutdown
exit
interface FastEthernet0/2
description Aggregated for Port-channel1
channel-protocol lacp
channel-group 1 mode active
no shutdown
exit
interface FastEthernet0/3
description Aggregated for Port-channel1
channel-protocol lacp
channel-group 1 mode active
no shutdown
exit
description Aggregated for Port-channel1
channel-protocol lacp
channel-group 1 mode active
no shutdown
exit
interface FastEthernet0/2
description Aggregated for Port-channel1
channel-protocol lacp
channel-group 1 mode active
no shutdown
exit
interface FastEthernet0/3
description Aggregated for Port-channel1
channel-protocol lacp
channel-group 1 mode active
no shutdown
exit
Соответственно, "channel-group 2" будет привязана к автоматически создаваемому виртуальному интерфейсу "Port-channel2", и так далее. Группы и виртуальные интерфейсы именуются последовательно по мере их описания, пропуски в нумерации не допускается.
После привязывания физических интерфейсов к виртуальному интерфейсу группы "агрегированных каналов" опишем свойства этого виртуального интерфейса:
interface Port-channel1
description trank with aggregated ports to next device
switchport mode trunk
switchport trunk native vlan 1
switchport trunk allowed vlan 1,2,3,4,5,6
duplex full
speed 100
no shutdown
exit
description trank with aggregated ports to next device
switchport mode trunk
switchport trunk native vlan 1
switchport trunk allowed vlan 1,2,3,4,5,6
duplex full
speed 100
no shutdown
exit
В примере виртуальный порт "Port-channel1" описан как применяемый в качестве "транка" для передачи "тегированного" трафика нескольких VLAN. Ничто нам не мешает описать его как порт иного рода.
На оборудовании противоположной стороны канала передачи данных настройка аналогична.
Состояние виртуального порта "агрегированных каналов" можно просмотреть следующим образом:
# show interface Port-channel1
Port-channel1 is up, line protocol is up (connected)
Hardware is EtherChannel, address is 68bd.ab4d.c707 (bia 68bd.ab4d.c707)
Description: trank with aggregated ports to next device
MTU 1500 bytes, BW 300000 Kbit, DLY 100 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation ARPA, loopback not set
Keepalive set (10 sec)
Full-duplex, 100Mb/s, link type is auto, media type is unknown
input flow-control is off, output flow-control is unsupported
Members in this channel: Fa0/1 Fa0/3
ARP type: ARPA, ARP Timeout 04:00:00
Last input never, output never, output hang never
Last clearing of "show interface" counters never
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: fifo
Output queue: 0/40 (size/max)
5 minute input rate 1000 bits/sec, 1 packets/sec
5 minute output rate 1000 bits/sec, 1 packets/sec
546 packets input, 53799 bytes, 0 no buffer
Received 18 broadcasts (17 multicasts)
0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
0 watchdog, 17 multicast, 0 pause input
0 input packets with dribble condition detected
560 packets output, 84479 bytes, 0 underruns
0 output errors, 0 collisions, 2 interface resets
0 babbles, 0 late collision, 0 deferred
0 lost carrier, 0 no carrier, 0 PAUSE output
0 output buffer failures, 0 output buffers swapped out
Hardware is EtherChannel, address is 68bd.ab4d.c707 (bia 68bd.ab4d.c707)
Description: trank with aggregated ports to next device
MTU 1500 bytes, BW 300000 Kbit, DLY 100 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation ARPA, loopback not set
Keepalive set (10 sec)
Full-duplex, 100Mb/s, link type is auto, media type is unknown
input flow-control is off, output flow-control is unsupported
Members in this channel: Fa0/1 Fa0/3
ARP type: ARPA, ARP Timeout 04:00:00
Last input never, output never, output hang never
Last clearing of "show interface" counters never
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: fifo
Output queue: 0/40 (size/max)
5 minute input rate 1000 bits/sec, 1 packets/sec
5 minute output rate 1000 bits/sec, 1 packets/sec
546 packets input, 53799 bytes, 0 no buffer
Received 18 broadcasts (17 multicasts)
0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
0 watchdog, 17 multicast, 0 pause input
0 input packets with dribble condition detected
560 packets output, 84479 bytes, 0 underruns
0 output errors, 0 collisions, 2 interface resets
0 babbles, 0 late collision, 0 deferred
0 lost carrier, 0 no carrier, 0 PAUSE output
0 output buffer failures, 0 output buffers swapped out
Технология LACP описывается открытым стандартом IEEE 802.3ad, что подразумевает возможность связи между собой любых устройств, поддерживающих его реализацию.
1 декабря 2010 в 11:44
1 декабря 2010 в 14:14