ЧИТАЕМ АНАЛИЗЫ



В предыдущем посте я дал скриншот, по которому предложил сделать выводы. Настало время моих ответов.



1️⃣ Интерфейс осуществляет отправку трафика. Вывод сделан на основании того, что на вкладке Tx имеются показания счетчиков, отличные от нулевых.

2️⃣ На этом и на противоположном интерфейсе используются разные способы связи. Такой вывод сделан на основании того, что:

* счетчик Tx Late Collision имеет значение, отличное от нулевого;

* значение счетчика Tx Collision значительно превышает значение счетчика Tx Unicast. Несмотря на то что на счетчики «обычных» коллизий редко можно ориентироваться, здесь имеется явно аномальное соотношение показаний этих счетчиков.

3️⃣ На интерфейсе, для которого приведен скриншот, используется полудуплексный способ связи. Вывод сделан на основании того, что при использовании полнодуплексного способа связи обнаружение коллизий не работает и, как результат, счетчики коллизий будут иметь нулевые значения даже при наличии коллизий.

4️⃣ На противоположном интерфейсе используется полнодуплексный способ связи. Вывод сделан на основе совокупности выводов 2 и 3.

5️⃣ На интерфейсе, для которого приведен скриншот, и на противоположном интерфейсе используется статическое определение параметров соединения. Вывод сделан на основании того, что переход интерфейса в состояние Running при рассогласовании способов связи невозможен при автоопределении параметров соединения.



УГЛУБЛЕННЫЙ КУРС ПО АДМИНИСТРИРОВАНИЮ СЕТЕВЫХ УСТРОЙСТВ MIKROTIK



ИП Скоромнов Дмитрий Анатольевич, ИНН 331403723315