WWW.DISSERS.RU

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

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

Pages:     | 1 || 3 | 4 |   ...   | 7 |

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

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

• Технологии глобальных сетей и технологии взаимодействия по коммутируемым каналам связи Краткий обзор технологий глобальных сетей и технологий взаимодействия по коммутируемым каналам связи, поддерживаемых устройствами Cisco, включая HDLC, РРР, X 25, Frame Relay, ATM, DSL и ISDN В этой главе рассматриваются основы технологий и конфигурирования различных типов интерфейсов, поддерживаемых устройствами Cisco. Для подробного изучения выбраны пять широко используемых технологий локальных сетей и семь технологий глобальных сетей.

Базовое конфигурирование интерфейсов Термин интерфейс обозначает соединение устройства со средой передачи данных? В основе каждого интерфейса лежат технологии, которые определяют принципы передачи данных через физическую среду, например, медный или оптоволоконный бель. Протоколы, используемые на физическом уровне передачи данных модели, определяют физические характеристики интерфейса и среды передачи данных, протоколы, речь о которых будет идти в данной главе, работают на втором уровне дели OSI — канальном. Именно с помощью этих протоколов осуществляется пере;

данных между сетевым и физическим уровнями модели OSI.

В устройствах Cisco каждый интерфейс называется портом и обозначается сколькими способами. В устройствах с фиксированной конфигурацией интерфейсы нумеруются последовательно без привязки к слоту, в котором они установлены, пример, в маршрутизаторе серии 2500 с одним интерфейсом Ethernet и двумя последовательными интерфейсам эти интерфейсы обозначаются ethernetO, serialO и ser соответственно.

В устройствах модульной конструкции с заменяемыми платами интерфейсов интерфейсы нумеруются с использованием синтаксиса типа слот/порт. Например, рой порт платы интерфейса Ethernet, установленной в первый слот, будет иметь ethernet 1/2. Для конфигурирования интерфейсов используется основная команда interface. Эта команда с указанием после нее номера порта интерфейса или кои нации слот/порт используется в режиме конфигурирования.

Приведенный ниже пример иллюстрирует конфигурирование порта 0 интерфейса Token Ring в слоте 1:

San-Jose# configure Configuring from terminal, memory, or network [terminal]?

Enter configuration commands, one per line. End with CTRL+Z.

San-Jose(config)#interface tokenring 1/ San-Jose(config-if)#^Z Примечание Для того чтобы показать пользователю, что он находится в режиме настройки интер фейса, ОС IOS изменяет вид заголовка командной строки с config на config-if. В режиме конфигурирования ОС IOS часто меняет заголовок командной строки. Это дает пользователю визуальную подсказку в процессе конфигурирования.

В некоторых маршрутизаторах Cisco применяются платы универсального процессора интерфейса (Versatile Interface Processor — VIP). Каждая VIP-плата имеет один или два слота для адаптеров порта. Адаптер порта — это печатная плата, на которой установлены интерфейсы, и которая, в свою очередь, устанавливается на VIP-плату. Каждый адаптер порта может содержать несколько интерфейсов. В устройствах этого типа (на данный момент возможностями для установки VIP-плат обладают лишь маршрутизаторы Cisco серий 7000, 7500 и 12000) для задания интерфейса используется синтаксис вида номер слота расширения/номер адаптера порта/номер порта. Например, чтобы обратиться к первому порту Token Ring первого адаптера порта (с номером 0), который, в свою очередь, установлен на VIP-плате с номером 2, следует использовать синтаксис token ring 2/0/1.

Команда show interfaces Команда режима EXEC show interfaces позволяет просмотреть статус всех интерфейсов устройства Cisco, как показано в примере для интерфейса Ethernet:

EthernetO is up, line protocol is up Hardware is QUICC Ethernet, address is 0060.5cbc.Oef9 (bia 0060.5cbc.0ef9) 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:01, output hang never Last clearing of "show interface" counters never Queueing strategy: fifo Output queue 0/40, 0 drops;

input queue 0/75, 0 drops 5 minute input rate 1000 bits/sec, 1 packets/sec 5 minute output rate 1000 bits/sec, 1 packets/sec 116547 packets input, 13397137 bytes, 0 no buffer Received 3402 broadcasts, 0 runts, 0 giants 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort 0 input packets with dribble condition detected 273769 packets output, 84816409 bytes, 0 underruns 0 output errors, 1 collisions, 1 interface resets 0 babbles, 0 late collision, 29 deferred 0 lost carrier, 0 no carrier 0 output buffer failures, 0 output buffers swapped out В этой книге обсуждаются различные виды информации, выводимые на экран терминала командой show interfaces. Следует отметить, что в первой строке результата, выводимого этой командой, дается информация о типе среды интерфейса (Ethernet) и его номере. Исходя из того, что выведено имя интерфейса ethernetO, можно сделать вывод, что это устройство с фиксированной конфигурацией;

номера слотов, портов и адаптеров портов отсутствуют.

Интерфейс, приведенный в примере, находится в активном состоянии, и его электронная часть функционирует нормально, получая соответствующие сигналы из подключенных к нему кабелей. Еще интерфейс может быть в состоянии отключения и в состоянии административной блокировки. Различие между административной блокировкой и отключением состоит в следующем: отключенный интерфейс находится в рабочем состоянии, но не обменивается данными с подключенной к нему средой. В состоянии административной блокировки интерфейс отключен на уровне конфигурации. Информация об изменении административного состояния интерфейса дается в следующем разделе "Команда shutdown".

Во второй строке результата, выводимого командой show interfaces, указывается название модели интерфейса и его адрес, используемый протоколом канального уровня. Четвертая строка показывает тип инкапсулирования для данного интерфейса. Обычно инкапсулирование данных для интерфейса локальной сети не нуждается в конфигурировании, тогда как интерфейсы глобальных сетей часто этого требуют. Такое различие объясняется тем, что интерфейсы локальных сетей, как правило, используют один тип протокола канального уровня, а интерфейсы глобальных сетей могут работать с несколькими различными протоколами канального уровня.

Команда encapsulation Тип инкапсулирования интерфейса определяет формат передаваемых данных и тип протокола канального уровня для этого интерфейса. Тип инкапсулирование интерфейса устанавливается с помощью подкоманды конфигурирования интерфейса encapsulation. В приведенном ниже примере сначала с помощью системы помощи выясняются типы инкапсулирования, доступные для интерфейса глобальной сети serialO, а затем этот интерфейс конфигурируется на применение протокола HDLC:

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

Enter configuration commands, one per line. End with CTRL+Z..

Singapore(config)#interface serial Singapore(config-if)#encapsulation ?

atm-dxi ATM-DXI encapsulation frame-relay Frame Relay networks hdlc Serial HDLC synchronous lapb LAPB (X.25 Level 2) ppp Point-to-Point protocol smds Switched Megabit Data Service (SMDS) x25 X. Singapore(config-if)#encapsulation hdlc Singapore(config-if)# ^Z Ниже в этой главе рассматриваются и другие типы протоколов инкапсулирование для интерфейсов глобальных сетей.

Команда shutdown Команды конфигурирования shutdown или no shutdown применяются, если необходимо изменить административное состояние интерфейса — блокировать или, наоборот, включить его. Устройство Cisco не передает данные на интерфейс, если он заблокирован на административном уровне. В приведенном ниже примере данных, выводимых командой show interfaces, первая строка говорит о том, что интерфейс serialO заблокирован на административном уровне:

SerialO is administratively down, line protocol is down Hardware is 4T/MC MTU 1500 bytes, BW 512 Kbit, DLY 20000 usec, rely 137/255, load 1/ Encapsulation HDLC, loopback not set, keepalive set (10 sec) Last input never, output never, output hang never Last clearing of "show interface" counters never Input queue: 0/75/0 (size/max/drops);

Total output drops: Queueing strategy: weighted fair Output queue: 0/64/0 (size/threshold/drops) Conversations 0/1 (active/max active) Reserved Conversations 0/0 {allocated/max allocated) 5 minute input rate 0 bits/sec, 0 packets/sec 5 minute output rate 0 bits/sec, 0 packets/sec 0 packets input, 0 bytes, 0 no buffer Received 0 broadcasts, 0 runts, 0 giants 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort 0 packets output, 0 bytes, 0 underruns 0 output errors, 0 collisions, 0 interface resets 0 output buffer failures, 0 output buffers swapped out 0 carrier transitions DCD=down DSR=down DTR=down RTS=down CTS=down В следующем примере с помощью команды конфигурирования no shutdown интерфейс переводится во включенное состояние:

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

Enter configuration commands, one per line. End with CTRL+Z.

Singapore(config)#interface serial Singapore(config-if)#no shutdown Singapore(config-if)# ^Z Примечание Команда конфигурирования ОС IOS по shutdown зачастую приводит пользователей в замешательство. С одной стороны, она вроде бы говорит устройству не отключать интерфейс, подразумевая, что он включен. Однако здесь имеет место двойное отри цание, которое означает, что интерфейс должен быть включен. Это неловкое исполь зование английского языка было оставлено в ОС IOS по чисто историческим (или ис терическим) причинам.

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

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

Enter configuration commands, one per line. End with CTRL+Z.

Singapore(config)#interface serial Singapore(config-if)#shutdown Singapore(config-if)# ^Z Команда description Для улучшения информативности с помощью интерфейсной подкоманды description можно добавлять текстовый комментарий, который будет выводиться на экран командой show interfaces.

Длина этого комментария не может быть более 255 символов.

Совет Рекомендуется добавлять комментарий к каждому из установленных интерфейсов с указанием его назначения. Например, в комментарий интерфейса локальной сети можно добавить название здания, этажа или отдела, связь с которыми обеспечивает данный интерфейс. Для интерфейса глобальной сети можно ввести описание конечных пунктов соединения и задокументировать идентификаторы используемых провайдером каналов.

В приведенном ниже примере иллюстрируется процесс добавления комментария для интерфейса глобальной сети serialO маршрутизатора сети компании ZIP в Сингапуре, который обеспечивает связь с Малайзией. Комментарий включает описание типа инкапсулирования и идентификатор канала:

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

Enter configuration commands, one per line. End with CTRL+Z.

Singapore(config)#interface serial Singapore(config-if)#description IETF frame relay PVCs on Circuit Z 234987-12-MS- Singapore(config-if)#^Z Добавленный комментарий появляется в третьей строке результата исполнения команды show interfaces serial 0:

SerialO is administratively down,.line protocol is down Hardware is 4T/MC Description: IETF frame relay PVCs on Circuit Z-234987-12-MS- MTU 1500 bytes, BW 512 Kbit, DLY 20000 usec, rely 137/255, load 1/ Encapsulation HDLC, loopback not set, keepalive set (10 sec) Last input never, output never, output hang never Last clearing of "show interface" counters never Input queue: 0/75/0 (size/max/drops);

Total output drops: Queueing strategy: weighted fair Output queue: 0/64/0 (size/threshold/drops) Conversations 0/1 (active/max active) Reserved Conversations 0/0 (allocated/max allocated) 5 minute input rate 0 bits/sec, 0 packets/sec 5 minute output rate 0 bits/sec, 0 packets/sec 0 packets input, 0 bytes, 0 no buffer Received 0 broadcasts, 0 runts, 0 giants 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort 0 packets output, 0 bytes, 0 underrurts 0 output errors, 0 collisions, 0 interface resets 0 output buffer failures, 0 output buffers swapped out 0 carrier transitions DCD=down DSR=down DTR=down RTS=down CTS=down Технологии локальных сетей Устройства Cisco поддерживают множество различных технологий локальных сетей. В данной главе рассматриваются пять популярных технологий:

• Ethernet и IEEE 802.3;

• Fast Ethernet;

• Gigabit Ethernet;

• Token Ring;

• Fiber Distributed Data Interface.

Каждый из этих протоколов функционирует на канальном уровне модели OSI и используется в технологиях локальных сетей для передачи данных из одной точки в другую со скоростями от Мбит/с до 1 Гбит/с. В этом разделе кратко описаны данные протоколы. Для тех, кто хочет изучить их более подробно, в конце главы приводится список дополнительной литературы.

Все описываемые протоколы локальных сетей используют одну и ту же схему адресации канального уровня. Адреса являются уникальными и имеют вид 6-байтовых чисел в шестнадцатеричной форме. Эти адреса называют адресами контроля доступа к среде (Media Access Control addresses) или МАС-адресами. Иногда их также называют аппаратными адресами, адресами станций или физическими адресами. Это означает, что каждое сетевое устройство имеет единственный во всем мире адрес канального уровня. МАС-адрес зашивается в полупостоянное запоминающее устройство (ППЗУ) с плавкими перемычками, располагающимися непосредственно на плате интерфейса.

Для того чтобы гарантировать уникальность адреса интерфейса, каждому производителю присваивается 20-битный префикс, используемый в дополнение к 6-байтовому адресу.

Например, компании Cisco был присвоен 20-битный префикс 0060.5 (представлен в шестнадцатеричном формате, в котором каждая цифра представляет собой четыре бита). После этого производитель может определять оставшиеся 28 бит произвольным образом, но сохраняя уникальность МАС-адреса.

Уникальный МАС-адрес канального уровня для каждого интерфейса локальной сети от Cisco виден во второй строке результата, выводимого командой show interfaces. Ниже приведен пример, в котором можно увидеть МАС-адрес маршрутизатора компании ZIP, расположенного в Куала-Лумпуре:

Kuala-Lumpur>show interface ethernet EthernetO is up, line protocol is up Hardware is QUICC Ethernet, address is 0060.5cbc.Oef9 (bia 0060.5cbc.0ef9) 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:01, output hang never Last clearing of "show interface" counters never Queueing strategy: fifo Output queue 0/40, 0 drops;

