Logo GNT
Actualités Tests & Guides Bons Plans
Twitter iPhone pliant OnePlus 11 PS5 Disney+ Orange Livebox Windows 11
Entraide Matériel Réseaux et Internet IP [IPv6] Problèmes aléatoire de routage (suite)

[IPv6] Problèmes aléatoire de routage (suite)

5 réponses
Avatar
JKB
Bonjour à tous et meilleurs voeux pour cette nouvelle année.

Je reviens vers vous avec mes problèmes de routage IPv6 ayant un peu
progressé. Mon souci provient d'une incompréhension entre mon modem
ZyXEL (SBG-3300) et mon serveur Linux. Ou simplement dans la
configuration de mon serveur Linux.

J'ai viré tout ce qui pouvait poser problème côté Linux (radvd et
autres joyeusetés) et j'ai configuré mes adresse IPv6 en statique.

La configuration fautive est maintenant la suivante :

WAN
|
2001:7a8:a8ed:1000::1
ZyXEL
2001:7a8:a8ed:253::254
|
2001:7a8:a8ed:253::1
serveur Linux
|
LAN's

Je ne peux pas retirer le radvd du ZyXEL.

Lorsque je lance un mtr -6 www.google.fr depuis une machine derrière
ce serveur Linux, quel que soit le LAN, tout se passe bien durants
quelques dizaines de secondes. Un tcpdump -p -ieth2 ip6 renvoie (eth2
est la route par défaut en IPv6) :

09:52:34.650131 IP6 2001:7a8:a8ed:1::2 > par10s22-in-x03.1e100.net:
ICMP6, echo request, seq 23684, length 64
09:52:34.676300 IP6 2001:7a8:1:124::1 > 2001:7a8:a8ed:1::2: ICMP6, time
exceeded in-transit for par10s22-in-x03.1e100.net, length 112
09:52:34.740121 IP6 2001:7a8:a8ed:1::2 > par10s22-in-x03.1e100.net:
ICMP6, echo request, seq 23940, length 64
09:52:34.765234 IP6 2001:7a8:1:124::2 > 2001:7a8:a8ed:1::2: ICMP6, time
exceeded in-transit for par10s22-in-x03.1e100.net, length 112
09:52:34.828795 IP6 2001:7a8:a8ed:1::2 > par10s22-in-x03.1e100.net:
ICMP6, echo request, seq 24196, length 64
09:52:34.853508 IP6 2001:4860::1:0:4a3a > 2001:7a8:a8ed:1::2: ICMP6,
time exceeded in-transit for par10s22-in-x03.1e100.net, length 112
09:52:34.919096 IP6 2001:7a8:a8ed:1::2 > par10s22-in-x03.1e100.net:
ICMP6, echo request, seq 24452, length 64
09:52:34.945297 IP6 2001:4860:0:1::31 > 2001:7a8:a8ed:1::2: ICMP6, time
exceeded in-transit for par10s22-in-x03.1e100.net, length 112
09:52:35.010237 IP6 2001:7a8:a8ed:1::2 > par10s22-in-x03.1e100.net:
ICMP6, echo request, seq 24708, length 64
09:52:35.036279 IP6 par10s22-in-x03.1e100.net > 2001:7a8:a8ed:1::2:
ICMP6, echo reply, seq 24708, length 64
09:52:35.170130 IP6 2001:7a8:a8ed:1::2 > par10s22-in-x03.1e100.net:
ICMP6, echo request, seq 25220, length 64
09:52:35.170748 IP6 2001:7a8:a8ed:253::254 > 2001:7a8:a8ed:1::2: ICMP6,
time exceeded in-transit for par10s22-in-x03.1e100.net, length 112
09:52:35.270110 IP6 2001:7a8:a8ed:1::2 > par10s22-in-x03.1e100.net:
ICMP6, echo request, seq 25476, length 64
09:52:35.294251 IP6 lo5-nas501-dsl-voltaire.ipv6.nerim.net >
2001:7a8:a8ed:1::2: ICMP6, time exceeded in-transit for
par10s22-in-x03.1e100.net, length 112
09:52:35.359054 IP6 2001:7a8:a8ed:1::2 > par10s22-in-x03.1e100.net:
ICMP6, echo request, seq 25732, length 64
...

