ошибки FEC и CRC соотносятся с непоследовательным пингом?

Есть ли связь между ошибками в линии и стабильностью пинга?

Да.

• Ошибки CRC означают, что пакеты должны быть переданы повторно.

• Ошибки FEC не влияют на скорость линии, но указывают, что «процесс чередования и исправления ошибок работает и делает то, что должен».

Сказав, что у вас есть только очень небольшое количество ошибок CRC (11 за 6 часов), которые не должны реально влиять на вашу скорость линии или время пинга вообще.

Ошибки CRC - проверка циклическим избыточным кодом

Количество ошибок CRC. CRC - это код обнаружения ошибок, используемый для проверки передачи пакета между отправителем и принимающей стороной. Ошибка CRC указывает, что часть пакета данных повреждена и требует повторной передачи . - см. Cyclic Redundancy Check (CRC) для более подробного объяснения.

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

Ошибки FEC - прямое исправление ошибок

Количество ошибок, которые были исправлены из-за исправления ошибок, примененного к линии. Коррекция ошибок включается одновременно с чередованием. Нормально видеть ошибки FEC на чередующейся линии, а не слишком беспокоиться о том, что это больше указывает на то, что процесс чередования и исправления ошибок работает и делает то, что должен . - См. Исправление ошибок для получения дополнительной информации.

(акцент мой)

Source Kitz - Линестат параметры и счетчики

« Время пинга », то есть « задержка », может быть введено в систему многими факторами, и да, ошибки CRC могут быть причиной.

Ошибка CRC (проверка циклическим избыточным кодом) приводит к отбрасыванию пакета - он просто исчезает. Все, что знает система, - это то, что пакет поврежден, поэтому нет способа запросить повторную передачу для какого-либо конкретного пакета, и нет механизма для обработки этого.

Основной особенностью TCP является то, что он обеспечивает « идеальное соединение » между двумя приложениями. Таким образом, при использовании TCP обнаруживается отсутствующий пакет и запрашивается повторная передача. Это может занять некоторое время, в зависимости от активности соединения.

При использовании UDP (часто используемого для игр) или других ненадежных протоколов, таких как ICMP (используется ping), невозможно определить, что пакет отсутствует, без протокола более высокого уровня или приложения, предназначенного для того, чтобы ожидать / обрабатывать потенциальную потерю. В этих случаях пропущенные данные просто забываются, и приложение движется дальше. Это может привести к « отставанию » и может наблюдаться, когда игроки двигаются рывками.

FEC (прямое исправление ошибок), как правило, не является причиной заметно более высокой задержки. Это указывает, что ссылка имеет повреждение, но это повреждение было обнаружено, и данные исправлены.