Seite 1 von 1
QoS bei G.SHDSL
Verfasst:
Mi 27 Mär, 2013 21:27
von painty
Hallo,
ich habe auf meinem Cisco QoS eingerichtet.
Es sollen bestimmte UDP priorisiert werden. Soweit so gut. Cisco markiert die Pakete richtig aber man merkt keinen Effekt von QoS.
Getestet mit einem 2mbit anschluss. FTP Upload und UDP Anwendung hat noch genügend Bandbreite. Wiederhole ich das selbe mit einem Download so bricht die Bandbreite ein und es verbleibt nichts für die UDP Anwendung.
Kennt jemand ISPS die auch den Downstream priorisieren wollen?
Re: QoS bei G.SHDSL
Verfasst:
Do 28 Mär, 2013 08:33
von TheSimpsons
Deinen Downstream kann ja nur dein Gegenüber priorisieren, IMHO priorisiert kein ISP bei Internetanschlüssen.
TELE2 mach das für seine eigene IP Centrex Anlage, aber nicht für sonstige Dienste, aber technisch könnten sie es.
Bei A1 kannst du VoB (Voice over Broadband) haben, daß ist aber nur ein weiterer unüberbuchter schmaler PVC also keine echte QoS Markierung.
Es belibt dir aber einen VPN Tunnel zu bauen und in diesem dann zu priorisieren, geht aber halt auch nur bei Punkt zu Punkt Verbindungen.
Re: QoS bei G.SHDSL
Verfasst:
Do 28 Mär, 2013 18:45
von woswasi
Du kannst versuchen das von der anderen Seite anzugehen.
Schaffe einen künstlichen Flaschenhals im Downstream (z.B. 1,8MBit) auf Deiner Seite. Damit werden die Downloads einigermaßen eingebremst und Du hältst etwas frei (0,1Mbit) für Deine UDP Pakete. Zumindest sollte nicht alles gleich abreißen.
Ist jedoch eher behelfsmäßig. (etwas Bandbreite solltest du einplanen für den "Stau vor deinem künstlichen Flaschenhals" 10%?)
LG.
Re: QoS bei G.SHDSL
Verfasst:
Fr 29 Mär, 2013 18:00
von painty
woswasi hast du das schon einmal bei einem Gigabit Interface ausprobiert?
Cisco hat mir davon tunlichst abgeraten das zu tun.
Wenn du das schonmal gemacht hast welche ergebnise konntest du bezüglich der schwankenden Latenzen bei ausgelasteter Leitung festellen?
Wie verhält sich das ganze bei diskontinuierlichen Traffic z.b. Streams?
Danke vorab für eure Infos.
Re: QoS bei G.SHDSL
Verfasst:
Fr 29 Mär, 2013 20:37
von woswasi
Nein, nur bei Juniper Funkwerk/Bintec/Teldat und Fortinet.
Desto mehr du die Bandbreite des nicht-UDP einschränkst, desto weniger jitter und rtt.
Toll ist es nicht aber besser als gar nix.
Wenn mehrere Steams gerade anfangen (die TCP Window Size anfängt größer zu werden) hast kurz längere Pings bzw. höheren Jitter.
Ich kenn Cisco zu wenig um beurteilen zu können wie die besten Einstellungen für die Geräte sind.
Edit: wie schnell das Interface vorher war ist auch schon Wurscht. Hauptsache kein allzugroßer Empfangsbuffer.