show ip route

Команда show  ip  route выводит содержимое таблицы маршрутизации.

 

Синтаксис                     show ip route

 

Режимы  команды                              privileged EXEC

 

Рекомендации по использованию

Данная команда используется для отображения текущего состояния таблицы маршрутизации.

Данная команда показывает только маршруты connected (“C”) и статический (“S”). Маршруты, заданные по протоколам RIP или OSPF, будут показаны как статические.

Раздел “Codes” (вывод легенды) содержит описание и других, реально неиспользуемых типов маршрутов. Этот вывод сделан аналогичным Cisco IOS для поддержания совместимости с продуктами мониторинга и управления Cisco (например, Cisco MARS). 

При выполнении команды не показываются маршруты:

·       если в системе присутствует маршрут через интерфейс, который не зарегистрирован в продукте, то этот маршрут не показывается.

 

Пример вывода команды

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 10.1.1.1 to network 0.0.0.0

 

     1.0.0.0/32 is subnetted, 4 subnets

S       1.2.3.4 [1/0] via 10.2.2.2

                [1/0] via 10.3.3.3

                is directly connected, FastEthernet0/0

S       1.2.3.5 is directly connected, FastEthernet0/0

S       1.2.3.6 [1/0] via 10.2.2.2

S       1.2.3.7 [1/0] via 10.2.2.2

     174.0.0.0/16 is variably subnetted, 3 subnets, 2 masks

S       174.0.0.0/24 [1/0] via 10.3.3.3

S       174.0.1.0/24 [1/0] via 10.3.3.3

S       174.0.0.0/19 [1/0] via 10.3.3.3

C    192.168.111.0/24 is directly connected, FastEthernet1/0

S    181.111.0.0/16 [1/0] via 10.3.3.3

                    is directly connected, FastEthernet0/0

     10.0.0.0/16 is subnetted, 1 subnets

C       10.0.0.0 is directly connected, FastEthernet0/0

S    172.0.0.0/8 [1/0] via 10.3.3.3

S*   0.0.0.0/0 [1/0] via 10.1.1.1

 

Правила формирования таблицы маршрутизации (аналогичны Cisco  IOS, за исключением случаев, отмеченных специально):

1.   В качестве «шлюза последней надежды» (термин заимствован из документации Cisco IOS – шлюз по умолчанию) берется маршрут до подсети 0.0.0.0/0:

·       Если такой маршрут отсутствует, то пишется фраза: Gateway of last resort is not set.

·       Маршрут подсети вида 0.0.0.0/x, где x > 0, за «шлюз последней надежды» не признается.

·       Логика выбора «шлюза последней надежды» аналогична Cisco IOS с тем отличием, что в Cisco IOS существуют и другие способы задания – с помощью команд ip default−gateway и ip default−network.

·       Если маршрут до подсети 0.0.0.0/0 задан через интерфейс, то выдается фраза: Gateway of last resort is 0.0.0.0 to network 0.0.0.0.

·       Если существуют несколько маршрутов до подсети 0.0.0.0/0, то в качестве «шлюза последней надежды» выбирается первый из них.

·       Запись в таблице маршрута «шлюз последней надежды» помечается звездочкой.

2.   Формирование записи таблицы маршрутизации:

·       Тип записи формируется следующим образом:

·       если маршрут прописан через интерфейс, причем подсеть сформирована адресом на интерфейсе (а не специальной командой маршрутизации), то пишется тип “C”;

·       во всех остальных случаях, включая маршрут, явно прописанный через интерфейс, пишется тип “S”.

·       Адрес очередной подсети соотносится с классами сетей “A”, “B” и “C”:

·       Маршруты пишутся в виде отдельных записей (не группируются) в случаях:

·       подсети, более широкие, чем предполагаемый их класс (например, 172.0.0.0/8);

·       адреса вида 0.0.0.0/x;

·       адреса, не принадлежащие к классам “A”, “B” или “C”.

·       Подсети, более узкие, чем предполагаемый их класс (например, 10.0.0.0/16), обязательно помечаются как “Subnetted” и, при необходимости, группируются несколько подсетей вместе.

·       Подсети, совпадающие с классом (например, 192.168.111.0/24), включаются в группу “Subnetted”, если в ней присутствуют более узкие подсети. Если более узких подсетей нет, подсети, совпадающие с классом, пишутся в виде отдельной записи.

3.   Группирование записей в случае совпадения масок подсетей:

·       Вначале пишется строка вида:

class-ip/mask-postfix is subnetted, N subnets

где

class-ip      IP-адрес с наложенной на него маской классовой подсети (не путать с общей для данных подсетей маской!!!)

mask-postfix  общая для данных подсетей маска

N             количество подсетей в данной группе.

 

Например, для записей вида 1.2.x.0/24 будет написано:

1.0.0.0/24 is subnetted, <N> subnets

·       В записях, принадлежащих к этой группе, пишутся только IP-адреса без масок.

4.   Группирование записей в случае разных масок подсетей:

·       Вначале пишется строка вида:

class-ip/class-mask-postfix is variably subnetted, N subnets, M masks

где

class-ip      IP-адрес с наложенной на него маской классовой подсети

class-mask-postfix    классовая маска

N             количество подсетей в данной группе

M             количество масок подсетей в данной группе.

Пример:

174.0.0.0/16 is variably subnetted, 3 subnets, 2 masks

·       В записях, принадлежащих к этой группе, пишутся IP-адреса с масками.

5.   Группирование записей в случае одинаковых адресов:

·       Первая строка пишется полностью, включая тип записи, адресную информацию и указание через gateway или интерфейс пишется маршрут.

·       Во второй и последующих строках – тип записи и адресная информация опускаются.

·       Если для данного адреса присутствуют маршруты как через интерфейсы, так и gateways, то сначала пишутся маршруты через gateways, а потом – через интерфейсы.

6.   Для записей типа “S” в квадратных скобках пишется информация, связанная с метрикой маршрута, в виде:

[metric/0]

·       если системная метрика маршрута равна 0, то выдается 1;

·       в противном случае – выдается значение системной метрики.

Для маршрутов, заданных в консоли с помощью команды ip route, всегда выдается метрика в виде [1/0]. Такое поведение аналогично Cisco IOS, при условии использования параметра administrative  distance по умолчанию.

 

Отличие данной команды от подобной команды Cisco  IOS:

·       Присутствует только указанный вариант команды, в отличие от Cisco IOS, где могут присутствовать дополнительные параметры.

·       Показывает только connected (“C”) и статический (“S”) маршруты.

·       Параметр, связанный с метрикой маршрута имеет вид [metric/0], а в Cisco IOS – [administrative-distance/metric].