WWW.DISSERS.RU

БЕСПЛАТНАЯ ЭЛЕКТРОННАЯ БИБЛИОТЕКА

   Добро пожаловать!

Pages:     | 1 | 2 || 4 | 5 |   ...   | 7 |

«1 ББК 32.973.26-018.2.75 Л42 УДК 681.3.07 Издательский дом "Вильяме" Зав. редакцией СИ. Тригуб Перевод с английского и редакция ...»

-- [ Страница 3 ] --

Новые протоколы маршрутизации более эффективны в распознавании различий между основной сетью и нулевой подсетью. Поэтому маршрутизатор имеет конфигурационные команды, которые разрешают пользователю использовать нулевую подсеть. Если в будущем окажется необходимым применить в маршрутизаторе SF-1 нулевую подсеть, то перед командой ip address потребуется ввести команду глобального конфигурирования ОС IOS ip subnet zero.

S F-1# configure Configuring from terminal, memory, or network [terminal]?

Enter configuration commands, one per line. End with CNTL/Z.

SF-1{config)#ip subnet-zero SF-1(config)#interface ethernet SF-1(config-if)#ip address 131.108.0.1 255.255.255. SF-1(config-if)#^Z Конфигурирование интерфейса глобальной сети IP-адресация интерфейсов глобальных сетей во многом подобна адресации интерфейсов локальных сетей, но со следующими исключениями.

• Интерфейсы глобальных сетей с двухточечной маршрутизацией могут не нумероваться.

• Интерфейсы глобальных сетей с многоточечной маршрутизацией, например, Frame Relay, X.25, ISDN и ATM, требуют отображения канальных адресов на IP-адреса.

Адресация интерфейса глобальной сети с двухточечной маршрутизацией Интерфейс глобальной сети с двухточечной маршрутизацией — это просто интерфейс, в котором связываются два устройства — одно на каждом конце линии. Интерфейсы подобного типа обычно встречаются при использовании выделенных арендуемых каналов передачи данных или при соединении двух маршрутизаторов друг с другом кабелями или с помощью заменителей модема. Двухточечные соединения также могут эмулироваться в многоточечной среде, например, Frame Relay или ATM, путем применения подинтерфейсов. На противоположных концах линии всегда имеется только одно устройство, так что при размещении пакета на двухточечном интерфейсе не возникает вопроса относительно того, по какому адресу или какой станции он посылается. Благодаря подобному свойству такой тип интерфейса (или подинтерфейса) не требует IP-адресов, как интерфейсы локальной сети или многоточечные интерфейсы глобальной сети. В большинстве случаев для управления сетью и облегчения устранения неисправностей администраторы сети предпочитают присваивать адрес своим двухточечным интерфейсам глобальной сети. Однако, если сетевое адресное пространство ограничено, ненумеруемые интерфейсы определенно являются плюсом.

Если двухточечному интерфейсу глобальной сети, например, РРР, HDLC или Frame Relay, присваивается IP-адрес, то делается это с помощью команды ip address (аналогично тому, как это имеет место при адресации интерфейса локальной сети). Как и для интерфейса локальной сети, команда ip address требует указания сетевой маски и фактического IP-адреса.

Каждому отдельному двухточечному соединению глобальной сети (или двухточечному подинтерфейсу) следует назначать отдельный сетевой IP-адрес. Заметим, что для обозначения того, какой интерфейс глобальной сети адресуется, команде ip address предшествует основная команда конфигурирования ОС IOS interface. Ниже показан пример IP-адресации для двухточечного HDLC-интерфейса и двух двухточечных подинтерфейсов Frame Relay маршрутизатора Seoul-1 компании ZIP:

Seoul-l#configure Configuring from terminal, memory, or network [terminal]?

Enter configuration commands, one per line. End with CNTL/Z.

Seoul-1(config)#interface serial 0.16 point-to-point Seoul-1(config-if)#ip address 131.108.242.1 255.255.255. Seoul-1(config-if)#interface serial 0.17 point-to-point Seoul-1(config-if)#ip address 131.108.242.5 255.255.255. Seoul-1(config-if)#interface serial Seoul-1(config-if)#ip address 131.108.241.2 255.255.255. Seoul-1(config-if)#^Z Хотя на текущий момент в сети компании ZIP нет ненумерованных интерфейсов, рассмотрим процесс конфигурирования, когда в маршрутизаторе Seoul-2 появится интерфейс глобальной сети. Ненумеруемый двухточечный IP-интерфейс глобальной сети конфигурируется с помощью интерфейсной субкоманды ОС IOS ip unnumbered. Для того чтобы протоколы IP маршрутизации, работая через ненумерованный интерфейс, имели для использования фактический IP-адрес, эта команда требует указать параметр базового интерфейса. Базовый интерфейс может быть физическим интерфейсом, например Ethernet или Token Ring, или виртуальным интерфейсом, например интерфейсом петли возврата. Ненумерованными должны быть оба конца канала глобальной сети, т.е. не может быть, чтобы одному концу линии адрес был присвоен, а другой конец остался ненумерованным. Ниже приводится пример добавления ненумерованного интерфейса маршрутизатору Seoul-2 сети компании ZIP:

Seoul-2#configure Configuring from terminal, memory, or network [terminal]?

Enter configuration commands, one per line. End with CNTL/Z.

Seoul-2(config)#interface serial Seoul-2(config-if)#ip unnumbered loopback Seoul-2(config-if)# ^Z Ненумерованные IP-интерфейсы обладают двумя недостатками. Во-первых, невозможно сформировать соединение виртуального терминала (например, по протоколу Telnet) непосредственно с последовательным интерфейсом или воспользоваться протоколом SNMP для опроса маршрутизатора через последовательный интерфейс. (SNMP — это протокол управления;

более подробно он обсуждается в главе 7, "Основы администрирования и управления".) Можно организовать соединение с IP-адресом локальной сети или виртуальным интерфейсом в устройстве, осуществляя управление путем отправки запросов по этому адресу. Во-вторых, если ненумерованный интерфейс имеет ссылку на интерфейс локальной сети, и этот интерфейс выводится из активного состояния или отказывает, то связь с устройством может оказаться невозможной. По этой причине рекомендуется, чтобы ненумерованные интерфейсы имели в качестве базового какой-либо виртуальный интерфейс, например, интерфейс петли возврата.

Адресация многоточечного интерфейса глобальной сети Многоточечный интерфейс глобальной сети — это такой интерфейс, который позволяет связываться с несколькими устройствами через одно соединение со средой глобальной сети.

Посылаемый в многоточечный интерфейс глобальной сети пакет не знает, для какой станции он предназначается, поэтому для осуществления IP-обмена данными такие интерфейсы должны иметь адреса. Более того, такие технологии многоточечных глобальных сетей, как Х.25, ISDN, ATM и Frame Relay, реализуют в себе методологии канальной адресации, используемые для того, чтобы различать станции в глобальной сети. Поэтому должен присутствовать механизм отображения IP-адреса на канальный адрес, который во многом аналогичен тому, как в интерфейсах локальной сети IP-адреса отображаются на МАС-адреса. Большинство технологий многоточечных глобальных сетей не имеют динамического метода отображения IP-адреса на канальный адрес. Следовательно, для обеспечения правильной адресации в такого типа интерфейсах требуются дополнительные команды. Исключение составляет технология Frame Relay, обладающая методом динамического отображения, называемым протоколом обратного разрешения адресов (Inverse ARP).

Хотя в сети компании ZIP и присутствуют многоточечные интерфейсы Frame Relay, все они с помощью подинтерфейсов сконфигурированы под работу в качестве двухточечных соединений. В сети компании ZIP отсутствуют интерфейсы Х.25, ISDN или ATM.

Как описывалось в главе 3, в технологии Frame Relay для того, чтобы различать виртуальные каналы в сети Frame Relay, используются DLCI-идентификаторы. На многоточечном интерфейсе Frame Relay замыкается несколько вирту-1льных каналов, поэтому с ним ассоциируется также и несколько DLCI-идентификаторов. Для осуществления обмена данными между IP-устройствами, стоящими на концах этих виртуальных каналов, их IP-адреса должны отображаться на LCI-идентификаторы. Такое отображение позволяет многоточечному устройству идентифицировать в сети Frame Relay нужный виртуальный канал назначения каждого пакета, посылаемого через один физический интерфейс. После этого пакеты могут перемещаться по сети Frame Relay.

На многоточечном интерфейсе Frame Relay отображение можно делать вручную с помощью субкоманды конфигурирования интерфейса ОС IOS frame-relay map или можно положиться на функцию протокола обратного разрешения адреса Inverse ARP. При адресации многоточечных интерфейсов глобальной сети необходимо прописать все устройства одной многоточечной сети, которые адресуются из одного логического сетевого IP-номера. Ниже приведен пример конфигурирования многоточечного интерфейса Frame Relay маршрутизатора SF-Core-1 с использованием команды frame-relay map:

SF-Core-l#configure Configuring from terminal, memory, or network [terminal]?

Enter configuration commands, one per line. End with CNTL/Z.

SF-Core-1(config)#interface serial 1/ SF-Core-1(config-if)#encapsulation frame-relay ietf SF-Core-1(config-if}#no inverse-arp SF-Core-1(config-if)#ip address 131.108.130.1 255.255.255. SF-Core-1(config-if)#frame-relay map ip 131.108.130.17 30 Cisco broadcast SF-Core-1(config-if)#frame-relay map ip 131.108.130.20 50 broadcast SF-Core-1(config-if)#frame-relay map ip 131.108.130.35 62 broadcast SF-Core-1(config-if)#^Z В этом примере функция динамического отображения Inverse ARP отключена субкомандой конфигурирования интерфейса ОС ЮС no inverse-arp. Три IP-адреса отображаются на три виртуальных канала и их соответствующие номера DLCI-идентификаторов. Дополнительно виртуальный канал DLCI 30 с IP-адресом 131.108.101.17 использует для инкапсуляции не метод по умолчанию, а разработанный компанией Cisco метод "четверок" (gang of four).

(Методом инкапсуляции по умолчанию определен метод IETF, что сделано с помощью команды конфигурирования интерфейса ОС IOS encapsulation frame-relay ietf.) Ключевое слово broadcast в конце команды frame-relay map инструктирует маршрутизатор направлять широковещательные пакеты для этого интерфейса в данный конкретный виртуальный канал.

Опционные ключевые слова и команды Как и большинство команд ОС IOS, команды отображения IP-адресации на ка нальный уровень имеют опционные ключевые слова, которые изменяют поведение виртуального канала или активируют/деактивируют специальные функции, выполняемые в этом виртуальном канале, например, уплотнение данных. В данной книге освещаются только самые распространенные ключевые слова. Полное объяснение всех ключевых слов и команд ОС IOS можно найти на компакт-диске Cisco Connection Documentation или в интерактивном варианте на Web-сервере www.cisco com.universd/home/home.

Если бы в приведенном выше примере выполнение функции динамического отображения IP адресов на DLCI-номера было разрешено, то необходимости в командах frame-relay map не было бы. В этом случае интерфейс посылал бы запросы функции Inverse ARP в каждый виртуальный канал, идентифицированный сетью Frame Relay на этом интерфейсе в качестве активного. Эти запросы, в свою очередь, привели бы к тому, что находящиеся на противоположном конце устройства ответили бы информацией о своих IP-адресах в данном виртуальном канале и запрашиваемых DLCI-идентификаторах. Использование функции Inverse ARP свело бы пример до следующих размеров:

SF-Core-l#configure Configuring from terminal, memory, or network [terminal]?

Enter configuration commands, one per line. End with CNTL/Z.

SF-Core-1(config)#interface serial 1/ SF-Core-1(config-if)#encapsulation frame-relay ietf SF-Core-1(config-if)#ip address 131.108.130.1 255.255.255. SF-Core-1(config-if)#^Z Совет Конфигурирование интерфейса Frame Relay требует некоторой осторожности. Полагаясь в отображении IP-адресов на DLCI-идентификаторы на функцию Inverse ARP, следует иметь в виду, что ошибки в конфигурировании могут привести к отображению неизвестно откуда взявшихся виртуальных каналов на неизвестные устройства. Также следует помнить, что одновременное применение на одном интерфейсе Frame Relay иинкапсуляции по методу IETF и с помощью разработанного компанией Cisco метода “четверок" требует использования команд frame-relay map.

Статическая адресация интерфейсов глобальных сетей Х.25 выполняется во многом так же, как и статическая адресация интерфейсов Frame Relay, т.е. с помощью команды static map.

IP-адреса интерфейса Х.25 должны отображаться на адреса 121, которые используются для установления виртуальных каналов связи между ситемами, стоящими в сети Х.25. Каждый виртуальный канал идентифицируется ад-сом Х.121, используемым для установления соединения. Ниже показан пример конфигурирования нового интерфейса Х.25 маршрутизатора компании ZIP с именем -Соге-1 путем применения субкоманды конфигурирования интерфейсов х25 map:

SF-Соre-1# configure Configuring from terminal, memory, or network [terminal]?

Enter configuration commands, one per line. End with CNTL/Z.

SF -Core-1(config)#interface serial 1/ SF -Core-1(config-if)#encapsulation x SF -Core-1(config-if)#x25 address SF -Core-1(config-if)#ip address 131.108.102.1 255.255.255. SF -Core-1(config-if)#x25 map ip 131.108.102.15 44593389 broadcast SF -Core-1(config-if}#x25 map ip 131.108.102.29 44591165 broadcast SF -Core-1(config-if)#tx25 map ip 131.108.102.176 44590712 broadcast SF -Core-1(config-if)#^Z Адресация интерфейсов ISDN требует команд отображения, подобных тем, которое используются при адресации интерфейсов Frame Relay и Х.25. Однако команды отображения нужны только в тех случаях, когда устройство хочет установить соединение по коммутируемой линии с другим устройством. Если устройство принимает только входные звонки, то IP-адреса могут отображаться на принимающее устройство телефонный номер динамически. Для обеспечения отображения между IP-адресами именами систем и телефонными номерами, которые используются для установления соединений в сети ISDN, применяется субкоманда конфигурирования интерфейса ОС IOS dialer map. Чтобы установить правильное отношение между IP-адресом и телефонным номером удаленной системы, в команде dialer map должно вводиться ключевое слово name. Кроме того, ключевое слово name используется в качестве части процесса аутентификации после установления соединения с удаленной системой. Ниже показан пример конфигурирования нового интерфейса ISDN BRI (Basic Rate Interface — интерфейс передачи данных с номинальной скоростью) на маршрутизатора компании ZIP с именем Seoul-1:

Seoul-l#configure Configuring from terminal, memory, or network [terminal]?

Enter configuration commands, one per line. End with CNTL/Z.

Seoul -1(config)#interface bri Seoul -1(config-if)#ip address 131.108.103.3 255.255.255. Seoul-1(config-if)#dialer map ip 131.108.103.1 name SF-Core-1 broadcast Seoul-1(config-if)#dialer map ip 131.108.103.2 name SF-Core-2 broadcast Seoul-1(config-if)#^Z Адресация интерфейсов ATM, как и всех уже рассмотренных нами интерфейсов, требует ввода основной команды ip address. Однако для интерфейсов ATM тип команд, используемых для отображения IP-адресов на канальный уровень, зависит от типа применяемых ATM протоколов, а также типа используемых виртуальных каналов. Существуют следующие возможные типы протоколов.