puis la route par défaut semble tomber. Lorsque cela dysfonctionne,
un tcpdump me donne :

09:52:35.449574 IP6 fe80::208:2ff:feaf:da71 > ff02::1:ff00:254: ICMP6,
neighbor solicitation, who has 2001:7a8:a8ed:253::254, length 32
09:52:35.450724 IP6 fe80::2a28:5dff:fe11:bf23 > ff02::1:ffaf:da71:
ICMP6, neighbor solicitation, who has fe80::208:2ff:feaf:da71, length 32
09:52:35.450761 IP6 fe80::208:2ff:feaf:da71 > fe80::2a28:5dff:fe11:bf23:
ICMP6, neighbor advertisement, tgt is fe80::208:2ff:feaf:da71, length 32
09:52:36.448115 IP6 fe80::208:2ff:feaf:da71 > ff02::1:ff00:254: ICMP6,
neighbor solicitation, who has 2001:7a8:a8ed:253::254, length 32
09:52:36.450410 IP6 fe80::2a28:5dff:fe11:bf23 > ff02::1:ffaf:da71:
ICMP6, neighbor solicitation, who has fe80::208:2ff:feaf:da71, length 32
09:52:36.450447 IP6 fe80::208:2ff:feaf:da71 > fe80::2a28:5dff:fe11:bf23:
ICMP6, neighbor advertisement, tgt is fe80::208:2ff:feaf:da71, length 32
09:52:37.436115 IP6 fe80::208:2ff:feaf:da71 > fe80::2a28:5dff:fe11:bf23:
ICMP6, neighbor solicitation, who has fe80::2a28:5dff:fe11:bf23, length 32
09:52:37.448105 IP6 fe80::208:2ff:feaf:da71 > ff02::1:ff00:254: ICMP6,
neighbor solicitation, who has 2001:7a8:a8ed:253::254, length 32
09:52:37.450527 IP6 fe80::2a28:5dff:fe11:bf23 > ff02::1:ffaf:da71:
ICMP6, neighbor solicitation, who has fe80::208:2ff:feaf:da71, length 32
09:52:37.450562 IP6 fe80::208:2ff:feaf:da71 > fe80::2a28:5dff:fe11:bf23:
ICMP6, neighbor advertisement, tgt is fe80::208:2ff:feaf:da71, length 32
09:52:37.889365 IP6 fe80::2a28:5dff:fe11:bf23 > ip6-allnodes: ICMP6,
router advertisement, length 80
09:52:38.436118 IP6 fe80::208:2ff:feaf:da71 > fe80::2a28:5dff:fe11:bf23:
ICMP6, neighbor solicitation, who has fe80::2a28:5dff:fe11:bf23, length 32
09:52:38.451646 IP6 fe80::208:2ff:feaf:da71 > ff02::1:ff00:254: ICMP6,
neighbor solicitation, who has 2001:7a8:a8ed:253::254, length 32
09:52:38.453083 IP6 fe80::2a28:5dff:fe11:bf23 > ff02::1:ffaf:da71:
ICMP6, neighbor solicitation, who has fe80::208:2ff:feaf:da71, length 32
09:52:38.453113 IP6 fe80::208:2ff:feaf:da71 > fe80::2a28:5dff:fe11:bf23:
ICMP6, neighbor advertisement, tgt is fe80::208:2ff:feaf:da71, length 32
09:52:39.436129 IP6 fe80::208:2ff:feaf:da71 > fe80::2a28:5dff:fe11:bf23:
ICMP6, neighbor solicitation, who has fe80::2a28:5dff:fe11:bf23, length 32
09:52:39.448106 IP6 fe80::208:2ff:feaf:da71 > ff02::1:ff00:254: ICMP6,
neighbor solicitation, who has 2001:7a8:a8ed:253::254, length 32
09:52:39.452924 IP6 fe80::2a28:5dff:fe11:bf23 > ff02::1:ffaf:da71:
ICMP6, neighbor solicitation, who has fe80::208:2ff:feaf:da71, length 32
09:52:39.452957 IP6 fe80::208:2ff:feaf:da71 > fe80::2a28:5dff:fe11:bf23:
ICMP6, neighbor advertisement, tgt is fe80::208:2ff:feaf:da71, length 32
09:52:40.448123 IP6 fe80::208:2ff:feaf:da71 > ff02::1:ff00:254: ICMP6,
neighbor solicitation, who has 2001:7a8:a8ed:253::254, length 32
09:52:40.453826 IP6 fe80::2a28:5dff:fe11:bf23 > ff02::1:ffaf:da71:
ICMP6, neighbor solicitation, who has fe80::208:2ff:feaf:da71, length 32
09:52:40.453863 IP6 fe80::208:2ff:feaf:da71 > fe80::2a28:5dff:fe11:bf23:
ICMP6, neighbor advertisement, tgt is fe80::208:2ff:feaf:da71, length 32

