Troubleshooting Redes Cisco

Troubleshooting em Redes Cisco para
Iniciantes
Ol pessoal,
Hoje vamos falar um pouco sobre um tema que assusta muitos tcnicos e engenheiros
no incio de suas carreiras com redes Cisco o troubleshooting.
No mundo ideal sua rede iria operar continuamente sem nenhum tipo de problema, mas
no mundo real todos ns sabemos que isso impossvel. Cedo ou tarde voc ter que
enfrentar o desafio de identificar e isolar a causa de um problema de mal funcionamento
em sua rede e resolver o problema no melhor tempo possvel. Por isso muito
importante para todo engenheiro de redes conhecer algumas tcnicas e comandos
especficos para ajudar nessa tarefa.
Nos prximos pargrafos vamos mostrar alguns comandos bsicos, mas extremamente
teis, que voc deve ter em mente sempre que for realizar o troubleshooting em uma
rede operando com roteadores e/ou switches Cisco. Os comandos que veremos so:
Ping
Traceroute
Telnet
Show interfaces
Show ip interface
Show ip route
Show running-config
Show startup-config
O comando Ping
O ping opera na camada de rede e utiliza os servios do protocolo ICMP. Esse o
primeiro comando que voc deve utilizar em uma processo de troubleshooting.
Com o ping voc poder testar um host remoto enviando mensagens de echo request e
recebendo de volta as mensagens de echo reply. importante ter em mente que o fato
do host remoto estar ativo no significa que ele est funcionando corretamente, por isso
o ping deve ser utilizado logo no incio da sua investigao.
Alm do mais, o comando ping oferece uma srie de opes avanadas que podem lhe
ajudar. Por exemplo, voc pode fazer o ping com diferentes protocolos de rede.
Tambm possvel configurar o nmero exato de requisies de ping que sero
transmitidas, a quantidade de dados que ser transmitida, especificar se ser permitido
fragmentar o pacote ou no e muitas outras opes.
Nos equipamentos Cisco utilizar o ping muito simples, basta usar o comando ping
mais o endereo do host remoto que voc quer testar, por exemplo, para pingar o host
com endereo 192.168.1.2 utilize o comando abaixo:
BR#ping 192.168.1.2
Type escape sequence to abort.

Sending 5, 100-byte ICMP Echos to 192.168.1.2, timeout is 2
seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max =
28/31/32 ms
Para utilizar as opes avanadas do ping basta digitar ping e seguir o prompt.
BR#ping
Protocol [ip]:
Target IP address: 192.168.1.2
Repeat count [5]: 50
Datagram size [100]: 1500
Timeout in seconds [2]:
Extended commands [n]:
Sweep range of sizes [n]:
Sending 50, 1500-byte ICMP Echos to 192.168.1.2, timeout is
2 seconds:
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
Success rate is 100 percent (50/50), round-trip min/avg/max
= 76/76/100 ms
O comando Traceroute
O comando traceroute mostra o caminho fim-a-fim que o pacote segue at o seu destino
final. Similar ao ping, ele utiliza o protocolo ICMP. Esse comando muito til para
identificar gargalos na rede, abaixo segue uma sada tpica do traceroute.
Router#traceroute 192.168.1.2
Tracing the route to 192.168.1.2
1 10.0.0.2 6 msec 6 msec 1 msec

2 192.168.1.2 4 msec 9 msec 10 msec
Router#
O comando Telnet
Utilize o comando telnet para testar o funcionamento at a camada de aplicao entre o
host de origem e do destino. Claro que para utilizar esse comando nos equipamentos
Cisco devemos antes ter configurado os equipamentos para aceitarem conexes telnet.
A utilizao bem simple, basta digitar telnet e o endereo ip de destino. Se tudo estiver
ok, ser aberto a seo de telnet e voc poder acessar o equipamento remoto.
BR#telnet 192.168.1.2
Trying 192.168.1.2
O comando Show Interfaces

O comando show interfaces mostra todas as interfaces disponveis em um roteador ou
switch Cisco. Voc tambm pode utilizar esse comando para exibir os detalhes de uma
interface especfica, bastando adicionar o nome da interface logo em seguida do
comando.
Router#show interfaces (mostra os detalhes de todas as

interfaces)
Router#show interfaces fast0/0 (mostra os detalhes somente
da interface fast0/0)
Esse comando extremamente til pois pode revelar problemas da camada 1 e 2. Alm
do mais tambm exibe detalhes como endereo MAC, endereo IP, mtodo de
encapsulamento e estatsticas de erros. Veja abaixo um exemplo da sada desse
comando.
BR#show interfaces s0/0/0

Serial0/0/0 is up, line protocol is up
Hardware is GT96K Serial
Description: BR002495RA001AGE SE0/0/0 MPLS TELEFONICA
MTU 1500 bytes, BW 512 Kbit/sec, DLY 20000 usec,
reliability 255/255, txload 17/255, rxload 11/255
Encapsulation PPP, LCP Open, multilink Open
Link is a member of Multilink bundle Multilink1, loopback
not set
Keepalive set (10 sec)
CRC checking enabled
Last input 00:00:00, output 00:00:00, output hang never
Last clearing of show interface counters 00:22:56
Input queue: 0/75/0/0 (size/max/drops/flushes); Total
output drops: 0
Queueing strategy: fifo
Output queue: 0/40 (size/max)
30 second input rate 23000 bits/sec, 61 packets/sec
30 second output rate 35000 bits/sec, 71 packets/sec
45930 packets input, 4312759 bytes, 0 no buffer
Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0
abort
49398 packets output, 3817210 bytes, 0 underruns
0 output errors, 0 collisions, 1 interface resets
3 unknown protocol drops
9 unknown protocol drops
0 output buffer failures, 0 output buffers swapped out
0 carrier transitions
DCD=up DSR=up DTR=up RTS=up CTS=up
Logo na primeira linha vemos o detalhe mais importante Serial0/0/0 is up, line
protocol is up (connected). A primeira parte refere-se a camada 1 e mostra que a
interface est up e operando. A segunda parte refere-se a camada 2, line protocol is
up nos diz que temos conectividade tambm na camada 2. Existem 04 possveis sadas
que podemos encontrar:
Serial0/0/0 is up, line protocol is up: Camadas 1 e 2 funcionando

perfeitamente.
Serial0/0/0 is down, line protocol is down: Essa sada indica problema na

camada fsica. Pode ser, por exemplo, cabo desconetaco nessa interface ou na
interface remota.
Serial0/0/0 is up, line protocol is down: Nesse caso a camada fsica est ok,
mas a camada de enlace no. Possveis razes para isso podem ser problema na
configurao do encapsulamento ou clock rate.
Serial0/0/0 is administratively down, line protocol is down: Essa sada indica

que a sua interface foi localmente colocada no estado de shutdown. Entre na
configurao da interface e d um no shutdown.
O comando Show IP Interfaces

O comando show ip interfaces vai lhe mostrar detalhes da configurao da camada 3 nas
interfaces. Com esse comando voc poder ver o endereo IP e a mscara configurada
em uma interface, se existe alguma access list aplicada e outras informaes bsicas.
Router#sh ip interface
FastEthernet0/0 is administratively down, line protocol is
down (disabled)
Internet protocol processing disabled
FastEthernet0/1 is administratively down, line protocol is
down (disabled)
Serial0/0/0 is up, line protocol is up (connected)
Internet address is 10.0.0.1/8
Broadcast address is 255.255.255.255
Address determined by setup command
MTU is 1500
Helper address is not set
Directed broadcast forwarding is disabled
Outgoing access list is not set
Inbound access list is not set
Proxy ARP is enabled
Security level is default
Split horizon is enabled
ICMP redirects are always sent
ICMP unreachables are always sent
ICMP mask replies are never sent
IP fast switching is disabled
IP fast switching on the same interface is disabled
IP Flow switching is disabled
IP Fast switching turbo vector
IP multicast fast switching is disabled
IP multicast distributed fast switching is disabled
Router Discovery is disabled
IP output packet accounting is disabled
IP access violation accounting is disabled
TCP/IP header compression is disabled
RTP/IP header compression is disabled
Probe proxy name replies are disabled
Policy routing is disabled
Network address translation is disabled
WCCP Redirect outbound is disabled
WCCP Redirect exclude is disabled
BGP Policy Mapping is disabled
Vlan1 is administratively down, line protocol is down
O comando Show IP Route

Utilize o comando show ip route para investigar detalhes das rotas configuradas no seu
roteador. Tenha sempre em mente que o roteador s consegue enviar pacotes para rotas
listadas em sua tabela de rotas. possvel que uma rota tenha sido removida da tabela
de roteamento por isso muito importante utilizar o comando show running config
em conjunto com o show ip route para verificar possveis inconsistncias.
Abaixo uma sada do comando show ip route
Router#show ip route
Codes: C connected, S static, R RIP, M mobile, B
BGP
D EIGRP, EX EIGRP external, O OSPF, IA OSPF inter
area
N1 OSPF NSSA external type 1, N2 OSPF NSSA external
type 2
E1 OSPF external type 1, E2 OSPF external type 2
i IS-IS, su IS-IS summary, L1 IS-IS level-1, L2 IS-
IS level-2
ia IS-IS inter area, * candidate default, U per-user
static route
o ODR, P periodic downloaded static route
Gateway of last resort is 168.42.18.237 to network 0.0.0.0

