Jump to content
Калькуляторы

Igore

Пользователи
  • Content Count

    36
  • Joined

  • Last visited

About Igore

  • Rank
    Абитуриент
  • Birthday 06/03/1990

Информация

  • Пол
    Мужчина

Город

  • Город
    Одесса

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. 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   а вообщем клитенты разные . с разных вланом , только все с реальными ип
  2. та же схема что и с обычными клиентами , на миротиках поднят vlan c пуллом /24 по dhcp выдаются адреса
  3. это не петля , когда петля голова алармит ring check со стороны ону абонента , а тут мак появляется на ап линке и со стороны абона , но при это на выше стоящем свитче такого нет   и такой массово только на головах huawei , не то чтобы их сотни или тысячи , но в день поступает 2-3 жалобы   мак попадает в блок на голове и дальше не выходит , пока не привяжешь мак статикой к серви порту , типо так mac-address static service-port 5144 f4f2-6d82-3788   после привязки статикой начинает работать
  4. Здравствуйте , помогите в решении проблемы 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 и инет конечно пропадает у клиента , такое происходит в разных вланах , но заметил что происходит только с теми вланами которые настроены для выделенных ип адресов
  5. большое разнообразие свитчей по сети длинки есть на агг , нет в логах loopback нигде . когда появляется блокируется только порт клиента . и отсекает петлю
  6. точно нет , этот мак адрес клиента его больше нигде нет , и влан КПН выделен только для этого клиента , и проблема происходит в других вланах тоже , свитч с которого олт включена видит этот мак адрес как надо в сторону головы только , а вот голова видит его с 2 сторон почему то
  7. Здравствуйте . олт выдает такой лог - Source MAC got by non-network-side ports is the same as one learnt by network-side ports , выдает мак и номер влана , данный мак адрес клиента (идет ону и далее обору. киента ) и такой же мак адрес появляется на аплинке почему мак появляется со стороны ап линка на голове ? смотрел далее по маршруту мак видно только со стороны головы , как он попадает на ап линк ? такое проявляется только у клиентов с КПд (канал передачи данных ) и у клиентов с выделенный ип (белый ип )
  8. сори не понял , мирроринг не делал , хз как его делать на олт
  9. эта глобально в сети не одна олт , 10 примерно , сеть большая , а вообще на олт можно вырубить изернет порт онушки
  10. на ону нет , не настраивал mgmt для ону , не вижу смысле и так мониторинг норм , все уже отключил , broadcast , multicast и.тд обычные пинги норм а вот arp ping рвется , это не дает нормально проверять абонов у которых файервол включен при чем есть узлы которые работают через коммутаторы 3200-28 f через медик абоны включены , на них все ок , уже выделил на горлове отдельный влан кинул туда пару абонов с арп пингами , все равно рвутся .
  11. на олт влан на нем управление , клиенты тоже на вланы разделены
  12. заметил что абоны которые включены через свитчи . те "медик у клиента на свитче сфп " -пинги норм не рвутся . а те которые включены с головы ОЛТ через gpon они теряются
  13. откл. arp proxy на всех агг и на олт с которых включены клиенты , не помогло , все равно через арп пинг потери .