trsnah

Спасибо! snmpwalk -c public -v 2c 172.16.20.100 .1.3.6.1.2.1.17.7.1.2.2 SNMPv2-SMI::mib-2.17.7.1.2.2.1.1.2254.228.190.237.238.89.171 = STRING: "д?ноY<" SNMPv2-SMI::mib-2.17.7.1.2.2.1.1.2251.80.100.43.31.202.48 = Hex-STRING: 50 64 2B 1F CA 30 Верный МАК адрес с Ethernet порта Error: OID not increasing: SNMPv2-SMI::mib-2.17.7.1.2.2.1.1.2254.228.190.237.238.89.171 >= SNMPv2-SMI::mib-2.17.7.1.2.2.1.1.2251.80.100.43.31.202.48 50 64 2B 1F CA 30 Верный МАК адрес с Ethernet порта, но при этом запросе всегда ОЛТ присылает одно и тоже. Задача, снять только МАКи со всех

Товарищи, кому не лень, покажите пожалуйста вывод: .1.3.6.1.4.1.3320.101.10.1.1.3 .1.3.6.1.2.1.2.2.1.2 1.3.6.1.4.1.3320.101.10.1.1.26

Только выводит на экран по 1 ОНУ на каждом порту. Хотя когда открываю check_onu.php то видит все ОНУ Вот теперь похожу, что ПМ вцепился в МАС 😃 check_onu.odt

Точно! Спасибо.

Ну, наверное, если бы было всё так просто, то давно уже бы под GP3600-XX переделали Ваш проект. А какие массивы нужно посмотреть?

1 172.16.20.250 09:01:03 mac:460 09:01:04, names:460 09:01:04, powers:428 09:01:32 UPDATE pm_olt SET status=1, last_act='2019-12-16 09:01:03' WHERE Id=1; UPDATE pm_onu SET present = 0 WHERE olt = 1; UPDATE pm_olt_sfp SET count_onu = 0, online_count=0 WHERE olt=1;

.1.3.6.1.2.1.2.2.1.6 Description: "The interface's address at the protocol layer immediately `below' the network layer in the protocol stack. For interfaces which do not have such an address (e.g., a serial line), this object should contain an octet string of zero length." База практически пустая, там заполнены таблицы: Юзеры и ОЛТ. ОНУшки и всё остальное полностью пустые Попробую var_dump вставить, в строки на какие Апач ругается. Results.txt

Был трабл с ОИДом насчёт МАСов, я исправил. Теперь правильно показывает колличество. Но всё равно в ПМ пусто. В логах Апача те же ошибки на 2 строки. У нас на данный момент ОНУшки в транке. И получается, что они получают одинаковый МАС на своём порту. На следующей неделе будем мультикаст настраивать и проверять, заодно и их затегируем. Конечно врядли это спасёт ситуацию.

Пытаюсь, чтоб хоть частично работало на GP3600. Лог Апача: [Fri Nov 29 14:36:43.394681 2019] [php7:notice] [pid 3567] [client 127.0.0.1:55744] PHP Notice: Undefined variable: sfp_count in /var/www/html/scripts/check_onu.php on line 222, referer: http://127.0.0.1/PM/PON [Fri Nov 29 14:36:43.394721 2019] [php7:warn] [pid 3567] [client 127.0.0.1:55744] PHP Warning: Invalid argument supplied for foreach() in /var/www/html/scripts/check_onu.php on line 222, referer: http://127.0.0.1/PM/PON [Fri Nov 29 14:36:43.444639 2019] [php7:notice] [pid 3567] [client 127.0.0.1:55744] PHP

Спасибо, буду искать читать

Уже и комп перегрузил apache2.conf <Directory /> Options FollowSymLinks AllowOverride None Require all denied </Directory> <Directory /usr/share> AllowOverride None Require all granted </Directory> <Directory /var/www/> Options Indexes FollowSymLinks AllowOverride None Require all granted </Directory> #<Directory /srv/> # Options Indexes FollowSymLinks # AllowOverride None # Require all granted #</Directory>

Прошу прощения, а это где?

На форуме человек писал, что нада файл .htaccess закинуть в корень папки с сайтом. Но оно что с ним, что без него после аутентификации не работает. Толи перенаправление не работает, не пойму

Добрый день форумчане! Появилась проблема, такого плана: установил Ubuntu Bionic LTS, php sql, apache настроил их по мануалам, и возникла проблема неработающей страницы сразу после Аутентификации. Захожу на http://127.0.0.1/superdomain/ ввожу логин и пароль, перекидывает на страницу http://127.0.0.1/superdomain/auth и Not Found The requested URL was not found on this server. Apache/2.4.29 (Ubuntu) Server at 127.0.0.1 Port 80 Я побегал по форумам и сделал: a2enmod rewrite service apache2 restart и файл .htaccess #Options +FollowSymLinks

Ув. товарищи, может ли быть проблема большой разницы в сигнале от ОЛТ к ОНУ и наоборот из-за качества сварки? У меня на порту одна ветка от ОЛТ к ОНУ -20, от ОНУ к ОЛТ -23, а вот вторая ветка уже ОЛТ к ОНУ -20, от ОНУ к ОЛТ -25 -27 Делитель 1х8 меняли, ОНУ тоже, но не помогло. На этой ветке у всех такая картина. ОЛТ GP3600-16 Буду благодарен за подсказку!

