WWW.DISSERS.RU

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

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

Pages:     | 1 |   ...   | 2 | 3 || 5 | 6 |   ...   | 7 |

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

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

Router# show ipx interface Ethernet Ethernet1 is up, line protocol is up IPX address is COS.0000.Oc05.6030, NOVELL-ETHER [up] line-up, RIPPQ: 0, SAPPQ: Delay of this Novell network, in ticks is IPXWAN processing not enabled on this interface.

IPX SAP update interval is 1 minute(s) Ниже представлено подробное объяснение листинга.

Поле Описание Ethernet! is..., line Тип интерфейса и его текущее состояние. Либо интерфейс под protocol… ключен к сети и является активным (up), либо отключен и неакти вен (down) IPX address is... Адрес сети и узла для локального интерфейса маршрутизатора;

далее следуют тип инкапсуляции, установленный на интерфейсе и статус интерфейса NOVELL-ETHER Тип инкапсуляции, используемый на интерфейсе маршрутизатора (если она используется) [up] line-up Указывает, активизирована ли IPX-маршрутизация на данном ин терфейсе. Line-up означает, что IPX-маршрутизация активизиро вана командой ipx routing, line-down, соответственно, означает что маршрутизация отключена. Слово в квадратных скобках предос тавляет детальную информацию о состоянии IPX-маршрутизации в процессе ее включения-отключения RIPPQ:

Число пакетов в RIP-очереди SAPPQ:

Число пакетов в SAP-очереди Secondary ad- Адрес вторичной сети, сконфигурированной на данном интерфей dress is...

се (если она есть). За ним следует тип инкапсуляции и состояние интерфейса. Эта строка появляется только в том случае, когда по средством команды ipx network был установлен адрес вторичной сети.

Delay of this Значение параметра задержки (устанавливается командой ipx de Novell network, lay) in ticks...

IPXWAN proc- Показывает, задана ли IPXWAN-обработка на этом интерфейсе.

essing..

Устанавливается командой ipx ipxwan IPX SAP update Показывает частоту рассылки SAP-обновлений (устанавливается interval командой ipx sap-interval) _ Вашингтонский проект: вопросы IPX-адресации При планировании IPX-адресации нет необходимости нумеровать хосты, как это следовало бы сделать в случае использования протоколов TCP/IP. Это происходит по тому, что адресами хостов для рабочих станций обычно являются МАС-адреса их сете вых адаптеров. Однако в распределенной сети Вашингтонского учебного округа необ ходимо разработать схему IPX-нумерации сетей. Нельзя забывать, что у маршрутиза тора не может быть двух интерфейсов, принадлежащих одной логической (IP, IPX и др.) сети или подсети. По этой причине нет возможности использовать один сетевой номер во всей распределенной сети округа.

Во время разработки схемы IPX-нумерации следует помнить, что номера сетей мо гут иметь не более 32 бит (или 8 шестнадцатеричных чисел), но они могут начинаться с ряда нулей для "заполнения адреса" ("pad out"). Например, число 21 (шестнадцатерич ное) может быть использовано в качестве приемлемого сетевого номера, поскольку к нему можно добавить нули для расширения до 32-битов (записывается, как 8 шестна дцатеричных чисел): 00000021.

Некоторые сетевые администраторы конвертируют IP-адрес сети в шестнадцатерич ную форму и используют полученный результат в качестве IPX-номера сети. Например, подсеть 169.199.69.128/27 можно преобразовать в А9С74580. Однако нет правила, предписывающего поступать именно так. Можно использовать начальные нули для создания очень простых номеров сетей (например, 10, 20, 30 и т.д.). Далее в настоящей главе будет показано, что из-за проблем на 2-м уровне может возникнуть необходи мость функционирования интерфейса маршрутизатора в двух логических сетях, т.е. с двумя сетевыми номерами одновременно. После прочтения раздела, описывающего типы инкапсуляции фреймов в сетях Novell, следует внимательно изучить требования Вашингтонского учебного округа для учета вышесказанного при разработке схемы ад ресации.

_ Типы инкапсуляции сетей Novell NetWare поддерживает несколько типов инкапсуляции (т.е. типов фреймов) для семейства протоколов Ethernet. Все они также поддерживаются маршрутизаторами корпорации Cisco.

Корпорации Xerox, Intel и Digital (известные также под коллективным названием DIX) раз работали Ethernet-стандарт в 1980 году. Стандарт был назван Ethernet версии I (Ethernet Version I). Два года спустя DIX заменяет его стандартом Ethernet версии II (Ethernet Version II), который является стандартным типом инкапсуляции для TCP/IP. Затем в 1982 году Институт инженеров по электротехнике и электронике (Institute of Electrical and Electronic Engineers, IEEE) начинает работу над улучшением структуры фрейма Ethernet. За работу над этим проектом нес ответст венность Комитет 802.3. Однако корпорация Novell не могла ждать официального выпуска спе цификации фрейма и в 1983 году, основываясь на неоконченной разработке Комитета 802.3, вы пустила собственную версию этой спецификации. Novell назвала этот тип фрейма 802.3 (или Ethernet 802.3). Поскольку IEEE окончательно не доработал спецификацию, этот стандарт также иногда называют "сырой Ethernet" (Ethernet raw). Двумя годами позже IEEE, наконец, выпускает окончательную версию спецификации 802.3, в которой фрейм включает в себя заголовок управ ления логическим каналом (logical link control, LLC). LLC содержит поля, которые указывают точку доступа к службам. Эти поля делают спецификацию IEEE (в настоящее время она называ ется 802.2) несовместимой с версией Novell 802.3, поскольку фрейм Ethernet 802.2 включает в себя точку доступа к службам. В программном обеспечении IOS корпорации Cisco этот стандарт называется ethemet sap (Novell называет его Ethernet_802.2). Проблемы совместимости версий привели к разработке четвертого типа фреймов — Ethemet SNAP. Основное, о чем необходимо постоянно помнить — их несовместимость друг с другом. Если сервер Novell использует фрей мы 802.3, а на маршрутизаторе Cisco установлена инкапсуляция согласно стандарту 802.2, то два эти узла не смогут обмениваться данными.

Ниже приведены основные термины программного обеспечения IOS Cisco и сетей Novell, употребляемые при обсуждении инкапсуляции.

• Ethernet 802.3, называемый также "сырой" Ethernet, является стандартом по умолча нию для сетей NetWare со 2-й версии по 3.11, включительно.

• Ethemet 802.2 или sap (также называемый Novell Ethemet_802.2 или 802.3) представ ляет собой стандартный формат фреймов IEEE, включая заголовок LLC 802.2. С вы ходом в свет NetWare версий 3.12 и 4.x эта инкапсуляция стала новым стандартным форматом фреймов Novell и используется также для OSI- маршрутизации.

• Ethernet II или агра (также называемый Novell Ethernet_II или Ethernet версии II) ис пользует заголовок стандарта Ethernet версии II и применяется с TCP/IP.

• Ethernet SNAP или snap (также называемый Novell Ethernet_SNAP или snap) расширя ет заголовок IEEE 802.2 путем добавления к нему заголовка протокола доступа к под сетям (Subnetwork Access Protocol, SNAP), который обеспечивает код "типа инкапсу ляции", аналогичный коду, определенному в спецификации Ethernet версии II и ис пользуемому с TCP/IP и AppleTalk.

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

_ Наименования типов инкапсуляции, введенные кор порацией Cisco Аппаратное и программное обеспечение IOS Cisco поддерживает весь спектр типов инкап суляции Ethernet/802.3, применяемых в ОС NetWare. Оборудование корпорации Cisco распозна ет отличия между разнообразными типами пакетов, независимо от того, как они были инкапсу лированы. На одном интерфейсе локальной сети может поддерживаться несколько типов инкап суляции, что позволяет прежним и новым узлам NetWare сосуществовать в одном сегменте ло кальной сети до тех пор, пока в нем сконфигурированы различные логические сети. Поддержка нескольких типов IPX-инкапсуляции позволяет снизить эксплуатационные расходы, упростить настройку и облегчить переход с одного метода IPX-инкапсуляции на другой.

При конфигурировании IPX-сети может возникнуть необходимость указать тип инкапсуля ции на серверах и у клиентов Novell, а также на маршрутизаторе Cisco. Таблица 7.1 помогает выбрать соответствующий тип путем сопоставления терминов Novell и Cisco IOS для одного и того же типа фреймов.

_ Примечание Следует убедиться в том, что для соответствующей IPX-инкапсуляции используются наименования Cisco и что типы инкапсуляции серверов, клиентов и маршрутизаторов совпадают. Также следует обратить внимание на то, что, начиная с версии 3.11 Net Ware, типы по умолчанию Ethernet IPX-инкапсуляции для маршрутизаторов Cisco не совпадают с типами по умолчанию для серверов Novell.

Таблица 7.1. Названия типов инкапсуляции, используемые корпорацией Cisco Тип инкапсуляции Наименование Novell IPX Наименование Cisco IOS Ethernet Ethernet_802.3 novell-ether Ethernet_802.2 sap Ethernet-II arpa Ethernet SNAP snap Token Ring Token-Ring sap Token-Ring SNAP snap FDDI FDDI SNAP snap FDDI_802.2 sap FDDI_RAW novell-fddi _ Вашингтонский проект: IPX-адресация и типы инкапсуляции Конфигурируя маршрутизаторы для учебного округа, необходимо обратить внимание на серверы Novell подключенные к интерфейсу маршрутизатора. Если эти серверы рабо тают под управлением NetWare 3.12 или 4.x, то необходимо настроить интерфейс мар шрутизатора на использование ethernet sap в качестве типа фреймов. Если два серве ра NetWare подключены к одному порту маршрутизатора и используют при этом разные типы фреймов, то следует настроить интерфейс маршрутизатора на использование не скольких типов пакетов. Таким образом, необходимо создать несколько логических се тей (т.е. интерфейс маршрутизатора будет иметь два IPX-адреса, которые совпадают по номеру хоста, но имеют разные номера сетей).

_ _ Примечание Novell 3.11 представляет собой довольно старую технологию и многие сетевые ад министраторы перешли к использованию версии 3.12 или 4.x. Вследствие этого, если устанавливается новый сервер, использующий IPX, и Cisco-маршрутизатор, то необхо димо в качестве типа фрейма указать sap. Это необходимо потому, что если сервер ис пользует Ethernet 802.2, а рабочая станция использует только Ethernet 802_3, то они не смогут обмениваться информацией друг с другом. Cisco-маршрутизатор по умолчанию будет использовать Ethernet 802.3. Более современные серверы не используют по умолчанию это значение, поэтому, как правило, бывает необходимо явным образом ус тановить конфигурацию инкапсуляции.

_ Форматы IPX-пакетов IPX-пакет представляет собой основной информационный блок в сетях Novell NetWare. Ни же представлено описание полей IPX-пакета.

Поле Описание Checksum (контрольная сумма) Показывает, что контрольная сумма не ис пользуется, когда это 16-битовое поле за полнено единицами (FFFF) Packet length (длина пакета) Указывает длину полной IPX-дейтаграммы в байтах IPX-пакеты могут быть любой длины в пределах максимального размера блока передачи в среде (media transmission unit, MTU) Фрагментация пакетов не допус кается Transport control (контроль транспорта) Показывает количество маршрутизаторов, через которые прошел пакет. Когда это зна чение достигает 16, пакет отбрасывается ввиду предположения о возникновении маршрутной петли Packet type (тип пакета) Определяет, какой из протоколов верхнего уровня должен принять содержащуюся в пакете информацию. Наиболее часто встречаются следующие значения.

5 — обозначает протокол SPX;

17 — обозначает протокол NCP.

Маршрутизация в сетях Novell с использованием про токола RIP Соединение существующих локальных сетей Novell между собой и поддержка большого ко личества клиентов и серверов NetWare выдвигает особые требования в таких вопросах, как рас ширяемость и управление сетью. Программное обеспечение Cisco IOS предоставляет несколько принципиальных подходов для поддержания работоспособности больших сетей Novell.

Программное обеспечение Cisco IOS поддерживает стандартный протокол Novell RIP, кото рый представляет собой основу для взаимодействия нескольких локальных сетей Novell. В то же время частая рассылка сообщений об обновлениях, медленная конвергенция во время измене ний топологии сети и ограничение, налагаемое RIP на количество переходов (не более 16), де лают этот протокол неудобным в крупных сетях или сетях, соединяемых посредством каналов распределенной сети.

Поскольку RIP является дистанционно-векторным протоколом маршрутизации, он ис пользует две метрики для определения пути: такты задержки (ticks) и количество переходов (hop count). Novell RIP проверяет эти метрики, сравнивая вначале такты задержки для различных пу тей. Затем, если два или более путей имеют одинаковое количество тактов задержки, сравнива ется количество переходов в путях. В случае, если два или более путей обладают одинаковым количеством переходов, маршрутизатор осуществляет распределение нагрузки. Распределение нагрузки (load share) означает использование двух или более путей для направления пакетов к одному и тому же пункту назначения. Пакеты при этом распределяются равномерно среди не скольких маршрутизаторов, что в свою очередь приводит к сбалансированной работе и увели чению производительности сети.