fe80::2a28:5dff:fe11:bf23 -> adresse locale du Zyxel
fe80::208:2ff:feaf:da71 -> adresse locale du serveur Linux (eth2)

Chose étrange, depuis le serveur Linux, un mtr -6t www.google.fr
fonctionne toujours. De la même manière, un ping vers une machine
externe depuis le serveur Linux débloque le mtr tournant depuis une
machine derrière ce serveur et ce, quelle que soit l'adresse cible.

Une idée ? Parce que je sèche lamentablement...

Bien cordialement,

JKB

--
Si votre demande me parvient sur carte perforée, je titiouaillerai très
volontiers une réponse...
=> http://grincheux.de-charybde-en-scylla.fr
=> http://loubardes.de-charybde-en-scylla.fr
Signaler un problème avec ce contenu

5 réponses

Supprimer
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire

Veuillez sélectionner un problème

Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Avatar
JKB
Le Tue, 5 Jan 2016 09:05:57 +0000 (UTC),
JKB écrivait :
Bonjour à tous et meilleurs voeux pour cette nouvelle année.

Je reviens vers vous avec mes problèmes de routage IPv6 ayant un peu
progressé. Mon souci provient d'une incompréhension entre mon modem
ZyXEL (SBG-3300) et mon serveur Linux. Ou simplement dans la
configuration de mon serveur Linux.

J'ai viré tout ce qui pouvait poser problème côté Linux (radvd et
autres joyeusetés) et j'ai configuré mes adresse IPv6 en statique.

La configuration fautive est maintenant la suivante :

WAN
|
2001:7a8:a8ed:1000::1
ZyXEL
2001:7a8:a8ed:253::254
|
2001:7a8:a8ed:253::1
serveur Linux
|
LAN's

Je ne peux pas retirer le radvd du ZyXEL.

Lorsque je lance un mtr -6 www.google.fr depuis une machine derrière
ce serveur Linux, quel que soit le LAN, tout se passe bien durants
quelques dizaines de secondes. Un tcpdump -p -ieth2 ip6 renvoie (eth2
est la route par défaut en IPv6) :

