1

Я подписан на тарифный план VDSL2 со скоростью 10/1 Мбит / с (вниз / вверх). Моя статистика по линиям выглядит неплохой, но я заметил некоторые сообщения об ошибках CRC и FEC, как показано:

С другой стороны, в онлайн-играх я замечаю небольшие различия во времени пинга, хотя я единственный, кто использует интернет с кабелем Ethernet, поэтому существует ли какая-либо связь между ошибками линии и стабильностью пинга? Я прочитал, что ошибки CRC и FEC - это протоколы кодирования ошибок, которые помогают исправлять ошибки линий в соединениях DSL, а большое количество ошибок может привести к снижению пропускной способности и, возможно, к разъединению, так имеет ли это смысл?

|источник

2 ответа2

2

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

Да.

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

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

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

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

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

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

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

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

(акцент мой)

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

|источник
1

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

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

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

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

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

|источник

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .