Na primeira parte vimos alguns conceitos básicos sobre a tecnologia Etherchannel. Interessa pois, abordar apenas um aspecto e depois a parte prática.
Quando dois comutadores pretender formar um agregado de links eles precisam estar configurados com um dos dois protocolos a seguir: PAgP (Port Aggregation Protocol) ou LACP (Link Aggregation Protocol).
O PAgP é um protocolo proprietário pertencente a Cisco (Quem mais?) e o LACP (802.3ad) foi criado como um padrão aberto pela IEEE permitindo que comutadores de diferentes fabricantes possam formar agregados.
Cada um destes protocolos possui diferentes modos de operação. A seguinte tabela resume-os:
Mode | Description |
---|---|
on | Mode that forces the LAN port to channel unconditionally. In the on mode, a usable EtherChannel exists only when a LAN port group in the on mode is connected to another LAN port group in the on mode. Because ports configured in the on mode do not negotiate, there is no negotiation traffic between the ports. You cannot configure the on mode with an EtherChannel protocol. If one end uses the on mode, the other end must also. |
auto | PAgP mode that places a LAN port into a passive negotiating state, in which the port responds to PAgP packets it receives but does not initiate PAgP negotiation. (Default) |
desirable | PAgP mode that places a LAN port into an active negotiating state, in which the port initiates negotiations with other LAN ports by sending PAgP packets. |
passive | LACP mode that places a port into a passive negotiating state, in which the port responds to LACP packets it receives but does not initiate LACP negotiation. (Default) |
active | LACP mode that places a port into an active negotiating state, in which the port initiates negotiations with other ports by sending LACP packets. |
O nosso exemplo é um cenário onde dois escritórios, IT e RH pertencem as VLANs 10 e 20 respectivamente. Para aumentar o débito binário no envio de dados entre os dois escritórios, o administrador de rede, decidiu usar a tecnologia Etherchannel entre eles. Na camada de distribuição está disponível um comutador Cisco 3560 Layer 3 que realizará encaminhamento InterVLAN entre os dois escritórios:
Foi providenciada redundância na camada física também, de modo que mesmo perdendo-se comunicação entre os comutadores IT, RH e o comutadorL3 existe uma ligação física redundante entre os comutadores IT e RH.
A seguinte tabela fornece um resumo do que se consegue com este cenário:
Ligação | Débito Conseguido por Canal | Interfaces utilizadas | Protocolo Usado | Port Canal de um Extremo a outro |
ComutadorL3 -> IT (Vice-Versa) | 400 Mbps | Fa0/1-4 -> Fa0/1-4 | PAgP | 1 – 2 |
Comutador L3 -> RH (Vice-Versa) | 400 Mbps | Fa0/5-8 -> Fa0/5-8 | PAgP | 2 – 2 |
IT -> RH (Vice-Versa) | 200 Mbps | Fa0/23-24 -> Fa0/23-24 | PAgP | 1 – 1 |
Para conseguirmos configurar o nosso cenário, são necessários os seguintes seis passos:
1 – Criar as VLANs 10 (IT), 20 (RH) e 1 (Nativa) no comutador comutadorL3. Nos comutadores IT e RH configurar VLAN 1 (Nativa).
ComutadorL3
interface Vlan1
ip address 192.168.1.1 255.255.255.0interface Vlan10
ip address 192.168.10.1 255.255.255.0interface Vlan20
ip address 192.168.20.1 255.255.255.0
IT
interface Vlan1
ip address 192.168.1.10 255.255.255.0
RH
interface Vlan1
ip address 192.168.1.20 255.255.255.0
2 – Activar Comutadores IT e RH em modo VTP client. Criar domínio VTP SNNANGOLA nos 3 comutadores.
IT
IT#sh vtp st
VTP Version : 2
Configuration Revision : 4
Maximum VLANs supported locally : 255
Number of existing VLANs : 7
VTP Operating Mode : Client
VTP Domain Name : SNNANGOLA
RH
RH#sh vtp st
VTP Version : 2
Configuration Revision : 4
Maximum VLANs supported locally : 255
Number of existing VLANs : 7
VTP Operating Mode : Client
VTP Domain Name : SNNANGOLA
ComutadorL3
ComutadorL3#sh vtp st
VTP Version : 2
Configuration Revision : 4
Maximum VLANs supported locally : 1005
Number of existing VLANs : 7
VTP Operating Mode : Server
VTP Domain Name : SNNANGOLA
3 – Activar Gateway de saída nos comutadores IT e RH a apontar para endereço de VLAN nativa no comutadorL3.
IT
ip default-gateway 192.168.1.1
RH
ip default-gateway 192.168.1.1
4 – Criar Port-Channel entre os comutadores.
ComutadorL3
interface FastEthernet0/1
channel-group 1 mode desirable
switchport trunk encapsulation dot1q
switchport mode trunkinterface FastEthernet0/2
channel-group 1 mode desirable
switchport trunk encapsulation dot1q
switchport mode trunkinterface FastEthernet0/3
channel-group 1 mode desirable
switchport trunk encapsulation dot1q
switchport mode trunkinterface FastEthernet0/4
channel-group 1 mode desirable
switchport trunk encapsulation dot1q
switchport mode trunkinterface FastEthernet0/5
channel-group 2 mode desirable
switchport trunk encapsulation dot1q
switchport mode trunkinterface FastEthernet0/6
channel-group 2 mode desirable
switchport trunk encapsulation dot1q
switchport mode trunkinterface FastEthernet0/7
channel-group 2 mode desirable
switchport trunk encapsulation dot1q
switchport mode trunkinterface FastEthernet0/8
channel-group 2 mode desirable
switchport trunk encapsulation dot1q
switchport mode trunk
IT
interface FastEthernet0/1
channel-group 2 mode desirable
switchport mode trunkinterface FastEthernet0/2
channel-group 2 mode desirable
switchport mode trunkinterface FastEthernet0/3
channel-group 2 mode desirable
switchport mode trunkinterface FastEthernet0/4
channel-group 2 mode desirable
switchport mode trunkinterface FastEthernet0/23
channel-group 1 mode desirable
switchport mode trunkinterface FastEthernet0/24
channel-group 1 mode desirable
switchport mode trunk
RH
interface FastEthernet0/5
channel-group 2 mode desirable
switchport mode trunkinterface FastEthernet0/6
channel-group 2 mode desirable
switchport mode trunkinterface FastEthernet0/7
channel-group 2 mode desirable
switchport mode trunkinterface FastEthernet0/8
channel-group 2 mode desirable
switchport mode trunkinterface FastEthernet0/23
channel-group 1 mode desirable
switchport mode trunkinterface FastEthernet0/24
channel-group 1 mode desirable
switchport mode trunk
5 – Activar encaminhamento IP em comutadorL3
ip routing
6 – Activar Em IT e RH interfaces fa0/10 em access mode.
IT
interface FastEthernet0/10
switchport access vlan 10
switchport mode access
RH
interface FastEthernet0/10
switchport access vlan 20
switchport mode access
Os resultados nao enganam ninguém:
Ping PC1(IT) a PC2(RH) :
PC>ping 192.168.20.20
Pinging 192.168.20.20 with 32 bytes of data:
Request timed out.
Reply from 192.168.20.20: bytes=32 time=37ms TTL=127
Reply from 192.168.20.20: bytes=32 time=12ms TTL=127
Reply from 192.168.20.20: bytes=32 time=23ms TTL=127Ping statistics for 192.168.20.20:
Packets: Sent = 4, Received = 3, Lost = 1 (25% loss),
Approximate round trip times in milli-seconds:
Minimum = 12ms, Maximum = 37ms, Average = 24ms
Ping PC2(RH) a PC1(IT) :
PC>ping 192.168.10.10
Pinging 192.168.10.10 with 32 bytes of data:
Reply from 192.168.10.10: bytes=32 time=23ms TTL=127
Reply from 192.168.10.10: bytes=32 time=17ms TTL=127
Reply from 192.168.10.10: bytes=32 time=21ms TTL=127
Reply from 192.168.10.10: bytes=32 time=13ms TTL=127Ping statistics for 192.168.10.10:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 13ms, Maximum = 23ms, Average = 18ms
Amigo eu montei um lab via packet tracer e nao obtive sucesso com esse exercicio..
eu achei estranho o fato de estar invertido o channel-group 1 e 2 dentro das interfaces diretamente ligadas entre os sw Comutador e o TI estarem invertidas, isto esta correto?
ta correcto. acho que vou upar o ficheiro do packet no 4shared. Mas va verificando se nao tem problema com vlans.