Перейти до

MAC-адреса за ONU


tivi

Рекомендованные сообщения

просьба сильно не пинать, если данный вопрос уже поднимался. :)

 

существует команда show epon interface epon НОМЕР-ОНУ-ПОРТА onu mac address-table
которая показывает мак адреса ЗА онушкой
а можно ли эту же команду/информацию получить по SNMP ?
если да, то как ? :)

Ссылка на сообщение
Поделиться на других сайтах

show show mac address-table interface epon0/1:1

покажет в том числе и мак онушки

 

либо вот так:

show epon interface epON 0/1:4 onu mac address-table

но это опрос самой онушки, не факт что она там что-то покажет

Відредаговано l1ght
Ссылка на сообщение
Поделиться на других сайтах

show show mac address-table interface epon0/1:1

покажет в том числе и мак онушки

 

либо вот так:

show epon interface epON 0/1:4 onu mac address-table

но это опрос самой онушки, не факт что она там что-то покажет

как это сделать КОМАНДОЙ и так известно. :)

спрашивали как раз - как получать эти данные по SNMP

Ссылка на сообщение
Поделиться на других сайтах

 

show show mac address-table interface epon0/1:1

покажет в том числе и мак онушки

 

либо вот так:

show epon interface epON 0/1:4 onu mac address-table

но это опрос самой онушки, не факт что она там что-то покажет

как это сделать КОМАНДОЙ и так известно. :)

спрашивали как раз - как получать эти данные по SNMP

 

да чет не так прочитал))

поидее должно бы оиды на получение fdb

Ссылка на сообщение
Поделиться на других сайтах
/usr/local/bin/snmpwalk -Cc -On -v2c -cxxx 192.168.2.2 .1.3.6.1.4.1.3320.152.1.1.3.21

.1.3.6.1.4.1.3320.152.1.1.3.21.1.252.250.247.43.126.199 = Hex-STRING: FC FA F7 2B 7E C7

.1.3.6.1.4.1.3320.152.1.1.3.21.502.16.254.237.198.29.241 = Hex-STRING: 10 FE ED C6 1D F1

 

В ответе после 3.21 идет номер влана, в данном случае в влане 1 есть мак FC FA F7 2B 7E C7 и в влане 502 мак 10 FE ED C6 1D F1

 

21 - snmp ifindex нужного порта, посмотреть можно в таблице ifName

Відредаговано vlin
Ссылка на сообщение
Поделиться на других сайтах
// ---------- Get FDB By SNMP
function GetFdb ($ip, $ro, $iface) {
$session =  new SNMP(SNMP::VERSION_1, $ip, $ro);
$session->oid_increasing_check = FALSE;
$session->oid_output_format = SNMP_OID_OUTPUT_NUMERIC;
$fdb = $session->walk("1.3.6.1.4.1.3320.152.1.1.3.$iface");
$session->close();
return $fdb;
}

 

Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

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

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

