1
00:00:00,900 --> 00:00:07,930
Deci, pentru a configura un port pe un switch ca un port trunchi care să sprijine telefoanele IP Cisco, ați face următoarele.

2
00:00:09,670 --> 00:00:11,040
Deci, mai întâi comutatorul pornit.

3
00:00:11,110 --> 00:00:20,690
Ei bine, în acest caz U. S. 500 Mă duc în partea de sus comanda arată comutatorul LAN

4
00:00:20,690 --> 00:00:27,470
pentru a vedea villans cum puteți vedea aici avem un LAN implicit și ne-am vocea felin care este Bil'in la toate interfețele

5
00:00:27,470 --> 00:00:29,970
sunt în prezent în pământ nativ .

6
00:00:29,990 --> 00:00:36,900
Cu alte cuvinte, implicit Bil'in Deci, mergând în modul de configurare globală

7
00:00:37,010 --> 00:00:49,910
pot deveni Domeniul de interfață Veniți dacă zero slash o slash una până la trei și apoi pot tasta comanda încapsulare trunchi comanda

8
00:00:50,180 --> 00:00:53,370
și apoi specificați o încapsulare.

9
00:00:53,410 --> 00:01:00,290
Acum, în trecut, este posibil să fi ales ISIL sau editor sau o singură cheie de abonat, care suportă doar o cheie.

10
00:01:00,530 --> 00:01:08,540
Așa că ajungem să specificăm o cheie pe care o voi spune trunchiului modului de comandă pentru a

11
00:01:09,260 --> 00:01:19,990
forța aceste porturi în portbagaj și apoi să schimbe portbagajul portului portughez portughez apoi am să tastez tabloul de distribuție cu planul vocii și

12
00:01:19,990 --> 00:01:28,600
în cazul nostru este vigilent atingând comanda nu arată interfața de rulare dacă 0 1 slash 1 îmi va

13
00:01:28,600 --> 00:01:31,960
arăta configurația care rulează acel port specific.

14
00:01:32,030 --> 00:01:35,390
Îmi amintesc că comenzile implicite nu apar în configurarea de funcționare.

15
00:01:35,620 --> 00:01:41,170
Deci nu veți vedea neapărat toate comenzile pe care tocmai le-am scris, deoarece unele dintre ele sunt

16
00:01:41,800 --> 00:01:47,330
implicite, dar după cum puteți vedea aici portul este trunking și linia de voce este Vicente.

17
00:01:47,470 --> 00:01:53,080
Problema aici este că toate terenurile vor fi permise în întregul port maritim care ar

18
00:01:53,080 --> 00:01:58,090
putea provoca problema în care costurile largi afectează procesarea telefoanelor IP Cisco.

19
00:01:58,150 --> 00:02:01,150
Deci ar trebui să prăjim manual trunchiul.

20
00:02:01,330 --> 00:02:08,680
Deci, merg la comanda Switchfoot trunchiul a permis planul și apoi am de gând să specific de răufăcători care sunt permise pe anumite comutatoare s-ar putea

21
00:02:08,680 --> 00:02:15,150
avea nevoie doar pentru a specifica Villon voce, dar în U. S.

22
00:02:15,150 --> 00:02:23,030
500 Voi specifica toate villans-urile implicite Plus vocea terenului care atinge acum comanda sa arate run

23
00:02:23,060 --> 00:02:29,960
si interfata specifica ma arata ca permit numai terenul nativ Bil'in unul pe

24
00:02:29,960 --> 00:02:37,900
Ethernet Berlanti care este vocea mea ticălosul și ceilalți villani impliciți, care sunt susținuți de switch-urile Cisco.

25
00:02:37,910 --> 00:02:45,860
Deci, încă o dată arată villans comutator mi-ar permite să văd acelea implicite obiectivul unul este

26
00:02:45,870 --> 00:02:47,190
implicit Ethernet.

27
00:02:47,220 --> 00:02:50,610
Și apoi avem răufăcătorii pentru AFTI și Token Ring.

28
00:02:50,940 --> 00:02:53,660
Deci, asta e tot ce vă puteți imagina o interfață pentru a sprijini trunkingul.

29
00:02:53,670 --> 00:02:55,240
Nu mai este recomandat.

30
00:02:55,560 --> 00:02:59,760
Dar dacă aveți un comutator mai vechi, este posibil să aveți nevoie să îl configurați în acest fel.

31
00:02:59,960 --> 00:03:09,890
Ultima Yakutat comanda arată interfața dacă 0 1 slash 1 tabloul de bord și observați puteți vedea aici că modul de administrare este trunchiu

