1
00:00:01,040 --> 00:00:04,290
Então, vamos adicionar outro escritor ao arquivo.

2
00:00:04,570 --> 00:00:08,240
Agora eu configurei essa Rada com o carvão gerenciando o Express.

3
00:00:08,240 --> 00:00:15,140
E eu tenho um comunicador IP da Cisco, que é essencialmente um softphone que imita setenta e nove

4
00:00:15,350 --> 00:00:22,550
setenta telefones IP da Cisco em execução no meu laptop e eu vou demonstrar a configuração de chamadas entre

5
00:00:22,550 --> 00:00:24,980
os EUA. S. 500 e esta rota.

6
00:00:25,490 --> 00:00:33,650
Portanto, do meu telefone analógico 1000, poderemos fazer uma chamada através da infraestrutura IP para este

7
00:00:33,660 --> 00:00:41,570
comunicador IP e podermos fazer chamadas do comunicador IP de volta para o telefone analógico.

8
00:00:41,600 --> 00:00:47,180
Então aqui está o meu comunicador IP e você pode ver que ele tem um número de telefone de dois mil.

9
00:00:47,180 --> 00:00:50,620
Vou mudar a pele para que você possa ver mais claramente o que está acontecendo.

10
00:00:51,550 --> 00:00:55,540
Então, eu vou mudar para o modo compacto.

11
00:00:55,660 --> 00:00:56,190
E lá vai você.

12
00:00:56,200 --> 00:01:04,540
Aí está meu comunicador IP e eu posso ir se foder e poderei ouvir Dalton se eu tentar

13
00:01:05,860 --> 00:01:14,310
discar 1000, imediatamente recebo um tom de ocupado rápido, porque esse escritor não sabe onde está 1000, então precisamos

14
00:01:14,340 --> 00:01:23,040
configurar o U. S. 500 para saber sobre o roteador 2 e precisamos configurá-lo para saber sobre o U. S. 500 para que as

15
00:01:23,040 --> 00:01:25,860
chamadas possam ser feitas entre esses dois dispositivos.

16
00:01:26,130 --> 00:01:33,930
O protocolo de sinalização padrão usado nos pares de discagem VoIP é de dois a três com H3, sendo esses três

17
00:01:33,930 --> 00:01:35,970
dispositivos independentes um do outro.

18
00:01:35,970 --> 00:01:43,530
Então, o DOL planeja o U. S. 500 é totalmente independente do plano de DOL para gravá-lo.

19
00:01:43,800 --> 00:01:47,280
Temos que configurar os roteadores de forma independente para permitir que eles se liguem.

20
00:01:47,850 --> 00:01:48,810
Então vamos fazer isso.

21
00:01:48,870 --> 00:01:53,390
Vamos começar com a configuração do U. S. 500

22
00:01:53,430 --> 00:01:55,310
Então eu vou contar para o U. S. 500

23
00:01:59,460 --> 00:02:00,150
e efetue

24
00:02:04,900 --> 00:02:14,070
o login no topo do comando show dial O resumo de voz do par Desh nos mostra que só temos um plano sem graça

25
00:02:14,070 --> 00:02:18,060
para dois telefones analógicos e nossa conexão com a PSTN.

26
00:02:18,270 --> 00:02:24,660
Então, para criar um montão aqui e começar a escrevê-lo, dois vão para o modo de configuração global.

27
00:02:24,950 --> 00:02:27,070
E eu só vou escolher o próximo número.

28
00:02:27,240 --> 00:02:36,330
Portanto, disque uma voz para a HP e observe que agora vou especificar VoIP. Estou em um padrão de destino especificado e há

29
00:02:37,590 --> 00:02:39,020
muitas opções aqui.

30
00:02:39,740 --> 00:02:50,130
Digamos, por exemplo, que o roteador tenha números de telefone de 2000 a 2009 para fazer referência a esses números no U.

31
00:02:50,130 --> 00:02:50,130
S. 500

32
00:02:50,770 --> 00:02:54,900
Eu poderia especificar dois seguidos por três pontos.

33
00:02:55,030 --> 00:02:59,960
Mas observe que abrange o intervalo de dois mil e dois a triplo e nove.

