Modérateurs : Diamond, Barbapapa
mackguil a écrit :As tu essayé de désactiver l'ipv4 et n'utiliser que l'ipv6 sur le serveur ?
Que donne le résultat d'un traceroute6 ?
didier@didier-ubuntu:~$ traceroute6 rbx01.misson.ovh
traceroute to rbx01.misson.ovh (2001:41d0:2:a1bc::) from 2a02:a03f:3fae:bf00:dca0:d5dd:da61:ec70, 30 hops max, 24 byte packets
1 2a02:a03f:3fae:bf00::1 (2a02:a03f:3fae:bf00::1) 0.92 ms 0.896 ms 0.887 ms
2 2a02:a03f:3e01:5000:: (2a02:a03f:3e01:5000::) 77.64 ms 208.924 ms 410.218 ms
3 lag-55-150.iarmar4.isp.belgacom.be (2a02:a000:2:ffb1::1) 8.354 ms 7.731 ms 7.989 ms
4 lag-25-2000.ibrmar4.isp.belgacom.be (2a02:a000:2:ffef::) 8.097 ms 8.025 ms 7.928 ms
5 * * *
6 * * *
7 * * *
8 * * *
servperso a écrit :Salut,
Peux-tu essayer un traceroute dans l'autre sens (ovh vers pxs) afin qu'on puise voir ou ce situe le blockage.
Un paquet ne prends pas le même chemin dans les 2 sens.
Essaye aussi un traceroute vers ipv6.rbx.proof.ovh.net et tu verras bien si c'est lié à ton dédié ou plus global.
ping6 ipv6.rbx.proof.ovh.net
PING ipv6.rbx.proof.ovh.net(proof.ovh.net) 56 data bytes
64 bytes from proof.ovh.net: icmp_seq=1 ttl=54 time=12.7 ms
64 bytes from proof.ovh.net: icmp_seq=2 ttl=54 time=11.7 ms
traceroute6 ipv6.rbx.proof.ovh.net
traceroute to ipv6.rbx.proof.ovh.net (2001:41d0:2:876a::1) from 2a02:a03f:3fae:bf00:dca0:d5dd:da61:ec70, 30 hops max, 24 byte packets
1 2a02:a03f:3fae:bf00::1 (2a02:a03f:3fae:bf00::1) 1.539 ms 0.979 ms 1.145 ms
2 2a02:a03f:3e01:5000:: (2a02:a03f:3e01:5000::) 86.097 ms 237.591 ms 338.569 ms
3 lag-55-150.iarmar4.isp.belgacom.be (2a02:a000:2:ffb1::1) 9.597 ms 9.542 ms 9.682 ms
4 lag-25-2000.ibrmar4.isp.belgacom.be (2a02:a000:2:ffef::) 9.493 ms 9.435 ms 9.359 ms
5 * * *
6 * * *
7 po100.rbx-g1-a75.fr.eu (2001:41d0::60b) 11.541 ms 11.42 ms 11.736 ms
8 * * *
9 2001:41d0:0:5:3::cd (2001:41d0:0:5:3::cd) 11.525 ms 11.621 ms 11.77 ms
10 proof.ovh.net (2001:41d0:2:876a::1) 11.942 ms 11.651 ms 11.997 ms
servperso a écrit :Ensuite pour déterminer dans quelle "voie" ça bloque, tu peux par exemple lancer un tcpdump coté OVH avec un filtre sur ton ipv6 (tcpdump -i eth0 not port 22 and ip6 and host ip:v6:complete) avec un ping depuis pxs
Si tu reçois bien des paquets dans le sens maison -> ovh, le souci est coté voie retour. Mais la aussi, il faut voir le dernier routeur que tu traverse avant que le packet se perde.
VTR01 ⚡ root@mail01 ~ ping6 rbx01.misson.ovh
PING rbx01.misson.ovh(rbx01.misson.ovh) 56 data bytes
64 bytes from rbx01.misson.ovh: icmp_seq=1 ttl=46 time=302 ms
64 bytes from rbx01.misson.ovh: icmp_seq=2 ttl=46 time=302 ms
64 bytes from rbx01.misson.ovh: icmp_seq=3 ttl=46 time=303 ms
^C
--- rbx01.misson.ovh ping statistics ---
4 packets transmitted, 3 received, 25% packet loss, time 3003ms
rtt min/avg/max/mdev = 302.602/302.792/303.018/0.171 ms
VTR01 ⚡ root@mail01 ~ traceroute6 rbx01.misson.ovh
traceroute to rbx01.misson.ovh (2001:41d0:2:a1bc::) from 2001:19f0:5801:14e:5400:ff:fe25:471b, 30 hops max, 24 byte packets
1 * * *
2 2001:19f0:5800:40::1 (2001:19f0:5800:40::1) 8.255 ms 0.747 ms 0.571 ms
3 2001:19f0:5800::a4a:25 (2001:19f0:5800::a4a:25) 3.257 ms 0.507 ms 0.352 ms
4 2402:1b80:1:11::26 (2402:1b80:1:11::26) 0.269 ms 0.483 ms 0.246 ms
5 * * *
6 ae-16-168.r20.sydnau02.au.bb.gin.ntt.net (2001:218:c000:5000::19e) 1.089 ms 11.705 ms 1.003 ms
7 ae-6.r20.sydnau02.au.bb.gin.ntt.net (2001:218:0:6000::62) 0.964 ms 1.149 ms 0.919 ms
8 2001:1900:7:3::4d (2001:1900:7:3::4d) 1.047 ms 1.238 ms 1.078 ms
9 lo-0-v6.ear4.SanJose1.Level3.net (2001:1900::3:1b5) 156.997 ms 157.217 ms 157.291 ms
10 2607:5300::2541 (2607:5300::2541) 167.648 ms 167.516 ms 167.717 ms
11 be100-1365.lax-la1-bb1-a9.ca.us (2607:5300::36) 163.833 ms 163.284 ms 163.613 ms
12 po1.snj-1-6k.ca.us (2607:5300::20) 222.348 ms 222.487 ms 223.683 ms
13 * be100-1039.nwk-1-a9.nj.us (2607:5300::) 228.543 ms *
14 * * *
15 * * *
16 po100.rbx-g1-a75.fr.eu (2001:41d0::60b) 303.107 ms 302.957 ms 303.009 ms
17 2001:41d0:0:5:2::43 (2001:41d0:0:5:2::43) 302.665 ms 302.639 ms 302.543 ms
18 2001:41d0:0:5:3::103 (2001:41d0:0:5:3::103) 297.907 ms 298.069 ms 297.656 ms
19 rbx01.misson.ovh (2001:41d0:2:a1bc::) 302.626 ms 302.671 ms 302.685 ms
servperso a écrit :Enfin pour terminer, tu peux toujours voir sur le looking glass d'ovh (https://lg.ovh.net/) si ton ip proximus est trouvable. (pour voir si ovh voit bien les routes annoncés par proximus). Un tel outil n'existe pas chez pxs malheureusement.
servperso a écrit :Salut,
Peux-tu essayer un traceroute dans l'autre sens (ovh vers pxs) afin qu'on puise voir ou ce situe le blockage.
Un paquet ne prends pas le même chemin dans les 2 sens.
root@rbx01 Proxmox :~# traceroute6 2a02:a03f:3fae:bf00:dca0:d5dd:da61:ec70
traceroute to 2a02:a03f:3fae:bf00:dca0:d5dd:da61:ec70 (2a02:a03f:3fae:bf00:dca0:d5dd:da61:ec70) from 2001:41d0:2:a1bc::, 30 hops max, 24 byte packets
sendto: Invalid argument
1 traceroute: wrote 2a02:a03f:3fae:bf00:dca0:d5dd:da61:ec70 24 chars, ret=-1
*sendto: Invalid argument
traceroute: wrote 2a02:a03f:3fae:bf00:dca0:d5dd:da61:ec70 24 chars, ret=-1
*sendto: Invalid argument
traceroute: wrote 2a02:a03f:3fae:bf00:dca0:d5dd:da61:ec70 24 chars, ret=-1
*
sendto: Invalid argument
servperso a écrit :Ensuite pour déterminer dans quelle "voie" ça bloque, tu peux par exemple lancer un tcpdump coté OVH avec un filtre sur ton ipv6 (tcpdump -i eth0 not port 22 and ip6 and host ip:v6:complete) avec un ping depuis pxs
Si tu reçois bien des paquets dans le sens maison -> ovh, le souci est coté voie retour. Mais la aussi, il faut voir le dernier routeur que tu traverse avant que le packet se perde.
Enfin pour terminer, tu peux toujours voir sur le looking glass d'ovh (https://lg.ovh.net/) si ton ip proximus est trouvable. (pour voir si ovh voit bien les routes annoncés par proximus). Un tel outil n'existe pas chez pxs malheureusement.
rbx/ipv6: traceroute 2a02:a03f:3fae:bf00:dca0:d5dd:da61:ec70
Start: Sun Jun 10 06:41:13 2018
HOST: rbx.lg.ovh.net Loss% Snt Last Avg Best Wrst StDev
1. AS??? 2001:41d0:1008:2cff:ff:ff:ff:fd 33.3% 3 0.3 0.4 0.3 0.4 0.0
2. AS??? po102.rbx1-c2-a72.fr.eu (2001:41d0::41a) 0.0% 3 0.4 0.4 0.4 0.4 0.0
3. AS??? vl10.rbx-g2-a75.fr.eu (2001:41d0::1a2) 0.0% 3 0.4 0.4 0.3 0.5 0.0
4. AS??? ??? 100.0 3 0.0 0.0 0.0 0.0 0.0
5. AS??? be100-1052.bru-1-a9.be.eu (2001:41d0::38f) 33.3% 3 3.2 3.3 3.2 3.3 0.0
6. AS??? ??? 100.0 3 0.0 0.0 0.0 0.0 0.0
traceroute to 2001:41d0:2:a1bc:: (2001:41d0:2:a1bc::), 30 hops max, 80 byte packets
1 nl1edge-fr1c.isp.servperso.net (2a0c:b640:ffff:0:192:252:168:169) 12.178 ms 12.132 ms 12.168 ms
2 2001:7f8:b7::a500:6939:1 (2001:7f8:b7::a500:6939:1) 15.754 ms 15.727 ms 15.717 ms
3 amsix2.routers.ovh.net (2001:7f8:1::a501:6276:2) 27.803 ms 27.781 ms amsix.routers.ovh.net (2001:7f8:1::a501:6276:1) 25.677 ms
4 be100-2.ams-1-a9.nl.eu (2001:41d0::8d2) 27.853 ms * 27.818 ms
5 * po100.rbx-g1-a75.fr.eu (2001:41d0::60b) 22.758 ms *
6 po100.rbx-g1-a75.fr.eu (2001:41d0::60b) 22.783 ms 2001:41d0:0:5:2::45 (2001:41d0:0:5:2::45) 24.799 ms 2001:41d0:0:5:2::43 (2001:41d0:0:5:2::43) 22.744 ms
7 2001:41d0:0:5:3::101 (2001:41d0:0:5:3::101) 23.219 ms 2001:41d0:0:5:2::43 (2001:41d0:0:5:2::43) 22.817 ms 2001:41d0:0:5:3::143 (2001:41d0:0:5:3::143) 24.849 ms
8 2001:41d0:0:5:3::101 (2001:41d0:0:5:3::101) 88.207 ms rbx01.misson.ovh (2001:41d0:2:a1bc::) 24.618 ms 24.581 ms
servperso a écrit :Bonjour Didier,
En faite, un réseau c'est plus complexe que se qu'on ne pense en général.
Il est tout à fait possible que tu puisse joindre vultr mais pas belgacom car le chemin emprunté n'est pas le même.
servperso a écrit :Coté OVH, tu parvient pas à joindre ton dédié, mais bien ping.ovh.net.
pingovh et ton dédié sont compris dans la même annonce 2001:41d0::/32 faite par ovh (bgp)
De chez toi, le test part toujours de la même ip.
Donc au final, je pencherai sur 2 pistes possible:
- Un souci de routage en interne chez ovh pour ramener le trafic du routeur BE vers roubaix (faut voir avec eux, tu explique que tu peux toucher ping mais pas ton dédié et pourant que ton dédié est joignable depuis vultr).
- Une erreur de diagnostique (certains traceroutes utilisent udp, d'autres icmp, ...) parfois cela est bloqué (ce qui explique pourquoi tu ping proof mais que ton trace échoue).
servperso a écrit :Pour la 2eme hypothèse, je testerai l'accès à un autre service du dédié (ssh ou autre) pour voir si le diagnostique se confirme bien.
servperso a écrit :NB: de mon réseau, le trafic passe par AMS-IX et rejoint bien ton dédié:
- Code : Tout sélectionner
traceroute to 2001:41d0:2:a1bc:: (2001:41d0:2:a1bc::), 30 hops max, 80 byte packets
1 nl1edge-fr1c.isp.servperso.net (2a0c:b640:ffff:0:192:252:168:169) 12.178 ms 12.132 ms 12.168 ms
2 2001:7f8:b7::a500:6939:1 (2001:7f8:b7::a500:6939:1) 15.754 ms 15.727 ms 15.717 ms
3 amsix2.routers.ovh.net (2001:7f8:1::a501:6276:2) 27.803 ms 27.781 ms amsix.routers.ovh.net (2001:7f8:1::a501:6276:1) 25.677 ms
4 be100-2.ams-1-a9.nl.eu (2001:41d0::8d2) 27.853 ms * 27.818 ms
5 * po100.rbx-g1-a75.fr.eu (2001:41d0::60b) 22.758 ms *
6 po100.rbx-g1-a75.fr.eu (2001:41d0::60b) 22.783 ms 2001:41d0:0:5:2::45 (2001:41d0:0:5:2::45) 24.799 ms 2001:41d0:0:5:2::43 (2001:41d0:0:5:2::43) 22.744 ms
7 2001:41d0:0:5:3::101 (2001:41d0:0:5:3::101) 23.219 ms 2001:41d0:0:5:2::43 (2001:41d0:0:5:2::43) 22.817 ms 2001:41d0:0:5:3::143 (2001:41d0:0:5:3::143) 24.849 ms
8 2001:41d0:0:5:3::101 (2001:41d0:0:5:3::101) 88.207 ms rbx01.misson.ovh (2001:41d0:2:a1bc::) 24.618 ms 24.581 ms
Bon dimanche à toi aussi
Didier Misson a écrit :ton raisonnement se tient !
Donc, ce serait chez OVH ?
Je vais voir ce lundi.
Je n'ai pas eu de réponse du support OVH ce WE (ok, ce n'était pas critique... mes serveurs sont IPv4 / IPv6 , mais mes sites sur ces serveurs ne sont encore que IPv4).
mais je suppose que le support me répondra ce lundi...
Merci. Bonne fin de soirée.
Didier
servperso a écrit :Essaye peut-être l’adresse du NOC.
Tu la trouveras directement ici https://apps.db.ripe.net/db-web-ui/#/lo ... pe=aut-num
N'hésite pas à demander chez ovh qu'il relance proximus (vu que toi on t’envoie baladé).
servperso a écrit :Salut Ptitgnu,
Euh, le ticket d'ovh me donne froid dans le dot. Il sont vraiment aussi incompétent ?
J'avais l'impression de lire un dialogue de sourd jusqu'aux 2 derniers échanges.
Bon, bah je suppose que le problème de Didier sera lui aussi résolu.
Bon Weekend à toi
ptitgnu a écrit :Salut
Tiens, je ne l'avais pas vu ce topic...
J'ai eu la même chose avec plusieurs clients Proximus dont un qui avait absolument besoin de v6 vers OVH vu que les services derrière n'ont tout simplement plus d'IPv4...
ptitgnu a écrit :J'ai donc signalé le problème à Proximus le 31 mai au service "Expert" et au service "NEC" (si j'ai bien compris).
Ces derniers m'ont promis de me rappeler à plusieurs reprises ("C'est signalé et le service spécifique vous rappelle demain matin monsieur")...
Evidemment, je n'ai jamais eu la moindre réponse et personne ne voulait me passer un service au dessus ni le NOC. Toujours "oui on va vous rappeler" (parfois demain, parfois dans 20min, ...)
ptitgnu a écrit :Pendant ce temps, je communiquais également avec OVH par ticket et appels multiples...
Ce n'était pas glorieux non plus : le ticket en question.
ptitgnu a écrit :Et finalement, la seule façon qui a fonctionné, c'est un mail sur une mailing-list interne à OVH dont l'adresse m'a été communiquée par IRC.
Je remercie donc Mathieu, responsable réseau chez OVH Canada qui a réussi à contacter Proximus et les aider à corriger leur bug de config.
Son message (CC de la mailing-list interne) : "AS5432 ont eu un soucis de configuration sur leur antiddos. Ils ont ajusté et maintenant je ne vois plus de loss."
Et depuis tout refonctionne
Pour la petite histoire, le client qui est donc resté dans le blackout pendant 2 semaines ( !! ) va partir chez EDPNet (4 lignes VDSL2 abo business), je sais que Proximus s'en fout mais c'est pour le principe... (bien entendu, je leur avais monté un petit VPN via un serveur chez Hetzner afin de pouvoir contacter leurs serveurs en IPv6 le temps que Proximus arrange ses problèmes).
Bon WE !
Retour vers Proximus (Internet)
Utilisateur(s) parcourant ce forum : Cygace