ПО Cisco IOS поддерживает функции туннелирования, используя при этом инкапсуляцию GRE (Generic Routing Encapsulation, RFC-1701). Инкапсуляция GRE позволяет мультиплексировать несколько типов протоколов в единый туннель.

Пример туннелирования показан на рис. 6.

Рис. 6. Туннелирование с использованием GRE

Две локальные сети, использующие протокол IPX, разделены некоторой сетью, работающей по протоколу IP. При использовании GRE маршрутизаторы Cisco, находящиеся на краях этой сети (назовем ее IP WAN) могут инкапсулировать дейтаграммы IPX в пакеты IP для передачи первых через сеть IP.

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

Добавим, что хотя трафик туннеля может проходить через большое число маршрутизаторов Cisco внутри IP WAN, протоколы маршрутизации IPX рассматривают весь туннель как одно прямое соединение между двумя маршрутизаторами. Такое решение обеспечивает функции масштабирования при использовании протокола RIP, ограниченного числом промежуточных узлов. И, наконец, необходимо отметить, что процедуры конфигурации туннеля для практически не отличаются процедур конфигурации сетевого интерфейса, что означает, что на туннель можно устанавливать списки доступа и фильтры протоколов.

Отметим, что Cisco IOS обеспечивает создание туннелей IP для передачи протокола IPX только при использовании стандартной реализации GRE. Реализация, описанная в RFC-1234, не поддерживается.

Сети, не содержащие серверов, и фильтрация запросов GNS

Cisco IOS позволяет клиентам Netware располагаться в таких сетях, где нет ни одного сервера Netware. Когда клиент Netware пытается обнаружить сервер, он посылает в сеть широковещательный запрос, называемый GNS (Get Nearest Server). Маршрутизаторы Cisco “слушают” трафик Netware, находят подходящий сервер и перенаправляют запросы GNS непосредственно к нему. Благодаря наличию возможности фильтрации запросов GNS сетевые администраторы могут исключать некоторые серверы из поля видимости клиентов, реализуя таким образом функции защиты данных. Кроме того, эта возможность позволяет повысить уровень гибкости сети.

В ответах на запросы GNS программное обеспечение Cisco IOS также может распределять клиентов по всем имеющимся в наличии серверам. Например, клиент A направляется на сервер 1, а клиент В – на сервер 2, как показано на рис. 7.

Рис. 7. Разделение нагрузки при обработке GNS на сегментах, не содержащих серверов

Маршрутизатор Cisco посылает ответ GNS клиенту А, в котором говорится о том, что этому клиенту надлежит взаимодействовать с сервером 1. Клиенту же В предписывается работа с сервером 2. Благодаря поддержке сетевых сегментов, не содержащих серверов Netware, а также возможности по распределению клиентов по разным серверам, ПО Cisco IOS позволяет организовать сетевое разделение нагрузки, повышающее доступность сетевых приложений и снижающее необходимость в установке большого числа локальных серверов.

Виртуальные интерфейсы

Другой функциональной возможностью Cisco IOS является наличие поддержки виртуальных интерфейсов, позволяющих создавать виртуальные соединения в сетях X.25, Frame Relay или SMDS. Эти виртуальные интерфейсы конфигурируются так же, как если бы это были разные физические интерфейсы, включая поддержку списков доступа и фильтров протоколов, параметры маршрутизирующих протоколов (например, RIP на одном виртуальном соединении и EIGRP – на другом). Эта функциональная особенность позволяет существенно увеличить уровень гибкости сетевой структуры.

Сервисы, повышающие эффективность использования объединенных сетей Netware

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

Принцип DDR (Dial-on-Demand Routing)

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

В целях снижения стоимости эксплуатации дорогих каналов WAN Cisco IOS предлагает использовать коммутируемые соединения с использованием принципа DDR (Dial-on-Demand Routing). С использованием DDR заказчики могут применять модемы, терминальные адаптеры ISDN или интегрированное оборудование ISDN для установления периодических, коротких по времени соединений через публичные телефонные сети или сети с коммутацией каналов.

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

Сам по себе принцип DDR обеспечивает периодическую связь между удаленными офисами. Однако, протоколы Netware RIP и SAP не предназначены для работы в таких сетевых средах, где досягаемость тех или иных участков сети не является постоянной или пропускная способность сети достаточно не велика. При использовании DDR пакеты обновлений RIP и SAP будут постоянно активизировать и удерживать в рабочем состоянии все линии связи. Если не предпринимать дополнительных шагов в ходе миграции к сетям с использованием DDR, то передача трафика Netware через линии связи WAN не принесет ожидаемого экономического эффекта.

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