VoIP SRST (urvivable Remote Site Telephony): Dans un environement Call Manager, CME peut être utilisé en backup pour garantir la communication intersite. CAC: CAll Admission Control: si on dépasse la BP allouée pour la voix, random drop= tous les appels impactés. CAC empêche ce phénomène: empêche d'avoir plus d'appels simultanés que ne le permets la BP allouée pour la voix. FXS : Foreign exchange Subscriber : relié à un terminal (un téléphone) FXO : Foreign exchange Office : Relié à un réseau tél (voip/pstn) dial-peer command : créé les voix routes: dial-peer voice # {TYPE} #= numéro pour identifier le dialpeer, pas de signification particulière type = POTS/VoIP/... -destination-pattern XXXX: numéro distant X = Numéro ou '.' (. = wildcard) -port X/X/X (pour POTS) : Indique le port distant -session target ipv4:X.X.X.X (pour voip) : IP distante pour trunk voip (ipv4 peut aussi être DNS:uri...) dans le cas d'un FXS, le destination pattern sera le numéro du téléphone rattaché au port. QoS: conseillé d'avoir entre 4 et 11 classe de trafic (moins de 4 = QoS pas forcément utile) -Best Effort : envoyer au mieu -INtegrated services (intserv) : Utilise RSVP: la source "réclame" de la BP aux routeurs -Differentiated services (diffserv) : Intelligence fait sur les routeurs (classification, marquage, priorisation,...) QPM : PLugin ciscoworks pour manager la QoS de tout le réseau NBAR : Network based application recognition certains protocoles sont inclus dans l'IOS (la liste évolue en fonction des versions), pour les anciennes versions, on peux rajouter les pdlm pour NBAR. utiliser NBAR: match protocol dans une class-map NBAR n'utilise pas de signatures pour les protocoles standards, tels que DNS/DHCP... (ils ne seraient pas reconnus par les OS sinon). Pour changer ces ports, utiliser: ip nbar port-map {protocol} {TCP/UDP} {PORT1} [{PORT2} {PORTN}] Custom appli NBAR: ip nbar custom {name} {TCP/UDP/SRC/DST/BYTE OFFSET PAYLOAD} {VALUE} pour le byte offset, je peux par exemple chercher une chaine, ou une valeur, à un offset X(0-255) du payload. ensuite je peux faire un match protocol {name} dans une class-map NBAR Protocol discovery: int typeX/X ip nbar protocol-discovery -permets de faire des statistiques par protocole NBAR Queuing -FIFO : 1 Queue -par défaut sur les interface LAN -Priority Queuing : 4 niveau de Queuing : Les premières queue sont prioritaires, si elles ne sont aps vide, pas de processing des autres, donc possibilité de blocage -Custom Queuing : 16 QUeues : Répartition pondérée entre les queues (pas de blocage à la 1ère queue) : Certaine queue vont être prioritaire, mais non blocante. -Non recommandé pour la VoIP car pas de garantie de délay -Weighted fair queuing (WFQ) -Répartition par flux -Pas de garantie de délay ou de BP -Prend en compte le marking L3 -par défaut sur les interface WAN -commande fair-queue en config-if -faire-queue {cong. disc. Threshold} {number of queues} {reservable queues} {cong. disc. Threshold} : Paquets max dans une queue WFQ. Visible dans la ligne output queue dans le shot int {number of queues} : nombre de queue différente: par défaut 256: doit être un multiple de 2 {reservable queues} : queue réservables via RSVP : default 0 -Class based WFQ (CBWFQ) -WFQ par class (jusqu'a 256 class) -Garantie de BP (ex j'alloue X Mb/s pour une class, Y pour une autre, et WFQ pour le reste) -LLQ -1 Priority Queue + CBWFQ -Possibilité de policer la Priority Queue pour éviter de bloquer les autres commande config-if# hold-queue XXX in/out : Maximum de paquets totaux dans une queue (in/out) commande show queue : affiche toutes les queue et leur taille Si pas de congestion pas de queue par défaut, jusqu'a 75% de la BP réservable (changeable avec max-reserved-bandwidth) Congestion avoidance: par défault: taildrop (une queue full drop les paquets arrivant) RED (standard), WRED (cisco) Cisco ne fait pas de RED. Le WRED s'active via random-detect dans une policy-map (pour une class). Necessite la commande BP (sinon WRED ne sait pas quand on approche la limite) on peut préciser les min et max-treshold précise quand on RED commences à dropper (min), et quand il droppes les paquets selon la proba de drop (max), prob = 1/10 par défaut ECN = Explicit Congestion Notification Utilise les 2 denrniers bits de DSCP (l'host participe à la QoS) Vista est le premier OS à utiliser ECN (00 = pas capable ECN, 01 ou 10 = ECN capable, et 11 = congestion) Link Efficiency Delai de serialization: Temps que le paquets passe de la mémoire du routeur sur le lien (si un a une liaison wan lente, délai de sérialization long, si on a du FDDI 10G, osef). Header compression: Monitore les headers identiques et leur affecte un label à la place (pour rtp par exemple passe de 40o à 4octets VPN QoS: L'encapsulation dans le VPN est traitée avant la QoS, donc si on fait de la QoS en fonction des ports, ça foire (le ToS est conservé dans l'entête du VPN). Pour palier à ça, utiliser la commande QoS pre-classify en config-if# (sur l'int tunnel ou l'int qui a la crypto map) Utile si on fait par exemple du policing sur un port TCP, qui serait encrypté dans le tunnel VPN. cette fonction garde en mémoire une copie des header originaux avant de les tunneler, cela se comporte donc comme si l'on faisait la QoS avant l'encapsulation dans le VPN AUTOQoS: à la base, uniquement pour la voix, mais maintenant aussi pour les application d'entreprise. AutoQoS Enterprise monitor le réseau pendant X jours(utilise NBAR proto discovery, et donc du CPU) et réparti le trafic en 11 classes et fait la QoS. Sur l'interface WAN, autoQoS dépend de la bandwidth configurée (modèles différents sur les liens haut débits ou faible débit) commande : auto qos voip AutoQoS Supporté sur les routers et switchs récents. Nécessite CEF autoQoS voice configure le routeur pour générer des traps lorsque l'on drop la voix AutoQos enterprise: config-if#auto discovery qos show auto discovery qos: affiche les résultats: bp moyenne par class (avec les protos dans les class) -affiche à la fin la config QoS générée. -Si pas de congestion, la policy sera très simple pour appliquer la policy: config-if#auto qos WIRELESS WiFi Multimedia (WMM) 802.1e = QoS Wifi QoS wifi : 4 queues (voice, video, best effort, background) Prioritisation par timeslots : moins d'attente pour le traffic important (voix) Géré par le client