Don't ask stupid question.



This post has been edited by JohnLai: Oct 14 2016, 09:04 PM

-.-

If you really wanna test some more, you can visit http://ipv6-test.com/

After few months of disabling IPV6....I finally re-enable back ipv6...to my dismay...that damned youtube 50kb/s still exists.....

This post has been edited by JohnLai: Oct 14 2016, 09:33 PM

-.- Dude...I was working as promoter aka salesman.

EDIT: To be exact, sign up customer, collect modem from TM, go to customer premise, setting up router, account creation and configuration.

This post has been edited by JohnLai: Oct 14 2016, 09:50 PM

Hmm? How old is your android OS anyway?
There is a weird bug about IPv6 RA processing in dhcpcd that causes wifi wakelock. (Basically, it wakes wifi chip and operate at full power for few seconds. Now this "few seconds" practically repeats around every 3-5seconds.)


The more one knows.........

EDIT:
https://code.google.com/p/android/issues/detail?id=79576
#11 Jame...@landiego.com
Just an update, I set my DHCPv6 server to also allow stateless configuration which fixed the issue. Pure DHCPv6 causes the lag

I propose you to read all of those comments.....

This post has been edited by JohnLai: Oct 14 2016, 11:39 PM

Sigh....exactly 1:00AM....youtube turbo full 400kb/s......
That damned IPV6 youtube CDN......

50kb/s youtube buffering non-stop..........1:00AM ---> 400kb/s

EDIT: The problematic CDN
kul01s05 : router: "pr02.kul01" next_hop_address: "127.0.0.1" (2001:e68:4000::/36)



This post has been edited by JohnLai: Oct 15 2016, 01:08 AM

Except IPv6 performance on Malaysia youtube streaming.

What can I say....right after 11AM.....50kb/s



For the 10 5 or 8 seconds before clock strikes 11:00AM...I got 400KB/S.....then 50KB/s......


EDIT2:
That it ....everyone with 50KB/s IPV6 youtube throttling should send feedback together with CDN info.

First, visit https://redirector.googlevideo.com/report_mapping to find out your assigned CDN.

Then visit youtube website, scroll down to bottom and click 'Send Feedback'


Make a feedback on Malaysia youtube CDN server with explicit mention of IPv6 slowdown to 50KB/s during 11AM to 1AM.
EDIT3: Make sure write that you are TM Streamyx subscribers.

The more people complain about this to youtube.......the better.
Do realize this 'throttling' session has been happening since 2013.


This post has been edited by JohnLai: Oct 15 2016, 12:48 PM

Unifi users seem to have 'better' CDN allocated to them.
So, based on https://redirector.googlevideo.com/report_mapping , what are CDNs allocated to both of you?

kul01s05 : router: "pr02.kul01" next_hop_address: "127.0.0.1" (2001:e68:4000::/36)

raynman calvinlaw510
See...both of you unifi users got kul06, streamyx users only get kul01.

Not to mention prefix 42......streamyx youtube CDN only has 36 prefix.

Weird part is why streamyx youtube cdn got extra hop to loopback 127.0.0.1

Yes. Unifi --> No problem with IPv6 when streaming youtube.

Unfortunately for streamyx users....... ........

I doubt it is router/modem issue. It is time specific throttling.
I got Dlink, TPlink, Asus and Aztech (2012 - 2015)

With Dlink free dynamic DNS bundle (CCTV usage) , I setup hurricane electric ipv6 tunnel and voila.......turbo 400KB/s from some America based youtube CDN.
Although I prefer not to use tunnel broker stuff due to some privacy concern. Not to mention it added some latency.....

Bundled free dlinkddns is linked to DLINK MAC addresses now, can't use it on other router.......technically I can.....telnet/ssh into the router and use 'macchanger -m XX:XX:XX:XX:XX:XX interface' , it works.....and editing/adding the profile of available dynamic dns list......

The older version of TM lousy router doesn't clamp TCPMSS to PMTU.

Quoting wikipedia:
IPv6 routers do not support fragmentation or the Don't Fragment option. For IPv6, Path MTU Discovery works by initially assuming the path MTU is the same as the MTU on the link layer interface where the traffic originates. Then, similar to IPv4, any device along the path whose MTU is smaller than the packet will drop the packet and send back an ICMPv6 Packet Too Big (Type 2) message containing its MTU, allowing the source host to reduce its Path MTU appropriately. The process is repeated until the MTU is small enough to traverse the entire path without fragmentation.

Sadly, even in youtube forum....Only two people actually posted 50KB/s on IPv6 slowdown when using streamyx.

https://productforums.google.com/forum/#...ube/LGixQk70Da8 Year 2014
https://productforums.google.com/forum/#...ube/e9qiAkuZJds Year 2015

Nope. Something is wrong with those CDNs assigned to Streamyx users.