34
00:03:00,010 --> 00:03:04,920
Cada ponto representa um curinga de um dígito.

35
00:03:04,930 --> 00:03:12,040
Eu também poderia fazer isso que representa os dígitos de 2000 a 2009.

36
00:03:12,110 --> 00:03:17,390
Portanto, isso funcionaria e provavelmente é uma escolha melhor, mas para mostrar

37
00:03:17,420 --> 00:03:28,120
algumas das outras opções, eu também poderia usar colchetes e, em seguida, especificar um intervalo digamos 0 2 9 e que também funcionaria apenas

38
00:03:28,120 --> 00:03:36,670
para explicar os colchetes, observe apenas isso consiste em quatro dígitos ou quatro números, o primeiro número ou dígitos

39
00:03:36,670 --> 00:03:39,330
do segundo dígito é zero.

40
00:03:39,340 --> 00:03:40,910
O terceiro dígito é zero.

41
00:03:41,110 --> 00:03:47,080
E o quarto dígito está no intervalo de 0 1 a 9.

42
00:03:47,530 --> 00:03:49,550
Então isso também funcionaria.

43
00:03:49,660 --> 00:03:56,440
Existem diferentes bits curinga disponíveis no uso abusivo do padrão de destino para provar

44
00:03:56,440 --> 00:04:02,790
que funcionará e não especificar o que é chamado de destino da sessão.

45
00:04:02,790 --> 00:04:06,470
Agora isso fica bastante confuso porque pede para você inserir uma string.

46
00:04:06,570 --> 00:04:13,530
Você deve se lembrar do topo dos IPs e, em seguida, especificar o

47
00:04:13,530 --> 00:04:21,080
endereço IP do Radha remoto, que nesse caso é muito alto com esse endereço IP.

48
00:04:21,140 --> 00:04:27,780
Essa é uma boa prática para provar que temos conectividade IP entre a estrada e você pode ver que

49
00:04:27,780 --> 00:04:33,030
não apenas verificamos a tabela de roteamento e que o Rod padrão está errado.

50
00:04:33,030 --> 00:04:45,480
Então eu vou mudar isso.

51
00:04:45,520 --> 00:04:49,990
Vamos ver se podemos executar ping novamente.

52
00:04:50,180 --> 00:04:54,800
E como você pode ver lá, o ping foi bem-sucedido, agora vamos provar.

53
00:04:54,820 --> 00:04:58,650
Eu configurei apenas um lado da conexão.

54
00:04:58,660 --> 00:05:05,910
Eu apenas configurei o U. S. 500 Ainda não configurei este Rada com um VoIP.

55
00:05:05,920 --> 00:05:20,510
Volte agora para provar que vamos contar à Rada Então me diga para escrever para mostrar.

56
00:05:20,510 --> 00:05:27,560
Resumo de voz de discagem por traço de discagem à primeira vista, isso fica um pouco confuso.

57
00:05:27,580 --> 00:05:38,020
Observe que o padrão de destino é 2000 e 2001, com um sinal de cifrão que forçaria o uso

58
00:05:38,020 --> 00:05:40,680
desse dólar específico aqui.

59
00:05:40,690 --> 00:05:47,530
Observe que a etiqueta é vinte mil um e vinte mil e oitenta, de modo que forçaria o uso dessa nota de dólar

60
00:05:47,530 --> 00:05:49,380
que é vinte mil um.

61
00:05:49,420 --> 00:05:55,750
Se você discou dois mil e eles deveriam dobrar é com o valor de dois mil.

62
00:05:55,810 --> 00:06:00,840
Então, em outras palavras, dois mil dólares são escolhidos acima de 2000.

63
00:06:00,880 --> 00:06:03,610
É uma maneira de forçar chamadas a ir para um dólar específico.

64
00:06:03,620 --> 00:06:06,450
Aqui vou explicar mais detalhes em um momento.

65
00:06:06,730 --> 00:06:14,160
Mas, por enquanto, observe que não há dólar VoIP neste Rada, apenas Potch.

66
00:06:14,210 --> 00:06:21,490
Então, o que vou fazer é fazer uma ligação de 1000 a 2000, o comunicador

67
00:06:21,490 --> 00:06:29,490
IP está registrado neste Rada, o telefone analógico está conectado a esse comunicador de mercado no telefone analógico.

