proNovell

В сети есть сервер на Netware 5.1, который работает по IPX.
И есть часть машин с материнской платой ASUS P5P, на которой имеется интегрированный гигабитный сетевой адаптер.
После замены двух простых неуправляемых 3-СОМ-ов на гигабитные HP PROCURVE 1800-24G на этих машинах начались тормоза при работе с сервером.
Ручное изменение скорости работы в свойствах сетевой платы (вместо auto) ни к чему не привело. Тормоза остались.
Эти компьютеры подсоединены не к указанным НР, а к 3СОМ-ам, которые уже в свою очередь зацеплены к указанным НР.
Есть ли какие-то мысли по поводу того, что это за ерунда и как лечить?

Да, Jumbo Frames отключен.

Проверь линки между HP-3COM на предмет дуплекс-полудуплекс. И, если нет нужды, отключить Spanning Tree.

3ком какой модели ?

Проверь линки между HP-3COM на предмет дуплекс-полудуплекс. И, если нет нужды, отключить Spanning Tree.

Настроек для Spanning tree нет.
Посмотрел на сайте НР-STP не поддерживается.

Некоторые порты были в полудуплексе, выставил на НР вместо auto в 100FDX. Не помогло.

3ком какой модели ?

3COM Baseline switch


Нашлось ещё несколько компьютеров на которых такая же история. Но они не на P5B. На некоторых карточках-реалтек, на некоторых-интел.


На одном компе с ASUS P5B удалось исправить ситуацию удалением и установкой клиента (4.91+sp4). Но только на одном .

Сергей Петухов писал(а):

3ком какой модели ?

3COM Baseline switch

Хех. А точнее ? Их много моделей.

Хех. А точнее ? Их много моделей.

Сейчас под рукой нет, да они похоже и не при чём.
Судя по всему, дурит сетевая карта на сервере или связка НР+серверная карта:

Если между НР и сервером вставить Cisco 3500 XL, то скорость восстанавливается до прежних величин . Карта при этом, естественно работает на 100 мегабит. Если не использовать циску,а просто ограничить скорость на порту НР до 100, то ничего не меняется-опять тормоза.

Пока оставил так, попробую скачать новые драйвера на сетевуху и поискать в интернете похожие грабли. Заодно попробую вместо циски другие варианты. А там видно будет.

Сергей Петухов писал(а):

Хех. А точнее ? Их много моделей.

Сейчас под рукой нет, да они похоже и не при чём.

Думаю что как раз причем.
Если 3ком 100мбит с парой гигабитных портов то это известная их болезнь. Проходили.
На этом форуме пара развесистых тридов на эту тему.

Для эксперимента переткни прокурву в 100мбит порт 3кома.
И посмотри что будет. должно стать значительно лучше.

Думаю что как раз причем.
Если 3ком 100мбит с парой гигабитных портов то это известная их болезнь. Проходили.

Да нет, простые 16-ти портовые, неуправляемые 100 мбит. Сегодня модель не посмотрел, не до того было-злобный экскаваторщик порвал оптику, поэтому пока забросил эти НР, занимался разборками с властелином ковша.

Вот такие: 3com baseline 10/100 switch 3C16470 super stack 3


В выходные немного поэксперементировал: выбрал одну из станций (станция#), на которой заметны тормоза, подключил к НР только сервер и эту станцию, тормоза остались. Следовательно петли тут ни при чём.Попробовал копировать с сервера один и тот же набор файлов, результаты такие:
1) сервер=>НР=>станция# -8 минут 39 секунд.
2) сервер=>НР=>Cisco=>станция#- 49 секунд.
3) сервер=>НР=>3СОМ baseline 10/100 switch 3C16470 super stack 3=>станция# 3 минуты 45 секунд.
4) сервер=>НР=>3СОМ Dual speed hub 16=>станция# 8 минут 25 секунд.

На тех станциях на которых тормозов нет результаты такие:
станция2 с WINDOWS XP=19 секунд
станция3 с WINDOWS 98=29 секунд.
Таким образом, хаб никак не влияет, 3СОМ немного ускоряет, циска ускоряет работу тормозных станций лучше,чем 3СОМ, но не до состояния беспроблемных станций.

А со скоростью на раб. станциях никто не поиграл????
Не единожды замечал, что выставление скорости ведёт к тормозам.
пока не очень понятно из-за чего лезет такая бяка

и я не очень Вас понял про полудуплекс. Он пропал или ...?

Савельев Сергей писал(а):А со скоростью на раб. станциях никто не поиграл????
Не единожды замечал, что выставление скорости ведёт к тормозам.
пока не очень понятно из-за чего лезет такая бяка

и я не очень Вас понял про полудуплекс. Он пропал или ...?

не согласен. у циски нужно скорость на порту и на рабочей станции руками выставлять, отключать flow control, тогда все будет отлично.

Сопли вычисляются примерно так

ofc-sw4#sh int fa 0/31 | inc input errors
344 input errors, 334 CRC, 10 frame, 0 overrun, 0 ignored

мешанина в сетевом оборудовании (читай экономия) ведет к проблемам.

Àíäðåé Ñ, èçâèíèòå çà íåêîòîðóþ ðåçêîñòü, íî íå ââîäèòå â çàáëóæäåíèå ôîðóì÷àí, åñëè íå çíàåòå èëè äî êîíöà íå ðàçîáðàëèñü â âîïðîñå. Ãîâîðþ êàê âëàäåëåö îäíîâðåìåííî äâóõ ìàøèí - Ëîãàí (ñêîðî 3 ãîäà) .

Netpooler писал(а):Большинство 3com не поддерживают IPX. Рекомендую перейти на IP.

Кгхм... Коммутатору L2 абсолютно по барабану, что он там коммутирует - IP, IPX или, прости господи, NETBEUI

Netpooler писал(а):Большинство 3com не поддерживают IPX. Рекомендую перейти на IP.

3com отправляется в мусорку. По любому.

ps выучите пож OSI, тогда нам будет о чем поговорить