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/

Répondre à