Primärplan 10 Geschrieben 26. Juli 2009 Melden Teilen Geschrieben 26. Juli 2009 Hallo liebe Netzgemeinde Ich habe einen 1812 mit 12.4(20)T advip wanseitig an einem asymmetrischen DSL-Anschluss. Wenn der Upload an seine Bandbreitengrenzen kommt (z. B. diverse VPN) bricht mir der Download stark ein. Die Ursache scheint zu sein, dass TCP seine Bestätigungsdatagramme nicht mehr zeitnah absetzten kann, da diese nicht priorisiert werden. Ich habe bereits ein wenig mit den unterschiedlichen Warteschlangenpriorisierungen herumexperimentiert, kam aber zu keinem befriedigenden Ergebniss, da ich keine Möglichkeit sehe, die Syn/Ack-Datagramme (ggf. per Accesslist) herauszufischen, um ihnen eine höhere Priorität zu geben. Ein Test mit einem 1721er Lancom statt Cisco zeigt, dass mit Setzen der dort "SYN/ACK-Speedup" genannten Funktion sich das Problem hervorragend lösen lässt. Meine Frage wäre nun: Wie funktioniert das mit Cisco? Vielen Dank für Eure Mühe. Gruß, Ludger Zitieren Link zu diesem Kommentar
sniffy1 10 Geschrieben 26. Juli 2009 Melden Teilen Geschrieben 26. Juli 2009 Hallo, wie wäre es mit folgendem Fragment: ... IOS-Router(config)#ip access-list extended TCP-PRIO IOS-Router(config-ext-nacl)#permit tcp any any match-all +syn +ack ... HTH Zitieren Link zu diesem Kommentar
Windowsbetatest 10 Geschrieben 26. Juli 2009 Melden Teilen Geschrieben 26. Juli 2009 Hallo, ganz abgesehn von deinem eigentlichem Problem, ist die 12.4(20)T extrem buggy, da solltest du weg. Eventl. auf 12.4(20)T3 bzw. 12.4(24)T1 als ED oder 12.3(15)T9 als MD Release. Ansonsten sollte das Codeschnipsel funktionieren. mfg PS Bringt der 1841 eigentlich auch eine Exeption beim Speichern mit diesem IOS? Zitieren Link zu diesem Kommentar
Primärplan 10 Geschrieben 28. Juli 2009 Autor Melden Teilen Geschrieben 28. Juli 2009 @sniffy1: Ich habs mal konfiguriert. Scheint zu funktionieren. Ein "Lasttest" steht am Freitag noch aus, wenn alle ihr Wochenpensum synchen :-) Vielen Dank für den Lösungansatz. @Windowsbetatest: Bisher hatte ich mit der 20 noch keine Probleme, werde mich aber mal nach der 24 unsehen. Danke für den Tipp Zitieren Link zu diesem Kommentar
Primärplan 10 Geschrieben 6. August 2009 Autor Melden Teilen Geschrieben 6. August 2009 Hallo liebe Netzgemeinde, Irgendwo mache ich wohl einen kleinen (großen) Denkfehler, bin leider noch Cisco-Anfänger. Sniffy1 hat mir einen guten Ansatz geliefert, nur ich konnte ihn wohl nicht umsetzen :-) Meine Konfig hat leider nicht den erwünschten Effekt. Hier mal die relevanten Teile: ip access-list extended TCP_Prio permit tcp any any match-all +ack +syn class-map match-all PrioClass match access-group name TCP_PRIO policy-map PrioList class PrioClass priority interface Dialer1 service-policy output PrioList Ich hoffe, der Fehler ist offensichtlich. Vielen Dank für Eure Bemühungen Zitieren Link zu diesem Kommentar
Wordo 11 Geschrieben 7. August 2009 Melden Teilen Geschrieben 7. August 2009 Leg die Service-Policy mal in die PVC Config vom ATM ... Zitieren Link zu diesem Kommentar
Primärplan 10 Geschrieben 7. August 2009 Autor Melden Teilen Geschrieben 7. August 2009 Hall Wordo, ich habe ein ext. DSL-Modem und spreche es über FastEthernet 1 an. Ich habe mal versuchsweise die Service-Policy in das Interface gelegt, sehe aber keinerlei Effekt. Ich danke dir für den Tipp, hoffe aber noch auf andere Lösungen. Zitieren Link zu diesem Kommentar
Franz2 10 Geschrieben 11. August 2009 Melden Teilen Geschrieben 11. August 2009 Versuch es mal mit Hierarchischen shapping. policy-map shape class class-default shape average 512000 Deine Upload Bandbreite service-policy PrioList lg Franz Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.