Update on the S800e sfp+ ONU
setup was a 3 mins affair with their tech. patient guy too. kudos
You cannot hot swap between the sfp+ ONU and their provided ONT/ONR. (this was from the tech, didn't bother to test personally to verify)
Their system can only load ONE config at anytime. If you want to switch you have to call their tech.
Given that the process is a 2-3min event not really an issue.
Works out of the box with my production setup.
For my test setup with bpi-r4, on the latest mainline openwrt kernel 6.6.52. the module is not detected at all. On mediatek 5.4 openwrt sdk, it is detected and works out of the box. Also tested it on a cheapo 2.5G swtch with 2sfp+ ports. the module works fine with the switch acting like a a media converter.
Did you manage to resolve this with the BPI-R4? Or still using the cheapo switch as a media converter?
Are there any other XGSPON ONU that are suspected to be compatible with VQ's 10G service?
typical XGSPON stick overheat issue. Need active fan cooling especially in Singapore.Anyone else starting to get issues with the SFP+ module? Mine is now causing regular packet loss, high latency and regular disconnects. Over the last 24 hours I've had about 20 disconnects. I was wondering if the module was sustainable given the heat it seems to run at. I have it plugged into unifi dream machine max.
it is just because the stick boots too slow so that when the stick is inserted, the system hasn’t completed its startup process and cannot pull down the mod-def0 voltage, resulting in the absence of a 3.3V power supply.if you still have your soldering iron around there is a hardware workaround to the xgspon sfp+ module issue on the bpi-r4.
check bpi-r4's forum. From what I am aware of software workaround is not possible.
actually just don't use bpi-r4 if you want to use s800e. why need to look for alternate xgspon? where support is highly unlikely
solution is documented on bpi-r4 forum. I use a even more cheapskate solution. I use aluminum tape!it is just because the stick boots too slow so that when the stick is inserted, the system hasn’t completed its startup process and cannot pull down the mod-def0 voltage, resulting in the absence of a 3.3V power supply.
Easy solution: by using tweezers to short the stick and manually supply power, the 3.3V line becomes active. Once the stick has started up, you can remove the tweezers. The BPI R4 will then continue providing power until the next shutdown and restart.
Hardware mod solution: replace the bpi-r4's MOSFET with a zero-ohm resistor, or alternatively, just use a jumper wire.
Another reason for sticking with the bigger telco, they tend to better understand such "hardships" or unexpected things can happen and would waive such charges within reasonable bounds. The smaller players have much leaner customer service teams that won't bother to assess.i didnt pay bill for 2 months lol, kena hit with reactivation fee $80 cannot waive haiz.
story is that my UOB card lost, requested for a new one so card number changed. emails went to an email i do not frequently check.
then the disconnect is not immediate, so first month was happily using wifi but unpaid... then went for holiday for 10 days... came back no wifi so decided to check emails... and realise overlook![]()
Speedtest by Ookla
Server: ViewQwest - Singapore (id: 2054)
ISP: Viewqwest
Idle Latency: 3.97 ms (jitter: 0.03ms, low: 3.92ms, high: 4.05ms)
Download: 8141.52 Mbps (data used: 7.3 GB)
8.80 ms (jitter: 2.47ms, low: 4.88ms, high: 50.94ms)
Upload: 2184.72 Mbps (data used: 1.4 GB)
4.51 ms (jitter: 0.82ms, low: 3.92ms, high: 7.92ms)
this speed normal?
Download normal, upload slow, seems to be a common problem for VQ users. It could be a VQ SpeedTest server issue and you can try different speedtest servers.
root@OpenWrt:~/ookla# ./speedtest -s 2054
Speedtest by Ookla
Server: ViewQwest - Singapore (id: 2054)
ISP: Singtel Fibre
Idle Latency: 2.93 ms (jitter: 0.13ms, low: 2.85ms, high: 3.13ms)
Download: 5428.73 Mbps (data used: 7.1 GB)
2.47 ms (jitter: 0.20ms, low: 2.12ms, high: 2.96ms)
Upload: 4938.80 Mbps (data used: 2.4 GB)
7.32 ms (jitter: 0.51ms, low: 2.24ms, high: 9.49ms)
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/296a6e5a-af9d-4c08-96f1-290585342d55
root@OpenWrt:~/ookla# ./speedtest -s 5935
Speedtest by Ookla
Server: MyRepublic Singapore - Singapore (id: 5935)
ISP: Singtel Fibre
Idle Latency: 1.97 ms (jitter: 0.21ms, low: 1.80ms, high: 2.19ms)
Download: 5415.86 Mbps (data used: 5.0 GB)
1.76 ms (jitter: 0.22ms, low: 1.40ms, high: 2.54ms)
Upload: 4939.06 Mbps (data used: 2.3 GB)
7.87 ms (jitter: 0.74ms, low: 1.68ms, high: 9.09ms)
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/0f09a639-08bc-4129-8dd3-bddc31335844
It’s probably not your module. I been getting packet loss for 1 min windows every 3-5 min since 11 December 8.30pm. Each episode lasts for about an hour, then it will stabilise for some 4 hours.Anyone else starting to get issues with the SFP+ module? Mine is now causing regular packet loss, high latency and regular disconnects. Over the last 24 hours I've had about 20 disconnects. I was wondering if the module was sustainable given the heat it seems to run at. I have it plugged into unifi dream machine max.
HOST: vmixxxxx.contaboserver.net Loss% Snt Last Avg Best Wrst StDev
7.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
8.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
9.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
10.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
11.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
12.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
13.|-- 137.59.x.x 90.0% 10 3.1 3.1 3.1 3.1 0.0