1
00:00:00,890 --> 00:00:04,610
Agora, na Rússia, uma porque não confia em nenhuma marcação que está recebendo.

2
00:00:05,530 --> 00:00:08,970
Há mais configurações neste exemplo.

3
00:00:09,040 --> 00:00:14,220
Observe como exemplo que temos um mapa de classe que corresponde ao controle branco.

4
00:00:14,370 --> 00:00:18,100
Há um mapa de classe correspondente ao RTP.

5
00:00:18,150 --> 00:00:25,830
Isso está usando n bar ou reconhecimento de aplicativo baseado em rede para determinar se o tráfego é

6
00:00:25,860 --> 00:00:27,240
realmente tráfego RTP.

7
00:00:27,450 --> 00:00:30,000
Também corresponde a uma lista de acesso.

8
00:00:30,060 --> 00:00:36,610
Portanto, esta é uma correspondência que qualquer lado corresponderá ao áudio RTP ou ao que estiver configurado na lista de sucesso.

9
00:00:36,630 --> 00:00:42,910
Então, vamos dar uma olhada na lista de acesso que as listas de acesso são bastante complicadas.

10
00:00:42,910 --> 00:00:50,440
Temos uma lista de acesso para o tráfego RTP Os telefones IP da Cisco, como exemplo, enviarão um tráfego

11
00:00:50,440 --> 00:00:56,770
de voz no intervalo UDP 16 3 8 para até 3 2 7 6 7.

12
00:00:56,860 --> 00:00:59,200
Então isso é tráfego de voz.

13
00:00:59,230 --> 00:01:06,210
Observe o tráfego de sinalização mencionado aqui como exemplo.

14
00:01:06,240 --> 00:01:08,710
Este é um tratado 3.

15
00:01:08,820 --> 00:01:10,840
Este é o MVP.

16
00:01:10,920 --> 00:01:18,780
Como é fino, os números de porta explícitos são correspondidos para o controle de VoIP.

17
00:01:19,000 --> 00:01:25,040
E aqui esse intervalo de portas é usado para o RTP e todo

18
00:01:28,620 --> 00:01:38,770
o DCP RTP é um protocolo usado no RTP para fornecer informações de qualidade de serviço a um remetente. Portanto, observe que estamos

19
00:01:38,770 --> 00:01:48,790
correspondendo ao RTP o áudio real e todo o tráfego do DCP que é colocado nesse RTP que não confia no Klaus O

20
00:01:49,540 --> 00:01:58,930
SAP skinny H3 3 e outros protocolos de sinalização são colocados nesse CLO não confiável de controle de VoIP e aqui

21
00:01:58,930 --> 00:02:00,070
temos observações.

22
00:02:00,550 --> 00:02:05,970
Então, se alguém nos enviar o tráfego, o que faremos é ler o mercado.

23
00:02:06,850 --> 00:02:18,190
Portanto, observe aqui embaixo que qualquer tráfego recebido marcado como E F CLOs elege um 3 ou um f 31 é marcado

24
00:02:18,490 --> 00:02:19,890
como padrão.

25
00:02:19,930 --> 00:02:27,250
Em outras palavras, ele é marcado como um esforço de zero com base no esforço, exceto que três está marcando

26
00:02:27,280 --> 00:02:34,120
seu tráfego como EF e o envia através deste link para escrever um que prefere ler o mercado como

27
00:02:34,120 --> 00:02:41,320
um zero, porque o certo não confia nele. duas da maneira que configurei isso para que qualquer um desses tipos

28
00:02:41,320 --> 00:02:45,770
de tráfego seja marcado como tráfego de voz de tráfego padrão.

29
00:02:45,910 --> 00:02:54,910
Com base nessa correspondência, o áudio RTP e a lista de acesso do intervalo de portas RTP terão sua largura de banda

30
00:02:54,970 --> 00:02:56,250
definida em 70%.

31
00:02:56,470 --> 00:03:00,950
Então, novamente, o tráfego de voz ficará aterrorizado com outros tipos de tráfego.

32
00:03:00,970 --> 00:03:06,610
Este é um exemplo de enfileiramento de baixa latência com uma largura de banda prioritária definida em 70%.

33
00:03:06,640 --> 00:03:10,460
Mas observe também que está zombando do tráfego como E. F ..

34
00:03:10,660 --> 00:03:16,920
Neste lado, o tráfego não foi marcado porque confiamos nas marcações que recebemos ao lado.

35
00:03:16,920 --> 00:03:19,120
Não confiamos nas marcações que recebemos.

36
00:03:19,120 --> 00:03:28,890
Por isso, simulamos o tráfego para que o tráfego de voz RTP seja definido como E. F. a sinalização de chamada é definida como f

37
00:03:28,890 --> 00:03:35,760
31 e obtém uma largura de banda mínima garantida de 5% do tráfego que recebemos, que já está

38
00:03:35,760 --> 00:03:41,900
marcado como e f ou C, pois três serão f 31 marcados com o melhor esforço.

39
00:03:42,270 --> 00:03:50,390
Outro tráfego é enfileirado usando filas falsas, portanto essas duas classes compartilham os 25% restantes.

40
00:03:50,400 --> 00:03:56,230
Isso não é usado por voz e sinalização quando há congestionamento.

41
00:03:56,310 --> 00:04:03,340
Este é um exemplo do uso do VoIP para fazer com que o VoIP forneça uma boa qualidade de serviço ao tráfego de voz.

42
00:04:03,510 --> 00:04:11,520
E, novamente, isso prejudica outro tráfego na rede, mas, por causa do tráfego de voz, a alta

43
00:04:11,520 --> 00:04:14,500
latência e a alta prioridade.

44
00:04:14,700 --> 00:04:22,800
Seu poder aumenta em relação a outros tipos de tráfego e recebe uma fila de prioridade de 70%.

45
00:04:22,800 --> 00:04:25,150
Este é um exemplo do uso do caos da ordem.

46
00:04:25,200 --> 00:04:31,560
Isso pode não ser adequado para o seu ambiente e você pode configurar manualmente a qualidade

47
00:04:32,070 --> 00:04:38,520
do serviço ou permitir que quads de pedidos descubram o tráfego na sua rede e depois sugiram políticas.

48
00:04:38,520 --> 00:04:43,980
Novamente, você não precisa memorizar toda essa configuração, mas eu queria

49
00:04:43,980 --> 00:04:49,980
mostrar um exemplo de marcas confiáveis e não confiáveis que um motociclista recebe.

50
00:04:49,980 --> 00:04:54,530
Portanto, neste exemplo, o piloto 1 não confia no piloto 2, mas em confiar no piloto.

51
00:04:54,540 --> 00:04:59,910
Normalmente, você deve combinar essas políticas para que elas confiem uma na outra ou que não confiem uma

52
00:04:59,910 --> 00:05:00,770
na outra.