Только если посылка нарушает договор. Если не нарушает это может быть тот ещё челенж.

ну зачем сразу договор

просто выдернуть шнурок))

Были у меня и такие, да.
Потребовали tcpdump с проблемной машины. в ответ прислали свой tcpdump, в котором проблемы не было.

Угадайте что было виновато?

except when it's mtu

был виноват tcpdump?

DNS

meh. никакой интриги

- Алло, пожарные, у меня девятиэтажка напротив горит!
- У меня такая же девятиэтажка напротив и не горит

молодежь любит лишние слои абстракции

Кстати о DNS именах. Ну и о серверах конечно. А также о пользе tcpdump.  
Было это больше 20 лет тому назад.
Любой сетевик привычен к жалобам на медленную сеть. И, как правило они обоснованы. Так и в том случае все безбожно тормозило. Как всегда пинг летал без задержек. Да и сеть была плоская без всякого роутинга.
И как всегда tcpdump помог найти проблему. Админы использовали в названиях своих серверов underscore. А клиентские компьютеры в DNS запросах автоматически заменяли underscore на dash. Сперва шли 3 неуспешных DNS запроса, а потом клиент находил сервер через WINS. С изрядной задержкой.
https://www.itprotoday.com/cloud-computing/underscores-my-computer-names-are-changing-dashes-windows-2000

Зачем тогда было тратить деньги на организацию пиринга?

деньги потребовать назад

Хрень какая-то. Договорились об одном, потратили время и деньги, организовали канал, пиринг. Когда дошло до дела, выключили шнурок. Это что-то из области специальной олимпиады. Наверное, есть такие деятили, но вряд-ли они живут долго на рынке.

кстати не первый раз слышу как проблема оказывается в днс

Даже если проблема в DNS, не обязательно в этом виноваты сетевики. Но, если их попросить, они могут помочь эту проблему решить ;-)

тем не менее еще раз убеждаюсь что днс как сервис вместе с dhcp должны поддерживать сетевики

В случае энтерпрайза это во многом политика. Если оба сервиса стоят на сервере домена выдрать их без крови удаётся не всегда.

Ты ещё скажи, что файрволы тоже должны сетевики поддерживать. Скажи безопасникам 😁