168.142.0.0/24 is subnetted, 1 subnets
C 168.142.16.0 is directly connected,
GigabitEthernet0/0.1
C 168.6.30.228 is directly connected, Loopback0
GigabitEthernet0/0.15
168.42.0.0/16 is variably subnetted, 6 subnets, 2 masks
S 168.42.254.4/30 [1/0] via 192.168.116.237
S 168.42.254.0/30 [1/0] via 192.168.116.237
C 168.42.18.236/30 is directly connected, Multilink1
C 168.42.18.237/32 is directly connected, Multilink1
S 168.42.2.0/30 [254/0] via 168.42.18.237
S 168.42.4.0/30 [254/0] via 168.42.18.237
C 168.43.208.0 is directly connected, Tunnel1
B 10.0.0.0/8 [20/0] via 168.42.18.237, 00:22:53
GigabitEthernet0/1
B* 0.0.0.0/0 [20/0] via 168.42.18.237, 00:22:53
B 128.0.0.0/2 [20/0] via 168.42.18.237, 00:22:53
Os comandos Show Running-Config e Show Startup-

Config
Utilize o show running config para exibir a configurao completa em operao no seu
equipamento Cisco. Estudando a configurao do dispositivo voc pode identificar a
causa do problema. J o comando show startup-config ir mostrar a configurao que
ser carregada no prximo reload do equipamento.
Veja abaixo uma parte da sada tpica do show run.
BR#sh run
Building configuration
Current configuration : 30164 bytes

!
! No configuration change since last restart
!
version 12.4
service timestamps debug datetime msec localtime show-
timezone
service timestamps log datetime msec localtime show-
timezone
service password-encryption
!
hostname BR002495RA001AGE
!
boot-start-marker
boot system flash:c2800nm-ipvoicek9-mz.124-15.T8.bin
boot-end-marker
!
card type e1 0 2
logging buffered 100000
logging persistent url flash:/ size 2000000 filesize 500000
More
RIP Timers em Roteadores Cisco

Ol pessoal,
Em nosso Curso CCNA Online, bem como no Curso CCNA Presencial, sempre
recebemos perguntas de alunos sobre como funciona o timers nos protocolos de vetor de
distncia, como o RIP. Ento em nosso artigo de hoje veremos um pouco sobre esse
tema.
Ento vamos ldentro da configurao do RIP podemos alterar os temporizadores do

protocolo com o comando timers basic, veja a sintaxe abaixo:
conf t
roteador rip
timers basic 5 15 100 180
timers basica [update] [invalid] [holddown] [flush]
Podemos editar os seguintes temporizadores. Resumidamente segue a explicao de

cada um.
update
Taxa com que os updates das rotas so enviados. O padro 30 segundos.
invalid
Intervalo de tempo em segundos aps o qual uma rota ser considerada invlida. Se
durante o perodo [invalid] o roteador no receber nenhuma atualizao a rota ser
considerada invlida. Ento a rota marcada como inacessvel e anunciada para os
vizinhos como inalcanvel (unreachable). O valor padro do invalid so 180 segundos.
holddown
Intervalo de tempo em segundos no qual informaes sobre um melhor caminho no so
consideradas. Uma rota entrar em holddown quando for recebido um update dizendo
que a rota est inalcanvel (unreachable). A rota marcada como inacessvel e
anunciada como inalcanvel (unreachable). Quando o holddown acabar, as rotas
recebidas por outras fontes sero consideradas e a rota deixa de ser inalcanvel
(unreachable).
flush
Quantidade de tempo em segundos que deve se passar para que uma rota seja removida
da tabela de roteamento. Esse intervalo medido a partir do recebimento do ltimo
update sobre essa rota. O valor padro do flush so 240 segundos.
Pois bem, essa a teoriaagora nesse ponto que muitos falam poxa vida,
embaralhou tudo na minha cabea.. Ento vamos ver alguns exemplos e tentar
verificar o comportamento do roteador durante esses perodos de tempo. Para tal
utilizaremos a topologia mostrada na figura abaixo.
Verificando o Flush Timer
Estamos com a topologia conforme mostrada. Vamos focar em R1. Atualmente estamos
recebendo a rota para a rede 10.0.0.0 via serial 0/2. Observe a tabela de rotas abaixo.
Vamos tambm habilitar os debug mostrados para podermos visualizar as mensagens
trocadas.
R1#
sh ip route
BGP
area
type 2
i IS-IS, L1 IS-IS level-1, L2 IS-IS level-2, ia IS-
IS inter area
* candidate default, U per-user static route, o ODR
P periodic downloaded static route
Gateway of last resort is not set
C 192.168.40.0/24 is directly connected, Serial0/2

R 10.0.0.0/8 [120/2] via 192.168.40.2, 00:00:04, Serial0/2
R 192.168.50.0/24 [120/1] via 192.168.40.2, 00:00:04,
Serial0/2
R1#
R1#
R1#debug ip routing
IP routing debugging is on
R1#debug ip rip
RIP protocol debugging is on
R1#
R1#
*Mar 1 03:57:30.739: RIP: received v1 update from
192.168.40.2 on Serial0/2
*Mar 1 03:57:30.739: 10.0.0.0 in 2 hops
*Mar 1 03:57:30.743: 192.168.50.0 in 1 hops
R1#
Reparem acima que recebemos um update de R4 anunciando a rota 10.0.0.0 as

03:57:30. Nesse momento vamos fazer R4 parar de anunciar essa rota. Em R4
colocamos a interface s0/0 como passiva no RIP.
R4#conf t
Enter configuration commands, one per line. End with
CNTL/Z.
R4(config)#roteador rip
R4(config-roteador)#passive-interface s0/0
R4(config-roteador)#
R4#
Voltamos para R1 e vamos verificar o andamento das mensagens e a tabela de rotas.

Reparem que na tabela de rotas mostra que a ltima atualizao dessa rota veio a
00:01:17, o que est compatvel com os tempos mostrados no debug.
*Mar 1 03:58:41.603: RIP: build update entries

*Mar 1 03:58:41.603: network 192.168.20.0 metric 1
R1#sh ip route
BGP
area
type 2
IS inter area

R 10.0.0.0/8 [120/2] via 192.168.40.2, 00:01:17, Serial0/2
R 192.168.50.0/24 [120/1] via 192.168.40.2, 00:01:17,
Serial0/2
R1#
*Mar 1 03:58:55.159: RIP: sending v1 update to
255.255.255.255 via Serial0/0 (192.168.20.1)
Lembrem-se que configuramos os timers do RIP como timers basic 15 90 90 120,

logo o invalid est em 90s, ento 90s aps o ltimo update a rota dever ser classificada
como unreachable e entrar em holddown. Se tudo correr bem isso dever ocorrer por
volta de 03:59:00. Vamos continuar observando as mensagens do debug.
R1#
*Mar 1 03:59:09.359: RT: delete route to 10.0.0.0 via
192.168.40.2, rip metric [120/2]
*Mar 1 03:59:09.359: RT: no routes to 10.0.0.0, entering
holddown
192.168.40.2, rip metric [120/1]
*Mar 1 03:59:09.367: RT: no routes to 192.168.50.0,
entering holddown
*Mar 1 03:59:09.367: RIP: sending v1 update to
255.255.255.255 via Serial0/0 (192.168.20.1)
R1#
R1#sh ip route
BGP
area
type 2
IS inter area

R 10.0.0.0/8 is possibly down, routing via 192.168.40.2,
Serial0/2
R 192.168.50.0/24 is possibly down, routing via
192.168.40.2, Serial0/2
R1#
Vejam que no tempo 03:59:09 a rota 10.0.0.0 entrou em holddownat agora tudo
perfeito. Agora queremos observar o comportamento do flush e ver quando a rota
sair da tabela de roteamento. De acordo com nossa configurao dever ser 120s aps
o ltimo update (timers basic 15 90 90 120). Como o ltimo update veio 57:30 o flush
dever ocorrer nos 59:30. Para no perder o costume, vamos continuar observando o
debug
R1#
*Mar 1 03:59:37.343: RT: delete network route to 10.0.0.0
*Mar 1 03:59:37.343: RT: NET-RED 10.0.0.0/8
*Mar 1 03:59:37.347: RT: NET-RED queued, Queue size 1
*Mar 1 03:59:37.347: RT: delete network route to
192.168.50.0
*Mar 1 03:59:37.351: RT: NET-RED 192.168.50.0/24
R1#
Perfeito!!! Dentro do previsto a rota foi deletada. Perceba que agora essa rota no est
mais na tabela de rotas.
R1#
R1#sh ip route
BGP
area
type 2
IS inter area

R1#un all
All possible debugging has been turned off
R1#
Detalhe: observe que o timer holddown foi configurado para 90s (timers basic 15 90 90
120), mas como o flush foi configurado para 120, a rota ficar em holddown por apensa
30 segundos. Isso porque o holddown comeou a contar 90s aps o ltimo update
(invalid) e o flush ser 120s aps o ltimo update, logo ficar em holddown apenas 30s.
Verificando o Comportamento do Holddown Timer
Nesse exemplo vamos tentar ilustrar o comportamento do roteador quando a rota est
em holddown. De acordo com a teoria depois do tempo de invalid a rota vai entrar em
holddown (vimos isso funcionar no exemplo anterior). Tambm dito que quando em
holddown o roteador no vai considerar anncios com mtrica melhor para essa rota, at
que o holddown (ou flush) expire.
No exemplo anterior fizemos o flush expirar em 120s, ou seja, 30s aps entrar em
holddown. Quando o flush expira, a rota deletada da tabela de rotas e aps isso, se
chegar um novo anncio de rota, esse novo anncio ser considerado e a rota colocada
na tabela de roteamento.
Agora nesse exemplo, vamos aumentar o tempo de flush para deixar o holddown rodar
at os 90s programado e ver o que acontece com a rota em holddown. Comearemos
novamente do incio, com o R1 tendo rota para 10.0.0.0 via R4. Vamos primeiro alterar
os timers do RIP em todos os roteadores, abaixo o exemplo do R1.
R1(config-roteador)#timers basic 15 90 90 240
R1(config-roteador)#exit
R1(config)#exit
R1#
Vamos novamente habilitar os debugs e verificar nossa tabela de rotas.
R1#debug ip routing
IP routing debugging is on
R1#debug ip rip
RIP protocol debugging is on
R1#
R1#sh ip route
BGP
area
type 2
IS inter area

