Флапает порт что это

MikroTik — флапаются порты / flapping port

Буквально несколько месяцев назад заметил в логах своего MikroTik флапы всех портов, как на фото:

При чем, это происходило от одного раза в сутки, до десяти и более раз за сутки. Я написал на многие форумы, связанные с роутерами MikroTik, на форумы провайдеров, многие говорили, что может конфигурация или банально блок питания подгорел. Проверил конфигурацию MikroTik, сбросил настройки, настроил заново, обращался к интернет-провайдерам (у меня их несколько), чтобы они со своей стороны проверили оборудование, не один из вариантов не смог помочь мне в решении вопроса. При чем, не было понятно, из-за чего собственно и происходит данная проблема, что именно заставляет роутер «дергать» все порты. Спустя некоторое время я решил написать в поддержку самого MikroTik, в надежде, что они подскажут мне решение. В итоге спустя две недели поддержка MikroTik все-таки ответила мне и дала команду для исправления данной проблемы.

Вот, что они ответили мне:
The default Flow Control settings might not be suitable for your current configuration and the traffic amount your router processes.
Try to apply following RouterOS command to prevent lockups between switch chip and CPU.

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

Вот команда, для отключения данной функции:
[admin@MikroTik] > /interface ethernet switch set switch1 cpu-flow-control=no

Источник

Микроразрывы сети (флапы)

Дома отвалился инет на днях, позвонил провайдеру, вопрос решили удалённо, но выслали ко мне работника. Стоит в квартире роутер (китайщина за 1000 руб. куплена в эльдорадо на скорую руку Tenda ac6), тариф 100 мбит. Пришёл значит паренёк, заменил штекер кабеля, поставил на проверить свой роутер (домру) и погоняли мы этот роутер пару дней. Затем я поставил свой, погонял пару дней, всё работает нормально, обрывов не было ни разу и позвонил этому технику. Он пришёл и посмотрел сеть, сказал что его роутер работал стабильно два дня, моя китайщина с микрообрывами раз в 40 мин работает. Т.е. говорит флапит постоянно, но на скорость и на работу сети в целом это не влияет, особо. Но всё же посоветовал сменить роутер на более стабильно работающий со временем.

Upd: Нет технической возможности проверить работу роутера/сети. Даже нет другого роутера на проверку или свой кому-то отнести. Все знакомые либо не пользуются инетом, либо даже не знают что это такое.

Поэтому интересует мнение ЛОРа, т.е. были ли истории успеха/не успеха с данным провайдером, роутерами данной фирмы, иной опыт или иное мнение на этот счёт.

CPU1: Realtek RTL8197FN

Может вот это флапит?

Что значить посмотрел сеть? Так и не понял как он определил.

Неким устройством, в том числе и пинги просмотрел

Может вот это флапит?

Вполне возможно, вот и интересуют истории не успеха.

Просто подключил штекер витой пары в устройство и посмотрел пинги. Потом на смартфоне зашёл удаленно к оборудованию провайдера и посмотрел были ли разрывы сети.

его роутер работал стабильно два дня

2 дня был запущен мониторинг у тебя в квартире?

Источник

Мониторинг сети с помощью FlapMyPort

Я создал систему мониторинга сети сугубо под свои нужды, но со временем проект развился до такого состояния, при котором он вполне может быть полезен другим людям. Эта статья адресована прежде всего сетевым инженерам, системным администраторам, и другим специалистам, чья деятельность связана с коммутаторами и маршрутизаторами. Если кто-то из вас захочет внедрить FlapMyPort в своей сети, я готов оказать персональное содействие в ее развертывании, так как хочу, чтобы люди пользовались ею.

Предыстория

Как сетевой инженер отдела мониторинга магистрального провайдера, я должен оперативно получать информацию о состоянии наших линков. Даже во время обеда или сна. Вот почему мы внедрили мониторинг посредством SNMP-Трапов. Главное преимущество SNMP-трапов — быстрота доставки информации. Вместо того, чтобы периодически опрашивать интерфейсы устройств об их состоянии, свитч или роутер может сам прислать короткое SNMP-сообщение специальному SNMP-Receiver-у как только статус одного из его портов изменится. Остается сгенерировать Email или SMS-сообщение на стороне Ресивера и отправить пользователю. Все происходит быстро и удобно. Однако, в некоторых случаях, такой подход имеет недостатки.

Представьте, что у вас десятки устройств. Или, например, один из линков между свитчами начинает непрерывно флапаться (это не редкость, особенно при использовании некоторых типов мультиплексоров). Что произойдет? В общем случае, вы получите нечто, похожее на Email Bomb. По этой причине я и мой коллега Павел начали работу над проектом, который мы назвали FlapMyPort.

