{\pwi ddTahomaP/=  SS@f00I -/f*(&0~:W8 [6f42|<?=FDB RPN LJHX^`b;d f ^hjEln p,rCtLv exz|~ (M A- . QoS SU IPB.  A/E+ La consegna dei pkt non garantita e neppure l'ordine di ricezione.IP adatto a traffico Bursty.Offre connection less quindi non riserva la banda disponibile.IP non riesce a seguire l'evoluzione di internet,non riesce a garantire qualit.B+& ( (  $o &  A*"fn) Normalmente la gestione intelligente della banda con congestione e servizio predicibile,questo QoS.B)%   #X  A(5' Parametri importanti sono banda(,throughput ) e ritardi (max e jitter).La rete deve essere affidabile questo 1 limite sulla QoS.Spinta per risolvere problemi di fonia su IP.B'  % ( ' #B A& % B% A0"; MECCANISMI PER FARE QOSB;  A:(~9 Meccanismi tre due endpoint o sulla lato periferico o sul lato server.Un router deve classificare il traffico che attraversa.B9 $ %k )   A8W^7 1-STATELESS:basato su porte e indirizzo si basa sul singolo pkt,preferibili + leggeri..B7B  \  A6_[b 5 divisi in type of service,campo ip, o porte note session id,dipende da implementazione diventa stateful.Si implementa in software creando alberi binari per in base a porte e indirizzi discrimino il traffico,in hardware si usano delle CAM che contengono sessionid address,ritornato il valore faccio accesso a memoria dove ci sono info su sessione.B5& !F $ A $b $   ] % #= $  < A4"fm3 2-STATEFUL:prevede negoziazione del servizio in avvio e prevede filtri sul router per controlli vari..B3  + f A2<1 La classificazione si basa su parsing di header,con ipv6 puo' essere costoso per extension header.Per questo si usa contenuto di type of service ToS di ip,posso classificare solo traffico,non provenienza.B1) $ # %   A<'|@ Classifico su edge finemente e lo si butta sul backbone con etichetta di ToS,che viene controllato dai router di backbone. B@ % $| (   A? > Meccanismi end2endB> A=CA 1-Call acceptance control costoso e difficile da gestire.Se non ho le risorse blocco chiamata in ingresso.Si divide in net2net per i router e usr2net da user a rete,usando protocolli diversi.Attualmente tecnologicamente irrealizzabile.BA$ " ' !    !* AF-E 2-Capacit di adattare la QoS,si basa su feedback,la rete trasparente e gli applicativi si mettono d'accordo per usare max qualit possibile.BE & ( %  AD C BC ABG SHAPER E POLICYINGBG&  ARz Q Il primo sul lato usr trasforma il traffico per renderlo conforme a parametri negoziati.Da lato telecom si fa controllo su traffico in arrivo da usr,scartando pkt in + rispetto negoziazione,declassandoli..Si implementa lo shaper con leaky bucket.Cestino che contiene token di profondit definita.Tx finch non finiscono e il secchiello viene riempito a velocit pari al bit rate.Questo definisce il throughput e mi da' possibilit di tx burst brevi.BQ!#0 != ' &k     0 % "A ) #9 !  AP O BO ANM Meccanismi tra routerBM3 ALi K Un router ha ingressi,uscite e matrice di commutazione.Posso mettere un buffer per accodare i pkt in uscita,la matrice in questo caso deve essere velocissima x gestire tutti gli ingressi. Se bufferizzo solo ingressi posso avere problema di pkt in coda che aspettano di passare perch il primo della coda deve andare verso un uscita gi occupata.Con bufferizzazione introduco ritardi.BK' ! ' # * "K "j %  G a #A AJ I BI AH STU V$WBS9 CTT@B)<Z/:_:]٧nzOz餇D/t-쿿Vyu: 4a.%PP @`_aB -8d/(zC><$Gxlu}ypCV @ ((O|H |AJ^s߅"CW@sp'9 AFQ%PBDP EQD>6ك>|_x /lEt?sݷ|[C\5@=W7ߟ 4أo_@P@?D("(l9;ls ]?xyv۳={9 ;=|__{ +Dxܯ>!1{$x:Ǘ_A|l^xᄃށ;lC]@am /J @@@p b|GN6醇o;C!+>peQFdQDfo!PDa&0w_A^ _ B_ A`a A questo punto importante lo scheduling,suppongo di lavorare con switch bufferizzato.Tanti ingressi su stessa uscita arrivano insieme lo scheduler ne decide l'ordine,FIFO,priority queuing divide il traffico in code e le serve a seconda delle priorit.Round robin non e pesato risolve problema di starvation.GPS lavora supponendo di poter stirare i pkt flussi d'acqua e tubo drenante,invio contemporaneo dei pkt in %,il modello matematico non va molto bene in realt perch i pkt non si possono stirare,applicazione weighted fair queuing,cerca di dare banda da chi ne ha bisogno in base a classi.Class base queuing divide la banda in classi e a sua volta ogni classe prevede ulteriori divisioni.Se non viene usata una sottoclasse un altra della stessa agenzia la usa.Ba: $ & "F  ) & !1  $ %^ " % %  % & ' & ( !9 "4  Ab5c Se c' un pkt entrante viene portato in uscita.Non prevedibili,hanno jitter notevole.Non work conserve inviano pkt con tempistiche fisse,hanno jitter limitato.Stop and go,invio iBc ( $] # '  Ad;Be pkt in un certo tempo.Abbinato a call admittance control.Be'  Afj g Ci sono vari tipi di buffer,shared non va bene con QoS perche sfrutta memoria ma quando pieno scarta tutto,drop tail.Perflow buffer code multiple spreco spazio,richiede alta capacit di elaborazione,costa tanto e permette QoS.Oltre a drop tail c' RED,divide coda in parte safe e critica,nella seconda parte si estrae un numero da una funzione statistica che decide se droppare o no. Bg' 0 ! $e % ' #j  " & %  Ah`^g i C' nel traffico un fenomeno a dente di sega perch si crea intasamento buffer che rilevate da tcp che fanno cadere traffico.Ogni tanto si ammazzano sessioni.Aumenta coefficiente di riempimento,controllando traffico tcp,non udp.RIO nei pacchetti quelli con IN bit a 1,droppati solo a coda piena,mentre se hanno un altro bit droppati da zona critica.Bi% # %    d "W % $t #| n Ajk Con questi elementi posso creare modelli di qualit.Integrated Service:vicina a telefonia,pensata per fornire requisiti di qualit,basarsi su sessioni singole.Controllo su banda, ritardo,perdite e qualit flow based,flussi trattati singolarmente, prevede segnalazioni tra usr e routers,per negoziare risorse creando filtri e verificare disponibilit .Complicata perch prevede controlli su risorse usate da ogni pkt.Non applicabile perch non scala per numero di flussi internet.Bk#!]  ' ( %  %|   & " % #p !>  AlELm Differentiated server:tratto per classi,la prima non riesco a farla.Bm! $Y An o Bo Ap q INT SERVBq Ar,3s Standard che definisce 2 classi di servizioBs#X  AtCKu -Controlled load:richiedo garanzie di banda,richiedo max velocit Bu&  AvLSw -Guarantee Service:posso fare richieste su ritardi e altre caratteristiche.Bw   Axbem y Non detto che le due sessioni siano molto diverse.Ogni pkt viene controllato,de esserci rsvp per controllo e prenotazione delle risorse.RSVP tra receiver e sender,il rx deve contattare il server.Il server risponde con messaggi Path,il rx interessato fa richiesta di riserva risorse con rsvp-res,mandando mex su path msg,allocando risorse su ogni router.By&     & ' !B $K # &  Az2{ Mandati periodicamente per aggiornare percorsi sui router e continuare con invio nonostante cambio di percorso.Per definire flusso si usa FILTER SPEC ne indica i pktB{  !4  / ' #k "A|M} e FLOW SPEC indica come deve essere garantita la qualit ,che si divide in R SPEC richieste di qualit e T SPEC specifica dei parametri dei dati nella rete,leaky bucket.Gestione di questo standard non funziona perch non ci sono applicativi che richiedono risorse.Morto.B}G $X ) #x &  8 #b  A~  B A  DIFF SERVB  A^M_( Non si differenzia singolo utente ma classi di servizio o categorie.Il numero di categorie ridotto,l'approccio diventa scalabile evito problema di definizione di marcatura.Puo essere semplificata a livello edge faccio politiche nei pop.Non d garanzie su singole sessioni a lv core,non prenota la risorse,non tiene stato di flusso,perdo indibidualita' ma semplice e scalabile.Funziona se traffico da garantire basso..La complessitt si sposta in fase di progetto e poi in fase di traffic engeneering,in modo che la rete supporti.Devo fare un minimo di controllo d'accesso policing e shaping agli edge per gestire traffico differenziato.Prende ToS lo divide in 2 e prende 6 bit per gestire classi,Diff serv field,64, gli altri 2 per ECN ctrl di congestioni.Seleziona una classe di servizio e ne definisce le modalit di gestione.La mappatura id classe/comportamento non standard.Assured forwarding:dipende dalla tipologia passa + o - sicuramente,gestito con weighted RED,influenza dropping.Expedited forwarding gestito con priority queuing realizzato quando voglio parlare dda A verso B, una specie di rete tra 2 sedi,ho dimensionamento + facile.I parametri diff serv si negoziano al momento del contratto,in maniera statistica.Adatto a reti grosse,scalabile,lascia a backbone poca complessit,lato edge maggiore complessit perch velocit ridotte.Bd% ) #= $x $ #= % '  !" !F "8 "0 "   F  8 '  ( ' + $ '   $  !` !\   !K % %    ' ! $ %  A  B A  CONCLUSIONIB h AE Infrastrutture sovradimensionate su backbone rende problema di gestione qualit fittizio,ottimi guadagni per ora,quando le reti saranno meno sovradimensionate ci saranno problemi.Qualit in tutti i sensi,compresa l'affidabilit dei nodi.B$ $ %\  O   ( AB