1
00:00:00,710 --> 00:00:08,540
In un modo simile al nostro esempio precedente, supponiamo che le risposte di C a un CC trasmettano un frame al bridge.

2
00:00:08,660 --> 00:00:14,510
Il bridge leggerà l'indirizzo MAC di origine nel frame e aggiornerà la sua tabella di indirizzi MAC

3
00:00:14,510 --> 00:00:15,610
con tali informazioni.

4
00:00:15,740 --> 00:00:22,730
Quindi il bridge ora sa che C è sulla porta 3 e sa che l'ateismo ne ha tirato

5
00:00:22,760 --> 00:00:31,730
uno perché ha imparato che dal frame precedente e ora a differenza di un hub il bridge non inoltra il frame di tutte le porte.

6
00:00:31,820 --> 00:00:33,800
L'indirizzo di destinazione nel frame è.

7
00:00:34,070 --> 00:00:40,030
Il bridge sa che l'indirizzo MAC rimane sulla porta 1, quindi inoltra solo il frame fuori dalla porta 1.

8
00:00:40,250 --> 00:00:43,730
Il frame da C esce quindi solo dalla porta 1.

9
00:00:43,880 --> 00:00:50,330
Non viene inviato dalla porta alla porta 4 perché il bridge sa che A è sulla porta 1.

10
00:00:50,330 --> 00:00:51,570
Che cosa significa questo.

11
00:00:51,680 --> 00:00:57,190
Tutti i frame successivi di ANC utilizzeranno solo la porta 1 in 3.

12
00:00:57,200 --> 00:01:02,920
In altre parole, se manda un frame nother per vederlo, andrà solo su Port 3.

13
00:01:02,930 --> 00:01:09,020
Ciò è dovuto al fatto che gli indirizzi MAC di A e C si trovano nella tabella degli indirizzi MAC e che

14
00:01:09,170 --> 00:01:16,370
il bridging per il traffico basato sulle voci nella tabella degli indirizzi MAC B e D non ricevono più frame tra i frame A e C

15
00:01:16,370 --> 00:01:17,500
da C a A.

16
00:01:17,600 --> 00:01:24,170
Arrivando sulla porta tre andrà alla porta 1 e i frame da ATC in arrivo sulla porta uno verranno

17
00:01:24,170 --> 00:01:32,780
inviati alla porta 3 giorni per a e c possono avere una conversazione indipendentemente da B e D B e D non ricevono più frame

18
00:01:32,780 --> 00:01:33,490
S ..

19
00:01:33,500 --> 00:01:40,310
Tra A e C i frame tra A e C sono contenuti tra le porte 1 e 3.

20
00:01:40,340 --> 00:01:49,580
Non viene utilizzata alcuna larghezza di banda sulle porte 2 e 4 quando il traffico viene inviato tra i dispositivi A e C b e d non riceve

21
00:01:49,610 --> 00:01:50,950
alcun frame S ..

22
00:01:50,960 --> 00:01:58,210
Tra A e C e quindi evitare l'elaborazione non necessaria di frame non destinati a se stessi.

23
00:01:58,250 --> 00:01:59,700
La larghezza di banda viene conservata.

24
00:01:59,750 --> 00:02:07,250
I dispositivi non elaborano inutilmente il traffico non destinato a loro e quindi i bridge hanno notevoli

25
00:02:07,250 --> 00:02:10,020
vantaggi rispetto agli hub nel tempo.

26
00:02:10,020 --> 00:02:12,920
Il bridge apprenderà dove sono tutti gli indirizzi mac.

27
00:02:13,110 --> 00:02:19,880
Quindi il bridge apprenderà che io uso l'importazione di una BS su Portie seasoned port 3 e Ds sulla porta 4.

28
00:02:19,890 --> 00:02:27,250
Ciò significa che nel tempo B e D possono avere una conversazione indipendentemente da A in C ..

29
00:02:27,390 --> 00:02:32,490
Le due conversazioni non si influenzano l'un l'altro per ogni conversazione.

30
00:02:32,490 --> 00:02:35,670
Non interferire con l'altra conversazione.

