1
00:00:00,890 --> 00:00:04,610
Maintenant en Russie, car il ne fait confiance à aucun marquage qu'il reçoit.

2
00:00:05,530 --> 00:00:08,970
Il y a plus de configuration dans cet exemple.

3
00:00:09,040 --> 00:00:14,220
Notez par exemple que nous avons une carte de classe correspondant au contrôle blanc.

4
00:00:14,370 --> 00:00:18,100
Il existe une carte de classe correspondant à RTP.

5
00:00:18,150 --> 00:00:25,830
Cela utilise la barre n ou la reconnaissance d'application basée sur le réseau pour déterminer si le trafic est réellement

6
00:00:25,860 --> 00:00:27,240
du trafic RTP.

7
00:00:27,450 --> 00:00:30,000
Il correspond également à une liste d'accès.

8
00:00:30,060 --> 00:00:36,610
Il s'agit donc d'une correspondance de n'importe quel côté qui correspondra à l'audio RTP ou à tout ce qui est configuré dans la liste de réussite.

9
00:00:36,630 --> 00:00:42,910
Jetons donc un coup d'œil à cette liste d'accès, notez que les listes d'accès sont assez compliquées.

10
00:00:42,910 --> 00:00:50,440
Nous avons une liste d'accès pour le trafic RTP Les téléphones IP Cisco comme exemple enverront un trafic

11
00:00:50,440 --> 00:00:56,770
vocal dans la plage UDP 16 3 8 jusqu'à 3 2 7 6 7.

12
00:00:56,860 --> 00:00:59,200
Voilà donc le trafic vocal.

13
00:00:59,230 --> 00:01:06,210
Notez le trafic de signalisation référencé ici à titre d'exemple.

14
00:01:06,240 --> 00:01:08,710
Il s'agit d'un traité 3.

15
00:01:08,820 --> 00:01:10,840
C'est MVP.

16
00:01:10,920 --> 00:01:18,780
C'est maigre donc les numéros de port explicites sont appariés pour le contrôle VoIP.

17
00:01:19,000 --> 00:01:25,040
Et ici, cette plage de ports est utilisée pour RTP et tout DCP RTP

18
00:01:28,620 --> 00:01:38,770
est un protocole utilisé dans RTP pour redonner des informations de qualité de service à un expéditeur.Notez donc que nous faisons correspondre à

19
00:01:38,770 --> 00:01:48,790
la fois RTP à l'audio réel et à tout le trafic DCP qui est placé dans ce RTP de confiance Klaus SAP skinny

20
00:01:49,540 --> 00:01:58,930
H3 3 et d'autres protocoles de signalisation sont placés dans ce CLO de contrôle VoIP non approuvé et nous avons ici

21
00:01:58,930 --> 00:02:00,070
une remarque.

22
00:02:00,550 --> 00:02:05,970
Donc, si quelqu'un nous envoie du trafic, ce que nous allons faire, c'est lire le marché.

23
00:02:06,850 --> 00:02:18,190
Donc, notez ici tout trafic reçu marqué comme E F CLO élisez un 3 ou un f 31 est remarqué

24
00:02:18,490 --> 00:02:19,890
par défaut.

25
00:02:19,930 --> 00:02:27,250
En d'autres termes, il est marqué comme un trafic d'effort

26
00:02:27,280 --> 00:02:34,120
basé sur zéro. deux de la manière que j'ai configurée

27
00:02:34,120 --> 00:02:41,320
pour que tous ces types de trafic soient considérés comme

28
00:02:41,320 --> 00:02:45,770
du trafic vocal par défaut.

29
00:02:45,910 --> 00:02:54,910
Sur la base de cette correspondance, l'audio RTP et la liste d'accès de la plage de ports RTP verront leur bande passante

30
00:02:54,970 --> 00:02:56,250
définie à 70%.

31
00:02:56,470 --> 00:03:00,950
Encore une fois, le trafic vocal sera terrorisé par rapport aux autres types de trafic.

32
00:03:00,970 --> 00:03:06,610
Il s'agit d'un exemple de file d'attente à faible latence avec une bande passante prioritaire définie à 70%.

33
00:03:06,640 --> 00:03:10,460
Mais remarquez que c'est aussi se moquer du trafic comme E. F..

34
00:03:10,660 --> 00:03:16,920
De ce côté-là, le trafic n'était pas marqué car nous avions confiance aux marquages que nous recevons sur le côté.

35
00:03:16,920 --> 00:03:19,120
Nous ne faisons pas confiance aux marquages que nous recevons.

36
00:03:19,120 --> 00:03:28,890
Nous nous moquons donc du trafic nous-mêmes afin que le trafic vocal RTP soit défini sur E. F. la signalisation des appels est définie sur f

37
00:03:28,890 --> 00:03:35,760
31 et obtient une bande passante minimale garantie de 5 pour cent du trafic que nous recevons qui

38
00:03:35,760 --> 00:03:41,900
est déjà marqué comme e f ou C car trois f 31 est marqué au mieux.

39
00:03:42,270 --> 00:03:50,390
Le reste du trafic est mis en file d'attente à l'aide d'une fausse file d'attente, de sorte que ces deux classes partagent les 25% restants.

40
00:03:50,400 --> 00:03:56,230
Ce n'est pas utilisé par la voix et la signalisation en cas de congestion.

41
00:03:56,310 --> 00:04:03,340
Ceci est un exemple d'utilisation de la commande par VoIP pour fournir une bonne qualité de service au trafic vocal.

42
00:04:03,510 --> 00:04:11,520
Et encore une fois, cela se fait au détriment des autres trafics sur le réseau, mais à cause du trafic

43
00:04:11,520 --> 00:04:14,500
vocal, la priorité est une faible latence.

44
00:04:14,700 --> 00:04:22,800
Son pouvoir augmente par rapport aux autres types de trafic et bénéficie d'une file d'attente prioritaire de 70%.

45
00:04:22,800 --> 00:04:25,150
Ceci est un exemple d'utilisation du chaos d'ordre.

46
00:04:25,200 --> 00:04:31,560
Cela peut ne pas convenir à votre environnement et vous souhaiterez peut-être configurer manuellement la qualité de

47
00:04:32,070 --> 00:04:38,520
service ou permettre aux quads de commande de découvrir le trafic sur votre réseau, puis de suggérer des stratégies.

48
00:04:38,520 --> 00:04:43,980
Encore une fois, vous n'avez pas besoin de mémoriser toute cette configuration, mais je

49
00:04:43,980 --> 00:04:49,980
voulais vous montrer un exemple de marques de confiance et de non confiance qu'un coureur reçoit.

50
00:04:49,980 --> 00:04:54,530
Donc, dans cet exemple, le cavalier 1 ne fait pas confiance au cavalier 2 mais plutôt à faire confiance au cavalier.

51
00:04:54,540 --> 00:04:59,910
En règle générale, vous associez ces stratégies afin qu'elles se fassent mutuellement confiance ou ne se fassent

52
00:04:59,910 --> 00:05:00,770
pas confiance.