1
00:00:00,740 --> 00:00:05,390
Il motivo per cui vediamo il traffico invece di vedere impedisce il traffico.

2
00:00:05,540 --> 00:00:09,120
È su Ethernet prima che due dispositivi possano comunicare.

3
00:00:09,260 --> 00:00:13,070
Hanno bisogno di usare fino a scoprire gli indirizzi MAC degli altri.

4
00:00:13,220 --> 00:00:20,410
Quindi, prima che il traffico ICMP possa anche essere inviato correttamente, è necessario che il PC invii un op per scoprire l'indirizzo

5
00:00:20,450 --> 00:00:21,990
MAC della forza Rodda.

6
00:00:22,340 --> 00:00:27,380
Ma non si scopre mai che, poiché il traffico non

7
00:00:27,380 --> 00:00:37,730
raggiunge mai la rotta prima quindi non riceve mai un'opera, non può quindi inviare l'interruttore del traffico ICMP all'intervallo di interfaccia.

8
00:00:37,850 --> 00:00:53,100
Kickabout 0 2 2 3 switch port trunk e soluzione mantenuta superata una chiave switch port mode trunk trunk port Non

9
00:00:53,210 --> 00:01:02,850
negoziare al momento dell'interfaccia Gigabit da 0 a acceso passa a spento.

10
00:01:02,850 --> 00:01:10,290
Farò lo stesso qui per dimostrare che stiamo forzando il traffico fondamentalmente a passare attraverso l'hub

11
00:01:10,790 --> 00:01:16,880
in modo da poter effettuare un'acquisizione panoramica e vedere il traffico sulla rete.

12
00:01:17,280 --> 00:01:19,530
Quindi ora iniziamo un'altra cattura

13
00:01:22,850 --> 00:01:29,460
Ken che ha scritto a ping a Rato perché ora ha notato che i ping hanno successo.

14
00:01:29,700 --> 00:01:36,600
Se guardiamo il nostro traffico, possiamo vedere il PO in topless che cattureremo per il momento.

15
00:01:36,690 --> 00:01:42,810
Questa è la trasmissione che richiede l'indirizzo MAC associato all'indirizzo IP 10 da 1 a 4.

16
00:01:43,110 --> 00:01:47,240
Come puoi vedere è una trasmissione inviata dal router a.

17
00:01:47,250 --> 00:01:51,080
È una modifica al fotogramma cue.

18
00:01:51,180 --> 00:01:56,490
Quindi, nella parte aggiunta a quella chiave, ancora una volta possiamo vedere che anche il cattivo è.

19
00:01:56,590 --> 00:02:03,110
Vi è la richiesta dell'OP alla ricerca dell'indirizzo MAC associato all'indirizzo IP 10 da 1 a 4.

20
00:02:03,260 --> 00:02:04,870
Ecco la risposta.

21
00:02:04,870 --> 00:02:13,930
Quello che noterai anche è l'ID villain che è troppo, quindi tornerà come frame taggato da 10 1 a

22
00:02:13,930 --> 00:02:16,990
4 a 10 1 a 2.

23
00:02:17,080 --> 00:02:18,980
Quindi c'è la risposta OP.

24
00:02:19,150 --> 00:02:24,580
Non è una trasmissione perché sa che l'indirizzo MAC del router è pronto,

25
00:02:24,580 --> 00:02:33,770
quindi va direttamente all'indirizzo MAC del router 2 e se poi scorriamo un po 'più avanti possiamo vedere i messaggi di eco ICMP.

26
00:02:35,480 --> 00:02:39,840
Quindi ha un'eco da 10 1 a 2 a 10 da 1 a 4.

27
00:02:40,010 --> 00:02:42,470
Ancora una volta notate le idee del cattivo.

28
00:02:42,510 --> 00:02:49,500
Ha la risposta da 10 1 a 4 quindi è una risposta eco a 10 1 a 2.

29
00:02:49,730 --> 00:02:57,560
Un ID villain è 2 quindi i frame vengono taggati tra i due dispositivi.

30
00:02:57,770 --> 00:03:03,240
Interrompiamo la cattura e ricominciamo da jenius 3.

31
00:03:04,640 --> 00:03:11,160
Ora, per quanto riguarda il traffico da Rotto 1 2 rodders 3 che sta utilizzando quello terrestre che è la villaine Serrato

