Реферат
Тема: Использование маршрутизаторов CISCO в сетях Novell Netware
Содержание :
|1. |Предисловие |…………………………………………… |3 стр |
|2. |Введение |…………………………………………… |3 стр |
|3. |Введение в Novell Netware |…………………………………………… |4 стр |
|3.1. |Поддержка доступа к среде |…………………………………………… |6 стр |
| |(Сетевые связи) | | |
|3.2. |Протокол IPX (Internetwork |…………………………………………… |6 стр |
| |Packet Exchange) | | |
|3.3. |Протокол SAP и Novell |…………………………………………… |6 стр |
| |Directory Services | | |
|3.4. |Другие протоколы Netware |…………………………………………… |7 стр |
|4. |Решения Cisco IOS |…………………………………………… |7 стр |
|4.1. |Услуги связи (Connectivity) |…………………………………………… |7 стр |
|4.1.1|Различные типы инкапсуляций |…………………………………………… |7 стр |
|. |LAN | | |
|4.1.2|Коммутируемые и виртуальные |…………………………………………… |8 стр |
|. |локальные сети | | |
|4.1.3|Соединения WAN |…………………………………………… |8 стр |
|. | | | |
|4.1.4|Интерфейс NASI (Netware |…………………………………………… |9 стр |
|. |Asynchronous Services | | |
| |Interface) | | |
|4.1.5|Шлюз IPX/IP Gateway |…………………………………………… |9 стр |
|. | | | |
|4.2. |Функции обеспечения |…………………………………………… |10 стр|
| |безопасности | | |
|4.2.1|Списки доступа IPX (IPX |…………………………………………… |10 стр|
|. |Access Lists) | | |
|4.2.2|Фильтры RIP, SAP и NetBIOS |…………………………………………… |10 стр|
|. | | | |
|4.2.3|Протоколирование нарушений |…………………………………………… |11 стр|
|. |списков доступа | | |
|4.2.4|Дополнительные функции |…………………………………………… |11 стр|
|. |использования списков | | |
| |доступа | | |
|4.3. |Сервисы масштабирования |…………………………………………… |11 стр|
|4.3.1|Routing Information Protocol|…………………………………………… |11 стр|
|. | | | |
|4.3.2|Протокол EIGRP (Enhanced |…………………………………………… |12 стр|
|. |Interior Gateway Routing | | |
| |Protocol) | | |
|4.3.3|Протокол NLSP и |…………………………………………… |12 стр|
|. |агрегирование маршрутов | | |
|4.3.4|Распространение маршрутов |…………………………………………… |13 стр|
|. |(Redistribution) | | |
|4.3.5|Конфигурирование времени |…………………………………………… |13 стр|
|. |обновления и размера пакетов| | |
| |протоколов RIP и SAP | | |
|4.3.6|Направленные |…………………………………………… |14 стр|
|. |широко-вещательные пакеты | | |
| |NetBIOS | | |
|4.3.7|Протокол RSUP (Reliable SAP |…………………………………………… |14 стр|
|. |Update Protocol) | | |
|4.3.8|Туннели IPX | |14 стр|
|. | | | |
|4.3.9|Сети, не содержащие |…………………………………………… |15 стр|
|. |серверов, и фильтрация | | |
| |запросов GNS | | |
|4.3.1|Виртуальные интерфейсы |…………………………………………… |15 стр|
|0 | | | |
|4.4. |Сервисы, повышающие |…………………………………………… |16 стр|
| |эффективность использования | | |
| |объединенных сетей Netware | | |
|4.4.1|Принцип DDR (Dial-on-Demand |…………………………………………… |16 стр|
|. |Routing) | | |
|4.4.2|Принцип Snapshot Routing |…………………………………………… |17 стр|
|. |(Моментальный снимок) | | |
|4.4.3|Плавающие статические |…………………………………………… |18 стр|
|. |маршруты (Floating static | | |
| |routes) | | |
|4.4.4|Механизмы IPX Watchdog и SPX|…………………………………………… |18 стр|
|. |Keepalive Spoofing | | |
|4.4.5|Сжатие заголовков IPX и |…………………………………………… |19 стр|
|. |данных | | |
|4.4.6|Протокол NHRP (Next Hop |…………………………………………… |19 стр|
|. |Resolution Protocol) | | |
|4.5. |Производительность |…………………………………………… |19 стр|
|4.5.1|Быстрая коммутация (Fast |…………………………………………… |19 стр|
|. |Switching) | | |
|4.5.2|Разделение нагрузки (Load |…………………………………………… |19 стр|
|. |Sharing) | | |
|4.5.3|Система очередей и |…………………………………………… |21 стр|
|. |приоритетов трафика | | |
|4.6. |Функции управления |…………………………………………… |21 стр|
|4.6.1|Протокол SNMP (Simple |…………………………………………… |21 стр|
|. |Network Management Protocol)| | |
|4.6.2|Просмотр содержимого SAP по |…………………………………………… |21 стр|
|. |имени | | |
|4.6.3|Поддержка Inverse ARP для |…………………………………………… |22 стр|
|. |сетей Frame Relay | | |
|4.6.4|Система учета IPX (IPX |…………………………………………… |22 стр|
|. |Accounting) | | |
|4.6.5|Утилита IPX Ping |…………………………………………… |22 стр|
|. | | | |
|4.6.6|Средства отладки |…………………………………………… |22 стр|
|. | | | |
|5. |Заключение |…………………………………………… |22 стр|
|6. |Литература |…………………………………………… |24 стр|
Предисловие
Сетевая операционная система Novell Netware является одной из наиболее
распространенных систем в сетях, обеспечивающих взаимодействие персональных
компьютеров и других клиентов с серверами, работающими под управлением этой
операционной системы. Серверы Netware предоставляют своим клиентам широкий
набор сетевых услуг, включая совместное использование файлов, принтеров,
управление каталогами (Directory Services), а также услуги доступа к сети
Интернет. Большое количество таких серверов используются в качестве
серверов приложений, обрабатывающих совместные базы данных, а также в
качестве серверов Интернет и интрасетей. Общее число установленных сетей и
клиентов Novell во всем мире составляет 5 и 50 миллионов соответственно.
Введение
Компания Cisco Systems занимает лидирующее положение в отрасли сетевой
индустрии и является одним из основных партнеров фирмы Novell. В настоящее
время пользователи корпоративных сетей нуждаются в необходимости совместной
обработки информации как внутри корпорации, так и в масштабах целого
государства или всего мира. Объединение территориально удаленных сетей
Novell через частные и публичные сети связи, а также возможность
обеспечения доступа клиентов этих сетей к ресурсам Интернет во многом
определяет успех в деятельности государственных и коммерческих организаций.
Компании Cisco Systems и Novell сотрудничают между собой уже на
протяжении многих лет. За это время было проведено большое количество
совместных разработок в области создания и внедрения корпоративных сетей
разного масштаба, основанных на ОС Netware. И хотя большинство протоколов
Netware изначально разрабатывалось для небольших локальных сетей, усилия
Cisco Systems в этой области позволили добавить некоторые функциональные
возможности, обеспечивающие возможность функционирования этих протоколов в
условиях крупных распределенных сетей.
Сетевое оборудование Cisco, включая маршрутизаторы, коммутаторы и
серверы доступа, обеспечивают едва ли не наилучшие конечные решения по
объединению сетей Netware. Оборудование Cisco поддерживает широкий спектр
локальных связей, включая Ethernet, Fast Ethernet, Token Ring и FDDI (Fiber
Distributed Data Interface). Локальные сети Netware могут объединяться
между собой либо непосредственно напрямую, либо через высокоскоростные
синхронные соединения (до скоростей T3/OC-1), а также через системы
поставщиков сетевых услуг, основанные на X.25, Frame Relay, ISDN
(Integrated Services Digital Network), ATM (Asynchronous Transfer Mode) и
SMDS (Switched Multimegabit Data Service).
Устройства и решения Cisco Systems поддерживают множество уникальных функций и особенностей оригинальных протоколов Netware. Эта поддержка является частью ОС Cisco IOS™ (Internetwork Operating System) – единой программной платформы для всех устройств и сервисов компании, обеспечивающей функционирование сетевых приложений.
Cisco IOS функционирует на маршрутизаторах, коммутаторах, серверах
доступа и прочих устройствах компании. Применительно к ОС Novell Netware
Cisco IOS предоставляет:
. Услуги связи
. Ethernet, Fast Ethernet, Token Ring, FDDI, ATM
. Несколько типов инкапсуляции пакетов для Ethernet, Token Ring и FDDI
. Коммутируемые и виртуальные локальные сети (VLAN)
. Поддержка связей WAN (IPXWAN 1.0, 2.0 и IPXCP)
. Поддержка NASI (Netware Asynchronous Services Interface™)
. Поддержка IPX/IP gateway (IPeXchange)
. Функции безопасности и защиты данных
. Списки доступа (Access List) для протокола IPX (Internetwork Packet
Exchange)
. Фильтры протоколов RIP (Routing Information Protocol), SAP (Service
Advertising Protocol) и NetBIOS (Network Basic Input/Output System)
. Ведение протоколов нарушений списков доступа
. Простота использования списков доступа
. Средства масштабирования
. Поддержка современные протоколов маршрутизации, включая Enhanced IGRP®
(Enhanced Interior Gateway Routing Protocol) и NLSP (Netware Link
Services Protocol)
. Агрегирование маршрутов NLSP (NLSP 1.1)
. Распространение маршрутных таблиц между протоколами Enhanced IGRP,
NLSP и RIP/SAP
. Конфигурация таймеров обновлений маршрутных таблиц RIP и SAP и размеров пакетов
. Направленное распространение широковещательных пакетов NetBIOS
. Поддержка протокола RSUP (Reliable SAP Update Protocol)
. Туннелирование IPX
. Поддержка подсетей, не содержащих собственных серверов и фильтрация пакетов GNS (Get Nearest Server)
. Поддержка виртуальных интерфейсов для соединений WAN
. Сервисы для снижения стоимости эксплуатации
. Маршрутизация по требованию (DDR, Dial-on-Demand Routing)
. Маршрутизация на основе “моментального снимка” сети (Snapshot Routing)
. Поддержка статических маршрутов
. Поддержка протокола SPX (Sequenced Packet Exchange) и поддержка групповой передачи пакетов IPX
. Сжатие заголовков и полей данных пакетов IPX
. Поддержка протокола NHRP (Next Hop Resolution Protocol)
. Обеспечение высокого уровня производительности
. Быстрая коммутация пакетов (Fast Switching)
. Разделение нагрузки, включая разделение нагрузки каждого узла (Per-
Host Load Balancing)
. Обработка очередей и поддержка различных приоритетов трафика
. Функции управления
. Поддержка протокола SNMP (Simple Network Management Protocol)
. Поддержка индикации SAP по имени
. Поддержка Inverse ARP (Address Resolution Protocol) для сетей Frame
Relay
. Поддержка IPX accounting
. Наличие утилиты IPX Ping
. Средства отладки
Введение в Novell Netware
Компания Novell, Inc. разработала и представила ОС Netware в начале 80-х
годов. Происхождение этой системы связано с набором сетевых протоколов XNS
(Xerox Network Systems), представленных корпорацией Xerox в конце 70-х
годов.
ОС Netware использует архитектуру “клиент-сервер”. Клиенты (иногда
называемые рабочими станциями) запрашивают у серверов определенные услуги,
такие как доступ к файлам или принтерам. Клиент-серверная архитектура
Netware использует систему вызовов удаленных процедур, которые обеспечивают
удаленный доступ к ресурсам, прозрачный для пользователей.
На рис. 1 показана структура протоколов Netware, протоколы доступа к среде,
поддерживаемые Netware и Cisco, а также взаимосвязь между протоколами
Netware и сетевой моделью OSI (Open Systems Interconnection).
Рис. 1. Протоколы Netware и модель OSI
Поддержка доступа к среде (Сетевые связи)
Одним из нововведений, появившихся в ОС Netware, явилась поддержка большого
числа коммуникационных стандартов и протоколов доступа к среде передачи
(также называемых протоколами уровня 2). В настоящее время Netware
поддерживает такие стандарты, как Ethernet/802.3, Token Ring/802.5, Fast
Ethernet, FDDI, ATM и PPP (Point-to-Point Protocol).
Как показано на рис. 2, Netware обеспечивает поддержку нескольких типов
инкапсуляции (форматов кадров) для протоколов семейства Ethernet. В
терминах ПО Cisco IOS эти типы инкапсуляции обозначаются следующим образом:
. Novell-ether (также известный, как Novell Ethernet_802.3, 802.3 raw и
Novell proprietary). Кадр включает в себя поле length, предусмотренное стандартом IEEE 802.3 (Institute of Electrical and Electronic
Engineers), однако, в нем отсутствует заголовок IEEE 802.2 LLC
(Logical Link Control). Этот тип инкапсуляции используется в ОС
Netware версий 2.х и 3.х.
. Sap (также известный, как Novell Ethernet_802.2). Это есть ничто иное, как стандартный формат кадров IEEE, включающий в себя заголовок 802.2
LLC. В ОС Netware 3.12 и 4.х этот тип инкапсуляции представлен как новый стандарт Novell.
. Arpa (также известный, как Novell Ethernet_II или Ethernet версии 2), использует стандартный заголовок Ethernet 2.
. Snap (также известный, как Novell Ethernet_SNAP) расширяет заголовок
IEEE 802.2 добавлением заголовка протокола SNAP (Subnetwork Access
Protocol), который обеспечивает передачу кода "encapsulation type" также, как определено в спецификации Ethernet версии 2.
Рис. 2. Типы инкапсуляции семейства протоколов Ethernet/802.3 в Netware
Протокол IPX (Internetwork Packet Exchange)
Протокол IPX (Internetwork Packet Exchange) является протоколом уровня 3,
используемым в Novell Netware для маршрутизации пакетов в объединенных
сетях. Протокол IPX характеризуется не ориентированными на соединение
дейтаграммами, сходными с пакетами протокола TCP/IP (Transmission Control
Protocol/Internet Protocol).
Сетевые адреса протокола IPX состоят из двух частей: адреса сети и адреса
узла. Адрес (или номер) сети IPX задается администратором сети, адресом же
узла обычно является MAC-адрес (Media Access Control address) сетевого
интерфейса конечного узла.
Обмен таблицами маршрутизации в сетях IPX происходит по протоколу RIP,
который является динамическим протоколом, работающим по алгоритму Distance
Vector. Версии Netware 3.12 и 4.х используют дополнительный
маршрутизирующий протокол NLSP, основанный на текущем состоянии сетевых
соединений.
Протокол IPX RIP рассылает обновления маршрутных таблиц каждые 60 секунд.
RIP использует сетевую задержку и количество промежуточных узлов для
определения метрики маршрута и имеет ограничение на максимально допустимый
маршрут – не более 16 промежуточных узлов (Hops). Несмотря на схожесть
протокола Novell RIP с другими его реализациями, этот протокол не совместим
с похожими протоколами других сетей, таких как TCP/IP.
ОС Netware также использует в качестве транспорта протокол TCP/IP. Для
этого разработан специальный модуль операционной системы, известный как
Netware/IP. В условиях Netware/IP дейтаграммы протокола IPX инкапсулируются
внутрь заголовков протокола UDP (User Datagram Protocol) и в таком виде
передаются по сети TCP/IP. Все аппаратные и программные средства Cisco
поддерживают расширения TCP/IP, позволяющие передавать трафик Netware,
инкапсулированный в пакеты IP. Целью этой статьи является раскрытие
вопросов, касающихся использования ОС Netware протокола IPX на сетевом
уровне.
Протокол SAP и Novell Directory Services
Протокол Netware SAP (Service Advertising Protocol) позволяет сетевым
ресурсам, включая файловые серверы и серверы печати, рекламировать свои
услуги в сетях Netware. Пакет SAP содержит специальный код,
идентифицирующий тип услуги, предоставляемой сервером (например, код 4
соответствует файловому сервису, а код 7 – сервису печати), и сетевой адрес
самого сервера. Пакеты SAP рассылаются каждым сервером сети каждые 60
секунд.
Промежуточные сетевые устройства, такие как маршрутизаторы, “слушают”
пакеты протокола SAP и на основе их информации строят таблицы, содержащие
сведения обо всех сетевых ресурсах. В том случае, когда клиент Novell
запрашивает некий сетевой сервис, маршрутизатор посылает ответный пакет,
содержащий адрес сервера, предоставляющего этот сервис. После этого клиент
может взаимодействовать с сервером напрямую.
Начиная с версии Netware 4.x, компания Novell представила сервис управления
каталогами NDS (Netware Directory Services), который снижает необходимость
использования протокола SAP. Однако протокол SAP все же используется
клиентами Netware 4.x при их начальной загрузке для определения адреса
сервера NDS.
Другие протоколы Netware
Протокол SPX (Sequenced Packet Exchange) является общим для всех реализаций
Netware транспортным протоколом уровня 4. Надежный, ориентированный на
соединение протокол SPX (сходный с TCP) расширяет возможности протокола IPX
по передаче дейтаграмм. SPX представляет собой надстройку IPX.
Клиентские оболочки Netware работают на широком спектре клиентского
оборудования, включая IBM PC, Apple Macintosh и рабочие станции UNIX. Эти
оболочки перехватывают запросы ввода-вывода пользовательских приложений и
определяют необходимость выполнения сетевых операций для обработки этих
запросов. Если необходим доступ к сети, то клиентская оболочка Netware
производит преобразование запроса в сетевые пакеты и передает их протоколу
IPX, который осуществляет их трансляцию по сети. В противном случае
клиентская оболочка передает запрос к локальной системе ввода-вывода.
Протокол NCP (Netware Core Protocol) представляет собой набор
функциональных модулей, призванных удовлетворить запросы приложений,
поступающие от клиентских оболочек Netware и других удаленных клиентских
процессов. Услуги, предоставляемые протоколом NCP, включают в себя доступ к
файлам, принтерам, управление именами, систему учета и безопасности, а
также файловую синхронизацию.
ОС Netware также поддерживает протокол сеансового уровня NetBIOS,
определенный компаниями IBM и Microsoft для сетей IBM PC. Эмуляция NetBIOS
позволяет приложениям IBM PC использовать интерфейс NetBIOS в сетях
Netware. Пакеты NetBIOS инкапсулируются в пакеты IPX.
Решения Cisco IOS
Услуги связи (Connectivity)
Первым шагом при построении объединенных сетей является рассмотрение
возможности связи между индивидуальными локальными сетями (LAN) через
глобальные сети (WAN). Аппаратное обеспечение Cisco и программное
обеспечение Cisco IOS обеспечивает такую возможность для всех протоколов
LAN, поддерживаемых ОС Netware, включая Ethernet, Fast Ethernet, Token
Ring, FDDI и ATM. Cisco также поддерживает полный набор связей WAN, включая
высокоскоростные выделенные линии, PPP, X.25, Frame Relay, ISDN, ATM и
SMDS.
Различные типы инкапсуляций LAN
Аппаратное и программное обеспечение Cisco поддерживает все типы
инкапсуляций Ethernet/802.3, используемые ОС Netware. Оборудование Cisco
может различать разные типы пакетов, маршрутизировать и коммутировать
трафик IPX независимо от типа инкапсуляции.
Различные типы инкапсуляции, поддерживаемые в условиях одной сети,
позволяют старым и новым версиям узлов Netware сосуществовать и
взаимодействовать между собой на одном сегменте сети. Поддержка различных
типов инкапсуляции позволяет снизить расходы на оборудование, уменьшить
количество процедур конфигурирования и облегчить миграцию от одного типа
инкапсуляции к другому.
В условиях сетей FDDI Cisco IOS обеспечивает поддержку двух стандартных
типов инкапсуляции FDDI (FDDI_SNAP и FDDI_802.2). Вместе с тем, необходимо
упомянуть о поддержке такой инкапсуляции IPX, как FDDI_RAW. FDDI_RAW
используется такими устройствами, как мосты и коммутаторы, для объединения
сетей Netware при помощи внутрифирменного протокола Novell через сети,
основанные на FDDI. Пакеты FDDI_RAW могут маршрутизироваться в другие LAN
или WAN или возвращаться в сети FDDI в оригинальном формате Novell.
Инкапсуляция FDDI_RAW не является официально поддерживаемым стандартом
Novell, однако это можно не учитывать при проектировании коммутируемых
сетей. Поддержка FDDI_RAW означает необходимость в трансляции инкапсуляции
Ethernet на серверах и клиентах сети при использовании для объединения
сетей магистралей FDDI.
Коммутируемые и виртуальные локальные сети
Cisco предлагает полное семейство коммутаторов локальных сетей (для пакетов
Ethernet, Token Ring и Fast Ethernet) и коммутаторов ATM (для ячеек ATM),
которые обеспечивают высокопроизводительные линии связи для объединения
сетей Novell.
В добавление к сказанному о производительности коммутаторов необходимо
отметить, что все коммутаторы обладают способностью создавать виртуальные
локальные сети (VLAN). Технология VLAN позволяет сетевым администраторам
логически разбивать множество конечных портов на сегменты, представляющие
собой автономные виртуальные рабочие группы. Перемещения, удаления и
добавления конечных пользователей автоматически отслеживаются
коммутаторами, что значительно облегчает конфигурирование и поддержку сети.
Логическая сегментация также предоставляет дополнительные преимущества при
администрировании сетевых адресов и стратегии защиты данных и в управлении
широковещательной активностью во всей сети.
Для обеспечения масштабируемости внутри крупных инфраструктур, естественно,
необходимо обеспечить коммуникации между отдельными VLAN через так
называемые “транковые” соединения между коммутаторами. Программное
обеспечение Cisco IOS может инкапсулировать трафик IPX и другие типы
трафика Netware в единые соединения с использованием протокола IEEE 802.10
или ISL (Inter-Switch Link), разработанного Cisco Systems. Использование
этих протоколов позволяет создать между коммутаторами и маршрутизаторами
высокоскоростных соединений, несущих в себе трафики нескольких VLAN.
Необходимо отметить, что на текущий момент поддержка IPX ограничивается
только инкапсуляцией novell-ether.
Соединения WAN
Компания Novell для обеспечения передачи пакетов IPX через соединения WAN с
использованием PPP представляет протокол IPXWAN. Этот протокол описывает
процедуры установления соединений и в некоторых случаях позволяет
определить тип того или иного соединения. Кроме того, этот протокол
содержит методы, позволяющие осуществлять динамическое присвоение сетевых
адресов и определять метрики маршрутов для каждого интерфейса. Протокол
IPXWAN необходим для обеспечения работы программного модуля Novell MPR
(Netware Multiprotocol Router).
ПО Cisco IOS поддерживает обе версии протокола IPXWAN – версию 1 (RFC-1362)
и версию 2 (RFC-1634). Протокол IPXWAN 2.0 содержит поддержку сетей X.25
(коммутируемые и постоянные виртуальные соединения) и сетей Frame Relay
(постоянные виртуальные соединения), в отличие от протокола IPXWAN 1.0,
который поддерживает только синхронные линии связи. Кроме того, IPXWAN 2.0
позволяет использовать NLSP в качестве маршрутизирующего протокола и
поддерживает использование ненумерованных (unnumbered) соединений IPX.
Использование ненумерованных соединений делает конфигурирование связей WAN
более простым и позволяет администраторам сетей сократить использование
сетевых адресов IPX. Использование NLSP на соединениях WAN уменьшает
стоимость эксплуатации этих соединений за счет исключения передачи ненужной
маршрутной информации, передаваемой в противном случае через всю сеть.
ПО Cisco IOS также поддерживает протокол IPX через соединения PPP с
использованием стандартного протокола IPXCP (PPP Control Protocol, RFC-
1552). Протокол IPXCP позволяет соединять сети IPX через любые линии связи
WAN, поддерживающие PPP, включая X.25, Frame Relay, ISDN, ATM, SDMS и
высокоскоростные синхронные линии.
Интерфейс NASI (Netware Asynchronous Services Interface)
Как показано на рис. 3, сервер NASI позволяет клиентам Netware использовать
асинхронные ресурсы сети, такие как модемы, без необходимости наличия этих
ресурсов на самом клиентском рабочем месте.
Рис. 3. Использование сервера доступа Cisco в качестве сервера NASI
Сервер доступа Cisco, на котором работает ПО Cisco IOS, может выполнять
функции сервера NASI для 16-битных клиентов Novell. Необходимо отметить,
что работа 32-битных клиентов не поддерживается.
Благодаря поддержке NASI сетевые администраторы получают возможность
централизованно управлять такими ресурсами сети, как модемные пулы, что
позволит расширить сферу расположения клиентов сети и увеличить
эффективность работы распределенных клиентов Netware, использующих эти
ресурсы.
Шлюз IPX/IP Gateway
Шлюз IPX/IP, известный как IPeXchange и разработанный Cisco Systems, дает
пользователям сетей Netware осуществлять защищенный доступ к сети Интернет,
а также запускать приложения, работающие по протоколу TCP/IP, такие как
программы просмотра Web (Web Browsers), Telnet и FTP (File Transfer
Protocol). При использовании IPeXchange сети на основе IPX подключаются к
сетям IP (например, к Интернет) задействуя всего один IP-адрес для всей
локальной сети Netware. IPeXchange исключает необходимость конфигурирования
и поддержки всего стека протокола TCP/IP на каждом рабочем месте и запуска
маршрутизирующих протоколов IPX на уровне ядра корпоративной сети.
Возможности IPeXchange могут быть применимы как к выделенным, отдельно
стоящим устройствам, так и к некоторым (по выбору администратора) серверам
доступа, работающим под управлением Cisco IOS.
Функции обеспечения безопасности
По мере роста сетей Novell и их подключения к другим сетям, как частного,
так и общего пользования, предотвращение неавторизованного доступа
пользователей к ресурсам и конфиденциальным данным этих сетей становится
все более важным.
Например, показанный на рис. 4 маршрутизатор соединяет инженерный и
финансовый департаменты сети и позволяет инженерам и бухгалтерам компании
обмениваться необходимой информацией. Однако следует учесть, что это
соединение также позволяет рабочим станциям инженерного департамента
получать доступ к конфиденциальным финансовым данным.
Рис. 4. Объединение различных сетей и организационной информации
Несмотря на то, что парольная защита и шифрование данных безусловно
способствуют решению проблем защиты данных, ПО Cisco IOS обеспечивает
некоторое количество дополнительных функций ограничения и контроля доступа
на сетевом уровне. Эти дополнительные меры обеспечения защиты особенно
важны в тех ситуациях, когда имеются подключения к внешним сетям или
потенциальными нарушителями используются программные анализаторы,
осуществляющие дешифрацию паролей и другой конфиденциальной информации,
передаваемой через сеть.
Списки доступа IPX (IPX Access Lists)
ПО Cisco IOS обеспечивает сетевым администраторам возможность определения
списков доступа, также известных как ACL (Access Control List). Списки
доступа разрешают или запрещают обмен информацией между различными
элементами сети на основе сетевых адресов отправителя и получателя, порта
или протокола. Списки доступа физически предотвращают прохождение пакетов
между некоторыми сетями, Устанавливая препятствия между определенными
клиентами и серверами.
Списки доступа в ПО Cisco IOS для пакетов IPX могут назначаться в обоих
направлениях для каждого интерфейса. Выходные списки доступа предотвращают
выход трафика Netware за пределы определенного сегмента сети или запрещают
его передачу другим сетям.
Входные списки доступа обеспечивают дополнительную гибкость при создании
защищенных сетей IPX. Они могут использоваться для определения информации
пользователя на краях сетей и построения более сложных систем firewall.
Входные списки доступа также снижают загрузку на процессор за счет
запрещения прохождения определенных пакетов до их обработки маршрутизатором
и обеспечивают фильтрацию трафика при использовании туннельных сетей на
основе инкапсуляции GRE (Generic Routing Encapsulation). Более подробно о
сетях такого типа см. раздел “Туннели IPX".
Фильтры RIP, SAP и NetBIOS
Кроме управления трафиком IPX при помощи списков доступа, программное
обеспечение Cisco IOS обеспечивает фильтрацию пакетов RIP, SAP и NetBIOS.
Фильтрация возможна также в обоих направлениях на каждом из интерфейсов.
Фильтрация пакетов RIP обеспечивает несколько преимуществ:
. Фильтрация некоторых маршрутов обеспечивает изоляцию некоторых сетей по выбору администратора
. Фильтрация обеспечивает “видимость” определенных участков сети только из указанных областей сетевой системы
. Фильтрация позволяет создать логически параллельные сетевые связи без необходимости физической изоляции сетевых соединений и участков
Фильтрация также может применяться для увеличения производительности сети
за счет предотвращения попадания в соединения с ограниченной полосой
пропускания неавторизованного трафика.
Трафик SAP может быть разделен по типам рекламируемых сервисов, номеру сети
и по другим полям пакета SAP. ПО Cisco IOS также может фильтровать трафик
NetBIOS, который инкапсулируется в пакеты IPX. Сетевой трафик может быть
отфильтрован либо по именам узлов NetBIOS, либо по любой двоичной маске,
накладываемой на каждый пакет NetBIOS. Сетевые администраторы могут
использовать гибкие механизмы фильтрации для уменьшения размеров таблиц
SAP, а также для ограничения доступа к ресурсам серверов Netware для
пользователей из неавторизованных областей сети.
Протоколирование нарушений списков доступа
Программное обеспечение Cisco IOS позволяет использовать стандартные
механизмы протоколирования нарушений списков доступа IPX. Нарушение
протоколируется при получении первого пакета с параметрами, совпадающими с
записями в списке доступа. Обновление записей производится через временные
интервалы, соответствующие примерно 5 минутам.
Эта способность программного обеспечения позволяет сохранять информацию об
адресах получателя и отправителя, типах протоколов (пакетов) и
произведенных действиях (доступ запрещен/разрешен). Использование системы
протоколирования нарушений списков доступа позволяет сетевому
администратору установить в сети единую систему учета и контроля за
соблюдением прав доступа с возможностью раннего оповещения о
неавторизованном доступе к ресурсам сети.
Дополнительные функции использования списков доступа
ПО Cisco IOS обладает некоторыми функциями, позволяющими облегчить
использование списков доступа. В списках доступа можно использовать маски
сетей, что позволяет в одной записи указать сразу целый диапазон сетей, в
отношении которых необходимо производить указанные санкции. Эта функция
облегчает администрирование крупной сетевой системы, в которой используется
иерархический подход к определению сетевых адресов. Кстати отметим, что
само по себе использование такого подхода позволяет создать более наглядное
представление о распределенной сетевой системе.
Общепринятые идентификационные номера протоколов используются в расширенных
списках доступа. Кроме того, в таких списках доступа можно использовать
имена узлов. Эта функция снижает количество процедур настройки и
значительно облегчает фильтрацию пакетов IPX, RIP, SAP, NCP и NetBIOS.
Сервисы масштабирования
Объединение существующих сетей Novell в единую сетевую систему и поддержка
большого числа клиентов и серверов Netware вызвали необходимость в
разработке специальных механизмов, обеспечивающих масштабируемость таких
сетей. ПО Cisco IOS содержит ряд специальных функций, делающих возможным
создание больших объединенных сетей Novell.
Routing Information Protocol
Программное обеспечение Cisco IOS поддерживает протокол RIP, который
предоставляет базовое решение по объединению сетей Netware в единую сетевую
систему. Однако, достаточно частые пакеты обновлений для таблиц
маршрутизации, низкий уровень сходимости при изменениях топологии сети и
ограничение на 16 промежуточных узлов делает этот выбор этого решения не
совсем удачным для сетевых систем, использующих каналы WAN.
Протокол EIGRP (Enhanced Interior Gateway Routing Protocol)
Одним из наиболее сильных шагов Cisco Systems в решении проблемы
объединения сетей Netware явилась разработка собственной версии протокола
IGRP® (Interior Gateway Routing Protocol). Кроме сетей TCP/IP протокол
EIGRP обеспечивает поддержку сетей Netware и AppleTalk.
EIGRP использует алгоритм Distance Vector, однако, несмотря на это, его
быстрая сходимость при изменениях сетевой топологии сравнима с протоколами,
работающими по алгоритму link-state. Протокол EIGRP рассылает обновления
маршрутов только в случае изменений топологии, передает только информацию
об изменениях и его распространение ограничивается числом промежуточных
узлов, задаваемым по желанию сетевого администратора. В результате EIGRP
обеспечивает низкий уровень нагрузки на сетевые соединения, низкий уровень
утилизации процессоров маршрутизаторов и умеренные требования к памяти.
В отличие от протоколов link-state EIGRP не требует наличия в сети строгой
иерархической организации сетевых адресов, что позволяет сетевым
администраторам более гибко объединять и расширять существующие сети. EIGRP
также обеспечивает наличие у каждого маршрута нескольких метрик (задержка,
полоса пропускания, надежность и текущая загрузка), что обеспечивает более
точное представление о топологии сети и позволяет наиболее эффективно
использовать суммарную полосу пропускания.
Использование EIGRP в больших сетях Netware может снизить общий трафик в
основных магистральных соединениях на 40-50%. Многие большие публичные и
частные сети Netware используют EIGRP на основных магистральных соединениях
благодаря его высокой масштабируемости и производительности.
Протокол NLSP и агрегирование маршрутов
Для преодоления ограничений протокола RIP компания Novell включила в состав
ОС Netware версий 3.12 и 4.х поддержку нового маршрутизирующего протокола
NLSP (Netware Link Services Protocol). Протокол NLSP основан на
маршрутизирующем протоколе сетей TCP/IP, известном как OSPF (Open Shortest
Path First), однако происхождение этого протокола связано с протоколом IS-
IS (OSI Intermediate System-to-Intermediate System).
Как любой маршрутизирующий протокол, использующий алгоритм link-state,
протокол NLSP обладает низким временем сходимости. Изменения топологии сети
вызывают передачу широковещательных пакетов с обновлениями маршрутной
информации только один раз. NLSP требует сравнительно небольшой пропускной
способности линий связи, однако его успешная работа во многом зависит от
производительности маршрутизатора и может вызывать повышенные требования к
памяти.
Программное обеспечение Cisco IOS поддерживает протокол NLSP, что было
успешно протестировано при внедрении сетей Novell. Именно Cisco IOS
является первым программным обеспечением, поддерживающим дополнительные
функции этого протокола, описанные в спецификации NLSP 1.1, известными
также, как агрегирование маршрутов.
Эти дополнительные функциональные возможности протокола NLSP предоставляют
некоторые преимущества пользователям больших сетей IPX. Первым из них
является возможность разделения сетей IPX на множество независимых областей
NLSP. Ранее протокол NLSP предназначался для работы в сети, представляющей
собой единую маршрутную область, что означало, что для взаимодействия
маршрутных таблиц разных областей NLSP было необходимо использовать
протокол RIP.
Протокол NLSP, в том виде, как его представляет Cisco Systems, позволяет на
одном маршрутизаторе запускать несколько областей протокола с обеспечением
обмена или “протекания” маршрутной информации между этими областями. Это
позволяет создавать большие объединенные сети, используя протокол NLSP даже
при помощи всего лишь одного маршрутизатора.
Как показано на рис. 5, при правильном дизайне сети и при иерархической
системе распределения сетевых адресов, использование агрегирования
маршрутов протокола NLSP более эффективно.
Рис. 5. Агрегирование маршрутов NLSP
По возможности диапазоны сетевых адресов могут быть агрегированы в одну
маршрутную запись, что существенно снижает размеры маршрутных таблиц и
объемы трафика, содержащего маршрутные обновления. Такой подход
обеспечивает более эффективную маршрутизацию.
Распространение маршрутов (Redistribution)
Программное обеспечение Cisco IOS также обеспечивает распространение
маршрутной информации между различными маршрутизирующими протоколами,
такими как EIGRP, NLSP и RIP в условиях сетей Netware. Это свойство
предоставляет дополнительную гибкость пользователям и администраторам сетей
Novell. Распространение маршрутной информации позволяет создавать большие
сети Novell с использованием сложных маршрутизирующих протоколов на уровне
основных магистральных соединений и без необходимости поддержки или
использования этих протоколов на пограничных устройствах сети.
Ранее, когда сети IPX дорастали до такого состояния, что протоколы RIP и
SAP уже не могли их адекватно обслуживать, пользователям таких сетей
приходилось выбирать между EIGRP и NLSP, учитывая те или иные преимущества
каждого из этих протоколов в условиях конкретных требований. Теперь,
благодаря возможности распространения маршрутов, пользователи могут
выбирать маршрутизирующий протокол или их комбинацию, наиболее
удовлетворяющую всем требованиям. Например, сеть IPX может быть построена с
применением комбинации протоколов RIP и NLSP на уровне серверов Netware и с
использованием EIGRP в качестве единого маршрутизирующего протокола на
уровне соединений ядра сети.
Конфигурирование времени обновления и размера пакетов протоколов RIP и SAP
Клиенты и серверы Netware при определении доступных сервисов полагаются на
пакеты обновлений протоколов RIP и SAP. Один раз в минуту протоколы RIP и
SAP генерируют широковещательные пакеты, учитываемые во внутренних таблицах
маршрутизации и доступных сервисов каждого узла сети. Эти пакеты обновлений
вызывают некоторое снижение производительности сети, которое в случае
большой сети может вызвать серьезную нагрузку на соединения уровня ядра,
что в свою очередь приведет к существенному снижению производительности
всей сети в целом.
ПО Cisco IOS поддерживает возможность конфигурирования временных интервалов
между рассылкой таких пакетов. При соответствующей конфигурации таймеров
RIP и SAP сетевые администраторы могут контролировать объем трафика,
вызываемого этими протоколами и, соответственно, оказывать влияние на
уровень нагрузки на соединения. Эта возможность позволяет оптимальным
образом использовать суммарную полосу пропускания сети.
Кроме того, Cisco IOS позволяет изменять размеры пакетов протоколов RIP и
SAP вплоть до размеров MTU (Maximum Transmission Unit). При увеличении
размеров пакетов RIP и SAP общее их число снижается, что также оказывает
благотворное влияние на использование полосы пропускания соединений.
Направленные широковещательные пакеты NetBIOS
Программное обеспечение Cisco IOS помогает решить проблему управления
трафиком NetBIOS, инкапсулированным в пакеты IPX. Сервис имен NetBIOS
основан на использовании широковещательных пакетов, которые занимают
значительную часть полосы пропускания в крупных сетях. Cisco IOS
обеспечивает алгоритм “all nets broadcasting”, который позволяет
осуществлять эффективное распространение широковещательного трафика без
образования замкнутых петель, вызывающих широковещательные штормы.
Прот