Seite 1 von 1

MTU Size Inode ?

BeitragVerfasst: Mo 09 Feb, 2004 18:40
von tomcat_70
Welche MTU size verwendet Inode ?

Bekam folgendes Ergebnis:

C:\Dokumente und Einstellungen\xxxxxx>ping -f -l 1373 ftp.inode.at

Ping p133.inode.at [195.58.160.3] mit 1373 Bytes Daten:

Paket müsste fragmentiert werden, DF-Flag ist jedoch gesetzt.
Paket müsste fragmentiert werden, DF-Flag ist jedoch gesetzt.
Paket müsste fragmentiert werden, DF-Flag ist jedoch gesetzt.
Paket müsste fragmentiert werden, DF-Flag ist jedoch gesetzt.

Ping-Statistik für 195.58.160.3:
Pakete: Gesendet = 4, Empfangen = 0, Verloren = 4 (100% Verlust),

C:\Dokumente und Einstellungen\xxxxxx>ping -f -l 1372 ftp.inode.at

Ping p133.inode.at [195.58.160.3] mit 1372 Bytes Daten:

Antwort von 195.58.160.3: Bytes=1372 Zeit=160ms TTL=252
Antwort von 195.58.160.3: Bytes=1372 Zeit=160ms TTL=252
Antwort von 195.58.160.3: Bytes=1372 Zeit=160ms TTL=252
Antwort von 195.58.160.3: Bytes=1372 Zeit=160ms TTL=252

Ping-Statistik für 195.58.160.3:
Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0 (0% Verlust),
Ca. Zeitangaben in Millisek.:
Minimum = 160ms, Maximum = 160ms, Mittelwert = 160ms



Stimmt dann sozusagen das die MTU-Size 1372 ist ? Oder kann man das so nicht sagen ?
Was irgendwie auch schockiert, ist die Pingzeit, woran das wohl liegt ?
Im Pingplotter hab ich zu ftp.inode.at ca.50ms, nicht 160, komisch...


mfg

BeitragVerfasst: Mo 09 Feb, 2004 20:08
von erdie
was immer die MTU deiner VPN verbindung (PPP) ist...

edit:

und die ist unter windork automatisch 1400 für VPN verbindungen, minus 28 byte IP + ICMP header passt das schon

BeitragVerfasst: Di 10 Feb, 2004 09:42
von Krieger_79
Also wennst schon zu inode 50 hast is das nicht normal....

mir sagen alle 30 ms zu inode is ok... aber ich glaube eher das es noch besser sein müsste.... obwohl das ist eh nicht so wichtig 20ms mehr oder weniger is eh schon wurscht...

ich hoffe das die mal das ping problem in den griff bekommen....

GRUSS :ok:

BeitragVerfasst: Di 10 Feb, 2004 18:48
von Utzogger
@erdie win ist mtu 1500 nicht 1400

BeitragVerfasst: Di 10 Feb, 2004 19:51
von erdie
Utzogger hat geschrieben:@erdie win ist mtu 1500 nicht 1400


falsch:

http://support.microsoft.com/default.as ... -us;826159

BeitragVerfasst: Di 10 Feb, 2004 21:14
von Utzogger
doch bei PPP schon ;P

BeitragVerfasst: Di 10 Feb, 2004 21:45
von erdie
Utzogger hat geschrieben:doch bei PPP schon ;P


die interessiert hier aber keinen

BeitragVerfasst: Di 10 Feb, 2004 21:52
von tomcat_70
danke für den link erdie, da frag ich mich aber gleich ob das nicht suboptimal ist wenn die VPN-Verbindung MTU 1400 und die dazugehörige LAN zu Router Verbindung MTU 1500 fährt. oder ist das wegen der extremen überschussgeschwindigkeit (ist zumindest bei mir eine 100mbit verbindung) egal ? oder seh ich da sowieso irgendwas falsch ?


mfg

BeitragVerfasst: Di 10 Feb, 2004 21:56
von hardliner
Im gesamten Sub-Netz muß dann 1400 eingestellt sein, da viele Router nicht von sich aus fragmentieren (können).
Das Problem tritt vor allem beim Upload auf.
Gruß
H.
1372 reine Daten +28 Header +100 VPN-Encapsulation = 1500 (IP-Maximum)

BeitragVerfasst: Di 10 Feb, 2004 22:04
von tomcat_70
Hab mir AIDA 32 runtergeladen, und das zeigt schön an das die VPN-Verbindung 1400 und die Netzwerkkarte 1500 verwendet.

Die Frage ist nun wie kann ich die 1500 der Netzwerkarte ändern um mal auszuprobieren ob das irgendwelche positiven Effekte auf die inode Verbindung hat. Fraglich ist obs was bringt aber sonst halt wieder zurückstellen.

*edit*
lol, ehe damit (mit deinem zusätzlichen edit) hast mir den wind aus den segeln genommen ! *bonk* *lach*
danke für die info jedenfalls, hardliner

*edit*


mfg

BeitragVerfasst: Di 10 Feb, 2004 22:16
von hardliner

BeitragVerfasst: Di 10 Feb, 2004 23:54
von erdie
tomcat_70 hat geschrieben:danke für den link erdie, da frag ich mich aber gleich ob das nicht suboptimal ist wenn die VPN-Verbindung MTU 1400 und die dazugehörige LAN zu Router Verbindung MTU 1500 fährt.


ist so gut wie wurscht

1500 / 1400 = 7% mehr packets davon Daumen mal pi 5% diverse header macht 0,35% speed verlust!