Spørsmål om MCQ på en C3550

[Dal]

Hei!

Har et par spørsmål ang. MCQ, der man bruker policy-maps med police for båndbredde-kontroll.

Men dette kan brukes kun til å strupe båndbredde, ikke prioritere?

 

Jeg har et samband som kommer inn med modem (2mb linje) til C3550'en. På linjen bruker de ip-telefoner, men de har problemer med å høre hva som blir sagt til de. Altså er det utgående trafikk (sett fra C3550'ens ståsted) som er problemet.

Kan MCQ brukes da?

Hvis ikke det går an å "sette av" båndbredde, går det an å snu logikken da, slik at *all annen* trafikk får 1.5mb f.eks?

 

Noen som har satt opp en C3550 el.l. med suksessfull båndbredde-prioritering til VoIP?

 

Takk.

[VictorOsborn]

Fullt mulig. QoS paa switch er veldig anderledes enn paa router og det er ogsaa store forskjeller fra plattform til plattform.

 

En 3550 switch har default to ingress koer og 4 egress koer. De fire koene er delt med en baandbredde paa 25% hver.

 

Rack1SW3#sh mls qos int fa0/1 queueing

FastEthernet0/1

QoS is disabled. Only one queue is used

When QoS is enabled, following settings will be applied

Egress expedite queue: dis

wrr bandwidth weights:

qid-weights

1 - 25

2 - 25

3 - 25

4 - 25

Cos-queue map:

cos-qid

0 - 1

1 - 1

2 - 2

3 - 2

4 - 3

5 - 3

6 - 4

7 - 4

 

 

Fra outputen kan du se at qos er default av. Du slaar den paa med komandoen mls qos. Vaer oppmerksom paa at all dscp, cos merking fra maskiner, telefoner vil bli fjernet. Skal du beholde merkingen maa du under interface skrive:

 

Rack1SW3(config-if)#mls qos trust dscp

 

Cos, lag to merking er en merking som kunne finnes paa trunker dot1q/p og isl, saa paa trunkene til ip telefoner kan du skrive:

 

Rack1SW3(config-if)#mls qos trust cos

 

Traffiken fra iptelefonene kan du skille fra data traffikk med kommndoen:

Rack1SW3(config-if)#sw voice vlan 111

Datatraffiken blir som vanligkjort med:

Rack1SW3(config-if)#sw access vlan 10

 

Fra outputen kan du ogsaa se at cos merking 0 og 1 gaar til ko 1, 2 og 3 gaar til ko 2 etc.

Du har mulighet aa lage en low latency ko som gaar forst av alle:

 

Rack1SW3(config-if)#priority-queue out

 

ko nummer 4 blir da expedite ko. (paa 3560 er det ko nummer 1)

 

Policy kan bare bli gjort i utgaande retning og er basert paa DSCP. All inngaande traffik bli mappet med en intern DSCP basert paa inngaande cos og dscp merking.

 

Rack1SW3#sh mls qos maps

 

 

Man kan merke traffik paa veldig mange maater:

 

Per port som feks:

Rack1SW3(config-if)#mls qos cos 3

Rack1SW3(config-if)#mls qos trust cos

Merkede pakker beholder merking, umerkede pakker blir merket med cos 3.

 

Man kan definere traffikk og kjore ingaande policy med merking:

 

Rack1SW3(config)#access-list 100 permit udp any any range 16384 32767

Rack1SW3(config)#class-map VOIP

Rack1SW3(config-cmap)#match access-group 100

Rack1SW3(config)#policy-map MARKVOIP

Rack1SW3(config-pmap-c)#set dscp ef

Paa innkommende interface:

Rack1SW3(config-if)#service-policy input MARKVOIP

 

verifisering:

Rack1SW3(config-if)#mls qos monitor dscp 46

Rack1SW3(config)#do sh mls qos int fa0/4 stat

 

Voice traffik som har blitt merket med EF pakker vil gaa til hurtig ko nummer 4, og i ko nummer 2 ingress. Cisco telefoner merker voice traffik med dscp EF. Du kan gi den en ekstra bandbredde feks 40%:

 

Rack1SW3(config-if)#wrr bandwidth 20 20 20 40

 

Dette er i shared mode dvs andre koer kan bruke andres bandbredde om de ikke bruker alt.

 

interface mot router maa du police med MQC til 2 mbit. Paa 3560 er det enkelst aa bruke srr bandwith limit.

 

policy-map POLICE

class class-default

police 2000000 1000000 exceed-action drop

 

interface:

service-policy out POLICE

Endret 10. september 2008 av VictorOsborn

[Dal]

Hei, beklager sent svar.

Men takk for en glimrende post, dette må jeg se og få prøvd! Jeg har prøvd før med en 3550 uten hell, men en av tabbene er nok at jeg ikke satt noe båndbredde-definisjon på det utgående interfacet. Og det er jo klart; selv om jeg har satt opp alt det andre riktig, så må jo det gå galt hvis switchen tror at det er 100mbit utgående istedet for 2mbit Eller, jeg satte bandwidth-kommandoen, men den blir sannsynligvis ikke brukt i denne sammenhengen da.

 

En annen ting er jeg ikke skille på Voip-trafikk og annen trafikk ved å skille dem på VLAN. All trafikk kjører på samme VLAN, så jeg må ha en annen måte å skille dem på.

Men det må vel kunne funke fint med access-lister og matching vel?

 

Må sette meg opp en liten testbenk her

 

Takk igjen!