Auteur Sujet: SFR : Problème d'accès à certains sites/services en IPv6 (Lu 17507 fois)

BadMax · « **Réponse #12 le:** 14 mars 2014 à 21:02:02 »

Je suis en mode bridge c'est à dire que mon IPv4 publique est sur mon Linux.

Sinon truc intéressant:

# ping6 ipv6.lafibre.info -c 1 -s 1480 -M do
PING ipv6.lafibre.info(2a01:6e00:10:410::2) 1480 data bytes
From 2a01:e34:ee4f:5220:20c:29ff:fe7a:8131 icmp_seq=1 Packet too big: mtu=1480

--- ipv6.lafibre.info ping statistics ---
0 packets transmitted, 0 received, +1 errors

Marin · « **Réponse #13 le:** 14 mars 2014 à 21:04:33 »

Chez moi aussi l'interface réseau est configurée avec un MTU de 1500 :

Code: [Sélectionner]

2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 00:XX:XX:XX:XX:XX brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.35/24 brd 192.168.1.255 scope global eth0
    inet6 2a00:5e80:XXXX:XXXX:XXXX:XXXX:XXXX:XXXX/64 scope global dynamic 
       valid_lft 604549sec preferred_lft 604549sec
    inet6 fe80::XXXX:XXXX:XXXX:XXXX/64 scope link 
       valid_lft forever preferred_lft forever

Et je tiens aussi la valeur de la commande ping6 :

Code: [Sélectionner]

