TCP Syn/Ack priorisieren

[Primärplan]

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

[sniffy1]

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

[Windowsbetatest]

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?

[Primärplan]

@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

[Primärplan]

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

[Wordo]

Leg die Service-Policy mal in die PVC Config vom ATM ...

[Primärplan]

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.

[Franz2]

Versuch es mal mit Hierarchischen shapping.

policy-map shape
class class-default
shape average 512000 Deine Upload Bandbreite
service-policy PrioList

lg Franz