Qos sur cisco 881

[rico]

Bonjour à tous.
Pour mon premier post sur ce forum, j'ai quelques petites questions concernant la qualité de service sur les Cisco 880 series.

Ma configuration est la suivante :

ports FE/0-3 : passerelles de sous réseaux connectés à ces ports.
port FE/4 : interco avec coeur de réseau.

Sur les ports 0-3, j'ai donc un VLAN par port sur lequel j'ai mis une adresse ip du sous réseau (qui sert donc de GW) :

Code: Select all

interface FastEthernet0
switchport access vlan 20
!
interface FastEthernet1
switchport access vlan 157
!
interface FastEthernet2
service-policy output CBWFQ
!
interface FastEthernet3
switchport access vlan 173
!         
interface FastEthernet4
ip address 10.11.12.10 255.255.255.252
duplex auto
speed auto
service-policy output CBWFQ
!
interface Vlan1
description $ETH-SW-LAUNCH$$INTF-INFO-HWIC 4ESW$
no ip address
ip tcp adjust-mss 1452
!
interface Vlan20
description VLAN 20 : data
ip address 192.168.20.7 255.255.255.0
ip helper-address 192.168.141.10
!
interface Vlan157
description VLAN 157 : flux techniques
ip address 192.168.157.7 255.255.255.0
!
interface Vlan158
description VLAN 158 : voix
ip address 192.168.158.7 255.255.255.0
!         
interface Vlan173
description VLAN 173 : visio
ip address 192.168.173.7 255.255.255.0
!         


Concernant la QoS maintenant, j'ai créé les policy-map, class-map :

Code: Select all

class-map match-any data
match input-interface Vlan20
class-map match-any voix_visio
match input-interface Vlan158
class-map match-any technique
match input-interface Vlan157
!
!
policy-map CBWFQ
class data
    bandwidth 4000
class voix_visio
    bandwidth 4999
class technique
    bandwidth 1000


Et j'ai finalement assigné "service-policy output CBWFQ" à mon interface FE/4 (qui est la passerelle par défaut de mon routeur)

J'ai ensuite commencé mes tests :

Code: Select all


#sho policy-map interface fastEthernet 4
FastEthernet4

  Service-policy output: CBWFQ

    Class-map: data (match-any)
      91386 packets, 138329908 bytes
      5 minute offered rate 0 bps, drop rate 0 bps
      Match: input-interface Vlan20
        91386 packets, 138329908 bytes
        5 minute rate 0 bps
      Queueing
      queue limit 64 packets
      (queue depth/total drops/no-buffer drops) 0/0/0
      (pkts output/bytes output) 91386/138329908
      bandwidth 4000 kbps

    Class-map: voix_visio (match-any)
      90230 packets, 136573044 bytes
      5 minute offered rate 0 bps, drop rate 0 bps
      Match: input-interface Vlan158
        90230 packets, 136573044 bytes
        5 minute rate 0 bps
      Queueing
      queue limit 64 packets
      (queue depth/total drops/no-buffer drops) 0/0/0
      (pkts output/bytes output) 90230/136573044
      bandwidth 4999 kbps

    Class-map: technique (match-any)
      0 packets, 0 bytes
      5 minute offered rate 0 bps, drop rate 0 bps
      Match: input-interface Vlan157
        0 packets, 0 bytes
        5 minute rate 0 bps
      Queueing
      queue limit 64 packets
      (queue depth/total drops/no-buffer drops) 0/0/0
      (pkts output/bytes output) 0/0
      bandwidth 1000 kbps

    Class-map: class-default (match-any)
      5 packets, 300 bytes
      5 minute offered rate 0 bps, drop rate 0 bps
      Match: any
     
      queue limit 64 packets
      (queue depth/total drops/no-buffer drops) 0/0/0
      (pkts output/bytes output) 5/300


Jusque là, tout me semble correct.

Par contre, quand j'utilise iperf pour mes tests, et que j'envoie en même temps sur ces deux interfaces :
- interface fe/0 (VLAN 20, class-map 'data')
- interface fe/2 (VLAN 158, class-map 'voix_visio')

Les débits annoncés par iperf ne sont pas ceux que j'ai spécifiés dans ma policy-map. Ils varient, comme si il n'y avait pas de QoS en place.

J'espère avoir été clair, et j'espère aussi que quelqu'un pourra m'aider sur ce sujet !
Cdt,
Rico

[Alexandre DEPREZ]

Ce que tu veux faire est du traffic shapping.

la commande bandwith dans ta policy map te garantie une bande passante en cas de congestion, essaie plutôt d'utiliser cette commande la

Router(config-pmap-c)#shape {average | peak} cir [bc] [be]