Войти сейчас
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.

  • Схожий контент

    • Від Emanon
      Приветствую форумчан. Есть проблема и суть ее такова:
      В топологии одной провайдерской сети сделали определенные изменения. Некоторые access-коммутаторы (edge core ec3528M) в домах, решили подключить по gpon-у. Тоесть, если ранее все это дело шло ветками от одного свича к другому, то теперь ответственность, за их агрегацию , частично лягла на olt bdcom gp3600.
      Если схематически : свич -> onu -> olt -> свич агрегации -> bras (accel ipoe) ну и далее уже в ядро. Onu кстати - bdcom gp1701. Вопросы о том, зачем все это и насколько целесообразно - можно оставить для другого разговора.
      А пока что хотелось бы в кое чем разобраться. Недавно, начали идти заявки от НЕКОТОРЫХ абонентов одного и того же дома с одного и того же узла с жалобой на нестабильный интернет. Это через неделю-две после изменения топологии и соответственно, переключения их коммутатора к pon-сети.
      Техник, осмотрев происходящее, заявлял что рандомно, раз в минуту-две, начинаются потери пакетов. Проверял целостность линий,  подключался напрямую ноутом. Результат один и тот же. Линк между свичом и роутером не падает. Не падает линк и между onu и свичом. Проблем с режимами (half duplex, full duplex) портов тоже не было. Если уже далеко зайти, сам домовой свич, olt, коммутатор агрегации, без проблем пингуются (правда находятся в отдельном управляющем vlan). Очевидные проблемы, вроде роста cpu и утечек памяти, в их работе не наблюдались. В логах все чисто. В мониторинге видно, что канал не нагружен (download и upload не превышают 250 Мбит как по pon так и выше, нет аномальных значений pps как для broadcast, так для unicast и multicast). Да и для остальных пользователей, кроме проблемных, не было вопросов. У всех вроде работает, кроме некоторых ребят с конкретного узла. Трасса упорно показывает, что проблемный участок как раз между роутером и bras. Логи на роутерах тоже ничего вразумительного не пишут. При этом, стоило подключить вместо абонентского tp link archer ax12, c64 или keenetic titan, какой то древний роутер, вроде dlink dir300 или tp link tl-wr841n, как все работало стабильно, без потерь. 
      Со стороны bras сессии не рвутся, но через tcpdump действительно обнаруживается, что при пинге ( как 32 байта, так и побольше) часть icmp пакетов от проблемных абонентов не доходит. 
      Менялись mac  абонентских устройств, пытались найти mac flapping, менялся mac aging, менялся абонентский ip. Без результатов. Mac таблица за onu не забивается кстати, там не более 8 устройств. Проверялись оптические уровни. Конечно, onu rx -24 и olt rx -26 - это уже почти на грани. 
      И наверное это отчасти играет роль. Но нюанс с тем, что происходит при замене роутеров, заставляет задуматься. Возможно то, что такое вылезло именно после перехода на gpon - это совпадение. Но есть подозрения, что связь все таки есть. И проблема довольно странная, ранее не встречал.
      Ещё стоит сказать, что это далеко уже не первый домовой свич, подключенный по такой схеме. Но проблема пока вылезла именно тут. В общем, хотелось бы услышать мнения опытных ребят, с чем конкретно связаны проблемы.
      Прошу не судить сильно по части некоторых решений и высказываний. Я пока не имею солидного опыта и большого багажа знаний. Но буду благодарен за помощь
    • Від Prodazha
      Продам Абонентскі терминали ONU GPON ZTE F601 (REF)
      комплект :ону,блок живлення ,коробка,патчкорд RJ45 1м
      Наявність 230 шт.
      ціна 250 грн за одиницю



    • Від x-net
      Продам вживані EPON ONU 4-портові, 1-портові. Без БЖ 140грн, з БЖ 180рн
      Також є вживані сплітери DIN LGX SC/UPC "коробочки" 1х4 по 150грн, 1х8 по 200грн, 1х16 по 250грн.
      Нові зовнішні патч-корди 100 по 400грн, 75 по 300грн, 30м по 200грн.
    • Від Alina1989
      Looking to simplify your network setup? Get this Gigabit SFP ONU Stick (GPON/EPON compatible) today!
       

      What is it?
      This is a fiber optic modem condensed into a tiny SFP module. It plugs directly into any device with an SFP port (like routers, switches), converts the optical signal from your ISP, and handles authentication—replacing your bulky standalone modem.
      How does it work?
      It receives the fiber signal from your ISP (OLT).
      Converts it to a standard Ethernet signal (optical to electrical).
      Authenticates (using your LOID/SN) and outputs to your main device.

      Key Benefits:
      Saves Space & Power: Eliminates a separate modem.
      Clean Setup: Perfect for tight spaces like server racks.
      Direct Connection: Reduces latency for a more efficient network.

      Perfect For:
      Prosumers & Homelabs: Use with mini-PCs/soft routers (e.g., Intel J4125, N100) to build an All-in-One server.
      Advanced Routers: Compatible with MikroTik, Ubiquiti, and other pro-grade gear with SFP slots.
      Anyone wanting a clean, integrated setup without extra boxes and cables.
      Specs Highlights:
      GPON/EPON Compatible
      Up to 2.5G down / 1.25G up
      Low power (<2.5W)
      SC/UPC or SC/APC connector options
      Note: Requires a device with an SFP port and basic setup knowledge (entering LOID/VLAN). Great for tech enthusiasts looking to optimize their network!

    • Від CoUL
      Sync users ONU скрипт.
      Скрипт виконує автоматичне додавання ONU та відповідної OLT, на якій вона зареєстрована, в карту абонента MikBiLL.
      Забезпечує повну синхронізацію ONU при зміні топології мережі — тобто при реальному переміщенні ONU між OLT або між абонентами. Все відбувається автоматично без необхідності вручну додавати чи змінювати ONU працівниками.
      Можлива синхронізація окремих OLT в ручному режимі.
      Підтримується робота з BDCOM EPON та GPON обладнанням.
      Можливе розширення під інших виробників OLT за потреби.
      💬 По всім питанням звертайтесь у приват.
      BDCOM xPON ONU Auto Sync Script.webm
×
×
  • Створити нове...