Igore Опубликовано 13 января, 2021 (изменено) · Жалоба Здравствуйте , помогите в решении проблемы huawei olt 5608 T . клиентские маки видно со стороны аплинка и со стороны клиента - - eth 60e3-27ec-f02d dynamic 0 /17/0 - - 1542 11416 - gpon 60e3-27ec-f02d dynamic 0 /3 /2 16 11 1542 после чего в логах такая картина RUNNING WARNING 2021-01-13 14:08:49+02:00 EVENT NAME :Source MAC got by non-network-side ports is the same as one learnt by network-side ports PARAMETERS :User-side FrameID:0, User-side SlotID:3, User-side PortID:2, Network-side FrameID:0, Network-side SlotID:17, Network-side PortID:0, MAC address:60e3-27ec-f02d, VLAN ID:1542 и инет конечно пропадает у клиента , такое происходит в разных вланах , но заметил что происходит только с теми вланами которые настроены для выделенных ип адресов Изменено 13 января, 2021 пользователем Igore Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
passer Опубликовано 13 января, 2021 (изменено) · Жалоба Вообще это или петля или флудящий свитч. Петля у клиента на онушке исключена? Изменено 13 января, 2021 пользователем passer Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Igore Опубликовано 13 января, 2021 · Жалоба это не петля , когда петля голова алармит ring check со стороны ону абонента , а тут мак появляется на ап линке и со стороны абона , но при это на выше стоящем свитче такого нет и такой массово только на головах huawei , не то чтобы их сотни или тысячи , но в день поступает 2-3 жалобы мак попадает в блок на голове и дальше не выходит , пока не привяжешь мак статикой к серви порту , типо так mac-address static service-port 5144 f4f2-6d82-3788 после привязки статикой начинает работать Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
passer Опубликовано 13 января, 2021 (изменено) · Жалоба Право подобное наблюдал, когда железка возвращала dhcp-пакет назад в сторону клиента, а не передавала его дальше, как должно. Было такое на некоторых микротиках и каком-то китайском поне и решалось сменой прошивок, словом, программная ошибка. Это помимо вариантов с флудящим портом устройства. Выделенные ip терминируются на отдельном от других клиентов брасе? Изменено 13 января, 2021 пользователем passer Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Igore Опубликовано 14 января, 2021 (изменено) · Жалоба та же схема что и с обычными клиентами , на миротиках поднят vlan c пуллом /24 по dhcp выдаются адреса Изменено 14 января, 2021 пользователем Igore Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sudo Опубликовано 14 января, 2021 (изменено) · Жалоба Цитата не то чтобы их сотни или тысячи , но в день поступает 2-3 жалобы маки каждый раз разные? или одни и те же? софт на олт какой? вот что пишет Хуавей Impact on the System When a port with a low priority learns the MAC address+VLAN of a port with a high priority, the system automatically rejects the learning of the MAC address+VLAN and also reports an event where an MAC address learning conflict occurs. Possible Causes The source MAC address+VLAN in the packets received by a user-side port conflicts with the MAC address+VLAN learned by a network-side port. Procedure No need to deal with it. Related Information Port priority: A port with a low priority is usually a user-side port or a subtended-side port. A port with a high priority refers to a network-side port. Изменено 14 января, 2021 пользователем sudo Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Igore Опубликовано 14 января, 2021 · Жалоба display version VERSION : MA5600V800R013C10 PATCH : SPH210 PRODUCT : MA5608T Active Mainboard Running Area Information: -------------------------------------------------- Current Program Area : Area A Current Data Area : Area B Program Area A Version : MA5600V800R013C10 Program Area B Version : MA5600V800R013C10 Data Area A Version : MA5600V800R013C10 Data Area B Version : MA5600V800R013C10 -------------------------------------------------- Uptime is 83 day(s), 20 hour(s), 7 minute(s), 52 second(s) если не делать в сторону клиента так - mac-address static service-port 5144 f4f2-6d82-3788 , то маки постоянно будут выдавать - RUNNING WARNING 2021-01-13 14:08:49+02:00 EVENT NAME :Source MAC got by non-network-side ports is the same as one а вообщем клитенты разные . с разных вланом , только все с реальными ип Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sudo Опубликовано 14 января, 2021 (изменено) · Жалоба реальный ip или серый, не важно. проблема то с маками, с l2. я считаю, что у вас проблема с сеткой (свитчи фулдят, петли, хэши забились) . или ваши абоненты включают странные железки. но раз абоненты разные, то первое. или попробуйте софт обновить, у вас достаточно старый r13 да еще пропатченый под сторонние онт, если я не ошибаюсь Изменено 14 января, 2021 пользователем sudo Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Igore Опубликовано 14 января, 2021 · Жалоба 7 минут назад, sudo сказал: реальный ip или серый, не важно. проблема то с маками, с l2. я считаю, что у вас проблема с сеткой (свитчи фулдят, петли, хэши забились) . или ваши абоненты включают странные железки. но раз абоненты разные, то первое. или попробуйте софт обновить, у вас достаточно старый r13 да еще пропатченый под сторонние онт, если я не ошибаюсь спасибо Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...