Je ne suis pas convaincu que ça ait un rapport.
Pasteur a choisi d’utiliser des IP RFC1918 sur des intercos internes. Parce que c’est toujours l’IP de l’interface egress qui est utilisée pour la réponse à un paquet, il arrive qu’une IP RFC1918 soit utilisée dans une réponse de traceroute. Idéalement, tous les transitaires, et aussi Pasteur, devraient filtrés les paquets qui sortent ou entrent de leur réseau avec une RFC1918 comme source (et on aurait * * * dans le traceroute), et il semble qu’aucun des 3 ne le fasse, ce qui est assez surprenant. Mais j’ai du mal à voir comment ça pourrait expliquer un problème de débit. > Le 28 avr. 2023 à 09:23, Daniel via frnog <frnog@frnog.org> a écrit : > > > Comme l'a fait remarqué David, je cite: > > "Hmm si le paquet avec une RFC1918 comme source arrive jusqu’à l’émetteur du > traceroute, on peut s’inquiéter sur le filtrage de tous les opérateurs entre > la source et Pasteur 😄" > > Cette Ip ne devrait jamais apparaitre sur le traceroute. Je suppose également > qu'un traitement est fait en entrée de réseau sur la/les IPs sources de > Madagascar -si non, tout le monde passerait par cette IP- et c'est là qu'est > le problème. > > Il y a à minima 2 problèmes à régler sur le réseau pasteur.fr > > -- > Daniel > > > --------------------------- > Liste de diffusion du FRnOG > http://www.frnog.org/ --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
