sanitariu

Hello, Do not use SSH services on bdcom OLTs !!! They will crash at some time and it is possible to erase your configruation. This happened to me at least 6-7 times on 3310C. Also they do not support newer encryption protocols. Just DISABLE ssh/http and use only telnet. You can set your terminal backspace with ctrl+H

I can confirm that: INTEGER: 4 - lost For INTEGER: 1 - config-failed i am not 100% sure

INTEGER: 1 - config-failed INTEGER: 2 - deregistered INTEGER: 3 - auto_config INTEGER: 4 - lost Only not sure about 1 ? Anyone have it ?

Hello, someone have full information for: iso.3.6.1.4.1.3320.101.10.1.1.26 ? As far as i know: INTEGER: 2 - deregistered ? INTEGER: 3 - auto-configured Here must have config-failed and maybe others ?

Super thanks So 9 power-off and 8 wire-down. Do you have other good information ?

Yes here it is.... MIB for all.rar

Hello, I know this: llidOnuBindLastDeregReason------------1.3.6.1.4.1.3320.101.11.1.1.11 But i can not figure out what means the numbers. I've got results like 7,8,9,0. Anyone can test it ?

You can safely use inner-onu-switch command. There is no problem with it. The only problem you may see is no limit traffic between clients (internal). But i think this is okay.

3310C or 3310B ? If it is 3310C you must upgrade firmware to version 46085. On old version i had once all pon disconnects but it is stable. P3608 is stable too. I have never had any issues.

time-zone tz 3 0 ntp query-interval 1200 ntp server 10.90.90.xx i use like that and it is working perfect

There is an image here (ftp://ftp.romsat.ua/pub/Lan/BDCOM/P3310C/) Just download it. Use anonymous ftp.

Do not forget this command: Switch_config#epon local-mac forward

I use this one: BDCOM P3310C Software, Version 10.1.0E Build 43480 It is working stable.

Hm, then it seems something wrong with OLT ? Do you have that problem only on one OLT device or all the same ?

Hi, I do not see anything strange. You are using multicasts. May be try to raise storm filters. Also on new versions you must enable this command: "epon local-mac forward" Although you do not have mac addresses like: X2:XX:XX:XX:XX:XX,X6:XX:XX:XX:XX:XX, XA:XX:XX:XX:XX:XX, XE:XX:XX:XX:XX:XX Some day you can buy such onus and they will make disconnects. This is another BDCOM trick to try making their OLTs work only with bdcom onus. Also this is the correct oams: epon oam-version 1 0x30 epon oam-version 2 0x21 epon oam-version 3 0x20 You can change them. You can try to enable the foll

Try to enable forward error control. epon onu ctc fec epon fec enable Is it possible to have converter 1310 somewhere ? Did you changed SFP module ?

Hello, I do not have that problem. My version is the same: # show ver BDCOM P3310C Software, Version 10.1.0E Build 43480 Copyright by Shanghai Baud Data Communication CO. LTD. Compiled: 2017-6-6 16:43:18 by SYS, Image text-base: 0x80008000 ROM: System Bootstrap, Version 0.4.1, Serial num:xxxxxxxxxxx System image file is "Switch.bin" hardware version:V1.0 (RISC) processor with 131072K bytes of memory, 16384K bytes of flash Base ethernet MAC Address: xx:xx:xx:xx:xx:xx snmp info: product_ID:xxx system_ID:1.3.6.1.4.1.3320.1.xxx.0 Maybe you have hardware problem or faulty sfp ? Try to

epon onu port 1 loopback detect - also if i am not wrong this does not work on bdcom but on other vendors for bdcom you must use - epon onu all-port ctc loopback detect

Why you make double shaper ? One at the onu side and one at the olt side ? Better remove this: epon onu port 1 ctc rate-limit 45000 egress epon onu port 1 ctc rate-limit 45000 ingress Also paste your template. Here is mine: -------- epon onu-config-template T1 cmd-sequence 001 epon onu all-port ctc vlan mode tag 214 cmd-sequence 002 epon onu all-port ctc notify link cmd-sequence 003 epon onu all-port ctc loopback detect cmd-sequence 004 epon onu all-port ctc notify loopback cmd-sequence 005 epon onu ctc fec cmd-sequence 006 epon fec enable cmd-sequence 007 no epon onu all-port ctc r

I want to excuse me for not writing in Russian. I understand perfect Russian but can not write, so you can answer me on your language. I am using version 43480 with BDCOM 3310C,3608 and its okay except that i have some packet losses between 0-2% to some clients using v-sol onus. I am still investigating and tomorrow will change v-sol onu mac address with bdcom and will confirm my theory. BDCOM had such thing with dropping other vendors starting from version 29xxx. They say that the stopped that practice and are trying to make open product but yeah i still see stupids in the rom image

Do you have some packet losses to some clients between 0-2% ? You can put to monitor such with smokeping for example.

This is from the rom images of my OLT BDCOM 3608. This is at the end of the file. This is not the software bin but the rom bin. So there is still code to block other vendors. It may be disabled i do not know. It may just stop other vendors for 1-2 minutes I do not know too. But this is bad bdcom practice. They must focus on features and price not this crappy game... It leads to nowhere...

Check if that problem is to other brand onus. Like vsol for example. This is still in the OLT rom image at the end of file: ------ 263�0003�?�switch_name=P3608;welcome_name=EPON OLT;snmp_mcard=854;lm75_device=ON;port_map={2,0,1-4,0,16-19},{6,0,5-8,0,20-23};lang=en;blackl=8014A8,A0C6EC,&ANYK ------ Pay attention to - blackl=8014A8,A0C6EC This means blacklist mac addresses starting with 80:14:A8 (VSOL) and A0:C6:EC (ShenZhen ANYK Tech). May be this is disabled I do not know but i have problems with VSOL onus and that OLT. 1-2% packet losses or similar stuff.

Hello, can someone help me to understand this: OLT-4#show int gi0/5 GigaEthernet0/5 is up, line protocol is up Ifindex is 5, unique port number is 6 Description: Port-5 Hardware is Giga-Combo-TX, address is 8479.7317.7841 (bia 8479.7317.7841) MTU 1600 bytes, BW 1000000 kbit, DLY 10 usec Encapsulation ARPA Auto-Duplex(Full), Auto-Speed(1000Mb/s), Flow-Control Off 5 minutes input rate 415048067 bits/sec, 47071 packets/sec 5 minutes output rate 159782808 bits/sec, 35827 packets/sec Received 756089776 packets, 795802913928 bytes 865729 broadcasts, 506867 multicast

About my early posts for MTU above 1536. There is no support for jumbo frames at the onu side (bdcom). So the lan chip supports but pon not. You can not pass packet bigger then 1476 without fragmenting ! If someone knows onu which supports 1536 please tell me.