Policy-map nur am output Interface?

[AndreasWeller 10]

Hallo,

 

ich habe folgendes Problem:

 

Ich habe versucht auf einem Cisco 3620 eine Policy-map mit einer Bandbreitengarantie (WFQ) von 10% bzw 1Mbit auf dem Input des Interface Fa0/1 zu plazieren, leider ohne Erfolg (auf dem output funktioniert das ohne Probleme). Es kommt keine Fehlermeldung und sobald ich die "Garantie" der Bandbreite entferne lässt sie sich ohne Probleme an das Interface binden. Unabhängig ist es auch, ob sich das Interface im trunking-mode befindet.

 

Hat jemand da eine gute Idee???

 

Ach ja hier mal ein Auszug aus der Config:

 

Current configuration : 2051 bytes

!

version 12.2

service timestamps debug datetime msec

service timestamps log datetime msec

no service password-encryption

!

hostname 3620

!

logging queue-limit 100

!

username xxx ip subnet-zero

!

ip cef

!

no voice hpi capture buffer

no voice hpi capture destination

!

mta receive maximum-recipients 0

!

!

class-map match-any voip-map-out

match ip dscp ef

class-map match-any citrix

match ip dscp af41

class-map match-any voip-map-in

match ip dscp ef

!

policy-map output-policy

class citrix

bandwidth percent 10

class voip-map-out

bandwidth percent 10

policy-map input-policy

class citrix

bandwidth percent 10

class voip-map-in

bandwidth percent 10

!

interface FastEthernet0/0

ip address 192.168.0.254 255.255.255.0

duplex auto

speed auto

!

interface FastEthernet0/1

no ip address

service-policy output output-policy

duplex auto

speed auto

!

interface FastEthernet0/1.1

encapsulation dot1Q 1 native

ip address 192.168.1.20 255.255.255.0

standby 1 ip 192.168.1.90

standby 1 priority 60

standby 1 preempt

!

interface FastEthernet0/1.2

encapsulation dot1Q 2

ip address 10.10.5.254 255.255.255.0

!

interface FastEthernet0/1.3

encapsulation dot1Q 3

ip address 10.10.20.254 255.255.255.0

!

interface FastEthernet0/1.4

encapsulation dot1Q 4

ip address 10.10.30.254 255.255.255.0

!

ip default-gateway 192.168.1.254

ip http server

ip classless

ip route 0.0.0.0 0.0.0.0 192.168.1.254

!

snmp-server community etewartung RW

snmp-server community public RO

snmp-server enable traps tty

call rsvp-sync

!

mgcp profile default

!

dial-peer cor custom

!

line con 0

....

[daking 10]

Hallo,

 

warum willst du die policy-map in der input Richtung setzen?

Sinnvoller ist es auf der anderen Seite die output Richtung zu priorisieren..

Die Pakete kommen ohne prio bei dir an (FTP-Citrix-FTP), wie willst du dann deine maps priorisieren?

 

Ciao

[AndreasWeller 10]

Hm also ich möchte schon gern auch den eingehenden Traffic regeln können. Die Pakete kommen alle(zumindest die, die ich bevorzugen möchte) schon priorisiert am Router an, da sie vorher bereits durch einen Switch laufen.