• Инкапсуляция по протоколу управления логическим каналом/доступа к подсетям в постоянных виртуальных каналах (Logical link control/Subnetwork Access Protocol (LLC/SNAP) encapsulation with PVC's). В этой модели в сети ATM устанавливается постоянный виртуальный канал. Пакеты идентифицируются как направленные на IP-адрес на противоположном конце конкретного виртуального канала.

• Инкапсуляция по протоколу LLC/SNAP в коммутируемых виртуальных каналах. В этой модели IP-пакеты идентифицируются как направленные на конкретный статически заданный ATM-адрес канального уровня. ATM-коммутаторы устанавливают виртуальный канал по требованию, когда маршрутизатор запрашивает соединение с ATM-адресом для конкретного IP-адреса.

• Протокол IP с автоматическим разрешением адресов ARP. В этой модели ATM адрес канального уровня для конкретного IP-адреса автоматически поставляется станцией, называемой ATM ARP-сервером.

В случае применения инкапсуляции по протоколу LLC/SNAP в постоянных виртуальных каналах для отображения IP-адресов на конкретные постоянные виртуальные каналы используется субкоманда конфигурирования интерфейса ОС IOS map-group и команда глобального конфигурирования map-list. В примере, показанном ниже, на маршрутизаторе SF Core-1 выполняется конфигурирование адресации для нового ATM-интерфейса с инкапсуляцией по протоколу LLC/SNAP в постоянных виртуальных каналах:

SF-Core-l#configure Configuring from terminal, memory, or network [terminal]?

Enter configuration commands, one per line. End with CNTL/Z.

SF-Core-1(config)#interface atm 1/ SF-Core-1(config-if)#atm pvc 3 0 21 aalSsnap SF-Core-1(config-if)#atm pvc 5 0 22 aalSsnap SF-Core-1(config-if)#ip address 131.108.104.1 255.255.255. SF-Core-1 (config-if)#map-group zipl SF-Core-1(config-if)#map-list zipl SF-Core-1(config-map-list)#ip 131.108.104.2 atm-vc 3 broadcast SF-Core-1(config-map-list)tip 131.108.104.7 atm-vc 5 broadcast SF-Core-1(config-map-list)#^Z В случае применения инкапсуляции по протоколу LLC/SNAP в коммутируемых виртуальных каналах для отображения IP-адресов на адреса точек доступа к сетевым Услугам (network service access point — NSAP), которые применяются для идентификации удаленных устройств в ATM сети, используется субкоманда конфигурирования Интерфейса ОС IOS map-group и команда глобального конфигурирования map-list.

Ниже в примере показано, как осуществляется конфигурирование адресации для нового ATM интерфейса с инкапсуляцией по протоколу LLC/SNAP в коммутируемых виртуальных каналах на маршрутизаторе SF-Core-1:

SF-Core-l#configure Configuring from terminal, memory, or network [terminal]?

Enter configuration commands, one per line. End with CNTL/Z.

SF-Core-1(config)tinterface atm 1/ SF-Core-1(config-if)ttatm nsap FE.DCBA.01.987654.3210.ABCD.EF12.3456.7890.1234. SF-Core-1(config-if)#ip address 131.108.104.1 255.255.255. SF-Core-1(config-if)#map-group zipl SF-Core-1(config-if)#map-list zipl SF-Core-1(config-map-list)#ip 131.108.104.2 atm-nsap Al.9876.AB.123456.7890.FEDC.BA.1234.5678.ABCD. SF-Core-1(config-map-list)#ip 131.108.104.7 atm-nsap B2.9876.AB.123456.7890.FEDC.BA. 1234.5678.AB12. SF-Core-1(config-map-list)#^Z Классический протокол IP с функцией ARP для конфигурирования IP-адресов интерфейса требует использования субкоманды ip address. Субкоманда конфигурирования ATM-интерфейса идентифицирует адрес ATM ARP-сервера, который способен преобразовать IP-адреса в ATM NSAP адреса, которые необходимы для установления виртуальных каналов. Ниже приводится пример конфигурирования адресации нового ATM-интерфейса с классическим протоколом IP и функцией ARP в маршрутизаторе с именем SF-Core-1:

SF-Core-l# configure Configuring from terminal, memory, or network [terminal]?

Enter configuration commands, one per line. End with CNTL/Z.

SF-Core-1(config)#interface atm 1/ SF-Core-1(config-if)#atm nsap FE.DCBA.01.987654.3210.ABCD.EF12.3456.7890.1234. SF-Core-1(config-if)#ip address 131.108.104.1 255.255.255. SF-Core-1(config-if)#atm arp-server nsap 01.ABCD.22.030000.0000.0000.0000.0000.0000.0000. SF-Core-1(config-if)#^Z Проверка конфигурации IP-адресов Верификация IP-адресов и других IP-атрибутов, которые были назначены интерфейсам, может быть выполнена с помощью одной из трех команд режима EXEC. Команда ОС IOS режима EXEC show interface выводит общую информацию об интерфейсе, включая назначенные ему IP-адрес и сетевую маску. Если в качестве параметра этой команды вводится конкретный интерфейс, то выводится информация только об этом интерфейсе. Если не указывается ни один интерфейс, то показываются данные обо всех интерфейсах. Ниже показан пример информации, выводимой в результате исполнения команды the show interface ethernet 0 на маршрутизаторе компании ZIP с именем SF-2:

SF-2#show interface ethernet EthernetO is up, line protocol is up Hardware is Lance, address is 0000.Oc07.b627 (bia 0000.Oc07.b627) Internet address is 131.108.110.1 255.255.255. MTU 1500 bytes, BW 10000 Kbit, DLY 1000 usec,rely 255/255,load 1/ Encapsulation ARPA,loopback not set,keepalive set (10 sec) ARP type:ARPA,ARP Timeout 04:00: Last input 00:00:00,output 00:00:00,output hang never Last clearing of "show interface " counters never Queuing strategy:fifo Output queue 0/40, 0 drops;

input queue 0/75, 0 drops 5 minute input rate 0 bits/sec, 0 packets/sec 5 minute output rate 1000 bits/sec, 1 packets/sec 716895 packets input, 69741733 bytes, 0 no buffer Received 76561 broadcasts, 0 runts, 0 giants, 0 throttles 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort 0 input packets with dribble condition detected 5148972 packets output, 750393298 bytes, 0 underruns 0 output errors, 68 collisions, 5 interface resets 0 babbles, 0 late collision, 286 deferred 0 lost carrier, 0 no carrier 0 output buffer failures, 0 output buffers swapped out Команда ОС IOS режима EXEC show ip interface обеспечивает возможность полного просмотра всех параметров, связанных с IP-конфигурацией интерфейса. Если в качестве параметра команды указывается конкретный интерфейс, то на экран выводится информация только об этом интерфейсе. Если конкретный интерфейс не указывается, то выдается информация обо всех интерфейсах. Ниже показан результат исполнения команды show ip interface ethernet 0 на маршрутизаторе SF-2 компании ZIP:

SF-2#show ip interface ethernet EthernetO is up, line protocol is up Internet address is 131.108.110.1 255.255.255. Broadcast address is 255.255.255. Address determined by non-volatile memory MTU is 1500 bytes Helper address is not set Directed broadcast forwarding is enabled Multicast reserved groups joined: 224.0.0.1 224.0.0.2 224.0.0. 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 enabled IP fast switching on the same interface is disabled IP multicast fast switching is enabled Router Discovery is disabled IP output packet accounting is disabled IP access violation accounting is disabled TCP/IP header compression is disabled Probe proxy name replies are disabled Gateway Discovery is disabled Policy routing is disabled Network address translation is disabled Команда show ip interface имеет вариант формы, которая позволяет увидеть краткую сводную информации об IP-адресах и статусе всех имеющихся на устройстве интерфейсов. Такой краткий вариант отчета получается при использовании команды show ip interface brief.

Ниже показан результат исполнения команды show ip interface brief на маршрутизаторе SF- компании ZIP:

SF-2#show ip interface brief Interface IP-Address OK?Method Status Protocol EthernetO 131.108.110.1 YES NVRAM up up Ethernetl 131.108.120 YES NVRAM up up FastEthernet 0131.108.20.2 YES NVRAM up up В дополнение к проверке IP-конфигурации самого интерфейса имеется возможность просмотра как статических, так и динамических отображений IP-адресов на адреса канального уровня для различных сред многоточечных глобальных сетей. Для этого следует воспользоваться командами ОС IOS режима EXEC show frame-relay map, show atm map, show x25 map И show dialer maps. Ниже приведен пример информации, выводимой в результате исполнения команды show frame-relay map на маршрутизаторе компании ZIP Seoul-1:

Seoul-l#show frame-relay map SerialO.16 (up): point-to-point dlci, dlci 16(0x10,0x400), broadcast, status defined, active SerialO.17 (up): point-to-point dlci, dlci 17(0x11,0x410), broadcast, status defined, active Seoul-l# Другие команды отображения протоколов глобальных сетей выводят на экран информацию в виде, похожем на тот, в котором она выводится командой show frame-rel a y map.

Как обсуждалось ранее в разделе "TCP/IР - адресация", сетевые маски могут представляться как в десятичном формате с разделением точками, так и в формате с контрольной суммой или с прямой косой линией. По умолчанию маршрутизатор использует формат с контрольной суммой. Если при выполнении верификации сетевых масок вам удобнее пользоваться десятичным форматом с разделением точками, то для переключения форматов можно воспользоваться командой ОС IOS режима EXEC terminal ip netmask format decimal. Эта команда действует только в течение текущего сеанса виртуального терминала или консоли.

Ниже показан пример использования команды в маршрутизаторе компании ZIP Seoul-1:

Seoul-lttterminal ip netmask-format decimal Seoul-It Чтобы сохранить этот формат для всех сеансов виртуального терминала или консоли, следует в режиме конфигурирования воспользоваться для нужных каналов субкомандой конфигурирования канала ip netmask-format decimal. Ниже показан пример изменения формата сетевой маски для всех сеансов виртуального терминала маршрутизатора компании ZIP Seoul-1:

Seoul-1#configure Configuring from terminal, memory, or network [terminal] ?

Enter configuration commands, one per line. End with CNTL/Z.

Seoul-1(config)#line vty 0 Seoul-1(config-line)#ip netmask-format decimal S e o u l - 1 ( c o n f i g - l i n e ) # ^Z Конфигурирование IP-маршрутизации Назначение каждому устройству уникального IP-адреса является необходимым, но не достаточным условием для того, чтобы они могли обмениваться информацией друг с другом.

Устройства в IP-сети, чтобы посылать друг другу пакеты данных, должны также знать путь или маршрут к другим устройствам, будь то в пределах одной автономной сети или во всей глобальной сети Internet. Однако, вместо того, чтобы каждое находящееся в сети устройство имело полный список всех других устройств сети с указанием их местонахождения, свою роль регулировщика потоков данных играет маршрутизатор, который выполняет в IP-сети две функции.

Первая функция состоит в том, что маршрутизатор принимает от станции пакеты, определяет оптимальный путь до пункта назначения и затем передает их в следующий сегмент локальной или глобальной сети, ведущий к пункту назначения. По мере продвижения пакета от одного маршрутизатора к другому в рамках сложной внутренней сети предприятия или в самой глобальной сети Internet этот процесс может повторяться несколько раз. Подобный процесс называется маршрутизацией, или коммутацией пакетов. Вторая функция маршрутизатора заключается в том, что он должен уметь определять, где находится другая IP-сеть или подсети (как внутри одной автономной сети, так и вне ее, например, в сети Internet). Чтобы определять местонахождение других сетей, маршрутизаторы используют таблицу маршрутизации, которая создается алгоритмами или протоколами маршрутизации.

По своей природе протоколы маршрутизации могут быть либо статическими, либо динамическими. В случае применения статических протоколов администратор сети вручную заносит в таблицу маршрутизации всю информацию о путях сетей. Статические протоколы подтверждены ошибкам, поскольку не способны реагировать на изменения в сети и должны реконфигурироваться вручную при каждом изменении. Динамические же протоколы маршрутизации полагаются в оповещении о подключенных к ним сетях и подсетях на сами маршрутизаторы. В разделе "Конфигурирование протоколов IP-маршрутизации" настоящей главы исследуются многочисленные протоколы динамической маршрутизации. В следующем разделе рассматриваются общие аспекты конфигурирования IP- и статической маршрутизации.

Команды конфигурирования IP-маршрутизации Чтобы разрешить IP-маршрутизацию, используется команда глобального конфигурирования ОС IOS ip routing. По умолчанию в автономных маршрутизаторах ОС IOS сконфигурирована так, что IP-маршрутизация разрешена. Однако, если на таком устройстве функция IP-маршрутизации была отключена, до коммутации пакетов и активации алгоритмов маршрутизации ее выполнение следует снова разрешить. Некоторые устройства маршрутизации с интегрированным в них программным обеспечением компании Cisco не разрешают IP маршрутизацию по умолчанию. В этом случае, чтобы в таких устройствах была возможной коммутация пакетов и обработка алгоритмов маршрутизации, снова необходимо использовать команду ip routing. В примере ниже показано, как разрешается IP маршрутизация в маршрутизаторе сети компании ZIP с именем Seoul-1:

Seoul-1#configure Configuring from terminal, memory, or network [terminal]?

Enter configuration commands, one per line. End with CNTL/Z.

Seoul-!(config)#ip routing Seoul-1(config-line)#^Z После разрешения IP-маршрутизации может строиться таблица маршрутизации, используемая для коммутации пакетов. По умолчанию после конфигурирования IP-адреса для интерфейса и его перевода в рабочее состояние сетевой адрес этого интерфейса заносится в таблицу маршрутизации. В таблицу маршрутизации заносятся данные всех интерфейсов, которые находятся в рабочем состоянии и подключены к маршрутизатору. Поэтому, если в сети есть только один маршрутизатор, то он обладает информацией обо всех других сетях или подсетях, и в конфигурировании статической или динамической маршрутизации нет необходимости. Записи в таблицу о статической или динамической маршрутизации необходимы только тогда, когда в сети находятся несколько маршрутизаторов.

Для просмотра таблицы IP-маршрутизации используется команда режима EXEC show ip route. При ее вводе без указания параметров на экран выводится вся информация, содержащаяся в таблице маршрутизации. Ниже показан пример таблицы маршрутизации маршрутизатора Seoul-1 сети компании ZIP, содержащей записи только о подключенных и находящихся в активном состоянии интерфейсах без каких-либо дополнительных записей, образовавшихся в результате конфигурирования или обучения:

Seoul-l#show ip route С -connected, Codes: S -static, I -IGRP, R -RIP, M -mobile, В -BGP D -EIGRP, EX -EIGRP external, 0 -OSPF, IA -OSPF inter area N1 -OSPF NSSA external type 1, N2 -OSPF NSSA external type 2 El -OSPF external type 1, E2 -OSPF external type 2, E -EGP i -IS-IS, LI -IS-IS level-1, L2 -IS-IS level-2, * - candidate default U - per о -ODR user static route, Gateway of last resort is not set 131.108.0.0/16 is variably subnetted, 4 subnets, 2 masks С 131.108.3.0/25 is directly connected, EthernetO С 131.108.242.0/30 is directly connected, SerialO. С 131.108.242.4/30 is directly connected, SerialO. С 131.108.241.0/30 is directly connected, Seriall Команда show ip route дает администратору сети огромное количество данных. Она является ключевым инструментом, используемым для определения пути, по которому пакет проходит по сети. Первый раздел выводимой информации представляет собой комментарий к первому столбцу самой таблицы. В нем говорится о том, где был взят маршрут. В данном примере буква С свидетельствует о том, что маршрут взят из непосредственно подключенного и функционирующего интерфейса. Шлюз последней надежды — это сетевой адрес маршрутизатора, куда должны будут посылаться пакеты, имеющие пункт назначения вне данной сети, если отсутствует конкретная информация о маршрутизации до этого пункта назначения. В приведенном примере маршрутизатор не был нацелен на шлюз последней надежды, так как не было сконфигурировано никаких статических маршрутов и никакие протоколы динамической маршрутизации не исполняются.

Последний раздел выводимой информации представляет собой собственно таблицу маршрутизации. По замечанию о переменной разбивке на подсети видно, что принадлежащая компании ZIP сеть класса В 1 3 1. 1 0 8. 0. 0 была сконфигурирована с несколькими сетевыми масками. Выводимая информация также показывает, что данный маршрутизатор был нацелен на четыре подсетевых маршрута, которые имеют только две связанные с ними сетевые маски. Перечисляются все номера сетей, связанные с введенными на соответствующие интерфейсы IP-адресами, а также сетевые маски в формате с контрольной суммой и соответствующие названия интерфейсов. Важно отметить, что перечисляемые в таблице маршрутизации адреса сетей и подсетей не являются IP-адресами отдельных устройств. Сетевой адрес может представлять маршрут всего до двух хост-машин (как при использовании сети с сетевой маской /30) или до 65536 машин (при использовании сети, которая имеет сетевую маску /16), или даже до большего количества хост-машин, что зависит от сетевой маски.

Команда show ip route также имеет параметры по выбору, которые могут использоваться для осуществления запросов о маршрутах только определенного типа. Например, если таблица маршрутизации полностью заполнена маршрутами по прямым подключениям, статическими маршрутами и маршрутами, полученными в результате динамического обучения, то команда ОС IOS режима EXEC show ip route connected может быть использована для показа только тех маршрутов, которые были определены из непосредственно подключенных и активных интерфейсов. Аналогично, команда show ip route static выводит только те маршруты, которые были получены из команд ручного конфигурирования сетевых путей. При вводе в качестве параметра команды конкретного сетевого адреса выводится информация только относительно этого конкретного маршрута. Ниже приводится пример ввода на маршрути заторе Seoul-1 сети компании ZIP параметра конкретного маршрута с помощью команды show ip route 131.108.3.0:

Seoul-l#show ip route 131.108.3. Routing entry for 131.108.3.0/ Known via "connected ", distance 0, metric 0 (connected) Routing Descriptor Blocks:

* directly connected, via EthernetO Route metric is 0, traffic share count is Другие параметры по выбору команды show ip route исследуются в разделе "Конфигурирование протоколов IP-маршрутизации". Там же приводится и пояснение термина "метрика маршрута".

Конфигурирование статической маршрутизации Как отмечалось ранее, для построения таблицы маршрутизации и, следовательно, получения информации о сетевых путях может использоваться информация как статической, так и динамической маршрутизации. Исторически статические маршруты были первым имеющимся в распоряжении сетевых администраторов средством для построения таблиц сетевых путей маршрутизаторов и некоторых оконечных устройств. Статические маршруты обладают определенными недостатками. Например, они не адаптируются к случаям, когда канал данных выходит из строя или изменяется топология сети. Однако все еще существует множество ситуаций, в которых статические маршруты нужны и желательны.

Канал особенно ненадежен и постоянно разрывает передачу данных. В таких • обстоятельствах протокол динамической маршрутизации может внести слишком много нестабильности, тогда как статический маршрут не изменяется.

• Сеть доступна по соединению через коммутируемую линию связи. Такая сеть не способна обеспечить постоянные обновления информации о себе, которые требуются протоколом динамической маршрутизации.

• Существует одно соединение с одним Internet-провайдером. В этом случае спользуется один-единственный статический маршрут по умолчанию. То же самое относится и к корпоративному офису, имеющему одно подключение к внутренней сети корпорации.

• Клиент или другая подсоединенная сеть не хотят обмениваться информацией динамической маршрутизации. Чтобы обеспечить наличие данных о том, каким бразом возможно выйти на такую сеть, может использоваться статический маршрут.

Конфигурирование статических маршрутов выполняется с помощью команды глобального конфигурирования ip route. Эта команда имеет несколько параметров, включая адрес сети и соответствующую сетевую маску, а также информацию о том, куда маршрутизатор должен посылать пакеты, предназначенные для этой сети. Информация о пункте назначения может иметь одну из нескольких форм.

• Конкретный IP-адрес следующего маршрутизатора в пути.

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

• Непосредственно подключенный интерфейс, на котором размещена сеть на начения.

Первый вариант достаточно очевиден и представляет собой доминирующий способ, с помощью которого осуществляется ввод статических маршрутов. Ниже показан пример ввода статического маршрута для маршрутизатора компании ZIP SF-Core-1. В соответствии с этим маршрутом пакеты, адресованные на сетевой адрес 131.108.230.0/24, направляются по последовательному соединению в маршрутизатор в Сан-Хосе, который имеет адрес 131.108.240.2:

SF-Core-l#configure Configuring from terminal, memory, or network [terminal]?

Enter configuration commands, one per line. End with CNTL/Z.

SF-Core-l(config)#ip route 131.108.230.0 255.255.255.0 131.108.240. SF-Core-1(config)#^Z Второй вариант, при котором в качестве пункта назначения задается маршрут к другой сети, используется, если существует несколько путей выхода на нужный сетевой адрес.

Преимуществом такого варианта является разделение трафиковой нагрузки между несколькими равнозначными по стоимости путями. Вторым преимуществом является то, что отказ одного из путей приводит к перенаправлению трафика на один из альтернативных путей. Ниже показан пример для маршрутизатора компании ZIP SF-Core-1. Пакеты, направленные на сетевой адрес 131.108.231.0/24, используют маршрут, ведущий к сети в Сан-Хосе 131.108.100.0/24:

SF-Core-I#configure Configuring from terminal, memory, or network [terminal]?

Enter configuration commands, one per line. End with CNTL/Z.

SF-Core-1(config)lip route 131.108.231.0 255.255.255.0 131.108.100. SF-Core-1(config) #^Z Заметим, что для того, чтобы пакетам добраться до сети 131.108.231.0/24, в таблице маршрутизации должен присутствовать маршрут до сети 131.108.100.0/24. Пакеты для сети 131.108.231.0/24 посылаются через тот же интерфейс, через который отправляются и пакеты, адресованные сети 131.108.100.0/24.

Последний вариант задания адреса получателя — непосредственно подключенный интерфейс — является, вероятно, наименее используемым. Задавая в качестве пункта назначения непосредственно подключенный интерфейс, сетевой администратор по сути определяет, что устройства с IP-адресами из этой сети размещаются на заданном интерфейсе. В результате, IP адреса пакетов из этой сети должны преобразовываться в адреса канального уровня для интерфейса конкретного типа (в таблице маршрутизации маршрут будет показан как маршрут через прямое подключение). При использовании интерфейса типа Ethernet IP-адрес должен будет преобразовываться в МАС-адрес. Для интерфейса типа Frame Relay либо должна существовать статическая карта преобразования для интерфейса Frame Relay, либо должна активироваться функция обратного разрешения адресов Inverse ARP, которые поставляют DLCI-информацию для отображения IP-адресов. При работе с интерфейсом ISDN необходима карта преобразования в вызов по номеру, которая отображает IP-адрес на имя системы и телефонный номер.

Совет Задание для статического маршрута интерфейса в качестве пункта назначения является одной из основных ошибок, совершаемых при использовании команды ip route. Некоторые сетевые администраторы ошибочно полагают, что, если указать маршрут на конкретный интерфейс, пакеты будут должным образом перенаправляться следующему стоящему в пути маршрутизатору. Пакеты перенаправляются маршрутизатору в следующем узле перехода только тогда, когда указан IP-адрес этого маршрутизатора или задан маршрут к другой сети, проходящий через маршрутизатор следующего узла перехода.

Ниже показан пример задания непосредственно подключенного интерфейса в качестве пункта назначения в команде ip route. В этом примере сетевой адрес 131.108.232.0/ конфигурируется как такой, на который можно выйти прямо через интерфейс Fast Ethernet маршрутизатора компании ZIP SF-Core-1:

SF-Core-l#configure Configuring from terminal, memory, or network [terminal]?

Enter configuration commands, one per line. End with CNTL/Z.

SF-Core-1(config)#ip route 131.108.232.0 255.255.255.0 fastethernet 0/ SF-Core-1(config)# ^Z Давайте проверим таблицу маршрутизации маршрутизатора SF-Core-1 на предмет непосредственно подключенных интерфейсов и новых записей статических маршрутов:

SF-Core-l#show ip route С -connected, В Codes: S -static, I -IGRP, R -RIP, M -mobile, -BGP D -EIGRP, EX -EIGRP external, 0 -OSPF, IA -OSPF inter area N1 -OSPF NSSA external type 1, N2 -OSPF NSSA external type 2 El -OSPF external type 1, E2 -OSPF external type 2, E -EGP i -IS IS, LI -IS-IS level-1, L2 -IS-IS level-2, * - candidate default U о -ODR per-user static route, Gateway of last resort is not set 131.108.0.0/16 is variably subnetted, 5 subnets, 3 masks С 131.108.20.0/22 is directly connected, FastEthernetO/ С 131.108.240.0/30 is directly connected, Seriall/0,,,, S 131.108.230.0/24 [1/0] via 131.108.240. S 131.108.231.0/24 [1/0] via 131.108.100. S 131.108.232.0/24 [1/0] is directly connected, FastEthernetO/ В момент прохождения пакетов через маршрутизатор и при поиске в таблице маршрутизации сетей назначения поведение маршрутизатора по умолчанию состоит в том, чтобы в рамках класса сети IP-адреса назначения подобрать наиболее близкую пару из конкретно заданного сетевого адреса и сетевой маски. Например, если пакет направлен на IP-адрес 131.108.21.6, и есть маршрут до сети 131.108.20.0/22, то пакет будет пересылаться через интерфейс для этого маршрута. Если для этого же пункта назначения имеются маршруты к сетям 131.108.20.0/22 и 131.108.21.0/24, то пакет будет пересылаться через интерфейс маршрута к адресу 131.108.21.0/24, так как это более точно заданный маршрут (с более длинной сетевой маской), чем маршрут до сети 131.108.20.0/22. В сети компании ZIP наименее конкретным маршрутом является маршрут 131.108.0.0/16, а наиболее конкретно заданными маршрутами являются сетевые адреса с маской /30.

Конфигурирование бесклассовой маршрутизации В соответствии с традиционной классовой системой адресации сети компании ZIP была назначена сеть класса В. Однако, если был введен CIDR-блок (блок бесклассовой междоменной маршрутизации) адресов, то, чтобы дать маршрутизатору возможность подбирать в таблице маршрутизации маршруты, которые выходят за границы классов, потребуются дополнительные команды. Предположим, что сети был назначен CIDR-блок 206.220.224.0/24 (который состоит из адресов класса С с 206.220.224.0/24 по 206.220.227.0/24), и она была разбита на подсети и распределена по интерфейсам маршрутизатора следующим образом:

• интерфейсу Ethernet 0 назначен адрес 206.220.224.0/24;

• интерфейсу Ethernet 1 назначен адрес 206.220.225.0/24;

• интерфейсу Ethernet 2 назначен адрес 206.220.226.0/23.

По умолчанию маршрутизатор работает в классовом режиме. Пакеты, направленные на адрес 206.220.224.5, должным образом маршрутизируются в интерфейс Ethernet 0, поскольку сетевой адрес является адресом класса С и согласуется с IP-адресом пункта назначения. Это же справедливо для интерфейса Ethernet 1 и пакетов с адресом получателя 206.220.225.9. Однако пакеты, направленные на адреса 206.220.226.8 или 206.220.227.12, не согласуются с маршрутом для интерфейса Ethernet 2 206.220.226.0/23, и данные адреса пунктов назначения оказываются недосягаемыми. Это происходит из-за того, что сетевой адрес интерфейса Ethernet 2 представляет собой CIDR-блок из двух адресов класса С. Для того чтобы маршрутизатор работал в бесклассовом режиме и совмещал IP-адреса назначения с этим сетевым CIDR-адресом, сначала должна быть введена команда глобального конфигурирования ОС IOS ip classless. Ниже показан пример ввода команды ip classless на маршрутизаторе компании ZIP SF-Core-1:

SF-Core-1#configure Configuring from terminal, memory, or network [terminal]?

Enter configuration commands, one per line. End with CNTL/Z.

SF-Core-1(config)#ip classless SF-Core-1(config)# ^Z Конфигурирование сводных маршрутов и маршрутов по умолчанию Во многих ситуациях не рекомендуется вести полную таблицу маршрутизации внутренней корпоративной сети предприятия или глобальной сети Internet. Это справедливо для небольшого офиса, имеющего одно подключение к корпоративной внутренней сети предприятия, маршрутизатора, конфигурируемого в условиях недостаточности памяти или наличия одного подключения к одному провайдеру Internet-сервиса. В подобных ситуациях конечным пользователям необходимо связываться с определенными адресами назначения, которые не имеют прямых записей в таблице маршрутизации. В нормальных условиях подобные пакеты были бы отброшены как имеющие недостижимые пункты назначения. Однако благодаря использованию сводных маршрутов и маршрутов по умолчанию маршрутизатор получает информацию о выходе на такие адреса назначения. Как сводный маршрут, так и маршрут по умолчанию предоставляют информацию об альтернативном пути, когда отсутствует маршрут, согласующийся с IP-адресом назначения.

Сводный маршрут дает информацию о пути выхода на пункт назначения по умолчанию внутри заданного адресного пространства. Как правило, сводный маршрут, который обычно укладывается в границы классов сети, используется для предоставления информации по умолчанию о пути выхода на подсети, явно не обнаруживаемые в таблице маршрутизации, но существующие в рамках внутренней корпоративной сети. В сети компании ZIP, например, маршрут 131.108.0.0/ рассматривался бы как сводный. Если маршрутизатор в сети компании ZIP сталкивается с пакетом, имеющим адрес назначения 131.108.99.5, и не находит конкретного маршрута, к примеру, 131.108. S9.0/24, то он обычно отбрасывает этот пакет. Если в данной ситуации в таблице маршрутизации был бы сводный маршрут 131.108.0.0/16, то пакет переправился бы в интерфейс в направлении следующего перехода к пункту назначения по сводному маршруту.

Обычно сводный маршрут указывает направление к другой подсети в рамках внутренней корпоративной сети предприятия, но он также может указывать и конкретный IP-адрес следующего узла перехода. В любом случае целью сводного маршрута является направление пакетов друг им маршрутизаторам в рамках внутренней корпоративной сети предприятия, которые имеют более полную информацию маршрутизации. Сводный маршрут может конфигурироваться с помощью команд глобального конфигурирования ОС 1OS ip default-network или ip route.

При использовании команды ip default-network в качестве параметра указывается неподсоединенная подсеть, которая существует во внутренней корпоративной сети предприятия.

Если же используется команда ip route, то в качестве параметров указываются сводный маршрут, сетевая маска и неподсоединенная подсеть. Ниже приведены примеры обеих команд, конфигурируемых на маршрутизаторе компании ZIP с именем Singapore. В этих примерах сводным маршрутом является маршрут 131.108.0.0/16, а неподсоединенной подсетью, используемой по умолчанию для Достижения пункта назначения, является сеть 131.108.20.0, которая обнаруживается на маршрутизаторах SF-Core-1 и SF-Core-2.

Singapore # configure Configuring from terminal, memory, or network [terminal]?

Enter configuration commands, one per line. End with CNTL/Z.

Singapore(config)#ip default-network 131.108.20. Singapore(config)#^Z Singapore#configure Configuring from terminal, memory, or network [terminal]?

Enter configuration commands, one per line. End with CNTL/Z.

Singapore(config)#ip route 131.108.0.0 255.255.0.0 131.108.20. Singapore (config) #^Z После того как сводный маршрут будет сконфигурирован, он появляется в таблице маршрутизации в виде наименее конкретно заданного сетевого маршрута с сетевой маской короче, чем у других сетевых и подсетевых маршрутов в таблице. В примере исполнения команды show ip route на маршрутизаторе компании ZIP Singapore маршрут 131.108.0.0/16 является сводным маршрутом, сконфигурированным в предыдущем примере. Заметим, что информация о пункте назначения сводного маршрута 131.108.20.0 была получена от маршрутизатора компании ZIP Seoul-1.

Singapore#show ip route Codes: С - connected, S - static, I - IGRP, R - RIP, M -mobile, В - BGP D EIGRP, EX - EIGRP external, 0 - OSPF, IA -OSPF inter area N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2 El - OSPF external type 1, E2 - OSPF external type 2,E - EGP i - IS-IS, LI -IS-IS level-1, L2 -IS-IS level-2, * - candidate default U - per-user static route, о - ODR Gateway of last resort is not set 131.108.0.0/16 is variably subnetted, 4 subnets, 4 masks С 131.108.1.0/25 is directly connected, EthernetO С 131.108.242.4/30 is directly connected, SerialO. D 131.108.20.0/22 [1/0] via 131.108.242.5, 20:10:45, SerialO. S 131.108.0.0/16 [1/0] via 131.108.20. Примечание Если неподсоединенная подсеть находится внутри того же классового сетевого адресного пространства, что и непосредственно подключенный интерфейс маршрутизатора, то ОС IOS заменяет команду ip default-network командой ip route в версии со сводным маршрутом.

Когда IP-станция обменивается данными с другой компанией, университетом или организацией (через соединения по частной сети или через глобальную сеть Internet), она посылает пакеты, которые должны попасть на станции, размещенные в пространстве IP-адресов, отличающихся от ее собственного. Например, если станция сети компании ZIP общается с популярным Web-сервером www.yahoo.com, то пакеты, порождаемые в сетевом адресном пространстве сети компании ZIP 131.108.0.0/16, адресуются в сетевое адресное пространство компании Yahoo! 216.32.74.55/22.

Чтобы переправлять должным образом пакеты, маршрутизаторы компании ZIP должны либо иметь точный маршрут 216.32.74.55/22, либо менее конкретный CIDR-маршрут, дающий им общее направление к сети компании Yahoo!.

Как уже объяснялось ранее, маловероятно, чтобы каждый маршрутизатор в сети компании ZIP или даже маршрутизатор подсоединения к глобальной сети Internet имел этот маршрут в своей таблице маршрутизации. Если сеть компании ZIP имеет одного-единственного провайдера Internet-услуг или не обменивается с ним информацией динамической маршрутизации, то, вероятнее всего, маршрутизаторы сети компании ZIP полагаются на сетевой маршрут по умолчанию, который обеспечивает необходимую информацию о выходе на Web-сервер компании Yahoo!, а также на другие серверы глобальной сети Internet (или, потенциально, на серверы внутри собственной внутрикорпоративной сети).

Базовая концепция маршрута по умолчанию заключается в том, что маршрутизатор, не имеющий конкретной информации о маршрутизации до пункта назначения, воспользуется путем по умолчанию до конкретной сети, содержащей маршрутизаторы с более полной информацией. Хотя маршрут по умолчанию подобен сводному маршруту, он используется для направления пакетов в IP-пункты назначения, которые находятся как вне автономной внутренней сети корпорации, так и вне границ адресов класса сети для данной организации. В глобальной сети Internet провайдер Internet-услуг компании или провайдер услуг выхода на центральный узел для самого провайдера Internet-услуг, вероятнее всего, обмениваются информацией динамической маршрутизации о местонахождении и достижимости всех сетей в рамках глобальной сети Internet с другими провайдерами Internet-услуг. Используя сетевой IP-адрес, принадлежащий сети провайдера Internet услуг в качестве маршрута по умолчанию, маршрутизатор соединения с глобальной сетью Internet компании переправит пакеты, адресованные в неизвестные пункты назначения, провайдеру Internet-услуг и, в конечном итоге, маршрутизаторам, которые имеют более полные таблицы маршрутизации и картины глобальной сети Internet.

Рассмотрим некоторые методы конфигурирования сетей по умолчанию с помощью ОС IOS.

• Конфигурирование сети по умолчанию с использованием динамически узнаваемого внешнего маршрута.

• Конфигурирование сети по умолчанию с использованием статически конфигурируемого внешнего маршрута.

• Конфигурирование сети по умолчанию с использованием зарезервированного адреса 0.0.0. 0.

Основное различие между методами конфигурирования сети по умолчанию заключается в том, извлекается ли информация динамической маршрутизации из внешнего источника, например от провайдера Internet-услуг. Если маршруты к внешним сетевым адресам извлекаются из внешнего источника, то просто обозначьте один из этих внешних адресов как сеть по умолчанию, воспользовавшись командой глобального конфигурирования ОС IOS ip default-network.

Параметром этой команды является маршрут со следующими характеристиками: он существует в таблице маршрутизации, не подключен к конфигурируемому маршрутизатору и попадает в адресное пространство класса сетей, сконфигурированное на каком-либо интерфейсе мар шрутизатора. Ниже показан пример конфигурирования маршрутизатора компании ZIP SF-Core- с помощью команды ip default-network на сеть 1 4 0. 2 2 2. 0. 0, информация о которой была взята у провайдера Internet-услуг компании ZIP:

SF-Core-1#configure Configuring from terminal, memory, or network [terminal]?

Enter configuration commands, one per line. End with CNTL/Z.

SF-Core-1 (config)#ip default-network 140.222.0. SF-Core-1 (config)# ^Z После конфигурирования маршрутизатор показывает, что он воспринял эту сеть в качестве сети по умолчанию, и на маршрут можно выйти, о чем говорит выводимая командой show ip route информация о шлюзе последней надежды. Возле маршрута маршрутизатор ставит звездочку, обозначая, что он является кандидатом на сеть по умолчанию, поскольку может быть сконфигурировано несколько поведений по умолчанию. Ниже показан пример с установленным для маршрутизатора компании ZIP SF-Core-I шлюзом последней надежды:

SF-Core-l#show ip route С - connected, Codes: S -static, I -IGRP, R -RIP,M -mobile, В –BGP D - EIGRP, EX -EIGRP external, 0 -OSPF, IA -OSPF inter area N1 - OSPF NSSA external type 1, N2 -OSPF NSSA external type 2 El - OSPF external type 1, E2 -OSPF external type 2, E -EGP i -IS-IS, LI -IS-IS level-1, L2 -IS-IS level-2, * о -ODR candidate default U - per-user static route, Gateway of last resort is 192.72.2.1 to network 140.222.0. 131.108.0.0/16 is variably subnetted, 5 subnets, 3 masks С 31.108.20.0/22 is directly connected, FastEthernetO/ С 131.108.240.0/30 is directly connected, Seriall/ S 131.108.230.0/24 [1/0] via 131.108.240. S 131.108.231.0/24 [1/0] via 131.108.100. S 131.108.232.0/24 [1/0] is directly connected, FastEthernetO/ С 192.7.2.2/30 is directly connected, Seriall/ B* 140.222.0.0/16 [20/19] via 192.7.2.1,,3d08h Если процесс динамической маршрутизации не ведет обмен с внешним провайдером, для указания на внешний сетевой адрес, используемый в качестве сети по умолчанию, применяется статический маршрут. Ниже показан предыдущий пример, но на этот раз для вывода информации о достижимости сетевого адреса по умолчанию через соединение с провайдером Internet-услуг используется статический маршрут.

SF-Core-l#configure Configuring from terminal, memory, or network [terminal]?

Enter configuration commands, one per line. End with CNTL/Z.

SF-Core-1(config)#ip route 140.222.0.0 255.255.0.0 192.7.2. SF-Core-1(config)#ip default-network 140.222.0. SF-Core-1(config) #^Z Как и в предыдущем примере, проверка данных, выводимых командой show ip route, показывает, что маршрутизатор установил сеть по умолчанию, но теперь отметил происхождение маршрута 140.222.0.0 буквой S (статический), поскольку он был сконфигурирован вручную.

SF-Core-l#show ip route Codes: С - connected, S - static, I - IGRP, R - RIP, M - mobile, В - BGP D EIGRP, EX - EIGRP external, 0 - OSPF, IA -OSPF inter area N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2 El - OSPF external type 1, E2 - OSPF external type 2, E -EGP i -IS-IS, LI -IS-IS level-1, L2 -IS-IS level-2, * - candidate default U -per-user static route, о - ODR Gateway of last resort is 192.72.2.1 to network 140.222.0. 131.108.0.0/16 is variably subnetted, 5 subnets, 3 masks С 131.108.20.0/22 is directly connected, FastEthernetO/ С 131.108.240.0/30 is directly connected, Seriall/ S 131.108.230.0/24 [1/0] via 131.108.240. S 131.108.231.0/24 [1/0] via 131.108.100. S 131.108.232.0/24 [1/0] is directly connected, FastEthernetO/ С 192.7.2.2/30 is directly connected, Seriall/ S* 140.222.0.0/16 [20/19] via 192.7.2. Последний метод конфигурирования сети по умолчанию должен быть знаком тем, кто работал в среде операционной системы UNIX (или ее производных) или в среде протокола маршрутной информации (Routing Information Protocol — RIP). Этот метод связан с установкой статического маршрута к специальному сетевому адресу — 0. 0. 0. 0. Этот адрес считается зарезервированным.

В среде UNIX или RIP он обозначает маршрут ко всем неизвестным IP-пунктам назначения.

В ОС IOS на маршрутизаторе сетевой адрес 0. 0. 0. 0 является наименее конкретно определенным сетевым адресом. С подразумеваемой маской 0. 0. 0. 0 или 0 бит этот маршрут отвечает любому IP-пункту назначения вне пределов адресного пространства класса. Если введена команда ip classless, маршрут подходит для любого IP-адреса неизвестного пункта назначения как внутри, так и вне адресного пространства класса. Ниже приведен пример использования команды ip route для конфигурирования в маршрутизаторе компании ZIP SF Core-1 сети по умолчанию 0. 0. 0. 0 / 0 с соединением с провайдером Internet-услуг в качестве IP-адреса следующего узла перехода.

SF-Core-1#configure Configuring from terminal, memory, or network [terminal]?

Enter configuration commands, one per line. End with CNTL/Z.

SF-Core-l(config)#ip route 0.0.0.0 0.0.0.0 192.7.2. SF-Core-1(config)# ^Z В выводимой командой show ip route информации указывается, что маршрутизатор установил маршрут сети по умолчанию 0. 0. 0. 0. Как и в предыдущем методе, происхождение маршрута 0. 0. 0. 0 показывается буквой S, так как он был сконфигурирован вручную.

SF-Core-1#show ip route С -connected, Codes: S -static, I -IGRP, R -RIP, M В -BGP D -EIGRP, mobile, EX -EIGRP external, 0 -OSPF, IA OSPF inter area N1 -OSPF NSSA external type 1, N2 -OSPF NSSA external type 2 El -OSPF external type 1, E2 -OSPF external type 2, E -EGP i -IS-IS,L1 -IS-IS level-1, L2 -IS-IS level-2, * - candidate default U -per-user static route, о -ODR Gateway of last resort is 192.72.2.1 to network 0.0.0. 131.108.0.0/16 is variably subnetted, 5 subnets, 3 masks С 131.108.20.0/22 is directly connected, FastEthernetO/ С 131.108.240.0/30 is directly connected, Seriall/ S 131.108.230.0/24 [1/0] via 131.108.240. S 131.108.231.0/24 [1/0] via 131.108.100. S 131.108.232.0/24 [1/0] is directly connected, FastEthernetO/ С 192.7.2.2/30 is directly connected, Seriall/ S* 0.0.0.0 [1/0] via 192.7.2. Примечание Если не была введена команда ip classless, и все маршруты до IP-пунктов назначения внутри и вне внутренней корпоративной сети неизвестны, то должны быть сконфигурированы как классовый сводный маршрут, так и маршрут сети по умолчанию. Это требование вытекает из предположения, что все маршрутизаторы внутри пространства класса IP-адресов обладают полнотой знаний о подсетях внутри этого адресного пространства. При работе в бесклассовом режиме по команде ip classless для обработки пунктов назначения, располагающихся как во внутренних подсетях, так и во внешних сетях, хватает одного маршрута по умолчанию к сети 0. 0. 0. 0, поскольку он походит для всех неизвестных IP-пунктов назначения.

Конфигурируя маршрут сети по умолчанию для своей сети, выполняйте следующие важные рекомендации.

• При отсутствии обмена информацией динамической маршрутизации с внешней организацией, например, провайдером Internet-услуг, использование статического маршрута 0. 0. 0. 0 / 0 является самым легким способом генерации маршрута по умолчанию.

• При обмене информацией динамической маршрутизации с одним или несколькими провайдерами Internet-услуг наиболее подходящим способом назначения одного или нескольких возможных маршрутов к сетям по умолчанию является использование команды ip default-network.

• При наличии одного или нескольких подсоединений к глобальной сети Internet через провайдера Internet-услуг маршрутизатор(ы) подсоединения к сети Internet должны распространять данные о сети по умолчанию во внутренней корпоративной сети предприятия с помощью протокола динамической маршрутизации.

• Приемлемо конфигурирование нескольких маршрутизаторов, стоящих во внутренней корпоративной сети предприятия, с помощью команды ip default-network.

При этом маршрутом по умолчанию обозначается маршрут, получаемый в результате динамического обучения. Не допускается конфигурирование нескольких маршрутизаторов внутренней корпоративной сети на маршрут по умолчанию с адресом 0.0.0.0/0, если этот маршрутизатор не обеспечивает подсоединения к глобальной сети Internet через провайдера Internet-услуг. Поскольку это может привести к тому, что маршрутизаторы, не имеющие средств связи с неизвестными пунктами назначения, будут притягивать пакеты на себя. Это, в свою очередь, приведет к невозможности их доставки в такие пункты назначения. Исключение составляют те маршрутизаторы, которые не обмениваются информацией динамической маршрутизации или имеют только редкие соединения со внутренней корпоративной сетью в таких средах, как коммутируемые линии связи с протоколом ISDN или коммутируемые виртуальные каналы с протоколом Frame Relay.

• Как отмечалось ранее, в маршрутизаторах, которые не обмениваются информацией динамической маршрутизации или работают с соединениями по коммутируемым линиям связи, например, ISDN или коммутируемые виртуальные каналы Frame Relay, должен быть сконфигурирован маршрут сети по умолчанию либо маршрут на резервный адрес 0. 0. 0. 0 / 0.

• Если внутренняя корпоративная сеть предприятия не подключена к каким-либо внешним сетям, например к глобальной сети Internet, то конфигурирование сети по умолчанию следует выполнять на маршрутизаторе или маршрутизаторах, которые стоят в центре сети и знают полную топологию маршрутов данной сети.

Совет Если сеть по умолчанию конфигурируется с помощью статического маршрута с сетевым адресом 0. 0. 0. 0 / 0, и маршрутизатор после команды ip classless работает в бесклассовом режиме, очень легко создать петлю маршрутизации между провайдером Internet-услуг и вашей сетью, если не все адреса в ней распределены. Например, если в адресном пространстве компании ZIP сетевой адрес 131.108.227.1 не был присвоен какому-либо конкретному сегменту сети или устройству, то маршрутизатор перешлет пакеты с таким пунктом назначения в сеть по умолчанию. Маршрутизатор соединения с глобальной сетью Internet не знает об этом адресе, так как он никому не присвоен. Однако адрес пункта назначения подходит под маршрут о. о. о. о/о, и поэтому маршрутизатор переадресует пакеты провайдеру Internet-услуг.

В свою очередь, провайдер Internet-услуг определит, что адрес 131.108.227.1 на ходится в сети компании ZIP (вероятно, благодаря маршруту 131.108.0. 0/16), и пе реправит пакеты назад маршрутизатору соединения с глобальной сетью Internet компании ZIP. Этот маршрутизатор снова не найдет конкретного маршрута, но данный адрес подходит под маршрут 0.0. 0.0/0, и он отошлет их назад провайдеру Internet-услуг. А тот повторит предыдущий шаг.

Этот процесс будет повторяться до тех пор, пока не истечет время жизни пакета.

Если подобная петля возникает для большого количества пакетов, то результатом будет бесполезное расходование полосы пропускания соединения с глобальной сетью Internet и огромное количество заторов для пользователей из компании ZIP, пытающихся выйти в сеть Internet. На рис. 4.5 изображена подобная нежелательная ситуация.

Совет Чтобы избежать возникновения подобной петли, необходимо обеспечить для адресного пространства компании ZIP сводный маршрут, который бы отбрасывал пакеты, адресованные на неназначенные IP-адреса, принадлежащие адресному пространству сети компании ZIP. Этого можно добиться, установив пунктом назначения несуществующий интерфейс Nail 0. Для сети компании ZIP сводным маршрутом, который будет отбрасывать пакеты в непрописанные пункты назначения, будет IP маршрут 131.108. 0. О 2 5 5. 2 5 5. 0. 0 Null 0. Этот маршрут обычно устанавливается на маршрутизаторе соединения с глобальной сетью Internet, который является последним получающим пакеты маршрутизатором до их отправки провайдеру Internet услуг.

Проверка конфигурации IP-маршрутизации Как уже упоминалось в данной главе, основной командой для проверки конфигурации IP маршрутизации является команда ОС IOS режима EXEC show ip route. В этом разделе рассматривается несколько других команд, которые помогают в верификации и управлении конфигурацией таблицы IP-маршрутов.

Команда show ip route является инструментом, который используется для просмотра состояния таблицы IP-маршрутизации. Сконфигурированы ли статические маршруты или работают протоколы динамической маршрутизации, эта команда показывает, присутствуют ли действительно в маршрутизаторе те маршруты, которые были сконфигурированы или, как ожидается, будут узнаны в процессе обучения. Ниже приводится часть результата исполнения команды show ip route на маршрутизаторе компании ZIP SF-Core-1:

SF-Core-l

• Список всех сетевых маршрутов и масок, находящихся на текущий момент в таблице маршрутизации.

• IP-адрес следующего узла перехода и выходной интерфейс для таких маршрутов (или только выходной интерфейс для маршрутов с непосредственным соединением).

• Если маршрут возникает в процессе динамического обучения, то в зависимости от конкретного протокола маршрутизации приводится продолжительность времени (в секундах), которое маршрут находится в таблице, или продолжительность времени с момента последнего обновления информации.

• Административное расстояние и метрика протокола маршрутизации для всех маршрутов, кроме маршрутов с непосредственным соединением. Административное расстояние — число, стоящее слева от косой линии в квадратных скобках следом за сетевым маршрутом и маской в формате с контрольной суммой. Метрика протокола маршрутизации — число, стоящее справа от косой линии в квадратных скобках.

Административное расстояние представляет собой числовое значение, отражающее степень доверительности источника обновления информации о маршрутизации. Каждому типу маршрута и протоколу маршрутизации приписывается конкретное административное расстояние. Чем меньше значение, тем доверительнее источник. В табл. 4.2 показаны административные расстояния, используемые в текущей версии ОС IOS. Метрика протокола маршрутизации представляет собой число, используемое для ранжирования маршрутов по предпочтению в тех случаях, когда существует несколько маршрутов до одного и того же пункта назначения. Часто метрика является составным числом, отражающим несколько характеристик маршрута, например, длину и стоимость пути. Каждый протокол динамической маршрутизации имеет свой алгоритм определения числового выражения метрики.

Таблица 4.2. Значения административных расстояний по умолчанию Источник маршрута Значение расстояния по умолчанию Подключенный интерфейс О Статический маршрут Усовершенствованный сводный IGRP- маршрут Внешний протокол BGP Внутренний усовершенствованный протокол IGRP Протокол IGRP Протокол OSPF Протокол IS-IS Протокол RIP Протокол EGP Внутренний протокол BGP Неизвестный источник Другим инструментом, позволяющим быстро определить состояние таблицы мар шрутизации, является команда ОС IOS режима EXEC show ip masks. При задании сетевого адреса в качестве параметра эта команда выводит список масок, используемых совместно с конкретным сетевым адресом, и количество маршрутов, которые имеют хотя бы одну из таких масок. Эта команда часто используется при выявлении ошибок адресации и конфигурирования статических маршрутов, позволяя высвечивать упущенные или неожиданные сетевые маски, которые появляются в таблице маршрутизации. Ниже приведен пример результата исполнения команды show ip masks 131.108.0.0 на маршрутизаторе компании ZIP SF-Core 1, в котором показаны шесть различных подсетей сети 131.108.0.0.

SF-Core-l#show ip masks 131.108.0. Mask Reference count 255.255.255.255 255.255.255.252 255.255.255.128 255.255.255.0 255.255.252.0 255.255.0.0 SF-Core-l# Большинство протоколов динамической маршрутизации автоматически посылают I пакеты актуализации информации о маршрутах, хранящейся в маршрутизаторах. Эти пакеты актуализации содержат последние сведения относительно добавления или удаления маршрутов из таблицы маршрутизации и информацию для поддержания свежими данных о маршрутах, находящихся на данный момент в таблице. Однако иногда может возникнуть необходимость вручную убрать конкретную запись в таблице маршрутизации или очистить всю таблицу. Например, может понадобиться убрать динамический маршрут, который был отмечен как недостоверный, но не был удален из таблицы маршрутизации по возрасту естественным образом. Или в целях отладки, возможно, может понабиться актуализировать конкретный маршрут или всю таблицу. Для удаления одного конкретного маршрута или очистки всей таблицы маршрутизации можно воспользоваться командой ОС IOS режима EXEC clear ip route. Команда вводится либо со звездочкой, что приводит к очистке всей таблицы маршрутизации, либо с парой значений, представляющих собой сетевой адрес и маску, и тогда удаляется только этот конкретный маршрут.

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

Актуализация всей содержащейся в ней информации может занимать от нескольких секунд до нескольких минут. В течение этого промежутка времени может пропасть связь для пакетов, проходящих через маршрутизатор, и пакетов, поступающих из сеанса терминала в сам маршрутизатор. Более того, в зависимости от конкретного используемого протокола динамической маршрутизации и размера самой таблицы маршрутизации очистка всей таблицы может вызвать чрезмерную загрузку центрального процессора. Ниже приведен пример очистки всей таблицы маршрутизации маршрутизатора компании ZIP SF-Core-1:

SF-Core-l#clear ip route * SF-Core-l# Далее показан пример удаления из маршрутизатора компании ZIP SF-Core-1 маршрута 131.108.3.0/25:

S F - C o r e - l # c l e a r i p ro u t e 1 3 1. 1 0 8. 3. 0 2 5 5.2 5 5. 2 5 5. 1 2 S F - C o r e-l# Конфигурирование протоколов IP-маршрутизации В предыдущем разделе исследовались вопросы организации среды маршрутизации и создания таблицы маршрутизации посредством статических маршрутов. Если бы все сети работали, используя только статические маршруты, они были бы сложны в управлении и не очень быстро реагировали на неисправности и изменения топологии, которые случаются довольно часто.

Для решения данных вопросов и были разработаны протоколы динамической маршрутизации.

Протоколы динамической маршрутизации представляют собой алгоритмы, позволяющие маршрутизаторам сигнализировать об информации о путях в IP-сетях, которая требуется для построения таблицы маршрутизации. Эти алгоритмы также определяют критерии выбора маршрута, по которому будет следовать пакет, будучи представленным маршрутизатору для коммутации. Протоколы маршрутизации позволяют выбирать оптимальный путь через сеть, быстро реагировать на изменения в сети и делать это простейшим образом с наименьшими накладными расходами для маршрутизатора.

Протоколы маршрутизации делятся на два основных класса: протоколы внутренних шлюзов (Interior Gateway Protocols — ЮР) и протоколы внешних шлюзов (Exterior Gateway Protocols — EGP). Протоколы класса IGP проектировались для обмена информацией о сетях и подсетях между маршрутизаторами в пределах одной автономной системы, т.е. между маршрутизаторами, работающими с одним протоколом маршрутизации и в одном административном домене. Протоколы же класса EGP проектировались только для обмена сетевой информацией между маршрутизаторами и: различных автономных систем.

Наиболее широко используемым сегодня EGP-протоколом является протокол граничной маршрутизации версии 4 (Border Gateway Protocol version 4 — BGP-4). Это доминирующий протокол маршрутизации, используемый для обмена информацией о сетевых путях между компаниями, провайдерами Internet- и сетевых услуг в глобально? сети Internet. Основы конфигурирования протокола BGP-4 описываются в раздел* "Конфигурирование протокола пограничной маршрутизации Border Gateway Protocol".

Двумя основными признаками, отличающими один протокол IGP от другого, являются методология распространения информации и то, классовый это протокол или нет. Существуют две общепринятые методологии распространения информации: метод вектора расстояния и метод учета состояния каналов связи. В методе вектора расстояния каждый маршрутизатор через равные промежутки времени посылает соседним маршрутизаторам в так называемых сообщениях обновления всю или часть своей таблицы маршрутизации. По мере распространения информации о маршрутизации по сети маршрутизаторы могут вычислять расстояния до всех сетей и подсетей в пределах внутрикорпоративной сети предприятия.

В методе учета состояния каналов связи каждый маршрутизатор посылает полную информацию о локальных соединениях остальным маршрутизаторам во внутрикорпоративной сети предприятия. Поскольку каждый маршрутизатор получает информации обо всех локальных соединениях, то, обработав эту информацию о соединениях по сложному алгоритму, называемому алгоритмом выбора первым кратчайшего пути (Shortest Path First — SPF), он способен построить полную картину всей внутренне) корпоративной сети предприятия.

