Флапы на порту что это
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
Флапают маки в сети
Добрый день!
Возникла в сети проблема, прыгают маки по портам, вот логи:
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
Мониторинг сети с помощью 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.
Разумеется, все перечисленные компоненты абсолютно бесплатны и их исходники всегда доступны по ссылкам ниже.
Микроразрывы сети (флапы)
Дома отвалился инет на днях, позвонил провайдеру, вопрос решили удалённо, но выслали ко мне работника. Стоит в квартире роутер (китайщина за 1000 руб. куплена в эльдорадо на скорую руку Tenda ac6), тариф 100 мбит. Пришёл значит паренёк, заменил штекер кабеля, поставил на проверить свой роутер (домру) и погоняли мы этот роутер пару дней. Затем я поставил свой, погонял пару дней, всё работает нормально, обрывов не было ни разу и позвонил этому технику. Он пришёл и посмотрел сеть, сказал что его роутер работал стабильно два дня, моя китайщина с микрообрывами раз в 40 мин работает. Т.е. говорит флапит постоянно, но на скорость и на работу сети в целом это не влияет, особо. Но всё же посоветовал сменить роутер на более стабильно работающий со временем.
Upd: Нет технической возможности проверить работу роутера/сети. Даже нет другого роутера на проверку или свой кому-то отнести. Все знакомые либо не пользуются инетом, либо даже не знают что это такое.
Поэтому интересует мнение ЛОРа, т.е. были ли истории успеха/не успеха с данным провайдером, роутерами данной фирмы, иной опыт или иное мнение на этот счёт.
CPU1: Realtek RTL8197FN
Может вот это флапит?
Что значить посмотрел сеть? Так и не понял как он определил.
Неким устройством, в том числе и пинги просмотрел
Может вот это флапит?
Вполне возможно, вот и интересуют истории не успеха.
Просто подключил штекер витой пары в устройство и посмотрел пинги. Потом на смартфоне зашёл удаленно к оборудованию провайдера и посмотрел были ли разрывы сети.
его роутер работал стабильно два дня
2 дня был запущен мониторинг у тебя в квартире?
flapping
Смотреть что такое «flapping» в других словарях:
flapping — 1. adjective That flaps or flap. flapping sails 2. noun a) The action of the verb to flap. b) A phonological process found in many dialects of English, especially American English and C … Wiktionary
flapping — The angular movement of a rotor blade above or below the plane of the hub. Blades ride higher and lower during their rotation, but they can do so only if they are allowed to move freely about a horizontal hinge or flexible root element. Design… … Aviation dictionary
Flapping — Flap Flap, v. t. [imp. & p. p.
flapping — /ˈflæpɪŋ/ (say flaping) verb 1. present participle of flap. –noun 2. the practice of directing traffic flow by the use of movable lane markers. –phrase 3. with one s ears flapping, Colloquial with keen interest or astonishment, especially when… … Australian-English dictionary
flapping — noun the motion made by flapping up and down • Syn: ↑flap, ↑flutter, ↑fluttering • Derivationally related forms: ↑flutter (for: ↑fluttering), ↑flap, ↑flap … Useful english dictionary
flapping — n. loose back and forth movement, fluttering (often noisy); moving up and down (of wings, arms, etc.) flæp n. loose back and forth movement; sound made by such a movement; moveable part attached only on one side (usually hangs loosely or covers… … English contemporary dictionary
Flapping-Tremor — [flạ̈ping. ; zu engl. to flap = flattern]: Zittern in Form rascher Beuge und Streckbewegungen in den Fingergelenken (bei drohendem Koma) … Das Wörterbuch medizinischer Fachausdrücke
flapping track — flapˈtrack or flapping track noun A racetrack for flapping • • • Main Entry: ↑flap … Useful english dictionary
flapping hinge — A hinge connecting a rotor blade to the hub and about which the blade rises and falls (i.e., flaps during its rotation, and thus permits equalization of lift or rotor thrust) between the advancing blade half and the retreating blade half of the… … Aviation dictionary
flapping plane — The plane in which flapping occurs (i.e., a plane normal to the plane of the rotor disc) … Aviation dictionary
flapping to equality — During the movement of a helicopter rotating blade, the speed of airflow over the advancing blade is higher than the retreating blade, resulting in production of an unequal amount of lift. This is called a dissymmetry of lift. To correct this… … Aviation dictionary