R 10.0.0.0/8 [120/2] via 192.168.40.2, 00:00:08, Serial0/2
R 192.168.50.0/24 [120/1] via 192.168.40.2, 00:00:08,
Serial0/2
R1#
Como antes, vamos colocar a rota em holddown. Em R4 fazemos o passive-interface e

verificamos as mensagens do debug em R1.
R4#
R4(config-roteador)#passive-interface s0/0
R4#
R1#
192.168.40.2 on Serial0/2
*Mar 1 00:18:15.319: 10.0.0.0 in 2 hops
*Mar 1 00:18:15.319: 192.168.50.0 in 1 hops
R1#
R1#sh ip route
BGP
area
type 2
IS inter area

R 10.0.0.0/8 [120/2] via 192.168.40.2, 00:00:31, Serial0/2
R 192.168.50.0/24 [120/1] via 192.168.40.2, 00:00:31,
Serial0/2
R1#
O ltimo update vindo de R4 foi em 18:15, 90s aps dever entrar em holddown.

R1#
192.168.40.2, rip metric [120/2]
*Mar 1 00:19:49.911: RT: no routes to 10.0.0.0, entering
holddown
192.168.40.2, rip metric [120/1]
*Mar 1 00:19:49.919: RT: no routes to 192.168.50.0,
entering holddown
R1#
R1#sh ip route
BGP
area
type 2
IS inter area

Serial0/2
192.168.40.2, Serial0/2
R1#
At agora tudo normal, vamos ento fazer R2 passar a anunciar uma rota para
10.0.0.0 com mtrica melhor e verificar o que ocorre em R1.
R2#
R2(config-roteador)#no passive-interface s0/0
R2#
R1#
192.168.20.2 on Serial0/0
*Mar 1 00:20:12.291: 10.0.0.0 in 1 hops
*Mar 1 00:20:12.291: 192.168.50.0 in 16 hops (inaccessible)
R1#
R1#sh ip route
BGP
area
type 2
IS inter area

Serial0/2
192.168.40.2, Serial0/2
R1#
R1#
Perceba acima que em 20:12 R1 comeou a receber updates de R2 anunciando a rede

10.0.0.0. Mas como essa rota em R1 est em holddown ele dever esperar o tempo de
holddown e s aps isso considerar a rota vinda de R2. O holddown foi configurado
para 90s, logo aproximadamente em 21:20 o timer expira. Vamos ver
R1#
192.168.20.2 on Serial0/0
*Mar 1 00:21:23.027: 10.0.0.0 in 1 hops
*Mar 1 00:21:23.027: RT: 10.0.0.0 came out of holddown
*Mar 1 00:21:23.027: RT: add 10.0.0.0/8 via 192.168.20.2,
rip metric [120/1]
*Mar 1 00:21:23.031: RT: NET-RED 10.0.0.0/8
*Mar 1 00:21:23.035: 192.168.50.0 in 16 hops (inaccessible)
*Mar 1 00:21:23.035: RT: 192.168.50.0 came out of holddown
R1#
Note que agora a rota no foi deletada como no exemplo anterior. O holddown expirou
e o R1 passou a aceitar o anncio da rota vindo de R2 e adicionou a informao na
tabela de rotas.
R1#
R1#sh ip route
BGP
area
type 2
IS inter area

R 10.0.0.0/8 [120/1] via 192.168.20.2, 00:00:04, Serial0/0
192.168.40.2, Serial0/2
R1#
Bem pessoal, espero que o artigo tenha ajudado com o entendimento dos timers do RIP.
No esqueam praticar e realizar os test.
Configurando o balanceamento de carga

no RIP, OSPF e EIGRP CCNA
Filed Under: CCNA, Cisco
Tagged With: balanceamento de carga, ccna, certeficacao cisco, eirgp, ospf, rip
10 de janeiro de 2013 Autor: Prof. Marcelo 2 Comments
Ol caros alunos e leitores do nosso blog, no artigo anterior tratamos dos conceitos
gerais do balanceamento de carga e como ele pode ser realizado (por pacotes ou por
fluxo). Nesse artigo vamos verificar os comandos envolvidos na configurao dos dois
tipos de balanceamento possveis no RIP, OSPF e EIGRP, sendo que para o RIP e
OSPF temos apenas o balanceamento com mtricas iguais, j o EIGRP pode ser
configurado para balancear carga entre rotas de mtricas iguais ou diferentes.
Equal Cost Load Sharing Balanceamento de Carga entre Rotas de Mtricas

Iguais (RIP, OSPF e EIGRP)
Este o padro que j vem habilitado para os trs protocolos que so cobrados no
CCNA, ou seja, quando voc habilita o RIP, OSPF ou EIGRP eles j esto suportando
balanceamento de carga entre at quatro rotas de mesmo custo, podendo ser configurado
para um mximo de seis para IOSs mais antigos, porm em IOSs mais novos pode ser
16 ou mais.
O comando para definir quantas rotas iro balancear carga dentro do RIP, OSPF e
EIGRP o maximum-paths, veja a sada do comando abaixo.
R4#conf t
CNTL/Z.
R4(config)#router eigrp 100
R4(config-router)#ma
R4(config-router)#maximum-paths ?
<1-16> Number of paths
R4(config-router)#
Com o valor 1 no haver balanceamento de carga e acima disso ser o nmero de

rotas que faro balanceamento de carga. Para verificar a configurao atual do roteador
utilizamos o show ip protocols olhando o campo Maximum path: 4, nesse caso
estamos no padro.
R4#sho ip protocols
Routing Protocol is eigrp 100
Outgoing update filter list for all interfaces is not set
Incoming update filter list for all interfaces is not set
Default networks flagged in outgoing updates
Default networks accepted from incoming updates
EIGRP metric weight K1=1, K2=0, K3=1, K4=0, K5=0
EIGRP maximum hopcount 100
EIGRP maximum metric variance 1
Redistributing: eigrp 100
EIGRP NSF-aware route hold timer is 240s
Automatic network summarization is in effect
Maximum path: 4
Routing for Networks:
Routing Information Sources:
Gateway Distance Last Update
Distance: internal 90 external 170
Na tabela de roteamento quando h balanceamento de carga vamos notar que aparece

mais de uma entrada para a mesma rota conforme sada de comando show abaixo. Note
que a rede 10.0.2.0 alcanada pela fast 0/1 e fast 0/0 com mtrica 40514560, por isso o
roteador est balanceando carga e inseriu duas entradas na tabela de roteamento para a
mesma rede de destino.
R2#sho ip rou
BGP
D EIGRP, EX EIGRP external, O OSPF, IA OSPF
inter area
N1 OSPF NSSA external type 1, N2 OSPF NSSA
external type 2
i IS-IS, su IS-IS summary, L1 IS-IS level-1,
L2 IS-IS level-2
ia IS-IS inter area, * candidate default, U
per-user static route
D 172.16.0.0/16 [90/5514496] via 192.168.0.2, 00:01:31,

Serial0/0
10.0.0.0/8 is variably subnetted, 4 subnets, 2 masks
D 10.0.2.0/24 [90/40514560] via 10.0.1.2, 00:00:15,
FastEthernet0/1
[90/40514560] via 10.0.0.2, 00:00:15,
FastEthernet0/0
C 10.0.0.0/24 is directly connected, FastEthernet0/0
D 10.0.0.0/8 is a summary, 00:01:31, Null0
192.168.0.0/24 is variably subnetted, 3 subnets, 2
masks
D 192.168.0.4/30 [90/21024000] via 192.168.0.2,
00:01:33, Serial0/0
R2#
Portanto, se assumirmos que o balanceamento de carga est sendo feito por pacotes (per
packet) quando um computador da rede LAN do R2 enviar informaes para a rede
10.0.2.0 um pacote ser enviado pela Fast0/0 e o outro pela fast 0/1, balanceando a
carga ou fluxo de pacotes entre as interfaces, o que muito mehor do que termos um
link principal e um reserva, pois o reserva ficaria sem uso at o principal cair.
Lembre-se que normalmente estamos pagando pelos links WAN e deixar uma das
sadas paradas significa jogar dinheiro fora!
Unequal Cost Load Sharing Balanceamento de Carga entre Rotas de Mtricas

Diferentes (EIGRP)
J o balanceamento de carga entre rotas de custo diferente suportado apenas pelo

EIGRP e deve-se utilizar o comando variance em modo de configurao do EIGRP
para definir as rotas que balancero carga.
O comando variance nada mais que um multiplicador, o qual didaticamente podemos

