Tu es en prévu donc le SC est en mesure de te donner le mois de lancement donc.

Mon traceroute s’arrête net sur le routeur Jaguar :
37.49.236.1

Ceci n'est pas un routeur Jaguar.
Ceci est un routeur NeoTelecomsZayoFrance.
Voir plus bas.

Voici le traceroute complet depuis ma ligne Free Pro (AS30781) vers une IP o2switch (AS50474) :

Code: [Sélectionner]

tracert 109.234.165.141
1    *     *     *     Délai d'attente dépassé.
2    9 ms  7 ms  9 ms  hu0-0-2-1-4001.er01.bdx01.jaguar-network.net [78.153.231.42]
3   15 ms 18 ms 15 ms  195.234.35.69
4   16 ms 15 ms 16 ms  37.49.236.1
5    *     *     *     Délai d'attente dépassé.On voit clairement que le trafic sort bien du réseau Jaguar Network / Free Pro jusqu’à 37.49.236.1, puis plus aucun next-hop vers AS50474.

% host  37.49.236.1
1.236.49.37.in-addr.arpa domain name pointer neotelecoms1.par.franceix.net.Ça arrive donc sur le routeur de NeoTelecomsZayoFrance au France-IX Paris, à TH2 (qui est fournisseur de transit d'O2Switch).
Mais ensuite? Est-ce ton paquet qui est mangé à l'aller, ou la réponse dropée au retour, chez NeoTelecomsZayoFrance ou chez O2Switch? Le traceroute ne permet pas de le dire.

Donc ce n’est pas o2switch, mais plutôt une route manquante ou non propagée sur AS30781.

Ou bien encore c'est quelque part chez 8218 / NeoTelecomsZayoFrance qu'on ne sait pas te joindre, pour ce qui est du paquet retour.

Effectivement, o2switch ne répond pas au ping ICMP, ce qui complique un peu les diagnostics

Mais ça répond au tcptraceroute:
# tcptraceroute  -w1 109.234.165.141
Running:
traceroute -T -O info -w 1 109.234.165.141
traceroute to 109.234.165.141 (109.234.165.141), 30 hops max, 60 byte packets
 1  172.23.63.1 (172.23.63.1)  0.261 ms  0.241 ms  0.198 ms
 2  crco01parth2-crco01parild2-lag.core.wifirst.net (46.193.247.30)  0.899 ms  0.887 ms  0.863 ms
 3  wifirst.telehouse-pa2.nl-ix.net (193.239.116.192)  1.088 ms  1.149 ms  1.200 ms
 4  o2switch.telehouse-pa2.nl-ix.net (193.239.118.218)  7.487 ms  7.499 ms  7.536 ms
 5  109-234-165-141.reverse.odns.fr (109.234.165.141) <syn,ack,mss=1436,sack,timestamps,window_scaling>  6.900 ms  6.909 ms  6.910 msMais je ne passe pas par NeoTelecomsZayoFrance pour y aller, depuis Paris (et de ce fait, ça nous fait une belle jambe).

Ma ligne Free Pro est bien rattachée à l’AS 30781 (Jaguar Network).
Le trafic vers les IP o2switch (AS50474) se bloque systématiquement après 195.234.35.69 → 37.49.236.1, puis timeouts.

On veut connaitre ton /24 pour le tracerouter depuis le LG de 8218.

Si vous contactez o2switch, cela serait bien de leur rappeler

Mais ce n'était pas le sujet de ce sujet.

Eh bien ça y est; tout mon hameau est ouvert ! Quatre mois et demi après l'installation des PTO...

Reste le dernier point, installation chez moi. Prévu en décembre. Stay tuned !

Ce qui bloque l'auto-hébergement en IPv6 chez Orange, c'est que le firewall doit être reconfiguré à chaque changement de préfixe IPv6.

Cela serait bien de trouver une solution : préfixe IPv6 fixe ou firewall qui peut prendre en charge la migration des règles vers le nouveau préfixe automatiquement.

Au fond, l' Arcep n'a pas le pouvoir de contrôler ces changements de préfixes client ? On ne peut pas imposer des préfixes fixes ou plus durables ?
Autant sur les ipv4, vu la rareté croissante, on pouvait comprendre de faire tourner au fur et à mesure des libérations, et encore, maintenant c'est compensé par les CGNat, d'ailleurs les ipv4 sont bien plus fixes.

SFR n'a pas mis à jour sa peering policy depuis mai 2011, il y a plus de 14 ans.

Peut-être qu'elle ne nécessite pas de mise à jour, mais 14 ans, cela commence à faire long.

J'ai un doute sur le fait que certains POP existent toujours, comme "98, rue du point du jour 92100 Boulogne - Billancourt" l'ancien siège de Neuf Telecom ou pour "42 rue des Jeuneurs 75002 Paris".

Par contre, le site https://peering.sfr.net a un certificat expiré depuis le 27 novembre 2024.

Je me suis dit, ils vont s'en rendre compte, attendons.
7 mois, cela commence à faire long.

Bientôt 1 an avec un certificat périmé!