09:52:34.650131 IP6 2001:7a8:a8ed:1::2 > par10s22-in-x03.1e100.net:
ICMP6, echo request, seq 23684, length 64
09:52:34.676300 IP6 2001:7a8:1:124::1 > 2001:7a8:a8ed:1::2: ICMP6, time
exceeded in-transit for par10s22-in-x03.1e100.net, length 112
09:52:34.740121 IP6 2001:7a8:a8ed:1::2 > par10s22-in-x03.1e100.net:
ICMP6, echo request, seq 23940, length 64
09:52:34.765234 IP6 2001:7a8:1:124::2 > 2001:7a8:a8ed:1::2: ICMP6, time
exceeded in-transit for par10s22-in-x03.1e100.net, length 112
09:52:34.828795 IP6 2001:7a8:a8ed:1::2 > par10s22-in-x03.1e100.net:
ICMP6, echo request, seq 24196, length 64
09:52:34.853508 IP6 2001:4860::1:0:4a3a > 2001:7a8:a8ed:1::2: ICMP6,
time exceeded in-transit for par10s22-in-x03.1e100.net, length 112
09:52:34.919096 IP6 2001:7a8:a8ed:1::2 > par10s22-in-x03.1e100.net:
ICMP6, echo request, seq 24452, length 64
09:52:34.945297 IP6 2001:4860:0:1::31 > 2001:7a8:a8ed:1::2: ICMP6, time
exceeded in-transit for par10s22-in-x03.1e100.net, length 112
09:52:35.010237 IP6 2001:7a8:a8ed:1::2 > par10s22-in-x03.1e100.net:
ICMP6, echo request, seq 24708, length 64
09:52:35.036279 IP6 par10s22-in-x03.1e100.net > 2001:7a8:a8ed:1::2:
ICMP6, echo reply, seq 24708, length 64
09:52:35.170130 IP6 2001:7a8:a8ed:1::2 > par10s22-in-x03.1e100.net:
ICMP6, echo request, seq 25220, length 64
09:52:35.170748 IP6 2001:7a8:a8ed:253::254 > 2001:7a8:a8ed:1::2: ICMP6,
time exceeded in-transit for par10s22-in-x03.1e100.net, length 112
09:52:35.270110 IP6 2001:7a8:a8ed:1::2 > par10s22-in-x03.1e100.net:
ICMP6, echo request, seq 25476, length 64
09:52:35.294251 IP6 lo5-nas501-dsl-voltaire.ipv6.nerim.net >
2001:7a8:a8ed:1::2: ICMP6, time exceeded in-transit for
par10s22-in-x03.1e100.net, length 112
09:52:35.359054 IP6 2001:7a8:a8ed:1::2 > par10s22-in-x03.1e100.net:
ICMP6, echo request, seq 25732, length 64
...

puis la route par défaut semble tomber. Lorsque cela dysfonctionne,
un tcpdump me donne :

