» Тормоза в сети...

Итак имеем:
Сеть из 40 компов (3 WinXP, 2Win98, остальное Win2k)
Сервера:
-Win2k Server (PDC)
-Win2k Server (SQL-Server)
-NetWare 5 (FileServer)
-FreeBSD+ADSL modem (Доступ в инет)
Оборудование:
-Свич Intel Express 420T (48 портов)
-Сетевухи: в основном D-Link(528, 538), пара 3Com'ов и пара Intel'ей.

Проблема:
Всё это добро ДИКО тормозит...
Причём, с нетвари инфа качается с нормальной скоростью, а вот между тачками скорость в рабочий день не больше 200к. Вечером же возрастает до 5 мегов, но не больше...
Сначала грешил на новелловский клиент, родной сменил на штатный Виндузовый - немного полегчало... Шары начали открываться мгновенно(раньше по 5 минут открывались),но скорость передачи не возрасла...
Пробовал snmp'ёй ковыряться - ничего интересного не нашёл...
Думал, может кто броадкасты генерит - да вродя нет, netstat показывает приемлемое число(что-то типа 50 тысяч из нескольких миллионов пакетов прошедших через интерфейс).
Где грабли? Чё делать? Начальство уже косо смотрит в мою сторону...
HELP!

Какие протоколы стоят? Netbios должен быть включен только поверх TCP/IP.

tofer
а мож что-нить у тебя полнодуплексное?

Насколько я понял свитч управляемый .
для начала выключи все автоопределение скорости/дуплекса и настрой руками . как на свитче так и на картах .
Потом посмотри счетчики ошибок и броадкастов на свитче .

Да, проблема скорее всего в дуплексе и автоопределении скорости!

Народ, вам не кажется занятным, что

Цитата:

с нетвари инфа качается с нормальной скоростью

?

IMHO, траблема не в дуплексе, а в настройках чего-то. Что-то автора не слышно...

Нетварь может иметь нормальные настройки по умолчанию... У меня например Вин2к сервер глюкавит, а Линух работает нормально, потому что в Выне стоит авто.

Цитата:

Народ, вам не кажется занятным, что

Цитата:с нетвари инфа качается с нормальной скоростью

Да , эту строку я пропустил . Это как минимум странно , либо нетварь на ipx сидит .
В любом случае было бы неплохо установить все дуплексы как надо руками , и посмотреть на счетчики ошибок на портах свитча . потом думать дальше .


зы. Кстати видел пару больших сетей (не считая свою) где нетбиос разрешен и поверх IP и поверх IPX . Обе работают отлично .

А наводок на кабеля нет? или еще чего, качество обжима, настандарт разводки?

UncoNNecteD

Цитата:

Нетварь может иметь нормальные настройки по умолчанию...

Пофиг. Речь идет про клиента. Если на клиенте проблемы с дуплексом, то он будет иметь проблемы со связью вне зависимости от того, как там оно настроено на другой стороне. В конце-концов физически он имеет дело только с коммутатором.

Zlobny_John

Цитата:

зы. Кстати видел пару больших сетей (не считая свою) где нетбиос разрешен и поверх IP и поверх IPX .

Возьмем хотя бы такую роль Netbios'а, как его использование для "NetBIOS Name Resolution". Если на всех активных и потенциальных Browser'ах в сети стоит такая же бодяга с протоколами (а нафига?), то как бы и ничего страшного (???), а если нет, то должны начаться тормоза с разрешением NetBIOS имен. Нет, они и так будут, т.к. у тебя получается 2 различных NetBIOS для одной сети. Вопрос: какой использовать для разрешения имен? Т.к. наиболее логичный ответ -- "фиг его знает", то, чтобы не сдохнуть от голода меж двух копен сена как тот осел, используются оба.
Цитата:

Windows maintains a separate browse list for each protocol on your network. Because computers can communicate with one another only when they share a common network protocol, this setup lets a client see in its browse list only those computers it can access. Client computers that are configured to use multiple protocols request, receive, and merge browse lists from each protocol.

Т.е. поддерживаются 2 списка просмотра от 2 NetBIOS'ов на каждой машине, которые потом сливаются воедино. Это описано, например, сдесь. Идем дальше...
Цитата:

Although the IPX/SPX protocol is routable, NetBIOS-over-IPX is broadcast-based. NetBIOS service announcement functions, such as browsing, aren't forwarded across subnets in a routed network. This means that devices running only NWLink and separated by a router won't normally be able to browse or connect to each other's resources.

Оставим в стороне проблему с роутингом NetBIOS-over-IPX (имеющую частные решения). С бродкастами все понятно? А теперь вспомни, что поддерживаются 2 списка просмотра, если у тебя 2 NetBIOSа. А теперь представь сколько у тебя будет бродкастов при ресолвинге имен. А в большой сетке, как ты говоришь? Кузяво?

Цитата:

Обе работают отлично .

Заблуждение Т.е. с одним нетбиосом они должны работать намного быстрее.

tofer
Может антивирус тормозит. Я лично наблюдал как на атлоне 1400 с полугигом мозгов под ХП скорость перекачки увеличивалась буквально в 10 раз после выключения NAVа.

Цитата:

Пофиг. Речь идет про клиента.

Я чтото пропустил? Где это сказано?

Выдергиваешь из свича кабель, смотришь результат, если ничего не изменилось, втыкаешь его обратно
Затем следующий...
И так до положительного результата или до конца...

Чем все закончилось-то, а?

Тут возникла примерно схожая проблема:
есть общая сеть и подсеть бухгалтерии (везде винды, realtek в основном). раньше они не были связаны между собой, но теперь мы воткнули их в общий свич (3Com SuperStack 4400), и начались тормоза у них. в бухгалтерии стоит ip и ipx, стоят 1с и новеловский клиент. в общей сети ip (хотя толком это никто не сказал ). Грешили вроде на свич, но, имхо это бред... он тут не причем.. такое впечатление, что копы в бухгалтерии просто ожидают своё ширковещание...
Signa
похоже на танец с бубном

EndoR
а в чем тормоза то проявляются ?
и какая топология сети (что во что воткнуто на уровне хабов/свитчей)

Zlobny_John
бухгалтерия воткнута в хаб, который соединяется с упомянутым свичом (в который напрямую я воткнут). а уже в этот свич воткнута общая сеть.
тормоза проялвяются при работе с 1с (чтоб её ), при перекачке файлов. поскольку они сами мало чего знают, щаз вот выясняю симптомы...


Добавлено
да, новелловский сервак (он же 1с), и sql-сервак воткнуты в тот свич.

переведи все под Win 2000 Serve и не мучайся один вечер и все в порядке
Novell хорош как файл-сервер, но когда стоил сбе сетку решил оставить один протокол IP и навиг все эти грабли зато сечас все рабоет нормально, если никто гигов не таскает посети...

Nevskij2002
неприемлемо. если были бы варианты, не ставили бы. что по существу-то?

Цитата:

Novell хорош как файл-сервер

так он так и работает (см. выше).

EndoR
а линк хаб/свитч проверить ? и траффик на нем ? не может быть что перегружен ?

Zlobny_John
все в порядке там... ошибок нет (вернее, есть, но их очень мало), колизий тоже. Вот и возникает подозрение на броадкаст не по тому протоколу... или если броадкаст убегает не в ту подсеть... Мож на это свиче броадкаст на конкретном порту убрать?

EndoR
а причем здесь вообще броадкаст , если у тебя файло не качается ?

Что будет если погонять файло между сегментами , но не с сервера ?

зы. кстати работу 1c может здорово тормозить дедушка Касперский .

Добавлено
мож у тебя сервак с ipx плохо дружит ? подними ipx на своей тачке и проверь тем-же 1c

Zlobny_John

Цитата:

а причем здесь вообще броадкаст

ну в сеть полезли броадкасты из другой сети в больших количествах.

Цитата:

файло не качается

да файло-то качается, но гораздо медленнее, чем раньше.

Цитата:

дедушка Касперский

ликвидирован как класс... эта субстанция вообще с касперским несовместима (при близком рассмотрении).

Цитата:

Что будет если погонять файло между сегментами , но не с сервера ?

то же самое... и все нормализуется, если вторую сеть отключить.

Цитата:

