Recommended ONU/router with bridge support (and which to avoid)

  • Thread starter Thread starter rajil.s
  • Start date Start date
  • Replies Replies 136
  • Views Views 14,878
@hariselio my logs looks like this
Code: 
Jan  1 00:00:45 (none) kern.warn kernel:  call delGemPortMappingRule faildsomciPktSend 11295 meid 84 ret 0
Jan  1 00:00:45 (none) kern.warn kernel:  call getGemPortByMACBridgePortInst return error^M
But I found this in logs, is this useful?
Code: 
Jan  1 00:00:29 (none) kern.warn kernel: ds_olttype_init:2337  Apply performance workaround solution 0

Jan  1 00:00:29 (none) kern.warn kernel: ====[ds_iphost_default_db_init][2242]path[]cmd[echo iphost_data 3 0 0 51 0 > /proc/tc3162/iphost_data]

Jan  1 00:00:29 (none) kern.warn kernel: SET Service mapping Normal wan [3],Default service[  ], Real service[  ], wan_idx[51]

Jan  1 00:00:29 (none) kern.warn kernel: ====[ds_iphost_default_db_init][2242]path[]cmd[echo iphost_data 2 0 0 50 0 > /proc/tc3162/iphost_data]

Jan  1 00:00:29 (none) kern.warn kernel: SET Service mapping Normal wan [2],Default service[  ], Real service[  ], wan_idx[50]

Jan  1 00:00:28 (none) kern.warn kernel: ====[ds_iphost_default_db_init][2242]path[]cmd[echo iphost_data 1 0 0 49 0 > /proc/tc3162/iphost_data]

Jan  1 00:00:28 (none) kern.warn kernel: SET Service mapping Normal wan [1],Default service[  ], Real service[  ], wan_idx[49]

Jan  1 00:00:28 (none) kern.warn kernel: ====[ds_iphost_default_db_init][2242]path[]cmd[echo iphost_data 0 0 0 48 0 > /proc/tc3162/iphost_data]

Jan  1 00:00:28 (none) kern.warn kernel: SET Service mapping Normal wan [0],Default service[  ], Real service[  ], wan_idx[48]

Jan  1 00:00:28 (none) kern.warn kernel: ds_olttype_init:2323  find olt id=5 name=ALU

Jan  1 00:00:28 (none) kern.warn kernel: omci_me_obj_init:1991 init

Jan  1 00:00:28 (none) kern.warn kernel: set olt type: 5

Jan  1 00:00:28 (none) kern.warn kernel: [Sec-mgmt] cleaned and deleted SECURITY_MANAGEMENT chain without olt request
 
@sk7411 good to know mate. Then mostly you also have Alcatel OLT.

I post#81, there's a typo... It should be OLT instead of ONT!

Realtek/Mediatek based ONT's are not handling the VLAN correctly from Alcatel/Nokia OLT (ALU).
Click to expand...
 
Last edited:
@hariselio , Thank you so much once again mate , i have been waking up in the middle of the night to try my G3 and wonder why it did not work. You really put an end to this today , so happy!

I also suggest people to scan their VLANs before you use it with third party ONU .
 
@hariselio They provided me H660GM-A ONT. I still haven't found a way to scan VLAN. I tired "Simple PPPoE scanner Python Script" that I found in this forum but it didn't work for me.
 
@hariselio and @Hitori_Abhito7 Firstly I changed VLAN to pass-through on my DASAN ONT and ran JB's Simple PPPoE Discovery Script by modifying it a bit. It gave me response on VLAN ID 100, Priority 4 and it also showed me AC Name "brasmp". Then I ran the same script by setting G7's VLAN to Transparent mode, got no response at all. Then I changed "smac" value to DASAN's WAN mac and ran the script but still no response. I also kept monitoring wireshark logs to see any hint but no success there as well.

@akshay71
pppd[22014]: Timeout waiting for PADO packets
This error means wrong VLAN. As simple as that.
Click to expand...
I am not getting response from any VLAN ID when I ran the python script.

For G7, can you ssh into it? If yes, then pass the below command
omcicli mib get 84
Click to expand...
no, G7 refuses direct ssh connections so I will have to try UART method, I guess. I tried telnet on the G7 and ran omcicli mib get 84. No success there as well.

@Sayantan 1907 and 1503 didn't work for me, log shows "Unable to complete PPPoE Discovery" and "Timeout waiting for PADO packets".
 
You must log in or register to reply here.
Back