1
00:00:00,900 --> 00:00:07,930
Portanto, para configurar uma porta em um switch como uma porta de tronco que suporte os telefones IP da Cisco, você faria o seguinte.

2
00:00:09,670 --> 00:00:11,040
Então, primeiro o on off switch.

3
00:00:11,110 --> 00:00:20,690
Bem, neste caso, a U. S. 500 eu estou indo para o topo do comando mostrar o switch

4
00:00:20,690 --> 00:00:27,470
LAN para ver villans como você pode ver aqui nós temos uma LAN padrão e temos a nossa voz felina que é Bil'in para

5
00:00:27,470 --> 00:00:29,970
todas as interfaces estão atualmente na terra natal .

6
00:00:29,990 --> 00:00:36,900
Em outras palavras, o padrão Bil'in Então, entrando no modo de configuração global, eu

7
00:00:37,010 --> 00:00:49,910
posso me tornar o intervalo da interface do Come se fizer uma barra invertida de uma a três e então eu puder digitar o encapsulamento do

8
00:00:50,180 --> 00:00:53,370
comando e então especificar um encapsulamento.

9
00:00:53,410 --> 00:01:00,290
Agora, no passado, podemos ter escolhido o ISIL ou o editor, ou um dos principais fones de ouvido do assinante suporta apenas uma chave.

10
00:01:00,530 --> 00:01:08,540
Então nós temos que especificar uma chave que eu vou dizer trunk switchboard mode para forçar

11
00:01:09,260 --> 00:01:19,990
essas portas para trunk e então trocar o trunk de porta nativa villaine então eu vou digitar switchboard com plano de voz

12
00:01:19,990 --> 00:01:28,600
e no nosso caso é vigilante tocando o comando show show interface se 0 1 barra 1

13
00:01:28,600 --> 00:01:31,960
mostrará a configuração atual dessa porta específica.

14
00:01:32,030 --> 00:01:35,390
Lembro-me de comandos padrão não aparecem na configuração em execução.

15
00:01:35,620 --> 00:01:41,170
Então você não verá necessariamente todos os comandos que acabamos de digitar, porque alguns deles são por padrão,

16
00:01:41,800 --> 00:01:47,330
mas como você pode ver aqui a porta é entroncamento e a linha de voz é Vicente.

17
00:01:47,470 --> 00:01:53,080
O problema aqui é que todas as terras serão permitidas em todo o porto marítimo, o que

18
00:01:53,080 --> 00:01:58,090
poderia causar esse problema, onde os custos amplos afetam o processamento dos telefones IP da Cisco.

19
00:01:58,150 --> 00:02:01,150
Portanto, devemos remover manualmente o tronco.

20
00:02:01,330 --> 00:02:08,680
Então eu vou para o comando Switchfoot trunk permiti o plano e então eu vou especificar os vilões que são permitidos em certos switches, você

21
00:02:08,680 --> 00:02:15,150
pode precisar apenas especificar a voz de Villon, mas no U. S.

22
00:02:15,150 --> 00:02:23,030
500 eu vou especificar todos os vilões padrão Mais a voz do terreno agora tocando no comando do show

23
00:02:23,060 --> 00:02:29,960
run e a interface específica mostra-me que eu estou permitindo apenas a terra nativa Bil'in um

24
00:02:29,960 --> 00:02:37,900
sobre Ethernet Berlanti que é a minha voz vilão e os outros vilões padrão suportados nos switches da Cisco.

25
00:02:37,910 --> 00:02:45,860
Então, mais uma vez, mostrar o switch villans me permitirá ver esses padrão a lente é o

26
00:02:45,870 --> 00:02:47,190
padrão da Ethernet.

27
00:02:47,220 --> 00:02:50,610
E então nós temos os vilões para o AFTI e o Token Ring.

28
00:02:50,940 --> 00:02:53,660
Então é tudo o que você pode descobrir uma interface para apoiar o entroncamento.

29
00:02:53,670 --> 00:02:55,240
Não é mais recomendado.

30
00:02:55,560 --> 00:02:59,760
Mas se você tiver um switch mais antigo, pode ser necessário configurá-lo dessa maneira.

31
00:02:59,960 --> 00:03:09,890
Último Yakutat o comando show interface se 0 1 barra 1 switchboard e observe você pode ver aqui que o modo administrativo é trunk