Народ! У нас сейчас привязка в биллинге по МАС на (Uni)Ethernet порту у абонента, как сделать, чтобы по МАС ОНУ было? interface GigaEthernet0/1 description aggregation-uplink-manage aggregator-group 1 mode lacp passive switchport trunk vlan-allowed 22,2250-2266,2998 switchport trunk vlan-untagged 1 switchport mode dot1q-tunnel-uplink keepalive ! interface GigaEthernet0/2 description aggregation-uplink-manage aggregator-group 1 mode lacp passive switchport trunk vlan-allowed 22,2250-2266,2998 switchport trunk vlan-untagged 1 switchport mode dot1q

Подскажите кто может плз! Буду благодарен Почему ругается на лог файл? Вот путь на компе: C:\wamp64\www\pm\logs Вот vars.php: # Путь к логу скрипта опроса ОНУ $log_file = "/www/pm/logs/wb.log"; [11-Sep-2019 10:07:54 UTC] PHP Stack trace: [11-Sep-2019 10:07:54 UTC] PHP 1. {main}() C:\wamp64\www\pm\scripts\check_onu.php:0 [11-Sep-2019 10:07:54 UTC] PHP 2. file_put_contents() C:\wamp64\www\pm\scripts\check_onu.php:19 [11-Sep-2019 10:07:54 UTC] PHP Warning: file_put_contents(/www/pm/logs/wb.log2019-09-11 10:07:54.log): failed to open stream: No such

Не пойму, почему только у меня проблемы... Я кроме как в vars.php ничего не менял. ОЛТ в БД не добавляется, хотя все проверки проходит snmp & telnet. Не может же быть проблема ошибок, в том что у меня GP3600 ( [04-Sep-2019 13:41:41 UTC] PHP Stack trace: [04-Sep-2019 13:41:41 UTC] PHP 1. {main}() C:\wamp64\www\pm\index.php:0 [04-Sep-2019 13:41:47 UTC] PHP Notice: Undefined offset: 2 in C:\wamp64\www\pm\index.php on line 58 [04-Sep-2019 13:41:47 UTC] PHP Stack trace: [04-Sep-2019 13:41:47 UTC] PHP 1. {main}() C:\wamp64\www\pm\index.php:0 [04-Sep-2019 1

Подскажите, что это плз! Пользователя получилось добавить, значит связь с БД есть. Warning: mysqli::close(): Couldn't fetch mysqli in C:\wamp64\www\pm\index.php on line 89 [03-Sep-2019 13:40:42 UTC] PHP Stack trace: [03-Sep-2019 13:40:42 UTC] PHP 1. {main}() C:\wamp64\www\pm\index.php:0 [03-Sep-2019 13:40:42 UTC] PHP 2. mysqli->close() C:\wamp64\www\pm\index.php:89 [03-Sep-2019 13:41:13 UTC] PHP Notice: Undefined offset: 2 in C:\wamp64\www\pm\index.php on line 58 [03-Sep-2019 13:41:13 UTC] PHP Stack trace: [03-Sep-2019 13:41:13 UTC] PHP 1. {mai

А можно подробнее, то вдруг какие-то нюансы есть интересные

Переваривали с двух сторон, меняли порт в боксе. В новую ОНУ тыкаем, работает. В старую переставляем не работает.

Поддержу, сегодня на С+ при сигнале -30, ОНУ начала отваливаться. Но после замены ОНУ стало всё норм. Было от ОЛТ - 21 от ОНУ -30 После замены от ОЛТ -21 от ОНУ -24

<html> <head> <style> table { font-family: arial, sans-serif; border-collapse: collapse; width: 100%; } td, th { border: 2px solid #000000; text-align: left; padding: 3px; } tr:nth-child(even) { background-color: #C0C0C0; } </style> </head> <body> <p><img src="LOGO.jpg" alt=""></p> <?php $ip='172.16.20.250'; $ro='public'; $session = new SNMP(SNMP::VERSION_2C, $ip, $ro, 5000000); $ifDescr = $session->walk(".1.3.6.1.2.1.2.2.1.2", TRUE); $ifAlias = $session->walk("IF-MIB::ifAlias", TRUE); //$ifSpee

Товарищи, а почему снимаются данные Rx ONU, а не а не от ОЛТа к ОНУ?

Отвечаю на свой вопрос: в этой строке - $session = new SNMP(SNMP::VERSION_2C, $ip, $ro); нужно было увеличить таймаут опроса и сделал так - $session = new SNMP(SNMP::VERSION_2C, $ip, $ro, 5000000); Спасибо пользователю Wassabi, за подсказку. Подкиньте кому не жалко OIDы на GP3600: Температура ОНУ ONU UniMac Спасибо! Вот рабочие, которые я наклянчил и проверил, вдруг кому нужно на GP3600: $ifDescr = $session->walk(".1.3.6.1.2.1.2.2.1.2", TRUE); $ifSpeed = $session->walk(".1.3.6.1.2.1.2.2.1.5", TRUE);