Магия в топологии сети, объясните как такое возможно?

Question

[Даниил]

Топология сети следующая, 10-ый этаж, некие устройства ip подключены к коммутатору tp-link t2500g 10MPS ( 8 портов по 1 Гбит/с) от коммутатора идёт оптика вниз до серверного коммутатора ( 28 sfp портов) , объект состоит из 3-ех подъездов в каждом по 10 этажей, на каждом этаже некие устройства ip подключены к своему этажному коммутатору t2500g.
Ситуация: ping "коммутатор t2500g" >> "Большие потери пакетов
ping "Устройства за коммутатором t2500g" >> "Потерь нет" пакеты приходят 100%
ping "Коммутатор 28 sfp" >> "Потерь нет" пакеты приходят 100%
Вопрос: как такое возможно?

P.S. на другом объекте такие же коммутаторы с идентичной топологией, идентичной конфигурацией и таких проблем замечено не было, подскажите неопытному it-шнику в какую сторону копать ?

Answer 1

[Akina]

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

Answer 2

[Dimonchik]

копать в освоение трейсроута

trace route / tracert

Comments

[Даниил]

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

[Dimonchik]

ну отлично

сравниваешь два вывода и медитируешь

первый - до комм
второй - до узла за комм

дело или в комм или в сети - вот и ответ

Answer 3

[dollar]

Ситуация: ping "коммутатор t2500g" >> "Большие потери пакетов
ping "Устройства за коммутатором t2500g" >> "Потерь нет" пакеты приходят 100%

По сути это означает, что t2500g перегружен и не очень хочет отвечать на ICMP, как наименее приоритетный. Реально же надо сравнивать и щупать. Может, там кольцо какое-нибудь, или просто бракованный коммутатор, или ещё что-нибудь такое.