[rico]

Ce que tu veux faire est du traffic shapping.

la commande bandwith dans ta policy map te garantie une bande passante en cas de congestion, essaie plutôt d'utiliser cette commande la

Router(config-pmap-c)#shape {average | peak} cir [bc] [be]

Bonjour, et merci pour la réponse.

Ce que je veut faire est bien garantir une bande passante en cas de congestion, pour maintenir par exemple la qualité des comms VoIP. D'après ce que j'ai compris, si je limite la bande passante, les paquets qui ne rentre pas dans la queue seront automatiquements dropés (directive queue-limit). je n'ai pas mis cette directive dans ma conf donc par défaut elle vaut 64.

Ce que je veut concrètement :
En cas de non congestion, les flux utilisent la bande passante qu'ils veulent (même celle attribuée à d'autres classes).
En cas de congestion, on bride à la valeur indiquée dans la policy-map.


Cordialement,
Rico

[bastien migette]

dans ce cas il faut bien que t'utilises la commande bandwidth, tu as une bp minimale, mais pas de max contrairement au shaping/policing. Par contre, le débit est en kbps, peux tu nous dire comment tu effectue ton test ?

essaie aussi de mettre un load-interval 30 sur ton interface pour rafraichir les données des stats en 30 s au lieu de 5 minutes

[rico]

dans ce cas il faut bien que t'utilises la commande bandwidth, tu as une bp minimale, mais pas de max contrairement au shaping/policing. Par contre, le débit est en kbps, peux tu nous dire comment tu effectue ton test ?

Voici le déroumement de mon test (avec iperf). Je précise que le lien entre mon routeur et le PE sur fe/4 est limité à 10Mb/s.
- t=0 : Je lance un iperf qui passe par l'interface fe/2 (vlan 158 -> class voix_visio -> bandwidth 4999) pendant 100 secondes.
-> Iperf utilise presque toute la bande passante (environ 9Mb/s) => OK
- t=10s : Je lance un 2ème iperf qui passe par l'interface fe/0 (vlan 20 -> class data -> bandwidth 4000) pendant 40 secondes.
-> La bande passante utilisée par iperf sur fe/2 (voix) fluctue entre 2Mb/s et 8Mb/s
-> La bande passante utilisée par iperf sur fe/0 (data) fluctue entre 2Mb/s et 8Mb/s
- t=50s : fin de l'iperf sur fe/0.
-> La bande passante utilisée par iperf sur fe/2 (voix) repasse a 9Mb/s

essaie aussi de mettre un load-interval 30 sur ton interface pour rafraichir les données des stats en 30 s au lieu de 5 minutes