31
00:02:35,730 --> 00:02:42,060
La paga per Biondi può comunicare allo stesso tempo di una in C.

32
00:02:42,180 --> 00:02:48,630
Ora, continuando con i vantaggi dei bridge, ogni porta è un dominio di collisione diverso, quindi una collisione sulla

33
00:02:48,630 --> 00:02:51,220
porta 1 non inciderà sulla porta 3.

34
00:02:51,240 --> 00:02:55,270
Ogni interfaccia su un bridge è un dominio di collisione separato.

35
00:02:55,350 --> 00:03:01,560
Quindi in questo esempio abbiamo uno due tre quattro domini di collisione.

36
00:03:01,560 --> 00:03:08,100
Se a e b stavano avendo una conversazione e una collisione ha avuto luogo sulla porta tre, ciò non

37
00:03:08,130 --> 00:03:13,500
influenzerebbe aeb ma non si sarebbero nemmeno resi conto che c'era una collisione nella rete.

38
00:03:13,530 --> 00:03:17,930
Ora in questa tipologia abbiamo un hub collegato alla porta 4 del ponte.

39
00:03:18,090 --> 00:03:24,690
Un hub è un singolo dominio di collisione, pertanto eventuali collisioni che si verificano sull'hub

40
00:03:24,690 --> 00:03:30,750
interesseranno due dispositivi connessi all'hub ma non influenzeranno altri dispositivi altrove nella topologia.

41
00:03:30,870 --> 00:03:37,980
Quindi, se c'è stata una collisione sull'hub, questo avrebbe influenzato l'host E e l'host D, ma non avrebbe

42
00:03:38,010 --> 00:03:40,400
influenzato l'host a C e B.

43
00:03:40,470 --> 00:03:46,200
Il problema con le collisioni è che se si verifica una collisione i dispositivi devono retrocedere per un

44
00:03:46,200 --> 00:03:50,360
periodo di tempo casuale e quindi devono tentare di accedere nuovamente alla rete.

45
00:03:50,400 --> 00:03:56,910
Quindi, se questi dispositivi DNP si trovano in un singolo dominio di collisione, la larghezza di banda e

46
00:03:56,910 --> 00:04:05,040
il throughput che hanno è inferiore a questi dispositivi che si trovano in un dominio di collisione separato da soli. C e

47
00:04:05,160 --> 00:04:07,190
B hanno un collegamento dedicato.

48
00:04:07,280 --> 00:04:14,010
Si trovano su un singolo dominio di broadcast e il singolo DNG di collisione, tuttavia, condivide la

49
00:04:14,130 --> 00:04:21,550
larghezza di banda perché sono connessi a un host hub. C e B si trovano su domini di collisione separati.

50
00:04:21,930 --> 00:04:28,170
Ora è importante ricordare che un bridge è ancora un singolo dominio di trasmissione, quindi se una trasmissione

51
00:04:28,410 --> 00:04:31,360
inviata viene ricevuta da tutti in questa tipologia.

52
00:04:31,500 --> 00:04:37,530
Tutti i dispositivi riceveranno la trasmissione e in alcuni casi questa è una buona cosa, ma nella

53
00:04:37,530 --> 00:04:44,610
maggior parte dei casi non è in rete, in genere vogliamo limitare o contenere il traffico broadcast quando ci sono

54
00:04:44,610 --> 00:04:46,240
troppe trasmissioni nella rete.

55
00:04:46,260 --> 00:04:52,260
Puoi rallentare tutti i dispositivi sulla rete e nei casi peggiori porterà la tua rete

56
00:04:52,260 --> 00:04:53,100
in ginocchio.

57
00:04:53,100 --> 00:04:56,320
In altre parole, la tua rete si interromperà e non funzionerà.

58
00:04:56,400 --> 00:05:03,650
Se si dispone di ciò che viene chiamato un broadcast storm bridges ancora una volta le informazioni

59
00:05:03,650 --> 00:05:11,180
di processo nel software piuttosto che nell'hardware e tendono ad essere lenti rispetto a dispositivi quali switch che elaborano

