MTU/Overhead bei PPPoA

[jutta]

sicher, aber nicht per PPTP. PPTP läuft ja normal nur zwischen PC und modem, das modem terminiert den PPTP-tunnel und setzt das ganze auf PPPoA um.

wollte ich ja vorgestern schon posten, aber die schoene grafik war nach dem umbau der zid.tuwien-website offline. jetzt ist sie samt erklaerung wieder da:
http://www.zid.tuwien.ac.at/kom/tunet/i ... uterungen/
grafik alleine unter http://www.zid.tuwien.ac.at/fileadmin/f ... dsl-sm.jpg

danke an die zid webseitenadministratorin

[cremor]

Langsam wirds unübersichtlich hier

Hab ich das jetzt folgendermaßen richtig verstanden?
Das Speedtouch zeigt 1460 an, weil es erkennt, dass irgendwo auf dem Weg zum PPP Endpunkt die MTU entweder durch eine Ethernet-Verbindung oder ein administratives Limit auf 1500 das Paket samt L2TP-Header nicht mehr durchpasst.

Aber laut superracer hat L2TP mehr als 40 Byte Overhead. Warum also 1460?

mfg cremor

[gogosch]

Langsam wirds unübersichtlich hier
Aber laut superracer hat L2TP mehr als 40 Byte Overhead. Warum also 1460?

Die Frage solle genauer lauten, warum gerade beim ST546 1460?
Mit dem CISCO läuft es ja, wie man sieht, auch mit MTU 1500 unfragmentiert!
Beide kommunizieren via L2TP im TA-Netz mit dem selben Endpunkt.
Wo ist der Unterschied?

[wicked_one]

Mit dem CISCO läuft es ja, wie man sieht, auch mit MTU 1500 unfragmentiert!

wo sieht man das?

Code: Alles auswählen

C:\Dokumente und Einstellungen\Foamy>ping 62.47.95.239 -f -l 1472

Ping wird ausgeführt für 62.47.95.239 mit 1472 Bytes Daten:

Antwort von 62.47.95.239: Bytes=1472 Zeit=52ms TTL=126
Antwort von 62.47.95.239: Bytes=1472 Zeit=53ms TTL=126
Antwort von 62.47.95.239: Bytes=1472 Zeit=54ms TTL=126
Antwort von 62.47.95.239: Bytes=1472 Zeit=51ms TTL=126

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

C:\Dokumente und Einstellungen\Foamy>ping 62.47.95.239 -f -l 1473

Ping wird ausgeführt für 62.47.95.239 mit 1473 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.

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

Cisco 877 bis zum 1. Hop

[superracer]

Aber laut superracer hat L2TP mehr als 40 Byte Overhead. Warum also 1460?

ne moment... ich hab gesagt, L2TP hat mehr overhead als PPTP, absolute zahlen hab ich keine genannt. aber wenn du es anhand von typischen real-life beispielen genau wissen willst:

PPTP (GRE): IP header (20) | GRE header (12-16) | PPP header (4) = 36-40 bytes total.
dazu kommen bei GRE bestätigungspakete in die retourrichtung, die weiteren overhead verursachen, aber nicht die paketgröße beeinflussen.

L2TP: IP header (20) | UDP header (8) | L2TP header (6-8) | PPP header (4) = 38-40 bytes total.

der unterschied ist also im _durchschnittlichen_ overhead vorhanden, nicht im maximalen.

Das Speedtouch zeigt 1460 an, weil es erkennt, dass irgendwo auf dem Weg zum PPP Endpunkt die MTU entweder durch eine Ethernet-Verbindung oder ein administratives Limit auf 1500 das Paket samt L2TP-Header nicht mehr durchpasst.

erkennen tut's wohl nichts, entweder die 1460 sind lokal gesetzt oder eben auf der anderen seite.

Mit dem CISCO läuft es ja, wie man sieht, auch mit MTU 1500 unfragmentiert!

wo sieht man das?

schon mal probiert, die MTU des ATM-interfaces raufzudrehen?

[cremor]

der unterschied ist also im _durchschnittlichen_ overhead vorhanden, nicht im maximalen.

Achso, dann stimmt eh alles.

Vielen Dank für die Rechnungen.

erkennen tut's wohl nichts, entweder die 1460 sind lokal gesetzt oder eben auf der anderen seite.

Lokal ist es auf 1500 gesetzt, also wohl auf der Telekom/Inode Seite.

