Download bricht ein bei maximalem Upload

[ck84 10]

Hallo, ich habe folgendes Problem, wenn mein T-DSL Outgoing bei 100% ist geht kein incoming mehr also nurnoch so 5kb/sec oder so gibt es eine Möglichkeit das auf der Cisco irgendwie einzustellen das es nicht ganz so zusammenbricht?

[madbull 10]

Hallo ck84

 

nun das ist ganz normal meines wissens nach, denn die pakete die über den download zu dir nach hause kommen, müssen ja quittiert werden. d.h. das dein rechner bestätigungspackete zurück schickt das die pakete heil angekommen sind und der andere rechner nie neuen schicken kann.

wenn nun dein upload voll ist, können diese pakete nicht schnell genug raus und somit sinkt die downloadrate drastisch. um das zu verhinder müsstest du dir immer so 4 kb freilassen dann bricht der download garantiert nicht mehr so ab. :)

[rob_67 10]

Hi, was fährst du denn für ein Queuing auf deinem outgoing Interface?

[ck84 10]

rob: falls du qos meinst dann gerkein queueing

[rob_67 10]

Hallo ck84, ich meinte queueing, qos ist quality of service, damit könnte man schon eine Bandbreitenbegrenzung machen, aber normalerweise sollte das meiner Meinung nach nicht notwendig sein... poste doch mal nen show interface

[ck84 10]

Dialer1 is up, line protocol is up (spoofing)
 Hardware is Unknown
 Description: dsl dialup
 Internet address is x.x.x.x/32
 MTU 1500 bytes, BW 56 Kbit, DLY 20000 usec,
    reliability 255/255, txload 1/255, rxload 131/255
 Encapsulation PPP, loopback not set
 Keepalive set (30000 sec)
 DTR is pulsed for 1 seconds on reset
 Interface is bound to Vi1
 Last input never, output never, output hang never
 Last clearing of "show interface" counters 21:23:31
 Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
 Queueing strategy: weighted fair
 Output queue: 0/1000/64/0 (size/max total/threshold/drops)
    Conversations  0/0/16 (active/max active/max total)
    Reserved Conversations 0/0 (allocated/max allocated)
    Available Bandwidth 42 kilobits/sec
 5 minute input rate 85000 bits/sec, 0 packets/sec
 5 minute output rate 0 bits/sec, 0 packets/sec
    436314 packets input, 169972213 bytes
    434446 packets output, 251149626 bytes
Bound to:
Virtual-Access1 is up, line protocol is up
 Hardware is Virtual Access interface
 MTU 1500 bytes, BW 56 Kbit, DLY 20000 usec,
    reliability 255/255, txload 45/255, rxload 34/255
 Encapsulation PPP, LCP Open
 Open: IPCP
 PPPoE vaccess, cloned from Dialer1
 Vaccess status 0x44, loopback not set
 Keepalive set (30000 sec)
 DTR is pulsed for 5 seconds on reset
 Interface is bound to Di1 (Encapsulation PPP)
 Last input 00:00:08, output never, output hang never
 Last clearing of "show interface" counters 21:23:31
 Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
 Queueing strategy: fifo
 Output queue: 0/40 (size/max)
 5 minute input rate 138000 bits/sec, 15 packets/sec
 5 minute output rate 10000 bits/sec, 9 packets/sec
    436838 packets input, 170712293 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
    434736 packets output, 251168973 bytes, 0 underruns
    0 output errors, 0 collisions, 0 interface resets
    0 output buffer failures, 0 output buffers swapped out
    0 carrier transitions

[rob_67 10]

Hallo, das Interface arbeitet mit fair-queueing, meistens funktioniert das ganz gut. Jetzt stellt sich die Frage, welcher Traffic die meiste Last verursacht, eventuell müsste man doch mit quality of service arbeiten oder bandbreiten reservieren... Bei agressiven data streams ftp o.ä. kann es schon passieren, das andere IP Verbindungen rausgekickt werden, wenn diese wichtiger sind, sollten diese priorisiert werden.

 

Gruß

 

Rob

[ck84 10]

kann ich zb http/imap/pop3/smtp priorisieren? und wenn ja, wie?

[rob_67 10]

Hi,

 

versuchs mal mit priority queuing:

 

 

interface (in Richtung DSL)

 

priority-group 1

 

priority-list 1 protocol ip high list 110

priority-list 1 interface (local) medium

priority-list 1 default normal

priority-list 1 queue-limit 20 40 60 80 -->(Pakete--Werte hier wären maximum)

 

access-list 110 permit ip any any eq http

access-list 110 permit ip any any eq emap

access-list 110 permit ip any any eq pop3

access-list 110 permit ip any any eq smtp

 

Dein Priorisierter Traffic wird mit einer queue von 20 Paketen zuerst abgearbeitet, dann kommt mit einer queue von 40 Paketen der Traffic vom lokalen Interface, dann mit einer queue von 60 Paketen alless andere, die low queue wird vermutlich erstmal leer bleiben...

 

das queue-limit kann verändert werden, innerhalb der queue gilt fifo

 

solange die high queue gefüllt ist, wird kein anderer Traffic berücksichtigt

[ck84 10]

(config)#access-list 110 permit ip any any eq http

^

% Invalid input detected at '^' marker.

 

 

 

was ist dieses eq?

[rob_67 10]

equal (ist gleich) dem port (http)

 

Gruß

 

Rob

[ck84 10]

gefunden

[rob_67 10]

entschuldigung, tcp muss es heißen, nicht ip!