Para uma melhor experiência com caixas de código, experimente ver o site em um Desktop.

Cabos Ethernet e Seriais no Cisco

Fundamentos de Camada 1/2 — Ethernet e Seriais

A compreensão do comportamento da Camada 1 (Física) e da Camada 2 (Enlace) é o ponto de partida para o desenho e troubleshooting de redes resilientes. Falhas no plano de dados, quedas pontuais e instabilidades de roteamento frequentemente têm origem em características do meio físico e no tipo de encapsulamento utilizado na borda.

Neste artigo, abordaremos as diferenças estruturais entre interfaces Ethernet e Seriais, além dos motivos da manutenção dessas tecnologias legadas nos exames de certificação e em arquiteturas de infraestrutura crítica.

1. Ethernet vs. Interfaces Seriais: Mecânica de Enlace

A diferença fundamental entre uma interface Ethernet e uma interface Serial reside no modelo de acesso ao meio e na necessidade de resolução de endereços de Camada 2.

Nas interfaces Ethernet (múltiplo acesso), o meio exige a presença do protocolo ARP no IPv4 ou Neighbor Discovery Protocol (NDP) no IPv6 para mapear o endereço IP ao endereço MAC. Além disso, os quadros 802.3 possuem overhead relevante com campos destinados à autonegociação, preâmbulo, verificação de endereço físico e controle de domínios de broadcast.

Já as interfaces Seriais operam estritamente no modelo Ponto a Ponto (Point-to-Point). Protocolos como HDLC (High-Level Data Link Control) e PPP (Point-to-Point Protocol) não utilizam endereçamento MAC. O cabeçalho de Camada 2 é minimalista: serve para delimitar o início e o fim do quadro, indicar o protocolo transportado no payload (IPv4, IPv6) e realizar a verificação de erro via FCS (Frame Check Sequence).

Na prática, em uma interface Serial não existe resolução de ARP/NDP. Qualquer pacote enviado à interface de saída é imediatamente encapsulado e transmitido pela linha síncrona, assumindo que existe apenas um único dispositivo do outro lado do enlace.

2. Por que o CCNA ainda ensina Conexões Seriais?

A permanência das conexões seriais nos exames da Cisco e na literatura de redes decorre de razões estratégicas e técnicas de arquitetura:

Primeiro, isolamento didático. A interface Serial e o protocolo PPP oferecem o cenário mais simples para entender o funcionamento do roteamento sem a poluição de conceitos de comutação L2 da Ethernet (switches, tabela CAM, ARP e VLANs).

Segundo, infraestruturas Críticas e Ambientes Industriais. Concessionárias de energia elétrica, redes metroferroviárias, oleodutos e distribuidoras de água possuem milhares de Remote Terminal Units (RTUs) e Intelligent Electronic Devices (IEDs) em operação. Esses sistemas utilizam modems síncronos e interfaces seriais para transporte de telemetria SCADA (protocolos DNP3 e IEC 60870-5-101/104).

Terceiro, base para Autenticação e Mecanismos WAN. O protocolo PPP introduz o aprendizado de autenticação de enlace via PAP/CHAP, cujos conceitos são reaproveitados em conexões de acesso de banda larga como PPPoE (comum em redes FTTH) e na manipulação de parâmetros de largura de banda (bandwidth) para cálculo de métricas em protocolos como OSPF e EIGRP.

3. Configuração de Interfaces: Ethernet vs. Serial

A diferença entre configurar uma interface Ethernet e uma interface Serial no Cisco IOS decorre diretamente da mecânica do meio físico. Enquanto portas Ethernet lidam com velocidade e modo duplex por autonegociação automática, interfaces Seriais exigem a definição explícita do protocolo de encapsulamento L2 e a atribuição de frequência de relógio (clock rate) na ponta responsável pelo sincronismo.

Em uma conexão Serial síncrona, um dos equipamentos deve atuar como DCE (Data Circuit-terminating Equipment), fornecendo o sinal de relógio para a linha. Em ambientes de produção, essa função é do modem/NTU da operadora, mas em cenários de laboratório (EVE-NG/Packet Tracer) ou conexões back-to-back, o roteador designado como DCE precisa obrigatoriamente do comando "clock rate". A outra ponta atua como DTE (Data Terminal Equipment) e apenas se sincroniza ao sinal recebido.

Quanto ao encapsulamento, enquanto a Ethernet utiliza nativamente o padrão IEEE 802.3, a interface Serial no Cisco IOS adota por padrão o HDLC proprietário. Ao conectar a equipamentos de outros fabricantes (como MikroTik, Datacom ou Fortinet), é necessário alterar manualmente o encapsulamento para PPP (Point-to-Point Protocol), que é o padrão aberto mantido por RFC.

==================================================================================================

EXEMPLO DE CONFIGURAÇÃO DE INTERFACE ETHERNET

==================================================================================================

R1# configure terminal

R1(config)# interface GigabitEthernet0/0/0

R1(config-if)# description === LINK ETHERNET PARA SWITCH SW-LAN01 ===

R1(config-if)# ip address 192.168.10.1 255.255.255.0

R1(config-if)# ipv6 address 2001:db8:acad:1::1/64

R1(config-if)# speed auto ! Autonegociação de velocidade (10/100/1000 Mbps)

R1(config-if)# duplex auto ! Autonegociação do modo de operação (Half/Full)

R1(config-if)# mdix auto ! Ajuste automático de par trançado (Direto/Cruzado)

R1(config-if)# no shutdown

=================================================================================================================

EXEMPLO DE CONFIGURAÇÃO DE INTERFACE SERIAL (DCE)

=================================================================================================================

R1# configure terminal

R1(config)# interface Serial0/1/0

R1(config-if)# description === LINK SERIAL SÍNCRONO - LADO DCE (PROVEDOR DE CLOCK) ===

R1(config-if)# ip address 209.165.200.225 255.255.255.252

R1(config-if)# ipv6 address 2001:db8:acad:3::1/64

R1(config-if)# encapsulation ppp ! Altera do HDLC proprietário Cisco para PPP (padrão RFC)

R1(config-if)# clock rate 64000 ! Define a frequência síncrona (obrigatório apenas na ponta DCE)

R1(config-if)# bandwidth 64 ! Informa ao IGP (OSPF/EIGRP) a taxa para cálculo de métrica (em Kbps)

R1(config-if)# no shutdown

===========================================================================================================

EXEMPLO DE CONFIGURAÇÃO DE INTERFACE SERIAL (DTE)

===========================================================================================================

R2# configure terminal

R2(config)# interface Serial0/1/0

R2(config-if)# description === LINK SERIAL SÍNCRONO - LADO DTE (CLIENTE) ===

R2(config-if)# ip address 209.165.200.226 255.255.255.252

R2(config-if)# ipv6 address 2001:db8:acad:3::2/64

R2(config-if)# encapsulation ppp ! Deve coincidir com o encapsulamento da ponta remota

R2(config-if)# bandwidth 64 ! Define o custo de roteamento (não altera a velocidade física)

R2(config-if)# no shutdown ! Não utiliza "clock rate" (sincroniza pelo sinal vindo do DCE)

===========================================================================================================

Page updated

Google Sites

Report abuse