Oui j'ai des nouvelles (pas brillantes pour l'instant, mais l'espoir fait vivre).
Je vais sauter des étapes sans intérêts, à part pour les amateurs de montagnes russes.
Pour faire simple, ils sont en train de faire un monitoring d'une machine qui est «trop chargée» sur le chemin. Ils font tourner le robot pendant 8j et ensuite ils agissent. Il me reste donc 6 j à patienter ... ou pas, vu que j'ai un gros doute sur le diagnostique qu'ils ont posé (ça expliquerait certains problèmes que j'ai eu sur les performances générales de la ligne de temps en temps, mais pas le drop systématique des paquets «cassés».
Les dernières analyses que j'ai faites (avec l'aide d'un gars sur lafibre.info) indiquent la chose suivante:
* il faut que le dernier mot du paquet (quelque soit le protocol) qui à une taille 13+N*16 contienne le pattern x0xx1xxx dans le premier octet (sur les 4): quelque chose comme b8XXXXXX à la fin.
avec nping (N variant à la valeur que tu veux tant que c'est inférieur à la mtu et que le paquet IP fasse plus de 41 octets):
- TCP:
N=10; HEX=B8; nping --tcp --data $(for i in $(seq 1 $[16*N]); do echo -n 00; done ; echo)00000000000000000000000000${HEX}000000 -c1 ping.online.net;
- IMCP:
N=1; HEX=B8; nping --icmp --data $(for i in $(seq 1 $[N*16]); do echo -n 00; done ; echo)000000000000000000${HEX}000000 -c1 ping.online.net;
- UDP:
N=1; HEX=B8; nping --udp --data $(for i in $(seq 1 $[N*16]); do echo -n 00; done ; echo)000000000000000000${HEX}000000 -c1 ping.online.net;
Pour IPV6 (attention aux bugs avec nping en mode -6, il faut un wireshark pour vérifier derrière) :
- TCP:
N=0; HEX=B8; nping -6 --tcp --data $(for i in $(seq 1 $[16*N]); do echo -n 00; done ;
echo)000000000000000000${HEX}000000 -c1 appliwave.iperf.fr;
- (les autres sont plus complexes à mettre en œuvre).
[^] # Re: Suite ?
Posté par Caeies . En réponse au journal La fibre orange hoquette ... ou comment devenir fou.. Évalué à 2.
Bonjour Sébastien,
Oui j'ai des nouvelles (pas brillantes pour l'instant, mais l'espoir fait vivre).
Je vais sauter des étapes sans intérêts, à part pour les amateurs de montagnes russes.
Pour faire simple, ils sont en train de faire un monitoring d'une machine qui est «trop chargée» sur le chemin. Ils font tourner le robot pendant 8j et ensuite ils agissent. Il me reste donc 6 j à patienter ... ou pas, vu que j'ai un gros doute sur le diagnostique qu'ils ont posé (ça expliquerait certains problèmes que j'ai eu sur les performances générales de la ligne de temps en temps, mais pas le drop systématique des paquets «cassés».
Les dernières analyses que j'ai faites (avec l'aide d'un gars sur lafibre.info) indiquent la chose suivante:
* il faut que le dernier mot du paquet (quelque soit le protocol) qui à une taille 13+N*16 contienne le pattern x0xx1xxx dans le premier octet (sur les 4): quelque chose comme b8XXXXXX à la fin.
avec nping (N variant à la valeur que tu veux tant que c'est inférieur à la mtu et que le paquet IP fasse plus de 41 octets):
- TCP:
N=10; HEX=B8; nping --tcp --data $(for i in $(seq 1 $[16*N]); do echo -n 00; done ; echo)00000000000000000000000000${HEX}000000 -c1 ping.online.net;
- IMCP:
N=1; HEX=B8; nping --icmp --data $(for i in $(seq 1 $[N*16]); do echo -n 00; done ; echo)000000000000000000${HEX}000000 -c1 ping.online.net;
- UDP:
N=1; HEX=B8; nping --udp --data $(for i in $(seq 1 $[N*16]); do echo -n 00; done ; echo)000000000000000000${HEX}000000 -c1 ping.online.net;
Pour IPV6 (attention aux bugs avec nping en mode -6, il faut un wireshark pour vérifier derrière) :
- TCP:
N=0; HEX=B8; nping -6 --tcp --data $(for i in $(seq 1 $[16*N]); do echo -n 00; done ;
echo)000000000000000000${HEX}000000 -c1 appliwave.iperf.fr;
- (les autres sont plus complexes à mettre en œuvre).
Caeies.