_ Инженерный журнал: команда ipx maximum-path Для установки максимального количества равноценных путей, которые будут ис пользоваться маршрутизатором при перенаправлении пакетов, следует использовать команду ipx maximum-path в режиме установки глобальной конфигурации. Полный син таксис команды имеет вид: ipx maximum-path пути Чтобы восстановить значение 1, принятое по умолчанию, следует использовать сле дующую форму этой команды: no ipx maximum-path Аргумент пути показывает максимальное количество эквивалентных по затратам путей, которые будут использоваться маршрутизатором. Он может принимать значения в диапазоне от 1 до 512. Значение, принятое по умолчанию, равно 1.

Команда iрх maximum-path разработана для повышения пропускной способности.

Эта команда позволяет маршрутизатору выбирать параллельные пути среди несколь ких эквивалентных по затратам путей (напомним, что изначально маршрутизатор вы бирает путь с минимальными затратами). IPX распределяет нагрузку на основе по очередной раздачи пакетов в режиме кольцевого списка ожидающих исполнения задач (round-robin fashion), независимо от используемого типа коммутации (быстрая, fast switching) или с обработкой (process switching)). Это означает, что первый пакет посы лается по первому пути, второй по второму пути и т.д. Если пакет посылается по по следнему выбранному пути, то следующий за ним пакет будет отправлен по первому пути и весь цикл повторится снова.

Ограничение на максимальное количество эквивалентных по затратам путей позво ляет оптимально использовать память в случае сложной конфигурации или ограничен ного объема памяти маршрутизатора. Кроме того, в сетях с большим количеством раз личных путей и оконечных систем с ограниченной возможностью кэширования внеоче редных пакетов, при использовании нескольких путей эффективность работы может понижаться. В приведенном ниже примере маршрутизатор использует до трех парал лельных путей: Router(config)# ipx maximum-paths _ Таблица маршрутизации Novell RIP отличается от таблицы маршрутизации протокола IP тем, что маршрутизатор ведет отдельную таблицу для каждого активного IPX-протокола. Сле довательно, каждый активный IPX-маршрутизатор периодически рассылает копии своей Novell RIP-таблицы маршрутизации ближайшему соседу. Соседние IPX-маршрутизаторы добавляют дистанционные вектора перед передачей копий своих Novell RIP-таблиц своим собственным со седям.

Протокол расщепления горизонта, обладая "наилучшей информацией" предотвращает пере дачу соседним маршрутизатором широковещательных Novell RIP-таблиц об IPX-информации назад, в сети, из которых он получил эту информацию. Novell RIP также использует механизм устаревания информации для учета условий передачи, в то время как активный IPX маршрутизатор прекращает работу без рассылки каких-либо сообщений своим соседям. Перио дические обновления устанавливают на ноль таймер механизма устаревания. Обновления таб лиц рассылаются с 60-секундными интервалами. В некоторых сетях такая частота обновлений может вызвать избыточный поток служебных данных.

_ Инженерный журнал: команда ipx routing Для активизации IPX-маршрутизации используется команда ipx routing в режиме ус тановки глобальной конфигурации. Полный синтаксис команды имеет вид:

Ipx routing [узел] Для отключения IPX-маршрутизации используется форма этой команды с ключевым словом по:

no ipx routing [узел] Аргумент узел в этой команде обозначает узловой номер маршрутизатора. Он явля ется 48-битовой величиной, представленной разделенным точками триплетом из че тырехзначных шестнадцатеричных чисел (хххх. хххх. хххх).

Если аргумент узел опущен, то маршрутизатор использует в качестве узлового адре са текущий аппаратный МАС-адрес. Он представляет собой МАС-адрес Ethernet-, To ken Ring- или FDDI- платы первого интерфейса. Если в маршрутизаторе нет подходя щего интерфейса (например, в случае, когда имеются только последовательные ин терфейсы), то аргумент узел является обязательным.

Команда ipx routing активизирует IRX RIP- или SAP-службы маршрутизатора. Если аргумент узел опущен, а МАС-адрес позднее изменяется, то узловой IPX-адрес также автоматически изменяется. Однако связь может быть потеряна в промежутке времени между изменением МАС-адреса и моментом, когда клиенты и серверы IPX узнают о но вом адресе маршрутизатора. В приведенном ниже примере активизируется IPX маршрутизация:

Router(config)# ipx routing _ _ Инженерный журнал: расширенный протокол IGRP корпорации Cisco Одним из важнейших средств объединения локальных сетей NetWare является рас ширенная версия протокола маршрутизации внутреннего шлюза корпорации Cisco.

Расширенный IGRP (enhanced IGRP), кроме протоколов TCP/IP, обеспечивает под держку сетей NetWare и AppleTalk. Расширенный IGRP представляет собой дистанци онно-векторный протокол маршрутизации, который обеспечивает быструю конверген цию в сетевой топологии канальных протоколов маршрутизации. Расширенный IGRP отправляет сообщения об изменениях только когда они действительно происходят, пе редает только измененную часть таблиц и ограничивает распространение информации об обновлениях только маршрутизаторами, которых это изменение затрагивает. В ре зультате этого расширенный IGRP обеспечивает низкий уровень служебных сообще ний, незначительное использование центрального процессора маршрутизатора и уме ренные требования к оперативной памяти.

В отличие от протоколов канального уровня расширенный IGRP не требует, чтобы сеть была спроектирована с явной иерархией адресов, что дает сетевому админист ратору более гибкие средства для подсоединения новых и расширения существующих сетей. Кроме того, расширенный IGRP использует несколько метрик (задержка, ширина полосы пропускания, надежность и нагрузка), что дает более точную картину топологии всей сети и создает возможность более эффективного использования полосы пропус кания сети. Расширенный IGRP может уменьшить магистральный поток данных в больших NetWare-сетях на 40-50%. Следствием прекрасной расширяемости и высокой эффективности расширенного IGRP стало то, что с его использованием были реализо ваны многие большие общедоступные и частные сети.

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

Выполняемое действиеКоманда Переводит процесс маршрутизации расширен- ipx router eigrp ного IGRP-протокола в режим установки гло номер-автономной-системы бальной конфигурации Переводит расширенный IGRP- протокол network {номер-сети | all} сети в режим установки конфигурации IPX маршрутизатора В следующем примере устанавливается RIP в сетях 1 и 2 и расширенный IGRP в сети 1.

Router# ipx routing !

interface ethernet ipx network !

interface ethernet ipx network !

ipx router eigrp network В следующем примере устанавливается RIP в сети 2 и расширенный IGRP в сети 1:

Router# ipx routing !

interface ethernet ipx network !

interface ethernet ipx network !

ipx router eigrp ipx network !

ipx router rip no ipx network _ Протокол уведомления о службах NetWare-протокол уведомления о службах (NetWare SAP) позволяет сетевым ресурсам, включая файловые серверы и серверы печати, объявлять свои сетевые адреса и предоставляе мые ими услуги. Каждая служба идентифицируется числом, называемым SAP идентификатором. Обновления SAP рассылаются каждые 60 секунд.

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

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

Каждая SAP-служба является объектным типом, который идентифицируется некоторым но мером. Ниже приведены несколько примеров.

Номер SAP-служба 4 Файловый сервер NetWare 7 Сервер печати 24 Удаленный сервер моста (маршрутизато ра) Рабочие станции не хранят SAP-таблиц — это делают только маршрутизаторы и серверы.

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

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

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

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

_ Инженерный журнал: конфигурируемые RIP- и SAP-таймеры обновления и раз меры пакетов При передаче информации о маршрутизации и предоставлении текущей информации о доступных сетевых службах клиенты и серверы NetWare полагаются на RIP- и SAP сообщения об изменениях, которые по умолчанию поступают каждые 60 секунд. Каж дую минуту таймеры RIP и SAP инициируют отправку широковещательных пакетов для того, чтобы проинформировать сеть о переменах во внутренних таблицах отдельных устройств. Однако эти пакеты обновлений могут отрицательно повлиять на эф фективность работы сети, особенно в больших, постоянно меняющихся сетях с отно сительно медленными магистралями.

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

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

_ Протокол доступа к ближайшему серверу (Get Nearest Server Protocol) Клиенты NetWare автоматически обнаруживают доступные сетевые службы, поскольку сер веры и маршрутизаторы Novell объявляют эти службы, используя широковещательные сообще ния SAP. Одним из видов объявлений SAP являются GNS, которые позволяют клиенту быстро найти ближайший сервер для подключения.

В NetWare взаимодействие клиент/сервер начинается в тот момент, когда клиент включает питание и запускает программу запуска. Эти программы используют сетевой адаптер клиента в локальной сети и инициируют установку соединения, которое будет использовать командная оболочка NetWare. Установка связи включает в себя отправку широковещательного сообщения, которое приходит от клиента с использованием протокола SAP. Ближайший файловый сервер NetWare отвечает другим SAP;

при этом используется протокол GNS. Начиная с этого момента клиент может подключиться к нужному серверу, установить связь, обсудить размер пакета и приступить к использованию ресурсов сервера.

Если сервер NetWare расположен в этом сегменте, то он отвечает на запрос клиента. Мар шрутизатор Cisco не отвечает на запрос GNS. Если в локальной сети нет сервера NetWare, то маршрутизатор Cisco отвечает адресом сервера из своей собственной таблицы SAP.

Программное обеспечение операционной системы Cisco позволяет найти клиента в сегменте локальной сети, в котором отсутствуют серверы. Когда клиент NetWare желает найти сервер NetWare, он рассылает запрос GNS. Маршрутизаторы Cisco просматривают поток данных Net Ware, определяют доступные серверы и направляют запросы GNS именно на них. Посредством фильтрации GNS-пакетов можно явным образом исключить какие-либо серверы, что делает проектирование более безопасным и гибким.

В ответ на GNS-запросы программное обеспечение ОС Cisco может равномерно распреде лить клиентов среди доступных серверов. Например, предположим, что клиенты А и В оба от правили GNS-запросы, как показано на рис. 7.4. Маршрутизатор Cisco посылает GNS-ответы клиенту А, рекомендуя ему вступить в связь с сервером 1 и клиенту В, направляя его на сервер 2.

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

Цели установки конфигурации протокола Novell IPX Установка конфигурации маршрутизатора для IPX-маршрутизации включает в себя глобаль ную и интерфейсную части.

Задачи установки глобальной конфигурации включают в себя следующее:

• запуск процесса маршрутизации;

• обеспечение при необходимости распределения нагрузки.

• Для установки конфигурации интерфейсов необходимо выполнить следующие дейст вия.

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

• Установить тип IPX-инкапсуляции, если он отличается от типа, принимаемого по умолчанию.

Решение этих вопросов установки конфигурации описано ниже.

Глобальное конфигурирование Novell IPX Как было описано ранее, команда ipx routing активизирует процесс маршрутизации в сети Novell. Если не указан адрес узла, то маршрутизатор Cisco использует МАС-адрес интерфейса.

Если маршрутизатор Cisco имеет только последовательные интерфейсы, то указание адреса яв ляется обязательным. Кроме этого, может быть задана команда ipx maximum-path, выполнение которой включает в себя процесс распределения нагрузки. Как было указано ранее, параметр этой команды представляет собой максимальное количество параллельных путей к пункту на значения. По умолчанию он равен 1, а максимальное значение равно 512.

Назначение сетевых номеров интерфейсам При назначении сетевых IPX-номеров интерфейсам, поддерживающим несколько IPX-сетей, можно также сконфигурировать первичные и вторичные IPX-сети.

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

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

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

_ _ Инженерный журнал: подынтерфейсы Использование подынтерфейсов целесообразно как в IP, так и в других протоколах.

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

_ В примере на рис. 7.5, показано глобальное конфигурирование Novell IPX и назначение сете вых номеров интерфейсам. Ниже описаны команды, используемые в этом примере:

Команда Описание ipx routing Выбирает для маршрутизации протокол IPX и запускает протокол IPX RIP ipx maximum-paths 2 Обеспечивает разделение нагрузки по па раллельным путям к пункту назначения. Ко личество параллельных путей не может быть больше двух interface ethernet о. 1 Указывает на первый подынтерфейс ин терфейса ЕО encapsulation novell-ether Указывает, что в этом сегменте пути ис пользуется Novell-формат фрейма. В про граммном обеспечении Cisco ключевым словом является novell-ether;

по терминоло гии Novell используется слово Ethernet_802. ipx network 9e Сетевой номер, присвоенный подынтер фейсу EО interface ethernet 0.2 Указывает на второй подынтерфейс интер фей са ЕО ipx network 6с Сетевой номер, присвоенный подынтер фейсу ЕО encapsulation sap Указывает, что в этом сегменте пути ис пользуется формат фрейма Ethernet 802.2.

