1
00:00:00,240 --> 00:00:06,180
Quindi iniziamo con una semplice tipologia per illustrare come funziona l'albero delle spese.

2
00:00:06,180 --> 00:00:09,710
Perché dovresti spendere albero in una rete commutata.

3
00:00:10,630 --> 00:00:16,810
La tipologia Sindhis deve rimanere connessa per commutare uno switch a sua volta connesso a per

4
00:00:16,810 --> 00:00:21,500
passare a t e passare a ha host essere collegato ad esso.

5
00:00:21,520 --> 00:00:24,120
Quindi topologia molto semplice.

6
00:00:24,170 --> 00:00:30,050
Ora, se il collegamento si interrompesse tra lo switch 1 e passa all'host, non sarebbe in grado

7
00:00:30,110 --> 00:00:32,560
di comunicare con l'host B e viceversa.

8
00:00:33,390 --> 00:00:38,490
Quindi probabilmente vorrai implementare una sorta di ridondanza tra questi due switch

9
00:00:38,490 --> 00:00:40,730
aggiungendo un link aggiuntivo.

10
00:00:41,040 --> 00:00:47,180
Quindi è fantastico perché ora hai una ridondanza di rete nel caso in cui uno dei link si interrompa.

11
00:00:47,250 --> 00:00:52,150
Tuttavia questo introduce problemi in un ambiente commutato.

12
00:00:52,260 --> 00:00:57,880
È generalmente consigliato nelle reti di oggi che si implementa un tipo di ridondanza.

13
00:00:58,080 --> 00:01:05,370
Quindi in questo esempio hai due link tra i tuoi due switch ma questo introdurrà ulteriori problemi

14
00:01:05,370 --> 00:01:07,540
che verranno discussi ora.

15
00:01:07,620 --> 00:01:14,010
Supponiamo per il momento che questi switch siano appena stati avviati e che siano essi tabelle di indirizzi MAC

16
00:01:14,040 --> 00:01:18,650
o tabelle di campo o vuote e per aiutare a spiegare questo problema.

17
00:01:18,810 --> 00:01:26,070
Aggiungiamo le tabelle di McEnroe alla topologia in modo da poter vedere come vengono aggiornate le tabelle degli indirizzi MAC quando

18
00:01:26,340 --> 00:01:29,980
il traffico viene inviato da un host a un altro.

19
00:01:29,990 --> 00:01:34,580
Quindi supponiamo che in questa topologia gli switch siano appena usciti.

20
00:01:34,580 --> 00:01:41,000
In altre parole, sono stati riavviati o accesi e le tabelle degli indirizzi MAC oi tavoli cash

21
00:01:41,120 --> 00:01:43,250
sono vuoti sui due switch.

22
00:01:43,300 --> 00:01:51,220
Ora in un senso di frame per essere l'indirizzo di destinazione e il frame sarà B e l'indirizzo di origine

23
00:01:51,310 --> 00:02:00,010
sarà così un invio di un frame a B e quando arriva a Switch one switch si leggerà l'indirizzo MAC di origine del

24
00:02:00,070 --> 00:02:07,210
frame e lo switch vedrà che la fonte si rivolge a uno switch aggiornerà la sua tabella degli

25
00:02:07,210 --> 00:02:13,000
indirizzi MAC per affermare che A può essere trovato sull'indirizzo MAC della porta 1.

26
00:02:13,010 --> 00:02:16,140
B tuttavia non è nella tabella degli indirizzi MAC.

27
00:02:16,220 --> 00:02:22,110
Quindi l'interruttore invierà il frame a tutte le porte tranne sulla porta in cui è arrivato.

28
00:02:22,130 --> 00:02:26,350
Quindi in questo esempio il frame ha anche una porta e la porta tre.

29
00:02:26,390 --> 00:02:31,020
Lo fa perché non sa dove si trova l'indirizzo MAC.

30
00:02:31,030 --> 00:02:33,680
Questa è ovviamente una tipologia molto semplice.

31
00:02:33,880 --> 00:02:39,480
In questo esempio, il frame viene inviato solo da due parti dell'interruttore.

32
00:02:39,490 --> 00:02:47,080
Tuttavia, se lo switch avesse molte porte diciamo novantasei porte, un frame in ingresso su una porta

33
00:02:47,080 --> 00:02:55,620
potrebbe essere replicato su oltre 90 porte sullo switch che aumenta la quantità di traffico inviato nella rete in modo

34
00:02:55,620 --> 00:02:56,880
piuttosto drammatico.

35
00:02:57,720 --> 00:03:04,750
Quindi, in questa tipologia, cosa fa a che fare con il frame ricevuto e Pt. 1 l'indirizzo di origine è nuovamente IS-A

36
00:03:04,750 --> 00:03:10,600
e l'indirizzo di destinazione è ciò che farà l'interruttore con il frame.

37
00:03:10,950 --> 00:03:17,250
Beh, in primo luogo aggiornerà la sua tabella degli indirizzi MAC per affermare che A può essere trovato sulla

38
00:03:17,250 --> 00:03:24,560
porta 1 e poi invaderà il frame di tutte le porte in modo da riempire la porta fino alla Porta tre

39
00:03:24,590 --> 00:03:29,120
e questo esempio di host B riceverà un frame dal giorno dell'host.

40
00:03:29,300 --> 00:03:36,760
Tuttavia lo switch riceve anche il frame sulla porta tre e questo è dove diventa un po 'confuso.

41
00:03:36,950 --> 00:03:38,830
A Dal punto di vista degli interruttori.

42
00:03:38,880 --> 00:03:42,200
È tirato 1 o è nella porta 3.

43
00:03:42,250 --> 00:03:48,460
Quindi in questo esempio aggiornerà la sua tabella degli indirizzi MAC per indicare che AY

