Het codeerschema met gedifferentieerde services (DSCP) waarden karakteriseren verkeer, en de doorstuurklassen (en bijbehorende wachtrijen) laten u toe dat verkeer te classificeren zodat u het op de juiste manier kunt behandelen. Als u deze twee delen samen wilt trekken, configureert u gedragsaggregaat (BA) classifiers, verwijzend naar gedefinieerde doorstuurklassen:
De logica die u probeert te configureren is
Als verkeer een dscp-waarde heeft die overeenkomt met een patroon, verzendt u dan dat verkeer naar een bepaalde wachtrij en een bepaalde verliesprioriteit toewijzen
De code die u gebruikt om deze te configureren is
[edit class-of-service] classifiers {dscp dscp-classifier {forwarding-klasse cos-voice {verliesprioriteit lage codepunten ef;} forwardingklasse cos-video {loss- prioriteit hoge codepunten cs1; verliesprioriteit lage codepunten af31;} doorstuurklasse cos-buscrit {verliesprioriteit lage codepunten af41} doorstuurklasse cos-noncrit {hoge prioriteit-codepunten cs5; verliesprioriteit lage codepunten af13;}}}
Deze configuratie maakt uw wedstrijdvoorwaarden en wijst verkeer dat aan die voorwaarden voldoet toe aan een van de opgegeven doorstuurklassen, die op zijn beurt toewijst aan een bepaalde uitgaande wachtrij.
Concreet specificeert deze configuratie dat verkeer met een DSCP-waarde van ef (overeenkomend met een bitpatroon van 101110) een verliesprioriteit van laag moet krijgen en moet worden toegewezen aan de doorstuurklasse, genaamd cos- stem. Kort gezegd, u zegt dat verkeer dat is gemarkeerd als versnelde verzending, spraakverkeer is en dat verkeer niet mag worden verwijderd, dus u geeft het een prioriteit voor weinig verlies.
Dat verkeer wordt dan toegewezen aan de voice forwarding-klasse, wat overeenkomt met wachtrij 5 op de router. In wezen dumpt u al uw spraakverkeer in een enkele wachtrij met de verwachting dat u een bepaald percentage van uw totale bandbreedte aan dat verkeer toewijst.
Deze configuratie classificeert ook videoverkeer. In het geval van video wilt u vertraging en jitter minimaliseren omdat dit van invloed is op de videokwaliteit, maar de aard van het verkeer is zodanig dat het niet zo belangrijk is voor uw bedrijf als het spraakverkeer op uw netwerk. In dit geval wilt u het toewijzen aan een gegarandeerde doorstuurklasse.
Uw netwerk heeft mogelijk meerdere videobronnen. Stel u voor dat videostreaming vanaf één server wordt gebruikt om livevoorraadgegevens naar een aantal verschillende filialen in uw bedrijf te verzenden. Omdat beslissingen op basis van die gegevens worden genomen, wilt u ervoor zorgen dat de stream ononderbroken is.
Ondertussen stuurt een andere videostream training of andere bedrijfsinformatie die minder kritiek is. Hoewel u wilt dat die stroom niet wordt onderbroken en u gedwongen bent te kiezen tussen die en de streamingbeurskoersen, wilt u de aandelenkoersen behouden.
Dus deze configuratie stelt een verliesprioriteit van hoog op de trainingsvideo en een lage verliesprioriteit op de aandelenkoersen in. Tijdens periodes van opstopping is de kans groter dat de trainingsvideo wordt beïnvloed, waardoor de koersen van de hogere prioriteit behouden blijven.
Voor deze doorstuurklassen is nog geen planner gedefinieerd. U moet expliciet een planner in het Junos OS configureren voordat de doorstuurklassen nuttig worden. Schedulers wijzen routebronnen toe aan de doorstuurklassen; zonder middelen blijft een expeditieklasse gewoon een concept.
