CBWFQ Output Packet Drops ohne Volllast

[Klettermaxx 10]

Bei folgender Konfiguration Output Drops auf dem Interface. Hat jemand eine Idee. Alle anderen Router machen auch keine Probleme. Bandbreitentechnisch ist kein Problem zu erwarten. Ohne Policy gibt es keine Drops.

 

IOS:c1900-universalk9-mz.SPA.151-3.T

 

#show policy-map interface

GigabitEthernet0/0

 

Service-policy output: SHAPE-50M

 

Class-map: class-default (match-any)

1006004 packets, 206579626 bytes

5 minute offered rate 125000 bps, drop rate 0 bps

Match: any

Queueing

queue limit 64 packets

(queue depth/total drops/no-buffer drops) 0/17/0

(pkts output/bytes output) 1005988/206543467

shape (average) cir 47500000, bc 190000, be 190000

target shape rate 47500000

 

Service-policy : QOS

 

Class-map: VOICE (match-all)

86729 packets, 13168785 bytes

5 minute offered rate 3000 bps, drop rate 0 bps

Match: ip precedence 5

Queueing

queue limit 64 packets

(queue depth/total drops/no-buffer drops) 0/0/0

(pkts output/bytes output) 86729/13168785

bandwidth 33% (15675 kbps)

 

Class-map: class-default (match-any)

919275 packets, 193410841 bytes

5 minute offered rate 121000 bps, drop rate 0 bps

Match: any

 

queue limit 64 packets

(queue depth/total drops/no-buffer drops) 0/17/0

(pkts output/bytes output) 919259/193374682

QoS Set

precedence 0

Packets marked 918857

 

 

 

#show interfaces GigabitEthernet 0/0

GigabitEthernet0/0 is up, line protocol is up

Hardware is CN Gigabit Ethernet, address is 588d.09a1.a080 (bia 588d.09a1.a080)

Internet address is xxx.xxx.xxx.xxx/30

MTU 1500 bytes, BW 100000 Kbit/sec, DLY 100 usec,

reliability 255/255, txload 1/255, rxload 1/255

Encapsulation ARPA, loopback not set

Keepalive set (10 sec)

Full Duplex, 100Mbps, media type is RJ45

output flow-control is unsupported, input flow-control is unsupported

ARP type: ARPA, ARP Timeout 04:00:00

Last input 00:00:00, output 00:00:00, output hang never

Last clearing of "show interface" counters 02:01:46

Input queue: 1/75/0/0 (size/max/drops/flushes); Total output drops: 17

Queueing strategy: Class-based queueing

Output queue: 0/1000/0 (size/max total/drops)

5 minute input rate 165000 bits/sec, 139 packets/sec

5 minute output rate 127000 bits/sec, 144 packets/sec

3125285 packets input, 2300316026 bytes, 0 no buffer

Received 0 broadcasts (0 IP multicasts)

0 runts, 0 giants, 0 throttles

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored

0 watchdog, 0 multicast, 0 pause input

2790158 packets output, 716665254 bytes, 0 underruns

0 output errors, 0 collisions, 0 interface resets

0 unknown protocol drops

0 babbles, 0 late collision, 0 deferred

0 lost carrier, 0 no carrier, 0 pause output

0 output buffer failures, 0 output buffers swapped out

 

 

 

class-map match-all VOICE

match ip precedence 5

!

policy-map QOS

class VOICE

bandwidth percent 33

class class-default

set precedence 0

policy-map SHAPE-50M

class class-default

shape average 47500000

service-policy QOS

!

interface GigabitEthernet0/0

ip address xxx.xxx.xxx.xxx xxx.xxx.xxx.xxx

no ip proxy-arp

duplex full

speed 100

service-policy output SHAPE-50M

[Otaku19 33]

bin kein QoS Profi aber:

 

(queue depth/total drops/no-buffer drops) 0/17/0

=

Input queue: 1/75/0/0 (size/max/drops/flushes); Total output drops: 17

 

somit wird von intern mit mehr als deinen zugelassenen 47,5Mb gesendet und zwar anscheinend so lange/so viel das dir der Puffer übergelaufen ist, ewig kann shaping zu viele Daten nicht speichern, wenn der Puffer voll ist wird gedropt.

[Wordo 11]

Bin auch nich die QoS Leuchte, aber dreh mal BE und BC auf ... wenn am Anfang zu viel zu schnell gesendet wird greifen die halt.

[tom12 10]

Hi!

 

Ist klar dass du output drops am Interface hast. Die 17 pakete kommen von den drops in der default-class

 

queue limit 64 packets

(queue depth/total drops/no-buffer drops) 0/17/0 <-----

(pkts output/bytes output) 919259/193374682

 

Ohne QOS am Interface hast du keine drops, da das Interface nie ans limit kommt (100 Mbit)! In dem falle wird dein Provider droppen.

 

Also: Das passt so.

Output am Interface ist einfach einmal ganz kurz das Limit von ca. 50 Mbit überschritten worden. Ich würde auch nicht undbedingt am BC, BE drehen..

 

 

Was du generell machen könntest:

 

random-detect und fair-queue in der default class aktivieren.

 

Grüsse,

Thomas