32
00:03:09,890 --> 00:03:15,380
o modo operacional no momento em que é trunk e a solução mantida

33
00:03:15,380 --> 00:03:16,770
caiu uma chave.

34
00:03:16,790 --> 00:03:19,570
A terra nativa é o vilão, que é o padrão.

35
00:03:19,910 --> 00:03:27,720
Os vilões habilitaram através desta interface todos os 1 a 1000 a 1005 vilões ativos no momento do

36
00:03:27,720 --> 00:03:29,070
1 e 2.

37
00:03:29,390 --> 00:03:38,590
A voz do leão é o Leonti a maneira recomendada para implementar telefones IP em uma infra-estrutura de rede

38
00:03:38,980 --> 00:03:42,460
é usar várias portas de acesso terrestre.

39
00:03:42,460 --> 00:03:48,790
Neste exemplo, estamos configurando a porta no switch como uma porta em excesso, mas ainda configurando as terras

40
00:03:48,790 --> 00:03:50,180
de TV nessa porta.

41
00:03:50,350 --> 00:03:56,380
O telefone estará no Fillon de voz e o PC estará no quadro. Os quadros marcados com villaine

42
00:03:56,380 --> 00:04:01,120
serão enviados para o telefone então editados ou um dos quadros principais ainda será usado.

43
00:04:01,120 --> 00:04:06,690
Mesmo que seja uma porta de acesso, quadros não marcados são enviados para o PC.

44
00:04:06,700 --> 00:04:13,950
Agora, isso se manifesta em face do que você aprendeu neste curso de CCMA no curso CCMA que aprendemos, em

45
00:04:13,960 --> 00:04:19,990
seguida, uma porta de acesso pertence a um único plano que não é o caso nesse cenário.

46
00:04:20,140 --> 00:04:26,260
Nesse cenário, a porta de acesso tem vilões configurados nela.

47
00:04:26,270 --> 00:04:30,730
Agora existem várias vantagens para este método de implementação.

48
00:04:30,740 --> 00:04:37,160
A primeira é que uma porta de acesso multivalente pode ser configurada como uma porta segura, ao contrário do

49
00:04:37,160 --> 00:04:40,030
exemplo anterior, onde configuramos a porta como um tronco.

50
00:04:40,310 --> 00:04:45,740
A voz de um ID também pode ser descoberta por meio de CTP ou L-L DP.

51
00:04:46,190 --> 00:04:50,280
Portanto, a configuração manual de villans no telefone não é necessária.

52
00:04:50,300 --> 00:04:54,220
Ele também permite escalabilidade de um ponto de vista de endereçamento IP.

53
00:04:54,530 --> 00:05:00,450
O problema que você pode encontrar no mundo real é que, se um endereço brilhante foi

54
00:05:00,450 --> 00:05:07,740
alocado para seus PCs e digamos que 80% dos seus endereços digam que 80% dos endereços IP e essa

55
00:05:07,740 --> 00:05:15,690
sub-rede foram alocados a dispositivos físicos como PCs e agora você Ed telefones Cisco IP para a mistura que você está

56
00:05:15,780 --> 00:05:21,780
duplicando centralmente a quantidade de dispositivos que você só tem 20 por cento dos endereços IP

57
00:05:21,780 --> 00:05:22,950
restantes nessa sub-rede.

58
00:05:23,010 --> 00:05:29,080
Portanto, você não pode colocar os telefones e o PC na mesma sub-rede sem refazer seu endereçamento IP.

59
00:05:29,100 --> 00:05:35,340
No entanto, se você colocar seus telefones em uma sub-rede separada, isso não afetará o endereçamento IP dos

60
00:05:35,910 --> 00:05:43,560
PCs, portanto, você alocará uma sub-rede separada para os telefones IP e a sub-rede IP alocada aos PCs será deixada em paz.

61
00:05:44,890 --> 00:05:50,740
Há também uma separação lógica de tráfego de voz e dados porque os telefones em uma sub-rede separada

62
00:05:50,740 --> 00:05:57,790
para os PCs são mais fáceis de implementar a qualidade de serviço, é mais fácil implementar suas listas de acesso e

63
00:05:57,820 --> 00:05:59,760
é mais fácil implementar a segurança.