60
00:05:11,420 --> 00:05:19,180
frame nell'hardware il numero di porte su un bridge è anche limitato rispetto a commuta negli ambienti di oggi.

61
00:05:19,190 --> 00:05:21,660
Gli switch hanno sostanzialmente sostituito i bridge.

62
00:05:21,830 --> 00:05:27,200
Ma è bene per te capire che un ponte e un interruttore funzionano in modo molto simile.

63
00:05:27,200 --> 00:05:31,400
Quindi in sintesi un bridge è un dispositivo di livello 2 nel modello di ovocita.

64
00:05:31,400 --> 00:05:33,920
In altre parole, opera a livello di collegamento dati.

65
00:05:34,130 --> 00:05:39,740
È più intelligente di un hub perché ha una tabella di indirizzi mac e impara dove sono

66
00:05:39,740 --> 00:05:46,100
gli indirizzi MAC e quindi aggiunge tali indirizzi MAC alla tabella degli indirizzi MAC e può quindi prendere decisioni intelligenti su

67
00:05:46,250 --> 00:05:51,900
cui fare affidamento sul traffico in base alle informazioni apprese e contenute in la tabella degli indirizzi MAC.

68
00:05:52,080 --> 00:05:58,670
Mio marito è un dispositivo fisico che semplicemente ripete i segnali da tutte le porte tranne le porte in cui è

69
00:05:58,670 --> 00:06:00,220
stato ricevuto il traffico.

70
00:06:00,290 --> 00:06:03,520
Un ponte invaderà un frame da tutte le porte quando non lo farà.

71
00:06:03,530 --> 00:06:05,980
Non c'è modo di inviare la cornice.

72
00:06:05,990 --> 00:06:09,840
In altre parole, non ha imparato dove si trova l'indirizzo MAC di destinazione.

73
00:06:09,860 --> 00:06:17,300
Inoltre invierà le trasmissioni su tutte le porte, quindi ogni porta su un bridge è un dominio di collisione

74
00:06:17,690 --> 00:06:26,090
separato, ma un bridge è ancora un singolo dominio di broadcast Gli switch sono molto simili ai bridge poiché entrambi risiedono almeno

75
00:06:26,090 --> 00:06:30,290
dove il livello di collegamento dati della parte esterna modello.

76
00:06:30,290 --> 00:06:35,360
Il grande vantaggio della commutazione rispetto al bridging è che l'elaborazione può essere

77
00:06:35,750 --> 00:06:40,890
eseguita in modo caldo utilizzando quelli che vengono chiamati A-6 o circuiti integrati specifici dell'applicazione.

78
00:06:40,940 --> 00:06:44,510
Anche il numero di porte supportate dagli switch è molto più alto.

79
00:06:44,690 --> 00:06:50,840
Centinaia di porte sono supportate su alcuni switch, dove come con i bridge si è limitati a poche porte,

80
00:06:51,250 --> 00:06:57,590
gli switch sono in grado di farlo perché l'elaborazione è fatta in hardware e in realtà in questi giorni

81
00:06:57,590 --> 00:07:03,920
l'elaborazione avviene a velocità di filo, il che significa che non c'è degrado delle prestazioni tra due dispositivi quando

82
00:07:03,920 --> 00:07:05,920
sono collegati tramite uno switch.

83
00:07:05,930 --> 00:07:11,990
In altre parole, gli switch possono spostare il traffico da una porta a un'altra porta alla stessa velocità che

84
00:07:11,990 --> 00:07:13,480
se non fossero lì.

85
00:07:13,820 --> 00:07:20,420
Possono elaborare e cambiare i frame da una porta a un'altra senza rallentare il frame.

86
00:07:20,420 --> 00:07:26,830
Ecco quindi un rapido confronto tra switch e switch di bridge e Hadaway che utilizza il processo A-6 Brydges

87
00:07:26,870 --> 00:07:32,930
nel software e quindi molto più lento il supporto di switcher molti bridge di porte sono limitati

88
00:07:32,930 --> 00:07:35,190
nel numero di porte che supportano.

89
00:07:35,240 --> 00:07:38,630
I ponti sono stati sostituiti da interruttori nelle reti di oggi.