Queuing — Files d'attente

! ── Activer WFQ sur une interface (si pas déjà par défaut) ──
interface Serial0/0/0
 fair-queue                   ! active WFQ avec paramètres par défaut

! ── Syntaxe complète avec paramètres ──
interface Serial0/0/0
 fair-queue 64 256 0         ! threshold=64  queues=256  reservable=0
!              │     │      └── queues réservées RSVP (IntServ)
!              │     └──────── nombre de queues dynamiques (défaut : 256)
!              └────────────── seuil de congestion (défaut : 64 paquets)

! ── Augmenter à 1024 queues (pour plus de 256 flux) ──
interface Serial0/0/0
 fair-queue 64 1024 0       ! valeurs possibles : 16, 32, 64, 128, 256, 512, 1024, 2048, 4096

! ── Vérifier ──
show interfaces Serial0/0/0 | include Queueing
show queue Serial0/0/0

! ── Classification par DSCP (recommandé — survit au transit MPLS) ──
class-map match-all CM-VOIX
 match dscp ef                    ! DSCP 46 — voix EF

class-map match-all CM-VIDEO
 match dscp af41                  ! DSCP 34 — vidéo AF41

class-map match-all CM-APPS
 match dscp af31 af21             ! plusieurs DSCP dans un seul match

! ── Classification par ACL (L3/L4 — quand pas de marquage DSCP) ──
ip access-list extended ACL-VOIX
 permit udp any any range 16384 32767  ! ports RTP voix

class-map match-all CM-VOIX-ACL
 match access-group name ACL-VOIX

! ── Classification par protocole (NBAR — reconnaissance applicative) ──
class-map match-all CM-WEBEX
 match protocol webex-meeting       ! NBAR2 identifie l'appli sans ACL

class-map match-all CM-HTTP
 match protocol http                 ! ou https, ftp, ssh, ospf…

! ── Classification par IP Precedence (ancien, interopérabilité) ──
class-map match-all CM-CRITIQUE
 match ip precedence critical        ! Prec 5

! ── match-all vs match-any ──
! match-all = ET logique (tous les critères doivent être vrais)
! match-any = OU logique (un seul critère suffit)
class-map match-any CM-TEMPS-REEL
 match dscp ef
 match dscp af41                   ! voix OU vidéo → même classe

! ── Activer NBAR sur l'interface (requis sur IOS, automatique sur IOS-XE/NBAR2) ──
interface Serial0/0/0
 ip nbar protocol-discovery     ! active la reconnaissance — observe les protocoles

! ── class-maps avec match protocol ──
class-map match-all CM-WEBEX
 match protocol webex-meeting     ! NBAR reconnaît Webex même sur ports dynamiques

class-map match-all CM-RTP-VOIX
 match protocol rtp audio         ! RTP audio uniquement — pas vidéo RTP

class-map match-all CM-P2P
 match protocol bittorrent        ! identifier pour limiter/déprioriser

class-map match-all CM-SQL
 match protocol sqlserver         ! trafic base de données métier

! ── policy-map : même structure que DSCP — NBAR est transparent pour CBWFQ ──
policy-map PM-WAN-NBAR
 class CM-RTP-VOIX
  priority 128                  ! LLQ pour voix identifiée par NBAR — 128 kbps
 class CM-WEBEX
  bandwidth 128                ! CBWFQ pour vidéo conférence — 128 kbps
 class CM-SQL
  bandwidth 64                   ! 64 kbps garanti pour la base de données
 class CM-P2P
  bandwidth 32                   ! confinement P2P — toujours en dernier
 class class-default
  fair-queue

! ── Vérifier ce que NBAR a identifié ──
show ip nbar protocol-discovery interface Serial0/0/0 stats byte-count
show ip nbar protocol-discovery top-n 10  ! top 10 applis les plus actives

! ── Cas 1 : trafic en transit — reclassifier + ordonnancer ──
!    Exemple : le trafic SSH arrive non marqué → on le marque AF21 en sortie
class-map match-all CM-SSH
 match access-group name ACL-SSH   ! ACL identifie le flux SSH

policy-map PM-WAN
 class CM-SSH
  set dscp af21                     ! ① MARQUE le paquet DSCP 18
  bandwidth 64                      ! ② GARANTIT 64 kbps minimum

! ── Cas 2 : trafic généré par le routeur (OSPF, BGP, SSH management) ──
!    Un service-policy OUTPUT sur une interface attrape aussi les paquets
!    originés par le routeur lui-même qui sortent par cette interface
class-map match-all CM-OSPF-LOCAL
 match protocol ospf                ! NBAR identifie les hellos OSPF locaux

