QoS Minimale Bandbreite für VPN reservieren

[Chrugi]

Hallo.
Wollte auf einem 1781VAW den VPN Verbindungen eine minimale Bandbreite einräumen. Schön nach Anleitung von Lancom vorgegangen. Funktioniert nicht. Könnte folgende Ueberlegung richtig sein: VDSL Anschluss gibt technisch ca 30M(down)/11M(up) Bandbreite an, mein Abo beim Proveider erlaubt 10/1. Da ich keine Möglichkeit habe den VDSL Schnittstelle in ihrer Bandbreite zu korrigieren (wie zB bei DSL Schnittstellen) liegt meine QoS Bandbreitenreservation quasi im nicht nutzbaren Bandbreitenbereich. Lösungsvorschlag?
Danke.
Chrugi

[Dr.Einstein]

Hallo Chrugi,

das wird in Zukunft noch öfters passieren, wenn Lancom hier nicht nachbessert. Bei vielen Vectoring Anschlüssen passiert genau das, was du erwähnt hast. Ich wüsste momentan keine Lösung, außer anderen Traffic durch Dropregeln zu bremsen.

Gruß Dr.Einstein

[MariusP]

Hi,
ist VDSL nicht etwas anderes als Vectoring?
Gruß

[Dr.Einstein]

Hallo MariusP,

verstehe die Frage nicht, klar ist VDSL was anderes als VDSL Vectoring?

Will nur sagen, dass die Telekom aktuell alle VDSL vectoring Anschlüsse auf BNG umstellen. Und bei BNG wird immer die höchste Übertragungsrate gesynct und dann im Backbone auf die gebuchte Übertragungsrate gebremst. Bei L2/L3 Bitstreamzugängen über Telekom genau das gleiche. Denke, wenn ein anderer Provider Vectoring anbietet, wird es genauso aussehen. Da auch ADSL Anschlüsse auf BNG umgestellt werden, kann es auch bei diesen Anschlüssen vorkommen, dass 6000 bestellt ist, mit 16000 aber synct.

Gruß Dr.Einstein

[Jirka]

Hallo zusammen,

Dr. Einstein hat Recht, das Problem hatte ich auch schon mehrfach. Als erstes übrigens bei 1&1 und Annex-J-Anschlüssen (der Telekom) vor genau einem Jahr. 1&1 bremst schön sauber auf (die ursprünglich vertraglich vereinbarten) 16.000 und 1.000 ein, obwohl der Annex-J bis 2.700 up hergibt und der Router auch schön die 2.700 rauf packt. Damals Beschwerde an 1&1, wie sie sowas proprietäres machen können. Leider kann die FRITZ!Box das! Deswegen gab es seitens 1&1 kein Einlenken. Ich habe es selber ausprobiert und es stimmte (keine Ahnung, wie die das an die FRITZ!Box übermitteln). Ohne irgendwelche Regeln ein FTP-Upload mit 1.000 kbit/s -> 1.000 gehen durch. Upload mit 2.000 kbit/s -> 500 gehen (effektiv) durch... -> Katastrophe.

Viele Grüße,
Jirka

[stefanbunzel]

Guten Morgen,

Lösungsvorschlag?

Aktuell scheint es keine richtige Lösung seitens Lancom / LCOS zu geben, da das LCOS derzeit für QoS immer davon ausgeht, dass die synchronisierte Bandbreite bei (V)DSL-Anschlüssen auch die zur Verfügung stehende Bandbreite darstellt. Daher wird zum Beispiel in LANconfig bei der Konfiguration der WAN-Interface-Einstellungen auch nur das Protokoll und keine selbst einzutragende Datenrate angeboten.

Folgende drei Lösungsansätze kommen mir da in den Sinn:
1. Analog zum DSL-Interface könnte man die automatisch ermittelten Bandbreiten im LCOS überschreiben / angeben.
2. Das LCOS erkennt die tatsächliche Bandbreite analog zur Fritz!Box - wie auch immer das übermittelt wird...
3. Das LCOS testet die tatsächliche Bandbreite (mit Iperf?) und korrigiert im Betrieb die verwendeteten Datenraten für QoS.

Aber, da muss wohl Lancom aktiv werden. Aktuell kann man als Anwender vermutlich das Problem nicht selbst lösen.

Viele Grüße,
Stefan

[Jirka]

Guten Morgen,

Ebenfalls,

Folgende drei Lösungsansätze kommen mir da in den Sinn:

man könnte auch gleich Nägel mit Köpfen machen, und die Bandbreite bei der Gegenstelle angeben. Dann wäre nämlich das leidige Problem, dass die Bandbreite nur bei den limitierten DSL-Ports angegeben werden kann, auch gleich erledigt.
Das alte System, dass ein Port eine Bandbreite hat und die Gegenstellen auf diesem sich die Bandbreite teilen, gibt es nicht mehr. Früher konnte man z. B. mehrere Einwahlen bei ADSL machen, bei VDSL ist das mal gleich ganz abgeschafft, ob das bei ADSL noch jemand nutzt, keine Ahnung. Dass ich es das letzte Mal genutzt habe, ist mind. 2, wenn nicht gar 3 Jahre her, als damals sofanet eingegangen ist. Außerdem hat der LANCOM QoS-mäßig immer allen Gegenstellen auf dem Port die volle Bandbreite gewährt und nicht in Summe, das war also sowieso nie der Weisheit letzter Schluss.

Aber, da muss wohl Lancom aktiv werden. Aktuell kann man als Anwender vermutlich das Problem nicht selbst lösen.

Na ja, man könnte solche Konstruktionen wie bei der LANCAPI über VoIP machen, also eine DHCPoE oder IPoE-Gegenstelle, die bandbreitenbegrenzt ist und die sich mit einem kurzen Ethernetkabel am lokalen LAN des LANCOMs bedient, zusammen mit entsprechendem Policy-based-Routing natürlich. Aber das ist natürlich kein Dauerzustand...

Viele Grüße,
Jirka