Ether1 fcs error on link mikrotik

Ether1 fcs error on link

ether2 fcs error on link

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

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

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

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

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

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

Источник

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.

Счетчик кадров с правильной контрольной суммой, размер которых превышает 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-линка.

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

Источник

Ether1 fcs error on link

Mon Apr 10, 2017 12:28 pm

Yesterday (the same as before about 3/4 year) to WAN IFC CCR appeared on «FCS Error on interface» error. At that time we thought it was a fault mikrotik and did not pay it much attention.

IFC could turn and errors disappeared.
But this morning it appeared again and turning the IFC, it decides not solved During the 15 minutes it was so 1260 RX FCS Error statistics IFC.
Thus, unlike the day before yesterday against a «Back then» was that the IFC normally ping and communication over IP function (the question of how long it would take).

What we tried:
1) gradually turn off IP addresses in an attempt to isolate the communications that fall — without success, they doing it all
4) disable IFC and after a while switch on — no Results

Finally, in this case helped disable all addresses in Adress list and gradually one by one turn on, turn off, then turn the other one on and off, to turn each of them has always been for a while primary address, at that moment dana address is always started from the outside Ping this style we all eventually turned and began to work, but not a solution.

Yesterday, on the recommendation of the man in our housing turn off Auto negotiation on an Ethernet port, and set to fix 100Mbit full duplex.
When I turned on him again today (auto negotiation) and FCS Error disappeared (according to IFC well log set 100Mbit Fullduplex)
So I think it’s some kind error somewhere .
Technic guy said he had also solved it with Mikrotik and that was just a problem in that the IFC runs at 100Mbit — which is the only difference from previos housing (there was 1Gbit O2 is 100 Mbps per line)
Netwatch meanwhile is set to GW and if there is a timeout 5s (once per minute), and it turns IFC WAN (it solves unavailability), but does not generally FCS Error.

So if it happens again, there will be an interesting test by me throw it on the RB2011 or whatever it is, because he has a physical 100Mbit interfaces. Optionally upgrade from 100Mbit to 1Gbit (which is unnecessary, peak traffic was 35Mbit)
I must say that on the other (admin router — the RB2011) it has not happened yet not once — there is a 100Mbit link, so maybe it’s best estimate

What do you think?

log:
.
xxxx interface,warning ether1 — WAN fcs
error on link
xxx interface,warning ether1 —
WAN fcs error on linkxxxx interface,warning
ether1 — WAN fcs error on linkxxxx
interface,warning ether1 — WAN fcs error on link
xxxx
xxx interface,warning ether1 — WAN fcs error on linkxxxx interface,warning ether1 — WAN fcs error
on link
.

Источник

Ether1 fcs error on link

Sun Dec 29, 2019 10:32 pm

My network completely stopped. Couldn’t get anything to work. Couldn’t statically set an IP and reach the router.

Rebooted router. nope.
Noticed even my caps had stopped transmitting.

Rebooted switch. Everything came back.

Looked at the log from my router.
Sfp-sfpplus1 fcs error on link

After rebooting the switch.
Sfp-sfpplus1 link down
Sfp-sfpplus1 link up (Speed 10G, full duplex)

Few seconds later. Everything got IP addresses and returned to normal.

Re: FCS error on link

Sun Dec 29, 2019 10:42 pm

Re: FCS error on link

Sun Dec 29, 2019 11:39 pm

Unit had been in operation for a few weeks at this point.

During lockup.
It still provided POE to a hAP AC2 and to a 5 port 260.

Re: FCS error on link

Mon Dec 30, 2019 9:38 am

Re: FCS error on link

Mon Dec 30, 2019 6:02 pm

Re: FCS error on link

Mon Dec 30, 2019 7:21 pm

Re: FCS error on link

Mon Dec 30, 2019 7:22 pm

Re: FCS error on link

Mon Dec 30, 2019 8:16 pm

Re: FCS error on link

Mon Dec 30, 2019 11:10 pm

The FCS error was what the router was reporting when the switch was locked up.

That cable had been used before with another manufacture’s switch, and the switch never locked up.

The cable is a direct connect type where the modules that go into the router and switch are part of the cable.

I was hoping I was providing meaningful data that could be used to CORRECT whatever made this happen.

And remember. This is the first time I observed this problem at the office, and the system had been running for over a week. Infact. It was working one second then not. I was watching something on Amazon Prime on my computer at the time. I only noticed when the error screen popped up.

Источник

Ether1 fcs error on link

Sun Aug 26, 2018 11:40 am

Just bought CCR1036-12G-4S. Moved from RB2011. Configuration the same.

I got trouble with this router. It stops forward traffic, and becomes completely inaccessible. ping to this router also said «Destination Host Unreachable». Only reboot helps. The main thing that router after reboot works fine, without messages about fcs errors, but after 5-15 minutes this message appears and router goes down. I tried to set port speed manually, but no luck.
This is first time with all mikrotik devices I want to destroy it. Is this a hardware bug and I should replace device or maybe exist some workaround?

Logs looks like following and repeats every 30 seconds:

Aug/26/2018 08:20:22 interface,warning ether3-SCUD fcs error on link
Aug/26/2018 08:20:22 interface,warning ether4-unifi fcs error on link
Aug/26/2018 08:20:22 interface,warning ether7-kab601 fcs error on link
Aug/26/2018 08:20:22 interface,warning ether8-kab32 fcs error on link
Aug/26/2018 08:20:22 interface,warning ether11-VELTON fcs error on link
Aug/26/2018 08:20:52 interface,warning ether3-SCUD fcs error on link
Aug/26/2018 08:20:52 interface,warning ether4-unifi fcs error on link
Aug/26/2018 08:20:52 interface,warning ether7-kab601 fcs error on link
Aug/26/2018 08:20:52 interface,warning ether8-kab32 fcs error on link
Aug/26/2018 08:20:52 interface,warning ether11-VELTON fcs error on link
Aug/26/2018 08:21:22 interface,warning ether3-SCUD fcs error on link
Aug/26/2018 08:21:22 interface,warning ether4-unifi fcs error on link
Aug/26/2018 08:21:22 interface,warning ether7-kab601 fcs error on link
Aug/26/2018 08:21:22 interface,warning ether8-kab32 fcs error on link
Aug/26/2018 08:21:22 interface,warning ether11-VELTON fcs error on link
Aug/26/2018 08:21:52 interface,warning ether3-SCUD fcs error on link
Aug/26/2018 08:21:52 interface,warning ether4-unifi fcs error on link
Aug/26/2018 08:21:52 interface,warning ether7-kab601 fcs error on link
Aug/26/2018 08:21:52 interface,warning ether8-kab32 fcs error on link
Aug/26/2018 08:21:52 interface,warning ether11-VELTON fcs error on link

Источник

Столкнулся с проблемой на 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.

Счетчик кадров с правильной контрольной суммой, размер которых превышает 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-линка.

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