input queue 0/75, 0 drops 5 minute input rate 1000 bits/sec, 1 packets/sec 5 minute output rate 1000 bits/sec, 1 packets/sec 116547 packets input, 13397137 bytes, 0 no buffer Received 3402 broadcasts, 0 runts, 0 giants 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort 0 input packets with dribble condition detected 273769 packets output, 84816409 bytes, 0 underruns 65959 output errors, 1 collisions, 1 interface resets 0 babbles, 0 late collision, 29 deferred 65959 lost carrier, 0 no carrier 0 output buffer failures, 0 output buffers swapped out Примечание Стоить отметить одну важную особенность ОС IOS. Технически она позволяет при сваивать интерфейсу локальной сети адрес канального уровня, отличающийся от из начально прошитого в ППЗУ адреса. Подобная практика редка, но весьма полезна Е некоторых сетях со сложной конфигурацией.

Технологии локальной сети Ethernet и IEEE802. Технология Ethernet и протокол IEEE 802.3, разработанный Институтом инженеров электротехники и электроники (Institute of Electrical and Electronic Engineers IEEE), являются наиболее широко распространенными на сегодняшний день. Протокол Ethernet был разработан в средине 70-х годов сотрудниками исследовательского центра фирмы Xerox в Пало-Альто (США).

Позже, в 1978 году, эта технология бы стандартизирована компаниями Digital Equipment Corporation, Intel Corporation Xerox. После этого IEEE стандартизировал похожий протокол, который получил название IEEE 802.3. Различия в использовании полей кадра в протоколах Ethernet IEEE 802.3 незначительны.

Примечание Названия многих протоколов, рассматриваемых в данной книге, начинаются с цифры 802, которые обозначают год и месяц формирования соответствующих этим стандартам комиссий.

Оба вышеперечисленных протокола для доступа к общей шине с пропускной способностью Мбит/с, по которой обмениваются данными все устройства в такой сети, используют технологию множественного доступа с контролем несущей и обнаружением конфликтов CSMA/CD. Устройства, подключенные к CSMA/CD-шине, MOI проверять, идет ли в данный момент передача данных по шине (так называемый контроль несущей), а также контролировать, ведется ли одновременная передача двумя разными узлами (обнаружение конфликтов). Протокол CSMA/CD также определяет принципы взаимодействия устройств при обнаружении конфликтов.

Логически сегмент сети, построенный по технологии Ethernet или IEEE 802.3, имеет вид прямого отрезка провода, к которому подсоединены все устройства, как это показано на рис. 3.1.

Устройства, работающие по протоколу Ethernet или IEEE 802.3, могут обмениваться данными в режиме полудуплекса. Это режим, в котором устройство может передавать или принимать кадр, но не может вести одновременно и прием, и передачу данных. Обычно сегменты сети Ethernet или IEEE 802.3 работают в полудуплексном режиме. В рамках протоколов Ethernet и IEEE 802.3 существует также дуплексный режим работы. В этом режиме устройство может одновременно и принимать, и передавать кадр. Однако такой режим работы возможен, если только два устройства, использующие протокол Ethernet или IEEE 802.3, напрямую соединяются друг с другом. Примером такой топологии является соединение устройства с Ethernet-коммутатором.

Для логического объединения сегментов сетей Ethernet могут использоваться мосты и коммутаторы Cisco. Такое объединение осуществляется путем создания прозрачного, транслирующего или инкапсулирующего мостового соединения. В этой среде устройства Cisco соединяют между собой несколько сегментов локальной сети, создавая единый сегмент на канальном уровне, но с разделенными физическими CSMA/CD-сегментами или доменами конфликтов. На рис. 3.2 показаны как физическая, так и логическая топологии сегментов сети Ethernet, соединяемых с помощью мостов и коммутаторов Cisco.

(а) (б) Рис. 3.2. Физическая (а) и логическая (6) топологии сегмента сети Ethernet Для физического и логического разделения сегментов сети можно использовать маршрутизаторы Cisco. Каждый Ethernet-интерфейс имеет свой собственный адрес, и маршрутизатор будет перенаправлять пакеты между интерфейсами, основываясь на информации сетевого уровня.

Технология Fast Ethernet Широкий успех технологии Ethernet и метода разделения доступа CSMA/CD привели к разработке технологии Fast Ethernet. Fast Ethernet представляет собой протокол CSMA/CD, который работает со скоростью 100 Мбит/с, что в десять раз быстрее, чем работа протоколов Ethernet или IEEE 802 3. Успех технологии Fast Ethernet объяснялся главным образом тем фактом, что она использовала ту же физическую среду (медные кабеля, витую пару или оптоволокно), что и стандартная технология Ethernet, позволяя тем самым в некоторых сетях увеличивать скорость передачи с 10 до 100 Мбит/с без изменения физической инфраструктуры.

Поскольку Fast Ethernet представляет собой протокол CSMA/CD, то логическая топология сети Fast Ethernet точно такая же, как у сети Ethernet. И точно так же, как в технологии Ethernet, протокол Fast Ethernet может использоваться в полудуплексном и дуплексном режимах. Большинство устройств, поддерживающих технологию Fast Ethernet, способны автоматически определять, является ли сегмент, к которому они подключаются, сегментом сети Ethernet (10 Мбит/с) или сети Fast Ethernet (100 Мбит/с). Кроме того, они также автоматически определяют соответствующий режим передачи данных: полудуплекс или полный дуплекс.

Интерфейсами Fast Ethernet оснащаются такие устройства Cisco, как маршрутизаторы, коммутаторы и мосты. Интерфейсы Fast Ethernet на коммутаторах часто используются в качестве порта подключения интерфейсов Ethernet к магистральному каналу. На рис. 3. показан пример типовой топологии, в которой коммутатор объединяет десять сегментов Ethernet в один сегмент Fast Ethernet. Затем для обеспечения доступа к глобальной сети этот сегмент Fast Ethernet подключается к маршрутизатору.

Подкоманды конфигурирования интерфейсов Fast Ethernet и Ethernet На некоторых маршрутизаторах Cisco серий 4000 и 7000 каждый интерфейс Fast Ethernet и Ethernet позволяет устанавливать тип среды передачи данных, подключаемой к маршрутизатору. Для того чтобы сообщить маршрутизатору тип активного соединения на интерфейсе, необходимо воспользоваться подкомандой конфигурирования интерфейса media type. В примере ниже устанавливается тип среды передачи данных для маршрутизатора Seoul 1:

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

Enter configuration commands, one per line. End with CTRL+Z.

Seoul-1(config)#interface ethernet Seoul-1(config-if)#media-type lObaseT Seoul-1(config-if)#^Z Для интерфейсов Ethernet и IEEE 802.3 разрешенными типами сред передачи данных являются интерфейсы подключения сетевых устройств (attachment unit interfaces — AUI) и разъемы RJ 45 (называемые в ОС IOS 1OBaseT для обозначения разводки с использованием кабелей типа "витая пара"). Физически интерфейсы AUI представляют собой 15-контактные разъемы. Для интерфейсов Fast Ethernet разрешенными типами сред являются средонезависимые интерфейсы (media independent interfaces — МП) и разъемы RJ-45.

На интерфейсах Fast Ethernet можно вручную устанавливать дуплексный режим работы, для чего необходимо воспользоваться подкомандой конфигурирования интерфейса full-duplex. Если удалить эту команду из конфигурации с помощью команды no full-duplex, то интерфейс по умолчанию перейдет в режим полудуплексной связи. В приведенном ниже примере выполняется установка порта Fast Ethernet маршрутизатора Seoul-1 в режим полного дуплекса:

S e o ul-l # c o n fi g ur e C o n fi g u r i n g fr o m t e r mi n a l, m e m o r y, or n et wo r k [ t e r m i n a l]?

E nt er co nfi g ur atio n co mm a n d s, o n e p er line. E n d with C T R L + Z.

S e o u l - 1 ( c o n f i g ) # i n t e rf a c e e t h e r n e t S e o u l - 1 ( c o n f i g - i f ) # f ul l -d u p l e x S e o ul-1( c o nfi g -if)# ^ Z Технология Gigabit Ethernet Подобно технологии Fast Ethernet, технология Gigabit Ethernet (или IEEE 802.3z) построена на стандарте IEEE 802.3 Ethernet. Основное различие, как следует из названия, состоит в том, что скорость передачи данных между устройствами, работающими по этой технологии, составляет Гбит/с. И точно таким же образом, как технология Fast Ethernet обеспечивает десятикратное увеличение скорости передачи данных по сравнению с технологией Ethernet или IEEE 802.3, так и технология Gigabit Ethernet обеспечивает скорость передачи данных в десять раз выше, чем технология Fast Ethernet. Но, в отличие от технологии Fast Ethernet, переход на технологию Gigabit Ethernet требует изменения физического интерфейса устройства.

Начиная с протоколов канального уровня и далее на более высоких уровнях модели OSI, технология Gigabit Ethernet идентична технологии Ethernet. На физическом же уровне технология Gigabit Ethernet использует тип интерфейса, который свойствен другой высокоскоростной технологии локальных сетей, называемой оптоволоконным каналом (Fiber Channel). Технология Gigabit Ethernet соединяет в себе использование физического уровня технологии Fiber Channel и формата кадра канального уровня технологий IEEE 802.3, Ethernet и Fast Ethernet. В ней используется алгоритм CSMA/CD, и она может обеспечивать работу как в режиме полудуплекса, так и в режиме полного дуплекса. Стандартом для режима полного дуплекса технологии Gigabil Ethernet является стандарт IEEE 802.Зх.

Маршрутизаторы серии 7500 и коммутаторы Catalyst серии 5500 поддерживают интерфейс Gigabit Ethernet. На данный момент в маршрутизаторах серии 7500 поддерживается один интерфейс Gigabit Ethernet на слот. Как показано в примере ниже, если интерфейс Gigabit Ethernet установлен во второй слот маршрутизатора серии 7500, то ему присваивается имя Gigabit Ethernet 2/0/0 (номер слота/номер адаптера порта/номер порта):

Router>show interface gigabitethernet 2/0/ GigabitEthernet2/0/0 is up, line protocol is up Hardware is cyBus GigabitEthernet, address is 0000.Oca4.db61 (bia 0000.0ca4.db61) Internet address is 10.0.0.2/ MTU 1500 bytes, BW 1000000 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:01, output hang never Last clearing of "show interface" counters never Queueing strategy: fifo Output queue 0/40, 0 drops;

input queue 0/75, 0 drops 5 minute input rate 2300 bits/sec, 2 packets/sec 5 minute output rate 3000 bits/sec, 3 packets/sec 116547 packets input, 13397137 bytes, 0 no buffer Received 3402 broadcasts, 0 runts, 0 giants 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort 0 input packets with dribble condition detected 273769 packets output, 84816409 bytes, 0 underruns 65959 output errors, 1 collisions, 1 interface resets 0 babbles, 0 late collision, 29 deferred 65959 lost carrier, 0 no carrier 0 output buffer failures, 0 output buffers swapped out Технология Token Ring Token Ring —- это технология локальных сетей, разработанная фирмой IBM (International Business Machines) и стандартизированная в виде протокола IEEE 802.5. В соответствии с названием протокол Token Ring работает в топологии, представляющей собой логическое кольцо, а не шину, как это имеет место для технологии Ethernet. В технологии Token Ring для доступа к среде передачи данных используется метод захвата маркера. Эта технология реализована для двух скоростей передачи данных: 4 Мбит/с и 16 Мбит/с.

Заложенный в этот протокол алгоритм относительно прост для понимания. Устройство, находящееся в сети Token Ring, должно захватывать специальный пакет называемый маркером. Маркер передается по логическому кольцу в направлении противоположном направлению вращения часовой стрелки. Если у устройства есть данные, которые необходимо отправить, и оно видит проходящий по кольцу маркер, то оно может осуществить захват этого маркера.

Захватив маркер, устройстве передает кадр по кольцу. В процессе прохождения кадра по кольцу система-получатель копирует данные из этого кадра. Когда кадр, посланный устройством возвращается обратно, отправитель удаляет его из сети и высвобождает маркер, который вновь начинает передаваться по кольцу. В 16-мегабитных сетях Token Ring устройство-отправитель высвобождает маркер раньше, чем получает назад свой отосланный кадр, используя функцию, именуемую ранним высвобождением маркера (early token release). В отличие от протокола CSMD/CD, протокол захвата маркера делает невозможными конфликты при передаче, так как передать кадр в сеть Token Ring может только то устройство, которое захватило маркер. Кроме того, здесь возможен расчет максимального времени ожидания, которое будет необходимо устройству, прежде чем оно сможет отправить кадр. Это позволяет сделать технологию Token Ring детерминированной. Для некоторых сетевых приложений, например, обработки транзакций в реальном времени, такой детерминизм является очень важным требованием для протокола локальной сети. Логическая топология сети Token Ring показана на рис.

3.4.

Примечание В сетевой промышленности постоянно идут споры относительно достоинств и недос татков протокола CSMA/CD по сравнению с методом захвата маркера. Авторы этой книги не хотят вступать в "религиозные" перепалки и поэтому не приводят суждения о преимуществах какого-либо из протоколов. На настоящий момент, безотносительно технических достоинств одного или другого протокола, на рынке протоколов локаль ных сетей со всей очевидностью доминирует протокол CSMA/CD.

Приведенный ниже пример является результатом выполнения команды режима EХЕС show interfaces для порта 0 интерфейса Token Ring, стоящего в слоте 1 маршршрутизатора в Сан-Хосе:

San-Jose#show interfaces tokenring 1/ Tokenring 1/0 is up, line protocol is up lardware is 16/4 Token Ring, address is 5500.2000.dc27 (bia5500.2000.dc27) MTU 8136 bytes, BW 16000 Kbit, DLY 630 usec, rely 255/255, load 1/ Encapsulation SNAP, loopback not set, keepalive set (10 sec) ARP type: SNAP, ARP Timeout 4:00: Ring speed: 16 Mbps Single ring node, Source Route Bridge capable Group Address: 0x00000000, Functional Address: 0x Last input 0:00:01, output 0:00:01, output hang never Output queue 0/40, 0 drops;

