Maintenant, vous n'êtes pas censé le savoir pour l'examen CCMA, mais je vais montrer un exemple de
qualité de service sur deux routeurs Cisco dans cet exemple.
J'ai deux routeurs en cours d'exécution dans la série d'interface d'exposition de génie trois pour slash zéro nous montre la
configuration ces adresses IP simplement configurées et je n'ai pas fermé les interfaces aucune autre configuration n'a
été effectuée.
Afficher l'interface plusieurs pour supprimer zéro nous montre la vitesse de l'interface qui
utilise la valeur par défaut d'un virgule cinq quatre mégabits par seconde, donc sur cette interface du routeur, nous
pouvons utiliser la commande auto cores.
Notez maintenant que nous avons l'option de découverte où nous pouvons configurer la Rada pour découvrir le trafic
qui traverse cette interface.
Mais dans cet exemple, je vais simplement activer l'interface pour VoIP et je ne vais pas spécifier l'option
Trust, ce qui signifie qu'il ne va pas faire confiance aux marquages qu'il reçoit de Roorda pour maintenant généralement dans le
monde réel que vous feriez. que vous feriez confiance au trafic d'un écrivain à un autre à moins que 1 ne soit
un fournisseur de services et que vous l'écriviez comme client par exemple.
Maintenant, ici, je vais utiliser l'ordre de confiance VoIP pour que vous puissiez voir la différence entre
faire confiance et ne pas faire confiance à un routeur voisin.
Donc, plutôt que l'on ne lui fait pas confiance pour l'écrire dans les approbations plutôt que sur la base de la configuration du
coût de la commande, maintenant les devis de commande créent une grande quantité de configuration, plutôt que de taper manuellement la configuration, c'est fait pour vous, car écrivez-la sur
les fiducies plutôt que celle qu'elle a créée une carte de classe de qualité de service qui correspond à DCF donc essentiellement si elle correspond au trafic reçu
provenant de l'écriture de celui marqué comme E. F. il va entrer dans cet ordre parce
que les CLO de confiance VoIP RTP référencés par cette carte de stratégie, la configuration que vous voyez ici est un exemple de
QC ou l'interface de ligne de commande de qualité de service modulaire, elle se compose de
deux parties principales.
Nous avons des mappages de classe et nous avons des mappages de politique et des mappages de politique, puis liés aux interfaces, donc dans cet exemple, nous
avons la politique de service qui fait référence au mappage de politique lié à la série pour réduire l'interface zéro afin de revenir à notre cartes de classe,
nous avons deux cartes de classe, une correspondant à DCP E. F. et un correspondant
soit.
Notez la correspondance avec n'importe quel sélecteur de classe de mots-clés 3 ou priorité IP 3 et assurez-vous de transmettre la classe 3
1 ou une dent plutôt que de faire confiance aux marquages qu'il reçoit du lecteur 1.
Il recherche donc du trafic correspondant à E. F. et cette classe est ensuite mise en correspondance dans cette carte de stratégie.
Donc, notez que le nom ou la confiance RTP vocale citée correspond ici et que 70% de la bande passante de l'interface lui sont
attribués.
Quand il y a de la congestion.
Donc, en d'autres termes, correspondance du trafic vocal par E. F. recevra une bande passante prioritaire de 70%.
C'est une file d'attente prioritaire.
Ceci est un exemple de mise en file d'attente à faible latence.
Nous avons des classes de trafic, mais nous avons également une clé de priorité.
Il s'agit donc de la clé prioritaire de la suppression de la voix à faible latence qui recevra 70% de la bande
passante des autres trafics.
Donc, dans ce cas, nous avons un contrôle VoIP qui reçoit 5% de l'avis de bande passante.
Cela correspond à la classe configurée ici qui correspond à C S trois et demi 31.
Cela s'appelle essentiellement des protocoles de signalisation tels que sip H3 3G 3 et skinny.
En d'autres termes, ce sont des protocoles que vous utilisez pour établir des appels téléphoniques, alors notez l'ordre des questionnaires.
Il est alloué 75% de la bande passante de l'interface aux appels vocaux, de sorte que le trafic vocal réel, le
trafic RTP obtient 70% de signalisation d'appel, obtient 5% et le trafic restant est partagé à l'aide de
fausses files d'attente.
Il s'agit donc d'un exemple d'attente de mise en file d'attente sur la classe par défaut par défaut.
La classe va correspondre à tout ce qui ne correspond pas explicitement, donc une file d'attente à faible latence est en fait assez importante.
Fausse file d'attente pondérée basée sur la classe, mais c'est trop de bouchée.
Nous l'appelons donc file d'attente à faible latence.
Voilà la jolie clé.
Voici un exemple de classe et ceci est un exemple d'attente pour
la mise en file d'attente dans une classe.
Et dans cet exemple, nous abordons l'augmentation du trafic VoIP par rapport aux autres types de trafic.
70% de la bande passante peut être utilisée par des appels vocaux.
Il s'agit d'une file d'attente prioritaire, il sera donc traité en premier.
5% de la bande passante de l'interface pourraient être utilisés par la signalisation d'appel.
Mais c'est une bande passante minimale garantie et non une priorité.
Il s'agit d'une bande passante minimale garantie de 70% de la bande passante de l'interface.
Mais c'est une file d'attente prioritaire, donc le trafic vocal sera terrorisé par tout autre trafic si le trafic
vocal n'utilise que 20% de la bande passante de l'interface que d'autres trafics peuvent utiliser tout ce qui n'est pas réservé à
la voix.
Il s'agit donc d'une quantité maximale de bande passante que la voix peut prendre et la voix sera contrôlée à ce niveau.
Mais dans le pire des cas, un autre trafic n'obtiendra que 25% de la bande passante.
Cette politique est appliquée sur la série pour réduire une interface sortante nulle afin que tout trafic quittant la Rada soit
préalablement terrorisé ou mignon.
Basé sur cette configuration.