Работа над ошибками Windows Server 2003
 

Зравствуйте.
Есть машина которая стоит у прова и уже наглухо запрятана в серверную, поэтому установить linux или фряху (что надо было сделать с самого начала) не получится.
На ней крутятся несколько игровых серверов ( со встроенным VoIP каждый )+сервер mumble, апач, мускул итп.
С самого начала были проблемы (насколько я помню) с битыми хидерами пакетов (в Ваершарке половина черных строк), которая осталась до сих пор. Винда не очень хорошо с этим справлялась, но в какой-то момент все более-менее стабилизировалось и было забыто. Теперь лаги ощутимо возрасли, частично помогла переустановка дров на сеть, но полностью проблема не решилась и возможно до замены свичей не решится (от нас не зависит), однако есть подозрения в ошибках настройки самой машины (я не специалист), поэтому хотелось бы услышать рекомендации знающих людей.

Система:
Microsoft Windows Server 2003 Enterprise Edition SP2 (Второй диск не установлен, слетала рега лиц. ключа, обновления все)
Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz 3,99 ГБ ОЗУ

В общем, подскажите что еще можно "выпрямить" кроме рук :)

Просьба:
если с конфигами, маршрутизацией и остальным все в порядке, то об этом тоже напишите (хотя сомнительно, [WARNING]ов, [FATAL]ов итп в netdiagе хватает).

[WARNING] и [FATAL] в тех местах абсолютно нормальны. Если нужно, расшифрую почему.

С конфигами, маршрутизацией и остальным все в порядке.

> 'битые хидеры пакетов'
В одном пакете физического уровня (то, что передаётся по проводам, оптике и т.д.) этих header несколько, потому что пакеты конкретных протоколов инкапсулируются (вкладываются) друг в друга. Например, POP3-пакет вкладывается в TCP-пакет, тот в IP-пакет, а тот в ethernet-пакет и отправляется по ethernet'у. В случае PPP-доступа, очень любимого российскими провайдерами в качестве средства тарификации клиентов, ещё есть прослойка из GRE-протокола. Нужно знать, какого протокола битые.
Ваша инфа этого не подтверждает (Статистика интерфейса, Ошибки 0 1).

> Есть небольшая неясность с DNS, tracert bf2.u-l.ru дает dialin.customers.u-l.ru [94.45.191.146] на целевом хосте.
На DNS-серверах существуют 2 зоны: прямая и обратная. Прямой зоной домена u-l.ru Вы рулите, прописали там запись типа A bf2 и указали IP. Теперь все компьютеры мира по этому имени выясняют IP-адрес. Это называется разрешением имени. Обратная зона нужна для обратной процедуры: нахождению имени по IP, что и выполняет tracert в процессе своей работы. Для этого на DNS-сервере, отвечающем за этот IP, должна быть создана PTR-запись. Теперь самая абстрактная часть объяснения, которой до последнего не верят даже многие сисадмины :) Ваш DNS-сервер не рулит этим IP. IP под контролем того, кому он был выдан в составе диапазона. В вашем случае это ООО "Юнионлайн". Вряд ли они по Вашей просьбе сделают, чтобы вместо dialin.customers.u-l.ru для вашего адреса выводилось bf2.u-l.ru. Да и это просто косметика, никакой практической пользы не принесёт.

> Теперь лаги ощутимо возрасли
Мне совершенно не понятно, в чём проявляется проблема (симптомы). Какие они? Мы можем поставить Microsoft Network Monitor и собрать с его помощью информацию для анализа.

Isotonic, большое спасибо за развернутый ответ.
"Мы" в смысле мы? :)
Есть ли преимущества у Microsoft Network Monitor перед тем же Wireshark (ранее — Ethereal)?
Внешне симптоматика выглядит как потери пакетов (реально потерь вроде нет), т.е. визуально рывки, скачки назад (действие интерполяции и экстраполяции движка клиента).
Наши "знатоки" винят во всем свичи провайдера, говоря, что на нашей машине все в порядке.

Логи Wireshark есть, с Microsoft Network Monitor к сожалению не знаком.

Непосредственно на компе ручками, конечно, Вы.

Отвечу так: я могу постараться Вам помочь на основе анализа данных MS NM, но не WS.

Неужели это во всех играх, которые крутятся на сервере?

А они точно знатоки?

Я не знаю нюансов работы WS, по идее он также должен устанавливать свой компонент 'между дровами сетевухи и компом'. Тогда попробуйте просто удалить, перезагрузить комп и посмотреть, как работать будет.

Пакеты могут теряться по причинам: оборудование не успевает их обрабатывать или оборудование по каким-то причинам их отклоняет (это может происходить даже без участия CPU). Сюда попадают и 'плохие драйвера' и 'лишние компоненты в стэке'. Большинство игр работает по UDP, по 'Статистика UDP для IPv4' видно, что ошибок либо нет, либо комп о них не знает (ошибка обрабатывается без участия CPU или пакет просто до сетевухи не доходит).

В любом случае, если ставить NM, WS нужно удалить предварительно. При установке/удалении будут перерывы в обслуживании по сети от нескольких секунд до нескольких минут.

Надумаете заюзать NM - расскажу, что делать. Есть ещё одно неудобство помимо новой для Вас проги: для упрощения анализа данными будем собирать с фиксацией имён процессов, с которыми они связаны, а там уже имена процессов, как в tasklist'е, Вы не затрёте :(