input queue 0/75, 0 drops Five minute input rate 0 bits/sec, 0 packets/sec Five minute output rate 0 bits/sec, 0 packets/sec 16339 packets input, 1496515 bytes, 0 no buffer Received 9895 broadcasts, 0 runts, 0 giants 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort 32648 packets output, 9738303 bytes, 0 underruns 0 output errors, 0 collisions, 2 interface resets, 0 restarts 5 transitions Как видно из этого примера, интерфейс операционно находится во включенном состоянии.

Во второй строке результата приведен зашитый в ППЗУ адрес интерфейса Token Ring, а в шестой строке указана скорость передачи данных — 16 Мбит/с.

Подкоманды конфигурирования для интерфейса Token Ring Для задания скорости передачи данных интерфейса Token Ring (4 Мбит/с или Мбит/с) используется подкоманда конфигурирования интерфейса ОС IOS ring-speed. В сети Token Ring все устройства должны работать с одной и той же скоростью передачи данных;

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

Если принимается решение об использовании в кольце со скоростью передачи 16 Мбит/с функции раннего высвобождения маркера, то во всех устройствах в сети Token Ring эта функция должна быть активирована. Если хотя бы одно устройство (компании Cisco или другого производителя) в сети Token Ring не будет поддерживать данную функцию, то ее не сможет использовать все кольцо. Для активации функции раннего высвобождения маркера в интерфейсе Token Ring используется подкоманда конфигурирования интерфейса ОС IOS early-token-release.

В ниже представленном примере выполняется установка скорости интерфейса Token Ring в 16 Мбит/с и активация функции раннего высвобождения маркера:

San-Jose#configure Configuring from terminal, memory, or network [terminal]?

Enter configuration commands, one per line. End with CTRL+Z.

San-Jose(config)#interface tokenring 1/ San-Jose(config-if)#ring-speed San-Jose(config-if)#early-token-release San-Jose(config-if) #^Z Технология FDDI Распределенный интерфейс передачи данных по оптоволоконному каналу (Fiber Distributed Data Interface — FDDI) — это еще одна технология локальных сетей с захватом маркера.

Технология FDDI была стандартизирована комитетом по стандартам ANSI X3T9.5 в середине 1980-х годов. Она во многом похожа на технологию Token Ring, но, вместо архитектуры с одним кольцом, предусматривает использование кольца из двух оптоволоконных кабелей, данные по которым передаются в противоположных направлениях. Во время нормального функционирования технология FDDI использует только одной кольцо, называемое основным.

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

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

Аналогично Fast Ethernet интерфейс FDDI обеспечивает передачу данных на скорости Мбит/с. Ввиду такой высокой скорости передачи данных, а также благодаря избыточности интерфейс FDDI часто применяется для реализации высокоскоростного магистрального канала связи от коммутатора к маршрутизатору или в качестве технологии для создания магистрального канала для комплекса зданий (кампусный магистральный канал). Коммутаторы, мосты и маршрутизаторы фирмы Cisco поддерживают технологию FDDI в рамках протоколов сетевого уровня, обеспечивающих мостовые соединения, коммутацию и маршрутизацию данных в режиме прозрачной передачи данных и в режиме трансляции. В сети фирмы ZIP корпоративный офис в Сан-Франциско использует технологию FDDI для связи между маршрутизаторами, установленными на разных этажах здания. Ниже приведен результат выполнения команды show interfaces для интерфейса FDDI маршрутизатора SF-Core-1:

SF-Core-l>show interfaces fddi О/О FddiO/0 is up, line protocol is up Hardware is cBus Fddi, address is 0000.Oc06.8de8 (bia 0000.Oc06.8de8) MTU 4470 bytes, BW 100000 Kbit, DLY 100 usec, rely 255/255, load 1/ Encapsulation SNAP, loopback not set, keepalive not set ARP type: SNAP, ARP Timeout 4:00: Phy-A state is active, neighbor is B, cmt signal bits 008/20C, status ILS Phy-B state is connect, neighbor is unk, cmt signal bits 20C/000, status QLS ECM is insert, CFM is c_wrap_a, RMT is ring_op token rotation 5000 usec, ring operational IdOl Upstream neighbor 0000.ОсОб.8b7d, downstream neighbor ОООО.ОсОб.8b7d Last input 0:00:08, output 0:00:08, output hang never Last clearing of "show interface" counters never Output queue 0/40, 0 drops;

input queue 0/75, 0 drops Five minute input rate 5000 bits/sec, 1 packets/sec Five minute output rate 76000 bits/sec, 51 packets/sec 852914 packets input, 205752094 bytes, 0 no buffer Received 126752 broadcasts, 0 runts, 0 giants 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort 8213126 packets output, 616453062 bytes, 0 underruns 0 output errors, 0 collisions, 4 interface resets, 0 restarts 5 transitions, 0 traces Как видно из этого примера, интерфейс операционно включен, во второй строке результата указан изначально зашитый канальный адрес, и полоса пропускания (BW) 100 Мбит/с указана в третьей строке. Физические характеристики каждого оптоволоконного кольца (Phy-A — основное кольцо;

Phy-B — резервное) указаны в шестой и седьмой строках результата, соответственно.

Технологии глобальных сетей и технологии взаимодействия по коммутируемым каналам связи Устройства фирмы Cisco поддерживают большое количество протоколов глобальных сетей и удаленного доступа к сети по коммутируемым каналам связи. В этой главе рассматриваются наиболее популярные из них:

• High-Level Data Link Control (HDLC);

• Point-to-Point Protocol (PPP);

• X.25;

• Frame Relay;

• Asynchronous Transfer Mode (ATM);

• Digital Subscriber Line (DSL);

• Integrated Services Digital Network (ISDN).

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

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

HDLC, первый из рассматриваемых синхронных протоколов, работает только по принципу "из точки в точку", соединяя устройства друг с другом с минимально необходимой инкапсуляцией и адресной информацией. Протокол РРР, изначально разработанный для каналов последовательной передачи данных по двухточечному принципу, впоследствии эволюционировал и стал применяться как для синхронной, так и для асинхронной передачи данных. Протоколы X.25, Frame Relay и ATM не работают в средах последовательной передачи данных, в которых используется только один двухточечный принцип. Вместо этого эти протоколы предусматривают использование для передачи данных виртуальных каналов. DSL — это технология, отличительной особенностью которой является предоставление алгоритма кодирования для высокоскоростной передачи данных по традиционным медным кабелям, но на ограниченные расстояния. ISDN — это технология глобальных сетей, которая использует телефонную сеть для передачи оцифрованных данных. Протокол ISDN может работать как в двухточечном режиме, так и в многоточечном (из одной точки во многие).

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

Как можно понять из вышеприведенной информации, один интерфейс маршрутизатора Cisco может поддерживать несколько виртуальных каналов (постоянных или коммутируемых). В этом случае каждый канал рассматривается как отдельный интерфейс, называемый подынтерфейсом.

Подынтерфейсы могут быть реализованы для любой технологии глобальной сети, использующей виртуальные каналы. Преимущества и некоторые подробности использования подынтерфейсов будут рассмотрены в этой главе на примерах конфигурирования протокола Frame Relay.

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

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

Коммутация пакетов — это метод передачи, при котором данные передаются блоками переменной длины, или пакетами. При использовании метода коммутации пакетов канальный уровень берет пакеты с сетевого уровня и инкапсулирует их с добавлением адресной информации в формате конкретного протокола канального уровня. В процессе перемещения таких канальных пакетов по сети каждый промежуточный узел коммутации пакетов на пути между отправителем и получателем считывает из пакета канальный адрес и соответствующим образом переадресовывает его. Пакет передается по установленному ранее виртуальному каналу до тех пор, пока не достигнет канального адреса получателя. Метод коммутации пакетов используется в протоколах Frame Relay и Х.25.

Протоколы ATM и Switched Multimegabit Data Service (SMDS) (протокол SMDS в этой книге не рассматривается) преобразовывают пакеты данных в ячейки фиксированной длины и ретранслируют их по сети. Ретрансляция ячеек — это метод передачи, при котором данные посылаются небольшими блоками фиксированного размера, или ячейками, которые могут быстро и эффективно обрабатываться аппаратурой. Метод ретрансляции ячеек подобен методу коммутации пакетов и отличается только тем, что данные системы-отправителя сначала преобразовываются в ячейки фиксированной длины, а не группируются в пакеты. В табл. 3. сведены те методы передачи данных, которые используются в протоколах глобальных сетей, рассматриваемых в данной главе.

Необходимо помнить, что в адресации при передаче данных с использованием метода коммутации пакетов или ретрансляции ячеек участвуют два уровня модели OSI. Адреса для коммутации пакетов и ретрансляции ячеек находятся на канальном уровне модели OSI. Не следует их путать с адресами сетевого уровня модели OSI, используемыми протоколами IP, IPX и Apple Talk. Для маршрутизаторов Cisco является обычной маршрутизация пакетов сетевого уровня, например IP-пакетов, через сеть с коммутацией пакетов, например через сеть Frame Relay.

Таблица 3.1. Характеристики протоколов передачи данных в глобальных сетях Протокол Двухточечная Коммутация Ретрансляция Асинхронный Синхронный передача пакетов ячеек да нет нет нет да HDLC РРР да нет нет да Да Х25 да да нет нет да да да нет нет да Frame Relay да нет да нет да ATM да нет нет нет да DSL да нет нет да да ISDN При маршрутизации пакетов сетевого уровня через сеть с коммутацией пакетов маршрутизатор использует IP-адреса на сетевом уровне для определения маршрута пакета к следующему маршрутизатору на пути, ведущем к пункту конечного назначения.

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

Каждый коммутатор в сети Frame Relay использует для передачи пакета по каналу от отправителя к получателю только адресную информацию протокола Frame Relay.

Маршрутизаторы же считают себя непосредственно подключенными к сети Frame Relay;

они как бы не "видят" коммутаторов в качестве промежуточных узлов трафика сетевого уровня.

Такая же аналогия может быть применена и к протоколам локальных сетей. Если заменить коммутаторы Frame Relay коммутаторами Ethernet, то пример по-прежнему будет корректен, исключая только тот факт, что технология Ethernet не предусматривает использование виртуальных каналов.

Протокол HDLC Протокол HDLC — это позиционный протокол синхронной передачи данных, разработанный Международной организацией по стандартизации (ISO). Этот протокол используется для соединения одного маршрутизатора Cisco с другим. Маршрутизаторы Cisco по умолчанию используют HDLC-инкапсуляцию на всех интерфейсах синхронной последовательной передачи данных.

Компания Cisco имеет собственную версию протокола HDLC, которая не совместима с протоколами HDLC других производителей. Создание собственных вариантов протоколов не является чем-то необычным. Все реализации этого протокола различными производителями специфичны, потому что сам протокол HDLC является развитием протокола SDLC (Synchronous Data Link Control), который изначально был разработай компанией IBM. В приведенной ниже информации, выводимой маршрутизатором сети компании ZIP в Сан-Хосе, содержатся данные об интерфейсе serialO/0, использующем HDLC-инкапсуляцию:

San-Jose>show interface serial О/О SerialO/0 is up, line protocol is up Hardware is QUICC Serial MTU 1500 bytes, BW 1544 Kbit, DLY 20000 usec, rely 255/255, load 1/ Encapsulation HDLC, loopback not set, keepalive set (10 sec) Last input 00:00:00, output 00:00:03, output hang never Last clearing of "show interface" counters never Input queue: 0/75/0 (size/max/drops);