09:52:35.449574 IP6 fe80::208:2ff:feaf:da71 > ff02::1:ff00:254: ICMP6,
neighbor solicitation, who has 2001:7a8:a8ed:253::254, length 32
09:52:35.450724 IP6 fe80::2a28:5dff:fe11:bf23 > ff02::1:ffaf:da71:
ICMP6, neighbor solicitation, who has fe80::208:2ff:feaf:da71, length 32
09:52:35.450761 IP6 fe80::208:2ff:feaf:da71 > fe80::2a28:5dff:fe11:bf23:
ICMP6, neighbor advertisement, tgt is fe80::208:2ff:feaf:da71, length 32
09:52:36.448115 IP6 fe80::208:2ff:feaf:da71 > ff02::1:ff00:254: ICMP6,
neighbor solicitation, who has 2001:7a8:a8ed:253::254, length 32
09:52:36.450410 IP6 fe80::2a28:5dff:fe11:bf23 > ff02::1:ffaf:da71:
ICMP6, neighbor solicitation, who has fe80::208:2ff:feaf:da71, length 32
09:52:36.450447 IP6 fe80::208:2ff:feaf:da71 > fe80::2a28:5dff:fe11:bf23:
ICMP6, neighbor advertisement, tgt is fe80::208:2ff:feaf:da71, length 32
09:52:37.436115 IP6 fe80::208:2ff:feaf:da71 > fe80::2a28:5dff:fe11:bf23:
ICMP6, neighbor solicitation, who has fe80::2a28:5dff:fe11:bf23, length 32
09:52:37.448105 IP6 fe80::208:2ff:feaf:da71 > ff02::1:ff00:254: ICMP6,
neighbor solicitation, who has 2001:7a8:a8ed:253::254, length 32
09:52:37.450527 IP6 fe80::2a28:5dff:fe11:bf23 > ff02::1:ffaf:da71:
ICMP6, neighbor solicitation, who has fe80::208:2ff:feaf:da71, length 32
09:52:37.450562 IP6 fe80::208:2ff:feaf:da71 > fe80::2a28:5dff:fe11:bf23:
ICMP6, neighbor advertisement, tgt is fe80::208:2ff:feaf:da71, length 32
09:52:37.889365 IP6 fe80::2a28:5dff:fe11:bf23 > ip6-allnodes: ICMP6,
router advertisement, length 80
09:52:38.436118 IP6 fe80::208:2ff:feaf:da71 > fe80::2a28:5dff:fe11:bf23:
ICMP6, neighbor solicitation, who has fe80::2a28:5dff:fe11:bf23, length 32
09:52:38.451646 IP6 fe80::208:2ff:feaf:da71 > ff02::1:ff00:254: ICMP6,
neighbor solicitation, who has 2001:7a8:a8ed:253::254, length 32
09:52:38.453083 IP6 fe80::2a28:5dff:fe11:bf23 > ff02::1:ffaf:da71:
ICMP6, neighbor solicitation, who has fe80::208:2ff:feaf:da71, length 32
09:52:38.453113 IP6 fe80::208:2ff:feaf:da71 > fe80::2a28:5dff:fe11:bf23:
ICMP6, neighbor advertisement, tgt is fe80::208:2ff:feaf:da71, length 32
09:52:39.436129 IP6 fe80::208:2ff:feaf:da71 > fe80::2a28:5dff:fe11:bf23:
ICMP6, neighbor solicitation, who has fe80::2a28:5dff:fe11:bf23, length 32
09:52:39.448106 IP6 fe80::208:2ff:feaf:da71 > ff02::1:ff00:254: ICMP6,
neighbor solicitation, who has 2001:7a8:a8ed:253::254, length 32
09:52:39.452924 IP6 fe80::2a28:5dff:fe11:bf23 > ff02::1:ffaf:da71:
ICMP6, neighbor solicitation, who has fe80::208:2ff:feaf:da71, length 32
09:52:39.452957 IP6 fe80::208:2ff:feaf:da71 > fe80::2a28:5dff:fe11:bf23:
ICMP6, neighbor advertisement, tgt is fe80::208:2ff:feaf:da71, length 32
09:52:40.448123 IP6 fe80::208:2ff:feaf:da71 > ff02::1:ff00:254: ICMP6,
neighbor solicitation, who has 2001:7a8:a8ed:253::254, length 32
09:52:40.453826 IP6 fe80::2a28:5dff:fe11:bf23 > ff02::1:ffaf:da71:
ICMP6, neighbor solicitation, who has fe80::208:2ff:feaf:da71, length 32
09:52:40.453863 IP6 fe80::208:2ff:feaf:da71 > fe80::2a28:5dff:fe11:bf23:
ICMP6, neighbor advertisement, tgt is fe80::208:2ff:feaf:da71, length 32

fe80::2a28:5dff:fe11:bf23 -> adresse locale du Zyxel
fe80::208:2ff:feaf:da71 -> adresse locale du serveur Linux (eth2)

Chose étrange, depuis le serveur Linux, un mtr -6t www.google.fr
fonctionne toujours. De la même manière, un ping vers une machine
externe depuis le serveur Linux débloque le mtr tournant depuis une
machine derrière ce serveur et ce, quelle que soit l'adresse cible.

Une idée ? Parce que je sèche lamentablement...

Bien cordialement,

JKB




Autre chose. Depuis une machine du LAN, je n'arrive pas toujours à
faire un ping sur l'adresse WAN du routeur :