44
00:03:48,490 --> 00:03:55,700
e Porta tre perché il frame l'esempio NOW è arrivato sulla porta tre più tardi sulla porta 1.

45
00:03:55,720 --> 00:04:02,870
Quindi aggiornerà la voce della tabella degli indirizzi MAC per indicare che è ora disponibile sulla porta tre.

46
00:04:02,880 --> 00:04:06,430
L'interruttore invierà inoltre il frame a tutte le porte.

47
00:04:06,480 --> 00:04:10,520
Quindi lo riverserà fuori dalla porta uno e fuori dalla porta.

48
00:04:10,820 --> 00:04:19,700
Quindi l'host B ha ora ricevuto il frame due volte una volta dal frame originale arrivato sulla porta 1 S. O. P e in secondo luogo

49
00:04:20,340 --> 00:04:24,400
per il frame che è arrivato nella porta 3.

50
00:04:24,450 --> 00:04:30,720
Quindi questo può creare confusione per i dispositivi finali perché stanno ricevendo lo stesso frame più volte che

51
00:04:30,720 --> 00:04:35,760
la tabella degli indirizzi MAC sta cambiando anche il primo frame che è arrivato.

52
00:04:35,760 --> 00:04:41,980
Il numero uno ha permesso allo switch di aggiornare la sua tabella degli indirizzi MAC per affermare che A può essere trovato sulla porta 1.

53
00:04:42,360 --> 00:04:48,480
Tuttavia il frame che è arrivato sulla porta tre ora indica al commutatore che a può essere trovato sulla

54
00:04:48,480 --> 00:04:49,450
porta tre.

55
00:04:49,470 --> 00:04:55,640
Quindi lo switch deve aggiornare la sua tabella degli indirizzi MAC per dichiarare che ora possono essere trovati sulla porta tre.

56
00:04:55,650 --> 00:04:59,360
Quindi questo introduce instabilità nella tabella degli indirizzi MAC.

57
00:04:59,430 --> 00:05:06,690
Quindi abbiamo i dispositivi terminali che ricevono frame più volte e abbiamo instabilità dell'indirizzo MAC perché l'interruttore pensava

58
00:05:06,690 --> 00:05:12,780
che fosse disponibile sulla porta uno, ma ora vede che è disponibile nella Porta 3

59
00:05:12,780 --> 00:05:13,810
ma peggiora.

60
00:05:14,850 --> 00:05:20,670
Quando il frame è arrivato sulla porta 1, lo switch ha aggiornato la sua tabella degli indirizzi MAC

61
00:05:20,670 --> 00:05:28,540
per affermare che A può essere trovato nella porta 1 ma ha anche allagato il frame sia dalla porta 2 sia dalla porta tre nelle scuse.

62
00:05:28,620 --> 00:05:36,270
Il frame è stato ricevuto dall'host B, ma in aggiunta il frame è stato restituito per passare a uno, quindi l'interruttore che uno

63
00:05:36,270 --> 00:05:41,150
ha ricevuto era un frame su cui è necessario passare e passare da uno.

64
00:05:41,170 --> 00:05:48,600
E ora aggiorna la sua tabella degli indirizzi MAC per affermare che A è disponibile sulla porta tre.

65
00:05:48,670 --> 00:05:55,150
Ora, quando uno ha ricevuto il frame, esso aggiorna non solo la sua tabella di indirizzi MAC, ma inonda anche il

66
00:05:55,210 --> 00:05:58,970
frame di tutte le porte tranne la porta in cui è arrivato.

67
00:05:59,380 --> 00:06:05,890
Quindi il telaio è arrivato sul porto Tre il mio è allagato dalla porta uno e dalla porta due.

68
00:06:05,950 --> 00:06:12,460
Quindi questo diventa confuso per homestay perché sta ricevendo il frame che è stato originariamente inviato.

69
00:06:12,790 --> 00:06:17,050
Ma non solo è ricevendo il frame che è stato inviato.

70
00:06:17,050 --> 00:06:21,740
Quindi, anche a te viene inviato lo stesso frame per passare a.

71
00:06:22,180 --> 00:06:24,460
E che cosa accadrà al telaio?

72
00:06:24,730 --> 00:06:26,050
Lo sta inondando.

73
00:06:26,110 --> 00:06:28,440
Quindi invierà una copia all'host B.

74
00:06:28,780 --> 00:06:35,320
L'host B riceve ora lo stesso frame per tre volte, ma invierà anche il frame indietro per cambiarne uno

75
00:06:36,570 --> 00:06:42,210
e aggiornando la sua tabella di indirizzi MAC per dichiarare che un è sulla porta 1.

76
00:06:42,240 --> 00:06:48,270
Quindi, originariamente, quando ricevette il primo frame, pensò che fosse sulla porta 1, quindi quando

77
00:06:48,270 --> 00:06:55,880
ricevette il frame e Port three pensò che era sulla porta tre e ora pensa che sia sulla porta 1.

78
00:06:55,920 --> 00:07:03,150
Quindi abbiamo un sacco di instabilità nell'indirizzo MAC nella tabella degli indirizzi MAC che sta ricevendo lo

79
00:07:03,150 --> 00:07:04,950
stesso frame più volte.

80
00:07:04,950 --> 00:07:11,790
Ma il problema più grande qui è che il frame viene rimandato per passare a uno che viene inondato di nuovo viene

81
00:07:11,790 --> 00:07:13,260
rimandato a passare a.

82
00:07:13,380 --> 00:07:17,120
E questo processo continua ancora e ancora.

83
00:07:17,400 --> 00:07:24,990
Abbiamo un ciclo in questa topologia con il frame duplicato e inviato in tondo e in tondo tra questi

84
00:07:24,990 --> 00:07:26,010
due switch.