На выбор протокола динамической маршрутизации оказывает влияние множество факторов.

И хотя проблеме проектирования сетей и выбора протокола маршрутизации может быть посвящена целая книга, ниже приведено несколько ключевых моментов, влияющих на решение администратора сети.

• Топология сети. Некоторые протоколы маршрутизации для достижения соответствующего уровня масштабируемости и распространения информации о сетевых путях подразумевают наличие логической иерархии. Такие протоколы, как OSPF и IS-IS, требуют организации магистральной и логических областей (рис. 4.7). Эти протоколы могут потребовать перепроектирования физической топологии сети или хорошей инженерной проработки начального проекта сети для оптимальной ее работы.

• Суммирование адресов и маршрутов. В большой внутренней корпоративной сети пред приятия уменьшение количества записей в таблицах маршрутизации, поддерживаемых узлами маршрутизации, снижает относительную сложность сети и уменьшает на грузку на маршрутизаторы. Суммирование требует, чтобы протокол маршрутизации поддерживал маски подсетей переменной длины и был способен распространять ин формацию о сетевых масках вместе с информацией о сетевых маршрутах. Хорошо подходят для реализации функции суммирования такие бесклассовые протоколы, как OSPF и EIGRP.

• Скорость сходимости. Скорость, с которой протокол маршрутизации определяет, что путь недоступен, выбирает новый путь и распространяет информацию о новом пути, может быть одним из наиболее важных критериев.