64 bytes from 2001:7a8:a8ed:253::254: icmp_seq4 ttlc time=0.970 ms
64 bytes from 2001:7a8:a8ed:253::254: icmp_seq5 ttlc time=2.18 ms
64 bytes from 2001:7a8:a8ed:253::254: icmp_seq6 ttlc time=2.06 ms
64 bytes from 2001:7a8:a8ed:253::254: icmp_seq7 ttlc time=1.87 ms
64 bytes from 2001:7a8:a8ed:253::254: icmp_seq8 ttlc time=2.03 ms
64 bytes from 2001:7a8:a8ed:253::254: icmp_seq9 ttlc time=2.03 ms
64 bytes from 2001:7a8:a8ed:253::254: icmp_seq0 ttlc time=2.03 ms
From 2001:7a8:a8ed::128 icmp_seq1 Destination unreachable: Address unreachable
From 2001:7a8:a8ed::128 icmp_seq4 Destination unreachable: Address unreachable
From 2001:7a8:a8ed::128 icmp_seq7 Destination unreachable: Address unreachable
From 2001:7a8:a8ed::128 icmp_seq0 Destination unreachable: Address unreachable
From 2001:7a8:a8ed::128 icmp_seq3 Destination unreachable: Address unreachable
From 2001:7a8:a8ed::128 icmp_seq6 Destination unreachable: Address unreachable
64 bytes from 2001:7a8:a8ed:253::254: icmp_seq9 ttlc time=1.03 ms
64 bytes from 2001:7a8:a8ed:253::254: icmp_seq0 ttlc time=2.15 ms
64 bytes from 2001:7a8:a8ed:253::254: icmp_seq1 ttlc time=0.989 ms
64 bytes from 2001:7a8:a8ed:253::254: icmp_seq2 ttlc time=0.952 ms
64 bytes from 2001:7a8:a8ed:253::254: icmp_seq3 ttlc time=2.08 ms
64 bytes from 2001:7a8:a8ed:253::254: icmp_seq4 ttlc time=1.43 ms
64 bytes from 2001:7a8:a8ed:253::254: icmp_seq5 ttlc time=0.964 ms
64 bytes from 2001:7a8:a8ed:253::254: icmp_seq6 ttlc time=2.05 ms
œ
En revanche, un ping sur l'adresse LAN du même routeur n'échoue
jamais. C'est donc bien le routeur Linux qui se comporte bizarrement.

Cordialement,

JKB

--
Si votre demande me parvient sur carte perforée, je titiouaillerai très
volontiers une réponse...
=> http://grincheux.de-charybde-en-scylla.fr
=> http://loubardes.de-charybde-en-scylla.fr
Avatar
JKB
Le Tue, 5 Jan 2016 11:25:27 +0000 (UTC),
JKB écrivait :
Le Tue, 5 Jan 2016 09:05:57 +0000 (UTC),
JKB écrivait :

Autre chose. Depuis une machine du LAN, je n'arrive pas toujours à
faire un ping sur l'adresse WAN du routeur :

64 bytes from 2001:7a8:a8ed:253::254: icmp_seq4 ttlc time=0.970 ms
64 bytes from 2001:7a8:a8ed:253::254: icmp_seq5 ttlc time=2.18 ms
64 bytes from 2001:7a8:a8ed:253::254: icmp_seq6 ttlc time=2.06 ms
64 bytes from 2001:7a8:a8ed:253::254: icmp_seq7 ttlc time=1.87 ms
64 bytes from 2001:7a8:a8ed:253::254: icmp_seq8 ttlc time=2.03 ms
64 bytes from 2001:7a8:a8ed:253::254: icmp_seq9 ttlc time=2.03 ms
64 bytes from 2001:7a8:a8ed:253::254: icmp_seq0 ttlc time=2.03 ms
From 2001:7a8:a8ed::128 icmp_seq1 Destination unreachable: Address unreachable
From 2001:7a8:a8ed::128 icmp_seq4 Destination unreachable: Address unreachable
From 2001:7a8:a8ed::128 icmp_seq7 Destination unreachable: Address unreachable
From 2001:7a8:a8ed::128 icmp_seq0 Destination unreachable: Address unreachable
From 2001:7a8:a8ed::128 icmp_seq3 Destination unreachable: Address unreachable
From 2001:7a8:a8ed::128 icmp_seq6 Destination unreachable: Address unreachable
64 bytes from 2001:7a8:a8ed:253::254: icmp_seq9 ttlc time=1.03 ms
64 bytes from 2001:7a8:a8ed:253::254: icmp_seq0 ttlc time=2.15 ms
64 bytes from 2001:7a8:a8ed:253::254: icmp_seq1 ttlc time=0.989 ms
64 bytes from 2001:7a8:a8ed:253::254: icmp_seq2 ttlc time=0.952 ms
64 bytes from 2001:7a8:a8ed:253::254: icmp_seq3 ttlc time=2.08 ms
64 bytes from 2001:7a8:a8ed:253::254: icmp_seq4 ttlc time=1.43 ms
64 bytes from 2001:7a8:a8ed:253::254: icmp_seq5 ttlc time=0.964 ms
64 bytes from 2001:7a8:a8ed:253::254: icmp_seq6 ttlc time=2.05 ms
œ
En revanche, un ping sur l'adresse LAN du même routeur n'échoue
jamais. C'est donc bien le routeur Linux qui se comporte bizarrement.



