1 00:00:00,740 --> 00:00:05,390 Motivul pentru care vedem traficul mai degrabă decât am văzut împiedică traficul. 2 00:00:05,540 --> 00:00:09,120 Este pe Ethernet înainte ca două dispozitive să poată comunica. 3 00:00:09,260 --> 00:00:13,070 Trebuie să le folosească pentru a descoperi adresele MAC ale celorlalte. 4 00:00:13,220 --> 00:00:20,410 Deci, înainte de trafic ICMP poate fi chiar trimis dreptul de a acționa ca PC are nevoie pentru a trimite un op pentru a 5 00:00:20,450 --> 00:00:21,990 descoperi Rodda forța MAC adresa. 6 00:00:22,340 --> 00:00:27,380 Dar niciodată nu descoperă că, pentru că traficul nu ajunge niciodată 7 00:00:27,380 --> 00:00:37,730 pe traseu, așa că nu primește niciodată o operă aplicată și, prin urmare, nu poate trimite comutatorul de trafic ICMP la interfața de interfață. 8 00:00:37,850 --> 00:00:53,100 Kickabout 0 2 2 3 trunchiul portului comutatorului și soluția păstrată depășită cu un întrerupător de cheie modul de port portul trunchiului portul 9 00:00:53,210 --> 00:01:02,850 Nu negociați momentan interfața gigabit 0 la comutatorul de pe comutator este oprită. 10 00:01:02,850 --> 00:01:10,290 Voi face același lucru și aici pentru a dovedi că ne obligăm în principiu să traversăm traficul prin intermediul 11 00:01:10,790 --> 00:01:16,880 hub-ului, astfel încât să putem face o captură largă și să vedem traficul în rețea. 12 00:01:17,280 --> 00:01:19,530 Deci, acum să începem încă 13 00:01:22,850 --> 00:01:29,460 o captură împușcat pe care Ken a scris-o la ping Rato pentru că a observat că ping-ul reușește. 14 00:01:29,700 --> 00:01:36,600 Dacă ne uităm la traficul nostru putem vedea OP topless vom captura pentru moment. 15 00:01:36,690 --> 00:01:42,810 Aceasta este difuzarea care solicită o adresă MAC asociată cu adresa IP 10 1 la 4. 16 00:01:43,110 --> 00:01:47,240 După cum puteți vedea că este o emisiune trimisă de la router la. 17 00:01:47,250 --> 00:01:51,080 Este o editare a cadrului unic. 18 00:01:51,180 --> 00:01:56,490 Deci, în Add to that o parte cheie din nou, putem vedea că rău este prea. 19 00:01:56,590 --> 00:02:03,110 Există solicitarea OP care caută adresa MAC asociată cu adresa IP 10 1 la 4. 20 00:02:03,260 --> 00:02:04,870 Iată răspunsul. 21 00:02:04,870 --> 00:02:13,930 Ce veți observa, de asemenea, este ID-ul de ticălos el este prea, astfel încât să se întoarcă ca un cadru etichetat de la 10 22 00:02:13,930 --> 00:02:16,990 1 la 4 la 10 1 la 2. 23 00:02:17,080 --> 00:02:18,980 Deci e răspunsul la OP. 24 00:02:19,150 --> 00:02:24,580 Nu este o transmisie, deoarece știe adresa MAC a router-ului la o gata, 25 00:02:24,580 --> 00:02:33,770 astfel că merge direct la adresa MAC a routerului 2 și apoi dacă defilam un pic mai departe, putem vedea mesajele ICMP echo. 26 00:02:35,480 --> 00:02:39,840 Deci el are un ecou de la 10 1 la 2 la 10 1 la 4. 27 00:02:40,010 --> 00:02:42,470 Încă o dată observați și ideile ticăloșilor. 28 00:02:42,510 --> 00:02:49,500 El are răspunsul de la 10 1 la 4, deci este un răspuns ecou la 10 1 la 2. 29 00:02:49,730 --> 00:02:57,560 Un ID de personaj negativ este 2, astfel încât aceste cadre sunt etichetate între cele două dispozitive. 30 00:02:57,770 --> 00:03:03,240 Să oprim această captură și am început din nou în jenius 3. 31 00:03:04,640 --> 00:03:11,160 Acum, ce zici de traficul de la Rotto 1 2 roders 3, care folosește terenul care nu este cel care nu are 32 00:03:12,020 --> 00:03:12,930 tag-ul Serrato unul. 33 00:03:12,940 --> 00:03:20,000 Pinging router 3 pings reușește router la pinging a scris un ping patru reușește. 34 00:03:20,230 --> 00:03:21,970 Voi fi plin pentru ICMP. 35 00:03:22,370 --> 00:03:25,860 Deci este mesajul ICMP de la Rodda una la trei. 36 00:03:25,940 --> 00:03:28,130 Observați că este un cadru Ethernet standard. 37 00:03:28,340 --> 00:03:30,320 Tipul de eter este versiunea IP 4. 38 00:03:30,380 --> 00:03:37,330 Nu există niciun editor care să eticheteze Q pe ecou sau pe răspunsul Ecca. 39 00:03:37,400 --> 00:03:42,130 Lui Ethan îi este îngrădit, pentru că asta e țara natală care coboară. 40 00:03:42,130 --> 00:03:45,140 Cu toate acestea, drumul său către ping-ul pentru Rotto. 41 00:03:45,320 --> 00:03:48,660 Și observați încă o dată că există eticheta. 42 00:03:49,070 --> 00:03:57,860 Deci, să punem routerul 1 și routerul 3 în Vilain 10 și să vedem cum afectează etichetarea traficului. 43 00:03:57,900 --> 00:04:06,140 Porniți o interfață violentă de interfață cu 10 interfețe Gigabit 00. 44 00:04:06,180 --> 00:04:19,170 Dacă aterizăm 10 facem ceva similar la trecerea la interfața terestră 10 interfața kickabout 0 0 accesul la portul de acces la 45 00:04:19,560 --> 00:04:21,390 pământ 10. 46 00:04:21,420 --> 00:04:26,410 Deci, acum, când un pui Rajshree pătrunde, ce se întâmplă. 47 00:04:26,420 --> 00:04:28,980 Acum s-ar putea să dureze un 48 00:04:31,690 --> 00:04:35,720 timp, pentru că cheltuielile trebuie convergente, astfel încât să poată trece 49 00:04:39,650 --> 00:04:43,390 un arbore de cheltuieli arătând pentru porturile violente 10, fără expediere. 50 00:04:43,520 --> 00:04:44,830 Deci, să facem din nou ping-ul. 51 00:04:44,840 --> 00:04:48,870 Observați că ping-ul reușește acum și știi că a fost captură de șoc. 52 00:04:50,510 --> 00:04:51,980 Derulați în jos. 53 00:04:52,130 --> 00:05:00,740 Ceea ce ar trebui să vedem acum este numărul răufăcătorilor, ca exemplu, este violent 10. 54 00:05:00,790 --> 00:05:10,130 Deci ID-urile 10 pot vedea hexazecimal acolo este setat zecimal în rama Ethernet a observat că tipul este un fel de o singură 55 00:05:10,530 --> 00:05:18,070 tastă în editare la unul cue tipul este IP versiunea 4 care indică faptul că prevederea pentru este folosit 56 00:05:18,080 --> 00:05:20,960 cel puțin trei este ping . 57 00:05:21,410 --> 00:05:22,620 Iată răspunsul. 58 00:05:22,940 --> 00:05:27,450 Dar remarcăm încă o dată numărul răufăcătorilor fiind ultimii 10. 59 00:05:27,560 --> 00:05:38,060 Dacă schimba acest lucru violent la villain 11 ca un exemplu cu ping reuși așa Villani 11 mai degrabă interfață Keiga dar zero 60 00:05:38,060 --> 00:05:45,860 zero portul de acces comutator linia 11 a făcut greșeala de a pune interfața Villani 11. 61 00:05:45,890 --> 00:05:50,500 Ar fi trebuit să spun doar că Villani Levan a creat ticălosul. 62 00:05:50,690 --> 00:05:55,910 Dar, în acest caz, trecerea pentru a crea răufăcătorul pentru mine trebuie să fie atentă cu asta deoarece unele comutatoare 63 00:05:55,910 --> 00:05:59,920 nu o vor face pentru tine, dar poți vedea că Villani Levan a fost creat. 64 00:06:00,160 --> 00:06:02,860 Gigabit 0 este în Villani 11. 65 00:06:02,870 --> 00:06:09,860 Deci, această parte este în Villani 11 ca portaluri și violent 10 poate scrie un ping rodder trei și 66 00:06:09,860 --> 00:06:17,720 puteți vedea în momentul în care nu puteți ști de ce captură șoc Rodda una are încă o adresă MAC memorată pentru 67 00:06:17,720 --> 00:06:18,640 Rodder 3. 68 00:06:18,710 --> 00:06:21,680 Deci, trimite traficul ICMP. 69 00:06:22,010 --> 00:06:29,390 Dar observați că este etichetat cu Villani 11 și că nici un răspuns nu este primit din nou, deoarece traficul nu ajunge 70 00:06:29,960 --> 00:06:31,420 niciodată la pradă 3. 71 00:06:31,480 --> 00:06:36,190 Acest port are în Villon 10 acest port este în Villani 11. 72 00:06:36,260 --> 00:06:39,040 Deci traficul nu ajunge niciodată în port. 73 00:06:39,170 --> 00:06:42,010 Puteți vedea că, din nou, făcând 74 00:06:45,370 --> 00:06:49,120 o captură ajutând scrisul este liber de Route One. 75 00:06:49,270 --> 00:06:56,080 Și ceea ce veți observa în ieșirea de aici este că nu există nici un trafic și nici un trafic ICMP primit pe acest port 76 00:06:56,080 --> 00:06:56,910 la toate. 77 00:06:57,040 --> 00:07:05,870 Chiar dacă nu suntem unul este pinging ruter trei pe captura între întrerupătoare putem vedea traficul ICMP cu 78 00:07:05,870 --> 00:07:14,890 linia 11, dar comutatorul atunci când primește trafic pe linia 11 el nu o să-l forțeze din acest 79 00:07:14,890 --> 00:07:17,750 port sau acest lucru port. 80 00:07:17,910 --> 00:07:20,050 Deci nu merge nicăieri. 81 00:07:20,430 --> 00:07:25,000 Va fi aruncat de comutator deoarece nu există porturi de acces în Villani Lavonne. 82 00:07:25,100 --> 00:07:33,590 Deci, traficul nu a lovit niciodata trei ori, dar daca trecem la Villani Leben si apoi am 83 00:07:33,590 --> 00:07:42,100 pornit in port si l-am pus in linia 11 ceea ce vedem acum este ca ping-urile au succes. 84 00:07:43,190 --> 00:07:45,640 Încă o dată poate dura ceva timp. 85 00:07:45,650 --> 00:07:51,930 Cheltuielile de trei pentru a converge pot vedea ping-urile care sosesc au observat nouă una, trei este numărul de ping-uri 86 00:07:52,770 --> 00:07:56,220 care sosesc la trecerea la, dar poate că ar trebui 87 00:07:59,560 --> 00:08:03,260 să așteptăm puțin timp pentru a cheltui trei pentru a converge. 88 00:08:03,540 --> 00:08:04,220 Și tu te duci. 89 00:08:04,250 --> 00:08:13,200 Ea sa convertit astfel încât să vedem ping-ul de la Route One la rotas 3 folosind Villani 11. 90 00:08:13,230 --> 00:08:21,740 Și există un răspuns la Villani 11 atât de fizic încât această tipologie arată după cum urmează. 91 00:08:21,770 --> 00:08:24,050 Doar ignorați hub-ul pentru moment. 92 00:08:24,210 --> 00:08:26,180 Deci pretindeți că hub-ul nu este acolo. 93 00:08:27,290 --> 00:08:32,300 Din punct de vedere fizic Avem două PC-uri conectate pentru a comuta unul și două PC-uri conectate pentru a comuta două. 94 00:08:32,450 --> 00:08:39,020 Dar logic mai degrabă unul care acționează ca un PC și un router trei care acționează ca PC-uri trei sunt conectate una la 95 00:08:39,020 --> 00:08:42,000 cealaltă și două și patru conectate una la cealaltă. 96 00:08:43,120 --> 00:08:49,280 Acestea sunt complet separate una de cealaltă și nu vor putea să se pingă între ele decât 97 00:08:49,290 --> 00:08:57,310 dacă permitem intervalul și rutarea pe unul dintre comutatoare și configurăm gateway-urile implicite de pe PC-uri pentru a vorbi reciproc prin gateway-ul 98 00:08:57,500 --> 00:08:58,510 lor implicit.