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

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

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

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

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


Rambler's Top100

  

Разные решения одной проблемы

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

Проблема. Наша сеть состоит из нескольких маршрутизируемых сегментов, расположенных в разных зданиях в пределах одного городского квартала. На этаже каждого здания находится один или два сегмента, и большинство групп пользователей имеют собственный сервер NetWare. Несколько таких серверов работают заметно медленнее остальных, несмотря на то, что все серверы сети реализованы на базе одних и тех же аппаратной платформы и операционной системы. На каждый сегмент у нас приходится от 100 до 150 пользователей. Однако, похоже, неважно, сколько пользователей работают в “плохих” сегментах. Даже в нерабочее время, когда пользователей почти нет, эти сегменты функционируют очень медленно. Наша кабельная проводка на витых парах категории 5 успешно прошла все тесты. В каждом из этих сегментов наблюдалось совсем немного конфликтов или ошибок CRC. Мы перезагрузили операционную систему и даже сократили один из таких сегментов до одного сервера и одной рабочей станции, но это не принесло какого-либо положительного эффекта. Помогите разобраться, в чем тут дело.

Билл: Похоже, наш клиент проверил свою сеть “снизу доверху” (кабельную систему и ОС. — Прим. ред.). Однако осталось еще нечто посередине.

Скотт: И вот снова пришло время запустить в дело наш проверенный анализатор протоколов.

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

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

Билл: Так как в этих случаях файл-сервер не передавал никаких ответных пакетов, то мы пришли к выводу, что данная проблема связана с транспортными повторными передачами. (В системе NetWare такие передачи выполняются средствами прикладного уровня.)

Скотт: Увы, имеется бесчисленное множество причин, по которым могут происходить транспортные повторные передачи.

Билл: Да, разобраться здесь так же сложно, как порою понять причину появления сообщения “Abort, Retry, Ignore?”, возникающего при каких-либо проблемах в DOS.

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

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

Скотт: Так как каждый порт 10Base-T представляет собой повторитель, то устройство, подключенное к порту концентратора, фактически подсоединяется к своему собственному повторенному сегменту. Поэтому при решении поставленной перед нами задачи мы подключили анализатор к сегменту сервера.

Билл: Конечно, это не соответствовало требованиям стандарта 10Base-T, но выход был найден. Мы установили в сегменте сервера дополнительный миниконцентратор.

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

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

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

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

Скотт: Наши подозрения подтвердились, как только мы изъяли из этой схемы миниконцентратор, подключили микротрансивер AUI—10Base-T к порту AUI адаптера сервера, завершили работу сервера в сети, активизировали порт AUI и перезагрузили сервер. Проделав все это, мы увидели, что наша сеть работает, как надо.

Билл: Верно! Кроме того, общая производительность сети повысилась более чем в четыре раза.

Скотт: Продолжая исследование сети нашего клиента, мы обнаружили аналогичную проблему еще в одном сегменте, расположенном на другом этаже здания.

Билл: Естественно, при решении этой проблемы мы решили пойти уже проторенной дорогой.

Скотт: Только на этот раз трюк с микротрансивером не сработал. Проблема сохранилась.

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

Скотт: Однако у нас была возможность задействовать “новый и улучшенный” адаптер, недавно выпущенный производителем сервера.

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

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

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

Скотт: В этом случае нам вряд ли удалось бы локализовать возникшую проблему.

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

Скотт: И никогда не думайте, что одна и та же проблема всегда имеет одно и то же решение.


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




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

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

• Вся сеть в кармане

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

• Выбор сетевой операционной системы

• Недорогие серверы

• В любви и согласии... со своим делом

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

• Блокнотные компьютеры

• Клиентское ПО протокола DHCP

• Разные решения одной проблемы

• I-PNNI — интегрированный протокол маршрутизации

• Незаконченная картина RMON

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

• Терминология сетей Синхронной Цифровой Иерархии

• Несколько слов о любви... и заметки о создании пейджинговой системы

• Компьютерная телефония. Пути развития

• Беспроводная передача данных: CDPD

• Блюзы говорящих модемов

интернет и интрасети

• Серверы Internet под ключ

• Семь смертных грехов Web

• Стройте Intranet!

• Радио по запросу

• Давайте познакомимся

• Программирование Web-сервера: последний рубеж

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

• Информационные системы для крупных индустриальных объектов

• Intranet и Lotus Notes: новый взгляд

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

• Дебаты о шифровании

• Протокол PPP и безопасность

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

• Маршрутизаторы 7200 фирмы Cisco, FTP Software поднимает ставки в игре TCP/IP, Оптимизаторы MAXcess, Kraftway выпускает новый сервер

только на сервере

• Обзор Web-браузеров

• Методика интерпретации результатов измерения производительности адаптеров Fast Ethernet



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