Что эта система делает

Ключевые компоненты системы

Компонент 1: TrapHarvester

TrapHarvester написан на Python моим коллегой Павлом Поляковым. Этот компонент отвечает за получение snmp-трапов, сбор данных в БД, классификацию сообщений, и уведомления пользователей системы (т.е. администраторов и дежурных инженеров). На моменте уведомлений хотелось бы заострить ваше внимание, т.к. полезная “фича” заключается в отсутствии флуда. И вот как это работает:

Представьте, что у вас начали флапаться два линка между устройствами Switch1 и Router1. При уведомлениях “в лоб” вы получите множественные сообщения, примерно как на этом рисунке:

И если произойдет 20 флапов, вы получите 80 писем. А вот как выглядит почтовый ящик в аналогичной ситуации, но с применением TrapHarvester:

Если же порт продолжает флапаться, вы будете получать сообщение вида
«Два порта продолжают флапаться на Router1» раз в 15 минут. В системе действуют внутренние механизмы временных «блэклистов».

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

Компонент 2: Клиентские приложения

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

Внизу будут даны ссылки на скачивание приложений из соответствующих магазинов (App Store, Google Play), чтобы вы могли попробовать как это работает.

FlapMyPort WEB (HTML, CSS, Angular)
Веб-клиент, получающий данные из API. Как он работает вы можете попробовать прямо сейчас, перейдя по ссылке.

Все флапы в демо-версии не настоящие, они берутся из Virtual API, о котором чуть позже.

FlapMyPort для iPhone (Objective C)
Второе приложение, которое я создал под этот проект, можно загрузить из AppStore. По умолчанию, после установки вы увидите все те же демо-данные из Virtual API.

FlapMyPort для Mac (Objective C)
Десктопное приложение, которое еще больше повышает удобство мониторинга. К тому же, оно начинает прыгать и издавать «падающие» звуки, когда обнаруживает новое событие в сети. А еще из него удобно «копипастить» информацию.

FlapMyPort для Android (Java)
Комплект не был бы полным без приложения под Android, которое любезно написал мой коллега Павел. Теперь оно так же доступно в Google Play.

Компонент 3. FlapMyPort API

Третий ключевой компонент отвечает за коммуникацию с клиентскими приложениями. По сути, принимает запросы от приложений, ходит в базу, рисует графики и возвращает данные в виде JSON-ответа. API написано на PHP.

Для удобства разработки новых клиентов, копия API была размещена в публичном доступе. Код был слегка модифицирован так, чтобы на любой запрос Virtual API выдавало какие-нибудь события. Свежеустановленные приложения и демонстрационная версия Веб-приложения по умолчанию получают данные как раз из Virtual API. Увидеть JSON, который генерирует Virtual API можно здесь.

Дальнейшие перспективы развития

Я думаю, что неплохой идеей будет наблюдать за ошибками на порту или уровнем сигнала на оптическом ресивере. Если сравнивать эти показатели до и после каких-либо флапов, можно заметить полезную динамику.

Любые ваши идеи будут мне полезны и, возможно, появятся в новых версиях системы.

Заключение

Этот проект был успешно внедрен в нашей сети. По-моему, получилась полезная вещь, которая существенно упростила задачу наблюдения за состоянием каналов. По факту, работа над проектом началась больше года назад, и велась неспешно. За это время API был полностью переписан, клиенты отточены на удобство и стабильность, большинство ошибок поправлено. И лишь недавно появилась мысль, что, возможно, этот проект может быть полезен кому-то еще.

Последние два месяца были затрачены на то, чтобы привести систему к состоянию, когда ею можно поделиться с другими людьми: ссылки и пароли вынесены в конфиг, код прилизан и вычищен, приложения выложены в магазин, исходники загружены на GitHub. Оказалось, подготовка приложения к общедоступному релизу — отдельная большая задача. Один только сайт занял больше недели. Разумеется, после всего этого мне было бы приятно, если бы кто-то из вас нашел эту систему полезной для своей сети.

Если вам интересно попробовать систему, не стесняйтесь писать мне по любым вопросам, мои контактные данные на сайте проекта. Я всегда рад помочь с внедрением, а так же готов получить bug-reports и feature-requests. Это вдохновит меня на дополнение/улучшение FlapMyPort.

Разумеется, все перечисленные компоненты абсолютно бесплатны и их исходники всегда доступны по ссылкам ниже.

Источник

Флапают маки в сети

