Маршрутизация Novell / IPX

IPX: часто задаваемые вопросы, часть II

5 апреля 2016 - Машинный перевод
Другие версии: PDF-версия:pdf | Английский (22 августа 2015) | Отзыв


Содержание

Связанные обсуждения сообщества поддержки Cisco

Введение

Этот документ предоставляет ответы для часто задаваемых вопросов о IPX.

Вопрос. . Что Типы SAP там?

x4 - File server
x2E - TCP/IP service
x47 - Novell print server
x107 - Remote console netware driver (RSPX)
x30C - Print sharing device
x4808 - Sitelock.nlm

Вопрос. . Каково значение "яда SAP" в команде show ipx traffic?

О. Яд SAP (или яд SAP) являются обновлением SAP, которое передается устройством IPX. Когда устройство IPX больше не слышит сервис, оно уведомляет сеть, что тот сервис недостижим. Это совпадает с обычным обновлением SAP за исключением того, что счетчик переходов установлен в 16. Это абсолютно обычно, чтобы видеть, что ненулевое количество яда SAP в выходных данных команды show ipx traffic. Это происходит в любое время маршрутизатор (путь к сервису), или ПК (сам сервис) был перезагружен или по некоторым причинам стал недостижимым.

Вопрос. . Как маршрутизаторы Cisco обрабатывают Соки яда?

О. Часть 1: 9.1 Яд управление SAP

  1. Маршрутизатор получает яд SAP.
  2. . Если источник яда SAP, как отравлено и устанавливает минутный таймер, SAP совпадает с источником имени сервера SAP / пара типа сервера в таблице SAP, маршрутизатор отмечает, если адреса не являются тем же, от пакета яда сбрасывают. После того, как минутный таймер истекает, запись удалена из сервисной таблицы и яда, пакет SAP отослан все другие интерфейсы.
  3. Если маршрутизатор получает обновление SAP, которое содержит метрику неяда в течение времени, имя сервера, с которым совпадают / пара типа сервера отмечено "отравленное", это удаляет запись яда и заменяет его новой записью. Если никакая новая запись не получена, таймер яда истекает, и запись удалена.

Часть 2: 9.21 и Более поздний Яд SAP управление

9.21 и более позднее поведение соответствует "Спецификации маршрутизатора IPX" от Novell, Inc.

  1. Маршрутизатор получает яд SAP.
  2. Маршрутизатор отмечает запись, как отравлено и устанавливает минутный таймер.
  3. Маршрутизатор сразу генерирует яд пакет SAP для этого сервиса все другие интерфейсы.
  4. Когда минутный таймер истекает, и, если маршрутизатор не получил новую хорошую метрику для сервиса, сервис удален из таблицы.

В обоих случаях, когда сервис отмечен, как отравлено, метрика, привязанная к нему, 16, или недостижима, и не Получите Самый близкий Сервис или SAP пакеты запроса, отвечены, что содержат этот сервис в ответе.

Вопрос. . Как маршрутизатор Cisco выбирает сервер для включения в То, чтобы получать Самый близкий Ответ сервера?

О. Часть 1: 9.1 Поведение

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

    Total Novell Servers: 1

    Type   Name            Net Address              Port Hops    Interface
    4     MAGNOLIA        42.0000.0000.0001::0451      1        Ethernet2

Ответы для Получения Самых близких Запросов к серверу на тип 4 содержат MAGNOLIA. Если новый сервер типа 4, также один переход далеко, был изучен, таблица похожа на это:

    Total Novell Servers: 1

    Type   Name            Net Address              Port Hops    Interface
     4     NEWSERVER       AA.0000.0000.0001::0451      1        Ethernet1
     4     MAGNOLIA        42.0000.0000.0001::0451      1        Ethernet2

Теперь последующие ответы для Получения Самых близких Запросов к серверу на тип 4 содержат NEWSERVER вместо MAGNOLIA.

Часть 2 9.21 и более позднее поведение

Сервер запрошенного типа с самой низкой метрикой маршрута считают "самым близким" сервером. Если несколько серверов запрошенного типа совместно используют наименьшую метрику, первый в таблице SAP выбран, пока не включена обработка на основе кольцевого алгоритма Round robin GNS ответов GNS. Новые серверы того же типа и метрики как та, которая уже существует в таблице, размещены в таблицу перед существующей записью. Если циклический выбор GNS включен, ответы сбалансированы среди серверов того типа с равными метриками маршрута. Например, посмотрите на эту таблицу SAP:

    1 Total IPX Servers

    Table ordering is based on routing and server info

          Type   Name            Net Address       Port   Route  Hops    Itf
    P      4     MAGNOLIA        42.0000.0000.0001::0451   3/02     2    Et2

Ответы для Получения Самых близких Запросов к серверу на тип 4 содержат MAGNOLIA. Если новый сервер типа 4 с той же метрикой был изучен, таблица похожа на это:

    2 Total IPX Servers

    Table ordering is based on routing and server info

          Type   Name            Net Address       Port   Route  Hops    Itf
    P      4     MAGNOLIA        42.0000.0000.0001::0451   3/02     2    Et2
    P      4     NEWSERVER       AA.0000.0000.0001::0451   3/02     2    Et1

Заметьте, что 9.21 и более поздняя таблица сортированы по имени заказ с равноценными типами. Для наблюдения таблицы в заказе, ответы GNS используются, используют команду show ipx server unsort.

     router>show ipx server unsort
     Codes: S - Static, I - Incremental, P - Periodic, H - Holddown
     2 Total IPX Servers

     Table ordering is based on routing and server info

          Type   Name            Net Address       Port   Route  Hops    Itf
    P      4     NEWSERVER       AA.0000.0000.0001::0451   3/02     2    Et1
    P      4     MAGNOLIA        42.0000.0000.0001::0451   3/02     2    Et2

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

    3 Total IPX Servers

    Table ordering is based on routing and server info

          Type   Name            Net Address       Port   Route  Hops    Itf
    P      4     ANEWSERVER      AB.0000.0000.0001::0451   3/02     2    Et1
    P      4     MAGNOLIA        42.0000.0000.0001::0451   3/02     2    Et2
    P      4     NEWSERVER       AA.0000.0000.0001::0451   3/02     2    Et1

Несортированный заказ похож на это:

    3 Total IPX Servers

    Table ordering is based on routing and server info

          Type   Name            Net Address       Port   Route  Hops    Itf
    P      4     ANEWSERVER      AB.0000.0000.0001::0451   3/02     2    Et1
    P      4     NEWSERVER       AA.0000.0000.0001::0451   3/02     2    Et1
    P      4     MAGNOLIA        42.0000.0000.0001::0451   3/02     2    Et2

Первому запросу GNS о типе 4 сервиса отвечают с ANEWSERVER; второму запросу GNS отвечают с NEWSERVER; третьему запросу отвечают с MAGNOLIA; и четвертому отвечают с ANEWSERVER.

Вопрос. . Как балансирование Загрузки IPX работает на маршрутизатор Cisco?

                   |   ------------     ------------   |
                   |---| router A |--\--| router C |---|
|   ------------   |   ------------     ------------   |   ------------
|---| router Z |---|                                   |---| router X |
|   ------------   |   ------------     ------------   |   ------------
                   |---| router B |--\--| router D |---|
                   |   ------------     ------------   |

О. Если маршрутизатор Z настроен с Max. путями ipx 2, и маршрутизаторы A и B получат вас к той же сети назначения в той же метрике маршрута (маршрутизатор X), маршрутизатор Z передает пакеты тому назначению, которое чередуется между двумя путями, и с Медленной коммутацией IPX и с быстрой коммутацией IPX. Когда автономная коммутация IPX или Коммутация IPX на основе кремниевых процессоров включены, распределение нагрузки имеет место на на для каждого назначения, как это делает с Балансировкой TCP/IP.

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

О. Клиенты novell и Серверы являются единственными устройствами, которые вовлечены в согласования PBURST/LIPx. Cisco свободен выбрать независимо от того, что путь, это думает, является лучшим для пакета, таким образом, если максимальный путь ipx больше, чем один, пакеты могут взять другой путь и поступить не в порядке. Станция назначения должна иметь дело с переупорядочением пакетов. Более старые версии NetWare не обрабатывают поврежденные пакеты очень хорошо. Удостоверьтесь, что вы выполняете последние исправления, которые касаются PBURST/LIPx и последних NLM для оптимальной производительности PBURST/LIPx.

Вопрос. . Как я лавинно рассылаю глобальные широковещательные сообщения IPX?

О. Часть 1: 9.1 Поведение

