1
00:00:00,920 --> 00:00:07,730
Deci, în rezumat atunci când un dispozitiv dorește să comunice cu un dispozitiv nother în

2
00:00:07,730 --> 00:00:16,190
aceeași subrețea, va trimite o transmisie pe segmentul local pentru a găsi adresa MAC a dispozitivului folosind adresa IP țintă.

3
00:00:16,190 --> 00:00:20,080
Deci, în acest caz, un sains al cadrului la hub.

4
00:00:20,390 --> 00:00:27,290
Hub-ul, deoarece este un repetor cu porturi multiple, va trimite cadrul din toate porturile, cu excepția portului pe care acesta

5
00:00:27,290 --> 00:00:28,060
a sosit.

6
00:00:28,130 --> 00:00:36,560
Deci, atât router-ul cât și host vizionează recepția cadrului de rețea Cartelele de interfață vor accepta numai trafic

7
00:00:36,650 --> 00:00:44,150
unicast destinat adresei lor MAC sau vor accepta traficul de difuzare precum și acceptarea traficului multicast

8
00:00:44,210 --> 00:00:47,880
pentru adresele multicast la care se abonează.

9
00:00:48,170 --> 00:00:52,480
Router-ul are o adresă MAC de g pe prima interfață Ethan 00.

10
00:00:52,610 --> 00:00:59,480
Deci router-ul va primi transmisia și va transmite cererea către protocoalele Hialeah, Rotto va putea vedea

11
00:00:59,480 --> 00:01:07,850
cel puțin trei că aceasta este o cerere ciudată pentru adresa IP 10 1 1 2 dar Rodda în acest

12
00:01:07,850 --> 00:01:14,690
exemplu este configurată cu adrese IP 10 1 unul sute și 10 1 la 100.

13
00:01:14,690 --> 00:01:20,990
Așadar, cadoul poate să cadă, deoarece cererea nu este pentru una dintre adresele sale IP.

14
00:01:21,260 --> 00:01:23,660
Routoarele nu transmit emisiuni.

15
00:01:23,660 --> 00:01:30,710
Deci, această difuzare nu este transmisă din interfața Ethan este 0 1, astfel încât difuzarea primită de

16
00:01:30,710 --> 00:01:32,170
Rada este abandonată.

17
00:01:32,420 --> 00:01:38,990
Cardul de interfață de rețea de pe PCC va primi difuzarea și va vedea că aceasta este o solicitare de

18
00:01:38,990 --> 00:01:40,370
up pentru adresa IP.

19
00:01:40,370 --> 00:01:43,220
Deci, atunci va răspunde cu un răspuns op.

20
00:01:43,340 --> 00:01:50,990
Așa cum am văzut în secțiunea De ce va captura PCC-ul va actualiza cache-ul în sus pentru a arăta că adresa IP

21
00:01:51,410 --> 00:01:57,530
10 1 1 1 este asociată cu plata adresei MAC și apoi va trimite cadrul la hub.

22
00:01:57,530 --> 00:02:02,300
Hubble-ul transmite cadrul din toate porturile, deoarece este un repetor cu porturi multiple.

23
00:02:02,300 --> 00:02:07,830
Traseul din acest exemplu va primi un cadru din hub, dar deoarece adresa MAC

24
00:02:07,830 --> 00:02:14,510
destinație este a și nu este adresa MAC a lui Rato, care este ca putrezirea să scadă cadrul.

25
00:02:14,540 --> 00:02:21,380
De asemenea, veți primi o copie a cadrului când primește cadrul pe care îl va accepta, deoarece adresa de destinație

26
00:02:21,380 --> 00:02:22,180
este a.

27
00:02:22,310 --> 00:02:23,870
Iar adresa lui MAC este a.

28
00:02:24,020 --> 00:02:31,520
Apoi va actualiza cache-ul în sus cu o intrare sus menționând că adresa IP 10 1 1 2 este asociată cu adresa

29
00:02:31,520 --> 00:02:32,840
MAC C ..

30
00:02:33,020 --> 00:02:38,550
Prin urmare, răspunsul permite o actualizare a numerarului.

31
00:02:38,630 --> 00:02:41,900
În acest moment nu a fost transmis niciun trafic utilizator.

32
00:02:42,110 --> 00:02:49,070
Ce sa întâmplat aici este faptul că dispozitivele au elaborat pur și simplu care adrese MAC sunt asociate cu

33
00:02:49,070 --> 00:02:50,560
care adrese IP.

34
00:02:50,690 --> 00:03:00,100
Deci, acum AA știe că adresa MAC C este asociată cu adresa IP 10 1 1 2 traficul roz nu poate fi transmis

35
00:03:00,100 --> 00:03:06,760
cu o sursă de adresă MAC a unei adrese MAC care este adresa MAC a C