Добрый день!
Возникла в сети проблема, прыгают маки по портам, вот логи:
006551: May 6 08:22:54: %SW_MATM-4-MACFLAP_NOTIF: Host 0023.33ad.7146 in vlan 500 is flapping between port Gi1/0/4 and port Gi1/0/12
006552: May 6 08:22:57: %SW_MATM-4-MACFLAP_NOTIF: Host 0023.33ad.7146 in vlan 500 is flapping between port Gi1/0/4 and port Gi1/0/12
006553: May 6 08:25:45: %SW_MATM-4-MACFLAP_NOTIF: Host 0023.33ad.7146 in vlan 500 is flapping between port Gi1/0/4 and port Gi1/0/12
006554: May 6 08:26:34: %SW_MATM-4-MACFLAP_NOTIF: Host 0023.33ad.7146 in vlan 500 is flapping between port Gi1/0/4 and port Gi1/0/12

mac адрес от cisco, int vlan 500 ядро слева.

Нейронные сети. Ошибка при обработке изоброжения для транировки сети
Здравствуйте, Работа над нейросетью в срде матлаб. На моменте с работой базой данных изображений.

Можно ли с помощью TcpListener производить операции в сети Интернет, а не в локальной сети
Добрый день, извиняюсь за идиотский вопрос, но можно ли с помощью TcpListener производить операции.

Расчет маски сети, деление на подсети, постройка сети.Теория
Помогите разобраться в теории деления сетей на подсети на основе данной задачи. требуется: 1).

spanning-tree mode rapid-pvst
spanning-tree extend system-id
spanning-tree vlan 1,5,200,400 priority 24576
spanning-tree vlan 10-11,100,300,500 priority 28672
!
vlan internal allocation policy ascending
!
vlan 5,10,200,300,400,500
!
!
interface GigabitEthernet1/0/1
switchport trunk encapsulation dot1q
switchport mode trunk
srr-queue bandwidth share 10 10 60 20
srr-queue bandwidth shape 10 0 0 0
queue-set 2
mls qos trust cos
auto qos voip trust
spanning-tree portfast trunk

interface Vlan1
ip address 172.16.*.* 255.255.254.0
ip helper-address 172.16.*.*
standby authentication md5 key-chain
standby 1 ip 172.16.*.*

spanning-tree mode rapid-pvst
spanning-tree extend system-id
!
vlan internal allocation policy ascending
!
vlan 10,100,200,300,400,500
!
interface GigabitEthernet1/0/1
switchport access vlan 500
switchport mode access
switchport voice vlan 400
spanning-tree portfast

————————————-
interface GigabitEthernet1/0/51
switchport trunk encapsulation dot1q
switchport mode trunk
srr-queue bandwidth share 10 10 60 20
srr-queue bandwidth shape 10 0 0 0
queue-set 2
mls qos trust cos
auto qos voip trust
spanning-tree portfast trunk
!
interface GigabitEthernet1/0/52
switchport trunk encapsulation dot1q
switchport mode trunk
srr-queue bandwidth share 10 10 60 20
srr-queue bandwidth shape 10 0 0 0
queue-set 2
mls qos trust cos
auto qos voip trust
spanning-tree portfast trunk

Сегодня проблема повторилась. На уровне распределение сначала пошли логи:
1715: 001713: Jun 5 12:56:58: %SW_MATM-CLUSTER_MEMBER_5-4-MACFLAP_NOTIF: Host 0023.33ad.7146 in vlan 500 is flapping between port Gi1/0/47 and port Gi1/0/51
Порт gi1/0/47 смотрит в сторону access свитча
gi1/0/51 в сторону ядра.

На уровне ядра вот логи:
12176: 012174: Jun 5 12:56:58: %SW_MATM-4-MACFLAP_NOTIF: Host 0023.33ad.7146 in vlan 500 is flapping between port Gi1/0/4 and port Gi1/0/12
Порт gi1/0/4 в сторону уровня распределения
Порт gi1/0/12 соединяется с вторым ядром. Поднят HSRP

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

Добавлено через 11 минут
вот полный конфиг ядра 1

Ядро 2 аналогично, только priority различны

Конфиг уровня распределения.

spanning-tree mode rapid-pvst
spanning-tree extend system-id
!
vlan internal allocation policy ascending
!
vlan 10,100,200,300,400,500
!
interface GigabitEthernet1/0/1