Ok, quand je fait un "show int" dans la CLI, je vois bien (par ex pour l'interface vlan 158) que le load interval est passé à 30 sec, mais ca ne change rien sur les tests de débits.
voici le show int :

Code: Select all

FastEthernet0 is up, line protocol is up
  Hardware is Fast Ethernet, address is 5475.d011.08e0 (bia 5475.d011.08e0)
  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, 100Mb/s
  ARP type: ARPA, ARP Timeout 04:00:00
  Last input never, output never, output hang never
  Last clearing of "show interface" counters never
  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 414000 bits/sec, 31 packets/sec
  5 minute output rate 0 bits/sec, 8 packets/sec
     16762 packets input, 25392676 bytes, 0 no buffer
     Received 14 broadcasts, 0 runts, 0 giants, 0 throttles
     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
     0 input packets with dribble condition detected
     9334 packets output, 663372 bytes, 0 underruns
     0 output errors, 0 collisions, 2 interface resets
     0 unknown protocol drops
     0 babbles, 0 late collision, 0 deferred
     0 lost carrier, 0 no carrier
     0 output buffer failures, 0 output buffers swapped out

FastEthernet2 is up, line protocol is up
  Hardware is Fast Ethernet, address is 5475.d011.08e2 (bia 5475.d011.08e2)
  MTU 1500 bytes, BW 100000 Kbit/sec, DLY 100 usec,
     reliability 255/255, txload 1/255, rxload 4/255
  Encapsulation ARPA, loopback not set
  Keepalive set (10 sec)
  Full-duplex, 100Mb/s
  ARP type: ARPA, ARP Timeout 04:00:00
  Last input never, output never, output hang never
  Last clearing of "show interface" counters never
  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 1776000 bits/sec, 146 packets/sec
  5 minute output rate 46000 bits/sec, 77 packets/sec
     65800 packets input, 99871246 bytes, 0 no buffer
     Received 1 broadcasts, 0 runts, 0 giants, 0 throttles
     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
     0 input packets with dribble condition detected
     34616 packets output, 2445890 bytes, 0 underruns
     0 output errors, 0 collisions, 2 interface resets
     0 unknown protocol drops
     0 babbles, 0 late collision, 0 deferred
     0 lost carrier, 0 no carrier
     0 output buffer failures, 0 output buffers swapped out
FastEthernet4 is up, line protocol is up
  Hardware is PQII_PRO_UEC, address is 5475.d011.08e4 (bia 5475.d011.08e4)
  Internet address is 10.11.12.10/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, 100Mb/s, 100BaseTX/FX
  ARP type: ARPA, ARP Timeout 04:00:00
  Last input 00:08:28, output 00:00:42, output hang never
  Last clearing of "show interface" counters never
  Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
  Queueing strategy: Class-based queueing
  Output queue: 0/1000/0 (size/max total/drops)
  30 second input rate 6000 bits/sec, 13 packets/sec
  30 second output rate 366000 bits/sec, 28 packets/sec
     43438 packets input, 2902780 bytes
     Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
     0 watchdog
     0 input packets with dribble condition detected
     82545 packets output, 124931294 bytes, 0 underruns
     0 output errors, 0 collisions, 2 interface resets
     0 unknown protocol drops
     0 babbles, 0 late collision, 0 deferred
     0 lost carrier, 0 no carrier
     0 output buffer failures, 0 output buffers swapped out

Vlan20 is up, line protocol is up
  Hardware is EtherSVI, address is 5475.d011.08e0 (bia 5475.d011.08e0)
  Description: VLAN 20 : data
  Internet address is 192.168.20.7/24
  MTU 1500 bytes, BW 100000 Kbit/sec, DLY 100 usec,
     reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation ARPA, loopback not set
  ARP type: ARPA, ARP Timeout 04:00:00
  Last input 00:00:31, output never, output hang never
  Last clearing of "show interface" counters never
  Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
  Queueing strategy: fifo
  Output queue: 0/40 (size/max)
  30 second input rate 19000 bits/sec, 0 packets/sec
  30 second output rate 0 bits/sec, 0 packets/sec
     16755 packets input, 25324600 bytes, 0 no buffer
     Received 11 broadcasts, 0 runts, 0 giants, 0 throttles
     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
     9083 packets output, 610976 bytes, 0 underruns
     0 output errors, 1 interface resets
     0 unknown protocol drops
     0 output buffer failures, 0 output buffers swapped out

Vlan158 is up, line protocol is up
  Hardware is EtherSVI, address is 5475.d011.08e0 (bia 5475.d011.08e0)
  Description: VLAN 158 : voix
  Internet address is 192.168.158.7/24
  MTU 1500 bytes, BW 100000 Kbit/sec, DLY 100 usec,
     reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation ARPA, loopback not set
  ARP type: ARPA, ARP Timeout 04:00:00
  Last input 00:04:31, output never, output hang never
  Last clearing of "show interface" counters never
  Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
  Queueing strategy: fifo
  Output queue: 0/40 (size/max)
  30 second input rate 165000 bits/sec, 11 packets/sec
  30 second output rate 1000 bits/sec, 5 packets/sec
     65800 packets input, 99608046 bytes, 0 no buffer
     Received 1 broadcasts, 0 runts, 0 giants, 0 throttles
     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
     34358 packets output, 2291946 bytes, 0 underruns
     0 output errors, 1 interface resets
     0 unknown protocol drops
     0 output buffer failures, 0 output buffers swapped out


Cdt

[rico]

une idée quelqu'un ?

[bastien migette]

comment mesures tu ta BP ? Avec iperf ?
Car si ça varie entre 2 et 8, ça te fait une moyenne de 4 ce qui serait en accord avec ce que tu as fait, simplement il pourrais s'agir d'un délai de rafraichissement... Par contre, pourquoi mettre 4M pour de la voix ?

Après, il faut savoir que si tu as un policing à 10M derrière ton routeur, il ne va pas forcément dropper équitablement tes flux:
exemple, tu envoi 10M sur une interface en data, puis 10M sur une autre en voix, tu mets une BP garantie pour ces deux flux sur ces interfaces, ok, mais il n'y a que leur traffic, donc tu ressort par la F0/4 avec 20M de traffic policé à l'arrache.
Il te faudrait de la QoS hiérarchique:

policy-map Voice_Data
class voice
bandwidth 4000
class data
bandwidth 5000
exit
policy-map Police_Voice_Data
class class-default
police 10M
service-policy Voice_Data
exit

int F0/4
service-policy Police_Voice_Data output

un truc du genre (je sais pas si on peut mettre une service policy dans la classe default, auquel cas recréé une class match any...)