policy-map PM-WAN
 class CM-OSPF-LOCAL
  set ip precedence critical        ! Prec 5 sur les paquets de contrôle
  bandwidth 32                      ! 32 kbps garanti pour les paquets de contrôle

! ── Alternative pour protocoles de routage — commande ip-precedence ──
router ospf 1
 ip-precedence critical           ! marque tous les paquets OSPF générés par ce process

router bgp 65000
 neighbor 10.0.0.1 dscp 40         ! marque les paquets BGP vers ce voisin (IOS 15.x+)

! ══════════════════════════════════════════════════════════
!  Étape 1 — class-maps : QUI est classé ?
! ══════════════════════════════════════════════════════════
class-map match-all CM-VOIX
 match dscp ef                    ! EF = DSCP 46 — voix IP

class-map match-all CM-VIDEO
 match dscp af41                  ! AF41 = DSCP 34 — vidéo

class-map match-all CM-APPS
 match dscp af31                  ! AF31 = DSCP 26 — applis métier

! class-default récupère tout le reste (backup FTP, BE…)

! ══════════════════════════════════════════════════════════
!  Étape 2 — policy-map : QUOI faire ?
! ══════════════════════════════════════════════════════════
policy-map PM-WAN-CBWFQ
 class CM-VOIX
  bandwidth 128                ! 128 kbps garantis — 25% de 512k

 class CM-VIDEO
  bandwidth 128                ! 128 kbps garantis — 25%

 class CM-APPS
  bandwidth 128                ! 128 kbps garantis — 25%
!  Total explicite = 384 kbps = 75% de 512k ← limite exacte
!  class-default reçoit les 128k restants (25%) — backup FTP ici

 class class-default
  fair-queue                    ! équité entre flux non classifiés dans ce bucket

! ══════════════════════════════════════════════════════════
!  Étape 3 — service-policy : OÙ appliquer ?
! ══════════════════════════════════════════════════════════
interface Serial0/0/0
 bandwidth 512                  ! IOS doit connaître la bw logique (kbps)
 service-policy output PM-WAN-CBWFQ

! ── Scénario : on essaie d'allouer trop ──
policy-map PM-TOO-MUCH
 class CM-VOIX
  bandwidth 200                ! 200 kbps
 class CM-VIDEO
  bandwidth 200                ! 200 kbps
 class CM-APPS
  bandwidth 100                ! 100 kbps → total = 500 kbps = 97.6% de 512k ❌

interface Serial0/0/0
 bandwidth 512
 service-policy output PM-TOO-MUCH

! ── Réponse IOS ──
%CBWFQ: bandwidth sum 500000 bps exceeds 75% of interface bandwidth 512000 bps (384000 bps)
%Service policy PM-TOO-MUCH not applied on interface Serial0/0/0 - insufficient bandwidth

! ── Fix : descendre à 384 kbps max ──
!    Voix=128k + Video=128k + Apps=128k = 384k = 75% ← OK
!    Ou utiliser "bandwidth percent" pour être auto-adaptatif :
 bandwidth percent 25           ! → voir section ci-dessous

! ── Scénario : contrat WAN upgradé de 512k à 1 Mbps ──────────

!  Avec valeur absolue — tu dois tout recalculer manuellement :
interface Serial0/0/0
 bandwidth 1024                 ! nouveau contrat 1 Mbps

policy-map PM-WAN
 class CM-VOIX
  bandwidth 256               ! ← à changer manuellement (était 128)
 class CM-VIDEO
  bandwidth 256               ! ← à changer manuellement
 class CM-APPS
  bandwidth 256               ! ← à changer manuellement
!  3 lignes à modifier → risque d'oubli, erreur humaine

!  Avec percent — 1 seule ligne à changer :
interface Serial0/0/0
 bandwidth 1024                 ! ← seul changement nécessaire

policy-map PM-WAN
 class CM-VOIX
  bandwidth percent 25         ! 512k → 128k, 1024k → 256k : auto-recalcul
 class CM-VIDEO
  bandwidth percent 25         ! idem
 class CM-APPS
  bandwidth percent 25         ! idem — total = 75% ← respecte la règle
!  La policy-map ne change pas — seule la bandwidth interface suffit

! ── Ce que priority 128 fait réellement ──────────────────
 class CM-VOIX
  priority 128    ! équivaut EXACTEMENT à :
