Introdução às Redes e Protocolos TCP/IP Sessão nº3 Jorge Gomes jorge@lip.pt
Mais sobre Ethernet
Encapsulamento Ethernet Encapsulamento IEEE 802.2/802.3 (RFC 1042) endereço Destino (6) endereço Origem (6) tamanho (2) DSAP 0xaa (1) SSAP 0xaa (1) CNTL 0x03 (1) codigo org 0x0 (3) tipo (2) DADOS (38-1492) trailer CRC (4) 802.3 MAC 802.2 LLC 802.2 SNAP Encapsulamento Ethernet original (RFC 894) endereço Destino (6) endereço Origem (6) tipo (2) DADOS (46-1500) trailer CRC (4) Cada frame IEEE 802.3 é precedido por um preambulo de 7 bytes seguido de um delimitador de frame com 1 byte. Cada frame Ethernet é precedido por um preambulo de 8 bytes.
Ethernet O encapsulamento Ethernet original (RFC 894) é o mais usado. A tamanho mínimo do payload de um pacote Ethernet é: Ethernet original 46 bytes IEEE 802.3 38 bytes Se a quantidade de dados a transmitir for mais pequena são introduzidos bytes de padding adicionais.
Campos de um Frame Ethernet Tipo: identifica o protocolo de alto nível contido no campo de dados. O uso do campo tipo permite que múltiplos protocolos possam coexistir numa mesma rede Ethernet. 0800 IP 0805 X.25 nível 3 6003 DECnet Phase IV 6004 DEC LAT 809B AppleTalk 80D5 IBM SNA 8137 8138 IPX/SPX 0BAD Banyan 0806 ARP Tamanho: número de bytes no campo de dados. Existe um tamanho mínimo de frame Ethernet, de modo a garantir que há tempo suficiente para que as interfaces possam detectar colisões. Sistemas que suportem frames Ethernet e 802.3 usam este campo para diferenciar os dois tipos de frame. Se o valor for exceder 1500 bytes é um tipo (frame Ethernet) caso contrario é um tamanho (frame IEEE 802.3) CRC: Resultado de uma função polinomial para detecção de erros de cobre o frame desde o endereço de destino ao fim do campo de dados.
Ethernet A introdução de versões mais rápidas das redes Ethernet levou à introdução de algumas alterações: Fast Ethernet: Espaço entre frames reduziu-se de 9.6μseg para 0.96μseg Mudança do método de codificação de Manchesterencoding para 4B5B Introdução de dois novos campos: SSD: antes do preâmbulo usado para alinhamento ESD: no final do segmento após o checksum é usado como indicador de fim de transmissão
Ethernet A introdução de versões mais rápidas das redes Ethernet levou à introdução de algumas alterações: Gigabit Ethernet As colisões têm de ser possíveis de detectar antes da transmissão do ultimo bit de cada frame. Devido à grande velocidade das redes Gigabit Ethernet este principio obrigaria à redução do comprimento máximo do cabo para 10 metros. De modo a superar esta limitação foi introduzido o conceito de Carrier Extension que consiste em aumentar o tamanho mínimo de um frame para 512 bytes. Este aumento é conseguido introduzindo uma extensão no final do frame. De modo a aliviar o overhead da transmissão de pequenos frames foi introduzida uma extensão designada por Packet Bursting que consiste na possibilidade de transmitir vários pequenos frames consecutivos sem interrupção até um máximo de 1500 bytes. Para impedir as colisões é transmitido um primeiro segmento seguido de uma sinalização.
Encapsulamento Ethernet Encapsulamento Ethernet II (RFC 894) Também conhecido por encapsulamento ARPA ou DIX endereço Destino (6) endereço Origem (6) tipo (2) DADOS (46-1500) trailer CRC (4) tipo 0x0800 (2) DATAGRAMA IP (46-1500) tipo 0x0806 (2) Pedido ou Resposta ARP (28) PAD (18) tipo 0x8035 (2) Pedido ou Resposta RARP (28) PAD (18)
Encapsulamento Ethernet Encapsulamento IEEE 802.2/802.3 (RFC 1042) LLC SNAP endereço Destino (6) endereço Origem (6) tamanho (2) DSAP 0xaa (1) SSAP 0xaa (1) CNTL 0x03 (1) Org 0x0 (3) tipo (2) DADOS (38-1492) trailer CRC (4) Indica presença de um cabeçalho SNAP O código de protocolo ou organização a zero tipo 0x0800 (2) DATAGRAMA IP (38-1492) Indica que o tipo é Ethernet tipo 0x0806 (2) Pedido ou Resposta ARP (28) PAD (10) tipo 0x8035 (2) Pedido ou Resposta RARP (28) PAD (10)
Encapsulamento Ethernet endereço Destino (6) endereço Origem (6) tipo (2) DADOS (46-1500) trailer CRC (4) endereço Destino (6) endereço Origem (6) tamanho (2) DSAP 0xaa (1) SSAP 0xaa (1) CNTL 0x03 (1) Org 0x0 (3) tipo (2) DADOS (38-1492) trailer CRC (4) Dois tipos de frame?!?!? O campo tipo e o campo tamanho ocupam o mesmo lugar nos dois tipos de frame?!?!? Como é que se distinguem os dois tipos de frames? Por convenção: O menor valor possível em ETHERNET para o tipo é 0x0600 O maior tamanho de frame standard possível é 0x05DC Logo não há confusão e é possível ter os dois tipos de encapsulamento na mesma rede física.
Encapsulamento Ethernet endereço Destino (6) endereço Origem (6) tipo (2) DADOS (46-1500) trailer CRC (4) endereço Destino (6) endereço Origem (6) tipo 0x8870 (2) DSAP 0xaa (1) SSAP 0xaa (1) CNTL 0x03 (1) DADOS (43-?) trailer CRC (4) endereço Destino (6) endereço Origem (6) tamanho (2) DSAP 0xaa (1) SSAP 0xaa (1) CNTL 0x03 (1) código Org (3) tipo (2) DADOS (38-1492) trailer CRC (4) Jumbo frames: Suporte para frames maiores que 1500 bytes Não é suportado pela IEEE Baseia-se num draft do IETF (Extended Ethernet Frame Size Support) Implementação: Usar um frame ETHERNET (RFC 894) Usar o tipo de dados 0x8870 para indicar que é um jumbo frame Usar campos IEEE802.3 DSAP, SSAP e CNTL para especificar os dados/protocolo Os campos IEEE802.3 de código, tipo e a informação sobre tamanho estão ausentes
Encapsulamento Ethernet Existe uma terceira forma de encapsulamento Ethernet designada Trailer Encapsulation. Consiste em colocar à cabeça os dados e no fim o cabeçalho IP e TCP. Este tipo de encapsulamento foi desenvolvido para ser utilizado em sistemas UNIX BSD baseados em hardware VAX. Ao alinhar os dados no inicio do pacote podia-se mapear os dados numa pagina física. Sempre que fosse necessário mover os dados era apenas necessário manipular a tabela de paginas do kernel. Esta forma de encapsulamento é raramente usada. O tipo de encapsulamento trailer era negociado entre sistemas recorrendo a uma extensão do protocolo ARP.
Interfaces Ethernet
Auto negociação A norma 100baseTX introduziu a auto negociação Na norma 1000BaseT a auto negociação é obrigatória: Escolha do clock-master Ainda assim por vezes é necessário fixar alguns parâmetros Auto negociação: Velocidade: 10Mbits, 100Mbits, 1000Mbits Full Duplex / Half Duplex Clock master (quem é master e quem é slave) Flow control (TX sim ou não, RX sim ou não)
Auto-negociação Processo através do qual duas interfaces Ethernet interligadas escolhem parâmetros de comunicação comuns: Aplicável às ligações UTP Ligações em fibra não possuem auto-negociação A auto-negociação é obrigatória em 1000base-T (IEEE 802.3ab) e opcional nas especificações anteriores A auto-negociação é usada por dispositivos que suportam múltiplas: velocidades, modos duplex, controlo de fluxo, fontes de clock Cada dispositivo anuncias as suas capacidades Os dispositivos escolhem o melhor modo: 1. Maior velocidade possível 2. Duplex 3. Controle de fluxo
Auto negociação Atenção se for preciso fixar o modo duplex este deve ser fixado de ambos os lados!!! Quando a velocidade é forçada manualmente a 10 ou 100 deixa de haver negociação: Sem auto-configuração a velocidade de uma interface é detectada por analise do sinal Sem auto-configuração não é possível detectar o modo duplex de uma interface Logo se um dos lados não for capaz de negociação o outro lado assume sempre por defeito o modo half duplex Um mismatch de duplex resulta em desempenho muito baixo Asneira!!! Sem auto-negociação Configurado manualmente a 100Mbps Configurado manualmente a Full-duplex Capaz de auto-negociação Detecta 100Mbps por analise do sinal Assume half-duplex
Auto-negociação Se uma interface estiver em auto-negociação e a outra não Auto-configuração pode estar inibida 10Base-T, 100Base-TX Interface pode não possuir auto-negociação 10Base-T, 100Base-TX A primeira versão da norma de auto-negociação IEEE802.3u publicada em 1995 não era clara: Conduziu a muitos problemas de interoperabilidade que resultavam em falhas de auto-negociação Só em 1998 foi publicada nova norma corrigida Interfaces antigas de fabricantes diferentes podem ter problemas de auto-negociação
Auto-negociação Quando uma interface TP não está a transmitir frames são transmitidos impulsos eléctricos: Para determinar a presença de link (1 impulso de 100ns a cada 16ms) Para auto-negociação (33 impulsos de 100ns a cada 16ms) FLP Os 33 impulsos possuem estrutura: Os primeiros 17 impulsos servem para sincronizar o clock Os últimos 16 impulsos representam bits
Auto-negociação Codificado neste bits são enviadas as capacidades Em interfaces 100Base-TX bastam 16 bits para enviar as capacidades Em interfaces 1000Base-T são enviadas 3 páginas de 16 bits Hierarquia de selecção de velocidades, duplex e tecnologia: 1000BASE-T full duplex 1000BASE-T half duplex 100BASE-T2 full duplex 100BASE-TX full duplex 100BASE-T2 half duplex 100BASE-T4 100BASE-TX half duplex 10BASE-T full duplex 10BASE-T half duplex
Auto-negociação Em 1000Base-T não é possível desactivar a autonegociação: Mas pode-se reduzir os modos que são anunciados a um único modo! Quando se configura manualmente a 10 ou 100: Deve-se configurar a velocidade e modo duplex Se uma interface estiver manual e a outra em auto-negociação o modo duplex da manual tem de estar em half A auto-negociação é um processo continuo está sempre a decorrer o que é excelente: Porque pode falhar a qualquer momento Idealmente a auto-negociação só deve ser usada: Nas componentes de acesso de uma rede O núcleo da rede deve estar configurado manualmente
Controle de Fluxo Para evitar a congestão em redes Ethernet comutadas full duplex usa-se o controlo de fluxo (flow control). Parte da norma 802.3x O controlo de fluxo permite enviar notificações explicitas de congestão: De uma estação para um comutador De um comutador para uma estação Entre comutadores Perante uma notificação de congestão: A interface que a recebe deve suspender a transmissão durante um período de tempo
Controle de Fluxo Os frames de controlo de fluxo (pause frames): Possuem: MAC type 0x8808 Control opcode de 0x0001 São enviados para: endereço de multicast 01-80-C2-00-00-01 ou para o Endereço MAC do destinatário O scope deste multicast é limitado ao dispositivo que o recebe Não pode ser retransmitido para outros dispositivos (bridge group address) Cabeçalho Ethernet Pacote de MAC control
Controle de Fluxo Os frames de controlo de fluxo (pause frames): Cada frame de pausa indica: Intervalo de tempo durante o qual o transmissor deve parar Se o transmissor estiver em pausa e chegar um frame de PAUSE com intervalo zero a transmissão continua imediatamente O intervalo de tempo: É codificado num campo de 2 bytes Varia entre 0 e 65535 unidades chamadas pause quanta Zero quer dizer cancelar a PAUSA Cada unidade (pause quanta) corresponde à duração de tempo necessária para a transmissão de 512 bits por parte da interface que recebe
Controle de Fluxo É preciso ter atenção O controle de fluxo funciona ao nível L2 Ao nível das interfaces de rede Não distingue aplicações ou streams O ideal é que sejam os protocolos L3 a lidar com a congestão Os switches não devem enviar frames de pause!!! PAUSE SWITCH 10GbE Bottleneck 1GbE
Em RedHat Linux: Interfaces em Linux /etc/sysconfig/network-scripts/ifcfg-eth0 Configuração típica: DEVICE=eth0 HWADDR=00:17:39:7E:A0:67 ONBOOT=yes TYPE=Ethernet BOOTPROTO=none IPADDR=10.153.1.1 NETMASK=255.0.0.0 NETWORK=10.0.0.0 BROADCAST=10.255.255.255 Iniciar e parar uma interface configurada em ifcfg-eth0: /sbin/ifup eth0 /sbin/ifdown eth0
Interfaces em Linux Os drivers são definidos em /etc/modprobe.conf $ cat /etc/modprobe.conf alias eth0 tg3 alias eth1 tg3 alias eth2 netxen_nic alias eth3 netxen_nic alias net-pf-10 off alias ipv6 off blacklist ipv6
Interfaces em Linux Pode-se usar manualmente o comando ifconfig para configurar uma interface: /sbin/ifconfig eth0 10.153.1.1 netmask 255.0.0.0 up A configuração feita com ifconfig não é persistente Desaparece no reboot ou se a interface for parada e os módulos removidos Parar a interface: ifconfig eth0 down
Interfaces em Linux O comando ifconfig pode ser usado para obter informação sobre as interfaces: eth0 Link encap:ethernet HWaddr 00:17:31:7F:A8:97 inet addr:10.50.1.1 Bcast:10.255.255.255 Mask:255.0.0.0 inet6 addr: fe80::217:31ff:fe7f:a897/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:104987826 errors:0 dropped:0 overruns:0 frame:0 TX packets:96461379 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:30918485304 (28.7 GiB) TX bytes:57575886314 (53.6 GiB) Interrupt:23 Base address:0x2000
Interfaces em Linux Alguma informação útil: eth0 Link encap:ethernet HWaddr 00:17:31:7F:A8:97 RX packets:104987826 errors:0 dropped:0 overruns:0 frame:0 TX packets:96461379 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 RX errors: Número de pacotes recebidos com erros RX dropped: Falta de espaço nos buffers do sistema operativo para receber os pacotes que chegam. Falta de desempenho do sistema para processar os pacotes que chegam ou buffers demasiado pequenos (net.core.netdev_max_backlog). RX overruns: Falta de espaço nos buffers de hardware da interface para receber os pacotes que chegam RX frame: Pacotes recebidos corrompidos pode resultar de colisões ou de problemas na interface ethernet ou nos cabos
Interfaces em Linux Alguma informação útil: eth0 Link encap:ethernet HWaddr 00:17:31:7F:A8:97 RX packets:104987826 errors:0 dropped:0 overruns:0 frame:0 TX packets:96461379 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 TX errors: Número de pacotes recebidos com erros TX dropped: Falta de espaço nos buffers do sistema operativo, falta de capacidade para processar a fila TX overruns: Falta de espaço nos buffers de hardware TX carrier: Quebra de conectividade na interface, corte no cabo de rede TX collisions: Colisões durante tentativas de transmissão. Não deve acontecer em interface configuradas como full-duplex.
Interfaces em Linux O comando ethtool pode alterar ou mostrar a configuração de uma interface sob o ponto de vista do protocolo Ethernet $ ethtool eth0 Settings for eth0: Supported ports: [ MII ] Supported link modes: Supports auto-negotiation: Yes Advertised link modes: Advertised auto-negotiation: Yes Speed: 1000Mb/s Duplex: Full Port: MII PHYAD: 1 Transceiver: external Auto-negotiation: on Supports Wake-on: g Wake-on: d Link detected: yes 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full
Interfaces em Linux Identificar uma interface fisicamente fazendo-a piscar durante o numero de segundos especificados: ethtool p eth0 17 Informação sobre o bus, e versões de driver e firmware da interface: ethtool i eth0 Testar uma interface efectuando todos os testes com perda de conectividade: ethtool t eth0 offline Testes limitados sem perda de conectividade: ethtool t eth0 online
Interfaces em Linux Forçar mudança de velocidade e modo duplex ethtool s eth0 speed 100 duplex half ethtool s eth0 speed 1000 duplex full Activar/Desactivar autonegociação ethtool s eth0 autoneg on ethtool s eth0 autoneg off (100Base-TX) (100Base-TX) Reiniciar auto-negociação ethtool r eth0
Interfaces em Linux Mostrar o estado do controlo de fluxo (pause) ethtool a eth0 Alterar o controlo de fluxo (pause) ethtool A eth0 autoneg off rx off tx off ethtool A eth0 autoneg on rx on tx on Mostrar alocação de descritores dos buffers de RX/TX ethtool g eth0 Alterar alocação de descritores rx, tx, tx-mini, rx-jumbo ethtool G eth0 rx 1024 tx 512 ethtool G eth0 rx-jumbo 2048 rx-mini 256
Interfaces em Linux Em interfaces muito rápidas um dos problemas é a quantidade de interrupções e transferências nos buses para atender a chegada dos pacotes Gigabit Ethernet Ten Gigabit Ethernet Algumas interfaces suportam coalescência permitindo acumular pacotes e efectuar uma única interrupção e transferência para todo o conjunto Aplica-se tanto na recepção como na transmissão A coalescência aumenta os atrasos Diminui o consumo de CPU Para obter a configuração da coalescência em Linux: ethtool c eth0
Interfaces em Linux $ ethtool -c eth3 Coalesce parameters for eth3: Adaptive RX: off TX: off stats-block-usecs: 0 sample-interval: 0 pkt-rate-low: 0 pkt-rate-high: 0 rx-usecs: 3 rx-frames: 64 rx-usecs-irq: 0 rx-frames-irq: 0 tx-usecs: 0 tx-frames: 0 tx-usecs-irq: 0 tx-frames-irq: 0 rx-usecs-low: 0 rx-frame-low: 0 tx-usecs-low: 0 tx-frame-low: 0 rx-usecs-high: 0 rx-frame-high: 0 tx-usecs-high: 0 tx-frame-high: 0
Interfaces em Linux rx-usecs: máximo de microsegundos que um pacote pode ser atrasado (atraso de IRQ). Se for 0 apenas rx-max-frames é usado. rx-usecs-irq: o mesmo que acima mas aplica-se caso no momento da recepção um IRQ esteja a ser atendido rx-max-frames: máximo numero de pacotes que a entrega do IRQ pode ser atrasada. Tem de ser diferente de 0 se rx-usecs=0. rx-max-frames-irq: o mesmo que acima mas aplica-se caso no momento da recepção um IRQ esteja a ser atendido tx-usecs: máximo de ms que um IRQ pode ser atrasado após transmissão de um pacote. Se for 0 apenas tx-max-frames é usado. tx-usecs-irq: o mesmo que acima mas aplica-se caso no momento da recepção um IRQ esteja a ser atendido tx-max-frames: máximo numero de pacotes transmitidos que um IRQ pode ser atrasado. Tem de ser diferente de 0 se tx-usecs=0. tx-max-frames-irq: o mesmo que acima mas aplica-se caso no momento da transmissão um IRQ esteja a ser atendido
Interfaces em Linux adaptative-rx: algoritmo para melhorar a latência durante baixos ritmos e melhorar o desempenho durante elevados ritmos adaptative-tx: o mesmo para a transmissão sample-interval: numero de segundos de amostragem para os algoritmos adaptativos. Tem de ser diferente de zero. pkt-rate-low: abaixo deste valor são usados os seguintes parametros rx-usecs-low, tx-usecs-low rx-max-frames-low, tx-max-frames-low pkt-rate-high: acima deste valor são usados os seguintes parametros rx-usecs-high, tx-usecs-high rx-max-frames-high, tx-max-frames-high
Interfaces em Linux Loopback interface (lo) É uma interface lógica (não física) que permite comunicação dentro do próprio sistema A comunicação através do loopback é mais rápida: Não necessita de checksums Permite MTUs mais elevados $ ifconfig lo lo Link encap:local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:67221 errors:0 dropped:0 overruns:0 frame:0 TX packets:67221 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:4891691 (4.6 MiB) TX bytes:4891691 (4.6 MiB)
Interfaces CISCO O comando para mostrar o estado de uma interface é o show interfaces Sem argumentos mostra todas as interfaces Pode dar-se como argumento o nome de uma interface show interface GigabitEthernet 2/48 Normalmente abrevia-se sh int gi2/48 Tipo de interface Modulo/slot ou controlador Número da Interface no modulo ou controlador
gtlip# show interface GigabitEthernet2/48 GigabitEthernet2/48 is up, line protocol is up (connected) Hardware is c7600 1Gb 802.3, address is 0021.55e0.b1bf (bia 0021.55e0.b1bf) Description: LNNET02 MTU 1500 bytes, BW 1000000 Kbit, DLY 10 usec, reliability 255/255, txload 1/255, rxload 1/255 Encapsulation ARPA, loopback not set Keepalive set (10 sec) Full-duplex, 1000Mb/s input flow-control is off, output flow-control is off Clock mode is auto ARP type: ARPA, ARP Timeout 04:00:00 Last input never, output 00:00:14, output hang never Last clearing of "show interface" counters never Input queue: 0/2000/71617/0 (size/max/drops/flushes); Total output drops: 0 Queueing strategy: fifo Output queue: 0/40 (size/max) 5 minute input rate 34000 bits/sec, 14 packets/sec 5 minute output rate 18000 bits/sec, 16 packets/sec 7410623822 packets input, 10505908106275 bytes, 0 no buffer Received 2916 broadcasts (63 multicasts) 0 runts, 0 giants, 0 throttles 0 input errors, 0 CRC, 4 frame, 43 overrun, 0 ignored 0 watchdog, 0 multicast, 0 pause input 0 input packets with dribble condition detected 2708426665 packets output, 329568276026 bytes, 0 underruns 0 output errors, 0 collisions, 3 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
Interfaces CISCO gtlip# show interface GigabitEthernet2/48 GigabitEthernet2/48 is up, line protocol is up (connected) UP ADMINISTRATIVELY DOWN UP DOWN MAC ADDRESS EM USO MAC ADDRESS BURNED IN Hardware is c7600 1Gb 802.3, address is 0021.55e0.b1bf (bia 0021.55e0.b1bf) Description: LNNET02 MTU 1500 bytes, BW 1000000 Kbit, DLY 10 usec, reliability 255/255, txload 1/255, rxload 1/255 FIABILIDADE NOS ÚLTIMOS 5 MINUTOS UTILIZAÇÃO/CARGA NOS ÚLTIMOS 5 MINUTOS
Interfaces CISCO Encapsulation ARPA, loopback not set ENCAPSULAMENTO ETHERNET RFC 894 (ARPA) vs IEEE CADA INTERFACE ENVIA MENSAGENS DE KEEPALIVE PARA SI PRÓPRIA PARA VERIFICAR SE FUNCIONA BEM Keepalive set (10 sec) Full-duplex, 1000Mb/s input flow-control is off, output flow-control is off Clock mode is auto ARP type: ARPA, ARP Timeout 04:00:00 Last input never, output 00:00:14, output hang never DUPLEX e VELOCIDADE CONTROLO DE FLUXO DETERMINAÇÃO DO CLOCK NEAR END / FAR END PACOTES FAST SWITCHED NÃO CONTAM ÚLTIMO RESET AUTOMATICO DEVIDO UMA TRANSMISSÃO QUE DEMOROU DEMASIADO Last clearing of "show interface" counters never QUANDO FOI FEITO O ÚLTIMO RESET DOS CONTADORES ESTATISTICAS DE UTILIZAÇÃO
Interfaces CISCO Input queue: 0/2000/71617/0 (size/max/drops/flushes); Total output drops: 0 TAMANHO ACTUAL CAPACIDADE Queueing strategy: fifo Output queue: 0/40 (size/max) DROPS FILA CHEIA SELECTIVE PACKET DISCARDS (SPD) DROPS PARA EVITAR PERDA DE PACOTES MAIS IMPORTANTES POR FALTA DE ESPAÇO (CONGESTÃO) 5 minute input rate 34000 bits/sec, 14 packets/sec 5 minute output rate 18000 bits/sec, 16 packets/sec 7410623822 packets input, 10505908106275 bytes, 0 no buffer PACOTES SEM ERROS BYTES NOS PACOTES SEM ERROS INCLUI CABEÇALHOS PACOTES DROPPED POR FALTA DE BUFFERS
Interfaces CISCO Received 2916 broadcasts (63 multicasts) 0 runts, 0 giants, 0 throttles RUNTS: drops de frames demasiado pequenos GIANTS: drops de frames demasiado grandes THROTTLES: porta desabilitada por falta de buffers ou capacidade de processamento 0 input errors, 0 CRC, 4 frame, 43 overrun, 0 ignored ERRORS: inclui runts, giants, no buffer, CRC, frame, overrun, and ignored counts os frames podem ter mais de um tipo de erro CRC: erros de checksum FRAME:numero de octetos errados OVERRUN: falha na copia para um buffer de hardware por data rate demasiado elevado IGNORED: frames ignorados porque os buffers internos da interface estavam esacassos 0 watchdog, 0 multicast, 0 pause input WATCHDOG: o input watchdog timer dispara quando um pacote maior que 2048 está a ser recebido PAUSE: frames de controlo de fluxo, estamos a transmitir demasiado rápido 0 input packets with dribble condition detected DRIBBLE: o frame é ligeiramente maior do que devia mas ainda assim é aceite
Interfaces CISCO 2708426665 packets output, 329568276026 bytes, 0 underruns 0 output errors, 0 collisions, 3 interface resets ERRORS total de erros de transmissão os frames podem ter mais de um tipo de erro 0 babbles, 0 late collision, 0 deferred COLLISIONS: colisões ethernet UNDERRUNS: a interface de transmissão é mais rápida que o router RESETS: resets da interface por exemplo quando uma transmissão demora demasiado ou por perda de link BABLES: transmissão de um frame demasiado longo LATE COLLISIONS: colisão após envio do preamblo DEFERRED: transmissão adiada quando ia começar porque outra transmissão começou 0 lost carrier, 0 no carrier, 0 pause output LOST CARRIER: perda de portadora durante a transmissão NO CARRIER: a portadora não estava presente aquando do inicio da transmissão PAUSE: frames de controlo de fluxo, estamos a pedir uma pausa 0 output buffer failures, 0 output buffers swapped out Quando não há espaço nos buffers de transmissão da interface Os swaps ocorrem quando à copia de buffers de transmissão para a memoria do router em caso de saturação dos buffers de transmissão
Interfaces CISCO Para ver a configuração activa: show running-config Para ver a configuração que está guardada: show config Extracto de um show config referente a uma interface: interface GigabitEthernet2/48 description MAIN STORAGE SERVER switchport switchport access vlan 51 speed 1000 duplex full
Interfaces CISCO Para mudar a configuração activa usar o comando: config Exemplo de sessão: gtlip#config t Enter configuration commands, one per line. End with CNTL/Z. gtlip(config)#int gi 2/19 gtlip(config-if)#switchport gtlip(config-if)#descr TEST gtlip(config-if)#no switchport gtlip(config-if)#no descr gtlip(config-if)#no shut gtlip(config-if)#shut
Interfaces Force10 Os comandos são extremamente semelhantes aos do CISCO IOS Para mostrar o estado de uma interface: show interface GigabitEthernet 3/7 show interface gi3/7
swlip01#sh int Te1/4 TenGigabitEthernet 1/4 is up, line protocol is up Hardware is Force10Eth, address is 00:01:e8:56:02:20 Current address is 00:01:e8:56:02:20 Pluggable media present, XFP type is 10GBASE-SR Medium is MultiRate, Wavelength is 850.00nm XFP receive power reading is -2.6059 Interface index is 68487169 Internet address is not set MTU 1554 bytes, IP MTU 1500 bytes LineSpeed 10000 Mbit ARP type: ARPA, ARP Timeout 04:00:00 Last clearing of "show interface" counters 32w5d13h Queueing strategy: fifo Input Statistics: 67686406437 packets, 94546995614357 bytes 194537009 64-byte pkts, 4933673507 over 64-byte pkts, 88908513 over 127-byte pkts 238772903 over 255-byte pkts, 428776132 over 511-byte pkts, 61801738369 over 1023-byte pkts 9643737 Multicasts, 8915 Broadcasts 4 runts, 0 giants, 9642968 throttles 7 CRC, 0 overrun, 7 discarded Output Statistics: 40995110798 packets, 25539944685602 bytes, 0 underruns 502644891 64-byte pkts, 24524523707 over 64-byte pkts, 85083781 over 127-byte pkts 166263970 over 255-byte pkts, 142506658 over 511-byte pkts, 15574087791 over 1023-byte pkts 319729304 Multicasts, 151876492 Broadcasts, 49113439594 Unicasts 0 throttles, 0 discarded, 0 collisions Rate info (interval 299 seconds): Input 120.00 Mbits/sec, 11776 packets/sec, 1.21% of line-rate Output 41.00 Mbits/sec, 4227 packets/sec, 0.42% of line-rate Time since last interface status change: 11w5d8h
swlip01>sh int status Port Description Status Speed Duplex Vlan Te 0/0 Down 10000 Mbit Auto -- Te 0/1 Ligacao ao Up 10000 Mbit Auto 31 Te 0/2 Uplink swli Up 10000 Mbit Auto 1,7,10 Te 0/3 Uplink swli Up 10000 Mbit Auto 1,10 Te 1/0 se006 Up 10000 Mbit Auto 8 Te 1/1 gftp03 (VLa Up 10000 Mbit Auto 9 Te 1/2 gftp04 (VLa Up 10000 Mbit Auto 9 Te 1/3 se005 Up 10000 Mbit Auto 8 Te 1/4 se007 Up 10000 Mbit Auto 8 Te 1/5 se002 Up 10000 Mbit Auto 8 Te 1/6 se003 Up 10000 Mbit Auto 8 Te 1/7 se004 Up 10000 Mbit Auto 8 Te 2/0 stlip03 Up 10000 Mbit Auto 8 Te 2/1 stlip02 Up 10000 Mbit Auto 10 Te 2/2 se008 Up 10000 Mbit Auto 8 Te 2/3 se011 Up 10000 Mbit Auto 10 Te 2/4 Down 10000 Mbit Auto -- Te 2/5 Down 10000 Mbit Auto -- Te 2/6 Down 10000 Mbit Auto -- Te 2/7 Down 10000 Mbit Auto -- Gi 3/0 wn043 Up 1000 Mbit Full 8 Gi 3/1 wn044 Up 1000 Mbit Full 8 Gi 3/2 wn045 Up 1000 Mbit Full 8
swlip01#sho hardware int gi3/0 phy MII Control Register SpeedSelection: 1Gbps AutoNeg: ON Loopback: False PowerDown: False Isolate: False DuplexMode: Full MII Status Register : AutoNegComplete: True RemoteFault: False LinkStatus: Up JabberDetect: False AutoNegotiation Advertise : 100MegFullDplx: False 100MegHalfDplx: False 10MegFullDplx: False 10MegHalfDplx: False Asym Pause: False Sym Pause: False AutoNegotiation Remote Partner's Ability : 100MegFullDplx: True 100MegHalfDplx: True 10MegFullDplx: True 10MegHalfDplx: True Asym Pause: True Sym Pause: True AutoNegotiation Expansion : ParallelDetectionFault: False 1000Base-T Control Register: Master/Slave Mode: Auto 1000MegFullDplx: True 1000MegHalfDplx: True 1000Base-T Status Register Master/Slave Fault: No Master/Slave: Master Local RX OK: True Remote RX OK: True Link Partner 1000MegFullDplx: True Link Partner 1000MegHalfDplx: False Idle Error Count: 0 1000Base-T/100Base-TX/10Base-T PHY Extnd Control Register Automatic MDI Crossover Mode: Enable 1000Base-T/100Base-TX/10Base-T PHY Extnd Status Register Automatic MDI Crossover State: Normal
swlip01>sh int description Interface OK Status Protocol Description TenGigabitEthernet 0/0 NO admin down down TenGigabitEthernet 0/1 YES up up Ligacao ao gtlip TenGigabitEthernet 0/2 YES up up Uplink swlip02 (1 Andar) TenGigabitEthernet 0/3 YES up up Uplink swlip06 (R/C) TenGigabitEthernet 1/0 YES up up se006 TenGigabitEthernet 1/1 YES up up gftp03 (VLan 9) TenGigabitEthernet 1/2 YES up up gftp04 (VLan 8) TenGigabitEthernet 1/3 YES up up se005 TenGigabitEthernet 1/4 YES up up se007 TenGigabitEthernet 1/5 YES up up se002 TenGigabitEthernet 1/6 YES up up se003 TenGigabitEthernet 1/7 YES up up se004 TenGigabitEthernet 2/0 YES up up stlip03 TenGigabitEthernet 2/1 YES up up stlip02 TenGigabitEthernet 2/2 YES up up se008 TenGigabitEthernet 2/3 YES up up se011 TenGigabitEthernet 2/4 TenGigabitEthernet 2/5 TenGigabitEthernet 2/6 TenGigabitEthernet 2/7 NO admin down down NO admin down down NO admin down down NO admin down down GigabitEthernet 3/0 YES up up wn043 GigabitEthernet 3/1 YES up up wn044 GigabitEthernet 3/2 YES up up wn045 GigabitEthernet 3/3 YES up up wn046
swlip01>sh running-config! interface TenGigabitEthernet 0/2 description Uplink swlip02 (1 Andar) no ip address switchport no shutdown! interface TenGigabitEthernet 2/6 no ip address shutdown! interface GigabitEthernet 3/0 description wn043 no ip address switchport speed 1000 no shutdown
Interfaces e Cabos Os Force10 e CISCO suportam teste das ligações UTP através de Time Domain Reflectometry (TDR) A Interface envia um sinal A interface examina a reflexão do sinal Atenção: os testes de TDR são intrusivos e não devem ser realizados em links que estão a funcionar O link falha durante o teste Para efectuar um teste: tdr-cable-test GigabitEthernet 3/7 show tdr GigabitEthernet 3/7 Time since last test: 00:00:09 Pair A, Length: 7 (+/- 1) meters, Status: Open Pair B, Length: 8 (+/- 1) meters, Status: Open Pair C, Length: 8 (+/- 1) meters, Status: Open Pair D, Length: 8 (+/- 1) meters, Status: Open