dizer que haver balanceamento de carga entre rotas que tem a melhor mtrica at a
melhor mtrica vezes o variance. Por exemplo, temos uma rota com mtrica 1000 e um
outro caminho para a mesma rede de destino com mtrica 1800, nesse caso para haver
balanceamento de carga entre essas duas rotas basta configurar o variance como 2,
pois assim o roteador far o balanceamento de carga entre rotas com mtrica 1000 at
1000*2=2000, portanto a segunda rota com mtrica 1800 entrar no balanceamento e
ser inserida na tabela de roteamento.
Veja exemplo abaixo e note que para a rede 10.0.0.0/8 o roteador R2 tem duas opes,
mas somente uma est na tabela de roteamento (via s0/0 com mtrica 5514496), pois a
rota via s0/1 tem uma mtrica pior igual a 20514560. Se dividirmos as duas mtricas
teremos um multiplicador de 3,72, porm o variance inteiro, portanto nesse caso
temos que configurar o valor para 4.
R4#show ip eigrp topology

IP-EIGRP Topology Table for AS(100)/ID(192.168.1.150)
Codes: P Passive, A Active, U Update, Q Query, R
Reply,
r reply Status, s sia Status
P 10.0.0.0/8, 1 successors, FD is 5514496

via 192.168.0.1 (5514496/28160), Serial0/0
via 192.168.0.5 (20514560/28160), Serial0/1
### sada omitida ###
R4#
R4#conf t
Enter configuration commands, one per line. End with CNTL/Z.
R4(config)#router eigrp 100
R4(config-router)#variance 4
R4(config-router)#
Agora vamos ver a tabela de roteamento e verificar que a segunda rota aparece no show
ip route, indicando que ela entrou no balanceamento de carga mesmo tendo uma mtrica
pior que a rota principal.
R4#sho ip rou
BGP
D EIGRP, EX EIGRP external, O OSPF, IA OSPF
inter area
N1 OSPF NSSA external type 1, N2 OSPF NSSA
external type 2
i IS-IS, su IS-IS summary, L1 IS-IS level-1,
L2 IS-IS level-2
ia IS-IS inter area, * candidate default, U
per-user static route
Gateway of last resort is 192.168.1.1 to network 0.0.0.0

masks
C 172.16.4.0/24 is directly connected,
FastEthernet0/0.5
FastEthernet0/0.6
FastEthernet0/0.7
FastEthernet0/0.8
FastEthernet0/0.1
FastEthernet0/0.2
FastEthernet0/0.3
FastEthernet0/0.4
D 10.0.0.0/8 [90/20514560] via 192.168.0.5, 00:01:49,
Serial0/1
[90/5514496] via 192.168.0.1, 00:01:49,
Serial0/0
masks
S* 0.0.0.0/0 [1/0] via 192.168.1.1
R4#
Para verificar a configurao utilize o mesmo comando show ip protocols e veja que
agora o variance no est mais como 1, padro para o EIGRP.
R4#show ip protocols
Routing Protocol is eigrp 100
Outgoing update filter list for all interfaces is not set
Incoming update filter list for all interfaces is not set
Default networks flagged in outgoing updates
Default networks accepted from incoming updates
EIGRP metric weight K1=1, K2=0, K3=1, K4=0, K5=0
EIGRP maximum hopcount 100
EIGRP maximum metric variance 4
### sada omitida ###
Balanceamento de carga em protocolos

de roteamento CCNA
Ol caros alunos e leitores do nosso blog, nesse primeiro post de 2013 vamos abordar
um assunto que cobrado superficialmente no exame de certificao Cisco CCNA de
uma maneira mais avanada: Balanceamento de Carga.
O balanceamento de carga uma propriedade do RIP, OSPF e EIGRP utilizar um

segundo link backup para compartilhar o envio de dados. Veja a figura abaixo com um
exemplo de balanceamento de carga de custos iguais por pacotes.
Balanceamento de Carga
Quando o protocolo de roteamento ativa o balanceamento de carga em dois ou mais

links se um host envia pacotes para uma rede de destino o roteador divide os pacotes
(per packet por pacote) ou fluxos (per destination por destino) entre as interfaces
balanceando (dividindo) o envio dos pacotes (carga) entre esses caminhos.
No balanceamento de carga por pacotes os roteadores enviam um pacote para cada

interface que participa do processo, j por fluxo (ou destino) o balanceamento de carga
realizado por conexo TCP ou UDP aberta, ou seja, se um usurio solicitou uma
pgina de internet aquele fluxo vai seguir at o final por um link, quando um segundo
usurio abrir outra sesso na sequncia o fluxo dele ser encaminhado ao segundo link.
O tipo de balanceamento de carga depende do tipo do encaminhamento de pacotes que
est configurado nas interfaces do roteador. No process switching voc ter
balanceamento de carga padro por pacotes, j para o fast switching e CEF o padro
balanceamento de carga por destino.
O comando para habilitar o process switching o no ip route-cache, para habilitar o

fast switching o ip route-cache e para habilitar o CEF ip route-cache cef inserido
em modo de configurao de interface, veja exemplo abaixo onde deixamos a interface
fast0/0 com process switching, a fast0/1 com fast switching e a fast 1/0 como CEF:
Router# config t
Router(config)# interface fast 0/0
Router(config-if)# no ip route-cache
Router(config-if)# ip route-cache
Router(config-if)#
Router(config-if)# ip route-cache cef
Para configurar o modo de operao do balanceamento de carga por pacote ou por

destino utilize o comando ip load-sharing tambm em modo de configurao de
interface, veja um exemplo abaixo:
R3(config-if)#ip load-sharing ?
per-destination Deterministic distribution
per-packet Random distribution
R3(config-if)#ip load-sharing per-packet

R3(config-if)#
Por padro os protocolos RIP, OSPF e EIGRP j vem com o balanceamento de carga
entre rotas de mesmo custo (mtricas iguais) entre at 4 interfaces simultaneamente,
chamado de Equal Cost Load Sharing. J o EIGRP capaz tambm de balancear carga
entre rotas com mtricas diferentes, chamado de Unequal Cost Load Sharing, mas essas
configuraes ficam para um prximo post!
Por hoje ficamos com esses conhecimentos, espero que vocs tenham gostado e caso
tenham alguma sugesto de post s colocar no comentrio que os mais pedidos sero
analisados com muito carinho.
At uma prxima!!!
Configurando autenticao no protocolo
de roteamento OSPF Curso Cisco
CCNA
Um dos protocolos de roteamento cobrados na certificao Cisco CCNA o OSPF ou
Open Shortest Path First, o qual um protocolo aberto baseado no algortmo de
Djakstra.
Por padro o OSPF no utiliza esquemas de autenticao quando habilitamos ele no

IOS da Cisco, porm existem 2 mtodos de autenticao que podem ser utilizados
opcionalmente para aumentar a segurana da troca de informaes de roteamento entre
os roteadores OSPF, conforme veremos na sequncia.
Para aumentar a segurana do protocolo OSPF voc pode configurar a autenticao de

pacotes com ou sem criptografia, possibilitando que os routers participem de domnios
de roteamento baseados em senhas pr-configuradas pelo administrador com maior ou
menor segurana.
Autenticao Simples (em texto claro)
Nesse primiero mtodo as chaves so trocadas em texto claro e podem ser interceptadas
e decodificadas facilmente. Exemplo de configurao:
R2>enable
R2#conf t
Enter configuration commands, one per line. End with CNTL/Z.
R2(config)#interface loopback 0
R2(config-if)#ip address 10.1.1.1 255.255.255.255
R2(config-if)#interface fast 0/0
R2(config-if)#ip address 10.10.1.1 255.255.255.0
R2(config-if)#ip ospf authentication-key senhasec
R2(config-if)#!
R2(config-if)#router ospf 10
R2(config-router)#network 10.10.1.0 0.0.0.255 area 0
R2(config-router)#area 0 authentication
R2(config-router)#end
R2#
Autenticao Forte (com hash MD-5)
J na segunda opo os routeres utilizam um algoritmo baseado no prprio pacote

OSPF, na chave e no ID da chave para gerar um message digest ou hash MD5, o qual
inserido no pacote e enviado para a outra ponta. Portanto, se o pacote for interceptado
o atacante no ter a senha e sim um hash baseado em uma senha. Exemplo de
configurao:
interface loopback 0
ip address 10.1.1.1 255.255.255.255
!
interface fast 0/0
ip address 10.10.1.1 255.255.255.0
ip ospf message-digest-key 2 md5 senhasecreta
!
router ospf 10
network 10.10.1.0 0.0.0.255 area 0
area 0 authentication message-digest
Com certeza a segunda opo de configurao a mais recomendada e documentada

nas bibliografias, porm tudo depende do que seus equipamentos suportam, pois
melhor uma autenticao fraca que nenhuma autenticao.
Resumo de comandos e configuraes do

IPv6 para o CCNA
Ol pessoal, hoje ministrei a ltima aula do preparatrio para o CCNA Webaula que
iniciou em maro de 2012 e vou compartilhar com vocs um resumo dos comandos e
configuraes gerais, de roteamento e tunelamento IPv6.
Voc pode utilizar o packet tracer para testar os comandos desse artigo ou ento o
GNS3, porm certifique-se que o IOS utilizado suporta o IPv6!
Seguem abaixo:
Habilitando o IPv6
ipv6 unicast-routing
Habilitando o IPv6 na interface

interface xxxxx
ipv6 enable
Configurando um endereo IPv6

interface xxxxx
ipv6 address <prefix>/64 eui-64
ipv6 address <prefix>
ipv6 address <link-local> link-local
ipv6 address autoconfig
Exemplo de configurao com pilha dupla (dual stack) e IPv6 fixo