32
00:03:12,020 --> 00:03:12,930
senza tagliando.

33
00:03:12,940 --> 00:03:20,000
Ping ping router 3 riesce a fare il router al ping ha scritto un ping quattro succede.

34
00:03:20,230 --> 00:03:21,970
Sarò solo pieno per ICMP.

35
00:03:22,370 --> 00:03:25,860
Quindi c'è il messaggio ICMP da Rodda uno a tre.

36
00:03:25,940 --> 00:03:28,130
Si noti che è un frame Ethernet standard.

37
00:03:28,340 --> 00:03:30,320
Il tipo ether è IP versione 4.

38
00:03:30,380 --> 00:03:37,330
Non c'è un editor di Q tagging sull'eco o la risposta di Ecca.

39
00:03:37,400 --> 00:03:42,130
È un Ethan stent a frame perché è la terra nativa che scorre verso il basso.

40
00:03:42,130 --> 00:03:45,140
Tuttavia il suo percorso per il ping di Rotto per.

41
00:03:45,320 --> 00:03:48,660
E notate ancora una volta che c'è il tag.

42
00:03:49,070 --> 00:03:57,860
Quindi mettiamo il router 1 e il router 3 in Vilain 10 e vediamo come ciò influisce sulla codifica del traffico.

43
00:03:57,900 --> 00:04:06,140
Passa una violenta interfaccia 10 gigabit 00 per accedere alla porta dello switch.

44
00:04:06,180 --> 00:04:19,170
Se atterriamo 10 fare qualcosa di simile sul passaggio alla terra 10 interfaccia kickabout 0 0 switch port accedere alla

45
00:04:19,560 --> 00:04:21,390
terra 10.

46
00:04:21,420 --> 00:04:26,410
Così ora, quando ha fatto un cenno a uno fa Rajshree, cosa succede.

47
00:04:26,420 --> 00:04:28,980
Ora potrebbe volerci un po 'di

48
00:04:31,690 --> 00:04:35,720
tempo perché la spesa deve convergere, quindi è possibile cambiare uno

49
00:04:39,650 --> 00:04:43,390
mostra albero spesa per 10 porte violente senza inoltro.

50
00:04:43,520 --> 00:04:44,830
Quindi facciamo di nuovo il ping.

51
00:04:44,840 --> 00:04:48,870
Si noti che il ping ora ha successo e si sa che è stata la cattura dello shock.

52
00:04:50,510 --> 00:04:51,980
Scorri verso il basso.

53
00:04:52,130 --> 00:05:00,740
Quello che dovremmo vedere ora è che il numero di villaine come esempio è un violento 10.

54
00:05:00,790 --> 00:05:10,130
Quindi gli ID 10 possono vedere l'esadecimale in cui il decimale lo imposta nel frame Ethernet notato che il tipo è una sorta di una

55
00:05:10,530 --> 00:05:18,070
chiave in edit per il cue il tipo è IP versione 4 che indica che la clausola per è

56
00:05:18,080 --> 00:05:20,960
usata almeno tre è il ping .

57
00:05:21,410 --> 00:05:22,620
Ecco la risposta.

58
00:05:22,940 --> 00:05:27,450
Ma notate ancora una volta che il numero del cattivo è l'ultimo 10.

59
00:05:27,560 --> 00:05:38,060
Se cambio questo violento a villaine 11 come un esempio con i ping riescono così Villani 11 piuttosto interfaccia Keiga ma

60
00:05:38,060 --> 00:05:45,860
zero access zero switch port la linea 11 commette l'errore di mettere l'interfaccia Villani 11.

61
00:05:45,890 --> 00:05:50,500
Avrei dovuto dire semplicemente Villani Levan per creare il cattivo.

62
00:05:50,690 --> 00:05:55,910
Ma in questo caso l'interruttore per creare il cattivo per me deve fare attenzione perché alcuni interruttori non

63
00:05:55,910 --> 00:05:59,920
lo faranno per te ma puoi vedere che Villani Levan è stato creato.

64
00:06:00,160 --> 00:06:02,860
Gigabit 0 è in Villani 11.