В программном обеспечении Cisco ключе вым словом является sap Тестирование IPX После того как установка конфигурации маршрутизации закончена, можно проверить ее ра боту, используя команды, приведенные в табл. 7.2.

Таблица 7.2. Команды просмотра и устранения ошибок протокола IPX Команда Информация, выводимая на монитор Команды мониторинга show interface Отображает статус и параметры IPX show ipx route Отображает содержимое таблицы маршру тизации show ipx servers Отображает список серверов IPX show ipx traffic Отображает количество и типы пакетов Команды ликвидации ошибок debug ipx routing activity Отображает информацию о пакетах сооб щений об изменениях в RIP-маршрутизации debug ipx sap Отображает информацию о пакетах сооб щений об изменениях в SAP маршрутизации ping Информация о конкретном узле, который способен отвечать на сетевые запросы Мониторинг и управление IPX-сетью Операционная система Cisco IOS включает в себя разнообразные средства конфигуриро вания, мониторинга и управления сетью. Эти средства облегчают установку NetWare-сетей и могут оказаться существенными при возникновении непредвиденных ситуаций.

_ Инженерный журнал: простой протокол управления сетью 1 (Simple Network Man agement Protocol) Программное обеспечение Cisco IOS поддерживает информационную базу управле ния NetWare (NetWare Management Information Base), в которой имеется простой прото кол управления сетью (Simple Network Management Protocol), позволяющий сетевому администратору выполнить следующие действия.

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

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

• Отобразить имя ближайшего соседнего маршрутизатора и таблицы маршру тизации.

• Отобразить статистическую информацию о потоках данных протокола IPX, в частности:

• общее число полученных IPX-пакетов;

• количество пакетов с ошибками и типы ошибок;

• общее число широковещательных пакетов, полученных, отправленных и перенаправленных от других источников;

• количество полученных и отправленных пакетов, являющихся ответами на запросы.

• Проверить выполнение важных операций протокола IPX, включая RIP, SAP, ответы на запросы и операции по маршрутизации.

Мониторинг состояния IPX-интерфейса Команда show ipx interface отображает состояние IPX-интерфейса и IPX-параметры, установленные в конфигурации каждого интерфейса (листинг 7.1).

Листинг 7.1. Пример вывода информации по команде show ipx interface Router# show ipx interface ethernet EthernetO is up, line protocol is up IPX address is 3010.aaOO.0400.0284 NOVELL_ETHER [up] line-up RIPPQ:

0,SAPPQ: Delay of this Novel Network, in ticks, is IPXWAN processing not enabled on this interface IPX SAP update interval is 1 minute(s) IPX type 20 propagation packet forwarding is disabled Outgoing access list is not set -.- IPX Helper access list is not set SAP Input filter list is not set SAP Output filter list is not set SAP Router filter list is not set SAP GNS output filter list is not set I Input filter list is not set I Output filter list is not set I Router filter list is not set Netbios Input host access list is not set Netbios Input bytes access list is not set Netbios Output host access list is not set Netbios Output bytes access list is not set Update time is 60 seconds IPX accounting is disabled IPX fast switching is configured (enabled) IPX SSE switching is disabled RIP packets received 1, RIP packets sent SAP packets received 1, SAP packets sent _ Конфигурирование задержки на интерфейсе можно выполнить вручную, задав тактовую метрику. Для этого используется команда ipx delay число, в которой параметр число обознача ет количество тактов для данного интерфейса. Эта команда отменяет установленные по умолча нию значения на маршрутизаторе Cisco:

• 1 такт — для интерфейсов локальных сетей;

• 6 тактов — для интерфейсов распределенных сетей.

Мониторинг таблиц маршрутизации протокола IPX Команда show ipx route отображает содержимое таблицы маршрутизации протокола IPX.

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

• Информация была получена из сообщения об обновлении.

• Номер сети 3030.

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

• Следующим переходом является маршрутизатор 3021.0000. ОсОЗ. 13d3.

• Информация была обновлена 23 секунды назад.

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

• Вторая выделенная строка содержит информацию о непосредственном соединении.

• Сетевой номер ЗОЮ.

• Тип инкапсуляции Novell-ETHER.

Листинг 7.2. Пример вывода по команде show ipx route Router# show ipx route Codes: С - Connected primary, с - connected secondary network, R - RIP, E - EIGRP, S - Static, W - IPXWAN connected 5 total IPX routes Up to 2 parallel paths allowed, Novell routing protocol variant to use R Net 3030 [6/1] via 3021.0000.Oc03.13d3, 23 sec, Seriall via 3020.0000.Oc03.13d3, 23 sec, SerialO С Net 3020 (X25), SerialO С Net 3021 (HDLC), Seriall С Net 3010 (Novell-ETHER), EthernetO С Net 3000 (Novell-ETHER), Ethernetl В приведенной ниже таблице описаны поля, показанные в листинге 7.2.

Поле Описание Codes Коды, показывающие как был найден маршрут:

с — непосредственно подсоединенная первичная сеть;

с — непосредственно подсоединенная вторичная сеть;

R — маршрут получен из сообщения об изменении прото кола RIP;

Е — маршрут получен из сообщения об изменении рас ширенного протокола RIP s — статически заданный маршрут, определенный ко мандой ipx route;

w — непосредственно подсоединенный маршрут, опре деленный посредством IPXWAN 5 Total IPX routes Количество маршрутов в таблице маршрутизации IPX Parallel paths al- Максимальное количество параллельных путей, на которое lowed маршрутизатор был сконфигурирован командой ipx maxi mum-paths Novell routing pro- Указывает, использует ли маршрутизатор IPX-совместимый tocol variant in use протокол маршрутизации (по умолчанию) Net Сеть, к которой ведет маршрутизатор [6/1] Задержка/Метрика Параметр Delay представляет количе ство тактов, сообщаемое сети-получателю. Параметр мет рика обозначает число переходов, сообщаемое той же са мой сети. Параметр Задержка используется в качестве пер вичной метрики, а параметр метрика (количество перехо дов) используется для разрыва связей via сеть.узел Адрес маршрутизатора, который является следующим пе реходом к удаленной сети Age Время (часы, минуты и секунды), истекшее со времени по лучения информации о данной сети uses Показывает, сколько раз происходил поиск данной сети в таблице маршрутизации Это поле увеличивается на едини цу при коммутации пакета, даже если в конечном итоге па кет был отфильтрован и не был отправлен Поэтому величи на в данном поле дает точную оценку количества раз ис пользования данного маршрута EthernetO Интерфейс, через который пакеты будут отправлены в уда ленную сеть (NOVELL-ETHER) Тип инкапсуляции (фрейма). Отображается только для не посредственно подсоединенных сетей (HDLC) (SAP/SNAP) Мониторинг серверов в IPX Novell Команда show ipx servers вызывает вывод списка серверов, обнаруженных поcредством SAP-объявлений. При выводе по этой команде отображается следующая информация.

• Служба, обнаружившая сервер по SAP-сообщению об изменении.

• Имя сервера, его расположение в сети, адрес устройства и номер гнезда источника.

• Количество тактов и переходов для данного маршрута (берутся из таблицы маршру тизации).

• Количество переходов (берется из SAP-протокола).

• Интерфейс, через который можно получить доступ к серверу.

