Le 28/04/2023 à 09:47, David Ponzone a écrit :
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.
Comment alors expliqué que lorsque toi ou moi faisons un traceroute vers l'IP nous ne voyons pas cette IP RFC1928? Le problème de débit peut être lié à un problème de timeout+failover
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/
-- Daniel --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
