Что такое fcs error



FAQ FreeBSD
Страница 55. Сеть и протоколы. Часть 6

10.26. Что такое ошибки FCS?

FCS является сокращением от Frame Check Sequence (контроль последовательности
кадров). Каждый кадр ppp имеет контрольную сумму для проверки того, что
принятые данные совпадают с переданными. Если FCS принятого пакета некорректна,
пакет отбрасывается и счётчик FCS для HDLC увеличивается. Значения ошибок уров
ня HDLC можно вывести командой show hdlc.
Если у вас плохая линия (или драйвер коммуникационного адаптера отбрасывает
пакеты), ошибки FCS неизбежны. Это обычно не является причиной для волнений,
хотя это существенно замедляет протоколы компрессии. Если у вас внешний модем,
проверьте качество экранирования соединительного кабеля — это может избавить от
проблемы.
Если ваша связь замирает, как только вы соединились и наблюдается большое
количество ошибок FCS, это может быть вызвано не полной прозрачностью канала
для 8-битовых данных. Проверьте, что модем не использует программного управ
ления потоком (XON/XOFF). Если же оборудование должно , использовать
программное управление потоком, то воспользуйтесь командой set accmap
0x000a0000 для указания ppp экранировать символы ^Q и ^S.
Другой причиной слишком большого количества ошибок FCS может быть прекращение
противоположной стороной сеанса PPP. В этом случае Вам может понадобиться в
ключить протоколирование async для проверки того, не являются ли поступаемые из
линии данные на самом деле приглашениями login или shell. Если вы получили
приглашение shell с противоположной стороны, возможно завершение ppp без обрыва
связи командой close lcp (последующая команда term снова вернёт вас к
приглашению shell на удалённой машине).
Если ничего в файле протокола не говорит о том, что связь была прервана, вы
должны спросить у администратора удалённой машины (вашего провайдера), почему
сеанс был закрыт.

10.27. Почему при работе в MacOS и Windows 98 соединения замирают, когда на маршрутизаторе используется PPPoE

Мы благодарим Майкла Возняка (Michael Wozniak) , который
сообщил следующую информацию, и Дэна Флемминга (Dan Flemming) за решение проблемы в случае Mac:
Это происходит из-за эффекта, который можно назвать «чёрной дырой» на
маршрутизаторе. MacOS и Windows 98 (и, может быть, другие операционные системы
от Microsoft), посылают пакеты TCP с запрашиваемым размером сегмента, который
слишком велик для того, чтобы быть помещённым в кадр PPPoE (для сети ethernet
размер MTU по умолчанию равен 1500) и с установленным битом «не фрагментиров
ать» (по умолчанию для TCP), а маршрутизаторы Telco не посылает пакет ICMP
«нужно фрагментировать» обратно на сайт www, с которым вы работаете. Когда
www-сервер посылает вам кадры, которые не помещаются в поток PPPoE, то
маршрутизаторы Telco их отбрасывают и странички не загружаются (часть страниц/
графики всё же видно, потому что они меньше, чем MSS). Похоже, что такие
настройки действуют по умолчанию на большинстве конфигураций PPPoE Telco (если
они вообще знают, как программировать маршрутизатор. да уж. ).
Одним из способов исправить это является использование утилиты regedit на
машинах 96/98 для того, чтобы добавить в реестр следующий параметр.
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Class\NetTrans\0000\MaxMTU

Это должна быть строка со значением «1450» (точнее, «1464», чтобы размещать
пакеты TCP точно по размеру кадра PPPoE, однако «1450» даёт вам некоторый запас
в случае других протоколов IP, которые вы можете использовать).

Обратитесь к MS KB # «Q158474 — Windows TCPIP Registry Entries» и «Q120642 —
TCPIP & NBT Configuration Parameters for Windows NT» для получения подробной
информации по изменению MTU в Windoze для работы с маршрутизатором FreeBSD/NAT/
PPPoE.
К несчастью, в MacOS нет возможности изменить настройки TCP/IP. Однако имеется
коммерческое программное обеспечение, такое, как OTAdvancedTuner (OT for
OpenTransport, the MacOS TCP/IP stack) компании Sustainable Softworks, которое
позволяет пользователям настраивать параметры TCP/IP. Пользователи MacOS NAT
должны выбрать ip_interface_MTU из выпадающего меню, ввести число 1450 вместо
1500 в окне, затем щёлкнуть на кнопке, следующей за Save as Auto Configure, и щ
ёлкнуть на Make Active.

Читайте также:  Error adding recipient to message

Источник

Understand FCS Errors, Input Errors, or Packet Loss on Devices Connected to Multigigabit Ethernet Ports

Available Languages

Download Options

Bias-Free Language

