Ж у р н а л   о   к о м п ь ю т е р н ы х   с е т я х   и   т е л е к о м м у н и к а ц и о н н ы х   т е х н о л о г и я х
СЕТИ И СИСТЕМЫ СВЯЗИ on-line
  ПОИСК: ПОДПИСКА НА НОВОСТИ: НОМЕР:
    ДОМОЙ • Архив: Новостей | Конференций | НомеровПодписка
 
   
 
   
    
РЕДАКЦИЯ
 
Все о журнале
Подписка
Как проехать
Где купить
Отдел рекламы
График выхода журнала
Адреса в Интернет

РУБРИКАТОР
   
• Инфраструктура
• Информационные
   системы

• Сети связи
• Защита данных
• Кабельные системы
• Бизнес
• Колонка редактора
• Электронная
   коммерция

• Только на сервере
• Системы
   учрежденческой
   связи

• Новые продукты


Rambler's Top100

  

Мост над бурным потоком

Билл Алдерсен и Дж. Скотт Хогдал

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

Проблема. В исследовании сетей не бывает скучных моментов, и этот случай - поиск неисправности в сети атомной электростанции, не был исключением. О проблеме было сказано всего несколько слов "соединения в сети разрываются случайным образом". Основу распределенной сети предприятия, обслуживающей тысячи пользователей, составляет базовая сеть FDDI с задублированными кольцами, соединенная несколькими мостами с многосегментными локальными сетями Ethernet. Файл-серверы, компьютеры VAX фирмы Digital и рабочие станции подключены к разным сегментам Ethernet. Два сегмента соединены с маршрутизаторами для обеспечения доступа к глобальной корпоративной сети.

Скотт: Когда мы прибыли на место назначения, то увидели громадное бетонное сооружение охладительной системы конусоподобной формы, как бы растущее из земли. Без особого энтузиазма мы подхватили чемоданы с приборами и направились внутрь.

Билл: Внутрь конуса?

Скотт: Да, да. Но вернемся к существу проблемы?

Билл: Хорошо. Давай расскажем нашим читателям, как нам удалось локализовать неисправность. Во-первых, мы убедились, что о разрыве соединения сообщали только те пользователи, чей трафик проходил между сегментами Ethernet через FDDI-магистраль. В сеансах связи локальных Ethernet-сетей или проходивших через маршрутизаторы в глобальную сеть, сбоев не было.

Скотт: Однако в сеансах связи по протоколам IP и IPX через FDDI-магистраль наблюдались сбои, что понятно, поскольку сегменты Ethernet соединены транслирующими мостами. Мостовое соединение с трансляцией протокола происходит на канальном уровне и, как таковое, не зависит от сетевого уровня, означая, поэтому искомая неполадка может заблокировать любой протокол высокого уровня.

Билл: Первоначальное исследование нескольких маршрутов поступления пакетов в двух сегментах Ethernet и FDDI-магистрали, указывало на возможные потери пакетов из-за использования множества протоколов и приложений.

Скотт: Как только появилась неполадка, мы начали искать неисправность в действующей системе.

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

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

Билл: И так мы стали ждать, когда поступит первый байт данных.

Скотт: Или даже полубайт. Как мы и полагали, долго ждать не пришлось, так как средняя ширина полосы пропускания каждого сегмента была в пределах 20 - 40%, а ее максимальное значение 60%.

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

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

Билл: В данном случае наиболее вероятной причиной прерывания сеансов связи представляются отказы в сети. Анализ файлов трассировки, полученных тремя анализаторами, показал, что пакет запроса от рабочей станции проходил через первый мост и по FDDI, но никогда не пересекал второго моста на сегмент, где находился сервер.

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

Билл: Таким образом, рабочая станция и сервер могли "связываться" в широковещательном режиме и в режиме передачи пакета от сервера к конкретной рабочей станции. Но адресная посылка от рабочей станции серверу оказалась невозможной: мост намертво блокировал пакет.

Скотт: Мы также обнаружила, что мосты произведены разными фирмами. Условно назовем мост на стороне рабочей станции X, а на стороне сервера - Y. Так вот, пакеты от рабочей станции всегда блокировал мост Y.

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

Скотт: После шести телефонных звонков в службу технической поддержки поставщика моста Y, мы наконец получили ответ.

Билл: Они были в замешательстве, пытаясь объяснить что произошло, но признали, что в ранних версиях программного обеспечения моста были трудности с обработкой трафика Ethernet большой плотности.

Скотт: И какой уровень трафика считается большим?

Билл: От 30 до 40%! Было также заявлено, что мосты могут перестать функционировать, если трафик станет слишком напряженным. Но технический специалист утверждал, что проблема решена в более поздних версиях программного обеспечения, так что наш заказчик получил несколько возможных решений.

Скотт: По существу, предлагалась модернизация (upgrade) моста, его замена или радикальное уменьшение проходящего через него трафика. Наш клиент выбрал замену моста.

Билл: Мы почувствовали удовлетворение решив еще одну сетевую проблему. К тому же, пока мы искали решение основной проблемы, то столкнулись и с несколькими более мелкими, над которыми придется поработать нашему заказчику.

Скотт: Не нужно говорить, как мы гордились успехом, когда покидали электростанцию.


распечатать статью




  
1 '1996
СОДЕРЖАНИЕ

колонка редактора

• Говорит и показывает Интервидение

открытые системы

• Мир TCP/IP. Internet Protocol

• Пятая волна компьютеризации: открытые сети общего пользования

• DCE. Скорее жива, чем мертва?

• Ява - остров восходящего солнца

• Проблемы маршрутизации трафика в Internet

• Удаленный доступ по PPP

• Будущее мультимедиа в Internet

• Интеграция Unix и Windows NT средствами NFS

• Internet: каково же будущее?

корпоративные сети

• Переход к коммутируемым сетям

• Загадка маршрутизатора

• Мост над бурным потоком

• Технология управления распределенными сетями

локальные сети

• Дисковые массивы RAID типа SCSI-to-SCSI

• Ленточные системы с автоматической сменой кассет

• Сетевые адаптеры Ethernet для шины PCI

услуги сетей связи

• Системы низкоорбитальных спутников

• Кодирование речи в цифровой телефонии

• Архитектура и функциональные модули сетей SDH

приложения клиент-сервер

• Однопользовательские СУРБД

• SQL Server 6.0: взаимодействие клиента с сервером

• Комплексная автоматизация производства на основе систем SCADA

защита данных

• А в вашей сети живут драконы?

• Испытание антивирусных программ для NetWare

новые продукты

• RAID без компромиссов, Эмулятор SunPC для DOS и Windows, Коммутатор LinkSwitch 1000 фирмы 3Com, Маршрутизаторы 7500 фирмы Cisco, MultiNet for Windows фирмы TGV



 Copyright © 1997-2007 ООО "Сети и Системы Связи". Тел. (495) 234-53-21. Факс (495) 974-7110. вверх