1
00:00:19,600 --> 00:00:23,720
OK, quindi vediamo se possiamo praticamente rispondere a queste domande.

2
00:00:23,950 --> 00:00:31,420
Per fare ciò userò la modalità di simulazione nel tracer di pacchetti e cambierò

3
00:00:31,480 --> 00:00:36,160
i filtri per mostrare solo i messaggi ICMP.

4
00:00:36,160 --> 00:00:44,170
Non voglio vedere tutti gli altri tipi di traffico nella rete, quindi vediamo cosa succede quando P. S. ping.

5
00:00:44,170 --> 00:01:02,420
P. S. Per P. S. Uno ha un indirizzo IP di 10 1 1 1 P. S. Per ha un indirizzo IP di 10 1 1

6
00:01:02,420 --> 00:01:04,700
4, quindi invieremo il traffico ICMP.

7
00:01:04,700 --> 00:01:05,960
In altre parole,

8
00:01:08,670 --> 00:01:16,150
traffico rosa da P. S. 1 2 P. S. Per e poi osserveremo cosa succede ora in questo esempio.

9
00:01:16,150 --> 00:01:18,890
Manderò solo due pacchetti.

10
00:01:19,030 --> 00:01:28,410
In altre parole, due ping notano cosa succede nella rete, c'è traffico ICMP ma c'è anche un

11
00:01:28,440 --> 00:01:31,520
frame operativo che viene generato.

12
00:01:31,650 --> 00:01:37,110
P. S. Uno ha bisogno di imparare e l'indirizzo MAC di P. S. 4.

13
00:01:37,320 --> 00:01:47,820
Quindi invia un'op che è una trasmissione che richiede l'indirizzo MAC di destinazione di P. C. Quindi, in risposta alla nostra prima domanda,

14
00:01:47,820 --> 00:01:51,320
quale tipo di pacchetto viene inviato.

15
00:01:51,330 --> 00:01:58,250
Inizialmente la risposta è un pacchetto OPP che è un pacchetto di trasmissione.

16
00:02:02,170 --> 00:02:08,280
Lo abbiamo dimostrato eseguendo la modalità di simulazione in Packet Tracer.

17
00:02:08,290 --> 00:02:16,510
Ora questa è una trasmissione e in questa rete i dispositivi sono collegati a un hub, quindi

18
00:02:16,510 --> 00:02:25,670
il traffico dovrebbe essere inondato a tutti i dispositivi della rete tranne il dispositivo che ha inviato il pacchetto.

19
00:02:25,670 --> 00:02:27,500
Quindi chi riceve il pacchetto.

20
00:02:27,530 --> 00:02:28,510
P. S. ballare.

21
00:02:28,520 --> 00:02:41,380
P. S. 3 fa e così fa P. S. Per P. S. 2 e P. S. 3 eliminerà i

22
00:02:41,530 --> 00:02:52,830
pacchetti perché il pacchetto non è per l'indirizzo IP P. S. 2 come esempio è configurato con l'indirizzo IP 10 1 1 2 SPC 2 sta per

23
00:02:52,830 --> 00:02:53,660
rilasciare il pacchetto.

24
00:02:53,910 --> 00:03:04,010
La richiesta OP è per l'indirizzo IP 10 1 1 4, quindi sia P2 che P3.

25
00:03:04,020 --> 00:03:14,360
Rilascia il pacchetto ma P. S. 4 accetterà il pacchetto e ciò che dovrebbe fare ora è rispedire un PO una risposta.

26
00:03:14,750 --> 00:03:27,400
Quindi, se osserviamo questo pacchetto, notiamo che il pacchetto in entrata all'hub è un pacchetto di risposta operativo con l'indirizzo MAC di

27
00:03:27,400 --> 00:03:32,020
P. S. 4 questo è P. C. falso indirizzo IP.

28
00:03:32,050 --> 00:03:34,090
Questo è il suo indirizzo MAC.

29
00:03:34,090 --> 00:03:46,170
Possiamo verificarlo utilizzando il comando di configurazione IP e dovrei dire che barra di configurazione IP tutti notano l'indirizzo MAC che è

30
00:03:46,170 --> 00:03:55,650
l'indirizzo MAC di origine del frame e che è l'indirizzo MAC di origine che vediamo qui.

31
00:03:55,650 --> 00:04:00,120
Quindi la domanda successiva è chi riceve il traffico di ritorno.

32
00:04:00,120 --> 00:04:11,180
Quindi, se faccio clic su cattura inoltra avviso P. S. 1 P. S. 3 e P. S. ricevere il traffico di ritorno in modo che sia

33
00:04:11,180 --> 00:04:13,300
BPC 1 P. S. a NPC 3.

34
00:04:13,490 --> 00:04:23,740
P. S. 2 e P. S. 3 lascerà cadere la risposta OP perché non è destinata

35
00:04:24,580 --> 00:04:33,320
a loro quando guardiamo quel pacchetto possiamo vedere che l'indirizzo MAC di destinazione è P. S. 1 e possiamo confermarlo osservando la

36
00:04:33,320 --> 00:04:44,420
configurazione di P. S. 1 Notare che l'indirizzo MAC è quindi così P. C. 2 e P. S. 3 lascerà cadere l'OP.

37
00:04:44,410 --> 00:04:53,840
Risposta Abbiamo quindi chiesto quando viene inviato il traffico ping da P. S. 1 TPC per chi riceve il traffico.

38
00:04:53,840 --> 00:04:58,280
Ora è un hub, quindi il traffico sarà allagato.

39
00:04:58,440 --> 00:05:10,320
Quindi, ecco il messaggio ICMP che possiamo vedere che è una Ethernet da inquadrare usando IP per almeno tre e possiamo vedere che è

40
00:05:10,320 --> 00:05:16,440
un pacchetto ICMP e quando facciamo clic su cattura inoltra avviso.

41
00:05:16,550 --> 00:05:29,850
P. S. a P3 e P4 ricevono il traffico ma di nuovo P. S. A e P. S. 3 uscirà dal

42
00:05:29,850 --> 00:05:40,670
pacchetto perché non è destinato a loro quando guardiamo il PD Yoo in entrata o l'unità dati di protocollo su PCI perché possiamo

43
00:05:40,670 --> 00:05:47,880
vedere che l'indirizzo IP di destinazione è PCI 4 e l'indirizzo MAC di destinazione lo è.

44
00:05:47,880 --> 00:05:58,270
P. S. 4 possiamo verificarlo ancora una volta usando il comando IP config slash all e possiamo vedere

45
00:05:58,270 --> 00:05:59,170
l'indirizzo MAC di.

46
00:05:59,170 --> 00:06:02,950
P. S. Perché così continuerà ora.

47
00:06:03,410 --> 00:06:03,980
Quando.

48
00:06:03,980 --> 00:06:08,320
P. S. Per le risposte ha vinto TPC.

49
00:06:08,400 --> 00:06:15,660
Il traffico è allagato e questo è il problema con l'hub anche se la conversazione

50
00:06:16,110 --> 00:06:23,480
è tra P. S. 1 e P. S. per tutti i membri della rete riceve il traffico.