Interface Fastthernet0/0
ip address 192.168.1.254 255.255.255.0
ipv6 address 2001:db8:123:1::2/64
Protocolos de roteamento RIPng, OSPFv3 e EIGRPv6
Diferente dos protocolos do IPv4, aqui no temos o comando network e precisaremos

ativar o protocolo em modo de configurao global, depois dentro da interface
definimos as redes que sero anunciadas.
Note que no RIPng o vnculo do processo de roteamento criado com as interfaces

atravs do nome (teste_RIPNG) definido quando criamos o processo em modo de
configurao global. J para o EIGRP o nmero de AS (222) e para o OSPF o
process ID (1) que configuramos.
No OSPF ainda tivemos que criar um router ID com um endereo similar a um IP

verso 4 e tambm seria necessrio criar uma interface de loopback anteriormente por
questes de estabilidade. A criao a mesma do IPv4, porm com um endereo IPv6.
Acompanhe as configuraes abaixo:
RIPng
R1(config)#ipv6 router rip teste_RIPNG
R1(config-rtr)#exit
R1(config)#int f0/0
R1(config-if)#ipv6 rip teste_RIPNG enable
R1(config)#int s1/0
R1(config-if)#int s1/1
OSPFv3
R1(config)#ipv6 router ospf 1
R1(config-rtr)#router-id ?
A.B.C.D OSPF router-id in IP address format
R1(config-rtr)#router-id 1.1.1.1
R1(config-rtr)#exit
R1(config)#int f0/0
R1(config-if)#ipv6 ospf 1 area 0
R1(config)#int S1/0
R1(config-if)#ipv6 ospf 1 area 0
R1(config-if)#int s1/1
R1(config-if)# ipv6 ospf 1 area 0
EIGRPv6
R1(config)#ipv6 router eigrp 222

R1(config-rtr)#enable
R1(config-rtr)#exit
R1(config)#int f0/0
R1(config-if)#ipv6 eigrp 222
R1(config)#int S1/0
R1(config-if)#int S1/1
Tunelamento IPv6 para IPv4
Vamos considerar uma topologia para fazer as configuraes nos roteadores R2 e R4,
considerando que todos os demais routers esto com todas as configuraes. A tcnica
de criao de tneis, ou tunelamento, permite transmitir pacotes IPv6 atravs da infra-
estrutura IPv4 j existente, sem a necessidade de realizar qualquer mudana nos
mecanismos de roteamento, encapsulando o contedo do pacote IPv6 em um pacote
IPv4.
Portanto nesse exemplo quando as redes abaixo do roteador 2 quiserem se comunicar

com as redes abaixo do roteador 4 utilizando o IPv6, esses pacotes sero encapsulados
dentro de um tnel IPv4 estabelecido entre esses roteadores. Veja as configuraes e
topologia abaixo.
Configuraes no R2
interface Tunnel0
no ip address
ipv6 address 3000::1/112
ipv6 rip Teste_RIPng enable
tunnel source Serial0/0
tunnel destination 192.34.1.4
tunnel mode ipv6ip
Configuraes no R4
interface Tunnel0
no ip address
ipv6 address 3000::2/112
ipv6 rip Teste_RIPng enable
tunnel source Serial1/5
tunnel destination 192.23.1.2
tunnel mode ipv6ip
Para realizar os testes de conectividade ainda existe um ping dentro do ICMPv6, trace,
telnet e SSH ainda funcionam, etc. Em um prximo artigo vamos tratar da parte de
troubleshooting em uma rede IPv6.
Portanto pessoal, agora s montar sua topologia e treinar!
Teoria de IP verso 6 para o CCNA

Material online gratuito sobre IPv6
Ol pessoal, navegando pela Internet encontrei dois cursos disponves em portugus
sobre IPv6 que valem a pena assistir como reforo para quem est se preparando para o
CCNA.
O primeiro foi disponibilizado pelo cgi.br e nic.br, o qual aborda os conceitos bsicos
sobre IP verso 6 e tem durao sugerida de 3 horas.
http://curso.ipv6.br/elearning/
O segundo tem legandas em portugus e tambm bastante interessante e

complementar ao primeiro, assim voc pode ver o assunto de duas maneiras diferentes e
fixar o contedo.
http://www.6deploy.org/e-learning/portuguese/
Aproveitem o material e bons estudos!
IP verso 6 ou IPv6 A Nova Gerao do

Protocolo Internet
Alguns alunos dos nossos cursos para o CCNA Online e Presencial tem perguntado
bastante sobre o esgotamento dos endereos IP verso 4 ou IPv4 e o incio do uso do
IPv6 na Internet e consequentemente nas empresas.
Na realidade o IPv6 j vem sendo utilizado h algum tempo, porm sua implantao
deve ser acelerada devido a previso para que os endereos IPv4 se esgotem no Brasil
ser entre os anos de 2012 e 2014 (fonte registro.br). O Ipv6 j vem sendo habilitado
nos sistemas operacionais atuais, como Windows 2008 Server, Windows 7, maioria das
distribuies de Linux e Unix. Veja a figura abaixo da configurao de uma placa de
rede no Windows 7.
A principal diferena entre as verses 4 e 6 do protocolo IP que o IPv4 possui 32 bits
e o IPv6 128 bits, o que permite uma quantidade de endereos absurdamente maior. O
valor de 2 elevado a 128, o que d 340.282.366.920 seguido por mais 27 casas
decimais, ou seja, 340 bilhes multiplicados por 1027. Esse nmero atende a demanda
atual e previne, em um futuro distante, uma possvel nova migrao por falta de
endereos IPv6.
O IPv6 no mais representado por octetos em decimal, como no IPv4, mas atravs de
nmeros em hexadecimal. No total so 32 caracteres organizados em oito quartetos e
separados por dois pontos, por exemplo:
8888:9999:AAAA:BBBB:CCCC:DDDD:EEEE:FFFF.
No hexadecimal, cada caracter possui 4 bits (16 combinaes), sendo assim, temos alm
dos nmeros de 0 a 9 o hexa utiliza os caracteres A, B, C, D, E e F, os quais
representam respectivamente os nmeros 10, 11, 12, 13, 14 e 15. Um exemplo de
endereo IPV6, vlido na internet, seria 2001:BCE4:5641:3412:341:45AE:FE32:65.
Nos roteadores e swicthes Cisco tambm possvel habilitar os endereos IPv6 e o

roteamento atravs do RIPng, EIGRPv6 e OSPFv3. Toda a teoria e prtica do IPv6
abordada no curso CCNA Online da Dltec no captulo 14.
O Ipv6 faz parte do contedo cobrado na prova do CCNA 640-802 e ICND-2.
Abaixo segue o contador oficial para o esgotamento dos IPv4 desenvolvido

pela INTEC Systems Institute Inc.
Configurao bsica do RIP verso 1 e 2

para o CCNA
Ol caros alunos e leitores, nesse artigo de hoje vou mostrar os comandos para a
configurao bsica do RIP verso 1 e 2 para a certificaa Cisco CCNA.
O RIP ou Routing Information Protocol um protocolo aberto, definido na RFC 1058,

e classificado como vetor de distncia. As diferenas bsicas entre o RIP verso 1 e
verso 2 que o primeiro classfull, ou seja, suporta apenas classes cheias (A, B ou C)
ou subrede com a mesma mscara e troca atualizaes de roteamento via broadcast. J a
verso 2 suporta CIDR (classless) e VLSM (diviso de subredes com vrias mscaras de
subrede), alm disso, troca informaes atravs de multicast no endereo 224.0.0.9.
Ambas as verses trocam informaes utilizando UDP na porta 520.
Para IPv6 (verso 6 do protocolo IP) o RIP passa a chamar RIPng (Next Generation) e
funciona basicamente da mesma maneira que o RIP verso 2 para IPv4, porm enviando
updates no endereo IPv6 de multicast FF02::9.
Para configurar o RIP verso 1 basta ativar o protocolo com o comando router rip,
depois em modo de configurao do roteador definir as redes que sero anunciadas com
o comando network. No comando network voc deve utilizar apenas as redes classfull
e no subredes, por exemplo, se no roteador voc tem as redes 10.0.0.0/24 e 10.0.1.0/24
voc deve anunciar network 10.0.0.0, ou seja, apenas a classe A cheia, sem subredes.
Por padro, com a configurao citada acima voc ter o RIP verso 1 ativado, para
ativar a verso 2 basta adicionar o comando version 2.
Vamos ver um exemplo simples de configurao do RIP para o R2 da topologia abaixo.
Topologia RIP CCNA
Configurao do RIP v1 no roteador R2:
R2#conf t
CNTL/Z.
R2(config)#router rip
R2(config-router)#network 192.168.1.0
Configurao do RIP v2 no roteador R2:
R2#conf t
CNTL/Z.
R2(config)#router rip
R2(config-router)#version 2
R2(config-router)#no auto-summary
O comando no auto-summary desabilita a sumarizao automtica em redes classfull,

apesar de nesse caso no ser necessrio por todas as redes serem classe C o comando
recomendado pela Cisco. Se estivssemos utilizando subrede o roteador sem esse
comando enviaria para o vizinho apenas um anncio com a rede classe A, B ou C
utilizada como base para as subredes.
Configurando uma Rota Esttica