Total output drops: Queueing strategy: weighted fair Output queue: 0/64/0 (size/threshold/drops Conversations 0/6 (active/max active) Reserved Conversations 0/0 (allocated/max allocated 5 minute input rate 28000 bits/sec, 2 packets/sec 5 minute output rate 1000 bits/sec, 2 packets/sec 4396629 packets input, 1382566679 bytes, 2 no buffer Received 518019 broadcasts, 0 runts, 0 giants, 0 throttles 1824 input errors, 661 CRC, 542 frame, 0 overrun, 0 ignored, abort 4674425 packets output, 430814377 bytes, 0 underruns 0 output errors, 0 collisions, 10 interface resets 0 output buffer failures, 0 output buffers swapped out 2 carrier transitions DCD=up DSR=up DTR=up RTS=up CTS=up В четвертой строке выводимых данных указывается тип инкапсуляции для после довательного интерфейса — HDLC (метод инкапсуляции, используемый по умолчанию всеми последовательными интерфейсами компании Cisco). Стоит отметить, что для получения данных об интерфейсе использовалась однозначно интерпретируемая форма команды show interfaces serialO/0.

Протокол Point-to Point Протокол РРР (Point-to-Point) — это еще один протокол глобальных сетей, поддерживаемый устройствами Cisco. Он был разработан как открытый протокол, работающий с несколькими протоколами сетевого уровня, включая протоколы IP, IPX и AppleTalk. Протокол РРР можно считать открытой версией протокола HDLC, хотя их базовые протоколы существенно разнятся.

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

Протокол РРР основывается на протоколе контроля соединений Link Control Protocol (LCP), который отвечает за установку, конфигурирование и проверку соединений, используемых протоколом РРР. Протокол контроля сети (Network Control Protocol — NCP) представляет собой группу протоколов (один для каждого типа протокола сетевого уровня модели OSI, поддерживаемого протоколом РРР), отвечающих за установку и конфигурирование протоколов сетевого уровня для работы поверх протокола РРР. Для протоколов IP, IPX и AppleTalk существуют NCP-протоколы IPCP, IPXCP и ATALKCP, соответственно.

Подкоманды конфигурирования интерфейса РРР Для того чтобы на интерфейсе последовательной передачи данных активировать синхронный вариант протокола РРР, используется подкоманда конфигурирования интерфейса encapsulation ppp. Ниже показано конфигурирование интерфейса seriall/1 маршрутизатора в Сан-Хосе на работу с синхронным протоколом РРР:

San-Jose#configure Enter configuration commands, one per line. End with CTRL+Z.

Configuring from terminal, memory, or network [terminal]?

San-Jose(config)#nterface serial 1/ San-Jose(config-if)#encapsulation ppp San-Jose(config-if)# ^Z Стоит отметить, что в этом примере использовались однозначно интерпретируемые формы основной команды interface serial 1/1 и команды encapsulation ppp.

Информация, которую выводит маршрутизатор сети компании ZIP в Сан-Хосе, как раз и содержит данные об интерфейсе seriall/1, использующем инкапсуляцию по протоколу РРР:

Seriall/1 is up, line protocol is up Hardware is HD MTU 1500 bytes, BW 1544 Kbit, DLY 20000 usec, rely 255/255, load 1/ Encapsulation PPP, loopback not set, keepalive not set LCP Open Open: IPGP Last input 0:00:01, output 0:00:01, output hang never Last clearing of "show interface" counters never Input queue: 0/75/0 (size/max/drops);

Total output drops: Queueing strategy: weighted fair Output queue: 0/64/0 (size/threshold/drops) Conversations 0/4 (active/max active) Reserved Conversations 0/0 (allocated/max allocated) 5 minute input rate 0 bits/sec, 0 packets/sec 5 minute output rate 0 bits/sec, 0 packets/sec 1433 packets input, 117056 bytes, 0 no buffer Received 0 broadcasts, 0 runts, 0 giants, 0 throttles 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort 714 packets output, 150299 bytes, 0 underruns 0 output errors, 0 collisions, 11 interface resets 0 output buffer failures, 0 output buffers swapped out 0 carrier transitions В пятой строке этого примера показано, что протокол LCP включен. Шестая строка говорит о том, что также включен протокол IPCP. Исходя из того факта, что активирован протокол IPCP, можно сделать вывод, что протокол РРР на данном интерфейсе сконфигурирован на инкапсулирование IP-пакетов.

Протокол Х. Протокол Х.25 был разработан в 1970-х годах. Этот протокол является представителем протоколов, использующих метод коммутации пакетов, и поддерживает работу Как с коммутируемыми, так и постоянными виртуальными каналами. Административное управление развитием протокола Х.25 осуществляет Международный телекоммуникационный союз (1TU) — агентство, работающее под эгидой Организации Объединенных Наций. Ввиду международного признания протокола Х.25 он, возможно, является одним из самых распространенных протоколов глобальных сетей.

Так же, как и все технологии с коммутацией пакетов, протокол Х.25 рассматривает сеть передачи данных, по сути, как обыкновенную телефонную сеть и передает данные, используя виртуальные каналы. Обмен данными между двумя устройствами начинается с того, что одно устройство дозванивается до другого для создания коммутируемого или постоянного виртуального канала. Затем происходит сам процесс передачи данных, после чего выполняется процедура завершения звонка. Протокол Х.25 предусматривает двухточечный обмен данными между оконечным пользовательским устройством (DTE) и оконечным устройством канала передачи данных (ОСЕ). Устройства DTE (например, маршрутизаторы Cisco) подключаются к устройствам ОСЕ (например, модемам), которые, в свою очередь, подключаются к одному или нескольким коммутаторам сети Х.25 и, в конечном итоге, к другим устройствам DTE.

Примечание Оконечное устройство канала передачи данных (DСЕ) — это устройство, которое является концевым устройством интерфейса пользователь-сеть со стороны сети. Устройства DСЕ обеспечивают физическое соединение с сетью, пропускают через себя трафик и вырабатывают сигналы синхронизации, используемые для синхронизации передачи данных между устройствами DСЕ и DTE.

Оконечное пользовательское устройство (DTE) — это устройство, находящееся с другой, пользовательской стороны интерфейса пользователь-сеть. Эти устройства могут выступать в роли отправителя данных, получателя или совмещать эти функции. Устройство DTE соединяется с сетью передачи данных с помощью устройств DСЕ (например, модемов ) и обычно использует сигналы синхронизации, вырабатываемые устройствами DСЕ.

Так называемый "звонок" в сети Х.25 начинается с того, что устройство DTE, выступающее отправителем данных, совместно с тем устройством ОСЕ, с которым соединено, инициирует сеанс связи. Коммутаторы в сети Х.25 определяют маршрут передачи звонка от отправителя к получателю. Затем все данные коммутируются от устройства DTE-отправителя на устройство DTE-получателя. Этот механизм изображен на рис. 3.6.

В протоколе Х.25 используется схема адресации, называемая Х.121. Форматы адресов отправителя и получателя канального уровня для протокола Х.25 определены рекомендательным документом ITU-T Recommendation X.121. Коммутаторы сети Х.25 маршрутизируют звонок вдоль пути виртуального канала, основываясь на Х.121-адресах устройства-отправителя и устройства получателя.

Адреса, определяемые документом Х.121, не имеют четко фиксированной длины и могут содержать до 14 десятеричных цифр. Первые четыре цифры адреса называются идентификационным кодом сети передачи данных (data network identification code — DNIC).

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

Подкоманды конфигурирования интерфейса Х. Для того чтобы использовать протокол Х.25 на последовательном интерфейсе в устройствах Cisco, необходимо так его сконфигурировать, чтобы он мог выполнять инкапсулирование пакетов протокола Х.25. Это делается с помощью команды encapsulation х25., В отличие от канальных адресов, используемых в локальной сети, адреса канального уровня Х.121 протокола Х.25 не зашиваются в ППЗУ. Это означает, что сетевому администратору необходимо указать маршрутизатору Cisco X.I21-адрес его последовательного интерфейса, работающего с протоколом Х.25. Это осуществляется с помощью подкоманды конфигурирования интерфейса х25 address. Некоторые производители коммутаторов Х. требуют от пользователей, чтобы те устанавливали максимальный размер входных и выходных пакетов (по умолчанию размер пакета составляет 128 байт). Для обеспечения оптимальной работы в конкретной сети Х.25 может понадобиться конфигурирование последовательного интерфейса маршрутизатора Cisco на соответствующие размеры входных (ips) и выходных (ops) пакетов. Для этого используются команды х25 ips и х25 ops.

Сети Х.25 имеют принимаемые по умолчанию размеры входных и выходных окон для пакетов, которые используются механизмом управления потоком данных. Для нормального функционирования сети Х.25 может понадобиться установка используемых по умолчанию размеров входного (win) и выходного окон (wout). (Исходный размер входного и выходного окон составляет 2 пакета.) Для этой цели используются подкоманды конфигурирования интерфейса х25 win и х25 wout.

При использовании коммутаторов Х.25 необходимо свериться с рекомендациями изготовителя относительно размеров пакетов и окон. Согласование этих параметров между устройствами DTE и ОСЕ зачастую является необходимым условием нормального функционирования протокола Х.25 на канальном уровне.

В приведенном ниже примере показывается конфигурирование маршрутизатора в Сан-Хосе на использование инкапсуляции протокола Х.25 и Х.121-адреса интерфейса канального уровня 537000000001. Также здесь устанавливается размер входных и выходных пакетов — 256 байт и размер входных и выходных окон — 7 пакетов:

San-Jose#configure Configuring from terminal, memory, or network [terminal]?

Enter configuration commands, one per line. End with CTRL+Z.

San-Jose(config)#interface serial San-Jose(config-if)#encapsulation x San-Jose(config-if)#x25 address San-Jose(config-if)#x25 ips San-Jose(config-if)#x25 ops San-Jose(config-if)#x25 win San-Jose(config-if)#x25 wout San-Jose(config-if)#AZ Следует отметить большое количество подкоманд конфигурирования, используемых в этом примере.

Следующий пример — результат выполнения команды show interfaces в отношении использующего инкапсуляцию протокола Х.25 интерфейса маршрутизатора :

Serial 0 is up, line protocol is up Hardware is MCI Serial MTU 1500 bytes, BW 512 Kbit, DLY 20000 usec, rely 255/255, load 1/ Encapsulation X25-DTE, loopback not set, keepalive set LAPB state is CONNECT, Tl 3000, N1 12000, N2 20, K7, TH Window is closed IFRAMEs 12/28 RNRs 0/1 REJs 13/1 SABMs 1/13 FRMRs 3/0 DISCS 0/ Last input 0:00:00, output 0:00:00, output hang never Output queue 0/40, 0 drops;

input queue 0/75, 0 drops 5 minute input rate 0 bits/sec, 1 packets/sec 5 minute output rate 1000 bits/sec, 1 packets/sec 261 packets input, 13212 bytes, 0 no buffer Received 33 broadcasts, 0 runts, 0 giants 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort 238 packets output, 14751 bytes, 0 underruns 0 output errors, 0 collisions, 0 interface resets, 0 restarts В приведенном выше примере в четвертой строке вывода указывается, что тип инкапсулирования для интерфейса: Х.25 DTE. В следующих за ней трех строках показывается статистика протокола сбалансированной процедуры доступа к каналу связи Link Access Procedure, Balanced (LAPB).

LAPB — это протокол канального уровня, используемый группой протоколов Х.25 и основанный на протоколе HDLC. Для того чтобы посмотреть состояние виртуальных каналов Х.25 на устройстве, следует воспользоваться командой режима EXEC show x25 vc.

Протокол Frame Relay Протокол Frame Relay тоже относится к протоколам глобальных сетей, которые используют метод коммутации пакетов. Первоначально этот протокол был разработан для применения в цифровых сетях с интегрированными службами (Integrated Services Digital Network — ISDN).

(Технология ISDN рассматривается в этой главе позже.) Первые предложения по стандартам протокола Frame Relay были представлены в Консультативный комитет по международной телефонной и телеграфной связи (CCITT) в 1984 году. Несмотря на то что этот протокол уже был стандартизирован, существовали проблемы со взаимодействием его версий от разных поставщиков. Именно поэтому данная технология не получала широкой поддержки в промышлен ности вплоть до конца 1980-х годов.

Подобно протоколу Х.25, в протоколе Frame Relay используется метод коммутации пакетов и постоянные и коммутируемые виртуальные каналы. На сегодня в большинстве сетей Frame Relay используются постоянные виртуальные каналы, так как технические решения работы с коммутируемыми виртуальными каналами только-только начали находить практическое воплощение. Протокол Frame Relay использует ту же самую технологию установки звонка, передачи данных и закрытия связи, которая была описана для протокола Х.25. Оконечные устройства, например маршрутизаторы, инициируют звонок в сети Frame Relay. После установки связи маршрутизатор передает данные и выполняет процедуру закрытия связи. Для постоянных виртуальных каналов звонок всегда активен, что позволяет маршрутизатору посылать данные без инициирования звонка.

Так же, как в протоколе Х.25 используются адреса Х.121, протокол Frame Relay использует адреса, называемые идентификаторами канала соединения (data link connection identifiers — DLCI). Каждый идентификатор DLCI может иметь в сети Frame Relay локальное или глобальное значение. На сегодняшний день наиболее распространенной практикой является использование идентификаторов DLCI только с локальным значением. Это означает, что устройства, например маршрутизаторы, на разных сторонах виртуального канала в сети Frame Relay могут иметь один и тот же DLCI-номер, поскольку протокол Frame Relay предусматривает отображение локального DLCI-номера на виртуальный канал на каждом из коммутаторов, стоящих в глобальной сети. Пример сети Frame Relay приведен на рис. 3.7.

В 1990 году компании Cisco, Digital Equipment Corporation, Northern Telecom и StrataCom образовали консорциум, целью которого было дальнейшее развитие технологии Frame Relay и обеспечение совместимости его версий от различных поставщиков. Эта группа производителей взяла за основу протокол Frame Relay, одобренный комитетом СС1ТТ, и добавила к нему расширения, позволяющие устройствам межсетевого взаимодействия оптимально обмениваться данными в сети Frame Relay.

Эти расширения, называемые интерфейсом локального управления (Local Management Interface — LMI), позволяют DTE-устройствам сети Frame Relay (например, маршрутизаторам) общаться с DCE-устройствами и производить обмен служебной информацией, которая используется для передачи межсетевого трафика по глобальной сети Frame Relay. Сообщения интерфейса LMI предоставляют информацию о текущих значениях DLCI, их характере (локальные они или глобальные) и о статусе виртуальных каналов.

Примечание Консорциум LMI, созданный фирмами Cisco, DEC, NT и StrataCom теперь известен под названием Большая четверка LMI, или Cisco LMI. В дополнение к документам консорциума LMI Американский национальный институт стандартов (ANSI) разработал стандарт протокола LMI, называемый Annex-D (Приложение D), который используется в сетях Frame Relay во всем мире.

Подкоманды конфигурирования интерфейса Frame Relay Для того чтобы сконфигурировать интерфейс последовательной передачи данных маршрутизатора Cisco на работу с протоколом Frame Relay, следует ввести подкоманду конфигурирования интерфейса encapsulation frame-relay. Затем нужно воспользоваться подкомандой frame-relay interface-dlci и присвоить этому интерфейсу значение идентификатора DLCI. Устройства Cisco по умолчанию используют на интерфейсах Frame Relay интерфейс Cisco LMI. Однако с помощью подкоманды конфигурирования интерфейса frame relay imi-type можно явно установить тип интерфейса LMI Если использовать в качестве примера сеть компании ZIP, то интерфейс Frame Relay маршрутизатора в Сингапуре может быть сконфигурирован следующим образом:

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

Enter configuration commands, one per line. End with CTRL+Z.

Singapore(config)#interface serial Singapore(config-if)#encapsulation frame Singapore(config-if)#frame-relay interface-dlci Singapore(config-if)#frame-relay Imi-type ansi Singapore(config-if)#^Z Приведенный выше пример представляет собой базовую конфигурацию, преду сматривающую работу последовательного интерфейса Cisco с одним виртуальным каналом. Как уже упоминалось, один последовательный интерфейс может поддерживать несколько виртуальных каналов, каждый из которых может рассматриваться в качестве отдельного интерфейса, называемого подинтерфейсом. Подинтерфейс можно считать аппаратным интерфейсом, определенным в ОС IOS.

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

Например, можно назначить одному подинтерфейсу задачу маршрутизации по протоколу IP, а другому — по протоколу AppleTalk. Для задания виртуального интерфейса используется команда interface serial slot/port.number. Параметр number (номер) определяет номер подинтерфейса, связанного со значениями номера слота и порта slot/port.

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

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

На одном физическом интерфейсе можно задать неограниченное количество подинтерфейсов (ограничение накладывает лишь объем памяти маршрутизатора). В примере ниже на маршрутизаторе в Сингапуре выполняется конфигурирование подинтерфейса serial 0.100:

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

Enter configuration commands, one per line. End with CTRL+Z.

Singapore(config)#interface serial Singapore(config-if}#encapsulation frame Singapore(config-if)#interface serial 0.100 point-to-point Singapore(config-subif)#frame-relay interface-dlci Singapore(config-subif)#frame-relay Irai-type ansi Singapore(config-subif)#^Z Совет При создании подинтерфейсов рекомендуется твердо придерживаться выбранной схемы их нумерации. Также следует присваивать подинтерфейсу номер в соответствии с DLCI номером для данного виртуального канала.

Статус интерфейса Frame Relay можно узнать с помощью команды show interfaces. Ниже приведен результат выполнения команды show interfaces s 0 для маршрутизатора компании ZIP в Сингапуре:

SerialO is up, line protocol is up Hardware is HD MTU 1500 bytes, BW 256 Kbit, DLY 20000 usec, rely 255/255, load 1/ Encapsulation FRAME-RELAY, loopback not set, keepalive set (10 sec) LMI enq sent 459618, LMI stat recvd 459618, LMI upd recvd 0, DTE LMI up LMI enq recvd 0, LMI stat sent 0, LMI upd sent LMI DLCI 100 LMI type is CISCO frame relay DTE Broadcast queue 0/64, broadcasts sent/dropped 121505/0, interface broadcasts Last input 00:00:00, output 00:00:00, output hang never Last clearing of "show interface" counters never Input queue: 0/75/0 (size/max/drops);

Total output drops: Queueing strategy: weighted fair Output queue: 0/64/0 {size/threshold/drops) Conversations 0/9 (active/max active) Reserved Conversations 0/0 (allocated/max allocated) 5 minute input rate 1000 bits/sec, 1 packets/sec 5 minute output rate 0 bits/sec, 1 packets/sec 34278826 packets input, 2790079482 bytes, 0 no buffer Received 0 broadcasts, 0 runts, 0 giants 17 input errors, 7 CRC, 9 frame, 0 overrun, 0 ignored, 1 abort 29613202 packets output, 1145345093 bytes, 0 underruns 0 output errors, 0 collisions, 1 interface resets 0 output buffer failures, 0 output buffers swapped out 0 carrier transitions DCD=up DSR=up DTR=up RTS=up CTS=up Как видно из данных в четвертой строке, режим инкапсуляции на интерфейсе соответствует работе с протоколом Frame Relay. Следующие три строки содержат информацию интерфейса LMI. В показанном ниже примере представлен результат исполнения команды show interfaces s 0.100, которая позволяет посмотреть статус подинтерфейса:

SerialO.100 is up, line protocol is up Hardware is HD MTU 1500 bytes, BW 256 Kbit, DLY 20000 usec, rely 255/255, load 1/ Encapsulation FRAME-RELAY Объем информации результата исполнения этой команды гораздо меньше, чем объем, получаемый в результате исполнения нормальной команды show interfaces. Объясняется это тем, что подинтерфейс наследует все диагностические данные основного интерфейса, с которым он связан (в данном случае это интерфейс serialO).

Состояние виртуальных каналов Frame Relay можно проверить, воспользовавшись командой режима EXEC show frame pvc или show frame svc maplist. Получение данных о коммутируемых виртуальных каналах требует применения опции maplist. Это дополнение представляет собой список соединений между данным устройством и другими устройствами, используемыми при установке коммутируемых виртуальных каналов. Ниже приведен пример выводимого результата для постоянного виртуального канала с DLCI-номером 100 на маршрутизаторе компании ZIP в Сингапуре:

PVC Statistics for interface Serial 0 (Frame Relay DTE) DLCI = 100, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = SerialO. input pkts 34263984 output pkts 29648752 in bytes out bytes 1083480465 dropped pkts 93 in FECN pkts in BECN pkts 11741 out FECN pkts 0 out BECN pkts in DE pkts 15741022 out DE pkts pvc create time 7w5d, last time pvc status changed IdlOh Технология Asynchronous Transfer Mode Асинхронный режим передачи (Asynchronous Transfer Mode — ATM) — это разработанный сектором по стандартизации телекоммуникаций Международного союза по электросвязи ITU-T стандарт использования метода ретрансляции ячеек. В технологии ATM длина ячеек составляет байт.

Используя ретрансляцию ячеек, технология ATM позволяет поддерживать большое количество сетевых служб, включая передачу голоса, видеоизображений и данных. Сеть ATM состоит из коммутаторов ATM (DCE) и оконечных устройств ATM (DTE). Оконечные устройства передают данные коммутаторам ATM, которые разбивают данные на ячейки и передают эти ячейки по сети.

Этот процесс одинаков для всех трех типов трафика, поддерживаемых в сетях ATM.

Сектор ITU-T использовал в качестве основы для технологии ATM стандарт широкополосной цифровой сети с интегрированными службами (Broadband Integrated Services Digital Network — BISDN), который первоначально был разработан для передачи по общедоступным сетям звука, видео и данных. Группа компаний сформировала рабочий форум по ATM, результатом деятельности которого стал выпуск в свет спецификаций, призванных обеспечить совместимость ATM-продуктов различных производителей, и расширений стандарта ATM для общедоступных и частных сетей. На настоящий момент форум разработал три версии интерфейса пользователь-сеть (User-Network Interface — UNI). UNI представляет собой протокол, концептуально похожий на протокол интерфейса LMI в технологии Frame Relay, который предназначен для стандартизации обмена данными между ATM-устройствами и коммутаторами. ATM-форум также выпустил документы, определяющие стандартную процедуру связи ATM-коммутаторов между собой (так называемый интерфейс частная сеть-сеть Private Network-to-Network Interface — PNNI), и метод эмуляции классической архитектуры локальных сетей в ATM-сети, получивший название LAN Emulation (LANE).

Подобно рассматривавшимся ранее технологиям с коммутацией пакетов, ATM поддерживает два типа ориентированных на соединение виртуальных каналов: коммутируемые виртуальные каналы и постоянные. ATM также имеет службы для работы без соединения, которые позволяют ей вести себя подобно технологии локальной сети. Используя виртуальные каналы, ATM поддерживает оба метода передачи данных: с установлением соединения и без такового. Виртуальный канал ATM аналогичен виртуальному каналу в технологии Х.25 или Frame Relay.

В ATM-сети соединения рассматриваются как некие виртуальные пути (virtual paths), которые маркируются номерами, называемыми идентификаторами виртуальных путей (virtual path identifiers — VPI). Виртуальный путь — это группа виртуальных каналов, которые коммутируются в сети ATM на основе одного значения идентификатора VPI. Виртуальный путь можно рассматривать в качестве механизма группировки ряда виртуальных каналов при маршрутизации.

Виртуальный канал в технологии ATM идентифицируется комбинацией из VPI и идентификатора виртуального канала (virtual channel identifier — VCI). VPI определяет виртуальный путь, который используется виртуальным каналом в сети, a VCI идентифицирует уникальное соединение в группе, соответствующей данному VPI. Нумерация идентификаторов VPI и VCI носит только локальный характер. Этим они похожи на идентификаторы DLCI в технологии Frame Relay, которые чаще всего тоже нумеруются локально. Коммутаторы ATM составляют свою комбинацию VPI/VCI для каждого постоянного соединения на пути к следующему узлу передачи данных (в направлении системы-получателя).

В сетях ATM виртуальные пути объединяются в так называемые пути передачи. Путь передачи содержит определенное количество виртуальных путей, которые, в свою очередь, содержат группы виртуальных каналов, что и изображено на рис. 3.9.

Рис 3.9. Взаимосвязь между виртуальными каналами, виртуальными путями и путями передачи в ATM-сети В ATM-сетях используется два различных типа адресации: адресация на основе стандарта ЕЛ64 (схема адресации, похожая на телефонные номера) и адресация с использованием адресов точек доступа к сетевой службе в открытых системах (OSI Network Service Access Point — NSAP). Схема адресации Е.164 была разработана в ITU-T, а метод адресации, основанный на NSAP, был предложен ATM-форумом. Обычно адресация в соответствии со схемой Е. используется в общего пользования, предоставляемых операторами ATM-сетях телекоммуникационных услуг, а NSAP-адресация используется в частных ATM-сетях, например, в сетях, обеспечивающих связь ATM-коммутаторов с устройствами межсетевого взаимодействия.

Как отмечалось ранее, ATM-технология разрабатывалась для реализации сетевых служб передачи голоса, видеоизображений и данных. Для того чтобы спрятать некоторые сложные моменты реализации протокола ATM от этих служб верхнего уровня, были введены три уровня адаптации ATM (ATM adaptation layer — AAL). AAL-уровни — это уровни, 'которые расположены на канальном уровне модели OSI. Каждый из них называется AAL и отвечает за предоставление различных ATM-сервисов протоколам сетевого уровня модели OSI. Уровень AAL1 представляет собой ориентированную на установление соединения ATM-службу, которая обычно используется для эмуляции в ATM-сети выделенных каналов передачи данных. Наиболее ярким примером приложений уровня AAL1 является организация соединений для передачи голоса и видеоизображений. Следующий уровень, AAL3/4, поддерживает передачу данных как с установлением соединения, так и без него. Обычно соединения по протоколу уровня AAL3/ используются поставщиками сетевых услуг для передачи данных без установления соединения.

Уровень AAL3/4 был разработан для обеспечения более легкой интеграции в сеть со службой коммутируемой мультимегабитной передачи данных (Switched Multimegabit Data Service — SMDS), являющейся другой стандартной технологией, использующей метод ретрансляции ячеек.

Третий уровень AAL, AAL5, также поддерживает службы с установлением соединения и без него.

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

Другая важнейшая особенность технологии ATM заключается в способности поддерживать сетевую службу качества (Quality of Service — QoS). Каждое ATM-устройство взаимодействует с ATM-сетью, обеспечивая определенное качество обслуживания для каждого виртуального пути и основываясь при этом на контрактных условиях обеспечения трафика, определенных методах его формирования и политике обеспечения трафика. Контрактные условия трафика определяют требования виртуального канала к величине пиковой полосы пропускания, средней полосы и размеру пачки пакетов. Методы формирования формы трафика позволяют удерживать трафик в рамках контракта за счет ограничения размеров передаваемых пачек пакетов данных и передачи ячеек согласованным потоком. Политика обеспечения трафика включает в себя методы обеспечения условий контракта на основе сравнения фактического трафика с тем, который определен контрактом. Процедуры проверки соответствия позволяют коммутаторам в случае переполнения канала уничтожать ячейки, если они не соответствуют контракту. Эти функции службы качества в ATM-сетях делают данную технологию мощным средством для удовлетворения требований различных данных при их передаче по сети мультимедийной связи (звук, изображение, информация).

Подкоманды конфигурирования интерфейсов ATM Интерфейсы ATM компании Cisco реализуются в виде специально выделяемых процессоров интерфейса (или адаптеров порта для VIP-плат). Это означает, что для ATM интерфейса нет необходимости использовать подкоманду конфигурирования интерфейса encapsulation. Сама аппаратура поддерживает только режим инкапсулирования протокола ATM. Единственное, что необходимо сделать, так это задать виртуальные каналы, существующие на данном интерфейсе, для чего используется интерфейсная подкоманда atm pvc. Ниже показан пример конфигурирования постоянного виртуального канала PVC1 для соединений уровня AAL5 со значениями VPI 0 и VCI 100:

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

Enter configuration commands, one per line. End with CTRL+Z.

Router(config)#int atm2/ Router(config-if)#atm pvc 1 0 100 aalSsnap Router(config-if)#AZ Для просмотра статуса ATM-интерфейса используется команда show interfaces. Ниже приведен результат исполнения команды show interface atm2/0 для показанной выше конфигурации:

АТМ2/0 is up, line protocol is up Hardware is cxBus ATM MTU 4470 bytes, BW 100000 Kbit, DLY 100 usec, rely 255/255, load 1/255 Encapsulation ATM, loopback not set, keepalive set (10 sec) Encapsulation(s): AAL5, PVC mode 256 TX buffers, 256 RX buffers, 1024 Maximum VCs, I Current VCs Signalling vc = 1, vpi = 0, vci = ATM NSAP address: BC.CDEF.01.234567.890A.BCDE.F012.3456.7890.1234.13 Last input 0:00:05, output 0:00:05, output hang never Last clearing of "show interface" counters never Output queue 0/40, 0 drops;

input queue 0/75, 0 drops Five minute input rate 0 bits/sec, 0 packets/sec Five minute output rate 0 bits/sec, 0 packets/sec 144 packets input, 3148 bytes, 0 no buffer Received 0 broadcasts, 0 runts, 0 giants 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort 154 packets output, 4228 bytes, 0 underruns 0 output errors, 0 collisions, 1 interface resets, 0 restarts В четвертой строке результата указано, что инкапсуляция ATM активирована, пятая свидетельствует об активации ААЬ5-инкапсулирования и режима постоянного виртуального канала. Номера VC, VPI и VCI указаны в седьмой строке результата. Кроме того, этот интерфейс имеет ATM NSAP-адрес, который указан в восьмой строке результата.

Технология Digital Subscriber Line Технология цифровых абонентских линий Digital Subscriber Line (DSL) — это техно логия, которая стала популярной в последние годы и позволяет предоставлять конечным пользователям выделенную полосу пропускания большой ширины. DSL работает в сетях с топологией "звезда", в которых от центра к листовым узлам проложены выделенные линии связи на основе медных кабелей типа "витая пара". Скорость передачи данных между центральным и листовыми узлами может лежать в пределах от 64 Кбит/с до 8 Мбит/с. Эта скорость зависит от характеристик используемого кабеля, количества физических соединений, расстояния, которое проходит сигнал, погодных условий и конкретной используемой технологии DSL. Короткие расстояния, минимальное количество соединений и использование кабеля с большим диаметром жилы способствуют более высокой скорости передачи данных.

На данный момент на рынке существует много различных вариантов технологии DSL. В сетевой промышленности эту группу технологий принято называть xDSL. В нее входят технология асимметричной абонентской линии (Asymmetric Digital Subscriber Line — ADSL), технология симметричной абонентской линии (Symmetric DSL — SDSL) и технология сверхскоростной абонентской линии (Very High Data Rate DSL - VDSL).

Технология ADSL обеспечивает асимметричную полосу пропускания в канале между центром звезды и листовым узлом. Скорость передачи данных от центра звезды к листовому узлу выше (как минимум в три раза), чем скорость передачи данных в про тивоположном направлении. Технология ADSL является весьма привлекательной услугой провайдера Internet-сервиса конечным пользователям, поскольку пользователи Internet обычно принимают гораздо больше данных, чем передают. В такой конфигурации провайдер Internet-сервиса находится в центре DSL-звезды, а пользователи представляют собой листовые узлы. Для создания канала провайдер устанавливает два ADSL-модема, которые соединяются между собой медным кабелем типа "витая пара". Установленные модемы создают в таком кабеле три независимых канала: канал потока данных от центра, дуплексный канал и канал базового телефонного сервиса. Провайдер ADSL-сервиса может использовать эти каналы для предоставления конечным пользователям услуг по телефонной связи и передаче данных.

Сетевое оборудование, например, маршрутизаторы или мосты, обычно подключается к ADSL-модему с использованием технологии глобальных сетей, к примеру, Frame Relay или ATM. Каждый конечный пользователь или иногда каждый канал конечного пользователя выглядит для сетевого оборудования как отдельный виртуальный канал. На одном высокоскоростном интерфейсе глобальной сети, к которому подключается ADSL-модем, маршрутизатор может поддерживать большое количество виртуальных каналов и соответствующих пользователей. Такая топология показана на рис. 3.10.

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

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

Технология VDSL обеспечивает на коротких расстояниях широкополосные соединения по телефонным линиям на основе кабелей типа "витая пара". Так же, как и в Других технологиях DSL, фактическая скорость передачи данных зависит от длины кабеля между DSL-модемами. На текущий момент технология VDSL все еще разрабатывается, но высокие скорости передачи данных позволили бы провайдерам DSL-сервиса предоставлять больше новых услуг. Разработчики этой технологии серьезно говорят, что реально достижение скоростей передачи данных от 13 до 55 Мбит/с. Наиболее вероятно, что первая реализация технологии VDSL будет асимметричной со скоростями передачи данных к центру, лежащими в диапазоне от 1,6 до 2,3 Мбит/с.

Компания Cisco выпускает специальную серию маршрутизаторов, серию 600, оснащенную DSL-интерфейсами. Эти маршрутизаторы могут выполнять роль мостов и маршрутизаторов между сетями DSL и Ethernet или работать в качестве модемов для технологий ADSL и SDSL. На текущий момент эти маршрутизаторы работают под управлением варианта IOS, называемого Cisco Broadband Operating System (CBOS). Пока что процесс конфигурирования этой ОС отличается от процесса конфигурирования ОС IOS, однако Cisco планирует переработать пользовательский интерфейс ОС CBOS для большей совместимости с ОС IOS. С помощью комбинации продуктов компании Cisco, работающих под управлением IOS и CBOS, можно построить сеть передачи данных, использующую самые разные методы передачи данных.

Технология ISDN Технология цифровой сети с интегрированными службами (Integrated Service Digital Network — ISDN) представляет собой технологию глобальных сетей с установлением соединения, использующую цифровую телефонию для передачи оцифрованной речи, видеоизображений, данных и другой информации по существующим телефонным кабелям. В настоящее время большое количество телефонных компаний во всем мире предлагают конечным пользователям ISDN в качестве цифровой абонентской службы для доступа к сети Internet, обеспечения обычной голосовой телефонной связи и для проведения видеоконференций. Результатом создания сети ISDN стала возможность для устройства ISDN размещать телефонные звонки в сети оператора телефонной связи, которая в этом случае будет способна транспортировать данные различных типов. В принципе ISDN-устройство можно считать цифровым модемом, который может передавать различные типы данных.

Устройства, которые подключаются к сети ISDN, называются терминалами. Существуют два типа терминалов: те, которые соответствуют стандартам ISDN и называются терминальным оборудованием типа 1 (ТЕ1), и те, которые возникли до появления стандартов ISDN и называются терминальным оборудованием типа 2 (ТЕ2). Терминалы ТЕ2 подключаются к сети ISDN с помощью терминального адаптера (ТА). Устройства ТЕ1 в адаптерах не нуждаются.

Следующим шагом в обеспечении обмена данными с сетью ISDN является подключение сетевого оконечного устройства (network termination device) типа 1 (NT1) или сетевого оконечного устройства типа 2 (NT2). Оконечные сетевые устройства обоих типов преобразовывают четырехпроводную линию, используемую операторами телефонной связи, в двухпроводную телефонную линию, которая обычно используется в жилых домах и на предприятиях.

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

оно не является частью ISDN-устройства в месте нахождения пользователя.

Устройство типа NT2, добавляющее к устройству NT1 функции канального и сетевого уровня, обычно используется при подсоединении мини-АТС. Взаимоотношения между составляющими элементами ISDN-сети показаны на рис. 3.11.

Сеть ISDN обеспечивает для устройств работу служб двух типов: интерфейса передачи данных с номинальной скоростью (Basic Rate Interface — BRI) и интерфейса передачи данных с основной скоростью (Primary Rate Interface — PRI). Интерфейс BRI обеспечивает два В канала и один D-канал (2B+D). Служба BRI В-канала, работающая со скоростью передачи данных 64 Кбит/с, используется для передачи пользовательских данных. Служба BRI D-канала, работающая со скоростью передачи данных 16 Кбит/с, обычно используется для передачи информации управления сети ISDN. В некоторых случаях D-канал может быть использован для передачи пользовательских данных. (Например, в Европе он часто применяется для пропуска трафика сетей Х.25.) При использовании для передачи данных одного В-канала интерфейс BRI способен обеспечить скорость передачи данных 64 Кбит/с, а с помощью двух В-каналов скорость передачи данных может быть доведена до 128 Кбит/с.

Интерфейс PRI предоставляет возможность использования 23 В-каналов и одного D-канала, работающих на скорости 64 Кбит/с (это утверждение верно только для Северной Америки и Японии). Это означает, что интерфейс PRI может использоваться для одновременной поддержки 23 независимых звонков цифровой телефонной связи. В Европе, Австралии и других частях мира ISDN-интерфейс PRI обеспечивает работу 30 В-каналов и одного D-канала, при этом все эти каналы функционируют со скоростью передачи данных 64 Кбит/с.

Идентификатор профиля службы (service profile identifier — SPID) представляет собой номер, который некоторые телефонные компании используют для того, чтобы определить доступные данному ISDN-устройству службы. Во многих случаях идентификатор SPID совпадает с телефонным номером устройства. ISDN-устройство передает значение SPID на ISDN коммутатор, который затем разрешает устройству доступ в сеть для работы со службой BRI или PRI. Без предоставления правильного значения SPID многие коммутаторы ISDN не позволяют осуществить звонок.

Подкоманды конфигурирования интерфейса ISDN Конфигурирование интерфейсов ISDN в устройствах Cisco, работающих под управлением ОС IOS, требует указания типа коммутатора, к которому подключается данный интерфейс. Эти данные необходимы, поскольку ISDN-терминалы по-разному ведут обмен данными с коммутаторами разных производителей.

Примечание Сведения о типах ISDN-коммутаторов, с которыми способно работать используемое устройство, могут быть получены от системы помощи ОС IOS, для чего достаточно ввести isdn switch-type ?. Данные о типе коммутатора, к которому осуществляется подключение, должен предоставить оператор телефонной связи при оформлении заказа на предоставление ISDN-услуг.

Тип коммутатора, к которому подключается устройство с ОС IOS, вводится в конфигурацию с помощью основной команды isdn switch-type. Устройству Cisco необходимо знать изготовителя ISDN-коммутатора, с которым оно общается, так как каждый изготовитель использует свой собственный протокол обмена сигналами. Без указания типа ISDN коммутатора устройство Cisco не сможет обмениваться данными с коммутатором, установленным у оператора телефонной связи.

Для каждого интерфейса ISDN BRI необходимо указать значение SPID, для чего используются подкоманды конфигурирования интерфейса isdn spidl и isdn spid2. Каждый идентификатор SPID определяет уникальный В-канал к ISDN-коммутатору. Для интерфейса BRI необходимо указать два разных значения SPID.

Чтобы использовать возможности службы ISDN PRI в устройствах Cisco, необходимо иметь соответствующую аппаратуру. На текущий момент этот тип интерфейса поддерживается в маршрутизаторах и серверах доступа старших и средних моделей, к которым относятся маршрутизаторы серий Cisco 3600, Cisco 4000 и Cisco 7000, а также сервер доступа Cisco 5300.

Интерфейс PRI ведет обмен данными с ISDN-коммутатором с помощью контроллера Т1.

Контроллер Т1 представляет собой набор программного обеспечения канального уровня, который управляет процессом формирования сигналов в канале передачи данных для интерфейса. Для контроллера необходимо задать тип кодирования в линии и метод разбиения на кадры. В примере ниже показывается процесс конфигурирования контроллера Т1 для интерфейса seriall/0. В качестве метода разбиения на кадры задается метод расширенного суперкадра ESF (Extended Superframe), а в качестве типа кодирования в линии — кодирование по алгоритму с замещением 8 двоичных нулей B8ZS (binary 8-zero substitution). Также указывается, что интерфейс ISDN PRI будет использовать 24 временных слота. Метод ESF — это тип разбиения на кадры, используемый в каналах контроллера Т1. Он предусматривает разбиение на 24 кадра по 192 бит данных в каждом, со 193-м битом, используемым для тактирования и других функций. B8ZS — это механизм кодирования, использование которого гарантирует примерно постоянную плотность единичек, передаваемых в канале. Обеспечивается это с помощью замены последовательности из 8 следующих друг за другом нулей специальным кодом, который затем удаляется на дальнем конце соединения.

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

Enter configuration commands, one per line. End with CTRL+Z.

Router(config)#controller Tl 1/ Router(config-if)#framing esf Router(config-if)#linecode b8zs Router(config-if)#pri-group timeslots 1- Router(config-if)#^Z В следующем примере показывается процесс конфигурирования интерфейса BRIO сервера доступа компании ZIP в Сеуле. Этот сервер подключается к ISDN-коммутатору DMS компании Northern Telecom. ISDN-интерфейс конфигурируется на инкапсулирование данных по протоколу РРР. Ввиду того, что технология ISDN обеспечивает лишь метод обработки звонков, а не метод инкапсуляции пакетов канального уровня, указание этого метода (в данном случае — инкапсуляции по протоколу РРР) необходимо:

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

Enter configuration commands, one per line. End with CTRL+Z.

Seoul-ASl(config)#isdn switch-type basic-dmslOO Seoul-ASl(config)#interface brio Seoul-ASl(config-if)#encapsulation PPP Seoul-ASl(config-if)#tisdn spidl Seoul-ASl(config-if)#isdn spid2 Seoul-ASl(config-if)#^Z Статус ISDN-интерфейса можно узнать с помощью команды show interfaces. В примере ниже показывается состояние интерфейса BRIO сервера доступа Seoul-ASl:

BRIO is up, line protocol is up (spoofing) Hardware is BRI with U interface and external S bus interface MTU 1500 bytes, BW 64 Kbit, DLY 20000 usec, rely 255/255, load 1/ Encapsulation PPP, loopback not set Last input 00:00:02, output never, output hang never Last clearing of "show interface" counters never Queueing 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 0 bits/sec, 0 packets/sec 644807 packets input, 2938029 bytes, 0 no buffer Received 0 broadcasts, 0 runts, 0 giants 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort 700200 packets output, 3329945 bytes, 0 underruns 0 output errors, 0 collisions, 5 interface resets 0 output buffer failures, 0 output buffers swapped out 3 carrier transitions Стоит отметить, что в первой строке вывода указано состояние интерфейса BRIO — спуфинг (spoofing). Это означает, что ISDN-интерфейс постоянно эмулирует рабочее состояние, даже если на нем нет ни одного соединения. ISDN-интерфейс имитирует рабочее состояние для протоколов маршрутизации и другого программного обеспечения устройств, работающих под управлением IOS. С помощью этой имитации интерфейс изображает рабочее состояние, принимает пакеты и лишь затем вызывает удаленную сторону. После установки соединения интерфейс переходит в нормальное рабочее состояние, а по истечении определенного времени разрывает соеди нение, если через него не передаются данные. Затем интерфейс возвращается в режим имитации, и процесс повторяется. Этот механизм — имитация нормальной работы интерфейса, получение данных, инициирование вызова, передача данных и затем разрыв соединения — называется маршрутизацией с соединением по запросу (dial-on-demand routing). В четвертой строке указывается, что ISDN-интерфейс использует инкапсуляцию по протоколу РРР.

Резюме Основные команды конфигурирования ОС IOS для технологий локальных и глобальных сетей, рассмотренных в этой главе, сведены в табл. 3.2. Изучив данную главу и получив представление о технологиях глобальных и локальных сетей, которые работают на канальном уровне модели OSI, можно переходить к изучению сетевого уровня модели OSI и рассмотрению основ конфигурирования устройств Cisco для работы с протоколом IP (Internet Protocol).

• Основная команда interface используется для идентификации интерфейса по его имени и для начала его настройки Существует порядок именования устройств с фиксированной конфигурацией, устройств со сменными платами интерфейсов и устройств, оснащенных VIP-платами.

• Для увеличения эффективности администрирования и в целях документирования рекомендуется с помощью подкоманды description добавлять описание для каждого интерфейса. Введенное с помощью этой команды описание выводится в составе информации, получаемой в результате исполнения команды show interfaces • Команда shutdown приводит к административному блокированию интерфейса • Подкоманда encapsulation определяет формат посылаемых данных и протокол канального уровня для конкретного интерфейса Интерфейсы легальных сетей обычно не требуют конфигурирования этого параметра, тогда как интерфейсы глобальных сетей часто требуют его ввода.

Таблица 3.2. Сводная таблица команд конфигурирования ОС IOS для протоколов локальных и глобальных сетей Протокол Соответствующие команды Описание/назначение Ethernet и Fast Сообщает маршрутизатору о том, media-type {aui, lObaseT, какой разъем активен на mii, lOObasex} Ethernet интерфейсе AUI, RJ-45 или MII Fast Ethernet и Активирует на интерфейсе режим full-duplex полного дуплекса Gigabit Ethernet Задает скорость передачи данных в ring-speed {4116} Token Ring кольце 4 Мбит/с или 16 Мбит/с Активирует на интерфейсе режим early-token-ring раннего освобождения маркера x25 address адрес Х.121 Присваивает локальный адрес X X последовательному интерфейсу X Конфигурируют на интерфейсе x25 ips;

x25 ops размер входных пакетов и размер выходных пакетов, соответственно Конфигурируют размер входного и x25 win;

x25 wout выходного окна, соответственно Присваивает интерфейсу DLCI frame-relay interface-dlci Frame Relay адрес Устанавливает на интерфейсе тип frame-relay Imi-type ATM LMI Определяет постоянные atm pvc виртуальные каналы, существующие на данном ин терфейсе Устанавливает метод организации set bridging DSL мостового соединения (только для ОС CBOS) Устанавливает параметры set interface интерфейса (только для ОС СВОЗ) Задает тип коммутатора, к которому isdn switch-type ISDN подключается устройство с ОС IOS Определяют значения isdn spidl;

isdn spid идентификаторов SPID для каждого интерфейса BRI Задает соответствующие pri-group timeslots временные слоты для интерфейса контроллера Т1 Определяет протокол разбиения на framing кадры в каналах интерфейса контроллера Задает протокол кодирования в linecode линии для каналов интерфейса контроллера В табл. 3.3 приведены основные команды режима EXEC, используемые для проверки конфигурирования интерфейсов.

Таблица 3.3. Сводная таблица команд режима EXEC для локальных и глобальных сетей Команда Описание Выводит статистические данные для show frame pvc постоянных виртуальных каналов Frame Relay Выводит статистические данные для show frame список svc коммутируемых виртуальных каналов Frame Relay Выводит статистические данные для show interfaces интерфейсов устройства Выводит статистические данные для show x25 vc виртуальных каналов X Дополнительная литература Дополнительная информация по вопросам, изложенным в данной главе, содержится в следующих изданиях.

1. Cisco Systems, at al. Internetworking Technologies Handbook, Third Edition. Indianapolis Indiana: Cisco Press, 2001. (Готовится к изданию перевод на русский язык это книги, который должен выйти в конце 2001 года в ИД "Вильяме".) 2. Stallings, W. Networking Standards: A Guide to OSI, ISDN, LAN and IVAN Standard.

Reading, Massachusetts: Addison-Wesley Publishing Company, 1993.

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

Конфигурирование протоколов IP-маршрутизации Характеристики основных протоколов • динамической маршрутизации и примеры базовой конфигурации для каждого из них Команды distnbute-list, passive-interface и no auto-summary Конфигурирование IP-фильтрации с помощью списков доступа Управление доступом к сети • и ее защита путем применения команд access-list, ip access list И access-group Конфигурирование основных IP-служб работы с коммутируемыми каналами передачи данных • Конфигурирование удаленного доступа при асинхронных и ISDN-соединениях Верификация IP-взаимодействия и устранение неполадок Идентификация проблем • взаимодействия с помощью команд show, ping, trace и debug Конфигурирование других опций протокола IP Примеры конфигурирования служб имен • доменов, переадресация широковещательных пакетов, IOS DHCP-сервер и протокол маршрутизатора горячего резерва Hot Standby Router Protocol В данной главе рассматриваются вопросы, связанные с конфигурированием и настройкой популярного протокола Transmission Control Protocol/Internet Protocol (протокол управления передачей/межсетевой протокол), обычно называемого протокол! TCP/IP, в работающих под управлением ОС IOS устройствах компании Cisco. Разработанный еще в середине 70-х годов в рамках проекта Управления перспективных и следований и разработок Министерства обороны США (DARPA) по обеспечению и следовательских организаций и университетов коммуникационными услугами в мг штабах страны протокол TCP/IP стал фактическим стандартом протокола для сетевых систем с разнородными компьютерами Глава начинается с краткого обзора некоторых основных положений протокола TCP/IP Рассматривается система адресации и классы сетей, а также вопросы организации адресного пространства сети Однако основное внимание в этой главе уделяется конфигурированию протокола TCP/IP в ОС IOS компании Cisco Более подробное описание протокола TCP/IP приводится в одной из нескольких по вившихся недавно монографий (смотрите в конце главы раздел "Дополнительная литература").

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

Структура адреса Протокол TCP/IP представляет собой группу коммуникационных протоколов, которые определяют то, как адресуются в сети различные компьютеры, какой метод используется для перемещения информации из одного компьютера в другой, а так некоторые доступные компьютерам услуги При реализации функций маршрутизации и коммутирования маршрутизатор имеет дело прежде всего с сетевым уровнем (IP) транспортными уровнями (UDP и TCP) модели OSI.

Стандарты протокола TCP/IP Протокол TCP/IP часто называют открытым стандартом. Это означает, что ни одна компания или лицо не контролируют спецификации протокола или его работу. Эволюцией протокола управляет руководящий орган, который называется Комитетом по инженерным проблемам Internet (Internet Engeneering Task Force— IETF) и состоит из экспертов по вопросам организации сетей и представителей компаний. Рабочие группы из состава комитета IETF рассматривают, обсуждают, рекомендуют и утверждают предлагаемые изменения в стандартах с помощью инструмента, называемого запросом на комментарий (Request For Comment— RFC). Все концепции и многие из тем, рассматриваемых в данной главе, описаны в сотнях таких запросов, которые и составляют стандарты протокола TCP/IP. Хотя запросы на комментарий часто написаны сухим языком и по своей природе являются техническими документами, они, тем не менее, дают наиболее полные определения протоколов в стандарте TCP/IP. Что касается этих документов в письменном виде, то их можно получить на Web-сервере Института информатики Южно калифорнийского университета (Information Sciences Institute of the University of Southern California — ISI) no адресу www.rf c-editor.org/rfс.html Межсетевой протокол Internet Protocol (IP), являясь составляющей протокола TCP/IP, отвечающей за адресацию, работает в рамках уровня 3 модели OSI. Каждая рабочая станция, которая хочет обмениваться данными с другой рабочей станцией, обладает уникальным IP адресом (как каждый дом на улице имеет свой адрес). IP-адрес более сложен, чем адрес дома (компьютерам нравятся нолики и единички), но после непродолжительного изучения он не будет казаться столь таинственным.

На уровне 4 модели OSI в стандарте TCP/IP существуют два основных транспортных протокола: протокол дейтаграмм пользователя (User Datagram Protocol — UDP) и TCP.

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

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

В отличие от протокола UDP протокол TCP ориентирован на соединение, поскольку посылающая станция должна сообщать станции-получателю о своем желании сформировать коммуникационный канал. Отправляемые по протоколу TCP пакеты снабжаются тэгами с порядковыми номерами, и как посылающая, так и получающая станции подтверждают получение пакетов друг от друга.

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

Типичный IP-адрес, записанный в виде 32-разрядного двоичного числа, может выглядеть, например, следующим образом:

10101100.00010000. Каждый из восьми битов в октете принимает значение 0 или 1. Поэтому в каждом октете значения могут находиться в диапазоне от 00000000 до 11111111. Оперирование с 32 разрядными адресами в двоичной форме обременительно и подвержено ошибкам. Осознав этот факт, разработчики протокола TCP/IP решили, что двоичную форму следует оставить компьютерам, а IP-адреса преобразовывать в десятичную форму (традиционный способ восприятия чисел людьми). Октет, в котором биты на всех позициях установлены в значение 1, в десятичной форме эквивалентен числу 255:

1 1 1 1 = Позиции двоичных разрядов 1 1 1 8 4 2 1 = Десятичный эквивалент 128 64 32 Суммируем десятичный эквивалент двоичного числа:

128+64+32+16+8+2+1 = Теперь давайте преобразуем пример нашего адреса:

1 01 01100.0 0 0100 00.

128 64 32 16 8421.128 64 32 16 8 4 2 1.

128+0+32+0+8*4+0+0=172 0+0+0+16+0+0+0+0= 0 0 000001.0 00 000 01.

128 64 32 16 8 4 2 1. 128 64 32 16 8 4 2 1.

0+0+0+0+0+0+0+1=1 0+0+0+0+0+0+0+1= Таким образом, десятичное обозначение этого IP-адреса имеет вид 172.16.1.1.

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

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

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

Местоположение границ между тремя уровнями адреса зависит от класса адреса и его разбиения на подсети.

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

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

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

• В сетевых адресах класса В резервируются два первых бита первого октета;

первому биту присваивается значение 1, а второму — 0. Подобная конструкция дает адресам класса В 14 разрядов для сетевой составляющей и 16 разрядов для составляющей хост-машины.

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

• В сетевых адресах класса С резервируются три первых бита первого октета;

первым двум битам присваивается значение 1, а третьему — 0. Такая конструкция дает адресам класса С 22 разряда для сетевой составляющей и только 8 разрядов для составляющей хост-машин. Могут существовать миллионы сетей класса С, однако каждая из них способна поддерживать только 255 хост-машин.

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

• Адреса класса Е определены протоколом IP. В настоящее время они не используются, так как зарезервированы для применения в будущем. В адресах класса Е значение присваивается первым четырем битам первого октета.

• На рис. 4.1 представлена структура адреса для сетей классов А, В и С.

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

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

Например, сеть класса В без разбиения на подсети имеет маску 2 5 5. 2 5 5. 0. 0, в которой 16 старших разрядов обозначают сетевую часть IP-адреса, а 16 младших разрядов относятся к части, отвечающей за адресацию хост-машины. Сеть класса В, в которой семь битов части адреса, относящейся к хост-машине, были использованы для разбиения на подсети, будет иметь маску 255.255.254.0. Если взять сеть класса С с четырьмя битами для разбиения на подсети, то она будет иметь маску 255.255.255.240. На рис. 4.2 показана взаимосвязь между сетевой маской и IP-адресом.

Разбиение на подсети позволяет сетевым администраторам присваивать каждому сегменту локальной или глобальной сети уникальный сетевой идентификатор, а не требовать отдельного пространства сетевых адресов для каждого из них. Например, вместо одного сетевого адреса класса В, имеющего один логический сегмент сети, который вмешает более 65 000 хост-машин, схема с разбиением на подсети (из составляющей хост-машины заимствуется 8 бит) позволяет иметь 255 логических сегментов сети с 255 хост-машинами каждый. Вводя пару из IP-адреса и его сетевой маски, можно точно определить, какие биты адреса соответствуют сетевой составляющей, составляющим подсети и хост-машины. Например, IP-адрес 131.108. 3. 4 с сетевой маской 25 5.25 5.0. 0 имеет сетевую составляющую 131.108.0.0, составляющую хост машины 3. 4 и не имеет подсетевой составляющей. А IP-адрес 131.108.3.4 с сетевой маской 255.255.255.0 имеет сетевую составляющую 131.108.0.0, подсетевую составляющую 3 и составляющую хост-машины 4.

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

Концепция сетевой маски была использована для разбиения на подсети. В ответ на бурный рост глобальной сети Internet, количества запрашиваемых сетевых IP-адресов, нехватку адресного пространства IP-адресов и увеличение таблицы глобальной IP-маршрутизации организации, занимающиеся выдачей и регистрацией IP-адресов, прекратили выдачу IP адресов с определяемыми классом границами. Вместо этого они получили возможность выбирать способ объединения нескольких сетевых IP-адресов заданного класса в так называемую суперсеть, или блок бесклассовой междоменной маршрутизации (classless interdomain route block — CIDR).

Кроме того, некоторые из ранее существовавших сетей класса А были разделены и распределены компаниям и провайдерам Internet-услуг в виде более мелких CIDR-блоков. В прошлом компании или провайдеру предоставлялась сеть класса В. Сегодня может быть выделено 255 адресов класса С, лежащих в диапазоне от 2 0 9. 3 2. 0. 0 до 209.32.255.0. Если блок адресов не разделяется внутри на подсети, естественной маской таких сетей класса С является маска 255.255.255.0. Однако при укорочении маски и создании суперсети из таких адресов та же группа адресов может быть представлена сетевым адресом 2 0 9. 3 2. 0. 0 и сетевой маской 255.255.0.0. Затем организация, получившая ClDR-блок, свободна делить пространство сетевых адресов либо между подсетями внутри своей логической сети, либо между своими клиентами.

Тот же метод может быть применен к адресам класса А в обратном порядке. Ранее сетевой адрес 1 2. 0. 0. 0 с естественной сетевой маской 2 5 5. 0. 0. 0 был бы приписан одной компании или провайдеру Internet-услуг. Теперь этот сетевой адрес рассматривается в качестве блока адресов, более мелкие части которого могут выделяться нескольким субъектам. Например, группа адресов с 1 2. 1. 0. 0 по 1 2. 1. 2 5 5. 0 может быть представлена в виде одного CIDR-блока с сетевым адресом 1 2. 1. 0. 0 и сетевой маской 255.255.0.0. Ввод разбивки таких исходно больших блоков сетевых адресов сделал доступным большее количество сетевых IP-адресов и замедлил их расход.

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

Согласно этому стенографическому методу вместо четерехоктетной разделяемой точками и записываемой в десятичной форме маски используется прямая косая линия "/", после которой указывается количество битов, которым присваивается значение 1. Сетевая маска 255.255.0.0 имеет 16 бит единичек. Поэтому она может быть записана в виде /16 (произносится "косая, 16"). Сетевая маска 255.255.252.0 имеет 22 бит единичек, так что она может быть записана как /22. Такой тип маски известен под названием маски с контрольной суммой (bit-count mask). Объединив подобный тип записи маски с записью сетевого IP-адреса, получим укороченную форму 131.108.0.0/16, которая может быть использована для представления сети 131.108.0.0 с маской 255.255.0.0.

Аналогично, запись 206.220.224.0/22 может быть использована для представления адреса 206.220.224.0 с маской 255.255.252.0 (который сам является CIDR-блоком, представляющим адреса класса С с 206.220.224.0 по 206.220.227.0, с маской 255.255.255.0).

Примечание Во время диалога конфигурирования системы, описанного в главе 2, "Основы конфигурирования устройств", предполагалось, что все сетевые адреса попадают в границы описанных ранее классов сетей. Задаваемый пользователю вопрос Number of bits in subnet field[0] (Количество битов в поле подсети [0]) собственно спрашивает о количестве битов составляющей адреса, относящейся к хост-машине, которое следует использовать для организации подсетей на основе номера класса сети, введенного пользователем. Если номер сети представляет сеть класса А, например 1 7,0. 0.0, то для организации подсетей можно было бы использовать 24 бит поля хост-машины.

Если же пользователь указывает, что для разбиения на подсети используется девять битов, то ОС IOS вычисляет соответствующую сетевую маску — в данном случае это 255. 255.128. 0.

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

• Будет сеть подключаться к глобальной сети Internet через провайдера Internet-услуг или через провайдера сетевых услуг? Если да, то будет ли такое подключение осуществляться не через одного провайдера Internet- или сетевых услуг?

• Будет ли сеть иметь прямое соединение с сетью другой компании (например, с сетью родительской компании)?

• Сколько уникальных сегментов локальной и глобальной сети необходимо будет иметь в сети?

• Сколько уникальных хост-машин будет размешаться в типовом сегменте локальной сети?

Каково их максимальное и минимальное количество?

Если сеть будет подключаться к глобальной сети Internet или к сети другой компании, то для нее важно иметь пространство уникальных сетевых адресов. Если выбираются сетевые адреса, совпадающие с теми, которые используются в другой сети, то маршрутизаторы сети Internet не смогут правильно различать дублирующиеся адреса. Если сеть подключается к сети Internet через одного провайдера Internet-или сетевых услуг, то обычно провайдер предоставляет пространство уникальных адресов из того большого пула, который был выделен ему организацией, ведущей реестр сетевых адресов. К таковым относятся: Американский реестр Internet-номеров (American Registry for Internet Numbers — ARIN), Европейский реестр IP-адресов (Reseaux IP Europeens — RIPE) и Азиатско-тихоокеанский информационный центр по сетям (Asia Pacific Network Information Center — APNIC). Провайдер Internet-услуг выделяет адресное пространство для сети на основе таких факторов, как количество хост-машин в сети, количество физических сегментов локальной и глобальной сети и ожидаемый рост сети.

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

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

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

Примечание Описание порядка запроса пространства IP-адресов у организаций, ведущих реестр, можно найти на Web-сервере соответствующего органа.

Американский реестр Internet-номеров — www.arin.net Европейский реестр IP-адресов — www.ripe.net Азиатско-тихоокеанский информационный центр по сетям — www. apnic. net Если подключение к глобальной сети Internet не планируется, или если вы намерены использовать современный брандмауэр и методику трансляции сетевых адресов (Network Address Translation — NAT), реализованную в таких продуктах, как Private Internet' Exchange (PIX) (Межсетевой обмен в частных сетях) компании Cisco Systems, то тогда в высшей степени желательно использование IP-адресов, относящихся к классу адресов, установленных Комитетом по инженерным проблемам Internet (IETF) для использования в качестве частных. Адреса этого класса считаются частными, поскольку информация о таких сетях не распространяется по сети Internet ни одним провайдером Internet- или сетевых услуг. Поскольку информация об этих адресах не распространяется, они могут повторно использоваться многими компаниями, сберегая тем самым количество доступных широкой публике адресов. Диапазон частных IP-адресов определен в Запросе на комментарий № 1918 "Выделение адресов для частных сетей Internet" следующим образом:

10.0.0.0 - 10.255.255. 172.16.0.0 - 172.31.255. 192.168.0.0 - 192.168.255. После того как адреса назначены провайдером Internet-услуг или реестром либо было выбрано для использования пространство частных адресов, полученное адресное пространство должно быть распределено по всей сети. Способ распределения адресного пространства зависит главным образом от того, сколько хост-машин будет подключено к данному сегменту локальной сети, сколько всего сегментов локальной/глобальной сети будет в планируемой сети, и какой объем адресного пространства доступен для использования.

Если сеть использует частные IP-адреса, то объем доступного адресного пространства не является предметом беспокойства. Частная IP-сеть 10.0.0.0 в зависимости от схемы выделения адресов подсетям может поддерживать до четырех миллионов хост-машин или сегментов локальной/глобальной сети. Тут администратор сети может принять решение о вы делении всем сегментам локальной или глобальной сети 24-разрядных адресов подсетей сети 10.0.0.0. Это позволяет иметь 255 хост-машин в каждом данном сегменте, что более чем достаточно для большинства сегментов локальных сетей и при использовании сегментов в технологии двухточечной глобальной сети с лихвой накрывается всего двумя устройствами.

Если пространство IP-адресов было выделено провайдером Internet-услуг или реестром и, возможно, в условиях высокого спроса, сетевой администратор может выбрать путь назначения сегментам локальной и глобальной сети подсетей переменной длины. Например, двухточечным сегментам глобальной сети вместо сетевого адреса, который может поддерживать более двух устройств, назначается сетевой адрес с 30-разрядной маской. Тогда единственное пространство адресов класса С, которое способно поддерживать 255 устройств, при разбиении на подсети с помощью 30-разрядной маски может быть сконфигурировано на поддержку 64 двухточечных сегментов глобальной сети. Аналогичный подход может быть использован и в отношении сегментов локальной сети, когда выбирается схема разбиения на подсети и сетевые маски, которые поддерживают только то количество устройств, которое реально будет размещаться в данном сегменте. Например, небольшому удаленному офису, в котором работает всего человек, не нужен адрес, который может поддерживать 128 пользователей.

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

Совет Мы рекомендуем, чтобы вне зависимости от объема выделенного сети адресного пространства всегда использовалась эффективная схема разбиения на подсети, которая бы не приводила к избыточному выделению адресов таким сегментам, как интерфейсы двухточечной глобальной сети. Что касается написанного, то в Центре технической поддержки компании Cisco Systems был создан прикладной продукт IP Subnet Design проектировщика который доступен Calculator (Калькулятор IP-подсетей), зарегистрированным сертифицированным пользователям устройств компании Cisco на сервере по адресу www cisco.com/techtools/ip_addr.html. Этот продукт поможет в выборе и проектировании схем IP-нумерации.

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

Каждый из пяти типов локальных сетей (Ethernet, Token Ring, Fast Ethernet, Gigabit Ethernet и FDDI), описанных в главе 3, "Основы интерфейсов устройств Cisco", поддерживает концепцию динамического отображения канального адреса (обычно называемого МАС-адресом) сетевого адаптера на IP-адрес, присвоенный интерфейсу. Этот процесс, который называется преобразованием адресов, поддерживается протоколом, называемым протоколом разрешения адресов (Address Resolution Protocoll — ARP).

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

Для проверки конфигурации интерфейса локальной сети воспользуемся сетевыми IP-адресами, выбранными для сети компании ZIP, которые сведены в табл. 4.1.

Таблица 4.1. Распределение сетевых IP-адресов сети компании ZIP Сегмент сети Назначенный сетевой IP-адрес и маска Сводный маршрут сети 131.108.0.0/ Сингапур, локальная сеть Ethernet 131.108.1.0/ Куала-Лумпур, локальная сеть Ethernet 131.108.2.0/ Сеул, локальная сеть Ethernet 131.108.3.0/ Сан-Франциско, локальная сеть Fast Ethernet 131.108.20.0/ Сан-Хосе, локальная сеть Token Ring 131.108.100.0/ SF-1, локальная сеть Ethernet 131.108.101.0/ SF-2, первая локальная сеть Ethernet 131.108.110.0/ SF-2, вторая локальная сеть Ethernet 131.108.120.0/ SF-Соге-1->Сан-Хосе, двухточечная глобальная 131.108.240.0/ сеть SF-Core-2 ->Seoul-2, двухточечная глобальная сеть 131.108.240.4/ HDLC Сан-Хосе ->Seoul-1, двухточечная глобальная сеть 131.108.241.0/ HDLC Seoul-1 -> Куала-Лумпур, двухточечная 131.108.242.0/ глобальная сеть Frame Relay Seoul-1 -> Сингапур, двухточечная глобальная сеть 131.108.242.4/ Frame Relay Интерфейсы колец обратной связи отдельных 131.108.254.0/ маршрутизаторов ZIPnet -> Провайдер Internet-сервиса, двухточечное 192.7.2.0/30 (выделено провайдером HDLC-подключение к Internet в Сан-Франциско Internet-сервиса) ZIPnet-> Провайдер Internet-сервиса, двухточечное 211.21.2.0/30 (выделено провайдером HDLC-подключение к Internet в Сеуле, Корея Internet-сервиса) На рис. 4.4 показана топология логических IP-адресов всей сети компании ZIP.

В дополнение к назначению сетевых IP-адресов также были присвоены следующие IP адреса рабочим станциям, выполняющим в сети компании ZIP указанные функции:

• 131.108.20. 45 — станция SNMP-управления;

• 1 3 1. 1 08.21.70— корпоративный DHCP-сервер и WINS-сервер;

• 131.108.101.34— первичный почтовый SMTP-сервер и DNS-сервер;

• 131.108.101.35 — вторичный почтовый SMTP-сервер и DNS-сервер;

• 131.108.101.100 — WWW-и РТР-сервер;

• 131.108.110.33 — Syslog, TACACS+ и RADIUS-сервер.

Назначение IP-адресов интерфейсам локальных и глобальных сетей выполняется субкомандой конфигурирования интерфейса ОС IOS ip address. Эта команда требует, чтобы были указаны как IP-адрес, так и его сетевая маска.

В примере ниже выполняется конфигурирование маршрутизатора SF-2 на IP-адреса для каждого из трех его интерфейсов локальной сети. В каждом случае субкоманда ip address предваряется основной командой interface, что делается для того, чтобы указать интерфейс локальной сети, к которому должна будет применяться команда ip address.

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

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

SF-2(config)#interface ethernet SF-2(config-if)#ip address 131.108.110.1 255.255.255. SF-2(config-if)#interface ethernet SF-2(config-if)#ip address 131.108.120.1 255.255.255. SF-2(config-if)#interface fastethernet SF-2(config-if}#ip address 131.108.20.2 255.255.252. SF-2(config-if)#^Z Совет Рекомендуется резервировать в начале или в конце сетевого адресного пространства каждой локальной сети некоторое количество IP-адресов для маршрутизаторов и других устройств инфраструктуры сети. Наличие постоянной группы адресов для различных сетевых устройств в сегментах всех локальных сетей помогает в процессе устранения неисправностей, обеспечивая более быстрое распознавание конкретного IP-адреса.

В некоторых случаях выделенный сети объем пространства IP-адресов может потребовать использования подсети, являющейся первой в диапазоне адресов. Эту первую подсеть принято называть нулевой подсетью, поскольку все биты подсетевой части сетевой маски имеют значение 0. Более старые протоколы маршрутизации испытывали трудности при попытке отличить основную сеть, например 131.108.0.0, и подсеть 131.108.0.0. Поэтому маршрутизаторы, как правило, не допускают использования первой подсети. Ниже показан пример попытки использования в маршрутизаторе SF-1 нулевой подсети:

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

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

SF-1(config)#interface ethernet SF-1(config-if)#ip address 131.108.0.1 255.255.255. Bad mask 255.255.255.128 for address 131.108.0. SF-1(config-if)#^Z В данном примере маршрутизатор предупреждает пользователя о том, что сетевая маска неудачна, поскольку тот сделал попытку использования нулевой подсети. В сети компании ZIP имеется достаточный объем пространства IP-адресов, и поэтому первая подсеть из выделенного адресного пространства 131.108.0.0/25 не использовалась.

Pages:     | 1 || 3 | 4 |   ...   | 7 |



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

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