Official TM UniFi High Speed Broadband Thread V43, READ 1ST PAGE FOR RELEVANT WIFI INFO!
|
|
 May 20 2025, 11:15 PM
Return to original view | IPv6 | Post
#21
|
 
Senior Member
1,207 posts Joined: Aug 2018 
|
QUOTE(syahpian @ May 20 2025, 07:43 PM) how about hap ax lite? I don't know. Cannot seems to find any information but this thing don't have 5Ghz wifi and with only 256MB RAM, I am not sure if you have any container you want to run on it.it use IPQ-5010 soc  price also simillar to hex refresh  syahpian liked this post
|
|
|
|
|
|
May 27 2025, 10:22 AM
Return to original view | IPv6 | Post
#22
|
|
Senior Member
1,207 posts Joined: Aug 2018
|
QUOTE(Anime4000 @ May 27 2025, 02:24 AM) It appears Unifi had updated my account VLAN profile, adding VEIP along side usual PPTP, this show in favor of AIO and make old dumb bridge ONU cannot be use if OLT say so Chill chill... Nobody is killing dumb ONU. By default FwdOp from this OLT is 0x10: CODE 0x10 Action (h) (VID investigation) Discarding (c) What it does with Action H: Back to Action A:  For now, I putting FwdOp 0x02 at VEIP and leave PPTP default, I need update SDK of this I think TCI filtering helps prevent a few things: 1. It prevent people with modded ONU from specifying higher priority for their traffic. 2. It prevent people with modded ONU from tagging VLAN they are not supposed to access, eg: sending on Maxis VLAN while being a Unifi subscriber. |
|
|
May 27 2025, 08:46 PM
Return to original view | IPv6 | Post
#23
|
|
Senior Member
1,207 posts Joined: Aug 2018
|
QUOTE(Anime4000 @ May 27 2025, 08:12 PM) Guys, I think my Unifi suffer from LCP terminated by peer, just like my post: 2019 - Streamyx Internet bottleneck, The Legendary LCP terminated by peer Did you revert your "Maxis" VLAN? It get disconnect when I run constant upload that max out GPON 1100Mbps:  Log (tldr)  » Click to show Spoiler - click again to hide... « some people said ibse02.rsh is shit PPPoE AC Can you get the debug output from: System > Logging Add Topic: pppoe ppp debug Where do you upload and for how long? This post has been edited by kwss: May 27 2025, 08:47 PM |
|
|
May 27 2025, 11:10 PM
Return to original view | IPv6 | Post
#24
|
|
Senior Member
1,207 posts Joined: Aug 2018
|
QUOTE(Anime4000 @ May 27 2025, 10:10 PM) kwss down again So today you started connecting to a different BNG and have this problem? Did the Mikrotik debug log says something like LCP-Echo timeout or other error? |
|
|
May 28 2025, 03:25 AM
Return to original view | IPv6 | Post
#25
|
|
Senior Member
1,207 posts Joined: Aug 2018
|
QUOTE(Anime4000 @ May 28 2025, 01:55 AM) didn't work, my speed not slow, just PPPoE terminate my session, been uploading 6TB of zero (uptime: 22hrs): sent LCP TermAck id=0x4 Even with this ONU that I got from tm friend still didn't work   Last Saturday my friend checked something wrong with PPPoE, that is why I check now,   Next morning I ask him again this, and I already send email to TM with relevant documents my other friend can even choose to avoid ibse02.rsh, I ask around seem this been in service since Streamyx?  UPDATE May/28/2025 02:11:27 It's happening again  This is your router acknowledging the termination request. The debug log should show the reason for termination when it receive that request. Can you find it? Since both BNG show up in scan, you can hard code the BNG name as AC Service in pppoe. Mikrotik should be able to connect to it specifically. From the MAC address, looks like this broken BNG is not using VRRP setup. Perhaps TM misconfigured it? I think it should be part of VRRP. Did this BNG allow MTU 1500? Edit: Since it says lost carrier, could be broken OLT port or line card too. If your friend can swap your to another line card that would immediately rule it out This post has been edited by kwss: May 28 2025, 03:32 AM |
|
|
May 28 2025, 09:30 AM
Return to original view | IPv6 | Post
#26
|
|
Senior Member
1,207 posts Joined: Aug 2018
|
Anime4000
Just looking at the log, it seems TM configured their BNG to kill the connection if it's just missing one LCP-Echo request / response pair. Default configuration for BNG is supposed to be missing 3 pairs before disconnection. It also looks like there is a bug inside their BNG software. It didn't actually send the LCP-Echo. From your log, the Echo is no where to be found and suddenly boom, you get a termination request. Since you are just uploading, it shouldn't block your download direction from receiving the packet. The timing for the termination request is the time slot where the echo request should be. Really looks like software bug to me more than configuration error. I also don't quite understand why during the pppoe scan, it didn't show VRRP address but it did connect to VRRP address that's no where to be found. This post has been edited by kwss: May 28 2025, 09:33 AM |
|
|
|
|
|
May 28 2025, 02:54 PM
Return to original view | IPv6 | Post
#27
|
|
Senior Member
1,207 posts Joined: Aug 2018
|
Anime4000
Did you manage to find out which vendor is that BNG? The problem can simply be solved by either: 1. Waiting for 3 echo timeout before sending the termination request. Since one or two broken timeslot won't led to termination. 2. Fix the latent bug where the BNG send the wrong request during the time slot. This kind of bug sounds like race condition in those super old C code. The system behave differently with different load. In your case, I suspect HQoS in your profile play a role. If you QoS on your side and didn't trigger the shaper / policer on the BNG, then it won't mix up the time slot. Actually it's just software, can request your TM friend to just upgrade it? Still have support contract right? The VRRP problem fixed itself... Interesting. This post has been edited by kwss: May 28 2025, 02:57 PM |
|
|
May 28 2025, 06:04 PM
Return to original view | IPv6 | Post
#28
|
|
Senior Member
1,207 posts Joined: Aug 2018
|
QUOTE(Anime4000 @ May 28 2025, 03:08 PM) It's Juniper Network handle the PPPoE here, I look up the BNG mac address c4:69:f0:69:da:c6.if that case, increase waiting echo to 5 times should be suficient, just in case everyone upload in same PON cause LCP packet loss I try use HG8240H5 ONU, limiting my self to synmetrical 1Gbps (1GbE) it still happening when I fully saturate the 1GbE port, cause LCP did not reach either way It's actually Huawei. If it's Juniper then you should have no problem doing MTU 1500. If you can find someone to reconfigure the timeout then that should mitigate the problem. MAC prefix registered on 17 September 2020. So yours is not leftover junk from streamyx era. This post has been edited by kwss: May 28 2025, 06:07 PM |
|
|
May 28 2025, 09:04 PM
Return to original view | IPv6 | Post
#29
|
|
Senior Member
1,207 posts Joined: Aug 2018
|
QUOTE(Anime4000 @ May 28 2025, 08:27 PM) that's odd, he told me was F0:1C:2D:22:87:C3 What exactly did they tell you is the problem and their proposed solution?he lied to me? EDIT: I believe kwss, it make sense for MTU issue when PPPoE over VRRP and VXLAN. I gonna make report to MCMC that TM staff lied to me and don't want to solve QUOTE(hsbb @ May 28 2025, 08:55 PM)  ** image from ur old post. This is Juniper connected from live session. This dialog show what actual brand of server u were connected to. ** Just fyi any Streamyx AC server is without 'i' i e mse0x.xx (eqpt_name.location) Look at the MTU. On behalf of TM, thank you for defending them. #rofl |
|
|
May 28 2025, 09:22 PM
Return to original view | IPv6 | Post
#30
|
|
Senior Member
1,207 posts Joined: Aug 2018
|
QUOTE(hsbb @ May 28 2025, 09:12 PM) What do u mean & who's #rofi? You dug up some old screenshot just to prove TM is right. Roll on floor laughing at you. |
|
|
May 28 2025, 11:03 PM
Return to original view | Post
#31
|
|
Senior Member
1,207 posts Joined: Aug 2018
|
QUOTE(Anime4000 @ May 28 2025, 10:35 PM) I asked what PPPoE-AC brand I think this is what happen... They didn't update their documentation. It is hard to believe someone can recall MAC address like that. Who actually remembers MAC address?They said Juniper Then I reply, Juniper? (in-disbelieve Juniper make PPPoE 1488 bytes MTU) Then I ask, what is the MAC Address They reply "F0:1C:2D:22:87:C3" I know that same mac address that I use before with Maxis, which can MTU 1500 and never had disconnect then I assume Juniper follow Huawei to virtualize everything, VRRP, VXLAN without compensate PPPoE 8 bytes overhead they try ask other team I haven't make a report to MCMC, I need to really make sure not my Mikrotik is the issue but when I use Queue Tree on pppoe-out1 limit at 1024Mbps, run BTest for 6 hours, never had disconnect I have asked this, they told me cannot, (face with this crap ibse02.rsh) I assume possible for OLT PON Port that I reside to use different PPPoE AC? some people run PPPoE Scan and have two: not my picture I ask around, CPE not suppose to fix, ISP need to validate and stress test make sure LCP timeout within 3 to 5 times before issuing LCP terminate Just don't configure aggressive LCP timeout I got a story to tell, it won't fix your problem. Just a story. I know this company that starts outsourcing to TATA. As time goes by they outsource more and more thing. I know a person who still works there and he told me basically everyone is acting like a project manager by managing vendor. Want anything, just deal with the vendor. Then manage up, which basically means their boss is there to do... Nothing. People literally do not do hands-on work anymore. So as all the old staff resign one by one, they are now left with very few people that knows what the hell is actually happening and can solve problem hands-on. Most of the people can only scream to their laptop to all the TATA people located outside Malaysia. Today's TM is not like 20 years ago. TM is now heavily outsourced and I believe the above story applies to TM as well. Nobody knows how many layer of outsourcing happens until the final person who actually touch the BNG. Anime4000 liked this post
|
|
|
May 30 2025, 04:14 PM
Return to original view | IPv6 | Post
#32
|
|
Senior Member
1,207 posts Joined: Aug 2018
|
QUOTE(DeepMemory @ May 30 2025, 12:52 PM) Update on this issue, requested TM to reset the port which solves the problem yesterday but today speed dropped again. If you're using the black color dlink, upgrade to firmware 2.0.6 |
|
|
May 30 2025, 04:53 PM
Return to original view | Post
#33
|
|
Senior Member
1,207 posts Joined: Aug 2018
|
QUOTE(DeepMemory @ May 30 2025, 04:27 PM) Any guide and link for the firmware update? QUOTE(kwss @ Jan 28 2025, 04:39 AM) Black D-Link ONR firmware v2.0.6. Thanks to MarcoFromTropoja for the upload. Download Link: https://www.mediafire.com/file/9l9k0rqy5b60...dyndns.bin/file SHA-256 sum: d6a48264f303e2ffe9b51133b67744ea92d19e66cad7ed843109cc22c97e5106 DeepMemory liked this post
|
|
|
|
|
|
May 30 2025, 05:20 PM
Return to original view | Post
#34
|
|
Senior Member
1,207 posts Joined: Aug 2018
|
QUOTE(neekun @ May 30 2025, 05:14 PM) Yea my black dlink is already on 2.0.6. Your problem is different.The firmware bug is after a while, download will be capped at 300mbps until ONR reboot. Yours is upload capped at 150mbps at all times except one laptop. |
|
|
May 30 2025, 11:12 PM
Return to original view | IPv6 | Post
#35
|
|
Senior Member
1,207 posts Joined: Aug 2018
|
QUOTE(Anime4000 @ May 30 2025, 10:26 PM) kwss hsbb My point of view is this: GPON is never designed for anything more than 1Gbps.today afternoon technician come to my home, expected this my issue need ask Unifi Elite upon configure D-Link as normal (GPON Router), PPPoE doesn't up, thus cannot test I expect something with VLAN 500 on VEIP technician planned to give new 2.5 skyworth for free and no need take D-Link back but no stock that time what he told me: 1. D-Link ONR A1 and B1 is EoL on TM eyes 2. D-Link ONR not play well with multi vendor OLT 3. OLT and PPPoE-AC QoS optimize for Skyworth 2.5G, 4. That optimization cause D-Link become broken by a lot! I need call 100 this Sunday for Unifi Elite and get Skyworth 2.5 (now toy to reverse engineer) Imagine how over-subscribed is each OLT port. They just keep using dirty hack to make it work. None of the big telco equipment supplier has GPON with speed faster than 1Gbps. All these smaller player just do custom build for TM. How is it possible that Skyworth can "support" whatever QoS they meant but D-Link cannot? They use exactly the same SoC. What I think happened is during D-Link contract, they haven't deploy these kind of dirty hack. After X number of unit is delivered, the contract is done, hence EOL. TM never have support contract with them to begin with, it's just PO for X units. All the D-Link firmware update is just bug fix, no new feature, no support of whatever QoS nonsense TM is doing This post has been edited by kwss: May 30 2025, 11:13 PM |
|
|
May 31 2025, 12:02 AM
Return to original view | IPv6 | Post
#36
|
|
Senior Member
1,207 posts Joined: Aug 2018
|
QUOTE(Anime4000 @ May 30 2025, 11:38 PM) Indeed, D-Link DPN-FX3060V now use as is, no more update I assume after this, and security update never a thing, even Asus fall into ViciousTrap I have a theory for why this happens.I beg to differ: D-Link in Bridge Mode to RB5009 and Acer Predator Helios Neo (Killer 2.5G)  Skyworth GN360V (Router Mode) to Acer Predator Helios Neo (Killer 2.5G)  due to low speed on D-Link, I try download a file from Google Drive:  Now I confused...  speedtest fail, but Download via IDM and upload via BTest correct resultsdue to I can't use D-Link as Router, as PPPoE never up, FTC mess up my VLAN, now I have VoIP 400 to LAN 4 with Tag and Untagged 😅:   since I have Skyworth by someone, I still need new Skyworth from TM this monday In this whole world, only Nokia ASIC can do HQoS. All other ASIC must do HQoS in software. Now as TM try to nest their configuration deeper and deeper, it gets progressively more expensive to perform HQoS and the CPU is pegged. For DPDK in general, which means all telco grade equipment, each stream will be processed by different core. In your case by using a IDM, you are basically doing multiple streams, hence on TM side, multiple CPU core is involved and you can saturate your subscribed speed. How much each core can do HQoS is kind of a trade secret that only vendor and customer knows. Juniper MX Trio 4 ASIC for example, will be pegged at around 5Gbps. I use Cisco ASR for another example. They quote aggregated bandwidth due to this same reason. Want single stream to max out the port speed? Buy their Silicon One ASIC. Anime4000 liked this post
|
|
|
May 31 2025, 12:37 AM
Return to original view | IPv6 | Post
#37
|
|
Senior Member
1,207 posts Joined: Aug 2018
|
QUOTE(Anime4000 @ May 31 2025, 12:29 AM) You know what, I try all speedtest server, only Digi at Seri Kembangan can saturate my 2Gbps This one sounds like the classic case of local congestion.  All other server give crap speed What do you think? ibse02.mc give 7ms before ibse02.rsh now 12ms, that 5ms increase, even stay in Seremban Town, ping make I stay in Kampung,  You keep changing server until you hit the MPLS circuit that's not congested and you get full speed. HQoS will not cause certain remote endpoint to go faster or slower, they will all sucks equally |
|
|
May 31 2025, 12:49 AM
Return to original view | IPv6 | Post
#38
|
|
Senior Member
1,207 posts Joined: Aug 2018
|
QUOTE(Anime4000 @ May 31 2025, 12:44 AM) well, It's slow even with PON stick? You are on Nokia OLT now right? Or change already?two thing now 1. GPON never designed to support 2Gbps (that XGSPON job) 2. My Unifi now congested anywhere, all server slow, except DiGi Seri Kembangan... Maybe you ask the so called Elite team when their XG/25G/50G PON will come or if they can connect you as trial customer. The thing now is TM infrastructure is quite old. They had news ZTE installed their next gen network but from what I can observe, ZTE 404. Even they give you Skyworth on Monday, it still surely EOL by year end after Y units delivered. Let's face it, that's reality. |
|
|
May 31 2025, 01:21 AM
Return to original view | IPv6 | Post
#39
|
|
Senior Member
1,207 posts Joined: Aug 2018
|
QUOTE(Anime4000 @ May 31 2025, 01:13 AM) I haven't try yet, I, currently testing V2.0 hardware and firmware: This might sound like a lot of work but is there a difference if you try:   Now in open case, I going to try Skyworth Bridge mode see what up speedtest, make sure it's fair test 1. PPTP 2. VEIP In combination with: 1. Default T-CONT 2. Additional T-CONT Since DiGi Sri Kembangan can give you the speed, I also suspect they use a different packet scheduler which works well with TM HQoS. This one requires Linux natively: Try using BBR. Use `tc qdisc` to play with the rate limit to prevent hitting TM HQoS This post has been edited by kwss: May 31 2025, 01:22 AM |
|
|
May 31 2025, 02:44 AM
Return to original view | IPv6 | Post
#40
|
|
Senior Member
1,207 posts Joined: Aug 2018
|
I suddenly recall TM used to cheat speedtest by prioritizing its traffic.
Maybe in the new HQoS change they forgot to prioritize it anymore hence your speedtest is showing the true speed you are getting. |
| Change to: |  0.0238sec
 0.43
 7 queries
 GZIP Disabled
Time is now: 2nd December 2025 - 11:49 PM |
Quote