Escolar Documentos
Profissional Documentos
Cultura Documentos
Essentials
gustavokalau.com.br
G0/0 G0/1
1 1
G0/0/0 G0/1/0
REDE VIA METRIC
R1 172.16.2.252 R2 172.16.3.0/24
172.16.3.0/24 Via R3 3
172.16.3.0/24 Via R2 2 BFF
Subnet Out Int. Next-Hop Metric R2: Eu tenho uma rota para a rede
172.16.3.0 G0/0/0 172.16.2.252 2 172.16.3.0 com métrica 1
IGP: Um protocolo de roteamento que foi criado para ser utilizado DENTRO de um mesmo
autonomous system (AS), ou seja, em apenas uma organização (empresa/instituição)
AS: Redes controladas por uma única organização Ex. de IGPs: RIP, OSPF, EIGRP, ISIS
EGP: Um protocolo de roteamento que foi criado para ser utilizado ENTRE vários
autonomous system (AS), ou seja, entre diferentes organizações (empresa/instituição)
AS5 AS4
EMPRESA X
EIGRP
BGP
EMPRESA Y
BGP OSPF
BGP
AS3
Comparing IGPs
Métricas
Algoritmos
(a forma como cada um deles escolhe o melhor caminho) Protocolos de roteamento escolhem o melhor
caminho para determinada subrede baseado em
Distance vector (também chamado de Bellman-Ford) Ex. RIP métricas (lembre-se que o primeiro critério do
roteador será a especi cidade da rota), cada
protocolo baseia-se em um tipo de métrica diferente:
Advanced distance vector (também chamado de Hybrid) Ex. EIGRP
RIPv2 Hop count O número de roteadores (saltos) entre o roteador X até a rede de destino;
Calculation based on Existe uma fórmula matemática do EIGRP (algoritmo chamado DUAL) que leva em
EIGRP
bandwidth and delay conta a velocidade da porta e o delay;
fi
Comparing IGPs Protocolo do tipo Link-
state e utiliza custo
como métrica
Protocolo do tipo
RIP distance vector e utiliza OSPF
métrica Hop Count
Quanto menor o Custo
melhor (quanto mais rápida
Subnet 10.1.1.0 for a interface menor será o
Subnet 10.1.1.0
seu custo)
A B A Cost 66 B
1.544Kbps 1.544Kbps
Cost 1 Cost 1
1.000.000Kbps 1.000.000Kbps 1.000.000Kbps 1.000.000Kbps
*Apesar de ter criado o EIGRP e ter mantido ele como protocolo proprietário por vários anos, ela publicou o
protocolo como uma RFC informacional em 2013. Isso permite que outros fabricantes implementem o EIGRP
enquanto a Cisco mantém os direitos sobre o protocolo.
fi
AD (Administrative Distance)
O IOS utiliza a AD para escolher qual a melhor rota caso receba o mesmo pre xo de
mais de um protocolo de roteamento ou rota estática ou diretamente conectada:
Administrative
Tipo de Rota
Distance
Connected 0
Static 1
IGRP 100
OSPF 110
IS-IS 115
RIP 120
Unusable 255
fi
OSPF Fundamentals
É executado o algoritmo Dijkstra shortest path
3
Topology Table
Routing Table
Neighbor Table
(LSDB)
SPF
1
Só a melhor rota para
aquele destino é armazenada
Tabela que contém a 2
Com as informações aqui, caso esse caminho caia, o SPF
lista dos vizinhos
recebidas é feito o Mapa deve ser executado novamente na
completo da rede LSDB (passo 3 again)
4
OSPF Shortest Path First (SPF) Tree
2
10 10
10 10 10
10
20 10.3.3.0/24 10.3.3.0/24
10.3.3.0/24
10.4.4.0/24 10.4.4.0/24 10.1.1.0/24
R4 R4 R1
10 10 10
BFF
Power ON
Power ON
OSPF OSPF
Hello! Hello!
Destino Destino
224.0.0.5 224.0.0.5
Link Metrik
R1 R2
Link State
Link Metrik
OSPF
4 - Toma ai 5 - Peguei,
as 2 obrigado
1 Hello Os pacotes são enviados periodicamente em todas as interfaces OSPF para descobrir
novos vizinhos, garantindo que outros vizinhos adjacentes ainda estejam online.
Esses pacotes são para resumir o conteúdo do banco de dados. Os pacotes são trocados
Database description LSA
2 quando uma adjacência OSPF é formada pela primeira vez.
(DBD) or (DDP)
Esses pacotes são usados para descrever o conteúdo do LSDB.
Esses pacotes são para downloads de banco de dados. Quando um roteador considera
Link-state request
3 que parte de seu LSDB está obsoleto, ele pode solicitar uma parte do banco de dados de
(LSR)
um vizinho usando esse tipo de pacote.
Link-state update Esses pacotes são para atualizações do banco de dados. Este é um LSA explícito para um
4
(LSU) link de rede especí co e normalmente é enviado em resposta direta a um LSR.
Esses pacotes são para con rmações de inundação. Esses pacotes são enviados em
5 Link-state ack
resposta à inundação de LSAs, tornando a inundação um recurso de transporte con ável. LSU
fi
fi
fi
fi
OSPF Hello Packets
Os pacotes hello OSPF são responsáveis por descobrir e manter vizinhos. Na maioria dos
casos, um roteador envia pacotes de hello para o endereço All SPF Routers (224.0.0.5).
Area ID
que pode ser escrito no formato decimal pontilhado (0.0.1.0) ou decimal (256).
Interface address mask A máscara de rede para o endereço IP principal da interface qual o hello é enviado.
Interface priority A prioridade da interface do roteador para as eleições de DR.
O intervalo de tempo, em segundos, em que um roteador envia pacotes de hello na
Hello interval
interface.
O período de tempo, em segundos, que um roteador espera para ouvir um hello de um
Dead interval
roteador vizinho antes de declarar o roteador inativo.
Designated router and
State Description
Este é o estado inicial de um relacionamento vizinho. Indica que o roteador não recebeu
Down
nenhum pacote hello OSPF.
Esse estado indica que nenhuma informação foi recebida recentemente, mas o roteador
Attempt
ainda está tentando se comunicar.
Esse estado indica que um pacote hello foi recebido de outro roteador, mas a
Init
comunicação bidirecional não foi estabelecida.
A comunicação bidirecional foi estabelecida. Se um DR ou BDR é necessário, a eleição
2-Way
ocorre durante esse estado.
Este é o primeiro estado na formação de uma adjacência. Os roteadores identi cam qual
ExStart
roteador será o mestre ou não mestre da sincronização LSDB.
Exchange Durante esse estado, os roteadores estão trocando estados de link usando pacotes DBD.
Pacotes LSR são enviados ao vizinho, solicitando os LSAs mais recentes que foram
Loading
descobertos (mas não recebidos) no estado do Exchange.
fi
Areas
Você pode con gurar todos os O problema é que se a sua rede for
roteadores da sua rede com o muito grande o OSPF pode sofrer se for
OSPF e na área 0 e vai funcionar! con gurado com apenas uma área.
Uma área OSPF cresce em tamanho à medida que os links de rede e o número de roteadores aumentam na área. Embora o uso
de uma única área simpli que a topologia, existem alguns problemas:
Um Full shortest path rst (SPF) tree O LSDB aumenta O LSDB da área cresce, consumindo mais Não é
calculation ocorre toda vez que ocorre um de tamanho e se memória e demorando mais tempo durante o possível fazer
ap em um link daquela área; 1
torna incontrolável processo de computação do SPF. sumarização
2 3 4
Qual o tamanho Ideal de uma área OSPF? Não existe resposta padrão
Area 0
10.123.1.0/24
10.24.1.0/29 10.45.1.0/24 10.56.1.0/24
R1 SW R2 R4 R5 R6R4
R3 10.3.3.0/24
3 n(n-1) / 2
Roteadores adicionais inundam
mais LSAs no segmento e o tráfego OSPF 4(4-1) / 2 = 6
SW se torna excessivo à medida que as
adjacências OSPF aumentam. 5(5-1) / 2 = 10
DROTHER
DROTHER
DROTHER
DROTHER
DROTHER
DROTHER
G0/1
G0/0
G0/1
G0/0
G0/0
G0/1
G0/1
10.1.1.2/24 G0/0
10.1.22.2/24 10.1.44.4/24
10.1.1.4/24
R2 DROther
R4
DR DR
DR
RID 2.2.2.2 RID 4.4.4.4
Qualquer roteador com a prioridade 1 até 255 na sua interface pode se tornar DR, por padrão
todas as interfaces tem a prioridade 1, quanto maior melhor e zero não participa da eleição (os
SW
valores são enviados nos Hellos);
Se as prioridade forem iguais o Escolhido o DR todos os routers fecharão adjacência com ele, logo
router com maior Router ID ganha; depois começa a eleição do BDR que segue as mesmas regras;
Somente após alguma mudança na topologia ou reinício do processo OSPF aquela posição será
ocupada, por exemplo caiu o DR o BDR assume e teremos mais ume eleição de BDR e nunca de DR;
Para assegurar que todos os roteadores no segmento tenham inicializado o OSPF corretamente ao receber um Hello que não
contém a informação do DR/DBR do segmento o OSPF aguarda por um tempo para poder se candidatar como DR, chamado de
Wait Timer ele tem o mesmo valor do Dead Timer.
fi
Hello: 10
Dead: 40
Dead: 120
Hello: 10
subinterfaces.
Dead: 40
Not enabled by default on any interface type. Interface is advertised Hello: 30
Point-to- multipoint as a host route (/32) and sets the next-hop address to the outbound No Wait: 120
G0/0
R1
192.0.0.10/24 G0/2 G0/3 192.10.0.10/24
G0/1
10.0.10.10/24
Um equívoco comum é que o comando network anuncia as redes no OSPF; na realidade o que
ele faz é ativar o OSPF na interface. A interface é então anunciada no OSPF por meio do LSA.
router ospf 1
network 10.0.0.10 0.0.0.0 area 0
1 network 10.0.10.10 0.0.0.0 area 0
network 192.0.0.10 0.0.0.0 area 0
network 192.10.0.10 0.0.0.0 area 0
G0/0
R1
192.0.0.10/24 G0/2 G0/3 192.10.0.10/24
G0/1
10.0.10.10/24
router ospf 1
network 10.0.0.0 0.0.0.255 area 0
2 network 10.0.10.0 0.0.0.255 area 0
network 192.0.0.0 0.0.0.255 area 0
network 192.10.0.0 0.0.0.255 area 0
router ospf 1
3 network 10.0.0.0 0.255.255.255 area 0
network 192.0.0.0 0.255.255.255 area 0
router ospf 1
4
network 0.0.0.0 255.255.255.255 area 0
G0/0
R1
192.0.0.10/24 G0/2 G0/3 192.10.0.10/24
G0/1
10.0.10.10/24
fi
Statically Setting the Router ID
10.0.0.10/24
G0/0
R1
192.0.0.10/24 G0/2 G0/3 192.10.0.10/24
G0/1
10.0.10.10/24
Por padrão, o RID é alocado dinamicamente usando o endereço IP mais alto de qualquer interface de
loopback. Se não houver interfaces de loopback ativo, o endereço IP mais alto de qualquer interface física
ativa se tornará o RID quando o processo OSPF for inicializado.
O processo OSPF seleciona o RID quando o processo OSPF é inicializado e não muda até que o processo seja
reiniciado. Alterações na interface (como adição/ emoção de endereços IP) em um roteador são detectadas
quando o processo OSPF é reiniciado.
A topologia OSPF é construída no RID. De nir um RID estático ajuda na solução de problemas e reduz os LSAs
quando um RID é alterado em um ambiente OSPF.
O RID tem quatro octetos, mas geralmente representa um endereço IPv4 que reside no roteador por simplicidade
operacional; no entanto, isso não é um requisito.
O comando router-id xyz atribui estaticamente o OSPF RID no processo OSPF. O comando clear ip ospf process
reinicia o processo OSPF em um roteador para que o OSPF possa usar o novo RID.
fi
Passive Interfaces
10.0.0.10/24
G0/0
SW R1
192.0.0.10/24 G0/2 G0/3 192.10.0.10/24
G0/1
10.0.10.10/24
Tornar a interface de rede passiva ainda adiciona o segmento de rede ao LSDB, mas proíbe a
interface de formar adjacências OSPF. Uma interface passiva não envia hellos OSPF e não
processa nenhum pacote OSPF recebido.
DROTHER
DROTHER
Adjacência formada e o roteador vizinho não é nem DR nem BDR, como a
2-WAY FULL/DROTHER
192.168.1.1 2-WAY192.168.3.3 adjacência está FULL isso signi ca que esse roteador ou é DR ou BDR
DROTHER
2 way state é formado entre roteadores que não são nem DR nem BDR (a
2WAY/DROTHER
192.168.2.2 adjacência FULL só é fechada com o DR e BDR)
2-WAY
fi
0 1 no no Base Metrics
Loopback interface is treated as a stub Host
The current interface state,
GigabitEthernet0/1
The OSPF process ID
is up, line
The IP protocol
address and is
subnetup which could be DR, BDR,
Internet
associated with this interface Address 10.123.4.1/24, mask for the Area
interface0, Attached via Network Statement DROTHER, LOOP,
fi
OSPF AREA 0
.1 .2 .1 .2 .1 .2
10.99.0.0/30 10.0.0.0/24 10.10.0.0/24
Internet FW R1 R2 R3
R1(config)# ip route 0.0.0.0 0.0.0.0 10.99.0.1
R1(config)# router ospf 1
R1(config-router)# network 10.0.0.0 0.255.255.255 area 0
R1(config-router)# default-information originate
R2# show ip route
Gateway of last resort is 10.0.0.1 to network 0.0.0.0
O*E2 0.0.0.0/0 [110/1] via 10.0.0.1, 00:02:56
R3# show ip route
Gateway of last resort is 10.10.0.1 to network 0.0.0.0
O*E2 0.0.0.0/0 [110/1] via 10.10.0.1, 00:02:56
OSPF AREA 0
.1 .2 .1 .2 .1 .2
10.99.0.0/30 10.0.0.0/24 10.10.0.0/24
Internet FW R1 R2 R3
R1(config)# ip route 0.0.0.0 0.0.0.0 10.99.0.1
R1(config)# router ospf 1
R1(config-router)# network 10.0.0.0 0.255.255.255 area 0
R1(config-router)# default-information originate always
R2# show ip route
Mesmo se não existir Rota
Gateway of last resort is 10.0.0.1 to network 0.0.0.0
O*E2 0.0.0.0/0 [110/1] via 10.0.0.1, 00:02:56 Default o OSPF vai publicar uma rota
default para os seus vizinhos
R3# show ip route
Gateway of last resort is 10.10.0.1 to network 0.0.0.0
O*E2 0.0.0.0/0 [110/1] via 10.10.0.1, 00:02:56
Topology
100Mbs Lembre-se que o custo de um caminho
Cost = =1 é a soma de dos custos de todas as
interfaces de saída que fazem parte
FastEthernet 10.1.1.0/24
R1 daquele caminho (vc não soma a
interface de entrada)
10
R1# conf t
R1(config)# interface g0/0/0
10 10
R1(config-if)# ip ospf cost 4
R1(config-if)# interface g0/1/0 R3
R1(config-if)# ip ospf cost 5
10.2.2.0/24
R2
10
Posso alterar o custo do OSPF direto na interface
com o comando ip ospf cost ou posso também 10
10
utilizar o comando bandwidth para alterar a banda 20
dessas interface e consequentemente o custo 10.3.3.0/24
OSPF (não é recomendado) 10.4.4.0/24
R4
10
Link Costs
Reference Bandwidth 100Mbs
Cost =
Interface Bandwidth Interface Bandwidth
100Mbs 100Mbs
Cost = =1 Cost = ==0.1
1
FastEthernet GigabitEthernet
=
Para evitar esse tipo de problema devemos altera o valor da Reference
Bandwidth para um valor coerente com a sua rede, por exemplo, se você
tem links de 20Gbps na sua rede você deverá alterar esse valor para 20000
G0/0 R4 (deve ser alterado em TODOS os roteadores:
1
auto-cost reference-bandwidth 20000
R1
Cuidado: O campo do LSA que informa a métrica tem 16bits, isso quer
F0/0 1
dizer que o valor da métrica não pode ser superior a 65535, se tiver
10.0.0.0/24
interfaces com baixa velocidade e outras extremamente rápidas na rede
isso pode ser um problema.
Failure Detection
Dead Timer
Dead Timer
4 x Hello
4 x Hello
40seg 40seg
1
Se parar de receber
Hello Hello de 10 em 10s Hello Hello do vizinho e esse
contador chegar a 0, o
vizinho é considerado
morto (down).
Hello
R1 R2
2
Uma função secundária dos pacotes Hello OSPF é garantir que a
adjacência dos vizinhos OSPF está saudável e disponível. O router então envia
um LSA apropriado para os
A alteração desses tempos deve ser feita dentro da interface:
outros vizinhos informando
ip ospf hello-interval 1–65535 (se mudar o hello o dead muda tb)
sobre a mudança na topologia,
ip ospf dead-interval 1–65535 (você pode alterar só o dead tb) o SPF algorithm é executado
em todos os roteadores
Obs: sempre garanta que o DEAD seja MAIOR que o HELLO caso altere daquela área.
somente o DEAD timer.
R1# show ip ospf interface | i Timer|line
GigabitEthernet0/2 is up, line protocol is up
Timer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 5
GigabitEthernet0/1 is up, line protocol is up
Timer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 5
Link-State Announcements
Quando os vizinhos OSPF se tornam adjacentes, os LSDBs são sincronizadas;
O OSPF LSA contém uma lista completa de redes anunciadas a partir desse roteador;
À medida que um roteador OSPF adiciona ou remove um link de rede de sua base de
dados (LSDB) seja essa rede diretamente conectada ou não, o roteador faz um ood the
link-state advertisement (LSA) em todas as interfaces OSPF ativas;
Type 1 LSAs for an area are shown with the command show ip ospf database router
fi
LSA Type 1: Router Link
Area 1234
10.123.1.0/24
10.24.1.0/29
R1 SW R2 R4
R3 10.3.3.0/24
Type: Transit
Type: Transit
Type: Stub
Type: Stub
Metric: 64 Metric: 64
Type: Transit
Metric: 1
R3
192.168.3.3
Type: Transit
Type: Transit
Type: Stub
Type: Stub
192.168.3.3
192.168.1.1
Link Data: 10.24.1.2
Link Data: 10.24.1.4
Metric: 64 Metric: 64
Type: Transit
Metric: 1
R3 Quando o DR é alterado, um novo LSA do tipo 2 é criado,
192.168.3.3
fazendo com que o SPF seja executado novamente na área OSPF
fi
LSA Type 3: Summary Link
Os LSAs do tipo 3 representam redes de outras áreas. O papel dos ABRs é participar de várias áreas OSPF
e garantir que as redes associadas aos LSAs do tipo 1 sejam alcançáveis nas áreas OSPF não originárias.
ABRs não encaminham LSAs do tipo 1 ou do tipo 2 para outras áreas. Quando um ABR recebe um LSA do
tipo 1, ele cria um LSA do tipo 3 que faz referência à rede no LSA do tipo 1 original;
Detailed type 3 LSA information is shown with the command: show ip ospf database summary
LSA Type 3: Summary Link
O LSA tipo 3 contém o link-state ID (network number), a máscara de sub-rede, o endereço IP do ABR que
gerou o LSA e a métrica para aquela rede.
Se o LSA tipo 3 for criado a partir de um LSA tipo 1, é a métrica total do caminho para alcançar o roteador
de origem no LSA tipo 1.
Se o LSA tipo 3 for criado a partir de um LSA tipo 3 da Área 0, será a métrica do caminho total para o ABR
mais a métrica no LSA original do tipo 3.
64 2
1
R3
Link-State Announcements
Todo LSA inclui uma idade (age) que é inserida na LSDB local e será
incrementada em 1 a cada segundo. Quando a idade do OSPF LSA do
roteador excede 1800 segundos (30 minutos), o roteador de origem
anuncia um novo LSA com a idade do LSA de nida como 0. À medida que
cada roteador encaminha o LSA, a idade do LSA é incrementada com um
valor de delay baseado no link. Se a idade do LSA atingir 3600, o LSA
será considerado inválido e eliminado do LSDB. A inundação repetitiva de
LSAs é um mecanismo de segurança secundário para garantir que todos
os roteadores mantenham um LSDB consistente dentro de uma área.
X
Protocol Network Next Hop
O IA 10.34.1.0/24 10.23.1.3
O IA 10.2.2.0/24 10.12.1.2
O IA 10.23.1.0/24 10.12.1.2 Area 12 Area 23 Area 34
10.12.1.0/24 10.23.1.0/24 10.34.1.0/24
R1 R2 R3 R4
Type 3 LSA
Area 0 Area 0 R3
4
ABR não criam type 3 LSA 10.2.2.0/24 10.3.3.0/24
10.34.1.0
2
X
para outras áreas (incluindo área 0
segmentada), quando esse LSA é
recebido de uma nonbackbone Type 3 LSAs recebidos da
área área 0 são propagados para
nonbackbone areas
Área 12 e área 0 não conseguirão alcançar nenhuma rede depois da
área 23 ( e o contrário também, área 34 e 0 do outro lado), para
resolver esse problema, basta transformar a área 23 em área 0
Intra-Area Routes
As rotas anunciadas por meio de um
LSA do tipo 1 para uma área são
sempre preferidas aos LSAs do tipo 3.
Area 0
R1 Cost 1 R2
Cost
Cost
Area 1
10 10
Apesar do custo maior desse
caminho (110), o R1 prefere enviar via
área 1 pois é uma rota Intra-area 10.4.4.0/24
(aprendida de uma mesma área) do R3 R4
que enviar via área 0 (Inter Area) Cost
Cost 100
1
Interarea Routes
Se existirem várias rotas interárea, o caminho com a menor métrica é instalada na OSPF
Routing Information Base (RIB), que é então apresentada ao RIB global do roteador.
Cost
20
Cost
Cost
R2 R4 10
10
Cost
Area 0 10.6.6.0/24
R1 20 R6
Cost
1
Cost
Cost
20 R3 Cost
R5 10
5
Equal-Cost Multipathing
Se houver um empate na métrica, ambas as rotas serão instaladas na RIB equal-cost multipathing (ECMP).
O padrão do ECMP são no máximo 4 caminhos ao mesmo tempo, esse pode ser alterado com o comando:
maximum-paths xyz dentro do processo OSPF
Cost
5
Cost
Cost
R2 R4 10
20
Area 0 10.6.6.0/24
R1 R6
Cost
1
Cost
Cost
20 R3 Cost
R5 10
5
Summarization Fundamentals
Outro método para reduzir o LSDB envolve resumir (sumarizar) os pre xos de rede. Lembre-se que
todos os roteadores da mesma área tem a mesma LSDB, seja ele um roteador parrudo ou fraquinho.
O resumo das rotas também ajuda os cálculos do SPF a serem executados mais rapidamente. Um
roteador que possui 10.000 entradas de rede levará mais tempo para executar o cálculo do SPF do
que um roteador com 500 entradas.
Como todos os roteadores em uma área devem manter uma cópia idêntica do LSDB, a sumarização
ocorre entre as áreas nos ABRs.
LSA
172.16.1.0/24
10.12.1.0/24 10.23.1.0/24
172.16.2.0/24 R1 R2 R3
Area 12 Area 0
172.16.3.0/24 LSA
Type 1
LSA
A sumarização no OSPF só
Type 1 pode ocorrer no ABR
LSA
Type 1 fi
Summarization of Routes
1
Todos os LSAs gerados na
área 1234 viram LSA do tipo 3 na
área 0, reduzimos assim a tabela
topologica do OSPF
LSA
LSA
LSA
LSA
Node
LSA
Type 2
R3 10.3.3.0/24
2
LSA
Mas a tabela de
Type 1
roteamento de todos os roteadores
é a mesma, com a mesma quantidade
de rotas, e é ai que entra a
sumarização de rotas
Con guration of Interarea Summarization
172.16.1.0/24
10.12.1.0/24 10.23.1.0/24
172.16.2.0/24 R1 R2 R3
Area 12 Area 0
172.16.3.0/24
router ospf 1
area 12 range 172.16.0.0 255.255.0.0 cost 45
172.16.1.0/24
10.12.1.0/24 10.23.1.0/24
172.16.2.0/24 R1 R2 R3
Area 12 Area 0
172.16.3.0/24
0.0.0.0 via R3 172.16.0.0/16 via R2
172.16.1.0/24 via R1
172.16.2.0/24 via R1
172.16.3.0/24 via R1
3
172.16.4.5
Para evitar que o loop Loop
aconteça é inserida uma rota de
172.16.4.5
descarte para a rede sumarizada
automaticamente 0.0.0.0 via R3
172.16.0.0/16 null 0
172.16.1.0/24 via R1
172.16.2.0/24 via R1
172.16.3.0/24 via R1
Obrigado!