1
00:00:00,920 --> 00:00:07,730
Quindi, in sintesi, quando un dispositivo vuole comunicare con un altro dispositivo nella stessa

2
00:00:07,730 --> 00:00:16,190
sottorete, invierà una trasmissione sul segmento locale per trovare l'indirizzo MAC del dispositivo utilizzando l'indirizzo IP di destinazione.

3
00:00:16,190 --> 00:00:20,080
Quindi, in questo caso, si ottiene la cornice dell'hub.

4
00:00:20,390 --> 00:00:27,290
L'hub perché è un ripetitore multiporta invierà il frame a tutte le porte tranne la porta su cui

5
00:00:27,290 --> 00:00:28,060
è arrivato.

6
00:00:28,130 --> 00:00:36,560
Quindi sia il router che hoost vedono ricevere il frame Le schede di interfaccia di rete accetteranno solo il

7
00:00:36,650 --> 00:00:44,150
traffico unicast destinato al loro indirizzo MAC o accetteranno il traffico broadcast e accetteranno il traffico multicast

8
00:00:44,210 --> 00:00:47,880
per gli indirizzi multicast a cui si abbonano.

9
00:00:48,170 --> 00:00:52,480
Il router ha un indirizzo MAC di g sull'interfaccia prima di Ethan 00.

10
00:00:52,610 --> 00:00:59,480
Quindi il router riceverà la trasmissione e inoltrerà la richiesta ai protocolli Hialeah Rotto sarà in grado

11
00:00:59,480 --> 00:01:07,850
di vedere almeno tre che questa è una richiesta dispari per l'indirizzo IP 10 1 1 2 ma il Rodda in

12
00:01:07,850 --> 00:01:14,690
questo esempio è configurato con indirizzi IP 10 1 uno cento e 10 1 a 100.

13
00:01:14,690 --> 00:01:20,990
Quindi il firmatario rilascia il frame perché la richiesta non è per uno dei suoi indirizzi IP.

14
00:01:21,260 --> 00:01:23,660
I router non inoltrano le trasmissioni.

15
00:01:23,660 --> 00:01:30,710
Quindi questa trasmissione non viene inoltrata dall'interfaccia Ethan, è 0 1, quindi la trasmissione ricevuta dalla

16
00:01:30,710 --> 00:01:32,170
Rada viene interrotta.

17
00:01:32,420 --> 00:01:38,990
La scheda di interfaccia di rete su PCC riceverà la trasmissione e si vedrà che questa è una richiesta per

18
00:01:38,990 --> 00:01:40,370
il suo indirizzo IP.

19
00:01:40,370 --> 00:01:43,220
Quindi risponderà con una risposta op.

20
00:01:43,340 --> 00:01:50,990
Come abbiamo visto in Perché deve catturare PCC aggiornerà la sua cache fino a mostrare che l'indirizzo IP 10

21
00:01:51,410 --> 00:01:57,530
1 1 1 è associato al pagamento dell'indirizzo MAC e quindi invierà il frame all'hub.

22
00:01:57,530 --> 00:02:02,300
Hubble inoltra il frame fuori da tutte le porte perché è un ripetitore multiporta.

23
00:02:02,300 --> 00:02:07,830
Il percorso in questo esempio riceverà un frame dall'hub ma poiché l'indirizzo MAC di

24
00:02:07,830 --> 00:02:14,510
destinazione è un e non è l'indirizzo MAC del Rato, che è il marcatore che lascerà cadere il frame.

25
00:02:14,540 --> 00:02:21,380
Riceverai anche una copia del frame quando riceverà il frame che lo accetterà perché l'indirizzo di destinazione è

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

27
00:02:22,310 --> 00:02:23,870
E il suo indirizzo MAC è a.

28
00:02:24,020 --> 00:02:31,520
Quindi aggiornerà la sua cache fino con una voce precedente che indica che l'indirizzo IP 10 1 1 2 è associato all'indirizzo

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

30
00:02:33,020 --> 00:02:38,550
Quindi la risposta consente di aggiornare i suoi contanti.

31
00:02:38,630 --> 00:02:41,900
A questo punto non è stato trasmesso il traffico dell'utente.

32
00:02:42,110 --> 00:02:49,070
Quello che è successo qui è che i dispositivi hanno semplicemente elaborato quali indirizzi MAC sono associati a

33
00:02:49,070 --> 00:02:50,560
quali indirizzi IP.

34
00:02:50,690 --> 00:03:00,100
Quindi AA ora sa che l'indirizzo MAC C è associato all'indirizzo IP 10 1 1 2 il traffico rosa non può essere trasmesso

35
00:03:00,100 --> 00:03:06,760
con una fonte di indirizzo MAC di un indirizzo MAC di destinazione della macchina locale di C

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

