[Safety1st]

[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 и собрать с его помощью информацию для анализа.

[VV189]

Isotonic, большое спасибо за развернутый ответ.

Мы можем поставить Microsoft Network Monitor и собрать с его помощью информацию для анализа. »

"Мы" в смысле мы?
Есть ли преимущества у Microsoft Network Monitor перед тем же Wireshark (ранее — Ethereal)?

не понятно, в чём проявляется проблема (симптомы). Какие они? »

Внешне симптоматика выглядит как потери пакетов (реально потерь вроде нет), т.е. визуально рывки, скачки назад (действие интерполяции и экстраполяции движка клиента).
Наши "знатоки" винят во всем свичи провайдера, говоря, что на нашей машине все в порядке.

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

[Safety1st]

"Мы" в смысле мы? »

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

Есть ли преимущества у Microsoft Network Monitor перед тем же Wireshark (ранее — Ethereal)? »

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

Внешне симптоматика выглядит как потери пакетов (реально потерь вроде нет), т.е. визуально рывки, скачки назад (действие интерполяции и экстраполяции движка клиента). »

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

Наши "знатоки" винят во всем свичи провайдера, говоря, что на нашей машине все в порядке. »

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

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

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

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

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