tambu
МаглыТип контенту
Профили
Форум
Календарь
Все, що було написано tambu
-
распиновка кабеля на TFANF RJ45 DB9-M 1,2 XX 3 бзел 2 4,5 син 5 (земля) 6 зел 3 7,8 XX вопрос решен
-
вы можете прозвонить кабель и дать распиновку?
-
Ну а вы сами то подключали?
-
Коллеги, подскажите распиновку или маркировку шнура управления FAN-модуля для OLT ZTE C220. Может уже обсуждалось, найти инфу не удается.
-
куплю память PC3-10600E unbuffered DDR3 ECC up to 1333 MHz
тема ответил в ВАК пользователя tambu в Торгівля. Серверне обладнання
апну тред. Надо 2 по 4Gb 1Rx8 PC3-10600E -
Вставлю свои 5 копеек. На столе 2 OLT ZTE C320 1. Прошивка 1.2.5p2 2. Прошивка 1.2.5p3 На тесте 1 ONU ZTE F601 и 5 Alcatel I-010G ONU ZTE F601 работает на обоих ОЛТ, то есть как с 1.2.5p2 так и 1.2.5p3. Алкатели - не заработали на 1.2.5p3, но работают на 1.2.5p2 Гпон карты: GTGOE и GTGOG На "проблемную" OLT влил 1.2.5p2 + патчи, алкатели завелись. ZXAN#show version-running PhyLoc FileType VerType VerTag BuildTime VerLength -------------------------------------------------------------------------------- 1/1/1 GTGOE MVR V1.2.5P2
-
ну эта мысль то меня уже посетила, но как-то это кривовато получается...
-
помогите разобраться. SNMPv2-SMI::enterprises.3902.1015.1010.1.1.1.1.1.4.811089920 = Hex-STRING: C4 C9 EC 00 64 50 На основе чего формируется идентификатор ону: 811089920 ? Что-то ничего в голову дельного не приходит.
-
Проблема решена и не связана с работой ПОН сети. Тему можно закрыть.
-
лимита нет. Я даже специально указывал на ону mac limit-num eth_0/1 no-limit, но это видимо дефолтный параметр, т.к. в конфиге общем этого пункта я не увидел Но я думаю, если бы маки не пролазили, то я вообще не увидел бы даже DHCPDISCOVER
-
имеется OLT ZTE C220 PhyLoc FileType VerType VerTag BuildTime VerLength -------------------------------------------------------------------------------- 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/11 EPFCB MVR V1.2.3P1 2013-02-28 05:04:28 1903865 0/0/11 EPFCB BT V1.2.3 2012-10-16 17:23:15 333344 0/0/14 EIG MVR V1.2.3P1 2013-02-28 04:26:36 609714 0/0/14 EIG
-
у нас от BDCOM всего одна ОЛТ. В моем случае у всех абонентов всё работало штатно, но нагрузка на процессор была повышенная. Вобщем спустя час как я написал тут на форуме, чудным образом нагрузка CPU упала до 10-15% как и была изначально. EPON#show cpu CPU utilization for one second: 11%; one minute: 10%; five minutes: 9% EPON#show task | include SNMP SNMP 80867e50 8490b430 128 809aa344 8490af50 848f26e0 860001 PD 4.63 5121380
-
имеется ОЛТ P3310 BDCOM(tm) P3310B Software, Version 10.1.0B Build 29333 Copyright by Shanghai Baud Data Communication CO. LTD. Compiled: 2015-7-21 17:47:52 by SYS_29333, Image text-base: 0x80008000 ROM: System Bootstrap, Version 0.3.4, Serial num:00313004721 System image file is "Switch.bin" (RISC) processor with 131072K bytes of memory, 8192K bytes of flash Base ethernet MAC Address: fc:fa:f7:3a:4a:66 snmp info: product_ID:228 system_ID:1.3.6.1.4.1.3320.1.228.0 случилась у нас петля c абонентской ону NGPON, нашли, устранили. В момент возникновения петли загрузка проца начала колебаться от