Jump to content
Local

hal9000

Muggles
  • Content Count

    11
  • Joined

  • Last visited

Community Reputation

0 Обычный

About hal9000

  • Rank
    Пролетал Мимо
  1. hal9000

    UA.PON v6.0

    P3310B_en_25281.bin (Данная прошивка решает проблему подвисания ОЛТа во время некоторых SNMP обращений) Кто уже прошивал, как ведет себя данная прошивка?
  2. hal9000

    BDCOM P3310B отвалились стволы

    Оновити прошивку... Причем здесь прошивка. Спасибо. Голову в сервис сдавали? А через сколько времени проявилиь симптомы?
  3. hal9000

    BDCOM P3310B отвалились стволы

    Спасибо.
  4. Внезапно на BDCOM P3310B Software, Version 10.1.0B Build 9545 отвалились стволы. Судя по логам с перепугу олт начал бильдить конфиг и пофейлился. Зайдя на голову, только конфиги стволов были пусты. Ребут помог. Кто сталкивался с данной ситуацией и в чем кроется проблема? Логи: Oct 26 18:01:13 GPON %OLT-STATUS: OLT index 0, device 0x00000000 is hello timed out. Oct 26 18:01:13 GPON OIR-6-BUILD_CONFIGURATION: Building running-configurations for slot 0 Oct 26 18:01:13 GPON SC=>OLT FAIL 0x3 Oct 26 18:01:13 GPON %hal_oir_channel_dettach: slot = 0, chip = 0 Oct 26 18:01:13 GPON %LINE-5-UPDOWN: Line on Interface EPON0/1, changed state to down Oct 26 18:01:13 GPON %LINEPROTO-5-UPDOWN: Line protocol on Interface EPON0/1, changed state to down Oct 26 18:01:15 GPON %LINE-5-UPDOWN: Line on Interface EPON0/2, changed state to down Oct 26 18:01:15 GPON %LINEPROTO-5-UPDOWN: Line protocol on Interface EPON0/2, changed state to down Oct 26 18:01:15 GPON %LINE-5-UPDOWN: Line on Interface EPON0/3, changed state to down Oct 26 18:01:15 GPON %LINEPROTO-5-UPDOWN: Line protocol on Interface EPON0/3, changed state to down Oct 26 18:01:15 GPON %LINE-5-UPDOWN: Line on Interface EPON0/4, changed state to down Oct 26 18:01:15 GPON %LINEPROTO-5-UPDOWN: Line protocol on Interface EPON0/4, changed state to down
  5. hal9000

    BDCM 3024, 1004 management vlan?

    Так не работает, поскольку именно управление самой ону все еще остается во vlan 1. Если в конфиге прописать подсеть из vlan 1, но указать vlan 823, то управление будет работать, что подтверждает, то что vlan на onu не меняется.
  6. hal9000

    BDCM 3024, 1004 management vlan?

    День добрый! Задача поменять management vlan с 1 на 823. Hа onu BDCM 3024, 1004. Конфиг1: epon onu ip address static X.X.X.X X.X.X.X gateway X.X.X.X vlan 823 Конфиг2: epon onu ctc ip address static X.X.X.X X.X.X.X gateway X.X.X.X cvlan 823 svlan 0 priority 5 Конфиги onu приняли, но управления нет и мак onu приходит все в том же vlan 1. По факту onu не поменяли management vlan. Кто уже переводил данные onu в другой management vlan поделитесь опытом. ------------------------------------------------------------------------------------------------------------------------------ ONU Vender ID : BDCM ONU MODEL ID : 3024 Hardware Version : A0 Software Version : 10.0.8A1082 Firmware Version : 0x0100 Chipset Vendor ID : OP Chipset MODEL ID : 0x6750 Chipset Revision : 160 Chipset Date : 08/03/27 ONU Vender ID : BDCM ONU MODEL ID : 3024 Hardware Version : A0 Software Version : 10.0.8A1107 Firmware Version : 0x0100 Chipset Vendor ID : OP Chipset MODEL ID : 0x6750 Chipset Revision : 160 Chipset Date : 08/03/27 ONU Vender ID : BDCM ONU MODEL ID : 3024 Hardware Version : A0 Software Version : 10.0.8A1123 Firmware Version : 0x0100 Chipset Vendor ID : OP Chipset MODEL ID : 0x6750 Chipset Revision : 160 Chipset Date : 08/03/27 ONU Vender ID : BDCM ONU MODEL ID : 1004 Hardware Version : 0000 Software Version : 342 Firmware Version : 0x000000020003000400021222 Chipset Vendor ID : BD Chipset MODEL ID : 0x3000 Chipset Revision : 1 Chipset Date : 08/01/29
  7. hal9000

    Проблемы с BDCM1004

    Потери на самой ону. На хостах потерь нет. Была утановка новых онушек BDCM3024, но их физически отключали, дерегистрировали, ребутали голову, но это не дало результата. Онушка с другой головы Software Version : 342. Да только на онушки BDCM1004 (их на стволе 10 шт.)и GEAR1004 (1 шт.). То есть на другой голове с аналогичными ОНУшками в аналогичном семействе такой проблемы нет? Так точно.
  8. hal9000

    Проблемы с BDCM1004

    Потери на самой ону. На хостах потерь нет. Была утановка новых онушек BDCM3024, но их физически отключали, дерегистрировали, ребутали голову, но это не дало результата. Онушка с другой головы Software Version : 342. Да только на онушки BDCM1004 (их на стволе 10 шт.)и GEAR1004 (1 шт.).
  9. hal9000

    Проблемы с BDCM1004

    Это изначальный конфиг, его изменял, результата не было. Потери на самой ону. На хостах потерь нет.
  10. hal9000

    Проблемы с BDCM1004

    Конфига чего и чего именно не хватает?
  11. hal9000

    Проблемы с BDCM1004

    На olt sh version BDCOM P3310B Software, Version 10.1.0B Build 14297 Copyright by Shanghai Baud Data Communication CO. LTD. Compiled: 2013-8-23 15:18:53 by SYS_14297, Image text-base: 0x80008000 ROM: System Bootstrap, Version 0.3.3 в мире и спокойсвии сосуществуют онушки BDCM1004, GEAR1004, BDCM151C , BDCM3024, PCTLG100, и в один прекрастный день появились во такие вот потери : 1408 bytes from 10.11.12.1: icmp_req=10 ttl=64 time=1853 ms 1408 bytes from 10.11.12.1: icmp_req=11 ttl=64 time=1981 ms 1408 bytes from 10.11.12.1: icmp_req=12 ttl=64 time=2140 ms 1408 bytes from 10.11.12.1: icmp_req=13 ttl=64 time=2231 ms 1408 bytes from 10.11.12.1: icmp_req=14 ttl=64 time=2410 ms 1408 bytes from 10.11.12.1: icmp_req=15 ttl=64 time=2474 ms 4234 packets transmitted, 15 received, 99% packet loss, time 117903ms rtt min/avg/max/mdev = 560.805/1524.694/2554.541/662.538 ms, pipe 95 только на онушки BDCM1004 (их на стволе 10 шт.)и GEAR1004 (1 шт.): sh epon int e0/1:1 onu ctc basic-info ONU Vender ID : BDCM ONU MODEL ID : 1004 ONU ID : 00e0.0f0a.403f Hardware Version : 0000 Software Version : 342 Firmware Version : 0x000000020003000400021222 Chipset Vendor ID : BD Chipset MODEL ID : 0x3000 Chipset Revision : 1 Chipset Date : 08/01/29 Service Supported : Support GE : NO Support FE : YES Support VOIP : NO Support TDM CES : NO Number of GE Ports : 0 Bitmap of GE Ports : Number of FE Ports : 4 Bitmap of FE Ports : 1-4 Number of POTS ports: 0 Number of E1 port : 0 Number of US Queues : 8 QueueMax per US Port: 8 Number of DS Queues : 8 QueueMax per DS Port: 8 Battery Backup : 0 Number of Serial : 0 Number of Pon : 1 sh epon int e0/1:1 onu basic-info ONU Building version: 10.0.1B ONU Compiled time: 18:21:44, Jan 21 2010, by SYS_l ONU SDK software version: 0.0.0.0 ONU chip type: Unknown 0 ONU chip version: 0 ONU loader version: 00.00.00-0 EEPROM Control Flag : 0xaa MAC address : 00e0.0f0a.403f EEPROM version : 1 HEC mode : 0 IGMP snooping mode : 1 OAM version : 0 I2C interface mode : 1 MPCP timeout : 1000 Vendor code : 0 Model number : 0 Hardware version : 0 Year : 2010 Week : 25 Serial number : 11208952 CRC Mode : 0 Query Key : 0 Disable auto reset : 0 Enable tk default mode : 0 Normal bringup mode : 0 PON Laser always on : 0 PON Laser ctrl polarity : 0 PON admin status : 1 UNI port MAC type : 1 UNI Auto negotiation : 1 UNI MII type : 4 UNI PinStrapOverWrite : 0 UNI admin status : 1 Security flag 802.1x mode : 1 Security flag UNI port control : 1 Security flag mcst/bcst control: 1 Security flag dot1x tunnel : 0 IOPVendorCode : 255 ONUConfigCode : 254 ONUCtrlVlan : 0 ctc_onu : 0x11-0x11-0x11 Laser on time : 64 Laser off time : 64 CTC OAM Bypass Mode : 0 CRC Mode Config : 0 FEC Enabled : 0 Unknown Multicast Drop : 0 Tx error detection : 0 IGMP vlan learning mode : 0 Laser Delay : 0 User vendor info : BDCM/1004 Deregister backofftime : 60 Mdio address : 4 Dying Gasp Trigger Mode : 0 MII enable : 0 Switch Port Num : 4 KT ONU : 0xaa-0xaa-0xaa Classification Rule Num : 8 FEC Working Mode : 1 Ctc Upgrade Mode : 0 sh epon int e0/1:1 onu ctc optical-transceiver-diagnosis operating temperature(degree): -93 supply voltage(V): 4.2 bias current(mA): 83.3 transmitted power(DBm): 6.2 received power(DBm): 6.2 onu#sh task cpu load (last 0.10 sec): 62% busy cpu load (last 1.00 sec): 25% busy cpu load (last 10.0 sec): 28% busy На голове: Current configuration: ! !version 10.1.0B build 14297 service timestamps log date service timestamps debug date l ! no spanning-tree ! epon dba hardware cycletime 25000 discovery-frequence 60 discovery-length 1024 ! На стволе: EPON0/1 switchport trunk vlan-untagged none switchport mode trunk ! Плохо только этим онушкам, с другими моделями на стволе и голове все отлично. Проверялась зависимость от других онушек, отключались стволы и ону, безрезультатно. Менялась прошика olt и конфиги, sfp, не помогло. Дело в том, что если зайти на онушку и посмотреть onu#sh task cpu load (last 0.10 sec): 75% busy cpu load (last 1.00 sec): 59% busy cpu load (last 10.0 sec): 45% busy то cpu раз в сек от 30-72, при условии, что с неё абоненты не работают. Если пинговать ону (ping -i 0.2 -s 1400), то онушка ложится с загрузкой cpu 100%. Потери на самой ону. На хостах потерь нет. На других головах, онушки такой же модели и с таким же конфигом головы, прошивкой, и разнообразием онушек чувствуют себя отлично.Так почему же плохо онушкам BDCM1004?
×