65
00:06:02,870 --> 00:06:09,860
Quindi questa parte è in Villani 11 come portali e 10 violenti possono scrivere un ping tre tre e si

66
00:06:09,860 --> 00:06:17,720
può vedere al momento non si può sapere perché l'acquisizione di uno shock Rodda ha ancora un indirizzo MAC nella cache per

67
00:06:17,720 --> 00:06:18,640
rodder 3.

68
00:06:18,710 --> 00:06:21,680
Quindi invia il traffico ICMP.

69
00:06:22,010 --> 00:06:29,390
Ma notate che è etichettato con Villani 11 e nessuna risposta è stata ricevuta perché il traffico non arriva mai

70
00:06:29,960 --> 00:06:31,420
a rodders 3.

71
00:06:31,480 --> 00:06:36,190
Questo porto ha in Villon 10 questo porto è in Villani 11.

72
00:06:36,260 --> 00:06:39,040
Quindi il traffico non raggiunge mai il porto.

73
00:06:39,170 --> 00:06:42,010
Puoi vederlo ancora una volta facendo una

74
00:06:45,370 --> 00:06:49,120
cattura che aiuta a scrivere è libero da Route One.

75
00:06:49,270 --> 00:06:56,080
E quello che noterai nell'output qui è che non c'è niente e nessun traffico ICMP ricevuto su

76
00:06:56,080 --> 00:06:56,910
questa porta.

77
00:06:57,040 --> 00:07:05,870
Anche se non siamo in grado di eseguire il ping del router tre sull'acquisizione tra gli switch, possiamo vedere

78
00:07:05,870 --> 00:07:14,890
il traffico ICMP con la linea 11 ma lo switch quando riceve il traffico sulla linea 11 non lo forzerà fuori

79
00:07:14,890 --> 00:07:17,750
da questa porta o questo porta.

80
00:07:17,910 --> 00:07:20,050
Quindi essenzialmente non va da nessuna parte.

81
00:07:20,430 --> 00:07:25,000
Sarà interrotto dall'interruttore perché non ci sono porte di accesso a Villani Lavonne.

82
00:07:25,100 --> 00:07:33,590
Quindi il traffico non ha mai battuto tre reti, ma al passaggio a se abbiamo creato Villani Leben e poi

83
00:07:33,590 --> 00:07:42,100
siamo andati al porto e lo abbiamo messo nella linea 11 quello che vediamo ora è che i ping hanno successo.

84
00:07:43,190 --> 00:07:45,640
Ancora una volta potrebbe volerci un po '.

85
00:07:45,650 --> 00:07:51,930
Spendere tre per convergere può vedere i ping che arrivano notati nove uno tre è il numero di sequenza

86
00:07:52,770 --> 00:07:56,220
di ping che stanno arrivando al passaggio, ma potremmo

87
00:07:59,560 --> 00:08:03,260
aver bisogno di aspettare un po 'per spendere tre a convergere.

88
00:08:03,540 --> 00:08:04,220
E tu ci vai.

89
00:08:04,250 --> 00:08:13,200
Si è appena convertita in modo da poter vedere il ping da Route One a Rotas 3 usando Villani 11.

90
00:08:13,230 --> 00:08:21,740
E c'è una risposta su Villani 11 così fisicamente questa tipologia sembra la seguente.

91
00:08:21,770 --> 00:08:24,050
Ignora l'hub per il momento.

92
00:08:24,210 --> 00:08:26,180
Quindi fai finta che l'hub non sia lì.

93
00:08:27,290 --> 00:08:32,300
Fisicamente Abbiamo due PC collegati per passare da uno a due PC collegati a due.

94
00:08:32,450 --> 00:08:39,020
Ma logicamente piuttosto uno che agisce da PC uno e il router tre agiscono da PC tre sono collegati tra

95
00:08:39,020 --> 00:08:42,000
loro e due e quattro collegati tra loro.

96
00:08:43,120 --> 00:08:49,280
Sono completamente separati l'uno dall'altro e non saranno in grado di eseguire il ping tra loro a meno che

97
00:08:49,290 --> 00:08:57,310
non si abiliti l'intervallo e il routing su uno degli switch e si configurino i gateway predefiniti sui PC per comunicare tra loro tramite il

98
00:08:57,500 --> 00:08:58,510
gateway predefinito.