1
00:00:00,890 --> 00:00:04,610
Ora in Russia uno perché non si fida di alcun segno che sta ricevendo.

2
00:00:05,530 --> 00:00:08,970
C'è più configurazione in questo esempio.

3
00:00:09,040 --> 00:00:14,220
Si noti come esempio che abbiamo una mappa di classe che corrisponde al controllo bianco.

4
00:00:14,370 --> 00:00:18,100
C'è una mappa di classe corrispondente a RTP.

5
00:00:18,150 --> 00:00:25,830
Questo sta utilizzando il riconoscimento dell'applicazione basato su barra o rete per determinare se il traffico è

6
00:00:25,860 --> 00:00:27,240
effettivamente traffico RTP.

7
00:00:27,450 --> 00:00:30,000
Corrisponde anche a un elenco di accesso.

8
00:00:30,060 --> 00:00:36,610
Quindi questa è una corrispondenza che qualsiasi lato corrisponderà all'audio RTP o a qualsiasi cosa sia configurata nell'elenco dei successi.

9
00:00:36,630 --> 00:00:42,910
Quindi diamo un'occhiata a questo elenco di accessi, notando che gli elenchi di accesso sono abbastanza complicati.

10
00:00:42,910 --> 00:00:50,440
Abbiamo un elenco di accesso per il traffico RTP dei telefoni IP di Cisco, ad esempio invieremo un traffico

11
00:00:50,440 --> 00:00:56,770
vocale nell'intervallo UDP 16 3 8 per un massimo di 3 2 7 6 7.

12
00:00:56,860 --> 00:00:59,200
Quindi questo è il traffico vocale.

13
00:00:59,230 --> 00:01:06,210
Si noti il traffico di segnalazione a cui si fa riferimento qui come esempio.

14
00:01:06,240 --> 00:01:08,710
Questo è un trattato 3.

15
00:01:08,820 --> 00:01:10,840
Questo è MVP.

16
00:01:10,920 --> 00:01:18,780
Questo è magro, quindi i numeri di porta espliciti vengono abbinati per il controllo VoIP.

17
00:01:19,000 --> 00:01:25,040
E qui questa gamma di porte viene utilizzata per RTP e tutto

18
00:01:28,620 --> 00:01:38,770
DCP RTP è un protocollo utilizzato in RTP per restituire informazioni di qualità del servizio a un mittente, quindi si noti

19
00:01:38,770 --> 00:01:48,790
che stiamo abbinando sia RTP l'audio effettivo che tutto il traffico DCP immesso in questo RTP senza fidarsi di Klaus SAP

20
00:01:49,540 --> 00:01:58,930
skinny H3 3 e altri protocolli di segnalazione sono inseriti in questo controllo VoIP CLO non attendibili e qui

21
00:01:58,930 --> 00:02:00,070
abbiamo osservazioni.

22
00:02:00,550 --> 00:02:05,970
Quindi, se qualcuno ci manda traffico, quello che faremo è leggere il mercato.

23
00:02:06,850 --> 00:02:18,190
Quindi notate quaggiù tutto il traffico ricevuto contrassegnato come E F CLO che eleggono un 3 o un f 31 è annotato

24
00:02:18,490 --> 00:02:19,890
come predefinito.

25
00:02:19,930 --> 00:02:27,250
In altre parole, è contrassegnato come uno sforzo a traffico zero, piuttosto tre ne sta marcando il traffico come EF

26
00:02:27,280 --> 00:02:34,120
e quindi lo invia attraverso questo link per scrivere uno piuttosto uno leggerà il mercato come zero perché

27
00:02:34,120 --> 00:02:41,320
uno giusto non si fida di averlo scritto due nel modo in cui l'ho configurato in modo tale che uno

28
00:02:41,320 --> 00:02:45,770
di questi tipi di traffico venga rilevato come traffico vocale predefinito.

29
00:02:45,910 --> 00:02:54,910
Sulla base di questa corrispondenza, l'audio RTP e l'elenco di accesso dell'intervallo di porte RTP avranno la larghezza di banda impostata al

30
00:02:54,970 --> 00:02:56,250
70 percento.

31
00:02:56,470 --> 00:03:00,950
Quindi, di nuovo, il traffico vocale sarà poco terrorizzato rispetto ad altri tipi di traffico.

32
00:03:00,970 --> 00:03:06,610
Questo è un esempio di accodamento a bassa latenza con una larghezza di banda prioritaria impostata al 70 percento.

33
00:03:06,640 --> 00:03:10,460
Ma nota anche il fatto che deride il traffico come E. F ..

34
00:03:10,660 --> 00:03:16,920
Da questo lato il traffico non è stato contrassegnato perché ci fidiamo dei segni che riceviamo sul lato.

35
00:03:16,920 --> 00:03:19,120
Non ci fidiamo dei segni che riceviamo.

36
00:03:19,120 --> 00:03:28,890
Quindi prendiamo in giro noi stessi il traffico, quindi il traffico vocale RTP è impostato su E. F. il segnale di chiamata è impostato su

37
00:03:28,890 --> 00:03:35,760
f 31 e ottiene una larghezza di banda minima garantita del 5 percento di traffico che riceviamo

38
00:03:35,760 --> 00:03:41,900
che è già contrassegnato come ef o C poiché tre f 31 è contrassegnato come migliore.

39
00:03:42,270 --> 00:03:50,390
L'altro traffico viene messo in coda utilizzando la coda falsa, quindi queste due classi condividono il restante 25 percento.

40
00:03:50,400 --> 00:03:56,230
Non viene utilizzato dalla voce e dai segnali in caso di congestione.

41
00:03:56,310 --> 00:04:03,340
Questo è un esempio dell'utilizzo dell'ordine perché VoIP fornisce una buona qualità del servizio al traffico vocale.

42
00:04:03,510 --> 00:04:11,520
E ancora una volta è a scapito di altro traffico sulla rete ma a causa del traffico

43
00:04:11,520 --> 00:04:14,500
vocale è priorità bassa bassa latenza.

44
00:04:14,700 --> 00:04:22,800
È in grado di aumentare rispetto ad altri tipi di traffico e ha una priorità del 70 percento.

45
00:04:22,800 --> 00:04:25,150
Questo è un esempio dell'uso del caos dell'ordine.

46
00:04:25,200 --> 00:04:31,560
Questo potrebbe non essere adatto al tuo ambiente e potresti voler configurare manualmente la qualità del

47
00:04:32,070 --> 00:04:38,520
servizio o consentire ai quaderni dell'ordine di scoprire il traffico sulla tua rete e quindi suggerire politiche.

48
00:04:38,520 --> 00:04:43,980
Ancora una volta non è necessario memorizzare tutta questa configurazione, ma volevo

49
00:04:43,980 --> 00:04:49,980
mostrarti un esempio di segnalazioni di fiducia e non di fiducia che un pilota riceve.

50
00:04:49,980 --> 00:04:54,530
Quindi in questo esempio il pilota 1 non si fida di Rider 2 ma piuttosto si fida di quello del pilota.

51
00:04:54,540 --> 00:04:59,910
In genere, si abbinerebbero tali criteri in modo che entrambi si fidassero l'un l'altro o nessuno si fidasse

52
00:04:59,910 --> 00:05:00,770
l'uno dell'altro.