64
00:05:59,950 --> 00:06:06,670
Então essa é uma grande vantagem para separar os telefones dos PCs em sub-redes separadas. Dois dispositivos também podem

65
00:06:06,670 --> 00:06:11,440
ser conectados a uma única porta no switch, o que minimiza o cabeamento.

66
00:06:11,580 --> 00:06:17,610
Seu PC está fisicamente conectado ao telefone que está fisicamente conectado ao switch através de

67
00:06:17,610 --> 00:06:18,730
um único cabo.

68
00:06:18,750 --> 00:06:26,970
No entanto, logicamente, o telefone eo PC em cabos separados, porque eles são indiferentes à lente, mas fisicamente

69
00:06:26,970 --> 00:06:31,960
você está salvando no cabeamento da porta de acesso múltipla Bil'in.

70
00:06:32,040 --> 00:06:37,680
A implementação tende a ser a mais comum no mundo real e é a maneira recomendada

71
00:06:37,800 --> 00:06:43,020
de implementar telefones IP para configurar uma porta de acesso violenta múltipla em uma interface.

72
00:06:43,080 --> 00:06:51,410
Faça o seguinte, assim que você vir 500 ou um interruptor de desligar vai estar no topo do switch Vamos mostrar o Villon

73
00:06:51,410 --> 00:06:56,760
para ver os vilões configurados no momento em que tivermos o Bil'in configurado nas portas.

74
00:06:56,780 --> 00:07:06,820
Se 0 1 0 2 0 1 barra 8 sem interfaces na voz Villon, eu também posso fazer a interface

75
00:07:06,900 --> 00:07:12,810
show run, se 0 1 barra 1 mostrar a configuração nesta interface.

76
00:07:13,150 --> 00:07:19,250
E você pode ver apenas a configuração padrão de todas as portas estão em excesso VLAN 1.

77
00:07:19,690 --> 00:07:27,570
Então, entrando em um modo de configuração global e tocando no intervalo da interface se 0 1 0 1 2 3, em outras

78
00:07:27,580 --> 00:07:32,170
palavras, vamos configurar as três portas que possuem telefones IP conectados a elas.

79
00:07:32,460 --> 00:07:40,640
Não consigo digitar o acesso ao modo de painel de comando fazendo com que essas portas acessem portas, que é o padrão.

80
00:07:41,130 --> 00:07:51,320
E eu posso tocar a voz do painel de comando com a terra e switchboard access agora, digitando o comando show run

81
00:07:51,320 --> 00:07:57,860
interface se 0 1 barra 1 me mostra que aquela interface foi configurada com

82
00:07:57,860 --> 00:07:59,150
uma voz VLAN.

83
00:07:59,150 --> 00:08:06,890
Nós não vemos a terra nativa ou o plano de dados ou o acesso à LAN porque Villon um é

84
00:08:07,010 --> 00:08:12,130
o reelineamento padrão e as configurações padrão não aparecem na configuração em execução.

85
00:08:12,650 --> 00:08:21,970
Mas no topo do comando show interface de zero uma vez uma porta de switch me permite ver a voz e os dados

86
00:08:21,970 --> 00:08:23,950
que aprendemos com mais clareza.

87
00:08:23,950 --> 00:08:31,960
Portanto, na interface, ela foi configurada como uma porta de acesso estática e está atuando como uma porta de acesso estática.

88
00:08:32,440 --> 00:08:40,070
O acesso ao plano é o padrão e percebe que a sensação de voz também é ruim.

89
00:08:40,480 --> 00:08:45,980
Portanto, mesmo que o modo operacional seja o acesso estático, em outras palavras, isso está agindo como uma porta de acesso.

90
00:08:46,120 --> 00:08:51,570
Estamos permitindo bilhares um em dois nesta porta.

91
00:08:51,670 --> 00:08:55,770
A quarta maneira de implementar telefones IP é usar um 2. 1

92
00:08:55,800 --> 00:09:04,360
Agora, ele usa os três barcos no cabeçalho editado ou 1 Q para permitir a priorização do tráfego de

93
00:09:04,510 --> 00:09:07,200
voz sobre o tráfego de dados.

94
00:09:07,210 --> 00:09:12,300
Há três leitos em um editor ou um cabeçalho chamado custos ou perda de serviço.