The documentation set for this product strives to use bias-free language. For the purposes of this documentation set, bias-free is defined as language that does not imply discrimination based on age, disability, gender, racial identity, ethnic identity, sexual orientation, socioeconomic status, and intersectionality. Exceptions may be present in the documentation due to language that is hardcoded in the user interfaces of the product software, language used based on RFP documentation, or language that is used by a referenced third-party product. Learn more about how Cisco is using Inclusive Language.

Contents

Introduction

This document describes how to understand errors from devices connected to Multigigabit Ethernet (mGig) ports on Catalyst 9000 Series Switches.

Prerequisites

Requirements

There are no specific requirements for this document.

Components Used

The information in this document is based on these platforms: Catalyst 9000 series switches with mGig capable ports.

The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, ensure that you understand the potential impact of any command.

Background Information

This document describes why you can encounter frame check sequence (FCS) errors, input errors, or packet loss with devices that connect to Multigigabit Ethernet (mGig) ports on Catalyst 9000 series switches due to interpacket gap (IPG) or interframe gap (IFG) tolerance.

In networking, a pause could be required between network packets or network frames. This time between packets is known as the IPG or IFG. This pause is necessary to allow for receiver clock recovery, which permits the receiver to prepare for another packet. The IFG/IPG standard value for Gigabit Ethernet is 12 bytes. However, from IEEE Standard 802.3, the minimum value for the IFG can be as low as 8 bytes or 64 BT (bit times). For reference, this is documented in 802.3-2000 — IEEE Standard for Information Technology — LAN/MAN — Specific Requirements.

Problem Summary

Multigigabit Ethernet technology is implemented on 10Gig PHYs on Cat9000 architecture. For example, when a connection is established through an mGig port at 1Gbps, if traffic bursts higher than the bandwidth of the interface, the C9600 utilizes port buffers to accommodate that excess traffic and dynamically decreases the IFG/IPG size to avoid any impact and ensure traffic throughput and switch performance. The issue arises when some peer devices are unable to handle the smaller IFG/IPG sizes and no longer recognize legitimate packets and drop this traffic, which results in input errors on their NIC or PHY, such as Cyclic Redundancy Check (CRC) or FCS errors. In certain scenarios the local mGig port (an interface from the mGig linecard C9600-LC-48TX) can also experience the same type of loss in the form of input errors (CRC, FCS) on the interface.

Читайте также:  Bash fail on error

As shown in the table, the structure of an Ethernet packet, which includes the IPG/IFG field:

Layer

Preamble

Start Frame Delimeter

Destination MAC

Source MAC

802.1Q Tag

Ethertype (Ethernet II) or length (IEEE 802.3)

Payload

Frame Check Sequence (32 bit CRC)

Источник

Fcs error on link mikrotik

Столкнулся с проблемой на MikroTik – ошибки в логах и отсутствие интернета на порту Ether1. Стал искать ответ в интернете, но решения не нашел. Существует предположение, что проблема появления ошибки interface,warning ether1 fcs error on link связана с наводками от кабелей 220v.

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

На микротике RB951G-2HnD установлена последняя RouterOS 6.19.
Провайдер (Ростелеком) подключен в первый порт роутера, скорость соединения в микротике определяется, как 100 full duplex.

При поднятии PPPoE соединения с провайдером теряется около 40% пакетов через это соединение. Пробовал ping 8.8.8.8 и ping ya.ru и просто открывал сайты через http.

Важно, что при использовании старого оборудования (сервер на Intel Atom) таких потерь не обнаруживается. Пробовал подключать ноутбук с Ubuntu напрямую тоже все работает без проблем.

Что делал:
Менял MTU PPPoE соединения и flow control Ethernet port1.
Менял роутер для исключения не работоспособности железа.
Менял физический порт роутера на 5й эффект сохранялся.
На форуме микротика нашел схожую проблему, которая якобы исправлена в версии 6.11 RouterOS.

Также как и предложено на форуме микротика включил между микротиком и провайдером Dlink-DGS 1005d и потери пакетов исчезли.

Как исправить проблему с потерей пакетов? Хочу подключать напрямую, а не через доп. оборудование.

суббота, 27 декабря 2014 г.

Значения счетчиков ошибок

Не всегда понятно что может означать та или иная ошибка при передаче. Ниже моя попытка объяснить значение счетчиков ошибок, которые регистрирует коммутатор.

Счетчики ошибок при получении кадров (RX):

CRC Error

Counts otherwise valid packets that did not end on a byte (octet) boundary.