Flutuante em roteadores Cisco CCNA
Ol caros alunos e amigos, hoje nesse artigo vamos estudar como se configura uma rota
esttica flutuante em roteadores Cisco.
Voc lembra que estudamos em um post abterior o parmetro distncia administrativa

para as rotas estticas? Sua funo servir como parmetro decisor para um roteador
quando ele possui diversas rotas de diferentes fontes de aprendizado para um mesmo
destino. Por exemplo, se voc criar uma rota para a rede 200.200.200.0 com distncia
administrativa 100 saindo pela serial 0 e outra com o valor 1 pela serial 1 para o mesmo
destino, o roteador ir inserir a rota com distncia administrativa 1 na tabela de
roteamento, portanto os pacotes com destino apontando para 200.200.200.0 sero
encaminhados pela interface serial 1.
Rota esttica flutuante
Caso a rota para 200.200.200.0 atravs da serial 1 fique indisponvel (a interface caia e a
rota seja removida da tabela de roteamento) a segunda rota com distncia administrativa
100 ser inserida na tabela de roteamento e os pacotes passaro a ser encaminhados pela
serial 0.
O nome desse tipo de configurao rota esttica flutuante, quando utilizamos uma
rota backup com maior custo que entra em ao somente quando a rota principal cai.
Portanto, a rota com maior custo para o mesmo destino fica em espera ou stand-by.
tenham alguma sugesto de post s colocar no comentrio que os
Comandos show para verificar o
roteador, mdulos e nmeros de srie
CCNA
Ol caros alunos e leitores, hoje vamos mostrar trs comandos show teis para verificar
o roteador e nmeros de srie (SN Serial Number):
Show environment (em switches show env all)

Show diag
Show inventory
Com o Show environment podemos verificar as condies de temperatura e das

ventoinhas (FAN) dos roteadores.
dltec#show environment
Fan 1 OK
Fan 2 OK
ILP Power Supply Absent
Fan Speed Setting: Normal
dltec#
Para verificar os mdulos instalados e seus respectivos nmeros de srie temos dois
comandos que podem ser utilizados, o show diag (mais completo) ou show inventory
(mais simples de visualizar). Voc notar nos comandos abaixo que o show diag traz
muitas informaes e com um nvel de detalhes que nem sempre o que precisamos na
prtica, j o show inventory mais simplificado quando queremos apenas definir os
mdulos que esto instalados em um roteador Cisco e listar seus respectivos nmeros de
srie.
Abaixo segue a sada dos dois comandos para um roteador Cisco 2801 com diversas
placas instaladas comeando com o show diag. Procure notar nos campos destacados o
modelo, qual slot que a placa est instalada e seu nmero de srie. Normalmente esse
comando exige uma ateno especial para o nmero de srie do chassis, pois no
primeiro campo tem dois nmeros: o da PCB que da placa me e mais embaixo sim o
do chassis que utilizado para abrir chamados de manuteno ou acionar a garantia da
Cisco.
dltec#show diag
Slot 0:
C2801 2FE 4SLOT Mainboard Port adapter, 15 ports
Port adapter is analyzed
Port adapter insertion time 2w5d ago
EEPROM contents at hardware discovery:
Chassis MAC Address : 001e.130b.1aee
MAC Address block size : 34
PCB Serial Number : FOC11456KRJ
Hardware Revision : 7.0
Part Number : 73-8190-07
Board Revision : C0
Top Assy. Part Number : 800-23435-05
Deviation Number : 0
Fab Version : 04
CLEI Code : IPM7V00CRA
RMA Test History : 00
RMA Number : 0-0-0-0
RMA History : 00
Product (FRU) Number : CISCO2801
Version Identifier : V04
Processor type : 86
Chassis Serial Number : FHK1147F1JV
EEPROM format version 4
EEPROM contents (hex):
000: 04 FF C3 06 00 1E 13 0B 1A EE 43 00 22 C1
8B 46
010: 4F 43 31 31 34 35 36 4B 52 4A 40 04 1C 41
07 00
020: 82 49 1F FE 07 42 43 30 C0 46 03 20 00 5B
8B 05
030: 88 00 00 00 00 02 04 C6 8A 49 50 4D 37 56
30 30
040: 43 52 41 03 00 81 00 00 00 00 04 00 CB 89
43 49
050: 53 43 4F 32 38 30 31 89 56 30 34 20 D9 02
C1 40
060: 09 86 C2 8B 46 48 4B 31 31 34 37 46 31 4A
56 FF
070: FF FF FF FF FF FF FF FF FF FF FF FF FF FF
FF FF
FF FF
FF FF
0xA0: FF FF FF FF FF FF FF FF FF FF FF FF FF FF
FF FF
0xB0: FF FF FF FF FF FF FF FF FF FF FF FF FF FF
FF FF
0xC0: FF FF FF FF FF FF FF FF FF FF FF FF FF FF
FF FF
0xD0: FF FF FF FF FF FF FF FF FF FF FF FF FF FF
FF FF
0xE0: FF FF FF FF FF FF FF FF FF FF FF FF FF FF
FF FF
0xF0: FF FF FF FF FF FF FF FF FF FF FF FF FF FF
FF FF
FF FF
FF FF
FF FF
FF FF
FF FF
FF FF
FF FF
FF FF
FF FF
FF FF
0x1A0: FF FF FF FF FF FF FF FF FF FF FF FF FF FF
FF FF
0x1B0: FF FF FF FF FF FF FF FF FF FF FF FF FF FF
FF FF
0x1C0: FF FF FF FF FF FF FF FF FF FF FF FF FF FF
FF FF
0x1D0: FF FF FF FF FF FF FF FF FF FF FF FF FF FF
FF FF
0x1E0: FF FF FF FF FF FF FF FF FF FF FF FF FF FF
FF FF
0x1F0: FF FF FF FF FF FF FF FF FF FF FF FF FF FF
FF FF
PVDM Slot 0:
8-channel (G.711) Voice/Fax PVDMII DSP SIMM PVDM
daughter card
Board Revision : B0
Fab Version : 04
PCB Serial Number : FOC11410QXX
RMA History : 00
Processor type : 00
Product (FRU) Number : PVDM2-8
000: 04 FF 40 04 30 41 04 00 82 49 22 90 05 42
42 30
010: 88 00 00 00 00 02 04 C1 8B 46 4F 43 31 31
34 31
020: 30 51 58 58 03 00 81 00 00 00 00 04 00 09
00 CB
030: 87 50 56 44 4D 32 2D 38 89 56 30 31 20 D9
02 40
040: C1 FF FF FF FF FF FF FF FF FF FF FF FF FF
FF FF
FF FF
FF FF
FF FF
VIC Slot 0:
2nd generation E&M Voice daughter card (2 port)
Board Revision : E0
Deviation Number : 0-0
Fab Version : 03
PCB Serial Number : FOC0902159J
RMA History : 00
Version Identifier : V
Product (FRU) Number : VIC2-2E/M=
000: 04 FF 40 00 48 41 04 01 C0 46 03 20 00 53
5E 01
010: 42 45 30 80 00 00 00 00 02 03 C1 8B 46 4F
43 30
020: 39 30 32 31 35 39 4A 03 00 81 00 00 00 00
04 00
030: 89 56 00 00 00 FF FF FF FF FF FF FF FF FF
FF FF
FF FF
FF FF
FF FF
FF FF
WIC/VIC/HWIC Slot 1:
Serial 2T (12in1)
Hardware revision 1.0 Board revision B0
Serial number 35725133 Part number 800-
03181-03
Version Identifier V01 FRU Part
Number WIC-2T
Test history 00 RMA number 00-
00-00
Connector type PCI
020: 01 12 01 00 02 21 1F 4D 50 0C 6D 03 00 00
00 00
030: 58 00 00 00 07 05 19 00 FF FF FF FF FF FF
FF FF
WIC/VIC Slot 2:
FXS DID Voice daughter card (4 port)
Board Revision : F0
Fab Version : 02
PCB Serial Number : FOC12193U3S
RMA History : 00
Connector Type : 01
CLEI Code : IP9IABYCAA
Product (FRU) Number : VIC-4FXS/DID=
000: 04 FF 40 00 3A 41 03 01 82 49 1B 06 02 42
46 30
010: 88 00 00 00 00 02 02 C1 8B 46 4F 43 31 32
31 39
020: 33 55 33 53 03 00 81 00 00 00 00 04 00 C0
46 03
030: 20 00 42 78 02 05 01 C6 8A 49 50 39 49 41
42 59
040: 43 41 41 FF FF FF FF FF FF FF FF FF FF FF
FF FF
FF FF
FF FF
FF FF
WIC/VIC/HWIC Slot 3:
2nd generation FXO Voice daughter card (2 port)
Board Revision : A0
Deviation Number : 0-0
Fab Version : 04
PCB Serial Number : FOC10380BRE
RMA History : 00
Product (FRU) Number : VIC2-2FXO
CLEI Code : CNUIARTAAA
000: 04 FF 40 00 4D 41 05 00 C0 46 03 20 00 54
5D 02
010: 42 41 30 80 00 00 00 00 02 04 C1 8B 46 4F
43 31
020: 30 33 38 30 42 52 45 03 00 81 00 00 00 00
04 00
030: CB 89 56 49 43 32 2D 32 46 58 4F 89 56 30
31 20
040: C6 8A 43 4E 55 49 41 52 54 41 41 41 FF FF
FF FF
FF FF
FF FF
FF FF
dltec#show inventory
NAME: chassis, DESCR: 2801 chassis
PID: CISCO2801 , VID: V04 , SN: FHK1147F1JV
NAME: motherboard, DESCR: C2801 Motherboard with 2 Fast