Если сеть поддерживает очень важные приложения, то вполне вероятно, что администратору сети захочется иметь протокол маршрутизации с быстрой сходимостью.

Как правило, протоколы, основанные на методе вектора расстояния, требуют большего времени для сходимости, чем протоколы с выбором по состоянию канала связи, так как информация о новом пути должна проходить сегмент за сегментом к каждому следующему маршрутизатору внутренней корпоративной сети предприятия. Таким образом, протоколы RIP версии 1 и IGRP медленнее покрывают сеть, чем протоколы EIGRP и OSPF.

Критерий выбора маршрута. Атрибуты пути, используемые протоколом маршрутизации • для формирования своей метрики маршрута, играют ключевую роль в определении, какой протокол динамической маршрутизации реализовывать. Протокол, который при выборе маршрута полагается строго на количество переходов от маршрутизатора к маршрутизатору, например протокол RIP, не рекомендуется использовать в тех случаях, когда во внутрикорпоративной сети множество путей содержат участки сред локальных и глобальных сетей различных типов. В частности, для протокола RIP переход по сегменту Fast Ethernet стоит столько же, сколько переход по каналу в технологии глобальных сетей с полосой 56 Кбит/с. К атрибутам сетевого пути, используемым различными протоколами для вычисления его метрики, могут относиться длина пути, надежность, время задержки распространения, ширина полосы пропускания и уровень загрузки.