68
00:06:29,490 --> 00:06:32,580
Vou foder e discar dois mil,

69
00:06:37,130 --> 00:06:43,940
como você pode ver, temos uma chamada de 1000, que agora posso

70
00:06:46,770 --> 00:06:48,620
atender e desconectar,

71
00:06:51,470 --> 00:06:59,030
para que possamos fazer uma chamada deste telefone analógico para este telefone IP. de

72
00:06:59,030 --> 00:07:00,130
volta.

73
00:07:00,150 --> 00:07:07,390
Então, no telefone IP, eu vou foder e vou tentar discar 1000 e

74
00:07:14,300 --> 00:07:16,340
a chamada falha.

75
00:07:16,340 --> 00:07:24,140
A razão pela qual esse Rada não sabe o que fazer se receber uma chamada no intervalo de 1000.

76
00:07:24,230 --> 00:07:30,960
Portanto, temos que configurar uma TI para enviar as chamadas de volta ao pedido 1 e escrever em 2.

77
00:07:31,080 --> 00:07:35,180
Eu posso entrar no padrão de crédito no modo de conflito global aqui.

78
00:07:35,290 --> 00:07:48,130
Dito isso, Patton, destino Dolby Voice 1 VoIP, e digamos que queremos apenas especificar esses dois telefones analógicos individuais para que eu

79
00:07:48,190 --> 00:07:49,030
possa

80
00:07:53,810 --> 00:07:55,430
usar essa opção.

81
00:07:55,650 --> 00:07:59,270
O primeiro dígito deve ser 1 e o segundo 0 digital.

82
00:07:59,280 --> 00:08:09,950
O terceiro 0 digital e o quarto dígito é 0 ou um ITV 4 de destino de 1 sessão

83
00:08:10,010 --> 00:08:20,780
e o endereço IP do U. S. 500 é 10 1 1 2 e agora vamos tentar fazer

84
00:08:25,210 --> 00:08:27,670
uma ligação, então vá discar mil e,

85
00:08:32,760 --> 00:08:34,530
como você pode ouvir,

86
00:08:43,660 --> 00:08:50,010
o telefone está tocando É tentar mil e um e como você pode ouvir, eles chamam de configuração bem-sucedida.

87
00:08:50,060 --> 00:08:55,710
Vamos expandir a rede e adicionar telefones IP ao nosso U. S. quinhentos.

88
00:08:55,790 --> 00:09:03,590
Assim, obtemos uma conexão com telefones IP e portas com alimentação embutida no U. S. quinhentos U. S. quinhentos X

89
00:09:03,620 --> 00:09:11,510
como roteador, switch e dispositivo do Cisco Unified Communications Manager Express e correio de voz,

90
00:09:11,510 --> 00:09:15,890
todos iguais, fornecem energia a esses telefones IP.

91
00:09:15,950 --> 00:09:21,470
Então, vamos configurar para telefones IP um com um número de telefone 1002 e outro com

92
00:09:21,470 --> 00:09:23,250
um número de telefone 1003.

93
00:09:23,330 --> 00:09:30,460
Portanto, agora teremos dois telefones analógicos e dois telefones IP no U. S. 500

94
00:09:30,590 --> 00:09:37,130
Ainda estamos conectados ao PSTN em nossa porta O de ética e ainda estamos conectados à

95
00:09:37,130 --> 00:09:43,970
rede IP em uma das portas Ethernet, o que nos dá conectividade para rotear também, que possui

96
00:09:44,390 --> 00:09:51,320
um comunicador IP da Cisco registrado no momento. gostaria de passar pela configuração desses dois telefones IP desde

97
00:09:51,320 --> 00:09:52,220
o início.

98
00:09:52,670 --> 00:10:00,950
Portanto, há várias coisas que precisamos configurar, incluindo a alimentação em linha das lentes, o HP TFT IP, o

99
00:10:01,520 --> 00:10:05,990
SIU CMC ou o gerente de comunicações unificadas Express.

100
00:10:06,020 --> 00:10:12,290
E eu gostaria de mostrar e explicar as imagens ocultas das bonecas que são criadas quando você

