Заменил коммутаторы-получил тормоза.

**Сергей Петухов** » 15 сен 2008, 11:14

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

**Сергей Петухов** » 15 сен 2008, 13:03

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

**Владимир Горяев** » 15 сен 2008, 14:13

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

**v13** » 16 сен 2008, 00:09

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

**Сергей Петухов** » 16 сен 2008, 05:43

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

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

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

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

3COM Baseline switch

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

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

.

**v13** » 16 сен 2008, 21:54

Сергей Петухов писал(а):
3ком какой модели ?

3COM Baseline switch

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

**Сергей Петухов** » 17 сен 2008, 13:18

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

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

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

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

**v13** » 17 сен 2008, 17:47

Сергей Петухов писал(а):
Хех. А точнее ? Их много моделей.

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

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

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

**Сергей Петухов** » 18 сен 2008, 16:17

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

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

**Сергей Петухов** » 19 сен 2008, 08:46

Вот такие: 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СОМ, но не до состояния беспроблемных станций.

**Савельев Сергей** » 01 окт 2008, 08:55

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

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

**alexp_mac** » 01 окт 2008, 13:09

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

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

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

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

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

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

**Netpooler** » 01 окт 2008, 13:26

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

**Сергей Дубров** » 01 окт 2008, 13:41

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

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

**alexp_mac** » 01 окт 2008, 14:06

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

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

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

Заменил коммутаторы-получил тормоза.

Заменил коммутаторы-получил тормоза.

âåíäîð íå ðåàãèðóåò íà êîìàíäó

Кто сейчас на конференции