-
Зараз на сторінці 0 користувачів
Немає користувачів, що переглядають цю сторінку.
-
Схожий контент
-
Від Oleksij
Є потреба винести роутер і ONU. На точку встановлення іде тільки вита пара.
Питання по живленню.
Теоретично ми беремо такий роутер
https://hotline.ua/ua/computer-marshrutizatory/mikrotik-hex-s-rb760igs/?tab=about
живимо його по POE через сплітер, а вже від 5 порту з POE Out живимо ONU мабуть через сплітер.
https://rozetka.com.ua/ua/336836014/p336836014/?gad_source=1&gclid=Cj0KCQjwj4K5BhDYARIsAD1Ly2rSpNRL1swRlPUl_HBMwhvXSgPKpVu9whGBaNxep9E05c-GR3pISVcaAm4dEALw_wcB
Але це теоретично.
У когось була така практика? Чи буде працювати?
-
Від winedrop
продам xPON ONU з WiFi, нові
3 FE + 1 GE
тільки 2.4 GHz
чудово ідуть на заміну зв'язки ОНУ+роутер, працюють стабільно, покриття чудове.
оптичний конектор SC/UPC
в наявності біля 100 шт, ціна 800 грн + ПДВ або 850 грн без ПДВ.
продам xPON ONU Wifi-6 2.4+5GHz
4 GE, 2.4+5 GHz
чудово ідуть на заміну зв'язки ОНУ+роутер, працюють стабільно, покриття чудове, вихідну потужність можна збільшити вдвічі
оптичний конектор SC/APC!!!
в наявності біля 100 шт, ціна 1200 грн + ПДВ або 1300 грн без ПДВ.
для звязку - в особисті або на вайбер 0506305206
-
Від Rico3110
Продаж вживаного повністю справного OLT ZTE C220 + 2*EIG + 2*GCSA + 4*EPFC+FAN+БЖ - 1комплект
show version-running
PhyLoc FileType VerType VerTag BuildTime VerLength
--------------------------------------------------------------------------------
0/0/1 EPFCB MVR V1.2.3P1 2013-02-28 05:04:28 1903865
0/0/1 EPFCB BT V1.2.3 2012-10-16 17:23:15 333344
0/0/2 EPFCB MVR V1.2.3P1 2013-02-28 05:04:28 1903865
0/0/2 EPFCB BT V1.2.3 2012-10-16 17:23:15 333344
0/0/3 EPFCB MVR V1.2.3P1 2013-02-28 05:04:28 1903865
0/0/3 EPFCB BT V1.2.3 2012-10-16 17:23:15 333344
0/0/4 EPFCB MVR V1.2.3P1 2013-02-28 05:04:28 1903865
0/0/4 EPFCB BT V1.2.1P1 2011-04-25 11:16:19 333984
0/0/7 GCSAS MVR V1.2.3P1 2013-02-28 03:22:00 7962100
0/0/7 GCSAS BT V1.2.3 2012-10-16 18:01:28 432832
0/0/8 GCSAS MVR V1.2.3P1 2013-02-28 03:22:00 7962100
0/0/8 GCSAS BT V1.2.3 2012-10-16 18:01:28 432832
0/0/13 EIG MVR V1.2.3P1 2013-02-28 04:26:36 609714
0/0/13 EIG BT V1.2.3 2012-10-16 17:12:04 325232
0/0/14 EIG MVR V1.2.3P1 2013-02-28 04:26:36 609714
0/0/14 EIG BT V1.2.3 2012-10-16 17:12:04 325232
Rack Shelf Slot CfgType RealType Port HardVer SoftVer Status
-------------------------------------------------------------------------------
0 0 1 EPFC EPFCB 4 V0.8 V1.2.3P1 INSERVICE
0 0 2 EPFC EPFCB 4 V0.8 V1.2.3P1 INSERVICE
0 0 3 EPFC EPFCB 4 V0.7 V1.2.3P1 INSERVICE
0 0 4 EPFC EPFCB 4 V0.7 V1.2.3P1 INSERVICE
0 0 7 GCSA GCSAS 0 V0.7 V1.2.3P1 INSERVICE
0 0 8 GCSA GCSAS 0 V0.7 V1.2.3P1 STANDBY
0 0 13 EIG EIG 4 V3.17 V1.2.3P1 INSERVICE
0 0 14 EIG EIG 4 V3.17 V1.2.3P1 INSERVICE
UP!!! По ціні, та наявності, уточнюйте в приватних повідомленнях!
-
Від mac
Глюк в тому, що один (так - тільки один) 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 та перевірю...
-
Від Виктор Николаевич
Приветствую.
Нужно подключить торговую точку -
Новомихайловка, Каменский район, технология pon, 50мбит.
Предложения в л/с.
-
Рекомендованные сообщения
Создайте аккаунт или войдите в него для комментирования
Вы должны быть пользователем, чтобы оставить комментарий
Создать аккаунт
Зарегистрируйтесь для получения аккаунта. Это просто!
Зарегистрировать аккаунтВхід
Уже зарегистрированы? Войдите здесь.
Войти сейчас