Dernière constatation : depuis le routeur, lorsque le routage
échoue, je n'arrive pas à communiquer avec le WAN :

Root rayleigh:[/etc] > ping6 www.google.Fr
PING www.google.Fr(muc03s14-in-x03.1e100.net) 56 data bytes
From muc03s14-in-x03.1e100.net icmp_seq=1 Destination unreachable:
Address unreachable
From muc03s14-in-x03.1e100.net icmp_seq=2 Destination unreachable:
Address unreachable
From muc03s14-in-x03.1e100.net icmp_seq=3 Destination unreachable:
Address unreachable
From muc03s14-in-x03.1e100.net icmp_seq=4 Destination unreachable:
Address unreachable
From muc03s14-in-x03.1e100.net icmp_seq=5 Destination unreachable:
Address unreachable
From muc03s14-in-x03.1e100.net icmp_seq=6 Destination unreachable:
Address unreachable
From muc03s14-in-x03.1e100.net icmp_seq=7 Destination unreachable:
Address unreachable

Je n'arrive pas à corréler ce fait avec mes observations
précédentes...

JKB

--
Si votre demande me parvient sur carte perforée, je titiouaillerai très
volontiers une réponse...
=> http://grincheux.de-charybde-en-scylla.fr
=> http://loubardes.de-charybde-en-scylla.fr
Avatar
JKB
Le Tue, 5 Jan 2016 12:46:56 +0000 (UTC),
JKB écrivait :
Le Tue, 5 Jan 2016 11:25:27 +0000 (UTC),
JKB écrivait :
Le Tue, 5 Jan 2016 09:05:57 +0000 (UTC),
JKB écrivait :

Autre chose. Depuis une machine du LAN, je n'arrive pas toujours à
faire un ping sur l'adresse WAN du routeur :

64 bytes from 2001:7a8:a8ed:253::254: icmp_seq4 ttlc time=0.970 ms
64 bytes from 2001:7a8:a8ed:253::254: icmp_seq5 ttlc time=2.18 ms
64 bytes from 2001:7a8:a8ed:253::254: icmp_seq6 ttlc time=2.06 ms
64 bytes from 2001:7a8:a8ed:253::254: icmp_seq7 ttlc time=1.87 ms
64 bytes from 2001:7a8:a8ed:253::254: icmp_seq8 ttlc time=2.03 ms
64 bytes from 2001:7a8:a8ed:253::254: icmp_seq9 ttlc time=2.03 ms
64 bytes from 2001:7a8:a8ed:253::254: icmp_seq0 ttlc time=2.03 ms
From 2001:7a8:a8ed::128 icmp_seq1 Destination unreachable: Address unreachable
From 2001:7a8:a8ed::128 icmp_seq4 Destination unreachable: Address unreachable
From 2001:7a8:a8ed::128 icmp_seq7 Destination unreachable: Address unreachable
From 2001:7a8:a8ed::128 icmp_seq0 Destination unreachable: Address unreachable
From 2001:7a8:a8ed::128 icmp_seq3 Destination unreachable: Address unreachable
From 2001:7a8:a8ed::128 icmp_seq6 Destination unreachable: Address unreachable
64 bytes from 2001:7a8:a8ed:253::254: icmp_seq9 ttlc time=1.03 ms
64 bytes from 2001:7a8:a8ed:253::254: icmp_seq0 ttlc time=2.15 ms
64 bytes from 2001:7a8:a8ed:253::254: icmp_seq1 ttlc time=0.989 ms
64 bytes from 2001:7a8:a8ed:253::254: icmp_seq2 ttlc time=0.952 ms
64 bytes from 2001:7a8:a8ed:253::254: icmp_seq3 ttlc time=2.08 ms
64 bytes from 2001:7a8:a8ed:253::254: icmp_seq4 ttlc time=1.43 ms
64 bytes from 2001:7a8:a8ed:253::254: icmp_seq5 ttlc time=0.964 ms
64 bytes from 2001:7a8:a8ed:253::254: icmp_seq6 ttlc time=2.05 ms
œ
En revanche, un ping sur l'adresse LAN du même routeur n'échoue
jamais. C'est donc bien le routeur Linux qui se comporte bizarrement.