mfg cremor

[BillSuxx]

hab jetzt die MTU am ATM-interface raufgesetzt. geändert hat sich nichts.
fragmentierung weiterhin ab 1473 was einer MTu von 1500 entspricht.

Code: Alles auswählen

C877>sh int a0
ATM0 is up, line protocol is up
  Hardware is PQUICC_SAR (with Alcatel ADSL Module)
  MTU 4470 bytes, sub MTU 4470, BW 512 Kbit, DLY 80 usec,
     reliability 255/255, txload 38/255, rxload 53/255
  Encapsulation ATM, loopback not set
  Encapsulation(s): AAL5  AAL2, PVC mode
  10 maximum active VCs, 64 VCs per VP, 1 current VCCs
  VC Auto Creation Disabled.
  VC idle disconnect time: 300 seconds
  Last input never, output 00:00:00, output hang never
  Last clearing of "show interface" counters never
  Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
  Queueing strategy: Per VC Queueing
  5 minute input rate 107000 bits/sec, 42 packets/sec
  5 minute output rate 77000 bits/sec, 38 packets/sec
     28289 packets input, 6909075 bytes, 0 no buffer
     Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
     28372 packets output, 8937510 bytes, 0 underruns
     0 output errors, 0 collisions, 4 interface resets
     0 output buffer failures, 0 output buffers swapped out


[superracer]

d1 gecleart auch?
uU mußt du die mru im dialer/virtual interface auch noch extra angeben...

[Number23]

sodale liebe leute,

ich weis ja nicht ob das problem schon geklärt ist, aber ich schreib einfach mal drauf los.

die MTU ist eigentlich ziemlich egal, denn die BB (Band Breite) vom Ethernet kann man über ADSL sowieso nicht ausnutzen, ein ADSL mit ca. 100MBit wär mir in Österreich was neues. Linux User mit Zyxel Router sollten um Probleme zu vermeiden sowieso mit z.B. 1380 fahren.

MTU steht für "Maximum Transmission Unit" also würd ich mal das MAXIMUM beachten, also kann es sein dass die Pakete garnicht mit 1500 ankommen sondern auch mit bisschen weniger. und ob die datei die man empfangen will jetzt mit (ich nehm jetzt irgendeine XY-Zahl) 127 Paketen oder 132 Paketen ankommt ist merkt man von der performance her überhaupt nicht, da kann man so viele speedtests machen wie man will, man wird keien spürbaren unterschied merken.

Und was die leute betrifft die da irgendwas von ATM daher schwafeln, im DSL Bereich fahrt man nicht über eine ATM Technologie... ATM = Standleitung, und zwischen Standleitungen (ATM, FRoATM, DS2000, etc.) ist ein RIESEN unterschied zu xDSL (ADSL od. SDSL)

[wicked_one]

Und was die leute betrifft die da irgendwas von ATM daher schwafeln, im DSL Bereich fahrt man nicht über eine ATM Technologie

ATM benutzt aber der Backbone - und da werden die Daten sowieso in noch viiiiiiiel kleinere Packete verpackelt.
Und irgenwoooooo will ich mal gelesen haben das Daten die in kleinere Packete zerteilt werden weniger Delay verursachen
Und ich weis jetzt nicht genau - stellt man am Modem nicht so etwas wie VPI/VCI ein? Zu welcher übertragungstechnik gehört das nochmal ... achja richtig - ATM war das
also ich würde sagen DSL Strecken haben schon gewisse ATM Charakteristika

[Number23]