Ethernet
PID: CISCO2801 , VID: V04 , SN: FOC11456KRJ
NAME: VIC 0, DESCR: 2nd generation two port EM voice

interface daughtercard
PID: VIC2-2E/M= , VID: V , SN: FOC0902159J
NAME: WIC/VIC/HWIC 1, DESCR: WAN Interface Card Serial

2T
PID: WIC-2T , VID: V01, SN: 35725133
NAME: WIC/VIC 2, DESCR: Four port FXS DID voice

interface daughtercard
PID: VIC-4FXS/DID= , VID: 3.1, SN: FOC12193U3S
NAME: WIC/VIC/HWIC 3, DESCR: 2nd generation two port FXO

voice interface daughtercard
PID: VIC2-2FXO , VID: V01 , SN: FOC10380BRE
NAME: PVDM 0, DESCR: PVDMII DSP SIMM with one DSP with
half channel capcity
PID: PVDM2-8 , VID: V01 , SN: FOC11410QXX
dltec#
Outra maneira de verificar o nmero de srie indo ao rack onde o equipamento est
instalado e verificar a etiqueta que normalmente est na traseira do equipamento.
Serial Number Cisco
Guardem os comandos show ensinados nesse post, pois eles podem ser teis no
levantamento das informaes de rede ou ento para abrir um chamado de
manuteno/garantia na Cisco.
Analisando a tabela MAC de um Switch

Cisco CCNA | Blog da DlteC
Ol caros Alunos e Leitores, no post de hoje vamos analisar uma sada de tabela MAC
em Switch Cisco , com diversos endereos aprendidos em diversas portas para
podermos entender melhor o que pode ser cobrado na prova do CCNA.
Lembrem-se que por padro o switch est na camada-2 do modelo OSI faz o
encaminhamento ou filtragem de quadros atravs do endereo MAC, aprendendo
atravs do campo MAC de Origem do quadro ethernet cada host que est conectado
s suas portas e armazenando essa informao na tabela MAC (SAT/CAM). Para
visualizar o que foi aprendido utilizamos o comando show mac address-table e ser
mostrada a VLAN, MAC, tipo de aprendizado e porta que o endereo est vinculado. A
tabela abaixo foi retirada de um switch 2960 de laboratrio:
SW-DlteC#show mac address-table
Mac Address Table
-
Vlan Mac Address Type Ports

-
All 0100.0ccc.cccc STATIC CPU
All 0100.0ccc.cccd STATIC CPU
All 0180.c200.0000 STATIC CPU
All 0180.c200.000a STATIC CPU
All 0180.c200.000b STATIC CPU
All 0180.c200.000c STATIC CPU
All 0180.c200.000d STATIC CPU
All 0180.c200.000e STATIC CPU
All 0180.c200.000f STATIC CPU
All ffff.ffff.ffff STATIC CPU
20 000a.f4d3.e481 DYNAMIC Gi0/2
10 000c.295e.bb64 DYNAMIC Fa0/3
10 0012.7b50.01f6 DYNAMIC Fa0/1
10 0018.e761.77a8 DYNAMIC Fa0/1
10 001b.0c96.c5e8 DYNAMIC Fa0/6
10 001d.7060.d31b DYNAMIC Fa0/5
10 001e.130b.1aee DYNAMIC Fa0/2
10 0023.339d.0792 DYNAMIC Fa0/4
10 2893.fe6c.e163 DYNAMIC Gi0/1
10 c018.85e5.ecbf DYNAMIC Fa0/1
10 c018.85e5.eedb DYNAMIC Fa0/1
Total Mac Addresses for this criterion: 37
SW-DlteC#
Vamos iniciar a anlise olhando da primeira sada at a vigsima. O tipo de endereo

nessas entradas est como esttico e utiliza a porta do tipo CPU. Isso mesmo, so
endereos MAC utilizados pelo prprio sistema interno do switch. Note que no campo
VLAN eles tem escrito All, em portugus Todas, pois como so endereos internos
podem pertencer a todas as VLANs. Alm disso, na vigsima linha temos uma entrada
para o broadcast que tem endereo MAC ffff.ffff.ffff e pertencendo todas as VLANs.
Nas prximas linhas, temos MACs aprendidos dinamicamente, pois eles tem o tipo ou
type como dynamic. Analise os MACs, as VLANs que eles pertencem e a que porta
cada um est vinculado. Se voc prestou ateno existem MACs que esto vinculados a
uma mesma porta, veja as trs primeiras linhas a partir da vigsima:
Temos os MACs 000a.f4d3.e481, 000a.f4d3.e480 e 000a.f4d3.e481 vinculados a porta

gigabit de nmero 0/2. Voc consegue dizer o porqu?
Normalmente nesses casos ou temos uma porta de entroncamento entre switches (trunk)
ou um HUB conectado nessa porta. Para ter certeza outros comandos mais avanados
que aprenderemos nos captulos 9 e 11 sero necessrios, mas basicamente voc pode
com um protocolo da Cisco chamado CDP descobrir se o vizinho conectado a porta
um equipamento Cisco ou no. Alm disso, se for um HUB a porta deve estar como
Half-duplex.
Agora volte tabela e responda: Quantas portas desse switch podem ser de tronco
(trunk) ou estarem conectadas a um HUB?
Para responder basta procurar as que esto repetidas na coluna Ports, pois so as que
tm mais de um MAC por porta, portanto so as portas Giga 0/1, Giga 0/2 e a Fast 0/1.
Para ter certeza que um switch Cisco poderamos utilizar o show cdp neighbors e se
o dispositivo estiver com o CDP habilitado vamos poder visualizar a entrada vinculada
a mesma porta.
Entendendo o MTU e ICMP versus Path

MTU Discovery CCNA
Filed Under: CCNA, Cisco
Tagged With: ccna, curso ccna, ICMP, MTU, Path MTU Discovery
20 de dezembro de 2012 Autor: Prof. Marcelo 1 Comment
Ol caros Alunos e Leitores que nos acompanham, nesse artigo vamos tratar do MTU e
do Path MTU Discovery (o qual utiliza uma mensagem de erro do ICMP para
funcionar), assuntos importantes para quem trabalha em redes ou est se preparando
para a certificao Cisco CCNA, pois eles determinam se um pacote IP deve ser ou no
fragmentado para poder ser enviado pela rede IP.
MTU o acrnimo para a expresso inglesa Maximum Transmission Unit, que em

portugus significa Unidade Mxima de Transmisso, e refere-se ao tamanho do
maior datagrama que uma camada de um protocolo de comunicao pode transmitir.
Cada tecnologia de camada 2 possui um determinado MTU, por exemplo, o padro
Ethernet tem MTU de 1500 bytes.
O protocolo IP permite a fragmentao de pacotes, possibilitando que um datagrama

seja dividido em pedaos, cada um pequeno o suficiente para poder ser transmitido por
uma conexo com o MTU menor que o datagrama original. Esta fragmentao
acontece na camada IP (camada 3 do modelo OSI) e usa o parmetro MTU da interface
de rede que ir enviar o pacote pela conexo. O processo de fragmentao marca os
fragmentos do pacote original para que a camada IP do destinatrio possa montar os
pacotes recebidos, reconstituindo o datagrama original.
MTU do caminho
A norma RFC 2000 descreve o Path MTU discovery, uma tcnica para determinar o
MTU ideal do caminho entre dois computadores evitando a fragmentao dos pacotes
IP. Veja na figura a seguir porque a fragmentao ocorre, pois temos um caminho entre
dois pontos com trs links de MTU diferentes e o MTU mais baixo o que define o
valor mximo que o caminho permite. Se voc tentar enviar um pacote de 1500 bytes
em um caminho que permite no mximo 800 bytes ele precisar ser fragmentado, ou
seja, quebrado em pedaos menores.
Para que haja a fragmentao existe um flag (bit de controle) no protocolo IP chamado
DF (Dont Fragment No Fragmente) que deve estar desativado, caso este flag esteja
habilitado (setado em 1) o roteador no poder fragmentar o pacote e se ele estiver
acima do MTU o roteador ir gerar uma mensagem de erro para o computador de
origem atravs do ICMP.
Portanto, a tcnica de descoberta do MTU do caminho (Path MTU Discovery) utiliza

um feedback atravs de mensagem de erro ICMP para o endereo de origem dos
resultados de tentativas de enviar datagramas de tamanhos progressivamente maiores,
com o bit DF (Dont Fragment) ativado. Qualquer dispositivo que ao longo do caminho
necessite de fragmentar o pacote ir descart-lo e enviar uma resposta ICMP de destino
inalcanvel com o cdigo 4 ou datagrama demasiado grande (packet too big) para o
endereo de origem. Atravs deste teste, o computador de origem aprende qual o
valor mximo de MTU que atravessa a rede sem que seja fragmentado.
ICMP Packet too big
Testando Manualmente o MTU do Caminho com o Ping

Voc pode testar manualmente o MTU do caminho at um determinado destino da
Internet a partir do seu computador com o comando ICMP ping utilizando as opes -
l e -f.
Com o -l voc pode definir o tamanho do pacote IP, por exemplo, um ping 10.0.0.1
l 1500 define um payload de 1500 bytes para esse pacote do ICMP.
J o -f ativa o bit de no fragmentao do pacote (DF), portanto se o pacote for muito

