Использование маршрутизаторов CISCO в сетях Novell Netware (стр. 6 из 7)

Одним из применений плавающих статических маршрутов является создание резервных путей следования трафика при использовании DDR. Такой случай показан на рис. 9.

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

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

Механизмы IPX Watchdog и SPX Keepalive Spoofing

ОС Netware включает в себя специальный контрольный протокол (IPX Watchdog), производящий периодический опрос неактивных соединений с рабочими станциями и передающий серверу сообщения о сбоях этих соединений или о доступности той или иной рабочей станции. Если отчет протокола IPX Watchdog на каком-то из соединений не доступен, то сервер закрывает это соединение.

Некоторые программы, входящие в состав ОС Netware, требующие гарантированного соединения и использующие для этого систему подтверждений правильности передачи пакетов (например, Netware Remote Console [RCONSOLE], Remote Printer [RPRINTER] и Netware for SAA), работают с протоколом SPX. Устройства, находящиеся на обоих концах соединения SPX периодически посылают друг другу диагностические запросы, сохраняющие активное соединение даже в том случае, если передачи полезных данных не происходит.

Как и пакеты обновления RIP и SAP, пакеты IPX Watchdog и SPX могут вызвать постоянную активность коммутируемых каналов WAN, делая их использование неоправданно дорогим. Интервалы в передаче этих пакетов могут быть увеличены – это несколько снизит уровень использования канала. В этом плане Cisco IOS имеет возможность эмулировать оба этих протокола, снижая таким образом общее количество трафика, передаваемого через каналы WAN и предотвращая попадание этих пакетов в соединения, использующие DDR.

Маршрутизаторы и серверы доступа, работающие под управлением Cisco IOS, могут напрямую отвечать серверам Netware на рассылаемые ими запросы IPX Watchdog. Эта функциональная особенность, также известная как IPX spoofing или NCP spoofing, позволяет производить локальное разрешение запросов. Что касается функции SPX spoofing, то устройства, работающие под Cisco IOS, могут отвечать на запросы keepalive, рассылая соответствующие пакеты, как клиентам, так и серверам, обеспечивая устойчивое соединение между ними. Использование этих функциональных возможностей обеспечивает отсутствие передачи ненужного трафика по дорогостоящим каналам WAN, что позволяет существенно снизить стоимость их эксплуатации в условиях крупных распределенных сетей Netware.

Сжатие заголовков IPX и данных

ПО Cisco IOS обеспечивает сжатие данных в пакетах IPX при их передаче через сети X.25, PPP и Frame Relay. Сжатие данных позволяет уменьшить размер поля payload внутри сетевого пакета.

Cisco IOS также поддерживает механизм сжатия заголовков IPX Header Compression (CIPX), что уменьшает размеры заголовков пакетов IPX при их передаче через соединения PPP. Такое сжатие обеспечивает уменьшение размера заголовка от 30 байт до одного.

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

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

Протокол NHRP (Next Hop Resolution Protocol)

Протокол NHRP позволяет маршрутизаторам и серверам доступа динамически определять адреса уровня 2, соответствующие другим устройствам в облаке WAN. ПО Cisco IOS в настоящее время поддерживает протокол NHRP на соединениях IPX-over-ATM, SDMS и туннелях GRE.

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

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

Производительность

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

Быстрая коммутация (Fast Switching)

Cisco Systems внедряет высокопроизводительную аппаратуру коммутации для любого трафика, так или иначе связанного с ОС Netware. Технология Fast Switching позволяет значительно повысить скорость коммутации пакетов и снизить уровень задержек, вызываемых активным сетевым оборудованием.

Разделение нагрузки (Load Sharing)

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

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

На рис. 10 показан пример разделения нагрузки между несколькими линиями связи.

Рис. 10. Разделение нагрузки между несколькими линиями связи

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

На рис. 11 показано разделение нагрузки между несколькими путями следования трафика.

Рис. 11. Разделение нагрузки между несколькими путями следования трафика

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

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

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

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

Система очередей и приоритетов трафика

Программное обеспечение Cisco IOS обеспечивает несколько методов для создания очередей для трафика IPX. Системы очередей позволяют гарантировать уровень сервиса путем создания приоритетов трафика и резервирования полосы пропускания.