Когда маршрутизаторы Cisco используют пакеты "помощника", которые используют функцию helper-address, маршрутизатор вперед транслируемый пакет, полученный к адресу IPX, настроенному в команде helper-address на том интерфейсе. В случае затопления адрес помощника является-1.ffff.ffff.ffff на восприимчивом интерфейсе, и пакет отослан во все другие интерфейсы, которые выполняют IPX с номером сети того интерфейса, размещенного в поле исходной сети пакета.

Например, если IPX network содержит 10 сегментов IPX network, но только два из тех сегментов лавинно рассылаются IPX/трафиком NetBIOS, вы настраиваете определенные сетевые адреса на helper-address.

      Interface ether 0
      ipx network 1000
      ipx helper-address 1011.ffff.ffff.ffff

В удаленной сети у вас есть эта конфигурация:

      Interface ether 0
      ipx network 1011
      ipx helper-address 1000.ffff.ffff.ffff

Эти широковещательные сообщения замечены только на сегментах сети 1000, 1011 и сети между ними (маршрутизированный путь между ними). Если-1.ffff.ffff.ffff (затопление) используется, широковещательные сообщения передаются на всех 10 из сегментов сети.

Множественные адреса помощника для IPX поддерживаются в выпуске 9.1 и выше.

Часть 2: 9.21 Поведение

Примените команду ipx type-20-propagation ко всем интерфейсам, которые должны получить или передать эти пакеты. Обратитесь к главе 19 Руководства по конфигурации Продуктов Маршрутизатора для получения дополнительной информации о Novell NetBIOS/Type-20 средства распространения.

В более новых отладочных релизах команда ipx type-20 helper выключает 9.21 и более позднее управление распространения type-20 этих пакетов и использует 9.1 стилей конфигурации ipx helper-address для передачи этих пакетов.

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

О. Топология, где это происходит, - когда вы лавинно рассылаете (не помощник через целевые адреса), и существуют разнообразные пути назад к источнику пакета NETBIOS. Существуют случаи, где происходит цикличное выполнение некоторых транслируемых пакетов. Защита может быть положена на место для предотвращения нежелательных дополнительных широковещательных сообщений, которые являются частью обычного IPX/трафика NetBIOS:

  1. Избегите ipx helper-address-1.ffff.ffff.ffff команда. Каждый раз, когда целевые адреса возможного применения.
  2. Настройте списки помощника ipx для определения, какие пакеты вы действительно хотите переданный и используете эти команды global:
           netbios-socket-input-checks  Limit input of non-type 20 netbios
                                        bc packets
           type-20-input-checks         Do additional input checks on type 20
                                        propagation packets
           type-20-output-checks        Do additional output checks on type 20
                                        propagation packets
    
    Например, возможно вы только хотите широковещательные рассылки пакетов type-20 IPX, переданные, а не широковещательные сообщения, используемые исходной бесплатной версией сетевой игровой Гибели. На IOS система на основе 10.2 можно создать список помощника, который использует access-list 901:
           access-list 901 permit 20 -1 0 -1 0
           access-list 901 deny -1
    

Вопрос. . Что такое IPX "галочки", и Cisco использует их для вычисления задержки?

О. Галочка является модулем задержки, примерно 1/18-й из вторых долго; через секунду существует 18.21 галочек. Галочки используются для измерения, сколько времени это берет пакет для достижения назначения. Поле галочек IPX route всегда - по крайней мере один. Его значение используется оболочкой NetWare для определения, сколько времени она должна ждать ответа от файлового сервера и маршрутизаторами NetWare для принятия решения о маршрутизации.

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

В 9.21 и более поздние IOS Release, галочки являются основной метрикой маршрутизации для определения оптимального пути назначению. Дополнительные галочки для добавления к маршруту, которые проходят через Cisco, определены "ipx delay x" настроенный для того интерфейса. По умолчанию все интерфейсы LAN (локальной сети) имеют значения галочек 1, и все Интерфейсы WAN имеют значения галочек 6. Для динамического вычисления галочек для Интерфейсов WAN используйте IPXWAN, который поддерживается в выпуске 10.0 и позже.

Вопрос. . Что "ошибка форматирования" означает в показе "show ipx traffic"?

О. Ошибка форматирования происходит, когда маршрутизатор получает пакет IPX с другим типом IPX encapsulation, чем интерфейс маршрутизатора, или когда длина полученного пакета меньше, чем 30 байтов или больше, чем максимальный размер передаваемого блока данных интерфейса (MTU).

Вопрос. . Можно ли объяснить команду "ipx - маршрутизации"?