32
00:03:09,890 --> 00:03:15,380
modul de funcționare în acest moment este portbagaj și a păstrat soluția a

33
00:03:15,380 --> 00:03:16,770
scăzut o cheie.

34
00:03:16,790 --> 00:03:19,570
Terenul nativ este un ticălos care este implicit.

35
00:03:19,910 --> 00:03:27,720
Răufăcătorii au activat pe toată această interfață toți 1 la 1000 până la 1005 răufăcătorii activi în momentul celor

36
00:03:27,720 --> 00:03:29,070
1 și 2.

37
00:03:29,390 --> 00:03:38,590
Vocea leului Leonti este modalitatea recomandată de a pune în aplicare telefoanele IP într-o infrastructură de rețea este de a folosi

38
00:03:38,980 --> 00:03:42,460
mai multe porturi de acces la pământ.

39
00:03:42,460 --> 00:03:48,790
În acest exemplu, configurăm portul de pe comutator ca port excesiv, dar configurăm încă terenuri TV

40
00:03:48,790 --> 00:03:50,180
pe acel port.

41
00:03:50,350 --> 00:03:56,380
Telefonul va fi în vocea Fillon și PC-ul va fi în datele data de rău etichetat cadru va

42
00:03:56,380 --> 00:04:01,120
fi trimis la telefon astfel editat sau un cadru cheie sunt încă utilizate.

43
00:04:01,120 --> 00:04:06,690
Chiar dacă acesta este un port de acces, cadrele neclasificate sunt trimise pe PC.

44
00:04:06,700 --> 00:04:13,950
Acum, acest lucru zboară în fața a ceea ce ați învățat în acest curs CCMA în cursul CCMA pe care l-am

45
00:04:13,960 --> 00:04:19,990
învățat apoi un port de acces aparține unui singur plan care nu este cazul în acest scenariu.

46
00:04:20,140 --> 00:04:26,260
În acest scenariu, portul de acces trebuie să fie configurat pe acesta.

47
00:04:26,270 --> 00:04:30,730
Acum există mai multe avantaje pentru această metodă de implementare.

48
00:04:30,740 --> 00:04:37,160
Primul este că un port de acces multivalent poate fi configurat ca un port securizat spre deosebire de exemplul

49
00:04:37,160 --> 00:04:40,030
anterior în care am configurat portul ca trunchi.

50
00:04:40,310 --> 00:04:45,740
Vocea unui ID poate fi, de asemenea, descoperită prin CTP sau L-L DP.

51
00:04:46,190 --> 00:04:50,280
Deci nu este necesară configurarea manuală a villans pe telefon.

52
00:04:50,300 --> 00:04:54,220
De asemenea, permite scalabilitatea din punct de vedere al adresării IP.

53
00:04:54,530 --> 00:05:00,450
Problema pe care ați putea-o întâlni în lumea reală este că dacă o adresă lucioasă a

54
00:05:00,450 --> 00:05:07,740
fost alocată calculatoarelor dvs. și să spunem că utilizând 80% din adresele dvs. spun că 80% din adresele IP

55
00:05:07,740 --> 00:05:15,690
și acea subrețea au fost alocate dispozitivelor fizice precum PC-urile și acum, telefoanele dvs. Ed Cisco IP la mixul pe care îl

56
00:05:15,780 --> 00:05:21,780
dublați centrala numărul de dispozitive pe care le aveți doar 20% din adresele IP rămase în

57
00:05:21,780 --> 00:05:22,950
acea subrețea.

58
00:05:23,010 --> 00:05:29,080
Deci, nu puteți pune telefoanele și PC-ul în aceeași subrețea fără a vă reface adresa IP.

59
00:05:29,100 --> 00:05:35,340
Cu toate acestea, dacă vă puneți telefoanele într-o subrețea separată care nu afectează adresarea

60
00:05:35,910 --> 00:05:43,560
IP a PC-urilor, deci alocați o subrețea separată pentru telefoanele IP și subrețeaua IP alocată PC-urilor este lăsată singură.

61
00:05:44,890 --> 00:05:50,740
Există, de asemenea, o separare logică a traficului de date și voce, deoarece telefoanele dintr-o subrețea

62
00:05:50,740 --> 00:05:57,790
separată de PC-uri este mai ușor de implementat calitatea serviciului, este mai ușor să implementați listele de acces și este

63
00:05:57,820 --> 00:05:59,760
mai ușor să implementați securitatea.

64
00:05:59,950 --> 00:06:06,670
Deci, acesta este un avantaj major în separarea telefoanelor din PC-uri în subrețele separate, două dispozitive pot fi de

65
00:06:06,670 --> 00:06:11,440
asemenea conectate la un singur port al comutatorului, ceea ce minimizează cablarea.

66
00:06:11,580 --> 00:06:17,610
PC-ul dvs. este conectat fizic la telefonul fizic conectat la comutator printr-un

67
00:06:17,610 --> 00:06:18,730
singur cablu.

68
00:06:18,750 --> 00:06:26,970
Cu toate acestea, logic telefonul și PC-ul pe cabluri separate, deoarece sunt indiferenți față de obiectiv, dar

69
00:06:26,970 --> 00:06:31,960
fizic salvați la cablarea portului de acces multiple Bil'in.

70
00:06:32,040 --> 00:06:37,680
Implementarea tinde să fie cea mai comună în lumea reală și este modalitatea recomandată de a implementa

71
00:06:37,800 --> 00:06:43,020
telefoane IP pentru a configura un port de acces violent multiple pe o interfață.

72
00:06:43,080 --> 00:06:51,410
Realizați următoarele, așa că vedeți 500 sau un comutator de oprire merg în partea de sus a comutatorului Villon pentru a

73
00:06:51,410 --> 00:06:56,760
vedea villanii configurați în momentul în care avem Bil'in unul configurat pe porturi.

74
00:06:56,780 --> 00:07:06,820
Dacă 0 1 0 2 0 1 slash 8 nu există nici o interfață pe vocea Villon I, de asemenea, puteți face interfața pentru a intra pe interfața de

75
00:07:06,900 --> 00:07:12,810
afișare dacă 0 1 1 slash 1 pentru a vă arăta configurația de pe această interfață.

76
00:07:13,150 --> 00:07:19,250
Și puteți vedea doar implicit configurația toate porturile sunt în exces VLAN 1.

77
00:07:19,690 --> 00:07:27,570
Deci, intrăm într-un mod global config și atingem intervalele de interfață dacă 0 1 0 1 2 3 cu alte cuvinte

78
00:07:27,580 --> 00:07:32,170
vom configura cele trei porturi care au conectate la ele telefoane IP.

79
00:07:32,460 --> 00:07:40,640
Nu pot tasta accesul modului comenzii de comandă, făcând aceste porturi să aibă acces la porturi care este implicit.

80
00:07:41,130 --> 00:07:51,320
Și pot să atingeți vocea comenzii de comandă cu accesul la talie și la tabloul telefonului, tastați acum interfața de afișare a comenzilor,

81
00:07:51,320 --> 00:07:57,860
dacă 0 1 slash 1 îmi arată că interfața a fost configurată cu un VLAN

82
00:07:57,860 --> 00:07:59,150
de voce.

83
00:07:59,150 --> 00:08:06,890
Nu vedem pământul nativ sau planul de date sau accesul la rețeaua LAN, deoarece Villon unul este

84
00:08:07,010 --> 00:08:12,130
reelinul implicit și configurațiile implicite nu apar în configurația de rulare.

85
00:08:12,650 --> 00:08:21,970
Dar, topping-ul comenzii arată interfața de zero odată ce un port de comutație îmi permite să văd vocea și datele pe care

86
00:08:21,970 --> 00:08:23,950
le învățăm mai clar.

87
00:08:23,950 --> 00:08:31,960
Deci, pe interfață a fost configurat ca un port de acces static și acționează ca un port de acces static.

88
00:08:32,440 --> 00:08:40,070
Accesul la plan este un răufăcător unul implicit și observați că simțul vocii este și rău.

89
00:08:40,480 --> 00:08:45,980
Deci, chiar dacă modul de operare este acces static, cu alte cuvinte acesta acționează ca un port de acces.

90
00:08:46,120 --> 00:08:51,570
Permitem un miliard din fiecare în acest port.

91
00:08:51,670 --> 00:08:55,770
Cea de-a patra modalitate de a implementa telefoanele IP este de a utiliza un 2. 1.

92
00:08:55,800 --> 00:09:04,360
Acum, acesta utilizează cele trei boabe în antetul editat sau 1 Q pentru a permite prioritizarea traficului de voce în

93
00:09:04,510 --> 00:09:07,200
raport cu traficul de date.

94
00:09:07,210 --> 00:09:12,300
Există trei paturi într-un editor sau unul în antet numit costurile sau pierderea de serviciu.

95
00:09:12,380 --> 00:09:15,160
Să vorbim mai târziu despre acestea mai târziu.

96
00:09:15,460 --> 00:09:22,630
Editorul în esență 1 p permite baterea traficului de voce cu o valoare de cinci în simțirea cursului permițând comutatorului

97
00:09:23,170 --> 00:09:30,240
să vadă traficul de voce are prioritate mai mare decât traficul de date și cu un singur port de accesare

98
00:09:30,260 --> 00:09:32,290
a ticăloșilor folosind editorul 1.

99
00:09:32,300 --> 00:09:36,490
P Interfața se află într-o singură rețea LAN.

100
00:09:36,640 --> 00:09:46,000
Deci, atât telefonul, cât și PC-ul se află în teren, dar telefonul va trimite pe etichetă cadre

101
00:09:46,000 --> 00:09:47,260
pe comutator.

102
00:09:47,290 --> 00:09:54,010
Acum, deoarece acesta este un port de acces standard, telefonul utilizează un număr special de teren în

103
00:09:54,010 --> 00:10:00,130
editare la un antet Q pentru a permite utilizarea unui citit printr-un cadru cheie.

104
00:10:00,150 --> 00:10:07,950
Acum, doar pentru a recapitula din CCMA a fost un standard Ethan la cadru ca sursă și câmp de destinație o lungime pentru fiecare

105
00:10:07,950 --> 00:10:14,210
dată când datele și apoi o secvență de verificare cadru atunci când editat sau un indiciu este utilizat.

106
00:10:14,220 --> 00:10:20,870
O etichetă este inserată între adresa sursă și destinație și lungimea și fie câmpul predat.

107
00:10:21,300 --> 00:10:30,240
Această etichetă constă din patru octeți 16 biți este identificatorul protocolului de etichetă și apoi restul de 16 biți constă

108
00:10:30,540 --> 00:10:34,950
din punctul de cod prioritar sau câmpul de prioritate.

109
00:10:35,310 --> 00:10:44,940
Indicatorul formatului canonic și ID-ul de identificare a ticăloșilor acum editorul 1 p specifică semnificația câmpului de prioritate sau a

110
00:10:44,940 --> 00:10:53,470
clasei de serviciu sau câmpul de punct al Codului proprietății Crossfield este de trei biți în lungime.

111
00:10:53,490 --> 00:11:02,260
Cu alte cuvinte, valorile binare sunt de la triple 0 la triple 1 iar valorile zecimale sunt 0 2 7.

112
00:11:02,280 --> 00:11:08,430
Valoarea de prioritate înaltă, cu atât este mai important traficul și astfel vocea va avea o valoare

113
00:11:08,440 --> 00:11:12,920
binară de 1 0 1 sau o valoare zecimală echivalentă cu 5.

114
00:11:12,960 --> 00:11:22,590
Deci, telefonul trimite un cadru cheie de la 2 la 1 la comutatorul de pe un port de acces cu câmpul de cost sau câmpul

115
00:11:22,590 --> 00:11:25,750
punctului de cod prioritar setat la 5.

116
00:11:25,800 --> 00:11:30,710
Cu alte cuvinte, trimite o modificare la un singur cadru la comutator.

117
00:11:30,710 --> 00:11:39,060
Acum, doar pentru a reitera terminologia, un editor sau un antet cute este introdus în cadrul Ethan care arată după

118
00:11:39,060 --> 00:11:40,220
cum urmează.

119
00:11:40,260 --> 00:11:50,210
Modificați 2 până la 1 p denotă semnificația sau valorile simțului sau cauzei deja simțite valoarea specificată aici.

120
00:11:50,460 --> 00:11:54,440
Faceți parte din recomandările Ada la cel de la P ..

121
00:11:54,450 --> 00:12:02,580
Deci Ed. 1 p specifică diferitele clase sau valori ale câmpului prioritar dintr-o antetură sau

122
00:12:02,580 --> 00:12:03,860
un antet de coadă.

123
00:12:05,090 --> 00:12:11,370
Telefonul stabilește valoarea câmpului de cost la 5 când trimiteți cadrele la comutator.

124
00:12:11,390 --> 00:12:17,260
De aceea, comutatorul știe că traficul de pe telefon are o prioritate mai mare decât traficul de pe PC.

125
00:12:17,270 --> 00:12:21,340
Acum, acest lucru explică modul în care se poate utiliza pentru calitatea serviciilor.

126
00:12:21,560 --> 00:12:24,410
Dar în acest exemplu, acesta este un port de acces.

127
00:12:24,410 --> 00:12:26,020
Cu alte cuvinte, nu este un port trunchi.

128
00:12:26,030 --> 00:12:27,440
Este un port de acces.

129
00:12:27,650 --> 00:12:31,460
La acest port Vila și 2 a fost configurat un singur personaj negativ.

130
00:12:31,910 --> 00:12:38,480
Deci, atunci când trimiteți trafic la comutator, un număr de personaj trebuie să fie specificat de telefon

131
00:12:38,480 --> 00:12:46,760
și un număr de ticălos folosit în acest caz este un răufăcător Zerah comutatorul, prin urmare, știe că atunci când primește

132
00:12:46,760 --> 00:12:54,860
un editor, un Q frame cu numărul de villain stabilit la 0 că telefonul aparține în continuare infractorului configurat în

133
00:12:54,860 --> 00:12:57,610
acest port ca ticălos de acces.

134
00:12:57,980 --> 00:13:06,180
Deci, tot traficul de pe telefon și PC-ul locuiește în Leonti, telefonul nu se află într-un Bil'in separat

135
00:13:06,180 --> 00:13:09,760
de PC-ul pe care ambii aparțin Leonti.

136
00:13:10,070 --> 00:13:18,840
Astfel, utilizarea Bil'in special de zero la trimiterea editorului sau a unui keyframes la comutatorul de pe acest

137
00:13:18,950 --> 00:13:20,650
port de acces.

138
00:13:20,840 --> 00:13:27,740
Deci, pentru a configura EDOT 2 la 1 p pe un port de acces trebuie să faceți următoarele.

139
00:13:27,760 --> 00:13:33,430
Deci, înainte de configurarea comutatorului sau a U. S. 500 Să ne uităm la villanii noștri.

140
00:13:33,590 --> 00:13:41,650
Deci, după cum puteți vedea aici toate interfețele de pe linia implicită Bil'in a liniei unul din nou arată

141
00:13:41,670 --> 00:13:51,010
interfața rulați dacă zero o dată ne arată că interfața are o configurație implicită pe ea merge în mod global config atingând

142
00:13:51,010 --> 00:13:52,930
interfața de tastare intervalul.

143
00:13:52,930 --> 00:14:01,650
Dacă 0 1 stash 1 2 3 interfețele care au iPhones conectat la ele pot tasta comutatorul

144
00:14:01,650 --> 00:14:05,270
de comandă acces la modul Ford.

145
00:14:05,580 --> 00:14:12,080
Deci, aceste porturi nu vor fi configurate ca trunchiul pe care l-au configurat ca porturi

146
00:14:13,520 --> 00:14:17,670
de acces switch port portul LAN punct unu.

147
00:14:18,330 --> 00:14:22,360
Specificați utilizarea punctului unu pe aceste porturi.

148
00:14:22,560 --> 00:14:31,940
Schimbați accesul portului în pământ pentru a observa că nu specificăm vocea lui Vilanova.

149
00:14:31,970 --> 00:14:35,350
Specificăm un acces Villano din T.

150
00:14:35,780 --> 00:14:43,770
Așa că, din nou, afișați interfața de rulare dacă 0 1 slash 1 mi-a arătat că acest port este și în țară.

151
00:14:44,240 --> 00:14:50,830
Este un port de acces, dar folosim o editare a unui p pe această interfață.

152
00:14:50,900 --> 00:14:59,740
Telefoanele vor transmite traficul la comutator ca cadre de etichete folosind Wheatland zero în identificatorul real.

153
00:15:00,520 --> 00:15:10,930
Atât telefonul, cât și PC-ul sunt în țara în care se încheie partea 1 a discuției noastre despre procesul de pornire

154
00:15:10,930 --> 00:15:12,490
a telefonului Cisco.

155
00:15:12,490 --> 00:15:20,260
Am discutat despre modul în care un telefon IP obține puterea Informațiile Aviles sunt furnizate telefonului utilizând CTP

156
00:15:20,270 --> 00:15:27,430
sau LL DP în următoarea parte vom continua discuția privindu-ne modul în care un telefon IP

157
00:15:27,430 --> 00:15:35,560
obține o adresă IP își descarcă firmware-ul, configurația și registrele cu un C UCM va discuta, de asemenea, protocoalele

158
00:15:35,560 --> 00:15:40,290
de semnalizare ale celor slabi și vă mulțumesc pentru vizionare.