Масштабируемость. Относительная масштабируемость протокола маршрутизации зависит от • типов маршрутизаторов, стоящих во внутрикорпоративной сети предприятия, и размера сети.

Протоколы, основанные на методе вектора расстояния, потребляют меньше тактов центрального процессора, чем протоколы с выбором по состоянию каналов связи с их сложными SPF-алгоритмами. С другой стороны, протоколы с выбором по состоянию каналов связи занимают меньшую часть полосы пропускания локальной или глобальной сети, так как распространяется '' только информация об изменениях, а не вся таблица маршрутизации.

Легкость реализации. Если сеть не слишком сложна, то протоколы, которые не требуют • реинжениринга сети или хорошо структурированной и организованной топологии, проще внедрять. Например, протоколы RIP, IGRP и EIGRP для эффективной работы не требуют больших затрат на планирование или организацию топологии. С другой стороны, протоколы OSPF и IS-IS требуют, чтобы топология сети и схемы адресации были хорошо продуманы еще до развертывания.

Безопасность. Если сеть может обмениваться IGP-информацией с компанией-партнером • или подразделениями внутри корпорации, то, вероятно, понадобится аутентификация источника маршрутной информации. Такие протоколы, как OSPF и EIGRP, поддерживают эффективные методы аутентификации, например, аутентификацию по ключу MD5.

Примечание Развернутая оценка работы и технических характеристик различных протоколов приводится в документе Technology Overview Briefs (Краткий обзор технологий), который размещен на странице сертифицированных пользователей устройств компании Cisco ПО адресу www.cisco.com/univercd/ac/td/doc/cisintwk/ito_doc/index.htm.

Выбор протокола маршрутизации для любой сети в значительной степени зависит от следующих факторов.

• Добавляется ли маршрутизатор в уже существующую топологию сети.

• Каков конкретный проект сети.

• Наличие существующих маршрутизаторов и протоколов маршрутизации.

• Чувство комфорта и опыт работы в области TCP/IP-маршрутизации у администратора сети.

• Необходимость обмена маршрутной информацией с оконечными устройствами системы, например серверами.

Если вы не знаете, какой протокол маршрутизации выбрать, обсудите различные варианты с техническими специалистами торгового представительства, внешними консультантами по вопросам создания сетей или другими лицами, которые имеют опыт в развертывании IP сетей. Кроме того, компанией Cisco Systems создано подробное руководство по проектированию под названием Designing Large-Scale IP Internetworks (Проектирование крупномасштабных IP-сетей), в котором подробно описываются проектирование и критерии выбора протоколов динамической маршрутизации при развертывании сети передачи данных.

Это руководство можно найти на странице зарегистрированных пользователей устройств компании Cisco по адресу www.Cisco.com/univercd/cc/td/doc/cisintwk/idg4/nd2003.htm.