grande e precisar de fragmentao com o bit DF ativo voc receber uma mensagem de
erro do ICMP.
O teste simples, faa um ping com tamanho de 1500, o qual o MTU limite de uma
rede do tipo Ethernet e verifique se ele passa, caso haja erro v diminuindo o valor at
chegar ao mximo que voc pode enviar para aquele caminho.
Veja o teste abaixo feito para o site da Cisco. No exemplo abaixo fizemos um teste
iniciando com um pacote de 1500 bytes e fomos diminuindo de 100 em 100 bytes,
quando chegamos ao valor de 1200 bytes respondendo ao ping, a subimos mais 50
bytes e fomos aumentando e diminuindo at chegar ao valor de 1270 bytes de MTU
ideal para que no houvesse fragmentao nesse caminho.
C:\>ping www.cisco.com -l 1500 -f
Disparando e144.dscb.akamaiedge.net [23.57.128.170] com 1500 bytes de dados:

O pacote precisa ser fragmentado, mas a desfragmentao est ativa.
Estatsticas do Ping para 23.57.128.170:

Pacotes: Enviados = 4, Recebidos = 0, Perdidos = 4 (100% de
perda),


perda),


perda),

Resposta de 23.57.128.170: bytes=1200 tempo=31ms TTL=54

perda),
Aproximar um nmero redondo de vezes em milissegundos:
Mnimo = 25ms, Mximo = 31ms, Mdia = 28ms


perda),


perda),


perda),
C:\>
Nos roteadores da Cisco o MTU mostrado no comando show interfaces.
dltec#show interfaces fast 0/0

FastEthernet0/0 is up, line protocol is up
Hardware is Gt96k FE, address is 001e.130b.1aee (bia
001e.130b.1aee)
Internet address is 192.168.1.6/24
MTU 1500 bytes, BW 100000 Kbit/sec, DLY 100 usec,
reliability 255/255, txload 1/255, rxload 1/255
O valor do MTU pode ser alterado dentro do modo de configurao de Interface com o
comando ip mtu.
dltec(config)#int f0/0
dltec(config-if)#ip mtu ?
<68-1500> MTU (bytes)
At uma prxima!!!
Protocolos de Roteamento: Distncia
Administrativa Cisco CCNA
Distncia administrativa um valor que os roteadores usam para selecionar o melhor
caminho quando h duas ou mais rotas para o mesmo destino descobertas atravs de
duas fontes distintas, por exemplo, se uma rota descoberta pelo RIP e outra pelo
EIGRP para o mesmo destino, nesse caso quem determina que rota entra na tabela de
roteamento a distncia administrativa.
Somente um parnteses, quando duas rotas so descobertas pelo mesmo protocolo de

roteamento quem determina qual delas vai para a tabela de roteamento a mtrica,
assunto que abordaremos em outro artigo posteriormente.
A distncia administrativa o primeiro critrio para determinar qual rota usar. Quanto
menor o valor da distncia administrativa mais confivel o protocolo.
Por exemplo, se um roteador recebe uma rota de ambos protocolos de roteamento OSPF
(distncia administrativa 110) e IGRP (distncia administrativa 100), o roteador escolhe
IGRP para colocar na tabela de roteamento.
Obs: A distncia administrativa tem significado no roteador local, e no pode ser

anunciado em protocolos de roteamento dinmico.
Tabela dos valores padres de distncia administrativa:
Origem da Rota Distancia Adm
Interface diretamente conectada 0
Rota esttica com IP como referncia 1
Rota esttica com Interface como referncia 0
EIGRP rota sumrio 5
External Border Gateway Protocol (BGP) 20
EIGRP interno 90
IGRP 100
OSPF 110
Intermediate System-to-Intermediate System (IS-IS) 115

Routing Information Protocol (RIP) 120
Exterior Gateway Protocol (EGP) 140
On Demand Routing (ODR) 160
EIGRP rota externa 170
BGP interno 200
Desconhecido 255
possvel alterar esses valores padres do IOS da Cisco caso seja preciso, para que uma
rota de um determinado protocolo entre com uma prioridade maior ou no com o
comando distance no modo de subconfigurao de roteamento.
Router(config)#router rip
Router(config-router)#distance 120
Router(config-router)#router eigrp 100
Router(config-router)#distance ?
eigrp IP-EIGRP distance
Router(config-router)#distance eigrp ?
<1-255> Distance for internal routes
Router(config-router)#distance eigrp 90 ?
<1-255> Distance for external routes
Router(config-router)#distance eigrp 90 170 ?
<cr>
Router(config-router)#distance eigrp 90 170
Router(config-router)#router ospf 1
Router(config-router)#distance ?
<1-255> Administrative distance
Router(config-router)#distance 100
Router(config-router)#end
Router#
A distncia administrativa muito usada para rota backup. No exemplo abaixo, caso a
primeira rota saia da tabela (por uma queda de link) a segunda rota assume e passa a
entrar na tabela de roteamento. Essas rotas so chamadas de rotas flutuantes, pois elas
somente aparecero na tabela de roteamento se a primeira cair. A distncia
administrativa tambm pode algumas vezes ser chamada de custo quando falamos de
rotas estticas.
! a primeira rota tem dist adm 10

ip route 10.0.0.0 255.0.0.0 192.168.50.1 10
!
! a segunda tem a dist adm 15
! e no entra na tabela at a primeira cair
ip route 10.0.0.0 255.0.0.0 192.168.100.1 15
Voc pode usar o conceito acima com um protocolo de roteamento dinmico, por
exemplo, criando uma rota com custo 200 junto com as aprendidas pelo RIP. Caso o
RIP caia, como ele tem distncia administrativa 120, sua rota esttica entra na tabela de
roteamento.
No esquea que o foco do CCNA so rotas estticas e os protocolos RIP verses 1 e 2,

EIGRP e OSPF rea nica ou single area.
Fonte: www.netadm.com.br

Troubleshooting Redes Cisco

Încărcat de

Informații document

Descriere originală:

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Troubleshooting Redes Cisco

Încărcat de

Drepturi de autor:

Formate disponibile

Troubleshooting em Redes Cisco para

Type escape sequence to abort.

1 10.0.0.2 6 msec 6 msec 1 msec

O comando Show Interfaces

Router#show interfaces (mostra os detalhes de todas as

BR#show interfaces s0/0/0

Serial0/0/0 is up, line protocol is up: Camadas 1 e 2 funcionando

Serial0/0/0 is down, line protocol is down: Essa sada indica problema na

Serial0/0/0 is administratively down, line protocol is down: Essa sada indica

O comando Show IP Interfaces

O comando Show IP Route

Abaixo uma sada do comando show ip route

Gateway of last resort is 168.42.18.237 to network 0.0.0.0

Os comandos Show Running-Config e Show Startup-

Veja abaixo uma parte da sada tpica do show run.

Current configuration : 30164 bytes

RIP Timers em Roteadores Cisco

Ento vamos ldentro da configurao do RIP podemos alterar os temporizadores do

timers basica [update] [invalid] [holddown] [flush]

Podemos editar os seguintes temporizadores. Resumidamente segue a explicao de

Verificando o Flush Timer

Gateway of last resort is not set

C 192.168.40.0/24 is directly connected, Serial0/2

Reparem acima que recebemos um update de R4 anunciando a rota 10.0.0.0 as

Voltamos para R1 e vamos verificar o andamento das mensagens e a tabela de rotas.

*Mar 1 03:58:41.603: RIP: build update entries

Gateway of last resort is not set

C 192.168.40.0/24 is directly connected, Serial0/2

Lembrem-se que configuramos os timers do RIP como timers basic 15 90 90 120,

Gateway of last resort is not set

C 192.168.40.0/24 is directly connected, Serial0/2

Gateway of last resort is not set

C 192.168.40.0/24 is directly connected, Serial0/2

Vamos novamente habilitar os debugs e verificar nossa tabela de rotas.

Gateway of last resort is not set

C 192.168.40.0/24 is directly connected, Serial0/2

Como antes, vamos colocar a rota em holddown. Em R4 fazemos o passive-interface e

Gateway of last resort is not set

C 192.168.40.0/24 is directly connected, Serial0/2

*Mar 1 00:19:35.151: RIP: build update entries

Gateway of last resort is not set

C 192.168.40.0/24 is directly connected, Serial0/2

Gateway of last resort is not set

C 192.168.40.0/24 is directly connected, Serial0/2

Perceba acima que em 20:12 R1 comeou a receber updates de R2 anunciando a rede

Gateway of last resort is not set

Configurando o balanceamento de carga

Equal Cost Load Sharing Balanceamento de Carga entre Rotas de Mtricas

Com o valor 1 no haver balanceamento de carga e acima disso ser o nmero de

Na tabela de roteamento quando h balanceamento de carga vamos notar que aparece

Gateway of last resort is not set

D 172.16.0.0/16 [90/5514496] via 192.168.0.2, 00:01:31,

Unequal Cost Load Sharing Balanceamento de Carga entre Rotas de Mtricas

J o balanceamento de carga entre rotas de custo diferente suportado apenas pelo

O comando variance nada mais que um multiplicador, o qual didaticamente podemos

R4#show ip eigrp topology

P 10.0.0.0/8, 1 successors, FD is 5514496

Gateway of last resort is 192.168.1.1 to network 0.0.0.0

172.16.0.0/16 is variably subnetted, 9 subnets, 2

Balanceamento de carga em protocolos

O balanceamento de carga uma propriedade do RIP, OSPF e EIGRP utilizar um

Quando o protocolo de roteamento ativa o balanceamento de carga em dois ou mais