мож у тебя сервак с ipx плохо дружит ? подними ipx на своей тачке и проверь тем-же 1c

тут везде стоит ipx. на серваке в том числе. у сервака, кстати, вообще ip нет. у клиентов и то, и другое, и находят они сервак либо по servicename, либо по mac.

Цитата:

ну в сеть полезли броадкасты из другой сети в больших количествах.

да в нормальной быстрой сети вроде пофиг .


Цитата:

да файло-то качается, но гораздо медленнее, чем раньше.

даже в пределах одного сегмента ? одного свитча/хаба ? между станциями ?


Цитата:

ликвидирован как класс... эта субстанция вообще с касперским несовместима (при близком рассмотрении).

запосто . надо отключить проверку директории с 1c , точнее говоря хучи файлов , которую она открывает при старте .


Цитата:

тут везде стоит ipx. на серваке в том числе. у сервака, кстати, вообще ip нет. у клиентов и то, и другое, и находят они сервак либо по servicename, либо по mac.

мысль вслух . проверить/выстаивть руками один frame (лучше 802.2) . было бы неплохо запустить observer найти и удушить остальные как класс . заодно увидишь что с сетью творится . посмотреть чтобы стояна одинаковая ipx сеть (не уверен в терминологии) , короче первые два байта ipx адреса . а может и средняя его часть тоже .

Zlobny_John

Цитата:

даже в пределах одного сегмента ? одного свитча/хаба ? между станциями ?

собсно везде, если в свич не воткнута другая сеть (напоминаю, она большая и хз вообще что там у них стоит).

Цитата:

да в нормальной быстрой сети вроде пофиг

не знаю... это smb и прочие радости быстро бегают. а я столкнулся с тем, что нетбиос открывает папку вообще 23 секунды... так что при возрастании широковещания это еще сильнее усугубляется.

Цитата:

одинаковая ipx сеть

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

Цитата:

собсно везде, если в свич не воткнута другая сеть (напоминаю, она большая и хз вообще что там у них стоит).

дык и надо посмотреть и проверить фрейм/подсеть .

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


Цитата:

не знаю... это smb и прочие радости быстро бегают. а я столкнулся с тем, что нетбиос открывает папку вообще 23 секунды... так что при возрастании широковещания это еще сильнее усугубляется.

Это обычное явление для сети с двумя протоколами . заметно в осносном на 2000/xp и похоже не лечится .

Zlobny_John

Цитата:

дык и надо посмотреть и проверить фрейм/подсеть

неее... там сеть невозможно посмотреть... она масштаба man. тока нашими средствами отрубать входящий мусор.

Цитата:

а свитч управляемый

угу. 3Com Switch 4400 Series (3C17203, если быть точнее). вот и пытаюсь сейчас с пом. него отрубить броадкасты...

Цитата:

Это обычное явление для сети с двумя протоколами . заметно в осносном на 2000/xp и похоже не лечится .

ничего подобного... два протокола тут вообще не причем (если говорить о тормозах с нетбиос).

Цитата:

неее... там сеть невозможно посмотреть... она масштаба man. тока нашими средствами отрубать входящий мусор.

ну тогда ставь пакетный анализатор и ищи тот самый 'мусор ' . хз что к вам там прет ...

Zlobny_John
а на конкретном свиче не знаешь, как это реализовать?

анализатор ? в общем никак .

если такой геморрой с чужой сетью можно vlan`ов настрогать , сервер сунуть в общий . как строгать на трикоме опять таки не скажу . тут похожая тема была .

Zlobny_John

Цитата:

анализатор ?

не, не анализатор, а отруб входящего мусора (вернее, отрубить все, а пускать только избранных ).

Цитата:

можно vlan`ов настрогать , сервер сунуть в общий . как строгать на трикоме опять таки не скажу . тут похожая тема была .

ага, кажись, мною открытая с виланами туда кстати, они тут пока не пойдут ввиду того, что сервак на виндах и свичи 3комы, а е циски...
зы стоп! виланы тут точно не подойдут... мы не имеем доступа к свичам, которые в другой сети стоят. Нам надо просто избранных оттуда пускать внутрь. Поэтому tagged-based вилан нельзя настроить, а port-based не поможет.