Disparando ipv6.l.google.com [2800:3f0:4003:c00::71] com 32 bytes de dados:
Resposta de 2800:3f0:4003:c00::71: tempo=77ms
Resposta de 2800:3f0:4003:c00::71: tempo=71ms
Resposta de 2800:3f0:4003:c00::71: tempo=75ms
Resposta de 2800:3f0:4003:c00::71: tempo=71ms
Estatísticas do Ping para 2800:3f0:4003:c00::71:
Pacotes: Enviados = 4, Recebidos = 4, Perdidos = 0 (0% de
perda),
Aproximar um número redondo de vezes em milissegundos:
Mínimo = 71ms, Máximo = 77ms, Média = 73ms
Quote:
C:\Users\devas>tracert ipv6.google.com
Rastreando a rota para ipv6.l.google.com [2800:3f0:4003:c00::71]
com no máximo 30 saltos:
1 5 ms 6 ms 1 ms 2804:7f1:2280:1143:200:ff:fe00:0
2 18 ms 17 ms 13 ms 2804:7f4:2000:1::fe
3 20 ms 23 ms 17 ms 2804:7f4:2000:1000::11f
4 22 ms 28 ms 27 ms 2804:7f4:2000:1::122
5 15 ms 16 ms 25 ms 2001:4860:1:1:0:49c1:0:22
6 24 ms 15 ms 25 ms 2001:4860::1:0:cc4f
7 73 ms 78 ms 73 ms 2001:4860::8:0:cab5
8 76 ms 68 ms 89 ms 2001:4860::2:0:c6bb
9 * * * Esgotado o tempo limite do pedido.
10 * * * Esgotado o tempo limite do pedido.
11 * * * Esgotado o tempo limite do pedido.
12 * * * Esgotado o tempo limite do pedido.
13 * * * Esgotado o tempo limite do pedido.
14 * * * Esgotado o tempo limite do pedido.
15 * * * Esgotado o tempo limite do pedido.
16 * * * Esgotado o tempo limite do pedido.
17 72 ms 73 ms 75 ms 2800:3f0:4003:c00::71
I suspect there may be an MTU issue at play so please run the following command from windows command prompt
ping ipv6.google.com -l 1232
keep increasing packet size until you find the largest supported packet. max value possible would be 1452 but since your ppp0 mtu is 1492 then i would expect it to be 1444
your radvd conf is broadcasting 1452 so please also run the following from router cli
Testing packet size: 1500
Result: no PMTUD problems detected
Largest supported packet is: 1404
From test-ipv6.com I get 9/10
From ipv6-test.com I get sometimes 19/20 but usually 17/20 because I have no reverse on IPv6 and DNS6+IPv4 and DNS6+IPv6 returns Unreachable most of the time, but I guess my ISP is to blame.
Joined: 13 Mar 2014 Posts: 856 Location: Montreal, QC
Posted: Tue Dec 13, 2016 4:11 Post subject:
sorry for the delayed reply.
I was under the impression IPv6 was not working on clients. id i understand the situation now it would appear you are saying the ipv6 works but are failing some tests?
if we are trying to debug some tests then you would need to clarify which.
for the ipv6 dns issues you can solve those by switching dns providers. google dns is bulletproof for ipv6
Anyway, everything seems to be working, but I don't know if it is my ISP's fault or DHCPv6 server, sometimes the router won't get IPv6.
Also, if I reconnect PPPoE manually due to the issue explained above, I have to disable my NIC and enable again for it to get the new IPv6, I see more than one IPv6 assigned to the card (the old and the current), and I guess Windows routing gets confused.
Other than that, everything working flawlessly thanks to you!
Posted: Fri Jan 03, 2020 7:45 Post subject: PPPoE/v6 și DHCPv6 Prefix Delegation (RFC 3769)
i also have a problem with ipv6 using the latest beta firmware version: DD-WRT v3.0-r41813 std (12/29/19) on the wrt1900acs v2 router, my internet provider provides me with a gigabit subscription of 1Gbps PPPoE / v6 and DHCPv6 Prefix Delegation (RFC 3769)
I have found that the router does not allocate my ipv6 sometimes, can you tell me if my settings are correct and if dd wrt supported the ipv6 standard offered by my provider?
