1
00:00:00,880 --> 00:00:07,750
Quindi, che cos'è un precedente t plus o Rapide precedente t più ID ponte esteso ora la spesa albero richiede

2
00:00:07,750 --> 00:00:11,510
che ogni switch abbia un ID ponte univoco nel passato.

3
00:00:11,520 --> 00:00:16,550
Quelli consistevano semplicemente nella priorità del bridge e in un indirizzo MAC.

4
00:00:16,720 --> 00:00:23,740
Quindi l'ID del ponte è composto da otto byte con due byte come priorità del bridge e sei byte

5
00:00:23,740 --> 00:00:25,290
come indirizzo MAC.

6
00:00:25,300 --> 00:00:31,840
Tuttavia, quando si configurano più villan e si esegue Poovey e si spende un albero, un

7
00:00:31,840 --> 00:00:39,600
indirizzo MAC diverso dovrebbe essere assegnato per ogni villaine precedente t crea un'istanza su una base di terra Poovey.

8
00:00:39,820 --> 00:00:46,510
Pertanto, per garantire che l'idea del bridge sia unica per violazione, è necessario assegnare un

9
00:00:46,510 --> 00:00:48,000
diverso indirizzo MAC.

10
00:00:48,100 --> 00:00:54,670
Ora funziona bene se hai solo pochi villani, ma se stai configurando centinaia o migliaia di linee

11
00:00:54,970 --> 00:00:56,520
non è scalabile.

12
00:00:56,770 --> 00:01:03,400
Se un venditore supportava Peavey, il venditore avrebbe dovuto assegnare un indirizzo MAC univoco su base

13
00:01:03,400 --> 00:01:04,440
geografica Poovey.

14
00:01:05,240 --> 00:01:11,240
Quindi in teoria se quattromilanovantaquattro furfanti erano supportati sullo switch bisognava assegnare

15
00:01:11,240 --> 00:01:15,600
a ogni switch quattromilanovantaquattro indirizzi MAC unici.

16
00:01:15,860 --> 00:01:18,090
Questo semplicemente non è scalabile.

17
00:01:18,200 --> 00:01:25,670
Quindi per conservare gli indirizzi MAC il sistema è cambiato e un ID di sistema esteso è anche noto come

18
00:01:25,670 --> 00:01:26,960
riduzione dell'indirizzo MAC.

19
00:01:27,050 --> 00:01:34,430
Quindi, con gli ID bridge estesi l'ID del bridge ha ancora 8 byte di dimensione, ma la priorità è

20
00:01:34,430 --> 00:01:43,320
ora divisa in due parti, quindi il 2 per 2 per porzione già composta è un 4 ma priorità bridge e un pedaggio.

21
00:01:43,370 --> 00:01:50,110
Ma l'ID di sistema esteso l'indirizzo MAC ha ancora 6 byte di dimensione.

22
00:01:50,170 --> 00:01:58,810
Quindi si prega di notare il bridge Purdy's per i bit estesi ID di sistema a 12 bit che equivale a due byte per gli ID

23
00:01:58,810 --> 00:02:05,610
di sistema estesi popolati con il numero cattivo e la priorità del bridge è un valore che è possibile impostare.

24
00:02:05,620 --> 00:02:09,430
L'impostazione predefinita è 3 2 7 6 8 in decimale.

25
00:02:09,580 --> 00:02:15,610
In passato il bridge party consisteva in due morsi e si poteva impostare la proprietà su un valore

26
00:02:15,610 --> 00:02:16,620
come 1.

27
00:02:16,630 --> 00:02:24,080
Comunque questo non è più supportato sullo switch come un esempio se scrivo un albero di spesa movieland

28
00:02:24,450 --> 00:02:32,620
uno per priorità e provo a impostarlo su 1 Mi viene detto che ho bisogno di impostarlo in incrementi di quattromilanovantasei

29
00:02:32,620 --> 00:02:37,360
in modo che il valore sia consentito su uno di questi.

30
00:02:37,360 --> 00:02:44,830
Il motivo è che la parte del bridge è stata divisa in due parti con solo i

31
00:02:44,830 --> 00:02:48,560
4 bit più significativi disponibili per la priorità.

32
00:02:48,610 --> 00:02:56,500
Quindi, se si imposta la parte pro-ID del bridge su Philpots su 1 binario e si prendono in considerazione i 2

33
00:02:56,500 --> 00:02:57,480
punti completi.

34
00:02:57,520 --> 00:03:00,770
Questo equivale a quattromilanovantasei in decimale.

35
00:03:01,030 --> 00:03:07,810
Quindi, se la priorità è impostata su 1, la priorità ID ponte estesa funziona a

36
00:03:07,810 --> 00:03:08,670
quattromilanovantasei.

37
00:03:08,710 --> 00:03:11,840
Se si prendono in considerazione i due byte completi.

38
00:03:12,250 --> 00:03:21,370
Se si imposta il bridge Prodi porzione 2 per dire 0 0 1 0 in binario e si guardano i 16 bit o 2 byte completi

39
00:03:21,790 --> 00:03:24,720
equivale a 8 1 9 2 in decimale.