95
00:09:12,380 --> 00:09:15,160
Vamos falar mais sobre isso depois.

96
00:09:15,460 --> 00:09:22,630
Essencialmente, o editor 1 p permite a zombaria do tráfego de voz com um valor de cinco no curso, permitindo que o

97
00:09:23,170 --> 00:09:30,240
switch veja o tráfego de voz ter maior prioridade do que o tráfego de dados e com uma única porta de

98
00:09:30,260 --> 00:09:32,290
acesso vilão usando o editor 1.

99
00:09:32,300 --> 00:09:36,490
P A interface está em uma única LAN.

100
00:09:36,640 --> 00:09:46,000
Portanto, tanto o telefone quanto o PC também estão no terreno, mas o telefone envia quadros com tags para

101
00:09:46,000 --> 00:09:47,260
o switch.

102
00:09:47,290 --> 00:09:54,010
Agora, como essa é uma porta de acesso padrão, o telefone usa um número de terreno especial

103
00:09:54,010 --> 00:10:00,130
na edição do cabeçalho Q para permitir o uso de uma leitura em um dos quadros-chave.

104
00:10:00,150 --> 00:10:07,950
Agora, apenas para recapitular a partir do CCMA era um padrão Ethan no quadro como um campo de origem e destino um comprimento para cada

105
00:10:07,950 --> 00:10:14,210
vez que os dados e, em seguida, uma seqüência de verificação de quadro quando editado ou uma sugestão é usada.

106
00:10:14,220 --> 00:10:20,870
Uma tag é inserida entre o endereço de origem e de destino e o comprimento e o campo ensinado.

107
00:10:21,300 --> 00:10:30,240
Essa tag consiste em quatro bytes. 16 bits é o identificador de protocolo de tag e, em seguida, os 16 bits restantes consistem

108
00:10:30,540 --> 00:10:34,950
no ponto de código de prioridade ou no campo de prioridade.

109
00:10:35,310 --> 00:10:44,940
O indicador de formato canônico e o ID de vilão agora editor 1 p especifica o significado do campo de prioridade

110
00:10:44,940 --> 00:10:53,470
ou classe de serviço ou Crossfield o campo de ponto de código de propriedade tem três bits de comprimento.

111
00:10:53,490 --> 00:11:02,260
Em outras palavras, os valores binários são do triplo 0 ao triplo 1 e os valores decimais são 0 2 7.

112
00:11:02,280 --> 00:11:08,430
O valor de prioridade alta é o mais importante do tráfego e, portanto, a voz terá um

113
00:11:08,440 --> 00:11:12,920
valor binário de 1 0 1 ou o valor decimal equivalente de 5.

114
00:11:12,960 --> 00:11:22,590
Portanto, o telefone está enviando um quadro-chave de 2 para 1 para o comutador em uma porta de acesso com o campo de custo ou o campo

115
00:11:22,590 --> 00:11:25,750
de ponto de código de prioridade definido como 5.

116
00:11:25,800 --> 00:11:30,710
Em outras palavras, está enviando uma edição para o quadro ao switch.

117
00:11:30,710 --> 00:11:39,060
Agora, apenas para reiterar a terminologia, um editor ou um cabeçalho de sugestão é inserido no quadro Ethan, que se parece

118
00:11:39,060 --> 00:11:40,220
com o seguinte.

119
00:11:40,260 --> 00:11:50,210
Edite 2 para 1 p denota o significado ou valores da sensação já feita ou causa a sensação do valor especificado aqui.

120
00:11:50,460 --> 00:11:54,440
Faça parte das recomendações de Ada ao P. Então mais uma vez Ed. 1 p especifica as diferentes classes ou valores do campo

121
00:11:54,450 --> 00:12:02,580
de prioridade em uma atitude ou um cabeçalho de fila.

122
00:12:02,580 --> 00:12:03,860
O telefone está definindo o valor do campo de custo para 5 ao enviar o quadro para o switch.

123
00:12:05,090 --> 00:12:11,370
O switch, portanto, sabe que o tráfego do telefone tem uma prioridade maior que o tráfego do PC.

124
00:12:11,390 --> 00:12:17,260
Agora, isso explica como alguém pode ser usado para qualidade de serviço.

125
00:12:17,270 --> 00:12:21,340
Mas neste exemplo, esta é uma porta de acesso.