Для сети компании ZIP был выбран протокол EIGRP. В нем сочетаются характеристики, свойственные протоколам, работающим по методу вектора расстояния, и характеристики, свойственные протоколам на основе метода выбора пути по состоянию канала связи. Он относительно легок в конфигурировании, не требует специфической физической топологии, поддерживает функцию суммирования и подсетевые маски переменной длины и дает быструю сходимость. Основы конфигурирования протокола EIGRP обсуждаются в разделе "Конфигурирование усовершенствованного IP-протокола IGRP компании Cisco". Хотя в сети компании ZIP не используются другие популярные протоколы класса IGP, основы их конфигурирования описываются в последующих разделах. При обсуждении этих вопросов описываются действия, выполняемые при конфигурировании каждого из протоколов.

Дополнительные команды, применяемые для управления информацией протоколов динамической маршрутизации, описываются в разделе "Управление информацией протоколов динамической маршрутизации".

Конфигурирование протокола маршрутной информации Routing Information Protocol Протокол маршрутной информации (Routing Information Protocol — RIP) является одним из самых старых протоколов, используемых в IP-ориентированных устройствах. Первый вариант его реализации был сделан в начале 1980-х в рамках протокола PUP компании Xerox. Протокол RIP стал популярным после того, как был распространен в составе UNIX-версии продукта Berkley Systems Distribution (BSD) в качестве протокола маршрутизации в этой реализации TCP/IP-системы. Официальная спецификация протокола RIP как протокола TCP/IP маршрутизации содержится в Запросе на комментарий № 1058.

RIP является протоколом на основе метода вектора расстояния, использующим в качестве метрики подсчет количества переходов между маршрутизаторами. Максимальное количество переходов в протоколе RIP — 15. Любой маршрут, длиннее 15 переходов, снабжается тэгом недостижимого с помощью установки счетчика переходов в значение 16. Маршрутная информация в протоколе RIP распространяется от маршрутизатора к его соседям путем отправки широковещательных IP-пакетов с использованием протокола UDP и порта 520.

Протокол RIP версии 1 представляет собой классовый протокол и не поддерживает распространение информации о сетевых масках. А вот протокол RIP версии 2 уже является бесклассовым протоколом и может поддерживать CIDR-адресацию, маски переменной длины, суммирование маршрутов и имеет средства защиты в виде аутентификации по ключу MD5 и открытого (нешифрованного) текста.

Хотя протокол RIP не используется в сети компании ZIP, предположим, что он конфигурируется на маршрутизаторе с условным названием RIProuter. Конфигурирование протокола маршрутизации RIP состоит из трех основных этапов: разрешение маршрутизатору исполнять протокол RIP, выбор версии этого протокола и задание сетевых адресов и интерфейсов, которые должны включаться в пакеты обновления данных маршрутизации. Для выдачи разрешения маршрутизатору на исполнение протокола RIP используется основная команда конфигурирования ОС IOS router rip. Выбор исполняемой версии осуществляется с помощью субкоманды конфигурирования маршрутизации ОС IOS version. Для задания версии команда version имеет параметр, принимающий значения 1 или 2. Если номер версии не задается, то ОС IOS по умолчанию конфигурирует применение протокола RIP версии 1 для отправки пакетов обновления, но прием осуществляется как паке тов версии 1, так и пакетов версии 2. В примере ниже разрешается исполнение протокола маршрутизации RIP версии 2:

RIProuter#configure Configuring from terminal, memory, or network [terminal]?

Enter configuration commands, one per line. End with CNTL/Z.

RIProuter (config)#router rip RIProuter (config-router)#version RIProuter (config-router)#^Z Для определения интерфейсов и сетевых адресов, подлежащих включению в извещения с маршрутной информацией протокола RIP, используется субкоманда конфигурирования маршрутизации ОС IOS network. В качестве параметра этой команды выступает классовый сетевой адрес сети, подлежащий включению в пакеты обновления маршрутной информации.

Команда network должна использоваться для идентификации только тех сетевых IP-адресов, которые непосредственно подключены к конфигурируемому маршрутизатору и предназначены для включения в пакеты обновления маршрутной информации. В пакеты обновления включаются только те интерфейсы, которые имеют IP-адреса, принадлежащие идентифицированной сети.

Предположим, что маршрутизатор имеет два интерфейса с IP-адресами 131.108.4.5 и 131.108.6.9, соответственно, и третий интерфейс с IP-адресом 172.16.3.6. В этом случае ввод субкоманды network 131.108.0.0 приведет к тому, что объявления с маршрутной информацией будут посылаться только с данными о подсетях сети 131.108.0.0 и только в интерфейсы, которые адресуются в сети 131.108.0.0. Чтобы включить в пакеты обновления маршрутной информации интерфейс, находящийся в адресном пространстве 172.16.0.0, должна быть введена дополнительная команда network 172.16.0.0.

Ниже приводится пример конфигурирования команды network на включение подсетей и интерфейсов сети 131.108.0.0:

RIProuter#configure Configuring from terminal, memory, or network [terminal]?

Enter configuration commands, one per line. End with CNTL/Z.

RIProuter(config)#router rip RIProuter(config-router)#network 131.108.0. RIProuter(config-router)# ^Z Примечание Возможно сочетание в одной сети протоколов RIP версии 1 и RIP версии 2, хотя версия 1 и не поддерживает многие из функций версии 2. Смешение версий может вызвать проблемы взаимодействия. Отмена глобально сконфигурированной версии и задание версии поинтерфейсно выполняются субкомандами конфигурирования интерфейса ОС IOS ip rip send version И ip rip receive version.

Конфигурирование протокола внутренней маршрутизации между шлюзами компании Cisco Systems Interior Gateway Routing Protocol Протокол внутренней маршрутизации между шлюзами компании Cisco Systems (Cisco Systems Interior Gateway Routing Protocol — IGRP) представляет собой усовершенствованный протокол на основе метода вектора расстояния, разработанный компанией в середине 1980-х годов. Он был спроектирован для устранения некоторых недостатков протокола RIP и обеспечения лучшей поддержки крупных сетей с каналами связи, обладающими разными характеристиками полосы пропускания.

Протокол IGRP рассчитывает метрику на основе нескольких задаваемых пользователем атрибутов сетевого пути, которые включают межсетевую задержку, полосу пропускания, надежность и загрузку. Каждый интерфейс глобальной и локальной сети имеет предварительно сконфигурированные значения ширины полосы пропускания и времени задержки, получаемые на основе относительного быстродействия и возможностей интерфейса. Атрибуты надежности и загрузки вычисляются на основе производительности интерфейса при обработке реального трафика в сети, хотя в ОС IOS компании Cisco функция их расчета не активируется по умолчанию при принятии решений относительно маршрутизации.

Как и в протоколе RIP, в протоколе IGRP для обмена маршрутной информацией между маршрутизаторами используются широковещательные IP-пакеты. Однако протокол IGRP имеет свой собственный протокол транспортного уровня. Для обмена информацией о сетевых маршрутах в нем не применяются протоколы UDP или TCP. (Поскольку в протоколе IGRP нет механизмов обратной связи, он работает подобно протоколу UDP.) Протокол IGRP по сравнению с протоколом RIP имеет три основных усовершенствования. Во первых, его метрика может поддерживать сеть с количеством переходов между маршрутизаторами до 255. Во-вторых, его метрика способна различать разные типы сред связи и их соответствующие стоимости. В-третьих, благодаря применению пакетов обновления с мгновенной рассылкой, протокол IGRP обеспечивает более быструю сходимость. Мгновенная рассылка пакетов обновления предусматривает отправку информации об изменениях в сети, как только она становится доступной, а не при наступлении заданного времени обновления.

Давайте рассмотрим задачу конфигурирования протокола 1GRP на примере маршрутизатора с условным названием IGRProuter. Процесс конфигурирования маршрутизации в соответствии с протоколом IGRP состоит из двух этапов, а именно: разрешения маршрутизатору исполнения протокола 1GRP и идентификации сетевых адресов и интерфейсов, которые должны включаться в пакеты обновления данных маршрутизации. Чтобы выдать маршрутизатору разрешение на исполнение протокола IGRP, используется основная команда конфигурирования ОС IOS router igrp. Эта команда требует параметра, известного под названием "идентификатор процесса" (process fd). Идентификатором процесса может быть целое число в диапазоне значений от 1 до 65535.

Поскольку на одном маршрутизаторе может исполняться множество процессов, чтобы их различать и нужны номера идентификаторов процесса. Несколько IGRP-процессов могут исполняться, например, на маршрутизаторе, который соединяет два подразделения компании, каждое из которых хочет иметь отдельное администрирование своей сети. Все маршрутизаторы в пределах подразделения используют один и тот же идентификатор IGRP-процесса.

Как и при использовании протокола RIP, задание интерфейсов и сетевых адресов, подлежащих включению в извещения с маршрутной информацией протокола IGRP выполняется с помощью субкоманды конфигурирования маршрутизации ОС IOS network. В качестве параметра этой команды выступает классовый сетевой адрес сети, подлежащий включению в пакеты обновления маршрутной информации. Команда network должна использоваться для идентификации только тех сетевых IP-адресов, которые непосредственно подключены к конфигурируемому маршрутизатору и предназначены для включения в процесс IGRP-маршрутизации. В пакеты обновления включаются только те интерфейсы, которые имеют IP-адреса, принадлежащие идентифицированной сети.

Например, если существуют два интерфейса с IP-адресами 131.108.4.5 и 131.108.6.9, соответственно, и третий интерфейс с IP-адресом 172.16.3.6, то ввод субкоманды network 131.108.0.0 приведет к тому, что объявления с маршрутной информацией будут посылаться только с данными о подсетях сети 131.108.0.0 и только в интерфейсы, которые адресуются в сети 131.108.0.0. Чтобы включить в пакеты обновления маршрутной информации интерфейс, находящийся в адресном пространстве 172.16.0.0, вводится дополнительная команда network 172.16.0.0.

Ниже приводится пример конфигурирования процесса IGRP-маршрутизации для сети 131.108.0.0:

IGRProuter#configure Configuring from terminal, memory, or network [terminal]?

Enter configuration commands, one per line. End with CNTL/Z.

IGRProuter(config)#router igrp IGRProuter(config-router)#network 131.108.0. IGRProuter(config-router)#^Z Конфигурирование открытого протокола выбора первым наикратчайшего пути Open Shortest Path First Protocol Открытый протокола выбора первым наикратчайшего пути (Open Shortest Path! First Protocol— OSPF) был спроектирован в конце 1980-х годов рабочей группой) OSPF Комитета по инженерным проблемам Internet (IETF). Его проектирование было осуществлено в ответ на потребности IP-ориентированных сетей в поддержке масок подсетей переменной длины, аутентификации источников маршрутов, быстрой сходимости, тэгирования маршрутов, получаемых через внешние протоколы маршрутизации и многоадресной рассылки извещений о маршрутах. Протокол OSPF версии 2 (в настоящее время наиболее часто используемый) специфицирован в Запросе на комментарий №1583.

Протокол OSPF работает, деля большую внутрикорпоративную сеть или автономную систему на мелкие иерархические блоки. Каждая из таких областей соединена с магистральной областью через маршрутизатор границы области (см. рис. 4.7). Все пакеты, адресованные рабочей станцией в одной области рабочей станции из другой области, проходят через магистральную область вне зависимости от того, существует ли прямое соединение одной области с другой. Хотя возможна работа OSPF-сети при существовании только магистральной области, масштабируемость протокола OSPF хороша только тогда, когда сеть поделена на ряд более мелких областей.

Как уже описывалось ранее, OSPF представляет собой протокол, основанный на методе учета состояния каналов связи. В отличие от протоколов RIP и IGRP, которые извещают о своих маршрутах только соседние маршрутизаторы, OSPF-маршрутизаторы посылают свои извещения о состоянии каналов всем маршрутизаторам, находящимся в пределах одной иерархической области. Эти извещения содержат данные о подсоединенных интерфейсах, используемой метрике и другую информацию, необходимую для расчета сетевого пути и заполнения базы данных топологии. OSPF-маршрутизаторы накапливают информацию о состоянии каналов связи и затем обрабатывают ее с применением алгоритма SPF (также известного под названием алгоритма Дейкстры (Dijkstra), названного так в честь его автора), рассчитывая кратчайший путь до каждого узла.

Для определения интерфейсов, которые принимают извещения о состоянии каналов, маршрутизаторы исполняют протокол приветствия OSPF Hello. Соседние маршрутизаторы обмениваются сообщениями приветствия, определяя при этом, какие маршрутизаторы сидят на данном интерфейсе и подают сигнал "я живой", показывающий, что эти маршрутизаторы все еще доступны для обращений.

Как только обнаруживается соседний маршрутизатор, происходит обмен топологической информацией протокола OSPF. После того как маршрутизаторы синхронизируются, они сообщают, что соседство признано. Извещения о состоянии каналов посылаются и принимаются только после признания соседства. Информация извещений о состоянии каналов переносится в пакетах на транспортном уровне протокола OSPF. На транспортном уровне протокола OSPF определяется надежность извещения, пересылается подтверждение и реализуется процесс запроса, гарантирующего правильность рассылки извещений о состоянии каналов всем маршрутизаторам, находящимся в пределах области. Извещения о состоянии каналов подразделяются на четыре типа. К самым распространенным относятся те, которые извещают о каналах подключенных к маршрутизатору сетей, и те, которые извещают о сетях, имеющихся вне OSPF-областей.

Метрика маршрутизации в протоколе OSPF вычисляется как сумма OSPF-стоимостей вдоль пути, ведущего к сети. OSPF-стоимость рассчитывается на основе полосы пропускания интерфейса и конфигурируется пользователем.

Рассмотрим базовое конфигурирование протокола OSPF на примере маршрутизатора с именем OSPFrouter. Конфигурирование процесса OSPF-маршрутизации состоит из двух этапов. Во-первых, следует разрешить маршрутизатору исполнять протокол OSPF. Во-вторых, необходимо идентифицировать сетевые адреса и интерфейсы, которые должны включаться в пакеты обновления данных маршрутизации, и определить, каким областям эти интерфейсы принадлежат.

Чтобы разрешить маршрутизатору работать с протоколом OSPF, используется основная команда конфигурирования ОС IOS router ospf. Если на одном маршрутизаторе исполняется несколько OSPF-процессов, эта команда требует в качестве параметра целочисленное значение идентификатора процесса. Как и в других протоколах маршрутизации, необходимо сконфигурировать интерфейсы и адреса сетей, которые должны включаться в маршрутные извещения протокола OSPF. Кроме того, следует идентифицировать OSPF-область, в которой размешается интерфейс.

Для идентификации сетевых адресов и интерфейсов, включаемых в работу по протоколу OSPF, а также для идентификации областей, которым они принадлежат, используется субкоманда конфигурирования маршрутизации ОС IOS network area. Эта команда имеет два параметра. Первый параметр представляет собой сетевой адрес и подстановочную маску, используемую для сравнения с IP-адресами, назначенными интерфейсам. Подстановочная маска — это метод сопоставления IP-адресов и диапазонов IP-адресов. Он описывается в разделе "Конфигурирование IP-фильтрации с помощью списков доступа". Если подстановочная маска накладывается на IP-адрес интерфейса, и получившийся в результате сетевой адрес согласуется с сетевым адресом в команде network area, то интерфейс включается в процесс OSPF-маршрутизации для заданной области. Второй параметр, называемый идентификатором области, используется для идентификации области, к которой принадлежит интерфейс. Идентификатором области может быть целое число или число в десятичной форме с разделением точками, аналогичное IP-адресу.

Предположим, что наш используемый для примера маршрутизатор имеет три интерфейса.

Интерфейсам присвоены IP-адреса 131.108.200.1, 131.108.201.1 и 131.108.202.1, соответственно. Первые два интерфейса приписаны к области 1, а третий — к области 0, или магистральной области. Основываясь на этих предположениях, составлен приведенный ниже пример конфигурирования протокола OSPF:

OSPFrouter#configure Configuring from terminal, memory, or network [terminal]?

Enter configuration commands, one per line. End with CNTL/Z.