!                   ① file strictement prioritaire (sort avant toutes les autres)
!                   ② police rate 128 kbps — excès droppé, jamais bufferisé
!
! ── Scénario piège : 3 appels voix G.711 sur lien 512k ───
!    3 appels G.711 = 3 × 85 kbps = 255 kbps réels (codec + headers)
!    priority 128 → seulement 128 kbps passent, 127 kbps droppés → voix dégradée !
!
! ── Fix 1 : ajuster la valeur absolue
 class CM-VOIX
  priority 256          ! 256 kbps = 3 × 85k + marge ≈ correct pour 3 appels G.711
!
! ── Fix 2 : utiliser priority percent — s'adapte si le lien change
 class CM-VOIX
  priority percent 50   ! 50% de 512k = 256k → couvre 3 appels G.711
!
! ⚠  MAIS 50% pour la voix sur un lien 512k, c'est dangereux — voici pourquoi :
!
!    Budget lien 512k                                    512 kbps  (100%)
!    └─ priority voix  (3 appels G.711)                  256 kbps  ( 50%)
!    └─ control plane  (OSPF hellos, BGP keepalives…)    ~128 kbps ( 25%)  ← réservé
!    └─ reste pour données, vidéo, backup                ~128 kbps ( 25%)  ← quasi rien !
!
!    Règle empirique : priority ≤ 33% du lien
!    Au-delà, le risque de starvation des autres classes devient réel.
!
! ── Conclusion : 3 appels G.711 sur 512k, c'est trop
!    Passer à G.729 : 3 × 30k = 90k = 17.5% → budget sain, reste 57.5% pour données
 class CM-VOIX
  priority percent 18   ! 18% de 512k = ~92k → 3 appels G.729 avec marge
!
! ── priority percent — syntaxe et référence ──────────────
!    La référence est la commande 'bandwidth' de l'interface (pas la vitesse physique)
!
! ⚠  PIÈGE : bandwidth par défaut ≠ CIR sur Ethernet WAN
!
!    Interface Serial  → bandwidth par défaut = clockrate → souvent correct
!    Interface GigE    → bandwidth par défaut = 1 000 000 kbps (vitesse physique !!!)
!
!    Si tu oublies de déclarer la CIR sur une GigE :
!      priority percent 25 = 25% de 1 000 000k = 250 Mbps → le policer ne sert à rien !
!
!    Il faut donc déclarer manuellement la CIR réelle du lien WAN :
interface GigabitEthernet0/1
 bandwidth 512         ! déclare ta CIR à IOS — référence pour tous les calculs % QoS
!                        ! ne limite PAS le trafic — c'est uniquement un paramètre IOS
!                        ! le vrai shaping est fait par 'shape average' dans la policy
!
! ── Si le lien monte de 512k à 1M : changer bandwidth → tout s'adapte
interface GigabitEthernet0/1
 bandwidth 1000        ! lien upgradé à 1M — priority percent 25 = 250k automatiquement
!                        ! sans toucher à la policy-map — c'est l'avantage de percent
!
 class CM-VOIX
  priority percent 25   ! 25% = valeur raisonnable sur un lien dimensionné pour la voix

! ── Formule de dimensionnement ──────────────────────────
!   priority = nb_appels × débit_réel/appel × marge (1.10 à 1.20)
!
! Scénario A : 2 appels G.711 simultanés max
!   priority = 2 × 85 × 1.1 = 187 kbps → arrondir à 192
 class CM-VOIX
  priority 192          ! 2 appels G.711 avec marge 10%

! Scénario B : 10 appels G.729 simultanés max
!   priority = 10 × 30 × 1.1 = 330 kbps
 class CM-VOIX
  priority 330          ! 10 appels G.729 avec marge 10%

! Scénario C : lien 512k, 2 appels G.711
!   priority 192 = 37.5% du lien ← attention, limite recommandée 33%
!   Considérer G.729 ou réduire le nombre d'appels simultanés
!
! Ajouter signalisation SIP/H.323 : +10-20 kbps par trunk actif
 class CM-SIGNALISATION
  bandwidth 20          ! CBWFQ suffit — la signalisation tolère +latence

! ── Sans shape parent — LLQ rarement actif ────────────────
interface GigabitEthernet0/1
 bandwidth 512                      ! déclare la CIR à IOS
 service-policy output PM-LLQ-SEUL   ! LLQ actif seulement si TX queue pleine
