Compreendendo e configurando o comando ip unnumbered
Contents
Introduction
Este documento explica o conceito de IP não numerado e fornece vários exemplos de configuração da referência. O comando ip unnumbered configuration permite habilitar o processamento de IP em uma interface serial sem atribuí-lo a um endereço IP explícito. A interface não numerada IP pode “pedir emprestado” o endereço IP de outra interface já configurada no roteador, o que conserva a rede e o espaço de endereço.
Prerequisites
Requirements
Não existem requisitos específicos para este documento.
Componentes Utilizados
Este documento não se restringe a versões de software e hardware específicas.
Conventions
Para obter mais informações sobre convenções de documento, consulte as Convenções de dicas técnicas Cisco.
O que é uma interface sem número?
Considere a rede mostrada abaixo. O roteador A tem uma interface serial S0 e uma interface Ethernet E0.
A interface Ethernet 0 do Roteador A pode ser configurada com um endereço IP conforme mostrado abaixo:
interface Ethernet0 ip address 172.16.10.254 255.255.255.0
Logicamente, para ativar o IP na interface S0, você precisaria configurar um endereço IP exclusivo nela. No entanto, também é possível ativar o IP na interface serial e ativá-lo sem atribuir um endereço IP exclusivo a ela. Isso é feito tomando-se emprestado um endereço IP já configurado em uma das outras interfaces do roteador. Para fazer isso, o comando do modo de interface ip unnumbered é usado como mostrado abaixo.
interface Serial 0 ip unnumbered Ethernet 0
O comando do modo de interface ip unnumbered <type> <number> empresta o endereço IP da interface especificada para a interface na qual o comando foi configurado. O uso do comando ip unnumbered resulta no compartilhamento do endereço IP por duas interfaces. Assim, em nosso exemplo, o endereço IP que foi configurado na interface Ethernet também é atribuído à interface Serial e ambas as interfaces envolvidas funcionam normalmente. Isso pode ser verificado usando a saída do comando show ip interface brief, como mostrado abaixo:
RouterA# show ip interface brief Interface IP-Address OK? Method Status Protocol Ethernet0 172.16.10.254 YES manual up up Serial0 172.16.10.254 YES manual up up
Como você pode ver na saída do comando show ip interface brief acima, a interface serial tem um endereço IP idêntico ao da interface Ethernet e ambas as interfaces estão totalmente funcionais. A interface que empresta seu endereço de uma das outras interfaces funcionais do roteador é chamada de "interface não numerada". Em nosso exemplo, Serial 0 é a interface não numerada.
A única verdadeira desvantagem da interface não numerada é que ela não está disponível para testes e gerenciamento remotos. Você também deve se lembrar que a interface não numerada deve tomar emprestado seu endereço de uma interface que esteja ativa e em execução. Se a interface não numerada estiver apontando para uma interface que não está funcional (ou seja, que não mostra "Status da interface UP", "Protocolo UP"), a interface não numerada não funcionará. É exatamente por isso que é recomendado que a interface não numerada aponte para uma interface de loopback, já que os loopbacks não falham. Finalmente, lembre-se de que o comando ip unnumbered funciona somente em interfaces point-to-point. Quando você configura o comando na interface Multiaccess (ou seja, Ethernet) ou na interface de loopback, as seguintes mensagens são exibidas:
RouterA(config)# int e0 RouterA(config-if)# ip unnumbered serial 0 Point-to-point (non-multi-access) interfaces only RouterA(config-if)# ip unnumbered loopback 0 Point-to-point (non-multi-access) interfaces only
IP e IP sem número
Em um Cisco Router, cada interface que se conecta a um segmento de rede deve pertencer a uma sub-rede exclusiva. Os roteadores conectados diretamente possuem interfaces que se conectam ao mesmo segmento de rede e que recebem endereços IP da mesma sub-rede. Se um roteador precisar enviar dados para uma rede que não esteja conectada diretamente, ele procura em sua tabela de roteamento e encaminha o pacote para o próximo salto conectado diretamente próximo ao destino. Se não houver nenhuma rota na tabela de roteamento, o roteador encaminhará o pacote ao gateway como último recurso. Quando um roteador diretamente conectado ao destino final recebe o pacote, ele entrega o pacote diretamente ao host final.
A tabela de roteamento IP contém rotas de sub-rede ou rotas de rede principais. Cada rota tem um ou mais endereços do Next Hop diretamente anexados. As rotas de sub-rede são agregadas ou resumidas por padrão nos principais limites da rede para reduzir o tamanho da tabela de roteamento.
Observação: o esquema de agregação discutido acima pressupõe um protocolo de roteamento de vetor de distância tradicional, como o RIP (Routing Information Protocol) ou o IGRP (Interior Gateway Routing Protocol).
Vamos considerar a atribuição de endereços IP às interfaces de um roteador usando uma rede de classe B que foi dividida em sub-redes usando oito bits de sub-rede. Toda interface requer uma sub-rede exclusiva. Embora cada conexão serial ponto a ponto possua apenas dois pontos finais para endereçar, se atribuirmos uma sub-rede inteira a cada interface serial, utilizamos 254 endereços disponíveis para cada interface quando apenas dois endereços são necessários. Se usarmos IP não numerado em cada interface serial, economizaremos espaço de endereço; o endereço de uma interface LAN é "emprestado" e usado como o endereço de origem para atualizações de roteamento e pacotes originados da interface serial. Dessa forma, o espaço de endereço é conservado. IP sem número apenas faz sentido para enlaces ponto a ponto.
Um roteador que recebe uma atualização de roteamento instala o endereço de origem das atualizações como o novo salto em sua tabela de roteamento. Em geral, o Next Hop é um nó de rede conectado diretamente. Este não é mais o caso se usarmos o IP não numerado, porque cada interface serial "empresta" seus endereços IP de uma interface de LAN diferente, cada um em uma sub-rede diferente e possivelmente em uma rede principal diferente. Quando um IP não numerado é configurado, as rotas aprendidas por meio da interface IP não numerada colocam a interface como o próximo salto do endereço de origem da atualização de roteamento. Assim, evitamos um problema de Invalid Next Hop Address porque a origem da atualização de roteamento vem de um Next Hop que não está conectado diretamente.
Exemplos de configuração
Observação: as informações nesses exemplos de configuração são baseadas no Cisco IOS® Software versão 12.2(10b) e foram testadas nos roteadores da série Cisco 2500.
Vejamos quatro exemplos diferentes de configurações para IP não numerado.
Observação: poderíamos ter usado interfaces de loopback em vez de interfaces ethernet.
Mesma rede principal, sub-redes diferentes
A Figura 1 mostra que em ambos os lados do link serial temos a mesma rede principal com sub-redes diferentes.
Figura 1 – Diagrama da Rede 
| Router 1.1.1.1 | Router 2.2.2.2 |
|---|---|
Current configuration: interface Ethernet0 ip address 171.68.178.196 255.255.255.192 interface Serial0 ip unnumbered Ethernet0 router igrp 10 network 171.68.0.0 |
Current configuration: interface Ethernet 0 ip address 171.68.179.1 255.255.255.192 interface Serial 0 ip unnumbered Ethernet0 router igrp 10 network 171.68.0.0 |
Router 1.1.1.1# show ip route
171.68.0.0/26 is subnetted, 3 subnets
I 171.68.179.0 [100/8976] via 171.68.179.1, 00:00:02, Serial0
C 171.68.178.192 is directly connected, Ethernet0
I 171.68.0.0 [100/8976] via 171.68.179.1, 00:00:02, Serial0
Router 1.1.1.1# ping 171.68.179.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 171.68.179.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 28/30/32 ms
Router 2.2.2.2# show ip route
171.68.0.0/26 is subnetted, 3 subnets
C 171.68.179.0 is directly connected, Ethernet0
I 171.68.178.192 [100/8976] via 171.68.178.196, 00:00:02, Serial0
I 171.68.0.0 [100/8976] via 171.68.178.196, 00:00:02, Serial0
Router 2.2.2.2# ping 171.68.178.196
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 171.68.178.196, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 32/32/32 ms
As informações de rota sobre sub-redes são mantidas corretamente neste cenário.
Redes principais diferentes, não sub-redes
A Figura 2 mostra que em ambos os lados do link serial temos redes principais diferentes e nenhuma sub-rede.
Figura 2: Diagrama de rede 
| Router 1.1.1.1 | Router 2.2.2.2 |
|---|---|
Current configuration: interface Ethernet0 ip address 171.68.178.196 255.255.0.0 interface Serial0 ip unnumbered Ethernet0 router igrp 10 network 171.68.0.0 |
Current configuration: interface Ethernet 0 ip address 172.68.1.1 255.255.0.0 interface Serial 0 ip unnumbered Ethernet0 router igrp 10 network 172.68.0.0 |
Router 1.1.1.1# show ip route C 171.68.0.0/16 is directly connected, Ethernet0 I 172.68.0.0/16 [100/8976] via 172.68.1.1, 00:01:26, Serial0 Router 1.1.1.1# ping 172.68.1.1 Sending 5, 100-byte ICMP Echos to 172.68.1.1, timeout is 2 seconds: !!!!! Success rate is 100 percent (5/5), round-trip min/avg/max = 28/28/28 ms Router 2.2.2.2# show ip route I 171.68.0.0/16 [100/8976] via 171.68.178.196, 00:00:21, Serial0 C 172.68.0.0/16 is directly connected, Ethernet0 Router 2.2.2.2# ping 171.68.178.196 Sending 5, 100-byte ICMP Echos to 171.68.178.196, timeout is 2 seconds: !!!!! Success rate is 100 percent (5/5), round-trip min/avg/max = 28/29/32 ms
Rede principal com sub-rede, rede principal sem sub-rede
A Figura 3 mostra que em um lado do link serial temos uma rede principal com uma sub-rede e, no outro lado, uma rede principal sem sub-rede.
Figura 3 – Diagrama da Rede 
| Router 1.1.1.1 | Router 2.2.2.2 |
|---|---|
Current configuration: interface Ethernet0 ip address 171.68.178.196 255.255.255.192 interface Serial0 ip unnumbered Ethernet0 router igrp 10 network 171.68.0.0 |
Current configuration: interface Ethernet 0 ip address 172.68.1.1 255.255.0.0 interface Serial 0 ip unnumbered Ethernet0 router igrp 10 network 172.68.0.0 |
Router 1.1.1.1# show ip route
171.68.0.0/26 is subnetted, 1 subnets
C 171.68.178.192 is directly connected, Ethernet0
I 172.68.0.0/16 [100/8976] via 172.68.1.1, 00:00:03, Serial0
Router 1.1.1.1# ping 172.68.1.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 172.68.1.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 28/31/32 ms
Router 2.2.2.2# show ip route
171.68.0.0/16 is variably subnetted, 2 subnets, 2 masks
I 171.68.178.192/32 [100/8976] via 171.68.178.196, 00:00:48, Serial0
I 171.68.0.0/16 [100/8976] via 171.68.178.196, 00:00:48, Serial0
C 172.68.0.0/16 is directly connected, Ethernet0
Router 2.2.2.2# ping 171.68.178.196
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 171.68.178.196, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 28/29/32 ms
Observação: antes da versão 11.0(2) do software Cisco IOS, é necessário colocar uma rota estática para a rede principal 171.68.0.0/16 no Roteador 2.2.2.2.
Nessa situação, as informações de sub-rede são perdidas, pois são tratadas como uma rota de host. No Cisco IOS Software versão 11.0(2) e posterior, o Interior Gateway Routing Protocol (IGRP) e o Routing Information Protocol (RIP) corrigem esse problema enviando a rota sumarizada para a rede principal através dos links ponto-a-ponto não numerados.
Duas redes principais diferentes e suas respectivas sub-redes
A Figura 4 mostra que em ambos os lados do link serial temos duas redes principais diferentes com as respectivas sub-redes.
Figura 4 – Diagrama da Rede 
| Router 1.1.1.1 | Router 2.2.2.2 |
|---|---|
Current configuration: interface Ethernet0 ip address 171.68.178.196 255.255.255.192 interface Serial0 ip unnumbered Ethernet0 router igrp 10 network 171.68.0.0 |
Current configuration: interface Ethernet 0 ip address 172.68.1.1 255.255.255.192 interface Serial 0 ip unnumbered Ethernet0 router igrp 10 network 172.68.0.0 |
Router 1.1.1.1# show ip route
171.68.0.0/26 is subnetted, 1 subnets
C 171.68.178.192 is directly connected, Ethernet0
172.68.0.0/16 is variably subnetted, 2 subnets, 2 masks
I 172.68.0.0/16 [100/8976] via 172.68.1.1, 00:00:02, Serial0
I 172.68.1.0/32 [100/8976] via 172.68.1.1, 00:00:02, Serial0
Router 1.1.1.1# ping 172.68.1.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 172.68.1.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 32/81/280 ms
Router 2.2.2.2# show ip route
171.68.0.0/16 is variably subnetted, 2 subnets, 2 masks
I 171.68.178.192/32 [100/8976] via 171.68.178.196, 00:00:22, Serial0
I 171.68.0.0/16 [100/8976] via 171.68.178.196, 00:00:22, Serial0
172.68.0.0/26 is subnetted, 1 subnets
C 172.68.1.0 is directly connected, Ethernet0
Router 2.2.2.2# ping 171.68.178.196
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 171.68.178.196, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 28/31/32 ms
Observação: nas versões do software Cisco IOS anteriores à 11.0(2), você deve colocar uma rota estática para a rede principal 171.68.0.0/16 no Roteador 2.2.2.2 e 172.68.0.0/16 no Roteador 1.1.1.1.
Nessa situação, as informações de sub-rede são perdidas, pois são tratadas como uma rota de host. No Cisco IOS Software versão 11.0(2) e posterior, o IGRP e o RIP corrigem esse problema, enviando a rota sumária da rede principal através de links ponta-a-ponta não-numerados.
Informações Relacionadas
Histórico de revisões
| Revisão | Data de publicação | Comentários |
|---|---|---|
1.0 |
26-Oct-2005 |
Versão inicial |
Feedback