36
00:03:06,760 --> 00:03:07,550
..

37
00:03:07,570 --> 00:03:14,740
Cu alte cuvinte PCC adresa de destinație MAC a fost învățat prin ARP sursă Adresele IP de schimbare câine rătăcit

38
00:03:14,760 --> 00:03:21,040
una la o adresă IP de destinație și că s-ar întreba prea atunci când hub-ul primește cadru

39
00:03:21,070 --> 00:03:25,680
de la PC se va repeta din toate interfețele, cu excepția interfeței.

40
00:03:25,690 --> 00:03:26,820
A sosit.

41
00:03:27,010 --> 00:03:33,130
Deci router-ul va primi încă o dată cadrul, dar îl va renunța deoarece adresa lui MAC este G

42
00:03:33,130 --> 00:03:36,760
și adresa MAC destinație pentru acest cadru este c ..

43
00:03:36,760 --> 00:03:43,480
PCC va primi, de asemenea, traficul și îl va accepta, deoarece adresa MAC destinație este C, iar adresele Mac locale

44
00:03:43,480 --> 00:03:48,970
văd că cele două capete vor fi dezbrăcate, iar informațiile despre adresa IP vor fi citite

45
00:03:49,120 --> 00:03:51,010
prin protocoale de nivel superior.

46
00:03:51,010 --> 00:03:59,950
Acesta este un pachet de ecou ICMP, astfel încât PC-ul va răspunde cu un mesaj de răspuns ecou C va trimite cadrul la hub cu o

47
00:03:59,950 --> 00:04:06,760
adresă MAC sursă pentru a vedea adresa MAC de destinație a unui EGNOS adresa MAC a AA din cauza

48
00:04:06,760 --> 00:04:09,070
mesajului de cerere anterior al OP.

49
00:04:09,070 --> 00:04:17,020
Deci, e cache-ul are o adresă MAC asociată în copac cu adresă IP 10 1 1 1 adresa MAC și rama este

50
00:04:17,020 --> 00:04:18,100
c ..

51
00:04:18,160 --> 00:04:24,750
Adresa MAC destinație este o adresă IP sursă este 10 1 1 2 adresa IP destinație este 10 1 1 1.

52
00:04:25,000 --> 00:04:30,430
Când rama este recepționată de către hub, Hubble se repetă din toate porturile, cu excepția celui pe

53
00:04:30,430 --> 00:04:31,740
care a fost recepționat.

54
00:04:31,900 --> 00:04:38,370
Rotto va primi cadrul, dar îl va renunța deoarece adresa MAC destinație nu este la G.

55
00:04:38,530 --> 00:04:45,070
Adresele MAC ale routerelor locale, atunci când le primește de la hub, le acceptă, deoarece adresa MAC

56
00:04:45,070 --> 00:04:48,420
destinație este a și adresele MAC ale PC-urilor.

57
00:04:48,850 --> 00:04:54,460
Apoi, se vor desprinde anteturile stratului 2 și vor fi transmise informațiile la protocoale de nivel superior.

58
00:04:54,460 --> 00:04:56,530
În acest caz a fost un răspuns ecou.

59
00:04:56,770 --> 00:04:59,540
Ping-ul va afișa un mesaj de succes.

60
00:04:59,560 --> 00:05:07,430
Cu alte cuvinte, o cerere de ecou a fost trimisă PCC și un mesaj de răspuns ecou a fost primit cu succes.

61
00:05:07,470 --> 00:05:13,590
Deci, în captură wireshark mea, de exemplu, pot filtra prin mesaje ICMP.

62
00:05:13,690 --> 00:05:21,850
Eu văd cererea de ecou inițial un mesaj trimis de la PC-ul meu la 10 0 0 0 2 4 4 și apoi pot

63
00:05:21,850 --> 00:05:23,830
vedea mesajul de răspuns ecou.

64
00:05:23,830 --> 00:05:28,380
Observați că acestea sunt unicast unic de cost de cost.

65
00:05:28,390 --> 00:05:36,280
În primul rând de la PC-ul meu la router-ul local și apoi unicast de la router la mașina mea locală, aceleași

66
00:05:36,280 --> 00:05:43,000
informații ar fi afișate dacă pingi un alt dispozitiv local pe segmentul ca un utilizator pe care ai

67
00:05:43,000 --> 00:05:45,010
vedea ceva similar cu asta.

68
00:05:45,190 --> 00:05:49,970
Ping 10 0 0 2 4 4 și ping-ul a avut succes.

69
00:05:50,020 --> 00:05:56,890
Deci, în acest exemplu, PC-ul meu a primit un răspuns de la dispozitivul la distanță pe care l-am ping.