!  Résultat : en trafic normal (interface GigE), les paquets filent dans le FIFO hardware
!  La TX queue ne se remplit jamais → LLQ ne s'active pas → voix n'est pas prioritaire
!
! ── Avec shape parent — configuration complète ───────────
!
!  ÉTAPE 1 — policy enfant : les vraies règles LLQ + CBWFQ
policy-map PM-CHILD-LLQ
 class CM-VOIX
  priority 128          ! LLQ — voix strictement prioritaire, policer 128k intégré
 class CM-VIDEO
  bandwidth 128          ! CBWFQ — vidéo garantie, servi quand voix satisfaite
 class CM-APPS
  bandwidth 128          ! CBWFQ — apps métier garanties
 class class-default
  fair-queue             ! WFQ pour le reste (backup, inconnu…)
!
!  ÉTAPE 2 — policy parent : shape + appel de la policy enfant
policy-map PM-PARENT
 class class-default
  shape average 512000  ! crée le sas logiciel à 512 kbps
!                          ! → la Shape Queue est toujours pleine → LLQ toujours actif
  service-policy PM-CHILD-LLQ  ! LLQ + CBWFQ tournent dans ce sas
!
!  ÉTAPE 3 — appliquer sur l'interface
interface GigabitEthernet0/1
 bandwidth 512                 ! déclare la CIR — référence pour les calculs %
 service-policy output PM-PARENT  ! ← toujours le PARENT sur l'interface, jamais l'enfant
!
!  Hiérarchie : PM-PARENT (shape 512k) → PM-CHILD-LLQ (priority + bandwidth)
!  Le shaping est traité en détail dans le chapitre QoS Shaping

! ── Multi-level LLQ (IOS-XE 15.x+) ───────────────────────
policy-map PM-MULTI-LLQ
 class CM-VOIX
  priority level 1 128    ! level 1 = absolu — servie avant TOUT
 class CM-VIDEO-RT
  priority level 2 256    ! level 2 — servie après level 1, avant CBWFQ
 class CM-APPS
  bandwidth 128            ! CBWFQ classique
 class class-default
  fair-queue

! ⚠ Risque : si level 1 + level 2 saturent → starvation CBWFQ
!   Dimensionner level 1 + level 2 ≤ 50% du lien au total

! ── Vérifier les drops sur la priority queue ──────────────
show policy-map interface Serial0/0/0

! Extrait de sortie :
 Class-map: CM-VOIX (match-all)
   packets: 12450, bytes: 747000
   Output Queue: Conversation 265/1
   (pkts matched/bytes matched) 12450/747000
   (total drops) 0         ! ← 0 drops = priority bien dimensionné ✓
   (total drops) 847       ! ← drops > 0 = priority trop bas ! augmenter

! ── Réinitialiser les compteurs ───────────────────────────
clear counters Serial0/0/0

! ── Vérifier en temps réel ────────────────────────────────
show policy-map interface Serial0/0/0 | include drops|Class|packets

! ── Étape 1 : class-maps ──────────────────────────────────
class-map match-all CM-VOIX
 match dscp ef                  ! VoIP RTP — DSCP 46

class-map match-all CM-VIDEO
 match dscp af41                ! Teams, Webex vidéo — DSCP 34

class-map match-all CM-APPS
 match dscp af31                ! ERP, CRM — DSCP 26

! class-default matche tout ce qui reste (backup, web...)

! ── Étape 2 : child policy — queuing dans les 512 kbps ───
policy-map PM-WAN-CHILD

 class CM-VOIX
  priority 128                  ! LLQ — sort EN PREMIER — 128 kbps max

 class CM-VIDEO
  bandwidth 128                ! CBWFQ — 128 kbps garanti minimum

 class CM-APPS
  bandwidth 128                ! CBWFQ — 128 kbps garanti minimum

 class class-default
  fair-queue                    ! backup et reste — ce qui reste (~128k)

! ── Étape 3 : parent policy — shape total à 512 kbps ─────
policy-map PM-WAN-PARENT
 class class-default
  shape average 512000          ! plafonner tout le trafic à 512 kbps
  service-policy PM-WAN-CHILD   ! appliquer les priorités dans les 512k

! ── Étape 4 : application sur l'interface WAN ─────────────
interface Serial0/0/0            ! ou GigabitEthernet vers PE MPLS
 service-policy output PM-WAN-PARENT

! Vue complète avec compteurs par classe
show policy-map interface Serial0/0/0 output

! Vue synthétique — toutes les interfaces
show policy-map interface

! Vérifier le shaping
show traffic-shape
show traffic-shape statistics

! Vérifier les class-maps
show class-map
show class-map CM-VOIX

! Reset des compteurs
clear counters Serial0/0/0