126
00:12:21,560 --> 00:12:24,410
Em outras palavras, não é uma porta de tronco.

127
00:12:24,410 --> 00:12:26,020
É uma porta de acesso.

128
00:12:26,030 --> 00:12:27,440
Apenas um vilão foi configurado neste porto Vila e 2.

129
00:12:27,650 --> 00:12:31,460
Então, ao enviar tráfego para o switch um número

130
00:12:31,910 --> 00:12:38,480
de vilão tem que ser especificado pelo telefone e um número de vilão usado neste caso

131
00:12:38,480 --> 00:12:46,760
é um vilão Zerah o switch, portanto, sabe que quando recebe um editor o quadro Q com o número de

132
00:12:46,760 --> 00:12:54,860
vilão definido como 0 que o telefone ainda pertence ao vilão configurado nesta porta como o vilão de acesso.

133
00:12:54,860 --> 00:12:57,610
Assim, todo o tráfego do telefone e

134
00:12:57,980 --> 00:13:06,180
do PC reside no Leonti, o telefone não está em um Bil'in separado para o PC, ambos pertencem a Leonti.

135
00:13:06,180 --> 00:13:09,760
Assim, o uso do especial Bil'in

136
00:13:10,070 --> 00:13:18,840
de zero ao enviar editor ou um keyframes para o switch nesta porta de acesso.

137
00:13:18,950 --> 00:13:20,650
Então, para configurar o EDOT de 2 a 1 p em uma porta de acesso, você precisa fazer o seguinte.

138
00:13:20,840 --> 00:13:27,740
Então, antes de configurar o switch ou o U. S. 500 Vamos dar uma olhada em nossos vilões.

139
00:13:27,760 --> 00:13:33,430
Então, como você pode ver

140
00:13:33,590 --> 00:13:41,650
aqui todas as interfaces no padrão Bil'in da linha um mais uma vez mostram interface de execução se zero uma vez

141
00:13:41,670 --> 00:13:51,010
nos mostra que a interface tem uma configuração padrão em que vai para o modo de configuração global tocando interface de digitação do intervalo.

142
00:13:51,010 --> 00:13:52,930
Se 0 1 stash 1

143
00:13:52,930 --> 00:14:01,650
2 3 as interfaces que possuem iPhones conectados a elas, eu posso digitar o acesso do modo de comando do modo Ford.

144
00:14:01,650 --> 00:14:05,270
Portanto, essas portas não serão configuradas como tronco,

145
00:14:05,580 --> 00:14:12,080
elas são configuradas como portas de acesso, comutação de voz de porta, ponto de LAN.

146
00:14:13,520 --> 00:14:17,670
Você especifica o uso de um ponto nessas portas.

147
00:14:18,330 --> 00:14:22,360
Mudar de acesso à porta no terreno para notamos que não estamos especificando uma voz Vilanova para cima.

148
00:14:22,560 --> 00:14:31,940
Estamos especificando um Access Villano de T.

149
00:14:31,970 --> 00:14:35,350
Então mais uma vez mostre a interface de execução se 0 1 barra 1 me mostrar que esta porta está na terra também.

150
00:14:35,780 --> 00:14:43,770
É uma porta de acesso, mas estamos usando um p nesta interface.

151
00:14:44,240 --> 00:14:50,830
Os telefones transmitirão tráfego para o switch como quadros de tags usando Wheatland zero no identificador real.

152
00:14:50,900 --> 00:14:59,740
Tanto o telefone quanto o PC estão no terreno, concluindo a

153
00:15:00,520 --> 00:15:10,930
parte 1 de nossa discussão sobre o processo de inicialização do telefone da Cisco.

154
00:15:10,930 --> 00:15:12,490
Nós discutimos como um

155
00:15:12,490 --> 00:15:20,260
telefone IP obtém energia Aviles informação é fornecida para o telefone usando CTP ou LL DP na próxima parte,

156
00:15:20,270 --> 00:15:27,430
vamos continuar a discussão, observando como um telefone IP adquire um endereço IP baixa seu firmware e

157
00:15:27,430 --> 00:15:35,560
configuração e registra com A UCM também irá discutir os protocolos de sinalização de skinny e obrigado por assistir.

158
00:15:35,560 --> 00:15:40,290
&nbsp;
