Глюк з MAC адресом ONU та шлях усунення

[mac 1]

Глюк в тому, що один (так - тільки один) mac адрес onu існує в білінгу у вигляді строки. Це трохи заважає.

olt - bdcom gepon.

Наскільки зрозумів, це виключно проблема реалізації snmpwalk у freebsd, де snmpwalk може на свій розсуд віддати mac адресу не як hex-string, а як звичайний string.

Можливо snmpwalk тригериться на якомусь символі, мені невідомо.

 

# tcpdump -vv -i em0 udp port 161 and host olt and host ub | grep "3320.101.10.4.1.1.241
...
    olt.snmp > ub.47940: [udp sum ok]  { SNMPv2c C="*****" { GetResponse(44) R=93278354  E:3320.101.10.4.1.1.241="8LO"W*" } } 
    ub.47940 > olt.snmp: [udp sum ok]  { SNMPv2c C="*****" { GetNextRequest(34) R=93278355  E:3320.101.10.4.1.1.241 } } 

snmpwalk -c***** -v2c -t5 olt .1.3.6.1.4.1.3320.101.10.4.1.1
SNMPv2-SMI::enterprises.3320.101.10.4.1.1.241 = STRING: "8LO\"W*"

snmpwalk -Ox -c***** -v2c -t5 olt .1.3.6.1.4.1.3320.101.10.4.1.1
SNMPv2-SMI::enterprises.3320.101.10.4.1.1.241 = Hex-STRING: 38 4C 4F 22 57 2A

 

Це стосується таких параметрів у snmp конфізі bdcom
 

[signal]
MACINDEX=".1.3.6.1.4.1.3320.101.10.4.1.1"
[misc]
ONUINDEX=".1.3.6.1.4.1.3320.101.11.1.1.3"

 

За для усунення глюку спробував трошки змінити код і завдати тип snmp параметру явно у ./api/libs/api.ponbdcom.php у function collect()

Це працює. Мабуть станеться у нагоді:

 

# diff api.ponbdcom.php{.new,.bak}
37c37
<                     $onuIndex = $this->snmp->walk('-Ox ' . $oltIp . ':' . self::SNMPPORT, $oltCommunity, $onuIndexOid, self::SNMPCACHE);
---
>                     $onuIndex = $this->snmp->walk($oltIp . ':' . self::SNMPPORT, $oltCommunity, $onuIndexOid, self::SNMPCACHE);
91c91
<         $macIndex = $this->snmp->walk('-Ox ' . $oltIp . ':' . self::SNMPPORT, $oltCommunity, $macIndexOID, self::SNMPCACHE);
---
>         $macIndex = $this->snmp->walk($oltIp . ':' . self::SNMPPORT, $oltCommunity, $macIndexOID, self::SNMPCACHE);

 

P.S. Створив тему, а зараз міркую: а може це глюк у ПЗ olt. Оновлю фірмваре olt та перевірю...

 

Відредаговано 2024-09-21 14:16:50 mac

[mac 1]

В 21.09.2024 в 16:58, mac сказав:

P.S. Створив тему, а зараз міркую: а може це глюк у ПЗ olt. Оновлю фірмваре olt та перевірю...

Оновив - теж саме - не допомогло.

[nightfly 1 241]

 

В 21.09.2024 в 16:58, mac сказав:

< $onuIndex = $this->snmp->walk('-Ox ' . $oltIp . ':' . self::SNMPPORT, $oltCommunity, $onuIndexOid, self::SNMPCACHE);

 

В 21.09.2024 в 16:58, mac сказав:

< $macIndex = $this->snmp->walk('-Ox ' . $oltIp . ':' . self::SNMPPORT, $oltCommunity, $macIndexOID, self::SNMPCACHE);

Трішки брутальне рішення, м'яко кажучи не сумісне з тим, як влаштований клас  SNMPHelper в самій своїй суті. Як мінімум, на тому рівні, що опція SNMP_MODE в alter.ini може мати значення не тільки system, а ще й виявляється native та class

 

З наступного тижня, спробую зробити це якось більш-менш по-людськи, зберігаючи зворотну сумісність з оточоючою реальністю.