!
interface GigabitEthernet1/0/25
!
interface GigabitEthernet1/0/26
!
interface GigabitEthernet1/0/27
!
interface GigabitEthernet1/0/28
!
interface GigabitEthernet1/0/29
!
interface GigabitEthernet1/0/30
!
interface GigabitEthernet1/0/31
!
interface GigabitEthernet1/0/32
!
interface GigabitEthernet1/0/33
!
interface GigabitEthernet1/0/34
!
interface GigabitEthernet1/0/35
!
interface GigabitEthernet1/0/36
!
interface GigabitEthernet1/0/37
!
interface GigabitEthernet1/0/38
!
interface GigabitEthernet1/0/39
!
interface GigabitEthernet1/0/40
!
interface GigabitEthernet1/0/41
!
interface GigabitEthernet1/0/42
!
interface GigabitEthernet1/0/43
!
interface GigabitEthernet1/0/44
!
interface GigabitEthernet1/0/45

!
interface GigabitEthernet1/0/46
switchport trunk encapsulation dot1q
switchport mode trunk
srr-queue bandwidth share 10 10 60 20
srr-queue bandwidth shape 10 0 0 0
queue-set 2
mls qos trust cos
auto qos voip trust
spanning-tree portfast trunk
!
interface GigabitEthernet1/0/47
switchport trunk encapsulation dot1q
switchport mode trunk
srr-queue bandwidth share 10 10 60 20
srr-queue bandwidth shape 10 0 0 0
queue-set 2
mls qos trust cos
auto qos voip trust
spanning-tree portfast trunk
!
interface GigabitEthernet1/0/48
switchport trunk encapsulation dot1q
switchport mode trunk
srr-queue bandwidth share 10 10 60 20
srr-queue bandwidth shape 10 0 0 0
queue-set 2
mls qos trust cos
auto qos voip trust
spanning-tree portfast trunk
!
interface GigabitEthernet1/0/49
switchport trunk encapsulation dot1q
switchport mode trunk
srr-queue bandwidth share 10 10 60 20
srr-queue bandwidth shape 10 0 0 0
queue-set 2
mls qos trust cos
auto qos voip trust
spanning-tree portfast trunk
!
interface GigabitEthernet1/0/50
switchport trunk encapsulation dot1q
switchport mode trunk
srr-queue bandwidth share 10 10 60 20
srr-queue bandwidth shape 10 0 0 0
queue-set 2
mls qos trust cos
auto qos voip trust
spanning-tree portfast trunk
!
interface GigabitEthernet1/0/51
switchport trunk encapsulation dot1q
switchport mode trunk
srr-queue bandwidth share 10 10 60 20
srr-queue bandwidth shape 10 0 0 0
queue-set 2
mls qos trust cos
auto qos voip trust
spanning-tree portfast trunk
!
interface GigabitEthernet1/0/52
switchport trunk encapsulation dot1q
switchport mode trunk
srr-queue bandwidth share 10 10 60 20
srr-queue bandwidth shape 10 0 0 0
queue-set 2
mls qos trust cos
auto qos voip trust
spanning-tree portfast trunk
!
interface Vlan1
ip address 172.16.*.* 255.255.255.0

Источник

Флапает порт что это

DES-3200-28F
Boot PROM Version : Build 4.00.002
Firmware Version : Build 4.48.B003
Hardware Version : C1

Флапают каждые 5 сек. все активные 100 Мбит порты.

Command: debug show cpu utilization

P.S. Мультикаст и подобная «дрянь» в сети отсутствует, трафик мизерный.

Command: debug show cpu utilization

Последний раз редактировалось KovAl59 Пт фев 23, 2018 09:07, всего редактировалось 1 раз.

Зарегистрирован: Пн авг 03, 2015 16:36
Сообщений: 119

Зарегистрирован: Ср июл 29, 2009 13:26
Сообщений: 544
Откуда: Фурманов

Зарегистрирован: Вт сен 04, 2007 01:32
Сообщений: 284
Откуда: Курск

Зарегистрирован: Ср июл 29, 2009 13:26
Сообщений: 544
Откуда: Фурманов

Зарегистрирован: Чт сен 08, 2011 04:59
Сообщений: 1621
Откуда: Алтайский край, Барнаул

Зарегистрирован: Пт авг 01, 2008 13:33
Сообщений: 141
Откуда: UA

Зарегистрирован: Чт сен 08, 2011 04:59
Сообщений: 1621
Откуда: Алтайский край, Барнаул

Зарегистрирован: Пт авг 01, 2008 13:33
Сообщений: 141
Откуда: UA

Зарегистрирован: Пт авг 01, 2008 13:33
Сообщений: 141
Откуда: UA

Зарегистрирован: Пт авг 01, 2008 13:33
Сообщений: 141
Откуда: UA

Зарегистрирован: Вт сен 04, 2007 01:32
Сообщений: 284
Откуда: Курск

Зарегистрирован: Пт авг 01, 2008 13:33
Сообщений: 141
Откуда: UA

Зарегистрирован: Пт июл 23, 2010 13:40
Сообщений: 132