y a t'il un freeware qui affiche le nombre de répetitions de trames IP
?
sinon inclus dans Ethereal, Winlan ou autre ?
ce serait pour voir l'effet de la modification de la MTU
merci d'avance
y a t'il un freeware qui affiche le nombre de répetitions de trames IP
?
sinon inclus dans Ethereal, Winlan ou autre ?
ce serait pour voir l'effet de la modification de la MTU
merci d'avance
y a t'il un freeware qui affiche le nombre de répetitions de trames IP
?
sinon inclus dans Ethereal, Winlan ou autre ?
ce serait pour voir l'effet de la modification de la MTU
merci d'avance
On Sunday 08 February 2009 03:19, bpdu92 wrote:y a t'il un freeware qui affiche le nombre de répetitions de trames IP
?
Jamais entendu parler de "trames IP", moi... :-P
sinon inclus dans Ethereal, Winlan ou autre ?
ce serait pour voir l'effet de la modification de la MTU
merci d'avance
Suffit de regarder la capture avec un utilitaire de type Wireshark...
Cordialement,
Mateusz VISTE
On Sunday 08 February 2009 03:19, bpdu92 wrote:
y a t'il un freeware qui affiche le nombre de répetitions de trames IP
?
Jamais entendu parler de "trames IP", moi... :-P
sinon inclus dans Ethereal, Winlan ou autre ?
ce serait pour voir l'effet de la modification de la MTU
merci d'avance
Suffit de regarder la capture avec un utilitaire de type Wireshark...
Cordialement,
Mateusz VISTE
On Sunday 08 February 2009 03:19, bpdu92 wrote:y a t'il un freeware qui affiche le nombre de répetitions de trames IP
?
Jamais entendu parler de "trames IP", moi... :-P
sinon inclus dans Ethereal, Winlan ou autre ?
ce serait pour voir l'effet de la modification de la MTU
merci d'avance
Suffit de regarder la capture avec un utilitaire de type Wireshark...
Cordialement,
Mateusz VISTE
On Sunday 08 February 2009 03:19, bpdu92 wrote:y a t'il un freeware qui affiche le nombre de répetitions de trames IP
?
-d'aprés la Faq http://www.wireshark.org/faq.html, Q 7.9,
il semble que c'est pas possible, la couche pcap ne fournit pas
les paquets avec CRC errors à Ethereal, ceci en reception,
et en emission, je vois pas où il indique les retries ?
On Sunday 08 February 2009 03:19, bpdu92 wrote:
y a t'il un freeware qui affiche le nombre de répetitions de trames IP
?
-d'aprés la Faq http://www.wireshark.org/faq.html, Q 7.9,
il semble que c'est pas possible, la couche pcap ne fournit pas
les paquets avec CRC errors à Ethereal, ceci en reception,
et en emission, je vois pas où il indique les retries ?
On Sunday 08 February 2009 03:19, bpdu92 wrote:y a t'il un freeware qui affiche le nombre de répetitions de trames IP
?
-d'aprés la Faq http://www.wireshark.org/faq.html, Q 7.9,
il semble que c'est pas possible, la couche pcap ne fournit pas
les paquets avec CRC errors à Ethereal, ceci en reception,
et en emission, je vois pas où il indique les retries ?
Salut,
bpdu92 a écrit :On Sunday 08 February 2009 03:19, bpdu92 wrote:y a t'il un freeware qui affiche le nombre de répetitions de trames IP
?
Qu'entends-tu exactement par "répétitions" ?
-d'aprés la Faq http://www.wireshark.org/faq.html, Q 7.9,
il semble que c'est pas possible, la couche pcap ne fournit pas
les paquets avec CRC errors à Ethereal, ceci en reception,
et en emission, je vois pas où il indique les retries ?
De quel CRC parles-tu ? FCS ethernet ? Checksum d'en-tête IP, TCP, UDP ?
Salut,
bpdu92 a écrit :
On Sunday 08 February 2009 03:19, bpdu92 wrote:
y a t'il un freeware qui affiche le nombre de répetitions de trames IP
?
Qu'entends-tu exactement par "répétitions" ?
-d'aprés la Faq http://www.wireshark.org/faq.html, Q 7.9,
il semble que c'est pas possible, la couche pcap ne fournit pas
les paquets avec CRC errors à Ethereal, ceci en reception,
et en emission, je vois pas où il indique les retries ?
De quel CRC parles-tu ? FCS ethernet ? Checksum d'en-tête IP, TCP, UDP ?
Salut,
bpdu92 a écrit :On Sunday 08 February 2009 03:19, bpdu92 wrote:y a t'il un freeware qui affiche le nombre de répetitions de trames IP
?
Qu'entends-tu exactement par "répétitions" ?
-d'aprés la Faq http://www.wireshark.org/faq.html, Q 7.9,
il semble que c'est pas possible, la couche pcap ne fournit pas
les paquets avec CRC errors à Ethereal, ceci en reception,
et en emission, je vois pas où il indique les retries ?
De quel CRC parles-tu ? FCS ethernet ? Checksum d'en-tête IP, TCP, UDP ?
dans le cas où je suis l'emetteur,
je répète un certain nb de fois si je n'ai pas l'accusé de reception
de mon correspondant
-d'aprés la Faq http://www.wireshark.org/faq.html, Q 7.9,
il semble que c'est pas possible, la couche pcap ne fournit pas
les paquets avec CRC errors à Ethereal, ceci en reception,
et en emission, je vois pas où il indique les retries ?
De quel CRC parles-tu ? FCS ethernet ? Checksum d'en-tête IP, TCP, UDP ?
tous ceux qui obligent mon correspondant à réemettre
c'est l'ensemble des 2 cas d'erreurs pour lequels je cherche un
freeware, qui m'aiderait de façon quantitative à regler le mtu
TCP Optimizer me botte : il détaille pas les erreurs,
il essaie tout seul différentes longueurs,
et donne sa préférence
dans le cas où je suis l'emetteur,
je répète un certain nb de fois si je n'ai pas l'accusé de reception
de mon correspondant
-d'aprés la Faq http://www.wireshark.org/faq.html, Q 7.9,
il semble que c'est pas possible, la couche pcap ne fournit pas
les paquets avec CRC errors à Ethereal, ceci en reception,
et en emission, je vois pas où il indique les retries ?
De quel CRC parles-tu ? FCS ethernet ? Checksum d'en-tête IP, TCP, UDP ?
tous ceux qui obligent mon correspondant à réemettre
c'est l'ensemble des 2 cas d'erreurs pour lequels je cherche un
freeware, qui m'aiderait de façon quantitative à regler le mtu
TCP Optimizer me botte : il détaille pas les erreurs,
il essaie tout seul différentes longueurs,
et donne sa préférence
dans le cas où je suis l'emetteur,
je répète un certain nb de fois si je n'ai pas l'accusé de reception
de mon correspondant
-d'aprés la Faq http://www.wireshark.org/faq.html, Q 7.9,
il semble que c'est pas possible, la couche pcap ne fournit pas
les paquets avec CRC errors à Ethereal, ceci en reception,
et en emission, je vois pas où il indique les retries ?
De quel CRC parles-tu ? FCS ethernet ? Checksum d'en-tête IP, TCP, UDP ?
tous ceux qui obligent mon correspondant à réemettre
c'est l'ensemble des 2 cas d'erreurs pour lequels je cherche un
freeware, qui m'aiderait de façon quantitative à regler le mtu
TCP Optimizer me botte : il détaille pas les erreurs,
il essaie tout seul différentes longueurs,
et donne sa préférence
je répète un certain nb de fois si je n'ai pas l'accusé de reception
de mon correspondant
De quel CRC parles-tu ? FCS ethernet ? Checksum d'en-tête IP, TCP, UDP ?
tous ceux qui obligent mon correspondant à réemettre
c'est l'ensemble des 2 cas d'erreurs pour lequels je cherche un
freeware, qui m'aiderait de façon quantitative à regler le mtu
TCP Optimizer me botte : il détaille pas les erreurs,
il essaie tout seul différentes longueurs,
et donne sa préférence
je répète un certain nb de fois si je n'ai pas l'accusé de reception
de mon correspondant
De quel CRC parles-tu ? FCS ethernet ? Checksum d'en-tête IP, TCP, UDP ?
tous ceux qui obligent mon correspondant à réemettre
c'est l'ensemble des 2 cas d'erreurs pour lequels je cherche un
freeware, qui m'aiderait de façon quantitative à regler le mtu
TCP Optimizer me botte : il détaille pas les erreurs,
il essaie tout seul différentes longueurs,
et donne sa préférence
je répète un certain nb de fois si je n'ai pas l'accusé de reception
de mon correspondant
De quel CRC parles-tu ? FCS ethernet ? Checksum d'en-tête IP, TCP, UDP ?
tous ceux qui obligent mon correspondant à réemettre
c'est l'ensemble des 2 cas d'erreurs pour lequels je cherche un
freeware, qui m'aiderait de façon quantitative à regler le mtu
TCP Optimizer me botte : il détaille pas les erreurs,
il essaie tout seul différentes longueurs,
et donne sa préférence
Cf. ci-dessus. Sur les réseaux modernes, à part peut-être les liens
radios, les erreurs de transmission sont rares (c'est une des raisons
pour lesquelles la somme de contrôle IP qui existait en IPv4 a disparu
en IPv6).
Cf. ci-dessus. Sur les réseaux modernes, à part peut-être les liens
radios, les erreurs de transmission sont rares (c'est une des raisons
pour lesquelles la somme de contrôle IP qui existait en IPv4 a disparu
en IPv6).
Cf. ci-dessus. Sur les réseaux modernes, à part peut-être les liens
radios, les erreurs de transmission sont rares (c'est une des raisons
pour lesquelles la somme de contrôle IP qui existait en IPv4 a disparu
en IPv6).
Par curiosité, quelle est donc cette liaison dont le taux d'erreur de
transmission est tel qu'il nécessiterait une réduction du MTU ?
Par curiosité, quelle est donc cette liaison dont le taux d'erreur de
transmission est tel qu'il nécessiterait une réduction du MTU ?
Par curiosité, quelle est donc cette liaison dont le taux d'erreur de
transmission est tel qu'il nécessiterait une réduction du MTU ?
Mais quel rapport entre MTU et nombre d'erreurs de transmission ? Ou
alors c'est sur des liens catastrophiques (liens radios à grande
distance), où le teux d'erreurs est tel qu'il vaut parfois mieux réduire
la MTU.
TCP Optimizer me botte : il détaille pas les erreurs,
il essaie tout seul différentes longueurs,
et donne sa préférence
Cf. RFC 4821 <http://www.bortzmeyer.org/4821.html>, qui préconise une
méthode de ce genre.
Mais quel rapport entre MTU et nombre d'erreurs de transmission ? Ou
alors c'est sur des liens catastrophiques (liens radios à grande
distance), où le teux d'erreurs est tel qu'il vaut parfois mieux réduire
la MTU.
TCP Optimizer me botte : il détaille pas les erreurs,
il essaie tout seul différentes longueurs,
et donne sa préférence
Cf. RFC 4821 <http://www.bortzmeyer.org/4821.html>, qui préconise une
méthode de ce genre.
Mais quel rapport entre MTU et nombre d'erreurs de transmission ? Ou
alors c'est sur des liens catastrophiques (liens radios à grande
distance), où le teux d'erreurs est tel qu'il vaut parfois mieux réduire
la MTU.
TCP Optimizer me botte : il détaille pas les erreurs,
il essaie tout seul différentes longueurs,
et donne sa préférence
Cf. RFC 4821 <http://www.bortzmeyer.org/4821.html>, qui préconise une
méthode de ce genre.
On Sun, 08 Feb 2009 19:53:30 +0100, Pascal Hambourg wrote:Par curiosité, quelle est donc cette liaison dont le taux d'erreur de
transmission est tel qu'il nécessiterait une réduction du MTU ?
c'est une liaison Orange dans Paris 16eme un peu bizarre :
même aprés reduction (par la HotLine Orange) du débit
de 18 à 8 Mbps,il était impossible d'aller sur certains sites,
par ex Boursorama et Yahoo,
alors que d'autres, par ex les pages Google étaient accédés sans pb
aprés réduction de MTU à 1400, au lieu de 1500, tout est redevenu ok,
sauf DSLtest qui continue à dire que la ligne n'existe pas ??
pour pas mourir idiot, mon post cherche donc à connaitre
les taux d'erreurs selon la taille du mtu,
mais peut-être est-ce simplement la 1ere grosse trame, à 1500 octets
sui n'arrive pas à passer ?
Google passe car il n'emet pas de grosses trames ?
On Sun, 08 Feb 2009 19:53:30 +0100, Pascal Hambourg wrote:
Par curiosité, quelle est donc cette liaison dont le taux d'erreur de
transmission est tel qu'il nécessiterait une réduction du MTU ?
c'est une liaison Orange dans Paris 16eme un peu bizarre :
même aprés reduction (par la HotLine Orange) du débit
de 18 à 8 Mbps,il était impossible d'aller sur certains sites,
par ex Boursorama et Yahoo,
alors que d'autres, par ex les pages Google étaient accédés sans pb
aprés réduction de MTU à 1400, au lieu de 1500, tout est redevenu ok,
sauf DSLtest qui continue à dire que la ligne n'existe pas ??
pour pas mourir idiot, mon post cherche donc à connaitre
les taux d'erreurs selon la taille du mtu,
mais peut-être est-ce simplement la 1ere grosse trame, à 1500 octets
sui n'arrive pas à passer ?
Google passe car il n'emet pas de grosses trames ?
On Sun, 08 Feb 2009 19:53:30 +0100, Pascal Hambourg wrote:Par curiosité, quelle est donc cette liaison dont le taux d'erreur de
transmission est tel qu'il nécessiterait une réduction du MTU ?
c'est une liaison Orange dans Paris 16eme un peu bizarre :
même aprés reduction (par la HotLine Orange) du débit
de 18 à 8 Mbps,il était impossible d'aller sur certains sites,
par ex Boursorama et Yahoo,
alors que d'autres, par ex les pages Google étaient accédés sans pb
aprés réduction de MTU à 1400, au lieu de 1500, tout est redevenu ok,
sauf DSLtest qui continue à dire que la ligne n'existe pas ??
pour pas mourir idiot, mon post cherche donc à connaitre
les taux d'erreurs selon la taille du mtu,
mais peut-être est-ce simplement la 1ere grosse trame, à 1500 octets
sui n'arrive pas à passer ?
Google passe car il n'emet pas de grosses trames ?