40
00:03:24,940 --> 00:03:31,000
Sull'apparecchiatura di alcuni fornitori è possibile impostare la parte su uno e verrà automaticamente convertita

41
00:03:31,000 --> 00:03:37,660
in 8 1 9 2 ma sugli switch Cisco è necessario impostare la priorità del bridge in

42
00:03:37,660 --> 00:03:39,170
multipli di quattromilanovantasei.

43
00:03:39,220 --> 00:03:43,780
Quindi, ancora una volta se provo a impostare la festa su uno non è permesso.

44
00:03:43,880 --> 00:03:51,360
Impostalo su 4000 e 96 che è consentito mostrare albero di spesa.

45
00:03:51,380 --> 00:03:58,160
Si noti la priorità dell'interruttore perché è in esecuzione in precedenza più è quattromilanovantasette quindi la

46
00:03:58,640 --> 00:04:01,260
priorità più il numero cattivo.

47
00:04:01,550 --> 00:04:04,990
Se stai guardando un violento 10 è un esempio.

48
00:04:05,060 --> 00:04:08,870
La priorità sarebbe per 0 9 6 più 10.

49
00:04:08,870 --> 00:04:13,790
Se stai guardando la villaine 20 sarebbe 4 0 9 6 più 20.

50
00:04:13,790 --> 00:04:20,880
Dimostrerò che in un video separato ora nel corso degli anni sono stati apportati vari miglioramenti alla

51
00:04:20,880 --> 00:04:24,500
spesa, cercando di ridurre i tempi di convergenza.

52
00:04:24,810 --> 00:04:30,570
Quindi in un ambiente commutato sono stati apportati vari miglioramenti al protocollo per garantire che le cose

53
00:04:30,570 --> 00:04:31,740
accadano più velocemente.

54
00:04:32,070 --> 00:04:37,800
Una porta stent sullo switch potrebbe impiegarci 30 secondi per convergere e questo non è accettabile nelle reti

55
00:04:37,800 --> 00:04:38,870
dei giorni nostri.

56
00:04:39,150 --> 00:04:46,230
Ad esempio, se il PC si avviava e doveva connettersi a un server DHP, il PC si avviava e

57
00:04:46,230 --> 00:04:50,910
inviava una richiesta DHP prima che i porters dello switch convergessero.

58
00:04:51,150 --> 00:04:57,480
Quindi il PC si sarebbe già avviato e avrebbe richiesto un indirizzo IP prima che fossero trascorsi

59
00:04:57,480 --> 00:05:04,200
30 secondi e quindi il PC non avrebbe ricevuto un indirizzo IP dal server DHP perché la richiesta DHP

60
00:05:04,200 --> 00:05:09,540
dal PC sarebbe stata sganciata da questa porta che sta bloccando il wireless convergenti.

61
00:05:09,720 --> 00:05:16,950
Quindi, per migliorare le prestazioni in ambienti switch edge ports, in altre parole porte connesse a

62
00:05:16,950 --> 00:05:24,840
periferiche edge come PC, alcuni server e router sarebbero configurati come porte FOSS port in un ambiente

63
00:05:25,180 --> 00:05:32,130
Cisco o edge edge su altri apparati fornitore. Cecka usa il termine port fust.

64
00:05:32,160 --> 00:05:38,850
Altri fornitori utilizzano il termine edge ports in alcune terminologie. Cisco utilizzerà prima il termine port

65
00:05:38,850 --> 00:05:43,050
e in altri termini verrà indicato come edge port.

66
00:05:43,050 --> 00:05:49,830
Ora è importante abilitare le porte FOSS delle porte solo sulle porte di accesso e non sulle porte trunk.

67
00:05:49,860 --> 00:05:56,160
In altre parole, non si dovrebbe abilitare la porta Fost sui collegamenti tra switch perché questo

68
00:05:56,370 --> 00:06:03,870
introdurrà loop nella topologia e nella porta edge o una porta phos della porta passa immediatamente allo stato di inoltro.

69
00:06:03,870 --> 00:06:10,200
Ignora quindi gli stati di ascolto e apprendimento che passa direttamente dal blocco all'inoltro.

70
00:06:10,380 --> 00:06:17,190
Ancora una volta saltano entrambi gli stati di ascolto e apprendimento che consentono una convergenza molto più rapida

71
00:06:17,250 --> 00:06:22,800
perché, piuttosto che aspettare che l'albero della spesa attraversi varie fasi come bloccare l'apprendimento,

72
00:06:22,800 --> 00:06:28,660
l'inoltro del Portus avvia immediatamente l'inoltro del traffico e quindi la convergenza è molto più veloce.

73
00:06:29,640 --> 00:06:31,630
Gli alberi della spesa sono ancora in esecuzione su quella porta.

74
00:06:31,860 --> 00:06:34,280
Ma la transizione è immediatamente inoltrata.

75
00:06:34,350 --> 00:06:41,250
Quindi per qualche ragione una PDU è stata ricevuta nella porta la porta può tornare allo stato di blocco.

76
00:06:41,250 --> 00:06:47,640
È una buona pratica farlo perché non si vogliono introdurre involontariamente dei loop perché qualcuno ha inserito un interruttore

77
00:06:47,640 --> 00:06:51,570
come un esempio per errore su una porta Fosset della porta.