Dernière constatation : depuis le routeur, lorsque le routage
échoue, je n'arrive pas à communiquer avec le WAN :

Root rayleigh:[/etc] > ping6 www.google.Fr
PING www.google.Fr(muc03s14-in-x03.1e100.net) 56 data bytes
From muc03s14-in-x03.1e100.net icmp_seq=1 Destination unreachable:
Address unreachable
From muc03s14-in-x03.1e100.net icmp_seq=2 Destination unreachable:
Address unreachable
From muc03s14-in-x03.1e100.net icmp_seq=3 Destination unreachable:
Address unreachable
From muc03s14-in-x03.1e100.net icmp_seq=4 Destination unreachable:
Address unreachable
From muc03s14-in-x03.1e100.net icmp_seq=5 Destination unreachable:
Address unreachable
From muc03s14-in-x03.1e100.net icmp_seq=6 Destination unreachable:
Address unreachable
From muc03s14-in-x03.1e100.net icmp_seq=7 Destination unreachable:
Address unreachable

Je n'arrive pas à corréler ce fait avec mes observations
précédentes...



Je crois que je viens de trouver ce qui coince. J'ai mon FAI (que je
ne citerais pas) qui n'est plus ce qu'il était...

Cordialement,

JKB

--
Si votre demande me parvient sur carte perforée, je titiouaillerai très
volontiers une réponse...
=> http://grincheux.de-charybde-en-scylla.fr
=> http://loubardes.de-charybde-en-scylla.fr
Avatar
Doug713705
Le 11-01-2016, JKB nous expliquait dans
fr.comp.reseaux.ip
() :

Je crois que je viens de trouver ce qui coince. J'ai mon FAI (que je
ne citerais pas) qui n'est plus ce qu'il était...



Moi c'est mon hébergeur qui s'est fait blacklisté ce qui m'empèche de
résoudre une partie des noms de domaine en .nz

J'ai ouvert un ticket et, en résumé, on m'a répondu "On a fait une
demande mais on ne peut rien faire. Ticket fermé".

Depuis je me débrouille avec l'@IP de mon correspondant.

/o

--
Je ne connaîtrai rien de tes habitudes
Il se peut même que tu sois décédée
Mais j'demanderai ta main pour la couper
-- H.F. Thiéfaine, L'ascenceur de 22H43
Avatar
JKB
Le Mon, 11 Jan 2016 10:47:44 +0000 (UTC),
Doug713705 écrivait :
Le 11-01-2016, JKB nous expliquait dans
fr.comp.reseaux.ip
() :

Je crois que je viens de trouver ce qui coince. J'ai mon FAI (que je
ne citerais pas) qui n'est plus ce qu'il était...



Moi c'est mon hébergeur qui s'est fait blacklisté ce qui m'empèche de
résoudre une partie des noms de domaine en .nz

J'ai ouvert un ticket et, en résumé, on m'a répondu "On a fait une
demande mais on ne peut rien faire. Ticket fermé".

Depuis je me débrouille avec l'@IP de mon correspondant.



Personnellement (mais on va encore dire que je râle), je trouve
déplorable de payer plus cher des accès professionnels régulièrement
en carafe et moins fiables que la connexion Wimax que j'ai à la
campagne. Le seul intérêt de la connexion pro, c'est que j'ai un
technicien de FT qui débarque demain matin pour vérifier la boucle
locale.

Mais depuis quatre ans, j'ai tous les six mois un gros problème sur
les lignes filaires pro (heureusement que j'ai un backup IPv4) alors
que je n'ai jamais eu de problème sur du Wimax pourtant
particulièrement tatillon.

JKB

--
Si votre demande me parvient sur carte perforée, je titiouaillerai très
volontiers une réponse...
=> http://grincheux.de-charybde-en-scylla.fr
=> http://loubardes.de-charybde-en-scylla.fr