101
00:10:12,300 --> 00:10:21,070
configura os fones de ouvido Ethan em seu CMA, conforme discutimos a primeira coisa que um telefone IP exige é energia e usaremos a

102
00:10:21,070 --> 00:10:24,570
energia em linha para fornecer energia. esse telefone.

103
00:10:24,570 --> 00:10:31,440
A implementação típica do mundo real teria um P. C. conectado a um telefone IP conectado a um

104
00:10:32,160 --> 00:10:37,350
comutador e, em seguida, a energia seria fornecida usando o poder da Ethernet da Cisco ou a atitude padrão da

105
00:10:37,410 --> 00:10:44,700
indústria ou três, se no nosso exemplo o U. S. O 500 possui um switch embutido que

106
00:10:44,700 --> 00:10:50,140
fornecerá energia aos telefones. S. 500 Eu posso liderar

107
00:10:55,360 --> 00:11:03,850
o comando show power in line e isso me mostrará se, em primeiro lugar, permitirmos que a energia seja fornecida

108
00:11:03,850 --> 00:11:05,270
em uma porta.

109
00:11:05,350 --> 00:11:13,550
Em outras palavras, está definido como automático, como neste exemplo, ou ativamos a alocação de energia nessas portas.

110
00:11:13,640 --> 00:11:19,300
0 2 7 deixamos a configuração de energia como padrão, que é automática.

111
00:11:20,110 --> 00:11:26,590
Lembre-se de que você nunca liga: é automático ou não pode ser ligado porque, se

112
00:11:26,590 --> 00:11:32,560
você conectar o P. C. nisso, pode explodir o pedaço dessa peça e você não

113
00:11:32,560 --> 00:11:35,760
deseja alocar energia no momento em que pode ver que a energia alocada é de 0 watts.

114
00:11:35,860 --> 00:11:39,070
Isso ocorre porque não temos telefones IP conectados a isso.

115
00:11:39,070 --> 00:11:48,620
Você vê 500, posso falar para mostrar os vizinhos CTP no momento. Você verá este apenas um vizinho Arata com esse nome e é um

116
00:11:48,720 --> 00:11:58,000
Cisco Radha 8 5 7, de acordo com o nosso diagrama, vamos conectar dois telefones na segunda e terceira Ethernet porta, então esperamos ver

117
00:11:58,120 --> 00:12:09,250
a energia alocada na porta se 0 1 1 e for 0 1 2 e devemos ver esses telefones 3 vizinhos DP, você precisa digitar 2 meses para ver

118
00:12:09,250 --> 00:12:11,680
o que está acontecendo agora, como

119
00:12:15,410 --> 00:12:23,110
você pode ver, as interfaces foram alteradas para baixo e, no topo, o comando mostrou poder na linha mais uma

120
00:12:23,680 --> 00:12:24,610
vez me

121
00:12:27,310 --> 00:12:34,000
mostra que estamos usando o Ada 2 a 3 AAF, porque eu sou o triplo dos três dispositivos

122
00:12:34,000 --> 00:12:40,750
E e podemos ver a quantidade de energia que foi alocada a esses dispositivos. faça isso de novo

123
00:12:41,650 --> 00:12:48,030
e você pode ver mais uma vez que a energia está sendo alocada mostra que os

124
00:12:49,700 --> 00:12:54,060
vizinhos do PIB me mostram subitamente dois vizinhos além da Rada.

125
00:12:54,380 --> 00:12:57,360
Também mostra que esses são telefones IP.

126
00:12:57,800 --> 00:13:05,690
Agora observe o nome ACP significa telefone Celsius Ethernet porque a Cisco comprou a empresa Celsius e os telefones

127
00:13:06,230 --> 00:13:09,150
que são fabricados, por isso é Celsius.

128
00:13:09,170 --> 00:13:15,620
Ethan, no telefone, seguido pelo endereço MAC do telefone e você pode ver a interface local e a

129
00:13:15,620 --> 00:13:22,280
porta do telefone usada, para que a porta 1 do telefone seja usada para conectar-se novamente ao switch

130
00:13:22,280 --> 00:13:29,020
ou, nesse caso, à U. S. quinhentos, então concluímos o primeiro passo em que obtivemos energia para nossos telefones IP.