Счетчик ошибок контрольной суммы (CRC). В свою очередь, является суммой счетчиков Alignment Errors и FCS Errors.
FCS (Frame Check Sequence) Errors — ошибки в контрольной последовательности кадра. Счетчик регистрирует кадры с ошибками FCS, при этом кадры имеют корректный размер (от 64 до 1518 байт) и получены без ошибок кадрирования или коллизий.
Alignment Errors — ошибки выравнивания (некорректной длины кадра). Счетчик регистрирует кадры с ошибками FCS, при этом кадры имеют корректный размер (от 64 до 1518 байт), но были получены с ошибками кадрирования.
В случае, если кадр был классифицирован как имеющий ошибку Alignment Error, счетчик FCS при этом не увеличивается. Иными словами, инкрементируется либо счетчик FCS либо Aligment, но не оба сразу.

UnderSize

The number of packets detected that are less than the minimum permitted packets size of 64
bytes and have a good CRC. Undersize packets usually indicate collision fragments, a normal
network occurrence.

Счетчик кадров с правильной контрольной суммой и размером менее 64 байт. Такие кадры могут возникать в результате коллизий в сети.

OverSize

Counts valid packets received that were longer than 1518 octets and less than the
MAX_PKT_LEN. Internally, MAX_PKT_LEN is equal to 1536.

Читайте также:  Contains an error перевести

Счетчик кадров с правильной контрольной суммой, размер которых превышает 1518 байт, но не превышает 1536 байт — внутреннего максимального значения кадра.

Fragment

The number of packets less than 64 bytes with either bad framing or an invalid CRC. These
are normally the result of collisions.

Счетчик кадров с неправильной контрольной суммой или структурой кадра и размером менее 64 байт. Такие кадры могут возникать в результате коллизий в сети.

Jabber

Counts invalid packets received that were longer than 1518 octets and less than the
MAX_PKT_LEN. Internally, MAX_PKT_LEN is equal to 1536.

Счетчик кадров с неправильной контрольной суммой, размер которых превышает 1518 байт, но не превышает 1536 байт — внутренного максимального значения кадра.

Счетчик ошибок при отправке кадров (TX):

Excessive Deferrral

Counts the number of packets for which the first transmission attempt on a particular
interface was delayed because the medium was busy.

Счетчик кадров, первая попытка отправки которых было отложена из-за занятости среды передачи.

CRC Error

Counts otherwise valid packets that did not end on a byte (octet) boundary.

Счетчик ошибок контрольной суммы (CRC). На практике никогда не увеличивается.

Late Collision

Counts the number of times that a collision is detected later than 512 bit-times into the
transmission of a packet.

Счетчик случаев когда коллизия обнаруживалась после передачи первых 64 байт (512 бит) кадра.

Excessive Collision

Excessive Collisions. The number of packets for which transmission failed due to excessive
collisions.

Счетчик кадров, отправка которых не удалась из-за чрезмерного количества колизий.

Single Collision

Single Collision Frames. The number of successfully transmitted packets for which
transmission is inhibited by more than one collision.

Счетчик успешно отправленных кадров, передача которых вызвала более одной коллизии.

Collision

Моно добавить, что на практике RX CRC обычно является результатом деградации среды передачи (медный кабель или оптоволокно), а TX-коллизии — результатом неправильного согласования скорости соединения, например half-линка.

Неплохая расшифровка значений счетчиков приведена тут.

Источник

Что такое fcs error

ether2 fcs error on link

У меня такая же ошибка уже месяца полтора-два.
Делал то что и Вы, менял провода, порты, настройки.
Ждал новую прошивку, в ней было описание что вроде это пофиксили,
но увы, снова и снова. ошибки есть.

Кстати, думаю что это связано с насхлёстом одного уровня над другим.
У меня получается сделан бондинг (ether1 и ether2) , на этом бондинге подняты виланы (много) и уже на виланах идёт адресация. Также туннели висят на некоторых адресах.
Думаю что из-за вот этих 2х уровней абстракции + туннели и возникает. проблемы.

В другой конторе почти на 80% такая же конфигурация, но там ошибок нет. Так что думаю или дело в туннелях (там их нет, а бондинг и виланы есть),
или всё же с другой стороны микротика, на свиче что-то с портами Ethernet (мож свитч подыхает?)

Опишите Вашу конфигурацию. может найдём общие точки соприкосновения!?

Пару раз сталкивался с данной проблемой.
В первом случае заменил инжектор во втором случае больно пинал монтажника который кабель положил вдоль силовой линии да еще и обжал криво

Вобще года 3 тому назад я вложил несколько десятков тысяч денег в подбор кабеля. Перепробовал массу производителей от китайского овна до мега дорогих. Сейчас юзаю кабель для внешней прокладки от нетлан, еще ни разу не подвел. Соотношение цена/качество отличное

Источник

Оцените статью
toolgir.ru
Adblock
detector