37
00:03:07,570 --> 00:03:14,740
In altre parole, l'indirizzo MAC di destinazione è stato acquisito tramite l'indirizzo IP della sorgente ARP. Il cane ha

38
00:03:14,760 --> 00:03:21,040
cambiato l'indirizzo IP di destinazione uno a uno e quello si chiederebbe anche quando l'hub riceve il

39
00:03:21,070 --> 00:03:25,680
frame dal PC lo ripeterà da tutte le interfacce eccetto l'interfaccia.

40
00:03:25,690 --> 00:03:26,820
È arrivato.

41
00:03:27,010 --> 00:03:33,130
Quindi il router riceverà ancora una volta il frame ma lo abbandonerà perché il suo indirizzo MAC è G

42
00:03:33,130 --> 00:03:36,760
e l'indirizzo MAC di destinazione per questo frame è c ..

43
00:03:36,760 --> 00:03:43,480
PCC riceverà anche il traffico e lo accetterà perché l'indirizzo MAC di destinazione è C ei suoi indirizzi Mac locali

44
00:03:43,480 --> 00:03:48,970
vedranno che le ultime due testine saranno rimosse e le informazioni sull'indirizzo IP saranno lette

45
00:03:49,120 --> 00:03:51,010
da protocolli di livello superiore.

46
00:03:51,010 --> 00:03:59,950
Questo è un pacchetto echo ICMP in modo che il PC risponda con un messaggio di risposta echo C invierà il frame all'hub con un

47
00:03:59,950 --> 00:04:06,760
indirizzo mac sorgente di vedere l'indirizzo MAC di destinazione di un EGNOS l'indirizzo MAC di AA a causa

48
00:04:06,760 --> 00:04:09,070
del messaggio di richiesta dell'OP precedente.

49
00:04:09,070 --> 00:04:17,020
Quindi la cache ha un in-tree che associa l'indirizzo MAC a con indirizzo IP 10 1 1 1 indirizzo MAC sorgente e il frame

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

51
00:04:18,160 --> 00:04:24,750
Indirizzo MAC di destinazione è un indirizzo IP di origine 10 1 1 2 L'indirizzo IP di destinazione è 10 1 1 1.

52
00:04:25,000 --> 00:04:30,430
Quando il frame viene ricevuto dall'hub, Hubble ha ripetuto tutte le porte tranne quella su cui

53
00:04:30,430 --> 00:04:31,740
è stato ricevuto.

54
00:04:31,900 --> 00:04:38,370
Il Rotto riceverà il frame ma lo lascerà perché l'indirizzo MAC di destinazione non è quello di G.

55
00:04:38,530 --> 00:04:45,070
L'indirizzo MAC dei router locali quando riceve il frame dall'hub lo accetterà perché l'indirizzo MAC di destinazione

56
00:04:45,070 --> 00:04:48,420
è un e gli indirizzi MAC del PC.

57
00:04:48,850 --> 00:04:54,460
Quindi rimuoverà le intestazioni di livello 2 e inoltrerà le informazioni a protocolli di livello superiore.

58
00:04:54,460 --> 00:04:56,530
In questo caso è stata una risposta eco.

59
00:04:56,770 --> 00:04:59,540
Quindi il ping mostrerà un messaggio di successo.

60
00:04:59,560 --> 00:05:07,430
In altre parole, una richiesta di eco è stata inviata a PCC e un messaggio di risposta eco è stato ricevuto correttamente.

61
00:05:07,470 --> 00:05:13,590
Ad esempio, nella mia acquisizione di wireshark posso filtrare i messaggi ICMP.

62
00:05:13,690 --> 00:05:21,850
Posso vedere l'eco iniziale richiedere un messaggio inviato dal mio PC a 10 0 0 0 2 4 4 e posso quindi vedere

63
00:05:21,850 --> 00:05:23,830
il messaggio di risposta dell'eco.

64
00:05:23,830 --> 00:05:28,380
Si noti per favore che questi sono un unicast del frame di costo univoco.

65
00:05:28,390 --> 00:05:36,280
In primo luogo, dal mio PC al router locale e poi un unicast dal router al mio computer locale, le stesse

66
00:05:36,280 --> 00:05:43,000
informazioni verrebbero visualizzate se esegui il ping di un altro dispositivo locale sul segmento come un utente vedresti

67
00:05:43,000 --> 00:05:45,010
qualcosa di simile a questo.

68
00:05:45,190 --> 00:05:49,970
Ping 10 0 0 2 4 4 e il ping ha avuto successo.

69
00:05:50,020 --> 00:05:56,890
Quindi in questo esempio il mio PC ha ottenuto con successo una risposta dal dispositivo remoto che stavo facendo il ping.