OSPFrouter(config)#router ospf OSPFrouter(config-router)#network 131.108.200.0 0.0.1.255 area OSPFrouter(config-router)#network 131.108.202.0 0.0.0.255 area OSPFrouter(config-router) #^Z Как и в ранее обсуждавшихся протоколах маршрутизации, пакеты обновления маршрутной информации протокола OSPF включают только те сетевые адреса и интерфейсы, которые совпадают с адресами в команде network area.

Протокол OSPF работает, предполагая, что извещения о состоянии каналов могут представлять собой пакеты многоадресной рассылки в пределах автономной системы. Однако многие среды глобальных сетей, например, двухточечные последовательные линии связи, двухточечные каналы с интерфейсом Frame Relay или многоточечные каналы Frame Relay, не являются средой для широковещания и не поддерживают многоадресную рассылку. Не имея возможности осуществлять многоадресную рассылку маршрутной информации, администратор сети вынужден конфигурировать отношения соседства между маршрутизаторами на двухточечных и многоточечных сетевых интерфейсах вручную. Однако есть одно решение, которое исключает такое конфигурирование соседей. Протокол OSPF может рассматривать двухточечный интерфейс в качестве среды широковешания и многоточечный интерфейс в качестве сети с частичным широковещанием. Типом сети, которому (для протокола OSPF) принадлежит подключенная к интерфейсу сеть, управляет субкоманда конфигурирования интерфейса ОС IOS ip ospf network. Команда воспринимает в качестве параметра одну из следующих опций:

• broadcast (широковещательная) — дает указание рассматривать такую среду в качестве среды с широковещанием, предполагая, что многоадресная рассылка может отсылаться и приниматься;

• non-broadcast (нешироковешательная) — дает указание рассматривать среду как такую, которая не допускает широковещания. Эта опция требует от администратора конфигурировать отношения соседства вручную с помощью субкоманды конфигурирования маршрутизации neighbour;

• point-to-multipoint (из точки многим) — дает указание рассматривать та кую среду в качестве среды с частичным широковещанием. В топологии "из точки многим" маршрутизатор, подключенный к концентратору, имеет виртуальные каналы к нескольким удаленным маршрутизаторам. Для сообщений о состоянии каналов и при маршрутизации между маршрутизаторами, не имеющими прямого подключения, он выполняет роль ретранслятора.

Ниже приведен пример конфигурирования двухточечного подынтерфейса Frame Relay в качестве интерфейса широковещательного типа для протокола OSPF и многоточечного интерфейса Frame Relay в качестве интерфейса типа "из точки многим":

OSPFrouter#configure Configuring from terminal, memory, or network [terminal]?

Enter configuration commands, one per line. End with CNTL/Z.

OSPFrouter(config)#interface serial 0.1 point-to-point OSPFrouter(config-int)#ip ospf network broadcast OSPFrouter(config-int)#interface serial OSPFrouter(config-int)#ip ospf network point-to-multipoint OSPFrouter(config-int)#^Z В отличие от других протоколов маршрутизации класса IGP, протокол OSPF не генерирует маршрут по умолчанию при конфигурировании командой ip default-network. При использовании протокола OSPF в маршрутизаторе, стоящем на границе автономной системы, принудительная генерация маршрута по умолчанию в остальную часть OSPF-домена должна конфигурироваться вручную.

Генерацию маршрута по умолчанию в рамках протокола OSPF вызывает субкоманда конфигурирования ОС IOS ip default-information originate. Ниже приведен пример конфигурирования с помощью команды ip default-information originate совместно С командой ip default-network маршрутизатора, стоящего на границе автономной системы, для принудительной генерации маршрута по умолчанию:

OSPFrouter#configure Configuring from terminal, memory, or network [terminal]?

Enter configuration commands, one per line. End with CNTL/Z.

OSPFrouter(config)#ip default-network 140.222.0. OSPFrouter(config-router)#router ospf OSPFrouter(config-router)#ip default-information originate OSPFrouter(config-router)# ^z Конфигурирование усовершенствованного IP-протокола IGRP компании Cisco Усовершенствованный протокол внутренней маршрутизации между шлюзами (Enhanced Interior Gateway Routing Protocol — EGRP) представляет собой улучшенную версию исходного протокола IGRP, разработанного компанией Cisco Systems. В протоколе EIGRP сохранены тот же алгоритм вектора расстояния и метрическая информация, что и в исходном протоколе IGRP. Однако время сходимости и другие аспекты масштабируемости были значительно усовершенствованы. Теперь в нем имеются функции, которых не было у его предшественника — протокола IGRP, например, поддержка масок подсетей переменной длины и суммирование произвольных маршрутов. Кроме того, в протоколе EIGRP появились функции, которые можно найти в протоколах, подобных протоколу OSPF, включая пакеты актуализации с частичным инкрементальным обновлением информации и уменьшенное время сходимости. Другими словами, протокол EIGRP объединяет в себе лучшие свойства протоколов, работающих по методу учета состояния каналов связи, и протоколов, работающих по методу вектора расстояния.

Как и в протоколе IGRP, в протоколе EIGRP информация таблицы маршрутизации распространяется только между соседними маршрутизаторами. Однако в отличие протокола IGRP эти соседи выявляются с помощью простого протокола приветствий, которыми маршрутизаторы обмениваются по той же физической сети. После выявления соседей протокол EIGRP использует надежный транспортный протокол, гарантирующий точную и упорядоченную доставку информации таблицы маршрутизации и пакетов актуализации. Маршрутизатор отслеживает не только свои собственные подключенные маршруты, но и все маршруты, о которых извещают его соседи.

Основываясь на этой информации, протокол EIGRP может быстро и эффективно выбрать путь до пункта назначения с минимальной стоимостью и гарантировать, что этот путь не является частью петли маршрутизации. Храня маршрутную информацию соседей, алгоритм способен быстрее определить замещающий маршрут или жизнеспособного преемника в случае отказа канала или другого события, связанного с изменением топологии.

Приветствия протокола EIGRP и маршрутная информация переносятся транспортным протоколом, являющимся элементом протокола EIGRP. Этот транспортный протокол определяет порядок надежного осуществления извещений, получения подтверждений и процесса запросов, гарантирующих правильную передачу приветствий и маршрутной информации всем соседним маршрутизаторам.

Протокол EIGRP является протоколом динамической маршрутизации для выбранной в качестве примера сети компании ZIP. Рассмотрим его конфигурирование в данном контексте.

Конфигурирование EIGRP-процесса маршрутизации состоит из двух этапов: разрешения маршрутизатору исполнять протокол EIGRP и идентификации сетевых адресов и интерфейсов, включаемых в пакеты актуализации маршрутной информации.

Для выдачи разрешения маршрутизатору на исполнение протокола EIGRP используется основная команда конфигурирования ОС IOS router eigrp. При исполнении на одном маршрутизаторе нескольких процессов протокола EIGRP эта команда требует указывать в качестве параметра целочисленный идентификатор процесса. Как и в протоколе IGRP, задание интерфейсов и сетевых адресов, включаемых в извещения с маршрутной информацией протокола EIGRP, выполняется с помощью субкоманды конфигурирования маршрутизации ОС IOS network. В качестве параметра этой команды выступает классовый сетевой адрес сети, подлежащий включению в пакеты обновления маршрутной информации. Команда network должна использоваться для идентификации IP-адресов только тех сетей, которые непосредственно подключены к конфигурируемому маршрутизатору и предназначаются для включения в процесс EIGRP-маршрутизации. В пакеты обновления включаются также только те интерфейсы, которые имеют IP-адреса, принадлежащие идентифицированной сети.

Например, на маршрутизаторе компании ZIP SF-Core-1 имеются интерфейсы, стоящие в сети 131.108.0.0 и в сети 1 9 2. 7. 2. 0. Команда network 131.108.0.0 свидетельствует о том, что извещения посылаются с маршрутной информацией о подсетях сети 131.108.0.0, и посылаются они интерфейсам, которые адресуются в сети 131.108.0.0. Для того чтобы включить пакеты актуализации маршрутной информации в состав данных, передаваемых для интерфейса, находящегося в адресном пространстве 192. 7. 2. О, будет необходима дополнительная команда network 192. 7. 2.0. В нашем случае сеть 1 92. 7. 2.0 подключена к провайдеру Internet-услуг. Она не включается в процесс EIGRP-маршрутизации, так как провайдер Internet-услуг не использует протокол EIGRP.

Ниже приведен пример конфигурирования протокола EIGRP на маршрутизаторе компании ZIP SF-Core-1 для сети 131.108.0.0:

SF-Core-l#configure Configuring from terminal, memory, or network [terminal]?

Enter configuration commands,one per line.End with CNTL/Z.

SF-Core-1(config)#router eigrp SF-Core-1(config-router)#network 131.108.0. SF-Core-1(config-router)#^Z Конфигурирование протокола пограничной маршрутизации Border Gateway Protocol Протокол пограничной маршрутизации (Border Gateway Protocol — BGP) относится к классу протоколов внешней маршрутизации (Exterior Gateway Protocol — EGP). В отличие от протоколов внутренней маршрутизации или протоколов класса IGP, которые обмениваются информацией о сетях и подсетях внутри одного домена маршрутизации или автономной системы, протоколы класса EGP спроектированы для обмена маршрутной информацией между доменами маршрутизации или автономными системами. Протокол BGP является основным методом обмена сетевой информацией между компаниями, провайдерами Internet и сетевых услуг в рамках глобальной сети Internet. Этот протокол обеспечивает ряд преимуществ по сравнению со своим предшественником — протоколом внешней маршрутизации EGP. Наиболее явным преимуществом является то, что он гарантирует отсутствие зацикливания обмена инфор мацией между автономными системами. Самой последней модификацией протокола BGP является его версия 4. Она в отличие от предыдущих версий может работать с CIDR-блоками.

Стандарт BGP, который был утвержден комитетом IETF, определен в Запросах на комментарий с номерами 1163, 1267 и 1771. В этих документах описываются протоколы BGP версий 2, 3 и 4, соответственно.

BGP-маршрутизаторы конфигурируются информацией соседей, так что они могут формировать надежное TCP-соединение, по которому и осуществляют транспортировку информации о сетевых маршрутах и путях автономной системы. В отличие от некоторых протоколов класса ЮР протокол ВОР использует в качестве транспортного протокола протокол TCP, а не вводит свой собственный. После установки BGP-сеанса между соседями этот сеанс остается открытым все время, если только не закрывается специально или не происходит отказ канала связи Когда два соседних маршрутизатора обмениваются маршрутной информацией в рамках BGP-сеанса, говорят, что они являются одноранговыми BGP-узлами. Информация о маршрутах, которой обмениваются одноранговые узлы, включает пары номер сети/путь автономной системы и другие атрибуты маршрута. Путь автономной системы представляет собой цепочку из номеров автономных систем, через которые можно попасть на сообщаемый маршрут.

Первоначально одноранговые BGP-узлы обменивались всем содержимым своих таблиц BGP-маршрутизации. Впоследствии между одноранговыми узлами стали пересылаться инкрементальные пакеты актуализации, сообщающие только о новых или аннулированных маршрутах В отличие от IGP-таблиц маршрутов BGP-таблицы маршрутов не требуют периодического обновления информации. Вместо этого каждый BGP-маршрутизатор сохраняет номер последней версии таблицы, которую он объявил своим одноранговым соседям, а также версию своей внутренней таблицы. Когда от однорангового узла принимается изменение, внутренняя таблица инкрементируется и сравнивается с версиями объявленных таблиц от одноранговых узлов. Этот процесс гарантирует, что каждый из одноранговых маршрутизаторов синхронизируется со всеми происходящими изменениями. В рамках протокола ВОР также ведется отдельная таблица маршрутов, которая содержит все возможные пути до объявленных сетей. В первичной таблице выбора маршрута маршрутизатора хранится только оптимальный путь, и только он объявляется одноранговым BGP-узлам.

Одноранговые BGP-узлы делятся на две категории- внешние одноранговые BGP-узлы (EBGP) и внутренние одноранговые BGP-узлы (IBGP). Одноранговые BGP-узлы, которые находятся в разных административных доменах и обмениваются маршрутной информацией, называют одноранговыми EBGP-узлами. Обычно одноранговые EBGP-узлы — это другие организации, провайдеры Internet или сетевых услуг, с которыми автономная система хочет совместно пользоваться информацией о маршрутах внутри автономной системы или маршрутах, сведения о которых были получены из других внешних источников.

Одноранговые BGP-узлы, которые находятся в одном административном домене и обмениваются маршрутной информацией, называют одноранговыми IBGP-узлами. Од норанговыми lBGP-узлами являются маршрутизаторы, находящиеся в пределах одной автономной системы, которым необходимо коллективно использовать информацию о полученных извне BGP-маршрутах, чтобы иметь полную картину всех возможных маршрутов к внешним пунктам назначения и переобъявлять их другим одноранговым EBGP-узлам.

Взаимодействие между внутренними одноранговыми BGP-узлами является типичным решением в случае, когда автономная система имеет несколько связей с внешним одноранговым BGP-узлом. Например, это может быть наличие двух подключений к глобальной сети Internet через провайдеров Internet или сетевых услуг. Организация взаимодействия одноранговых IBGP-узлов является более простым и гибким методом коллективного использования маршрутов, полученных от одноранговых EBGP-узлов.

Альтернативой организации IBGP-взаимодействия является редистрибуция информации о маршрутах, полученных из EBGP-узлов, в какой-нибудь протокол класса IGP, например EIGRP или OSPF, для транспортировки по автономной системе с последующей редистрибуцией маршрутов из IGP-протокола в протокол ВОР для их объявления через EBGP-узел другим внешним одноранговым BGP-узлам. Как описывается в разделе "Управление информацией протоколов динамической маршрутизации", редистрибуция маршрутов может спровоцировать потерю информации о метрике маршрутизации и возникновение петель маршрутизации. Кроме защиты от опасностей редистрибуции маршрутов, организация взаимодействия одноранговых IBGP-узлов обеспечивает полный административный контроль, реализацию функций взве шивания и фильтрации, связанных с протоколом ВОР. Вдобавок, она позволяет поддерживать непротиворечивость маршрутной информации, объявляемой внешнему миру с помощью протокола ВОР.

На рис. 4.8 показано различие между одноранговыми IBGP- и EBGP-узлами на примере сети компании ZIP. EBGP-узлы — это пары маршрутизаторов Seoul-1 и ISP-А, SF-Core-1 и ISP B. IBGP-узлы — это пара маршрутизаторов Seoul-1 и SF-Core-1. Являясь одноранговыми IBGP узлами, маршрутизаторы Seoul-1 и SF-Core-1 будут совместно использовать маршрутную информацию, полученную от маршрутизаторов ISP-A и ISP-B, чтобы определить наилучший маршрут до пункта назначения, находящегося за пределами сети компании ZIP.

Если не применяется административное регулирование, выбор оптимального маршрута в BGP-протоколе основывается на длине пути автономной системы для сетевого маршрута.

Длина определяется как количество отдельных автономных систем, требующихся для того, чтобы достигнуть сети. Чем короче длина, тем лучше путь. Благодаря наличию административного регулирования протокол ВОР представляет собой наиболее гибкий, с высокой степенью конфигурируемости протокол маршрутизации. С помощью различных атрибутов маршрута, например, метрики на основе многовыходного дискриминатора (Multi-Exit Discriminator— MED) и локального предпочтения (Local Preference), а также благодаря наличию функции фильтрации в виде списков доступа он предоставляет администратору сети возможность разнообразить политику маршрутизации.