О. Адрес в команде novell routing [address] только важен для последовательных линий неIPXWAN. Интерфейсы с использованием аппаратного адреса уровня MAC, которые обращаются как адрес узла IPX. Последовательные линии, которые не имеют аппаратного адреса уровня MAC, используют адрес, заданный в команде "ipx - маршрутизации". Если никакой адрес не задан в команде "ipx - маршрутизации", Мак адрес первого интерфейса IEEE используется в качестве адреса узла. Если нет никаких интерфейсов IEEE на маршрутизаторе, или они не, когда ipx - маршрутизация включен, система генерирует случайный псевдомак адрес для использования.

      hostname Router
      !
      enable password SwR4dWeQ
      !
      ipx routing 0000.0c19.2b58
      !
      interface Serial 1
      ipx network FC01
      ...
      Router>show ipx int ser 1
      Serial1 is up, line protocol is up
      IPX address is FC01.0000.0c19.2b58 [up] line-up, RIPPQ: 0, SAPPQ: 0

IPXWAN использует другой метод для определения его адреса узла IPX. Обратитесь к RFC1634 для подробных данных.

Вопрос. . Как я настраиваю IPX через Frame Relay?

О. Используйте следующие команды:

     int serial 0
     encap frame-relay
     ipx network 100
     frame-relay inverse-arp ipx DLCI

Если удаленный маршрутизатор не поддерживает карты Данного примера Inverse-ARP удаленный маршрутизатор с адресом IPX 100.0000.0c00.1122 к DLCI 123, возможно необходимо сопоставить Идентификатор подключения Канала Передачи Данных (DLCI) (DLCI) с адресом IPX.

     frame-relay map novell 100.0000.0c00.1122 123 broadcast

Вопрос. . Что относительно типов инкапсуляции Ethernet всего Novell?

О. ETHERNET_802.3 Типа фрейма является собственным методом инкапсуляции Novell. Они помещают пакеты SPX/IPX непосредственно в 802.3 кадрах; они не используют 802.2 LLC или SNAP. Результат нестандартен и может вызвать проблемы, когда смешано с "real" 802.3/.2 трафик. Это называют "NOVELL-Ether Инкапсуляции Novell" в терминологии Cisco.

ETHERNET_II Типа фрейма является "стандартным" формированием кадров Ethernet II. Пакеты SPX/IPX инкапсулируются в кадры Ethernet II с кодом 8137 типа. Эти кадры совпадают с Кадрами Novell за исключением поля кода/длины кадра двухоктетного типа. Это называют "ARPA Инкапсуляции Novell" в терминологии Cisco.

ETHERNET_SNAP типа фрейма или Cisco Novell Encapsulation SNAP, является Пакет Ethernet с Заголовком SNAP.

ETHERNET_802.2 типа фрейма или Инкапсуляция Novell Cisco SAP, является инкапсуляцией real 802.3 с 802.2 LLC. Это - новая стандартная инкапсуляция по умолчанию Novell в NetWare 3.12 и NetWare 4. x . Инкапсуляция по умолчанию Cisco для кадров IPX на Ethernet является все еще novell-ether, или в номенклатуре ETHERNET_802.3 Novell.

     router(config-if)# ipx encapsulation?
       arpa   Novell Ethernet_II
       HDLC   HDLC on Serial Links
       novell-ether   Novell Ethernet 802.3
       sap   IEEE 802.2 on Ethernet, Token Ring, and FDDI
       snap   IEEE 802.2 SNAP on Ethernet, Token Ring, and FDDI

Вопрос. . Что, если у меня есть много трафика Novell в моей сети, но я должен включить отладку?

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

      no logging console
      logging "ip address of syslog server"

Вопрос. . Как я использую маску для номеров сети IPX в access-list?

О. В 9.1, нет никакой маски для номера сети; маски для адресов источника и назначения. Это - синтаксис для access-list:

access-list number {deny|permit} novell-source network[.source-address [source-mask]] 
novell-destination-network[.destination-address [destination-mask]]

Для разрешения всех номеров сетей, которые запускаются с 817axxxx (817a0000 - 817affff), необходимо ввести во всех номерах сетей.

      access-list 801 permit 817a0000
      access-list 801 permit 817a0001
      ...
      access-list 801 permit 817affff

В 9.21 и позже, чтобы позволить всем номерам сетей запускаться с 817axxxx (817a0000 - 817affff) намного проще из-за масок сети. Маски сети разрешены на 900 (расширенные списки доступа) и 1000 access-lists фильтра SAP. Вот синтаксис для команды:

access-list access-list-number {deny | permit} protocol [source-network[.source-node[source-network-mask.]source-node-mask] source-socket[destination-network[.destination-node[destination-network-mask. destination-node-mask]destination-socket]] 

Например:

   access-list 901 permit -1 817a0000.0000.0000.0000 ffff.ffff.ffff.ffff
 

Вопрос. . Необходимо ли включить DECnet перед Novell на маршрутизаторах Cisco, которые выполняют оба протокола?

О. Прежде 8.2, когда DECnet был запущен на маршрутизаторе, все интерфейсы маршрутизатора были изменены так, чтобы адрес уровня MAC находился в пределах диапазона DEC. Это означало, что DECnet должен был быть запущен перед любым другим протоколом, который использовал Мак адрес в качестве части его адреса (как Novell и XNS). 8.2 изменил Реализацию DECnet так, чтобы только интерфейсам, которым назначили DECnet cost, изменили их Мак адрес. При выполнении DECnet и Novell на том же интерфейсе необходимо запустить DECnet сначала. Для сейфа необходимо всегда запускать DECnet сначала в смешанной среде.

Вопрос. . Cisco знает о BIGPACK.NLM и PBURST.NLM, и они поддерживаются?

О. Novell сказал нам о Загружаемом модуле NetWare, который воздействует на файловый сервер и более новое Клиентское программное обеспечение. Когда-то, этот NLM был в двух частях: Пакетно - монопольный режим и поддержка согласования Большого пакета. Обе части теперь связаны в тот же NLM, названный PBURST.NLM. NetWare 3.12 и NetWare 4.x встроили PBURST/LIPx в NOS.

PBURST.NLM разработан для компенсации проблему с NetWare 3.11 или более ранними Клиентами/Серверами. Когда рабочая станция входит или подключает к файловому серверу, рабочая станция и сервер должны выполнить согласование о Максимальном значении размера пакета. Это - Размер буфера пакетов рабочей станции или Размер буфера пакетов файлового сервера, какой бы ни меньше. Если существует маршрутизатор между файловым сервером и рабочей станцией, размер по умолчанию 576 байтов используется, потому что файловый сервер не может определить, могут ли все маршрутизаторы и сегменты в пути обработать размер большого пакета.

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

IPX/NCP Блока пакетов абсолютно независим от маршрутизатора Cisco. Тесты были выполнены с текущими релизами нашего программного обеспечения, и никакие проблемы не наблюдались. Сквозной IPX throughput увеличил использование пакетно - монопольного режима, который увеличивает число пакетов, которые могут быть переданы, прежде чем ACK требуется.

Вопрос. . Пакеты NetBIOS Novell требуют списков помощника?

О. NetBIOS Novell работает на основе IPX. Начальные запросы NetBIOS обычно принимают форму локальных широковещательных рассылок и, в 9.1, требуют, чтобы адрес помощника достиг конечного сервера. Как только адрес помощника был применен к интерфейсу, NetBIOS передан адресу, определенному в helper-address. В 9.21 и позже, широковещательные сообщения NetBIOS Novell переданы с командой ipx type-20-propagation.

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

О. Маршрутизатор Cisco может фильтровать на значении ANY в "протоколе" и "снабдить поля сокетом" в списке доступа. Вот некоторые известные значения для этих полей:

     IPX protocol (or packet) types:
       0  Unknown (could be any of the below, check socket to see what it is)
       1  Routing information protocol (RIP)
       2  Echo packet (ping)
       4  Internet Packet Exchange (IPX)
       5  Sequenced Packet Exchange (SPX)
      17  NetWare Control Protocol (NCP)
      20  NetBIOS Name Packet

     Novell socket numbers:
       0x451  NCP
       0x452  SAP
       0x453  RIP
       0x455  NetBIOS
       0x456  Diagnostics
       0x457  Serialization Packets
       0x4000 - 0x6000  Ephemeral sockets; used for interaction with file
                   servers and other network communications
       0x8000 - above Sockets assigned by Novell to third parties or
           themselves.

Вопрос. . Насколько большой RIP IPX и SAP обновления?

О. Размер Пакета RIP IPX, генерируемого устройством Сisco, является до 50 восьмибайтовых записей RIP плюс 32 байта служебной информации IPX (для в общей сложности 432 байтов) плюс служебная информация средств инкапсуляции.

Размер Пакета IPX SAP, генерируемого маршрутизатором Cisco, является до семи 64 байтов записи SAP плюс 32 байта служебной информации IPX (для в общей сложности 480 байтов) плюс служебная информация средств инкапсуляции.

Вопрос. . Что делает среднее значение "использования" в таблице маршрутизации IPX?

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

Вопрос. . Какой Тип SAP я должен обеспечить RCONSOLE для работы?

О. RCONSOLE отсылает "Запрос служб общего назначения" для типа 0x107 серверы. Маршрутизатору Cisco нужно разрешить объявить о типе 0x107 серверы для RCONSOLE для работы на ПК.

Вопрос. . Как IPX выполняет быструю коммутацию внедренный?

О. Быстрая коммутация IPX основывается на информации в кэше быстрой коммутации. Записи созданы на основе информации, полученной от первого пакета с механизмом обработки process-switched до заданного получателя. Когда назначение идет непосредственно, связанная сеть, или "максимальные пути ipx" установлена в 1 (по умолчанию), никогда не может быть нескольких записей кэша быстрой коммутации к заданному получателю.

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

В присутствии записей системы кэшей алгоритм быстрой коммутации IPX прост: мы циклический алгоритм между записями.

Вот пример выходных данных от show ipx cache:

                Destination   Interface    MAC Header
    *    365.0000.0c02.8cf9   Ethernet0    00000C028CF900000C028CFB8137
    *    164.0000.0c01.d878   TokenRing0   000030802D7D0000304060DFE0E003
                              @TokenRing1  000030802D7E0000304060DFE0E003

Последовательные пакеты, предназначенные для 164.0.0c01.d878, передаются через TR0, затем TR1, затем TR0, и т.д.

В 9.0 и 8.3, кольцевой алгоритм Round robin является тем же, но назначение кэша быстрой коммутации сохранено на сеть, не на хост. Таким образом, это похоже на это:

               Destination   Interface    MAC Header
    *                  365   Ethernet0    00000C028CF900000C028CFB8137
    *                  164   TokenRing0   000030802D7D0000304060DFE0E003
                             @TokenRing1  000030802D7E0000304060DFE0E003

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

Вопрос. . Существует ли способ управлять, какой сервер отвечает на запрос GNS?

О. Мы отвечаем на запросы GNS в 9.1 с Сервером, который появляется наверху Сервисной таблицы. Для изменения, какой Сервис наверху таблицы в 9.1, можно или фильтровать тот сервис полностью с Input-sap-filter (тогда, никто не может обратиться к тому серверу через этот маршрутизатор), или можно определить статический SAP для сервиса, вы хотите появиться наверху таблицы. Чтобы сделать это, дайте тому статическому SAP более низкий счетчик переходов, чем сервер, который является наверху таблицы для того типа сервиса, или сделайте сервер, который является наверху списка, опускаются в таблице с определенным статическим SAP для того сервиса, который делает его счетчик переходов дальше.

В 9.21 и позже, лучший способ управлять, какой сервер отвечает, ответ GNS должен использовать output-gns-filter.

Вопрос. . Cisco поддерживает команду "предпочитаемого сервера" Novell?

О. Вид: команда предпочитаемого сервера у клиента используется как это:

  1. Клиент загружает и передает широковещание Пакета обнаружения ближайшего сервера.
  2. Если нет никакого локального сервера, ответов маршрутизатора на это с сервером, который является вершиной списка (в 9.21 и позже, вершиной несортированного списка).
  3. Клиент тогда отправляет запрос RIP для внутреннего сетевого номера сервера.
  4. Маршрутизатор отвечает с переходами и галочками к сети.
  5. Клиент открывает сеанс NCP с NearestServer.
  6. Клиент передает в Поиске в системной базе данных NetWare к NearestServer для Предпочитаемого сервера.
  7. Клиент отправляет запрос RIP для Предпочитаемого сервера.
  8. Клиент разъединяет от NearestServer и подключений к PreferredServer.

    Примечание: Клиенты могут только подключить к Устройствам для операционной системы NetWare, и только Устройства NetWare могут ответить на запрос Поиска в системной базе данных NetWare. Маршрутизаторами Cisco не являются Устройства NetWare, но мы действительно направляем пакеты NCP к Самому близкому Серверу.


Связанные обсуждения сообщества поддержки Cisco

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


Document ID: 10548