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