Совет Прежде чем приступать к реализации в рамках протокола BGP той или иной политики маршрутизации с помощью многовыходных дискриминаторов, локальных предпочтений и других атрибутов, убедитесь, что точно можете предвидеть последствия этих модификаций. Рекомендуется просмотреть издание книги принципы 2-е маршрутизации в Internet и подготовленный компанией Cisco Systems аналитический материал Using the Border Gateway Protocol for Interdomain Routing ( Применение протокола пограничной маршрутизации для маршрутизации между доменами).

Аналитический материал можно найти на странице сертифицированных пользователей устройств компании Cisco по адресу www.Cisco.com/univercd/cc/td/doc/cisintwk/ics/icsbgp4.htm.

Если сеть имеет несколько соединений с провайдером Internet-услуг, обычно исполняется протокол BGP, который позволяет выбрать оптимальный путь к внешним сетям. Использовать протокол BGP, если существует только одно соединение с провайдером Internet-услуг, в общем случае не требуется, так как все пути к внешним сетям проходят через этого провайдера.

Однако некоторым провайдерам нравится обмениваться по протоколу BGP, чтобы знать путь к сетям своего клиента и обеспечить сетевые маршруты для конфигурирования маршрутов по умолчанию.

Рассмотрим конфигурирование протокола BGP на маршрутизаторах компании ZIP SF-Core- и Seoul-1, каждый из которых соединен с глобальной сетью Internet через провайдера Internet услуг. Конфигурирование процесса BGP-маршрутизации состоит из трех этапов: разрешения маршрутизатору исполнять протокол ВОР, идентификации одноранговых маршрутизаторов и задания сетевых адресов, которые подлежат объявлению одноранговым маршрутизаторам.

Для выдачи маршрутизатору разрешения на исполнение протокола BGP используется команда глобального конфигурирования ОС IOS router bgp. Эта команда имеет в качестве параметра целое число, которое представляет собой номер автономной системы (ASN), назначаемый сети одним из реестров (RIPE, APNIC или ARIN). Каждой автономной системе, подключающейся к глобальной сети Internet, одним из реестров должен присваиваться уникальный номер ASN, чтобы не допустить случайного дублирования. Дублирование номера ASN может привести к тому, что сеть не будет объявляться из-за обнаружения ложной петли маршрутизации. Если протокол BGP исполняется в частной сети, которая не подключается к глобальной сети Internet, то выбор номера ASN должен осуществляться из блока частных номеров ASN с диапазоном значений от 32768 до 64511.

Примечание Многие сетевые администраторы используют номер ASN в качестве идентификатора процесса для других протоколов динамической маршрутизации, например EIGRP. Сеть компании ZIP следует этой традиции.

Идентификация одноранговых маршрутизаторов выполняется с помощью использования субкоманды конфигурирования маршрутизации ОС IOS neighbor remote-as. Эта команда имеет два параметра: IP-адрес соседнего маршрутизатора и номер ASN. Если номер ASN, заданный после слова remote-as, отличается от номера ASN, заданного в команде глобального конфигурирования router bgp, то этот сосед считается внешним одноранговым BGP-узлом (EBGP). Обычно IP-адрес соседнего маршрутизатора, являющегося одноранговым EBGP-узлом, представляет собой адрес на непосредственно подключенном сетевом интерфейсе.

Если номер ASN, заданный после слова remote-as, совпадает с номером ASN, заданным в команде глобального конфигурирования router bgp, то этот сосед считается внутренним одноранговым BGP-узлом (IBGP). IP-адресом соседнего маршрутизатора, являющегося одноранговым IBGP-узлом, может быть любой достоверный и достижимый IP-адрес такого однорангового узла. Одноранговые IBGP-узлы могут размещаться как на непосредственно подключенном сетевом интерфейсе (как при нескольких соединейиях с провайдером Internet услуг в одном физическом месте), так и в сети, не имеющей прямого подключения, а подсоединенной к удаленному маршрутизатору, входящему в состав автономной системы (как при нескольких соединениях с провайдером Internet-услуг в разных физических местах).

Поскольку IP-адреса одноранговых IBGP-узлов не обязательно находятся на непосредственно подключенном сетевом интерфейсе, то при организации взаимодействия IBGP-узлов рекомендуется использовать в качестве адреса источника и получателя адрес интерфейса кольца обратной связи. Интерфейс кольца обратной связи не связывается с каким-либо физическим интерфейсом, поэтому он всегда находится в рабочем состоянии и достижим, пока существует путь к связанному с ним IP-адресу через IGP-маршрутизацию или статические маршруты. Чтобы сконфигурировать интерфейс кольца обратной связи в качестве IP-адреса источника для организации взаимодействия одноранговых IBGP-узлов, используется субкоманда конфигурирования маршрутизации ОС IOS neighbor вместе с ключевым словом update souroe. За ключевым словом update-source должны следовать имя и номер соответствующим образом адресованного и сконфигурированного интерфейса кольца обратной связи конфигу рируемого маршрутизатора.

Если маршрутизатор имеет много соседних взаимодействующих с ним одноранговых BGP узлов, часто бывает трудно запомнить, какой IP-адрес и какой номер ASN принадлежат какому одноранговому узлу. Применяя в качестве параметра субкоманды конфигурирования маршрутизации ОС IOS neighbor ключевое слово description, могут быть введены комментарии, помогающие в предоставлении этой информации сетевому администратору.

Идентификация сетей автономной системы, которые будут объявляться одноранговым EBGP узлам, выполняется с помощью субкоманды конфигурирования маршрутизации ОС IOS network. Эта команда воспринимает в качестве параметра адрес сети, подлежащий объявлению одноранговым маршрутизаторам, и имеет необязательное ключевое слово mask, после которого указывается сетевая маска для этого адреса. Если сетевая маска не указывается, то предполагается классовый адрес сети. Благодаря использованию сетевой маски протокол BGP позволяет объявлять одноранговым маршрутизаторам как подсети, так и CIDR-блоки.

Обмен полученной через EBGP-УЗЛЫ информацией о сетях из других автономных систем будет осуществляться между одноранговыми IGBP-узлами внутри автономной системы.

Примечание Следует помнить, что BGP-маршрутизатор объявляет полученные от однорангового BGP узла маршруты всем своим одноранговым BGP-узлам. Например, маршруты, данные о которых были получены от EBGP-узла, принадлежащего одному провайдеру Internet-услуг, будут объявляться IBGP-узлам, которые, в свою очередь, оповестят о них других провайдеров Internet-услуг с помощью механизма EBGP-обмена. Переобъявляя информацию о маршрутах, сеть может стать транзитной сетью между провайдерами, к которым она подключена. Подобный результат может расстроить провайдеров, а также вызвать массовые перегрузки сети. Если образование таких транзитных сетей нежелательно, следует воспользоваться субкомандами фильтрации distribute-lists и route-maps. Эти субкоманды позволяют управлять переобъявлением поступающих извне маршрутов. Списки рассылки (distribute lists) более подробно обсуждаются в следующем разделе.

Наконец, поскольку сеть компании ZIP не будет передавать данные между провайдерами IPS-A и IPS-B, и BGP-маршруты не будут редистрибутироваться в процесс IGP-маршрутизации, то BGP синхронизация будет отключена субкомандой конфигурирования маршрутов ОС IOS no synchronization. При разрешении синхронизации маршрут не будет объявляться одноранговому EBGP-узлу, если он не появится в первичной таблице выбора маршрутов для однорангового узла, и информация о нем не поступит через процесс IGP-маршрутизации. Поскольку сеть компании ZIP хочет объявлять маршруты только для своей собственной автономной системы, то запрещение синхронизации приведет к уменьшению времени сходимости протокола BGP.

Ниже приведен пример конфигурирования BGP-маршрутизации на маршрутизаторе компании ZIP SF-Core-1 таким образом, что он будет объявлять сеть 131.108.0.0 провайдеру Internet-сервиса через EBGP-процесс. Маршрутизатор SF-Core-I имеет номер ASN 25000. У провайдера номер ASN равен 1 и IP-адрес однорангового узла — 192.7.2.1. Дополнительно в качестве однорангового IBGP узла для маршрутизатора SF-Core-1 конфигурируется маршрутизатор Seoul-1 с IP-адресом однорангового узла 131.108.254.6. При этом в качестве адреса источника для соединения одноранговых узлов используется IP-адрес интерфейса кольца обратной связи loopback 0.

SF-Core-l#configure Configuring from terminal, memory, or network [terminal]?

Enter configuration commands, one per line. End with CNTL/Z.

SF-Core-1(config)#router bgp SF-Core-1(config-router)#no synchronization SF-Core-1(config-router)#network 131.108.0. SF-Core-1(config-router)#neighbor 192.7.2.1 remote-as SF-Core-1(config-router)#neighbor 192.7.2.1 description Internet Connection to ISP-B SF-Core-1(config-router)#neighbor 131.108.254.6 remote-as SF-Core-1(config-router)#neighbor 131.108.254.6 description IBGP to Seoul- SF-Core-1(config-router)#neighbor 131.108.254.6 update-source loopback SF-Core-1(config-router)#^Z Ниже приведен пример конфигурирования BGP-маршрутизации уже на маршрутизаторе компании ZIP Seoul-1, когда он будет объявлять сеть 131.108.0.0 своему провайдеру Internet-услуг через EBGP-процесс. Маршрутизатор Seoul-1 имеет номер ASN 25000. У провайдера номер ASN равен 701 и IP-адрес однорангового узла — 211.21.2.1. Дополнительно в качестве однорангового IBGP узла для маршрутизатора Seoul-1 конфигурируется маршрутизатор SF-Core-1 с IP-адресом однорангового узла 131.108.254.3. При этом в качестве адреса источника для соединения одноранговых узлов используется IP-адрес интерфейса кольца обратной связи loopback 0:

Seoul-l# configure Configuring from terminal, memory, or network [terminal]?

Enter configuration commands, one per line. End with CNTL/Z.

Seoul-1(config)#router bgp Seoul-1(config-router)#no synchronization Seoul-1(config-router)#network 131.108.0. Seoul-1(config-router)#neighbor 211.21.2.1 remote-as Seoul-1(config-router)#neighbor 211.21.2.1 description Internet Connection to ISP-A Seoul-1(config-router)#neighbor 131.108.254.3 remote-as Seoul-1(config-router)#neighbor 131.108.254.3 description IBGP to SF-Core- Seoul-1(config-router)#neighbor 131.108.254.3 update-source loopback Seoul-1(config-router)#^Z После того как оба маршрутизатора будут сконфигурированы на работу с протоколом BGP и определятся одноранговые узлы, маршрут сети 131.108.0.0 объявляется провайдерам ISP-A и ISP-B маршрутизаторами Seoul-1 и SF-Core-1, соответственно. Используя команды режима EXEC ОС IOS, описываемые в следующем разделе "Просмотр информации протоколов динамической маршрутизации", администратор сети может проверить задание одноранговых узлов и правильность объявления и приема информации о сетевых маршрутах.

Когда одноранговые IBGP-узлы обмениваются маршрутной информацией, полученной от одноранговых EBGP-узлов, важно запомнить, что IBGP-узел должен иметь маршрут до узла следующего перехода маршрута, информация о котором поступила от EBGP-узла. Например, если маршрутизатор SF-Core-1 узнает о маршруте 140.222.0.0/16 от провайдера Internet сервиса ISP-B, то адресом узла следующего перехода будет для него адрес 192.7.2.1. Когда этот маршрут переобъявляется одноранговому IBGP-узлу Seoul-1, он не может быть занесен в BGP-таблицу маршрутов маршрутизатора Seoul-1, если тот не имеет маршрута до адреса узла следующею перехода 192.7.2.1. Не будучи занесенным в BGP-таблицу маршрутизатора Seoul-1, маршрут не сможет быть выбранным в качестве лучшего и занесенным в первичную таблицу выбора маршрутов. Не сможет он также и оцениваться в сравнении с таким же маршрутом, информация о котором могла бы поступить от провайдера ISP-A. Если адрес узла следующего перехода не входит в диапазон сетевых адресов, для которых ваш IGP-протокол обеспечивает маршрутную информацию (например, адреса, назначаемые провайдером Internet-услуг), то для объявления в вашем процессе IGP-марщрутизации непосредственно подключенных или статических маршрутов с такими адресами используйте команду redistribute, описываемую в следующем разделе.

Управление информацией протоколов динамической маршрутизации Сетевые администраторы часто используют политику административного регулирования, чтобы управлять потоком информации о сетевых маршрутах как внутри, так и снаружи своих сетей.

Такая политика включает задание маршрутизаторов, участвующих в процессе маршрутизации, определение того, передается ли информация о подсетях Между различными основными пространствами сетевых адресов, и того, какие маршруты должны коллективно использоваться маршрутизаторами. Реализуя ту или иную политику, можно управлять трафиком доступа к сети и ее защитой. В данном разделе исследуются пять популярных команд IOS, которые используются для управления протоколами динамической маршрутизации и реализации политики маршрутизации.

Одним из наиболее важных атрибутов управления динамическими протоколами маршрутизации является возможность разрешить или запретить распространять в сеть информацию о сетевых маршрутах от отдельно взятого маршрутизатора. Такая возможность фильтрации маршрутной информации позволяет ограничивать доступ к одной части сети из другой ее части. Для протокола ВОР ограничение распространения и переобъявления информации о маршрутах в плане маршрутов для одноранговых узлов предотвращает в автономной системе непреднамеренный транзит пакетов между несколькими провайдерами Internet-услуг.

Основным средством фильтрации маршрутной информации является субкоманда конфигурирования маршрутизации ОС IOS distribute-list. Возможности по фильтрации команды distribute-list реализуются через использование стандартных списков IP-доступа.

Списки доступа представляют собой общий инструментарий для задания критериев фильтрации. Совместно с субкомандами протоколов маршрутизации, списки доступа могут задавать разрешенные и запрещенные маршруты. Подробно списки доступа обсуждаются в разделе "Конфигурирование IP-фильтрации с помощью списков доступа". Команда distribute-list использует список доступа в конкретной ситуации управления распространением информации о маршрутах.

Эта команда имеет несколько параметров, включая имя или номер списка IP-доступа, ключевые слова in или out, управляющие направлением, в котором производится фильтрация, и необязательный идентификатор интерфейса. Этот идентификатор указывает, что должна производиться фильтрация только тех пакетов актуализации маршрутной информации, которые предназначены для конкретного интерфейса. Если идентификатор не указывается, а просто опускается, то список распространения (distribute list) применяется в отношении всех пакетов актуализации маршрутной информации, которые подпадают под действие списка доступа.

Ниже показан пример применения команды distribute-list на маршрутизаторе SF-Core-1 для запрещения передачи резервного сетевого адреса 1 0. 0. 0. 0 в процессе BGP-маршрутизации и для разрешения передачи всех других адресов.

SF-Core-l# configure Configuring from terminal, memory, or network [terminal]?

Enter configuration commands, one per line. End with CNTL/Z.

SF-Core-1(config)#router bgp SF-Core-1(config-router)#distribute-list 1 in SF-Core-1(config-router)#access-list 1 deny 10.0.0.0 0.0.0. SF-Core-1(config)#access-list 1 permit any SF-Core-1(config)#^Z Примечание Из-за лавинной природы адресации пакетов с информацией о состоянии каналов фильтрация входящей маршрутной информации в протоколах, основанных на методе учета состояния каналов, например OSPF или IS-IS, невозможна. Фильтрация входящей маршрутной информации осуществляется только в отношении внешних маршрутов.

Pages:     | 1 | 2 || 4 | 5 |   ...   | 7 |



© 2011 www.dissers.ru - «Бесплатная электронная библиотека»

Материалы этого сайта размещены для ознакомления, все права принадлежат их авторам.
Если Вы не согласны с тем, что Ваш материал размещён на этом сайте, пожалуйста, напишите нам, мы в течении 1-2 рабочих дней удалим его.