I setup an AWS instance that do nothing.
IPv4: 43.216.194.71
IPv6: 2406:da10:8a99:4e02:27ef:8e72:86c7:f5a2

Can you ping plotter with this 2 address simultaneously?

Ping it like a minute without upload.
Then start the upload.

I just want to get an idea about the congestion behavior.

EDIT:
This TM really lewat one la. Last time my FSU. Appointment 10am, they came 3:30pm.

Ipv6 is unstable. i disable it .

OK, I can clearly see a ladder pattern in the IPv6 latency.

This is a local congestion but why only IPv6 right?
If you dig back some of my old post in Unifi thread, I talk about how TM cheat speedtest.

They are using the same method to cheat bufferbloat test here.

What happen:
They configure a special queue targeting certain packet. So instead of having a sparse queue which fairly apply to all packet, they create special queue that selectively target IPv4 ICMP packet.
However, they forgot to create the same rule for IPv6.

Now the number might look nice in your ping plotter, but the real packet performance is what you are getting now.

Why queue "workaround" the problem is due to their HQoS.
1gig package has a higher priority traffic class than other traffic. But if you overshoot your upload limit, it ends up queueing.

Remember this is not a guaranteed situation. During peak usage, there is only so much buffer left and they will all be dropped. So HQoS in that case act as a policer instead of a shaper.

So yea, keep bitching to TM until they upgrade their shitty pipe. But it won't happen overnight.

Or keep escalating until someone create a rule for IPv6 so it will "looks good"

Yup, depending on which VPN you use, they might use different MPLS circuit that's not congested and it will work.

EDIT:
I shutdown my AWS instance already.

Yeap, so much better. So I would say highly likely is due to local congestion.

When the TM tech come, why don't you straight away frame him for local congestion and see his reaction? LOL.

Actually the packet loss in the middle are all loss of TTL Time Exceeded packet. I don't know if those are ASIC data plane but since those are Google's router, I assume they are.

The actual packet loss to your endpoint is only 0.5%.

Still doesn't explain why your Mikrotik loss so much TTL Time Exceeded packet, that remains a mystery.

Your observation is correct but technically it is the wrong understanding.
When you are using a "correct VPN", you are actually using another circuit that is not congested.
The term "correct VPN" here means the BNG will egress that packet to a different, uncongested MPLS circuit.

You can use the wrong VPN which end up in the congested circuit and still see terrible result.
How to choose the correct or incorrect VPN? Trial and error + pure luck

I already expected that's kind of the outcome.
But you didn't even borrow some ONU to test for error and ask for a swap?
I expect that's the minimum you ask for.

You should just swap your old Alcatel with the ZTE. At least you can login and get many more stuff out of it. The Alcatel is crazy locked down.
Did you ask him about the OLT you are using and potentially switch you to a different line card?

You should ask a tech to do what they can help you do. Configuring QoS and all those are not their daily job scope.

Don't waste time on Ipv6. They use all the cheap route.

go626201
I more or less can reproduce your issue by blasting it with high packet per second (pps).
As you know forwarding / routing performance is based on pps, not bandwidth.

On my setup, anything more than 160k pps will stall the ONU and start missing packet. Mine is all 1gig setup. I am using 2gig service as a symmetric 1gig.



With big packet (1400 bytes), 160k pps is equivalent to 1.7Gbps so you probably will pass speedtest.

All test performed using iperf3. Command like below:
iperf3 -c <server> -u -l 16 -b 100M

-l specify the packet length.

You can also use -P to specify number of parallel thread.

Lastly, not exactly sure if this is your issue but this is the only way I can reproduce the problem.

Why partially fixed? Looks like fully fixed for me. Any problem that I am not seeing?
You are uploading at full 500 meg and latency is all green without queue. 0 packet loss to BNG.

I am not familiar with how smokeping calculate the average. Wait for a week and see if the graph correct itself?
I suspect it just trend higher because you keep testing upload.
What idle latency did you get from ping plotter / speedtest if you stop testing your upload?

HEX S 2025 model

Disable keepalive setting and it should get MTU 1492 (hopefully!).  It should be this:
"ppp - do not send initial echo request if keepalive-timeout=disabled;"

Hi, I have somewhat of a unique situation in my house where the router is installed up on a small wall-mounted wooden plank that cannot fit most routers which sit flat. Noticed that Mikrotik has some options like the hAP AC2, AX2 and even the AX3 that can stand upright/vertical.

I have heard of the learning curve, but if I'm willing to learn routerOS, is it a good idea to get one of these Mikrotik models as opposed to something like a RT-AX59U?

Doing 10g wirespeed is not easy yo. Even 2.5g wirespeed switch is expensive.

Those el-cheapo 2.5g switch actually cannot do wirespeed. They just daisy chain a few chips together. You do get what you pay for.
You can see the teardown:


If traffic pattern is mostly North-South, then just wait until you have that Internet speed to upgrade.
- or -
Just buy the Asus and call it a day. You are getting the promised WiFi 7 improvement. No controller, no switch, no hassle.
Not exactly cheap but they do deliver.