und nochmal, ist schon richtig,
man geht über eins der ATM interfaces, also G3 oder X21, welches genau weis ich jetzt ehrlich gesagt nicht, um da nicht klugzuscheissen.
aber man hat keine reine ATM leitung, sonst wär das nicht DSL, sondern ATM oder Frame over ATM, wie bei standleitungen. und ich finde es ja toll das alle irgendwooooooo irgendwas gelesen haben, aber in foren und frei zugänglichen online enzyklpedien (ich will jetzt nicht wikipedia.de sagen) kann jeder seinen müll reinposten. man geht über eine pots oder isdn leitung die über das gleiche IF wie eine ATM leitung angebunden ist, deswegen auch die VPI/VCI werte die damit übereinstimmen müssen. denn wenns so wäre müsste ich auch eine Frame over ATM leitung über einen POTS anschluss zum laufen bekommen, geht aber leider nicht. Ausserdem wie machst du das dann mit einer ADSL Leitung mit 16 MBit? wenn ATM nur maximal 2 MBit übertragen kann, und bitte erzähl mir jetzt nicht auch dass es ATM mit bis zu 155 MBit gibt, ich erklärs nochmal, wenn man für diese technologier über ATM gehn will bräuchte man:
77 ATM Leitungen (2MBit)
1 ATM Leitung (1MBit)
29 Cisco 1841 (oder andere geräte mit gleicher technologie) mit jeweils 2x2Mbit gebündelt pro router, und einmal eben 1+2MBit (sprich 28 2x"Mbit gebündelt & 1+2MBit gebündelt) und die ganzen auf 4 MBit gebündelten leitungen auf weiter bündeln biss man 100.000 kastln rumstehn hat bis man auf die 155MBit kommt? naja, demjenigen muss ja sehr fad sein. da nehm ich lieber LWL

[jutta]

> aber man hat keine reine ATM leitung,

das hat in diesem thread ja auch niemand behauptet! hier gehts um pppoa und darum, welche mtu bei pppoa in abhaengigkeit von diversen einstellungen im backbone der beteiligten proverider ideal ist.

[spiessb]

nein number23 - dsl hat, wie wickec_one richtig feststellt ein atm protokoll hinterlegt - dsl ist übertragungstechnisch ein atm - ich kann dir gerne auszuege aus den atm parametereinstellungen unserer dslams zeigen.

akzeptier einfach dass es atm auch woanders geben kann als nur auf deinen frame-over-atm leitungen.

lg bernd

[cremor]

Eine Anmerkung von mir noch:
Ich habe auch niemals deshalb gefragt, weil ich denke, dass jetzt meine Leitung langsamer ist.
Es ging mir immer nur rein um die Tatsache, warum es so ist. Also einfach persönliches Interesse

mfg cremor

[wicked_one]

Ausserdem wie machst du das dann mit einer ADSL Leitung mit 16 MBit? wenn ATM nur maximal 2 MBit übertragen kann, und bitte erzähl mir jetzt nicht auch dass es ATM mit bis zu 155 MBit gibt, ich erklärs nochmal, wenn man für diese technologier über ATM gehn will bräuchte man:

Ich glaube du verwechselst ATM jetzt mit einer PCM-30 Strecke, die kann "nur" 2 MBit.

Aber auch 155 MBit/s bekomm ich locker über 2 Kupferdrähtchen rüber. und das ganz ohne 77 x ATM, oder 29 Ciscos (wie kommst du auf den schei**??)

weiter bündeln biss man 100.000 kastln rumstehn hat bis man auf die 155MBit kommt

korrigiere, es reichen 3 Kasterl.

/edit: noch ein paar hinweise auf ATM in DSL Technik.

Huch, hat da mein 877er etwa ein ATM Interface??

Code: Alles auswählen

wicked_home#sh int atm0
ATM0 is up, line protocol is up
  Hardware is MPC ATMSAR (with Alcatel ADSL Module)
  Description: - ADSL Verbindung
  MTU 4470 bytes, sub MTU 4470, BW 384 Kbit, DLY 960 usec,
     reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation ATM, loopback not set
  Encapsulation(s): AAL5  AAL2, PVC mode
  10 maximum active VCs, 1024 VCs per VP, 2 current VCCs
  VC Auto Creation Disabled.
  VC idle disconnect time: 300 seconds

und, ach wie kann das sein, die is sogar konfiguriert

Code: Alles auswählen

!
interface ATM0
description - ADSL Verbindung
no ip address
load-interval 30
no atm ilmi-keepalive
pvc 0/16 ilmi
!
dsl operating-mode auto
!
interface ATM0.864 point-to-point
no snmp trap link-status
pvc 8/48
  encapsulation aal5mux ppp dialer
  dialer pool-member 1
!


pvc 8/48 und encapsulation aal5mux? Also wenns mich net täuscht sagt das dem Router er soll Daten über den Vitual Path 8 und Virtual Connection 48 verschicken. na wenn das keine ATM-Adressierung ist. und dann noch mit AAL5 (ausgesprochen ATM Adaption Layer 5) verpacken soll...

achja, da du dein Wissen aus der Praxis hast - hin und wieder ist Wikipedia ja nicht schlecht um sich informationen zu beschaffen

http://de.wikipedia.org/wiki/OSI-Modell