Чем отличаются эти коллизии, я не нашёл описания в интернете.

И TX это то, что ушло с порта ?
А RX это то, что пришло на порт ?

Ибо на порту моего 3526 который смотрит к нашему ISP появляются такие вещи, при этом начинает сильно расти пинг и потери пакетов вплоть до разрыва vpn сессиии.
У них там стоит какая то циска, я подразумеваю что она не справляется с задачами возложенными на неё в какието моменты, но пров пока не признаётся в чём дело.

Про типы коллизий не скажу - не знаю.
ТХ и RX - именно так.

А что показывает вывод команды show ports на порту, подключенному к ISP?
Полудуплекс?

А если ещё на этом порту разрешить flow_control, не будет ли в статусе flow_control этого порта отображаться (по команде show ports) что-то типа BackP?

Да Hulf100/None показывает, ибо железка на этом порту почемуто так работает, позже переключу на full устройство на этом порту.

FlowCtrl включён.

ПРо статус FlowCtrl я непонял.

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





Вот состояние порта, устройство отказывается работать в full режиме почемуто, хотя в его настройках явно указан тип подключения как 100 full.

Есть у "цисек" такая болезнь: при включенном автосогласовании скорости они упорно не желают работать в полнодуплексном режиме.

100full на вашей стороне можно выставлять лишь только в том случае, когда с другой стороны также ЯВНО выставлено 100full. Иначе станет ещё хуже.

В любом случае вам следует выяснить, какие настройки порта у вашего ISP, и возможно принять совместное решение о принудительном переключении на full duplex.


За какой период времени (примерно) собрано то количество ошибок (коллизий), которое показано в вашем предыдущем посте? Если за сутки и более, то скорее всего причина проблем совсем не в коллизиях, а в высокой загруженности канала провайдера. Хотя здесь я могу ошибаться.

Что то похожее про режим порта мне как то говорил их админ.
Ошибки на порту собраны за пару минут.
Притом пик проблемы наступает как то переодично, под пиком подразумеваю большую потерю пакетов до разрыва впн сесии.
Всё работает сносно с потерей пакетов до 5%.
Потом наступает момент когда пинг пропадает секунд на 25 полностью и сессия рвётся, потом снова всё нормально с небольшой потерей.

Эта циска обслуживает несколько сетей, каждая включена в свой порт, физическая територия покрытия сетей пересекается.
Он мне как то не внятно объяснял, что типа срабатывает stp как будто обнаруживает петлю между мной и другой сетью, будто похоже что гдето наши клиенты соединяют типа сети в свой свитч, но это больше похоже на бред.
Отключить stp отказывается почемуто.

Вы лучше попросите на порту выставить жёстко режим 100 FD.

У цисок при работе с длинками иногда возникают проблемы с stp. При отсутствии петель циска блочит порт. Похоже, что вендоры поразному понимают спецификацию... ИМХО

Попробуйте запретить bpdu пакеты на порту, тогда их стп тупо работать не будет.

По поводу half duplex история такая-же. Вендоры как-то по разному понимают спецификацию. В итоге не всегда работает оборудование в full, даже если в сдвух сторон выставлено имено в full.

_________________
DES 3526 - флагман DLINKостроения

Большое всем спасибо за учение, проблема оказалась проще чем можна было представить и ваши доводы оказались верны, извиняюсь за трёп но всё решилось когда я выставил принудительно режим 100 Full на свитче и на роутере, коллизии сразу исчезли.

Всеем ещё раз СПАСИБО ! Да прибудет с вами сила.
Аминь