Auteur Sujet: Installation Freebox Revolution optique avec convertisseur 10G-EPON (Lu 424653 fois)

corrector · « **Réponse #648 le:** 29 février 2016 à 09:01:33 »

OUI

C'est l'état actuel de la couche IP. Cela ne dit RIEN sur le FUTUR.

corrector · « **Réponse #649 le:** 29 février 2016 à 09:12:40 »

Quand tu prends un taxi, il a un récepteur qui lui indique "embouteillage sur périf"...

Cela n'indique pas l'état ACTUEL du périf mais l'état d'une liste dans un ordinateur quelque part qui est remis à jour fréquemment.

C'est juste une RECOMMANDATION.

alain_p · « **Réponse #650 le:** 29 février 2016 à 09:32:35 »

C'est le PMTU, donc le MTU du chemin, pas celui de l'OS ou de l'interface, différent éventuellement selon chaque chemin, c'est pour cela qu'il y a une valeur par destination. Il affiche a priori le MTU découvert sur le chemin des connexions précédentes.

Ou alors, Microsoft nous trompe énormèment, mais je n'y crois pas. Donc, il n' y a pas de PMTU 'actuel', sauf éventuellement celui de la connexion en cours, c'est le CACHE qui est affiché.

P.S : dans le test de cyberjuls :

Code: [Sélectionner]

C:\Users\***>ping -6 -l 1800 testdebit.info

Envoi d'une requête 'ping' sur testdebit.info [2a01:6e00:10:410::2] avec 1800 oc
tets de données :
Réponse de 2a01:6e00:10:410::2 : temps=21 ms

...
C:\Users\jbo>netsh interface ipv6 show destinationcache

Interface 5 : Ethernet 2


PMTU Adresse de destination                        Adresse de saut suivant
...
1500 2a01:6e00:10:410::2                           fe80::f6ca:e5ff:fe5b:b6d0

Donc cela affiche le PMTU du test fait juste avant, donc c'est pour moi une mesure suffisante du PMTU en IPv6. De toute façon, personne ne peut prévoir l'avenir, il est juste vraisemblable que si on fait un autre test après (avec un ping par exemple), on obtienne la même valeur. Il n'y a pas de raison que le MTU du Path change comme cela.

corrector · « **Réponse #651 le:** 29 février 2016 à 09:44:05 »

D'abord il n'y pas de "chemin" mais juste une destination (et une passerelle). Le chemin est décidé par les routeurs et hors du contrôle de l'èmetteur.

Le PMTU affiché est celui que l'OS considère actuellement comme recommandé. Il est affiné en fonction des informations reçues et une application doit pouvoir demander à l'OS de faire une découverte de PMTU.

Il n'y a pas de "connexion en cours". Et ce n'est pas à proprement parler un "cache".

hwti · « **Réponse #652 le:** 29 février 2016 à 12:01:41 »

Si l'OS avait envoyé un paquet ICMPv6 trop gros, il aurait dû recevoir un ICMPv6 Packet too big (sauf si un équipement les filtre).
Dans tous les cas, ce serait visible sur le ping (erreur, ou pas de réponse).
Le PMTU ici donne la MTU que l'OS a utilisée pour l'envoi ICMPv6 (la manière dont il a fragmenté le datagramme).

hwti · « **Réponse #653 le:** 29 février 2016 à 12:30:37 »

Citation de: corrector le 29 février 2016 à 12:22:42

C'est "visible" (invisible) : il n'y a pas de réponse au ping.

L'OS ne peut rien faire de cette information.

Dans le test de cyberjuls, il y a réponse au ping.
Là il n'est pas question de savoir ce que l'OS fait ou non de la réponse : il a une PMTU de 1500 (peu importe comment il l'a déterminée), et le ping (fragmenté à l'aide de cette valeur) est passé, donc la MTU est au moins de 1500.

corrector · « **Réponse #654 le:** 29 février 2016 à 12:48:38 »

Citation de: hwti le 29 février 2016 à 12:30:37

Dans le test de cyberjuls, il y a réponse au ping.
Là il n'est pas question de savoir ce que l'OS fait ou non de la réponse : il a une PMTU de 1500 (peu importe comment il l'a déterminée), et le ping (fragmenté à l'aide de cette valeur) est passé, donc la MTU est au moins de 1500.

N'importe quoi.

On peut juste dire que l'OS n'a pas trouvé de raison de croire que la MTU n'est pas moins de 1500.

Citation de: hwti le 29 février 2016 à 12:01:41

Si l'OS avait envoyé un paquet ICMPv6 trop gros, il aurait dû recevoir un ICMPv6 Packet too big (sauf si un équipement les filtre).
Dans tous les cas, ce serait visible sur le ping (erreur, ou pas de réponse).

Et donc le paquet n'était pas trop gros, c'est tout ce que tu peux dire.

hwti · « **Réponse #655 le:** 29 février 2016 à 12:57:23 »

Citation de: corrector le 29 février 2016 à 12:48:38

N'importe quoi.

On peut juste dire que l'OS n'a pas trouvé de raison de croire que la MTU n'est pas moins de 1500.

Oui, donc il va utiliser cette valeur pour fragmenter le ping (charge utile de 1800 octets ici).
Le ping est passé, ce qui prouve que l'OS l'a fragmenté correctement (puisqu'en IPv6 les routeurs ne doivent pas fragmenter).

Citation de: corrector le 29 février 2016 à 12:48:38

Et donc le paquet n'était pas trop gros, c'est tout ce que tu peux dire.

C'est bien pour ça que j'ai dit que la MTU était au moins de 1500.

corrector · « **Réponse #656 le:** 29 février 2016 à 13:02:23 »

Citation de: hwti le 29 février 2016 à 12:57:23

Oui, donc il va utiliser cette valeur pour fragmenter le ping (charge utile de 1800 octets ici).

OK

Citation de: hwti le 29 février 2016 à 12:57:23

Le ping est passé, ce qui prouve que l'OS l'a fragmenté correctement (puisqu'en IPv6 les routeurs ne doivent pas fragmenter).

OUI

Et? Tu as un dump?

alain_p · « **Réponse #657 le:** 29 février 2016 à 13:48:22 »

Et je dirais que dans les deux dernières pages, tu es à 90% de pinaillage et de réponses inutiles. Comme hwti l'a confirmé, le PMTU IPv6 est bien au moins de 1500 octects. Il pourrait éventuellement être plus élevé, car c'est la valeur par défaut et que le système n'a peut-être pas cherché plus loin, ou reçu d'information à ce sujet des routeurs. Mais de toute façon, grâce aux tests qu'à fait Slothy dans l'autre sujet (4rd), on sait qu'il est bien de 1500.

Pour tcpdump, de toute façon, il n'y a que cyberjuls qui pourrait le faire de façon utile. Pour hwti, comme pour moi, cela ne servirait à rien, nous ne sommes pas en ZMD.

corrector · « **Réponse #658 le:** 29 février 2016 à 14:00:54 »

N'importe quoi, encore!

tom pouce · « **Réponse #659 le:** 29 février 2016 à 14:02:11 »

Citation de: corrector le 29 février 2016 à 14:00:54

N'importe quoi, encore!