$ ping6 -s 1470 [url=https://www.google.com]www.google.com[/url]
PING [url=https://www.google.com(we-in-x69.1e100.net]www.google.com(we-in-x69.1e100.net[/url]) 1470 data bytes
From 2a00-5e80-XXXX-XXXX-0000-0000-0000-0001.rev.sfr.net icmp_seq=1 Packet too big: mtu=1450

corrector · « **Réponse #14 le:** 14 mars 2014 à 21:08:18 »

Citation de: BadMax le 14 mars 2014 à 21:02:02

Je suis en mode bridge c'est à dire que mon IPv4 publique est sur mon Linux.

Je suis en mode bridge c'est à dire que mon IPv4 publique est sur mon Windows.

Mais là on parlait d'IPv6.

BadMax · « **Réponse #15 le:** 14 mars 2014 à 21:10:40 »

J'ai compris, la MTU est apprise via la route, pas via l'interface :

Code: [Sélectionner]

# ip -f inet6 route 
2a01:e34:ee4f:5220::/64 dev eth2  proto kernel  metric 256  expires 85908sec mtu 1480 advmss 1420 hoplimit 0
fe80::/64 dev eth0  proto kernel  metric 256  mtu 1500 advmss 1440 hoplimit 0
fe80::/64 dev eth1  proto kernel  metric 256  mtu 1500 advmss 1440 hoplimit 0
fe80::/64 dev eth2  proto kernel  metric 256  mtu 1480 advmss 1420 hoplimit 0
fe80::/64 dev eth3  proto kernel  metric 256  mtu 1500 advmss 1440 hoplimit 0
ff00::/8 dev eth0  metric 256  mtu 1500 advmss 1440 hoplimit 0
ff00::/8 dev eth1  metric 256  mtu 1500 advmss 1440 hoplimit 0
ff00::/8 dev eth2  metric 256  mtu 1480 advmss 1420 hoplimit 0
ff00::/8 dev eth3  metric 256  mtu 1500 advmss 1440 hoplimit 0
default via fe80::224:d4ff:febd:759a dev eth2  proto kernel  metric 1024  expires 1320sec mtu 1480 advmss 1420 hoplimit 64

corrector · « **Réponse #16 le:** 14 mars 2014 à 21:12:31 »

Citation de: Marin le 14 mars 2014 à 21:04:33

Chez moi aussi l'interface réseau est configurée avec un MTU de 1500 :

Code: [Sélectionner]
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000

C'est normal, c'est le MTU de l'interface Ethernet.

Citation de: BadMax le 14 mars 2014 à 21:10:40

J'ai compris, la MTU est apprise via la route, pas via l'interface :
Code: [Sélectionner]
# ip -f inet6 route 2a01:e34:ee4f:5220::/64 dev eth2 proto kernel metric 256 expires 85908sec mtu 1480 advmss 1420 hoplimit 0 fe80::/64 dev eth0 proto kernel metric 256 mtu 1500 advmss 1440 hoplimit 0 fe80::/64 dev eth1 proto kernel metric 256 mtu 1500 advmss 1440 hoplimit 0 fe80::/64 dev eth2 proto kernel metric 256 mtu 1480 advmss 1420 hoplimit 0 fe80::/64 dev eth3 proto kernel metric 256 mtu 1500 advmss 1440 hoplimit 0 ff00::/8 dev eth0 metric 256 mtu 1500 advmss 1440 hoplimit 0 ff00::/8 dev eth1 metric 256 mtu 1500 advmss 1440 hoplimit 0 ff00::/8 dev eth2 metric 256 mtu 1480 advmss 1420 hoplimit 0 ff00::/8 dev eth3 metric 256 mtu 1500 advmss 1440 hoplimit 0 default via fe80::224:d4ff:febd:759a dev eth2 proto kernel metric 1024 expires 1320sec mtu 1480 advmss 1420 hoplimit 64

Bien sûr, puisque le MTU est associé à la route par défaut proposée par la box.

vivien · « **Réponse #17 le:** 14 mars 2014 à 21:15:44 »

Citation de: BadMax le 14 mars 2014 à 20:57:35

Donc si modif il y a ça serait "à la volée".

En IPv4, toutes les box font ses modificaiotns à la volée. C'est nécessaire quand on est sur le réseau France Telecom (non dégroupé).

corrector · « **Réponse #18 le:** 14 mars 2014 à 21:19:16 »

Sauf que le réseau France Télécom ne travaille pas au niveau IP!

BadMax · « **Réponse #19 le:** 14 mars 2014 à 21:26:55 »

Citation de: vivien le 14 mars 2014 à 21:15:44

En IPv4, toutes les box font ses modificaiotns à la volée. C'est nécessaire quand on est sur le réseau France Telecom (non dégroupé).

Quand j'avais mon modem Netissimo ou mon Alicebox modifiée en modem, je gérais le MSS sur mon Linux sans quoi ça ne marchait pas.

Marin · « **Réponse #20 le:** 14 mars 2014 à 21:29:20 »

Un des problèmes a été identifié ! La route était configurée comme ça :

Code: [Sélectionner]

default via fe80::XXXX:XXXX:XXXX:XXXX dev eth0  proto kernel  metric 1024  expires 1503sec mtu 1480 rtt 73ms rttvar 32ms cwnd 10

Après un :

Code: [Sélectionner]

$ sudo ip route del default via fe80::XXXX:XXXX:XXXX:XXXX dev eth0 mtu 1480
$ sudo ip route add default via fe80::XXXX:XXXX:XXXX:XXXX dev eth0 mtu 1450

Je peux accéder à Orange Business et au whois AFNIC. Je vais essayer de faire remonter le problème à Efixo.

...cependant, le CDN Facebook n'est toujours pas accessible en IPv6. Une idée ?

BadMax · « **Réponse #21 le:** 14 mars 2014 à 21:33:06 »

J'ai testé le CDN Facebook, il marche bien, tant en TCP (logs de squid) qu'en ping.

Tu viens chez Free ?

Marin · « **Réponse #22 le:** 14 mars 2014 à 21:36:08 »

Non merci, je préfère avoir une connexion à internet correcte en soirée que de l'IPv6 qui fonctionne.

corrector · « **Réponse #23 le:** 14 mars 2014 à 21:41:34 »

Ta box annonce quel MTU en IPv6?

Auteur Sujet: SFR : Problème d'accès à certains sites/services en IPv6 (Lu 17507 fois)

corrector

corrector

corrector

corrector