Для вывода списка серверов, обнаруженных посредством SAP-объявлений, следует (споль зовать команду show ipx servers в пользовательском ЕХЕС-режиме. Полный синтаксис команды имеет вид:

show ipx servers [sorted [name | net | type] ] Ниже описаны ключевые слова, использованные в команде.

Ключевое слово Описание sorted(Необязательное) Сортирует выводимый список серверов соглас но следующему за этим слову name(Необязательное) Отображает список серверов по их именам в алфавитном порядке net (Необязательное) Сортирует выводимый список серверов по но меру сети type(Необязательное) Сортирует выводимый список серверов по типу (номеру) SAP-услуги В листинге 7.3 показан вывод по команде show ipx servers. Листинг 7.3. Вывод по команде show ipx servers Route r > show ipx servers Codes: P - Periodic, I - Incremental, H - holddown, S - Static 1 Total IPX Servers Table ordering is based on routing and server info Type Name Net Address Port Route Hops Itf P 4 MAXINE AD333000.0000.Ib04.0288:0451 32800/1 2 Et _ Ниже описаны поля, использованные в листинге 7.3.

Поле Описание Codes Коды, показывающие как был найден сервер' р — информация о сервере была получена посредством обычных периодических сообщений о SAP-изменениях i — информация о сервере была получена с использованием возможности ступенчатого возрастания SAP (incremental SAP) в расширенном IGRP-протоколе н — предполагается, что сервер перестал функционировать и маршрутизатор не может больше предлагать его услуги s — Сервер определен статически посредством команды ipx sap Total IPX Serv- Количество серверов в списке ers and server info Table ordering Перечисленные элементы взяты из маршрутной информации, is based on rout- ассоциированной с этим SAP. Информация о сервере исполь ing and server зуется для разрыва соединения info Type Номер SAP-услуги Name Имя сервера Net Сетевой номер сервера Address Узловой адрес сервера Port Номер гнезда Route Значение метрики (числа переходов) для формирования мар шрута в сети Hops Сообщаемое SAP число переходов от маршрутизатора к сети сервера Itf Интерфейс, через который был в первый раз обнаружен данный сервер Мониторинг потоков данных в протоколе IPX Команда show ipx traffic используется для получения информации о числе и типе IPX пакетов, полученных и переданных маршрутизатором.

В листинге 7.4 большую часть полученных и отправленных пакетов составляют RIP объявления. Это объясняется тем, что пример был взят из лабораторной сети, в которой практи чески нет пользовательских потоков данных. Из листинга видно, что протокол IPX генерирует много служебной информации.

(Листинг 7.4. Вывод по команде show ipx traffic Routert# show ipx traffic Rcvd: 32124925 total, 1691992 format errors, 0 checksum errors, bad hop count, 18563 packets pitched, 452467 local destination, 0 multicast Bcast: 452397 received, 1237193 sent Sent: 2164776 generated, 31655567 forwarded 0 encapsulation failed, 2053 no route SAP: 3684 SAP requested, 10382 SAP replies 259288 SAP advertisements received, 942564 sent 0 SAP SAP flash updates sent, 0 SAP poison sent 0 SAP format errors RIP: 0 RIP format errors Echo: Rcvd 0 requests, 0 replies Sent 0 requests, 0 replies 4252 unknown, 0 SAPs throttled, freed NDB len Watchdog:

0 packets received, 0 replies spoofed Queue lengths:

IPX input: 1, SAP 0, RIP 0, GNS Total length for SAP throttling purposes: 1/(no preset limit) IGRP: Total received 0, sent Updates received 0, sent Queries received 0, sent Replies received 0, sent SAPs received 0, sent _ Ниже описаны поля, показанные в листинге 7.4.

Описание Поле Rcvd: Описание пакетов, полученных маршрутизатором 32124925 total Общее число пакетов, полученных маршрутизатором Описание Поле 1691992 format errors Количество поврежденных и отброшенных пакетов (например, пакетов, использующих тип фрейма, не поддерживаемый мар шрутизатором) О checksum errors Количество пакетов, содержащих ошибочную контрольную сумму 67 bad hops count Количество пакетов, отброшенных потому, что их число пере ходов превышает 16 (т е. просроченных) 18563 packets pitched Количество раз, когда маршрутизатор отбрасывал пакеты Это может происходить в следующих случаях • Когда распространение типа 20 или широковещание всех сетей не соответствует команде ipx type-20-input checks • Когда обработка пакета по распространению типа 20 об наруживает петлю, избыточное количество переходов или сама обработка выполнена неправильно • Когда RIP- или SAP-пакеты поступают в несоответст вующую сеть • Когда маршрутизатор получает собственное широкове щательное сообщение • Когда маршрутизатор получает локальные пакеты из не правильной сети-источника.

452467 local desti- Количество пакетов, отправленных по адресам локального ши nation роковещания или конкретно на данный маршрутизатор О multicast Количество полученных пакетов, которые были адресованы в несколько пунктов назначения Bсast Описание широковещательных пакетов, полученных и отправ ленных маршрутизатором 452397 received Количество полученных широковещательных пакетов 1237193 sent Количество отправленных широковещательных пакетов. Оно включает в себя как полученные, так и самостоятельно сгене рированные широковещательные пакеты.

Sent:

Количество отправленных пакетов Оно включает в себя как са мостоятельно сгенерированные пакеты, так и полученные, а затем отправленные к другим местам назначения 2164776 generated Количество пакетов, сгенерированных маршрутизатором и от правленных к месту назначения Описание Поле 31655567 forwarded Количество пакетов, полученных от других источников и на правленных далее 0 encapsulation Количество пакетов, которые маршрутизатор не смог инкапсу failed лировать 2053 no route Количество раз, когда маршрутизатор не смог найти в своей таблице маршрута к месту назначения SAP:

Описание SAP-пакетов, которые маршрутизатор отправил и получил 3684 SAP requests Количество SAP-запросов, полученных маршрутизатором 10382 SAP replies Количество ответов на SAP-запросы, отправленных маршрути затором 259288 SAP adver- Количество SAP-объявлений, полученных маршрутизатором от tisements received другого маршрутизатора 942564 sent Количество SAP-объявлений, сгенерированных и затем от правленных маршрутизатором 0 SAP flash updates sent Количество SAP-объявлений, сгенерированных и затем от правленных маршрутизатором в результате изменений в его собственной таблице маршрутизации 0 SAP poison sent Количество случаев, когда маршрутизатор создал и передал сообщение об изменении, в котором информирует о недоступ ности какой-то услуги О SAP format errors Количество некорректно отформатированных SAP-объявлений RIP:

Количество RIP-пакетов, полученных и отправленных маршру тизатором 0 RIP format errors Количество некорректно отформатированных RIP-пакетов Echo:

Описание запросов и ответов команды ping, которые маршру тизатор отправил и получил Rcvd 0 request, Количество запросов и ответов команды ping, полученных replies маршрутизатором Sent 0 requests, Количество запросов и ответов команды ping, отправленных replies маршрутизатором 4252 unknown Количество нераспознанных пакетов, отправленных на мар шрутизатор 0 SAP throttled Количество SAP-пакетов, отброшенных, поскольку они превос ходили размер буфера Описание Поле Freed NDB len Количество блоков сетевого дескриптора (Network descriptor block, NDB), которые были удалены из сети, но требуют удале ния из таблицы маршрутизации Watchdog:

Описание пакетов контроля, обработанных маршрутизатором 0 packets received Количество управляющих пакетов, полученных маршрути затором от IPX-серверов локальной сети 0 replies spoofed Количество случаев, когда маршрутизатор ответил на watchdog-пакет от имени удаленного клиента Queue lengths Описание выходных пакетов, которые находятся в буферах и ожидают обработки IPX input Количество входных пакетов, ожидающих обработки SAP Количество входных SAP-пакетов, ожидающих обработки RIP Количество входных RIP-пакетов, ожидающих обработки GNS Количество входных GNS-пакетов, ожидающих обработки Total length for Максимально допустимое количество входных RIP- и SAP SAP throttling pur- пакетов в буфере. Все SAP-пакеты с номерами, превышающи poses ми это число, отбрасываются Unknown counter Количество пакетов, которые маршрутизатор не смог отправить далее, например, по причине отсутствия маршрута к месту на значения Устранение ошибок при осуществлении маршрутиза ции в IPX Программное обеспечение IOS Cisco включает в себя команды debug и ping, позволяющие сетевому администратору проанализировать практически все аспекты передачи информации в сети. Команда debug представляет собой важный инструмент наблюдения, управления и устра нения ошибок в сетях Novell.

Команда debug ipx routing activity отображает информацию о пакетах обновления IPX маршрутизации, которые передаются или принимаются в сети.

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

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

Листинг 7.5 Пример вывода по команде debug ipx routing activity Router# debug ipx routing activity IPX routing debugging is on Router# IPXRIP: positing full update to 3010.ffff.ffff. ffff via EthernetO (broadcast) IPXRIP: positing full update to 3000.ffff.ffff.ffff via Ethernetl (broadcast) IPXRIP: positing full update to 3020.ffff.ffff.ffff via SerialO (broadcast) IPXRIP: positing full update to 3021.ffff.ffff.ffff via Seriall (broadcast) IPXRIP: sending update to 3020.ffff.ffff.ffff via SerialO (broadcast) IPXRIP: arc=3020.0000.0c03.14d8m dst=3020.ffff.ffff.ffff, packet sent network 3021, hops 1, delay network 3010, hops 1, delay network 3000, hops 1, delay IPXRIP: sending update to 3021.ffff.ffff.ffff via Seriall (broadcast) IPXRIP: arc=3021.0000.0c03.14d8m dst=3021.ffff.ffff.ffff, packet sent network 3020, hops 1, delay network 3010, hops 1, delay network 3000, hops 1, delay IPXRIP: sending update to 3010.ffff.ffff.ffff via EthernetO IPXRIP: arc=3010.aaOO.0400.0284, dst=3010.ffff.ffff.ffff, packet sent network 3030, hops 2, delay network 3020, hops 1, delay network 3021, hops 1, delay network 3000, hops 1, delay IPXRIP: sending update to 3000.ffff.ffff.ffff via Ethernetl Устранение ошибок в SAP IPX Команда debug ipx sap отображает информацию об IPX SAP-пакетах, которые передаются или принимаются.

Сообщения об обновлениях протокола SAP также рассылаются каждые 60 секунд, но, в от личие от аналогичных сообщений протокола RIP, могут содержать более одного пакета. Как по казано в листинге 7.6, каждый SAP-пакет при выводе представляется несколькими строками, включающими в себя сообщение с общим описанием пакета и сообщение с подробным описа нием службы.

Листинг 7.6. Пример вывода по команде debug sap Router# debug ipx sap IPX SAP debugging is on Router# NovellSAP: at 0023F I SAP Response type 0x2 len 160 arc:160.0000.OcOO.070d dest: 160.ffff.ffff.ffff(452) Type 0x4, "HELL02", 199.0002.0004.0006(451), 2 hops Type 0x4, "HELL01", 199.0002.0004.0008(451), 2 hops Novell SAP: sending update to NovellSAP: at 0 SAP Update type 0x2 len 96 ssoc;

0x452 dest: 160.ffff.ffff.ffff(452) Novell: type 0x4 "Magnolia", 42.0000.0000.0000(451), 2 hops _ Ответом SAP на запрос могут быть:

• Oxl — общий запрос;

• 0x2 — общий ответ;

• 0x3 — GNS-запрос;

• 0x4 — GNS-ответ.

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

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

Привилегированная команда ping протокола IPX Для проверки достижимости хоста и правильности установки сетевых соединений рекомен дуется использовать команду ping в привилегированном командном режиме (EXEC). Полный синтаксис команды имеет вид:

ping [ipx] [сеть.узел] Ниже описаны параметры, используемые в команде.

Параметр Описание ipx(Необязательный) Указывает на исполь зование протокола IPX сеть. узел (Необязательный) Адрес системы, ис пользуемый командой ping Привилегированная команда ping предоставляет полный набор возможностей этой команды пользователям, которые имеют системные привилегии. Она работает только на маршрутизато рах Cisco, использующих версию IOS 8.2 или более позднюю. Устройства Novell IPX не реаги руют на эту команду.

Команда ping не может быть выполнена с самого маршрутизатора. Для прекращения сеанса работы команды ping используется последовательность выхода. По умолчанию это сочетание клавиш . Для выполнения этого действия следует одновременно нажать кла виши , и <6>, и, не отпуская их, нажать клавишу <Х>.

В табл. 7.3 описаны символы, отображаемые на экране в ответ на команду ping.

Таблица 7.3. Символы, используемые для указания типа тестирования, выпол няемого командой ping Символ типа тес- Значение тирования ! Каждый восклицательный знак указывает на получение отве та от заданного адреса. Каждая точка свидетельствует о том, что сервер просрочил время, ожидая ответа от заданного адреса U Был получен модуль данных протокола (PDU) "пункт назначе ния недостижим" C Получен пакет, попавший в сетевой затор I Пользователь прервал тест ? Неизвестный тип пакета & Превышено время, в течение которого пакет считается дей ствительным Текст в листинге 7.7 иллюстрирует ввод привилегированной команды ping и соответствую щий вывод на экран.

Листинг 7.7. Вывод по привилегированной команде ping Router# ping Protocol [ip]: ipx Target Novell Address: 211.0000.OcOl.f4cf Repeat Count [5]:

Datagram Size [100]:

Timeout in seconds [2] :

Verbose [n]:

Type escape sequence to abort.

Sending 5 100-byte Novell echoes to 211.0000.OcOl.f4cf, timeout is seconds.

!!!!!

Success rate is 100%, round trip min/avg/max = 1/2/4 ms.

_ Непривилегированная команда ping протокола IPX Для проверки достижимости хоста и правильности сетевых соединений рекомендуется ис пользовать команду ping в привилегированном командном режиме (EXEC). В отличие от приви легированной команды ping, команда ping уровня обычного пользователя предоставляет основ ные возможности пользователю, не имеющему системного приоритета. Эта команда эквива лентна упрощенной форме привилегированной команды ping. Она рассылает пять 100-байтовых пакетов. Полный синтаксис команды:

ping [ipx] {узел \ адрес} Ниже дано описание параметров команды:

ПараметрОписание ipx(Необязательный) Указывает на использо вание протокола IPX узел Имя хоста в системе, используемое в ко манде ping адрес Адрес системы, используемый в команде ping Команда ping пользовательского уровня работает только на маршрутизаторах Cisco, рабо тающих с версией операционной системы 8.2 или более поздней. Устройства Novell IPX не от вечают на эту команду.

Команду ping нельзя выполнить непосредственно на маршрутизаторе. Если система не мо жет найти адрес по имени хоста, то она возвращает сообщение об ошибке: %Unrecognized host or address.

В листинге 7.8 показан вывод по команде ping уровня пользователя.

Листинг 7.8. Вывод команды ping уровня пользователя Router> ping ipx 211.0000.OcOl.f4of Type escape sequence to abort.

Sending 5, 100-byte Novell Echoes to 211.0000.OcOl.f4cf, timeout is 2 seconds.

...

Success rate is 0 percent (0/5) _ Резюме • Novell IPX представляет собой набор протоколов, включающий в себя:

• протокол передачи дейтаграмм, не устанавливающий соединения, и не требующий подтверждения получения каждого пакета;

• протокол 3-го уровня, определяющий сетевой адрес и межузловой адрес.

• В Novell NetWare используется протокол R1P для обмена информацией о маршрути зации и протокол SAP для уведомления о сетевых службах. NetWare использует про токол NCP для установки соединений и использования приложений типа кли ент/сервер, а также протокол SPX для ориентированных на соединение служб 4-го уровня.

• IPX является протоколом 3-го уровня NetWare и выполняет передачу дейтаграмм без установки соединения, аналогично протоколу IP в сетях IP/TCP.

• По умолчанию типами инкапсуляции на интерфейсах маршрутизаторов Cisco явля ются Ethernet (novel 1-ether), Token Ring (sap) и FDDI (snap).

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

• Протокол SAP в NetWare позволяет сетевым ресурсам объявлять свои сетевые адреса и предоставляемые ими службы.

• Протокол GNS позволяет клиенту найти ближайший сервер для входа в систему.

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

Задачи проекта Вашингтонского учебного округа:

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

1. Оформление документации по изменениям в проекте сети в соответствии требова ниями пользователей к протоколу IPX.

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

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

Контрольные вопросы Для проверки понимания тем и понятий, описанных в настоящей главе, рекомендуется отве тить на приведенные ниже вопросы. Ответы приведены в приложении А.

1. Что используется в качестве сетевого адреса в IPX-сети?

2. Какую команду следует использовать для установки максимального числа равноцен ных путей при отправке пакетов маршрутизатором?

3. В каком командном режиме должен находиться маршрутизатор перед выполнением команды ipx routing?

4. С помощью какой команды можно проверить правильность назначения маршрутизато ру IPX-адреса?

5. Какая команда отображает информацию о SAP-пакетах, получаемых или отправляемых протоколом IPX?

6. Novell IPX-адрес состоит из 80 битов: 32 для и 48 для A. Сетевого номера;

IP-адреса.

B. Номера узла;

МАС-адреса.

C. Номер сети;

номер узла.' D. МАС-адреса;

номера узла.

7. В процессе конфигурирования IPX-сети иногда необходимо указать тип инкапсуляции.

A. Только на Novell-серверах.

B. Только на Cisco маршрутизаторах.

C. Иногда на А и В.

D. Всегда на А и В.

8. Novell NetWare использует протокол_для облегчения обмена информацией о маршрутизации и протокол_для объявления о сетевых службах A. NCP;

RIP.

B. RIP;

SAP.

C. SPX;

NCP.

D. SAP;

RIP.

9. Какая из приведенных ниже команд используется для глобального конфигурирования Novell IPX?

A. ipx routing [узел] B. router ipx C. ipx route [узел] D. router rip 10. Какими командами следует заполнить пропуски в утверждениях:

• _отображает статус и параметры IPX;

• отображает содержимое таблицы маршрутизации IPX;

• отображает список серверов обнаруженных с помощью SAP-объявлений.

A. show ipx traffic;

show ipx route;

show ipx routing ac tivity.

B. show ipx interface;

show ipx route;

show ipx servers.

C. show ipx interface;

show ipx;

show ipx servers.

D. show ipx;

show ipx route;

show ipx.

Основные термины Cisco IOS (Internetwork Operating System software, Cisco IOS software). Программное обеспе чение межсетевой операционной системы корпорации Cisco, которое обеспечивает функцио нальность, расширяемость и обеспечение безопасности всех программных продуктов архитек туры CiscoFusion. Программное обеспечение операционной системы Cisco предоставляет воз можность централизованной, интегрированной и автоматизированной установки и управления сетями, обеспечивая поддержку целого ряда протоколов, передающих сред, служб и платформ.

МАС-адрес, адрес управления доступом к передающей среде (Media Access Control ad dress, MAC address). Стандартизованный адрес данных канального уровня, который требуется любому порту или устройству, подсоединенному к локальной сети. Другие устройства сети ис пользуют эти адреса для нахождения конкретных портов в сети, создания и обновления таблиц маршрутизации и структур данных. МАС-адреса имеют длину 6 байтов и контролируются IEEE.

Их также называют адресами устройств адресами МАС-уровня или физическими адресами.

Запрос ближайшего сервера (Get Nearest Server, GNS). Пакет запроса, посланный клиен том по IPX-сети с целью нахождения ближайшего активного сервера требуемого типа. Клиент сети IPX делает GNS-запрос для получения непосредственного ответа от подсоединенного сер вера или ответа от маршрутизатора, который сообщает, в каком месте сети можно получить тре буемую услугу. GNS является частью IPX SAP.

Инкапсуляция (encapsulate). Процесс присоединения к данным заголовка конкретного про токола. Например, к данным Ethernet перед передачей присоединяется заголовок Ethernet. При использовании моста для сетей различного типа весь фрейм одной сети просто помещается в заголовок, используемый протоколом канального уровня другой сети.

Клиент (client). Узел или набор программного обеспечения (от начального до оконечного устройства), обращающийся за услугами к серверу.

Клиент/сервер (client/server). Архитектура соединения в сети рабочей станции и сервера.

Метрика маршрутизации (routing metric). Метод, используемый маршрутизатором для определения лучшего из нескольких маршрутов. Эта информация хранится в таблицах маршру тизации. Метрики могут использовать такие параметры, как ширина полосы пропускания, стои мость связи, величина задержки, количество переходов, нагрузка, MTU, стоимость пути и на дежность. Часто называется просто метрикой.

Операционная система NetWare (NetWare). Широко распространенная операционная сис тема, разработанная корпорацией Novell. Обеспечивает прозрачный доступ к удаленным файлам и многие другие сетевые услуги.

Подынтерфейс или вспомогательный интерфейс (subinterface). Один из нескольких вир туальных интерфейсов одного физического интерфейса.

Протокол NetWare служб канального уровня (NetWare Link Services Protocol, NCLP).

Протокол маршрутизации канального уровня, базирующийся на IS-IS. Реализация NLSP в мар шрутизаторах Cisco также включает в себя MIB-переменные, средства перераспределения мар шрутизации и SAP-информации между NSLP и другими IPX-протоколами маршрутизации.

Протокол межсетевого обмена пакетами (Internetwork Packet Exchange, IPX). Протокол сетевого уровня NetWare, используемый для передачи данных от серверов к рабочим станциям.

Протокол IPX аналогичен протоколам IP и XNS.

Протокол объявления служб (Service Advertising Protocol, SAP). IPX-протокол, пре доставляющий средства оповещения клиентов через серверы и маршрутизаторы о доступных сетевых ресурсах и услугах.

Протокол последовательного обмена пакетами (Sequenced Packet Exchange, SPX). На дежный, ориентированный на установление соединения протокол, дополняющий Услуги по об работке дейтаграмм, предоставляемые протоколами сетевого уровня. Корпорация Novell разра ботала этот широко используемый транспортный протокол на основе протокола SPP из набора протоколов XNS.

Распределение нагрузки Qoad sharing). Использование двух или более путей для отправки пакетов к одному и тому же пункту назначения;

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

Расширенный протокол маршрутизации внутреннего шлюза (Enhanced Interior Gate way Routing Protocol, Enhanced IGRP). Расширенная версия протокола IGRP, разработанная корпорацией Cisco. Обеспечивает высокую степень конвергенции и операционной эффективно сти, объединяя преимущества протоколов канального уровня и дистанционно-векторных прото колов.

Сервер (server). Узел или программа, предоставляющие услуги клиентам.

Сетевая операционная система (Network Operating System, NOS). Операционная система, используемая для обеспечения работы сетей, таких, например, как Novell NetWare или Windows NT.

Точка доступа к службе (service access point). Поле, определенное спецификацией IEEE, являющееся частью адресной спецификации.

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

Шестнадцатеричный (по основанию 16) (hexadecimal (base 16)). Числовое представление, использующее цифры от 1 до 9 в обычном значении и буквы от А до F для представления деся тичных чисел от 10 до 15. В шестнадцатеричном представлении самая правая цифра обозначает единицы, следующая — числа, кратные 16, следующая — кратные 1б2=256 и т.д.

Ключевые темы этой швы • Описываются цели использования и функции распределенных сетей • Описываются различные устройства распределенных сетей • Рассматривается работа распределенных сетей • Описываются форматы инкапсуляции в распределенных сетях • Описываются типы каналов в распределенных сетях Глава Распределенные сети Введение В вастоящей главе описываются, различные протоколы и технологии, используемые в рас пределенных сетях (wide-area network, WAN) В ней рассмотрены основные концепции, от носящиеся к распределенным сетям, типы служб, форматы инкапсуляции и типы каналов.

Описаны также каналы "точка-точка", коммутация цепей (каналов), коммутация пакетов, вир туальные сети, службы вызова и устройства распределенных сетей, _ Вашингтонский проект: реализация распределенных сетей Для передачи данных распределенная сеть Вашингтонского учебного округа должна соединять все школы и административные офисы с окружным офисом Информация, изложенная в настоящей главе, помогает понять принципы функционирования этой се ти и спроектировать ее. По мере описания новых понятий станет возможной их реали зация в проекте распределенной сети.

_ Обзор технологии распределенных сетей Распределенная сеть представляет собой сеть передачи данных, сфера действия которой простирается за пределы локальной сети Одним из отличий распределенной от локальной яв ляется то, что для использования распределенной сети требуется заключить договор с внешним провайдером, таким, например, как региональное отделение компании Bell (regional operat ing company Bell, RBOC) Это позволяет в распределенной сети воспользоваться услугами се тевых провайдеров (carrier network services) В распределенной сети используются каналы данных, такие как интегрированные службы цифровых сетей (Integrated Services Digital Network, ISDN) и ретрансляция фреймов (Frame Relay), предоставляемые сетевыми провайдерами, для получения доступа к '''выделенной полосе пропускания в пределах области действия распреде ленной сети Распределенная сеть соединяет друг с другом отдельные офисы одной организа ции,офисы компании с другими организациями, с внешними службами (такими как базы дан ных) и с удаленными пользователями. Распределенные сети обычно передают данные различ ных типов, такие как звук, цифровые данные и видео.

Технологии распределенных сетей функционируют на трех нижних уровнях эталонной мо дели OSI — на физическом, канальном и сетевом. На рис. 8.1 показаны связи между техноло гиями распределенных сетей и эталонной моделью OSI.

Службы распределенных сетей Чаше всего используются такие службы распределенных сетей, как телефонная связь и пере дача данных. Эти службы функционируют на участке между точкой присутствия (point of presence, POP) и телефонной станцией (central office) провайдера. Телефонная станция пред ставляет собой офис местной телефонной компании, к которому подсоединены все локальные ответвления данного региона и в котором происходит коммутация линий абонентов.

Рис. 8.1. Технологии распределенных сетей функционируют на трех нижних уровнях эта лонной модели OS Обзор среды распределенной сети (рис. 8.2) позволяет подразделить службы пр вайдера на три основных группы.

• Вызов (call setup). Эта служба устанавливает и прекращает связь между пользовате лями телефонов. Называемая также сигнализацией, служба установки вызова исполь зует отдельный телефонный канал, который не используется для других целей. Для установки вызова чаще всего используется система сигнализации 7 (Signaling Sys tem 7, SS7), которая передает и принимает телефонные управляющие сообщения и сигналы на пути от точки передачи к пункту назначения.

• Временное мультиплексирование (Time-division multiplexing, TDM). Для передачи информации от многих источников используется полоса пропускания фиксированной ширины в одной и той же передающей среде. Метод коммутации каналов использует сигнализацию для определения маршрута вызова, который представляет собой выде ленный путь между отправителем и получателем. Осуществляя мультиплексирование потоков данных в фиксированные временные промежутки, TDM позволяет избежать перегрузки устройств и изменения значений задержки. Каналы TDM используются базовой телефонной службой и ISDN.

• Протокол Frame Relay. Информация, содержащаяся во фреймах, передается по оп ределенной полосе пропускания совместно с информацией от других подписчиков.

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

Кроме того, коммутация пакетов протоколом Frame Relay использует маршрутизацию 3-го уровня, при которой адреса отправителя и адресата содержатся в самом пакете.

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

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

Как показано на рис. 8.3, наиболее часто используемыми терминами, связанными с ос новными типами услуг в распределенных сетях, являются следующие.

• Стационарное оборудование пользователя (Customer's premises equipment, CPE).

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

• Демаркация (или демарк) (Demarcation или demarc). Точка, в которой заканчива ется СРЕ и начинается локальное ответвление службы провайдера. Часто эта точка находится в точке присутствия здания.

• Местное ответвление (или "последняя миля"). Кабель (обычно медный провод), ведущий от точки демаркации к телефонной станции провайдера.

• Коммутатор телефонной станции (СО switch). Коммутирующее устройство, кото рое представляет собой ближайшую точку присутствия для службы провайдера рас пределенной сети.

• Платная часть сети (toll network). Коммутаторы и другие устройства коллективного пользования (также называемые стволами, trunk) в среде провайдера. Поток данных клиента на своем пути к месту назначения может проходить по стволу к первичному центру, затем к районному центру и далее к региональному или международному центру.

Рис. 8.3. Соединение организации с пунктом назначения осуществляется посредством вызо ва типа "точка-точка " На участке пользователя основное взаимодействие происходит между оборудованием тер минала данных (data terminal equipment, DTE) и оборудованием конечной цепи (data cir cuit-terminating equipment, DCE). Обычно DTE представляет собой маршрутизатор, a DCE яв ляется устройством, используемым для преобразования данных пользователя из формы, исполь зуемой DTE в форму, соответствующую устройству службы распределенной сети. Как показано на рис. 8.4, DCE представляет собой подсоединенный модем (modem), модуль канальной службы/модуль службы данных (channel service unit/data service unit) или терминальный адаптер/сетевое окончание 1 (terminal adapter/network termination 1, TA/NT1).

Рис. 8.4. При передаче данных по распределенной сети происходит соединение между собой DTE, вследствие чего они могут совместно использовать ресурсы, расположенные на обшир ной территории Отрезок пути между двумя DTE называют каналом, цепью или линией. Сначала DCE обеспе чивает интерфейс для доступа DTE к каналу среды распределенной сети. Интерфейс DTE/DCE выступает в качестве границы, на которой ответственность за передачу потока данных перехо дит от подписчика распределенной сети к провайдеру.

Интерфейс DTE/DCE использует различные протоколы (такие, например, как HSSI и v.3.5), которые устанавливают коды, используемые устройствами для взаимного обмена информацией.

Этот интерфейс определяет, каким образом работает служба вызова и как поток данных пользо вателя проходит по распределенной сети.

Виртуальные каналы распределенных сетей Виртуальный канал (virtual circuit) создается для обеспечения надежной связи между дву мя сетевыми устройствами, В противоположность каналу типа "точка-точка" он представляет собой не физическую, а логическую цепь. Существуют два типа виртуальных каналов: комму тируемые виртуальные каналы (switched virtual circuit) и постоянные виртуальные кана лы (permanent virtual circuit).

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

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

_ Вашингтонский проект: технологическое проектирование распределенной сети В Вашингтонском округе требуется использовать постоянный виртуальный канал, ра ботающий с протоколом Frame Relay. Этот канал необходимо добавить в Вашингтон ский сетевой проект. Кроме того, необходимо создать канал доступа к Internet на ба зе протокола Frame Relay.

_ Стандарты сигнализации и скорости передачи в рас пределенных сетях У провайдера распределенной сети можно заказать каналы с различной скоростью Передачи данных, которая измеряется в битах в секунду (бит/с). Эта скорость определяет, как быстро дан ные будут передаваться по распределенной сети. В США ширина полосы пропускания обычно регламентируется Северо-Американской классификацией цифровых линий (North American Digital Hierarchy), приведенной в табл. 8.1.

Таблица 8.1. Типы каналов и скорости передачи в распределенных сетях Тип канала Стандарт сигнала Скорость передачи, бит/с 56 DSO 56 Кбит/с 64 DSO 64 Кбит/c Т1 DS1 1,544 Мбит/с Е1 ZM 2,048 Мбит/с ЕЗ МЗ 34,064 Мбит/с Л Y1 2,048 Мбит/с ТЗ DS3 44,736 Мбит/с ОСИ SONET 51, 84 Мбит/с ОС-3 SONET 155,54 Мбит/с ОС-9 SONET 466,56 Мбит/с ' ОС-12 SONET 622,08 Мбит/с ОСИ 8 SONET 933, 12 Мбит/с ОС-24 SONET 1244, 16 Мбит/с ОС-36 SONET 1866,24 Мбит/с ОС-48 SONET 2488,32 Мбит/с Устройства распределенных сетей Распределенные сети используют различные типы устройств, включая следующие.

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

• Коммутаторы, осуществляющие передачу голосовых, цифровых и видеосигналов в пределах полосы пропускания распределенной сети • Модемы, которые реализуют интерфейс для служб голосовых данных. Модемы включают в себя устройства CSU/DSU и ТА/NT 1, поддерживающие интерфейс со службами ISDN.

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

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

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

Коммутаторы распределенных сетей Коммутаторы распределенной сети представляют собой сетевые устройства с несколькими портами, которые обычно коммутируют потоки данных таких протоколов, как Frame Relay, X 25 и коммутируемая мультимегабитная служба данных (Switched Multimegabit Data Service, SMDS). Коммутаторы распределенных сетей функционируют на канальном уровне эталонной модели OSI. На рис. 8 6 показаны два маршрутизатора, расположенных на разных концах рас пределенной сети и соединенных коммутаторами. В данном примере коммутаторы фильтруют, перенаправляют и поддерживают поток фреймов на основе адреса пункта назначения каждого фрейма _ Вашингтонский проект: размещение коммутаторов В качестве части проекта сети Вашингтонского учебного округа и его реализации не обходимо определить требуемый тип коммутаторов, их количество и место размеще ния в сети В качестве возможных мест расположения следует рассмотреть MDF и IDF в помещениях школ и в главном окружном офисе.

_ Рис 8 6 Коммутаторы распределенных сетей могут соединять два маршрутизатора, рас положенных в разных концах сети Модемы Модемы представляют собой устройства, которые преобразуют друг в друга цифровые и ана логовые сигналы путем модуляции и демодуляции, что позволяет передавать Цифровые данные по обычным телефонным линиям У отправителя цифровые сигналы преобразуются в форму, требуемую для передачи данных по аналоговым каналам связи. В пункте назначения эти анало говые сигналы преобразуются в первоначальную цифровую форму. На рис. 8.7 показан пример связи между модемами, осуществляв мой через распределенную сеть.

Устройства CSU/DSU CSU/DSU представляет собой устройство с цифровым интерфейсом (иногда два отдельных цифровых устройства), которое адаптирует физический интерфейс на устройстве DNE (таком, например, как терминал) к интерфейсу на DCE-устройстве (таком, как коммутатор) в сети с коммутируемым носителем. На рис. 8.8 показано размещение CSU/DSU в распределенной сети.

Иногда CSU/CDU объединяются в | одном корпусе с маршрутизатором.

Рис. 8.8. В распределенной сети CSU/DSU размещаются между коммутатором и термина лом _ Вашингтонский проект: размещение CSU/DSU В качестве части проекта сети Вашингтонского учебного округа и его реализации не обходимо определить требуемый тип CSU/DSU, их количество и место размещения в сети. В качестве возможных мест размещения можно рассмотреть школьные по мещения и главный окружной офис, где будет заканчиваться распределенная сеть.

Необходимо помнить о том, что CSU/DSU должны быть расположены по возможно сти ближе к маршрутизаторам.

_ Терминальные адаптеры ISDN Терминальный адаптер ISDN представляет собой устройство, используемое для со-| единения интерфейса базовой скорости передачи (Basic Rate Interface, BRI) с другими| интерфейсами.

Терминальный адаптер обычно представляет собой ISDN-модем. На рис. 8.9. показано разме щение терминального адаптера в среде ISDN.

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

• Отдел стандартизации при международном телекоммуникационном союзе (Interna tional Telecommunication Union-Telecommunication Standardization Sector, ITU-T). Ра нее назывался Консультативным комитетом по международной телефонии и телегра фии (Consultative Committee for International Telegraph and Telephone, CCITT).

• Международная организация по стандартизации (ISO).

• Инженерная группа по решению конкретной задачи в Internet (Internet Engi neering task Force, IETF).

• Ассоциация электронной индустрии (Electronic Industries Association, EIA).

• • Ассоциация индустрии телекоммуникаций (Telecommunications Industries Associa tion, TIA) Физический уровень распределенной сети Протоколы физического уровня распределенной сети описывают работу служб распределен ных сетей, осуществляющих электрические, механические, операционные и функциональные соединения. Большинство распределенных сетей требуют наличия соединения между собой, ко торое обеспечивается провайдером коммуникационной службы (таким, например, как RBOC), другим провайдером (таким, например, как провайдер услуг Internet) или агентством почты, телеграфа и телефона (post, telegraph and telephone agency, FIT).

Физический уровень распределенной сети также описывает интерфейс между DTE и DCE.

Обычно ОСЕ является провайдером службы, a DTE является подсоединенным устройством, как показано на рис. 8.10.

DTE DCE Оконечное устройство Оконечное устройство провайдера пользователя, подключен- подключенное к коммуникацион ное к каналу распределен- ному устройству распределенной ной сети сети Рис. 8.10. Канал провайдера услуги обычно заканчивается на DTE (например, на маршрути заторе) и на DCE (например, на участке пользователя) Требования, предъявляемые к интерфейсу между DTE и DCE, определяются несколькими протоколами физического уровня.

• EIA/TIA-232 — общий стандарт интерфейса физического уровня, разработанный EIA и TIA, который поддерживает несбалансированные сети со скоростью передачи до Кбит/с. Он во многом аналогичен стандарту спецификации V.24 и был ранее известен как RS-232. Этот стандарт использовался в течение многих лет • EIA/TIA-449 — популярный стандарт интерфейса физического уровня, разработан ный EIA и TIA. Его можно рассматривать как более быструю версию (до 2 Мбит/с) протокола EIA/TIA-232, способную работать при большей длине кабеля • EIA/TIA-612/613 — стандарт, описывающий высокоскоростной последовательный интерфейс (High Speed Serial Interface, HSSI), который обеспечивает доступ к служ бам со скоростями передачи: ТЗ (45 Мбит/с), ЕЗ (34 Мбит/с) и к синхронной оптиче ской сети STS-1 (Synchronous Optical Network, SONET) со скоростью 51,82 Мбит/с.

Реальная скорость интерфейса зависит от внешнего DSU и от типа службы, к которой он подсоединен • V.24 —стандарт ITU-T для интерфейса физического уровня между DTE и DCE • V.35 —стандарт ITU-T, описывающий синхронный протокол физического уровня, используемый для осуществления коммуникации между устройством сетевого досту па и пакетной сетью. V.35 является наиболее распространенным в США и Европе протоколом и рекомендуется для скоростей передачи до 48 Кбит/с • Х.21 — стандарт ITU-T для последовательных соединений по синхронным цифровым линиям. Этот протокол используется главным образом в Европе и в Японии • G.703 — электрическая и механическая спецификация ITU-T для осуществления свя зи между оборудованием телефонной компании и DTE с использованием английского морского соединителя (British Naval Connector, BNC), осуществляемой со скоростью линий типа Е • EIA-530 — две реализации протокола EIA/TIA: RS-422 (для сбалансированной пере дачи) и RS-423 (для несбалансированной передачи).

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

На рис. 8.11 показаны основные типы инкапсуляции, используемые в каналах связи распре деленных сетей.

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

• Протокол типа "точка-точка" (Point-to-Point Protocol, PPP). Описывается специфика цией RFC 1661;

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

• ISDN. Набор цифровых служб для передачи голосовых и цифровых данных по суще ствующим телефонным линиям.

• Сбалансированный протокол доступа к каналу (Link Access Procedure, Balanced, LAPB). Этот протокол используется в сетях с коммутацией пакетов для ин капсуляции пакетов на 2-м уровне стека Х.25. Он также может быть использован в канале типа "точка-точка" в случае, когда канал обладает невысокой надежностью или имеет внутреннюю задержку, что происходит, например, в спутниковых каналах.

Протокол LAPB обеспечивает высокую надежность передачи и управление потоком на основе соединениятипа "точка-точка".

• Cisco/IETF. Используется для инкапсуляции потоков данных протокола Frame Relay.

Опция Cisco может быть использована только при обмене данными между маршрути заторами Cisco • Управление каналом данных высокого уровня (High-Level Data Link Control, HDLC).

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

Форматы инкапсуляции фреймов в распределенных сетях Двумя основными типами инкапсуляции типа "точка-точка" являются ЙВЬС и РРР. Все типы инкапсуляции в последовательных соединениях используют общий формат фрейма, который содержит следующие поля (рис. 8.12).

• Флаг — указывает начало фрейма;

этому полю присваивается значение 7F (в шест надцатиричном виде, т.е. по основанию 16).

• Адрес — поле из одного или двух байтов для адресации конечной станции в средах с множественной рассылкой.

• Управление — указывает на тип фрейма: информационный, служебный или ненуме рованный. Содержит также конкретные коды функций.

• Данные — инкапсулированные данные.

• PCS — последовательность проверки фрейма (frame check sequence, PCS).

• Флаг — идентификатор трейлера;

ему присваивается значение 7Е.

РРР Флаг Адрес Управление Протокол LSP FCS Флаг HDLC Флаг Адрес Управление Владелец Данны FCS Флаг е Рис. 8.12. Инкапсуляция типа "точка-тонка " обычно используется в вы деленных линиях распределенных сетей Каждый тип соединения при передаче данных по каналам распределенной сети использует для инкапсуляции протокол 2-го уровня. Для того, чтобы быть уверенным в правильности про токола, используемого для инкапсуляции, необходимо задать тип конфигурации 2-го уровня для каждого последовательного интерфейса маршрутизатора. Выбор протокола инкапсуляции зави сит от используемой технологии распределенной сети и от типа коммуникационного оборудо вания. РРР и HDLC представляют собой два типа протоколов инкапсуляции, которые можно использовать для соединений, описанных в настоящей главе.

Инкапсуляция протокола РРР Протокол РРР предоставляет стандартный метод инкапсуляции для последовательных со единений (описан в стандартах RFC 1332 и RFC 1661). Этот протокол может, кроме всего про чего, проверять качество канала при установке связи. Протокол РРР также предоставляет воз можность проверки аутентификации с помощью протокола проверки пароля (Password Authen tication Protocol, PAP) или протокола аутентификации с предварительным согласованием вызо ва (Challenge Handshake Authentication Protocol, CHAP). Протокол РРР подробно описан в главе 10, "Протокол РРР".

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

• Протокол LCP для согласования взаимодействия на основной линии.

• Семейство управляющих сетевых протоколов для согласования индивидуаль ных протоколов 3-го уровня и их IP-опций (таких, как управляющий IP-протокол, IP Control Protocol, IPCP) и других опций, таких как сжатие данных.

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

Для проверки статуса LCP и управляющих сетевых протоколов можно использовать команду show interfaces, а для тестирования взаимодействия сетевых уровней могут быть использованы управляющие сетевые протоколы. Для устранения ошибок очень удобна команда debug ppp.

Для создания конфигурации последовательного соединения с использованием РРР используется команда encapsulation ppp:

Router(config) # interface serial Router(config-if)# encapsulation ppp _ Инкапсуляция протокола HDLC HDLC представляет собой протокол канального уровня, созданный на базе ис пользовавшегося ранее для инкапсуляции протокола управления синхронным каналом дан ных (Synchronous Data Link Control). HDLC-инкапсуляция является используемым по умол чанию типом инкапсуляции для последовательных каналов между маршрутизаторами Cisco.

Реализация этого протокола является очень примитивной: отсутствуют окна и контроль потока, допускаются только соединения типа "точка-точка". В адресном поле все биты всегда равны единице. Кроме того, после управляющего поля вставлен 2-байтовый код производителя;

это означает, что тип фреймов используемых HDLC несовместим с оборудованием других про изводителей.

Если на обоих концах выделенной линии расположены маршрутизаторы или серверы досту па, работающие с программным обеспечением операционной системы Cisco (Cisco Internetwork Operating System software, IOS), то для инкапсуляции обычно используется протокол HDLC.

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

_ Вашингтонский проект: инкапсуляция РРР Хотя для соединений типа "точка-точка" можно использовать оба типа протоколов — РРР и HDLC, в сети Вашингтонского учебного округа следует использовать каналы на основе протокола РРР. Этот протокол обладает следующими преимуществами.

• Совместимость с версиями других производителей.

• Возможность использования LCP для согласования взаимодействия с основной линией.

• Возможность использования семейства сетевых протоколов для согласования индивидуальных протоколов 3-го уровня.

_ Типы каналов распределенных сетей Существуют два типа каналов, используемых в распределенных сетях: выделенные линии и коммутируемые соединения. Структура этих каналов показана на рис. 8.13. Коммутируемые со единения, в свою очередь, могут осуществлять коммутацию пакетов или каналов. В последую щих разделах описываются эти типы каналов.

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

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

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

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

при этом обычно используется до 2 Мбит/с (Е1) полосы пропускания, что становится возможным благодаря использованию CSU/CDU. Раз личные методы инкапсуляции на канальном уровне обеспечивают гибкость и надежность при передаче данных пользователя. Выделенные линии такого типа являются идеальным решением для сред с передачей большого и стабильного количества данных. Однако использование выде ленной линии может оказаться неэффективным в финансовом отношении, поскольку за нее приходится платить и в том случае, когда данные не передаются.

Рис. 8.13. Существуют различные типы соединений, использующих коммутацию пакетов или коммутацию каналов _ Вашингтонский проект: выделенные линии В Вашингтонском проекте выделенные линии следует использовать для создания яд ра распределенной сети. В процессе проектирования необходимо определить тре буемое количество таких линий и оборудование, которое необходимо для них приоб рести (такое, как CSU/CDU).

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

Провайдер услуг резервирует такой канал только для одного пользователя. На рис. 8.14 показан типичный канал типа "точка-точка", проложенный по распределенной сети.

Соединения с коммутацией пакетов Коммутация пакетов представляет собой такой метод коммутации в распределенных сетях, при котором сетевые устройства совместно используют отдельный канал типа "точка-точка" для транспортировки пакетов от источника к адресату через сеть-носитель, как показано на рис. 8.15. В качестве примера технологий с коммутацией пакетов можно привести Frame Relay, SMDC и Х.25.

Рис 8 15 При пакетной коммутации пакеты передаются через сеть-носитель Коммутируемые сети могут переносить фреймы (пакеты) переменного размера или ячейки постоянного размера. Наиболее типичным примером сети с коммутацией пакетов является сеть, использующая протокол Frame Relay.

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

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

Frame Relay представляет собой пример коммуникационной технологии с коммутацией па кетов, которая позволяет подсоединить несколько сетевых устройств к многоточечной распре деленной сети, как показано на рис. 8.16. Проектирование распределенной сети с использова нием Frame Relay может оказать воздействие на работу протоколов верхнего уровня, таких как IP, IPX и AppleTalk, в частности, на расщепление горизонта. Протокол Frame Relay называется технологией множественного доступа без широковещания, поскольку в нем отсутствует воз можности широковещания. Широковещательные сообщения передаются этим протоколом пу тем рассылки индивидуальных пакетов по всем пунктам назначения.

Маршрутизатор ВМаршрутизатор D Рис. 8.16. Frame Relay представляет собой пример сетевой технологии с коммутацией па кетов Она была создана с целью обеспечения большей скорости и простоты в использовании, чем прежние технологии (такие, как Х.25), предназначавшиеся для соединения между собой многочисленных сетевых устройств Frame Relay определяет соединение между пользователем DTE и провайдером ОСЕ. Обычно DTE представляет собой маршрутизатор, a DCE является коммутатором Frame Relay. (В данном случае DTE и DCE относятся не к физическому уровню, а к канальному). Frame Relay обеспечи вает доступ со скоростями 56 Кбит/с, 64 Кбит/с или 1,544 Мбит/с.

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

Ретрансляция фреймов обычно осуществляется через постоянные виртуальные каналы. Как канал передачи данных PVC обладает невысокой надежностью. Идентификатор канального соединения (data-link connection identifier, DLCI) используется для указания конкретного по стоянного виртуального канала. Номер DLCI является локальным идентификатором в среде ме жду DTE и DCE, описывающим логическую связь между устройствами отправителя и получа теля. Соглашение о DLCI определяет согласованную скорость передачи информации (com mitted information rate), предоставляемую провайдером и измеряемую в битах в секунду. Она представляет собой скорость, с которой коммутатор Frame Relay обязуется передавать данные.

(Эти вопросы рассмотрены более подробно в главе 12, "Протокол Frame Relay".).

Ниже, в главе 12 показано, что при использовании этого протокола могут быть реализованы две основные топологии.

• Полно-сеточная топология (fully meshed technology). В этой топологии каждое сетевое уст ройство имеет постоянную виртуальную цепь с любым другим устройством многоточечной распределенной сети. Каждое обновление, посланное каким-либо устройством, видно любо му другому устройству. Если избран такой метод проектирования, то вся сеть ретрансляции фреймов может рассматриваться как один канал передачи данных.

• Частично-сеточная топология (partially-meshed topology). Такую топологию часто называ ют звездообразной топологией. В этой топологии не все устройства имеют постоянные виртуальные каналы с остальными устройствами.

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

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

Маршрутизация с подключением по запросу Маршрутизация с подключением по запросу (dial-on demand routing, DDR) представляет собой режим работы, при котором маршрутизатор может динамически инициировать и за крывать сеансы с коммутацией каналов в то время, когда это требуется передающим конечным станциям. Когда маршрутизатор получает поток данных, направленный в удаленную сеть, соз дается канал и поток направляется по нему обычным путем. Маршрутизатор поддерживает ра боту таймера занятости, который переустанавливается только тогда, когда получен требуемый поток данных (под требуемым потоком данных понимается поток, который маршрутизатор должен отправить). Однако, если время ожидания таймера истекло, то канал ликвидируется.

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

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

Она может оказаться более экономичной, чем выделенная линия или многоточечный вариант.

Маршрутизация по запросу означает, что соединение устанавливается только в том случае, ко гда особый тип потока данных инициирует вызов или в случае, когда требуется резервная ли ния. Такого рода вызовы с коммутацией каналов, показанные пунктиром на рис. 8.17, выполня ются с использованием сетей ISDN. Маршрутизация по запросу является эквивалентом выде ленной линии в том случае, когда Не требуется постоянный доступ. Кроме того, такой тип мар шрутизации может быть использован для замены каналов типа "точка-точка" и коммутируемых служб множественного доступа к распределенным сетям.

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

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

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

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

• Терминальное оборудование 1-го типа (ТЕ1). Этот термин обозначает устройство, совмес тимое с сетью ISDN. Терминальное оборудование подключается к оборудованию NT 1-го или 2-го типа.

• Терминальное оборудование 2-го типа (ТЕ2). Под ним понимается устройство, которое несовместимо с сетью ISDN и требует использования терминального адаптера.

• Терминальный адаптер (ТА). Это устройство преобразует электрические сигналы в фор мат, используемый ISDN, в результате чего к сети ISDN могут быть подключены устрой ства, не относящиеся к ISDN-типу.

• NT-оборудование 1-го типа (NT1). Это устройство подсоединяет четырехпроводной ка бель подписчика ISDN к обычному двухпроводному кабелю локального ответвления.

• NT-оборудование 2-го типа (NT2). Эти устройства направляют потоки данных на различ ные устройства подписчика и на оборудование типа NT1, а также в обратном направле нии. NT2 представляет собой устройство, выступающее в качестве коммутатора и кон центратора.

Как показано на рис. 8.18, особые точки интерфейса ISDN включают в себя следующее.

• Интерфейс S/T, который представляет собой интерфейс между ТЕ1 и NT. S/T использует ся также в качестве интерфейса от терминального адаптера к NT.

• R-интерфейс представляет собой интерфейс между ТЕ2 и NA.

• Под U-интерфейсом понимается двухпроводной интерфейс между NT и средой ISDN.

Имеются два вида служб ISDN: интерфейс базовой скорости (Basic Rate Interface, BRI) и ин терфейс первичной скорости передачи данных (Primary Rate Interface, PRI). BRI работает глав ным образом с использованием витых медных пар телефонных проводов, уже установленных на данный момент. BRI разделяет общую ширину полосы пропускания 144 Кбит/с на три канала.

Два из этих каналов, называемых В-каналами (bearer channel, или канал-носитель), работают со скоростью 64 Кбит/с и используются для передачи голосовых сообщений или для передачи цифровых данных. Третий канал, называемый D-каналом (delta channel) представляет собой сигнальный канал с полосой 16 Кбит/с и используется для передачи инструкций, указывающих телефонной сети режим работы с каждым из В-каналов. BRI часто обозначают как 2B+D. Про токол ISDN рассматривается более подробно в главе 11, "ISDN — цифровая сеть интегрирован ных служб".

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

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

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

• Абонентам распределенной сети предоставляются различные виды услуг;

при этом або нент должен знать, как получить доступ к службе провайдера распределенной сети.

• Устройства распределенных сетей включают в себя коммутаторы, модемы и терминаль ные адаптеры ISDN.

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

• Для инкапсуляции в распределенных сетях используются форматы протоколов РРР и HDLC.

• В распределенных сетях используются такие типы каналов, как выделенные линии, соеди нения типа "точка-точка", соединения с коммутацией пакетов, (такие как Frame Relay) и соединения с коммутацией каналов (такие как DDR и ISDN).

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

При этом необходимо решить следующие задачи.

1. Выбрать службы для окружной распределенной сети.

2. Определить количество и стоимость необходимых служб.

3. Описать в документации процесс проектирования распределенной сети.

Контрольные вопросы Для проверки правильности понимания тем и понятий, описанных в настоящей главе, пред лагается ответить на приведенные ниже вопросы. Ответы приведены в приложении А.

1. Сколько путей используется протоколами канального уровня распределенных сетей для переноса фреймов между системами?

A. Два.

B. Один.

C. Четыре.

D. Неопределенное количество.

2. На каком уровне эталонной модели OSI находится оборудование ОСЕ и DTE?

A. На сетевом уровне.

B. На канальном уровне.

C. На физическом уровне.

D. На транспортном уровне.

3. На каком типе оборудования обычно используются CSU/CDU?

A. Маршрутизатор.

B. DTE.

C. Коммутатор.

D. DCE.

4. Какой из приведенных ниже типов инкапсуляции используется в синхронных последовательных каналах связи?

A. РРР.

B. HDLC.

C. Frame Relay D. Ничто из перечисленного.

5. Какой тип инкапсуляции следует выбрать для канала в том случае, когда ско рость является самыми важным фактором?

A. Frame Relay.

B. РРР.

C. HDLC.

D. SLIP.

6. Устройства, расположенные на территории абонента, называются...

A. оборудованием, собственником которого является потребитель.

B. устройства подписчика.

C. стационарное оборудование пользователя.

D. стационарное оборудование подписчика.

7. Путь в распределенной сети между DTE называется...

A. линией.

B. цепью.

C. каналом.

D. Все перечисленное.

8. Какие службы распределенной сети могут быть использованы маршрутизатором?

A. Frame Relay.

B. ISDN.

C. РРР.

D. Все перечисленное.

9. Что из перечисленного ниже является примером протокола с пакетной коммутацией?

A. ISDN.

B. Frame Relay.

C. РРР.

D. HDLC.

10. Какой протокол использует РРР для установления и поддержания соединений типа "точ ка-точка"?

A. HDLC.

B. LCP.

C. LAPD.

D. Cisco IFTF.

Основные термины В-канал или канал-носитель (bearer channel, В channel). Дуплексный канал ISDN-типа, работающий со скоростью 64 Кбит/с и используемый для передачи данных пользователя.

Cisco IOS (Internetwork Operating System software, Cisco IOS software). Программное обеспечение межсетевой операционной системы корпорации Cisco, которое обеспечивает функ циональность, расширяемость и обеспечение безопасности всех программных продуктов архи тектуры CiscoFusion. Программное обеспечение операционной системы Cisco предоставляет возможность централизованной, интегрированной и автоматизированной установки и управле ния сетями, обеспечивая поддержку целого ряда протоколов, передающих сред, служб и плат форм.

Ассоциация телекоммуникационной индустрии (Telecommunications Industries Associa tion, TIA). Организация, разрабатывающая стандарты для телекоммуникационных технологий.

TIA и EIA совместно формализовали стандарты, такие как EIA/TIA-232, определяющие элек трические характеристики процесса передачи данных.

Ассоциация электронной индустрии (Electronic Industries Association, EIA). Группа, уста навливающая стандарты передачи данных. EIA и TIA совместно разработали большое количе ство стандартов коммуникации, включая стандарты EIA/TIA-232 и EIA/TIA-449.

Блок канального интерфейса/блок цифровой службы (channel service unit/digital service unit, CSU/DSU). Устройство цифровой связи, соединяющее оборудование конечного пользова теля и ответвление локальной телефонной станции.

Виртуальный канал или виртуальная цепь (virtual circuit). Логический канал, созда ваемый для обеспечения надежной связи между двумя сетевыми устройствами. Виртуальный канал определяется парой VPI/VCI и может быть постоянным (PVC) или коммутируемым (SVC). В виртуальных каналах используются протоколы ретрансляции фреймов и Х.25. Иногда используется аббревиатура VC.

Временное мультиплексирование (time-division multiplexing, TDM). Сигнал коммутации канала, используемый для определения маршрута вызова, который является выделенным путем от отправителя к получателю.

Дельта-канал (D channel, delta channel). Дуплексный ISDN-канал работающий со скоро стью 16 Кбит/с (BRI) или 64 Кбит/с (PRI).

Демаркация (demarcation). Точка, в которой заканчивается СРЕ и начинается местное ответв ление службы. Часто находится в точке присутствия здания.

Идентификатор канального соединения (data-link connection identifier, DLCI). Иден тификатор PVC или SVC в сети Frame Relay. В базовой спецификации Frame Relay DLCI имеют локальное значение (т.е. подсоединенные устройства могут использовать различные значения для одного и того же соединения). В расширенной спецификации LMI идентификаторы каналь ного уровня являются глобальными (т.е. указывают на индивидуальные оконечные устройства).

Инженерная группа по решению конкретной задачи в Internet (Internet Engineering Task Force, IETF). Организация, состоящая из более чем 80 рабочих групп и отвечающая за развитие стандартов Internet. IFTF работает под руководством ISOC.

Канал типа "точка-точка" (point-to-point link). Канал, обеспечивающий отдельный, зара нее установленный путь коммуникации от стационарного оборудования потребителя до уда ленной сети через сеть провайдера, такую, например, как сеть телефонной компании. Также на зывается выделенной линией или арендованной линией.

Коммутируемый виртуальный канал (switched virtual circuit, SVC). Виртуальный канал, устанавливаемый динамически по требованию и ликвидируемый после окончания передачи.

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

Маршрутизация с коммутацией по запросу (dial-on-demand routing, DDR). Вид мар шрутизации, при которой маршрутизатор открывает и закрывает сеанс коммутации линий толь ко тогда, когда в этом нуждаются оконечные передающие станции.

Местное ответвление (local loop). Кабель (обычно медный провод), идущий от линии де маркации до центрального офиса провайдера распределенной сети.

Модем (модулятор-демодулятор) (modern, modulator-demodulator). Устройство, преобра зующее цифровые сигналы в аналоговые и наоборот. На станции-источнике модем преобразует цифровые сигналы в форму, соответствующую передаче по каналам аналоговой связи. В пункте назначения аналоговые сигналы преобразуются в цифровую форму. Модемы позволяют переда вать цифровую информацию по телефонным линиям.

Надежность (reliability). Величина, представляющая собой отношение числа полученных подтверждений активности к числу ожидаемых. Чем больше это отношение, тем надежнее ли ния. Эта величина используется в качестве метрики при маршрутизации Оборудование конечной цепи (data circuit-terminating equipment, DCE). Устройство, ис пользуемое для преобразования данных пользователя из формата DTE в формат, используемый оборудованием службы распределенной сети.

Оборудование терминала данных (data terminal equipment, DTE). Устройство, распо ложенное на пользовательском конце интерфейса "пользователь-сеть", которое может высту пать в качестве источника данных, получателя данных или в качестве обоих. DTE соединяется с сетью данных посредством устройства DCE (например, модема) и обычно использует времен ные сигналы, генерируемые DCE. Оборудование терминала данных включает в себя такие уст ройства, как компьютеры, трансляторы протоколов и мультиплексоры.

Платная часть сети (toll network). Коллективные коммутаторы и другие устройства (назы ваемые магистралями или стволами) в среде провайдера распределенной сети.

Полно-сеточная топология (fully meshed topology). Топология, в которой каждое уст ройство сети ретрансляции фреймов имеет PVC со всеми остальными устройствами многото чечной распределенной сети.

Постоянный виртуальный канал (permanent virtual circuit, PVC). Виртуальный канал, установленный на постоянный режим работы. Постоянные виртуальные каналы экономят поло су пропускания, затрачиваемую на создание канала и на его ликвидацию, в ситуациях, когда виртуальная цепь должна существовать постоянно.

Почта, телефон и телеграф (post, telephone and telegraph, PTT). Государственная ор ганизация, предоставляющая телефонные услуги. Филиалы РТТ имеются в большинстве регио нов за пределами США и обеспечивают местные, междугородные и международные телефон ные услуги.

Протокол Х.25. Стандарт ITU-T, определяющий способ поддержки соединений между DTE и DCE для удаленного терминального доступа и компьютерных коммуникаций в общедоступ ных сетях передачи данных. Протокол Frame Relay в определенной степени вытеснил Х.25.

Протокол ретрансляции фреймов или протокол Frame Relay (Frame Relay). Стандарт ный промышленный коммутируемый протокол канального уровня, который обслуживает большое количество виртуальных цепей, используя HDLC-инкапсуляцию между соединенными устройствами. Frame Relay более эффективен, чем протокол Х.25, и рассматривается в качест ве его замены.

Распределенная сеть (wide-area network, WAN). Сеть передачи данных, обслуживающая пользователей, расположенных на обширном географическом пространстве;

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

Региональное отделение компании Bell (Regional Bell operating company, RBOC). Ме стная или региональная телефонная компания, которая владеет и осуществляет управление те лефонными линиями и коммутаторами в одном из семи регионов США. Эти компании были созданы при ликвидации компании AT&T.

Режим асинхронной передачи (Asynchronous Transfer Mode, ATM). Международный стандарт для передачи ячеек, в которых различные типы данных (такие, например, как аудио-и видеоданные) передаются в ячейках фиксированной длины (53 байта). Использование ячеек фиксированной длины позволяет обрабатывать их на стационарном оборудовании, сокращая тем самым транзитные задержки. ATM позволяет воспользоваться высокоскоростными пере дающими средами, такими как ЕЗ, SONET и ТЗ.

Сбалансированный протокол доступа к каналу (Link Access Procedure, Balanced, LAPB).

Протокол канального уровня в стеке протокола Х.25. LAPB является бит-ориентированным протоколом, разработанным на базе протокола HDLC.

Сетевой терминатор 1 (network termination I, NT1). Устройство, поддерживающее интер фейс со службами ISDN.

Сеть провайдера (carrier network). Сеть провайдера услуг.

Сигнальная система 7 (Signaling System 7, SS7). Стандартная система сигнализации, разра ботанная корпорацией Bellcore. Она использует управляющие телефонные сообщения и сигна лы при вызове пункта назначения.

Согласованная скорость передачи информации (committed information rate, CIR). Ско рость передачи данных, измеряемая в битах в секунду, с которой Frame Relay соглашается пере давать данные.

Стационарное оборудование пользователя (customer premises equipment, CPE). Око нечное оборудование, такое как терминалы, телефоны и модемы, устанавливаемое в помещени ях пользователя и подсоединенное к сети телефонной компании.

Телефонная станция или центральный офис (Central office, CO). Офис местной теле фонной компании, к которому подсоединены все локальные ответвления и в котором происхо дит коммутация линий подписчиков.

Терминальный адаптер (terminal adapter, ТА). Устройство, используемое для под ключения BRI-соединений службы ISDN к существующим интерфейсам, таким как EIA/TIA 232. Как правило, терминальный адаптер представляет собой ISDN-модем.

Топология типа "звезда" или звездообразная топология (star topology). Топология ло кальных сетей, в которой концевые точки сети подсоединены к общему центральному комму татору каналами типа "точка-точка". Кольцевая звездообразная топология вместо каналов типа "точка-точка" реализуется в виде замкнутой звезды с одним направлением.

Точка присутствия (point of presence, POP). Точка соединения коммуникационных уст ройств, предоставляемых телефонной компанией, с главным распределительным центром зда ния.

Управление синхронным каналом данных (Synchronous Data Link Control, SDLC). SNA протокол канального уровня коммуникации. SDLC является бит-ориентированным, дуплексным последовательным протоколом, ставшим основой для создания многих аналогичных протоко лов, включая протоколы HDLC и LAPB.

Частично-сеточная топология (partially meshed topology). Топология, в которой не каждое устройство среды Frame Relay имеет PVC с остальными устройствами.

Шестнадцатеричный (по основанию 16) (hexadecimal (base 16)). Числовое представление, использующее цифры от 1 до 9 в обычном значении и буквы от А до F для представления деся тичных чисел от 10 до 15. В шестнадцатеричном представлении самая правая цифра обозначает единицы, следующая - числа, кратные 16, следующая — кратные 162=256 и т.д.

Ключевые темы этой главы • Описывается обмен информацией в распределенной сети • Описываются процесс проектирования распределенной сети и требования к сети • Описывается процесс сбора требований предъявляемых пользователями к распределен ной сети • Описываются преимущества использования иерархической модели проектирования и определяются три уровня этой модели • Описывается размещение протоколов ISDN и Frame Relay, • Описывается влияние способа размещения серверов предприятия и рабочих групп на ха рактер потока данных, проходящего по распределенной сети • Описываются требования магистральных служб • Описываются преимущества коммутаторов и службы 2-го уровня • Описываются преимущества маршрутизаторов и службы 3-го уровня • Описывается много и одно-протокольная маршрутизация • Определяются и описываются параметры надежности распределенной сети Глава Проектирование распределенной сети Введение В настоящее время сетевым администраторам приходится управлять сложными распреде ленными сетями (wide-area networks, WAN) для поддержания растущего числа приложений, ко торые базируются на протоколе IP и Web Таким распределенным сетям требуются ресурсы и высокоэффективные сетевые технологии Распределенная сеть представляет собой комплексную среду, включающую большое количество носителей, протоколов и соединений с другими сетя ми (например, с Internet) Распределенной сети требуется множество протоколов и функций для обеспечения своего роста и управляемости Несмотря на повышение эффективности оборудования и расширение возможностей носите лей, проектирование распределенных сетей становится все более трудным Тщательное проекти рование распределенных сетей может уменьшить проблемы, связанные с их ростом Чтобы спроектировать надежную распределенную сеть, проектировщик должен постоянно помнить о наличии у каждой такой сети своих специфических требований Эта глава представляет собой обзор методологий, применяемых при проектировании распределенных сетей _ Вашингтонский проект: проектирование распределенной сети В этой главе описывается процесс проектирования распределенной сети позволяющий реализовать требования к службам в сети учебного округа Для осуществления обмена данными распределенная сеть округа соединит все школы и административные учреж дения с центральным офисом округа _ Обмен данными в распределенной сети Обмен информацией в распределенной сети происходит между географически раз деленными областями. Когда локальная конечная станция пытается обменяться данными с уда ленной конечной станцией (т.е. расположенной в другом участке распределенной сети), инфор мация передается по одному или нескольким каналам распределенной сети (WAN link). Точ ками соединения в распределенной сети являются маршрутизаторы. Они определяют оптималь ный путь через сеть, по которому пройдут требуемые потоки данных.

Как было сказано в главе 8, "Распределенные сети", обмен информацией в таких сетях обыч но называется службой, поскольку сетевые провайдеры, обеспечивающие обмен, часто взимают плату с пользователей за этот сервис. Коммутация пакетов (packet-switching) и коммутация каналов (circuit-switching) представляют собой два типа служб в распределенных сетях. Каж дый из этих двух типов имеет свои достоинства и недостатки. Например, сети с коммутацией каналов предоставляют пользователю выделенную полосу пропускания, которая не может ис пользоваться другими пользователями. В отличие от этого, коммутация пакетов представляет собой метод коммутации в распределенной сети, при котором сетевые устройства совместно ис пользуют один канал типа "точка-точка" для транспортировки пакетов от отправителя к адреса ту через несущую сеть. Сети с коммутацией пакетов обычно обладают большей гибкостью и ис пользуют полосу пропускания эффективнее, чем сети с коммутацией каналов.

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

• Оптимизация полосы пропускания распределенной сети.

• Минимизация стоимости.

• Достижение максимальной эффективности службы для конечного пользователя.

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

Это связано с появлением перечисленных ниже новых требований к сетям.

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

• Происходящее повышение уровня требований приложений (например, Push технологии) и тенденция дальнейшего движения в этом направлении.

• Рост стоимости сети, приводящий к увеличению расходов.

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

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

• Взрывной рост корпоративных сетей intranet и extranet значительно повысил требова ния к полосе пропускания.

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

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

Для удовлетворения этих новых требований проектировщики используют технологии рас пределенных сетей. Соединения распределенных сетей, как правило, передают важную инфор мацию и оптимизируются по цене и эффективности использования полосы пропускания. Мар шрутизаторы, соединяющие промплощадки, применяют оптимизацию потока данных, множест венные пути для передачи избыточных данных, резервные соединения на случай аварий и сред ства повышения качества обслуживания (quality of service, QoS) для особо важных приложений.

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

Pages:     | 1 |   ...   | 2 | 3 || 5 | 6 |   ...   | 7 |



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

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