1
00:00:00,880 --> 00:00:07,750
Jadi, apakah t plus sebelumnya atau Rapide sebelumnya t plus extended bridge ID sekarang menghabiskan pohon mengharuskan

2
00:00:07,750 --> 00:00:11,510
setiap switch memiliki ID jembatan unik di masa lalu.

3
00:00:11,520 --> 00:00:16,550
Itu hanya terdiri dari prioritas jembatan dan alamat MAC.

4
00:00:16,720 --> 00:00:23,740
Jadi bridge ID terdiri dari delapan byte dengan dua byte sebagai prioritas jembatan dan enam byte

5
00:00:23,740 --> 00:00:25,290
sebagai alamat MAC.

6
00:00:25,300 --> 00:00:31,840
Namun ketika mengonfigurasi beberapa desa dan menjalankan Poovey dan

7
00:00:31,840 --> 00:00:39,600
menghabiskan pohon, alamat MAC yang berbeda harus dialokasikan untuk setiap villain sebelumnya.

8
00:00:39,820 --> 00:00:46,510
Jadi untuk memastikan bahwa ide jembatan unik berdasarkan basis kekerasan, alamat MAC yang berbeda

9
00:00:46,510 --> 00:00:48,000
harus dialokasikan.

10
00:00:48,100 --> 00:00:54,670
Sekarang itu berfungsi dengan baik jika Anda hanya memiliki beberapa villan. Tetapi jika Anda mengkonfigurasi ratusan atau ribuan baris,

11
00:00:54,970 --> 00:00:56,520
itu tidak dapat diukur.

12
00:00:56,770 --> 00:01:03,400
Jika vendor mendukung Peavey's, vendor harus menetapkan alamat MAC yang unik berdasarkan basis

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

14
00:01:05,240 --> 00:01:11,240
Jadi secara teori jika empat ribu sembilan puluh empat penjahat didukung pada switch, empat ribu sembilan

15
00:01:11,240 --> 00:01:15,600
puluh empat alamat MAC yang unik perlu ditugaskan untuk setiap switch.

16
00:01:15,860 --> 00:01:18,090
Itu sama sekali tidak terukur.

17
00:01:18,200 --> 00:01:25,670
Jadi untuk menghemat alamat MAC, sistem telah berubah dan perpanjangan sistem id juga dikenal sebagai pengurangan

18
00:01:25,670 --> 00:01:26,960
alamat MAC.

19
00:01:27,050 --> 00:01:34,430
Jadi dengan ID jembatan yang diperluas, ID jembatan masih berukuran 8 byte tetapi prioritasnya sekarang

20
00:01:34,430 --> 00:01:43,320
dibagi menjadi dua bagian sehingga dua demi dua per bagian yang sudah terdiri dari 4 tetapi prioritas jembatan dan tol.

21
00:01:43,370 --> 00:01:50,110
Tetapi perpanjangan sistem id alamat MAC masih berukuran 6 byte.

22
00:01:50,170 --> 00:01:58,810
Jadi harap dicatat jembatan Purdy's untuk bit ID sistem diperpanjang 12 bit yang setara dengan dua byte diperpanjang ID

23
00:01:58,810 --> 00:02:05,610
sistem diisi dengan nomor penjahat dan prioritas jembatan adalah nilai yang dapat Anda tetapkan.

24
00:02:05,620 --> 00:02:09,430
Default adalah 3 2 7 6 8 dalam desimal.

25
00:02:09,580 --> 00:02:15,610
Di masa lalu di pesta jembatan terdiri dari dua gigitan dan Anda dapat mengatur properti ke nilai

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

27
00:02:16,630 --> 00:02:24,080
Namun itu tidak lagi didukung pada saklar sebagai contoh jika saya mengetik pohon pengeluaran movieland satu

28
00:02:24,450 --> 00:02:32,620
per prioritas dan mencoba dan mengaturnya menjadi 1. Saya diberitahu bahwa saya perlu mengaturnya secara bertahap 4.000 sembilan

29
00:02:32,620 --> 00:02:37,360
puluh enam sehingga nilainya diizinkan pada salah satu dari ini.

30
00:02:37,360 --> 00:02:44,830
Alasan untuk itu adalah bahwa pesta jembatan telah dipecah menjadi dua bagian dengan hanya 4

31
00:02:44,830 --> 00:02:48,560
bit paling signifikan yang tersedia untuk prioritas.

32
00:02:48,610 --> 00:02:56,500
Jadi jika Anda mengatur bagian bridge ID-ID, Philpots menjadi biner 1 dan Anda memperhitungkan 2 poin

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

34
00:02:57,520 --> 00:03:00,770
Itu sama dengan empat ribu sembilan puluh enam dalam desimal.

35
00:03:01,030 --> 00:03:07,810
Jadi, jika prioritas tetapi diatur ke 1 prioritas ID jembatan diperpanjang bekerja menjadi empat ribu sembilan

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

37
00:03:08,710 --> 00:03:11,840
Jika Anda memperhitungkan dua byte penuh.

38
00:03:12,250 --> 00:03:21,370
Jika Anda mengatur bagian bridge 2 untuk mengatakan 0 0 1 0 dalam biner dan melihat 16 bit penuh atau dua byte itu sama

39
00:03:21,790 --> 00:03:24,720
dengan 8 1 9 2 dalam desimal.

40
00:03:24,940 --> 00:03:31,000
Pada beberapa peralatan vendor Anda dapat mengatur partai menjadi satu dan itu akan secara otomatis dikonversi

41
00:03:31,000 --> 00:03:37,660
ke 8 1 9 2 tetapi pada switch Cisco Anda perlu mengatur prioritas jembatan dalam kelipatan empat ribu

42
00:03:37,660 --> 00:03:39,170
sembilan puluh enam.

43
00:03:39,220 --> 00:03:43,780
Jadi sekali lagi jika saya mencoba mengatur pesta menjadi satu, itu tidak diperbolehkan.

44
00:03:43,880 --> 00:03:51,360
Setel ke 4000 dan 96 yang diizinkan menampilkan pohon belanja.

45
00:03:51,380 --> 00:03:58,160
Perhatikan prioritas switch karena sudah berjalan sebelumnya plus adalah empat ribu sembilan puluh tujuh

46
00:03:58,640 --> 00:04:01,260
sehingga prioritas Plus nomor penjahat.

47
00:04:01,550 --> 00:04:04,990
Jika Anda melihat kekerasan 10 adalah contohnya.

48
00:04:05,060 --> 00:04:08,870
Prioritasnya adalah 0 9 6 ditambah 10.

49
00:04:08,870 --> 00:04:13,790
Jika Anda melihat villaine 20 itu akan menjadi 4 0 9 6 ditambah 20.

50
00:04:13,790 --> 00:04:20,880
Saya akan menunjukkan bahwa dalam video terpisah sekarang selama bertahun-tahun berbagai peningkatan telah dilakukan

51
00:04:20,880 --> 00:04:24,500
untuk pengeluaran, mencoba mengurangi waktu konvergensi.

52
00:04:24,810 --> 00:04:30,570
Jadi dalam lingkungan yang diaktifkan berbagai perangkat tambahan telah dibuat untuk protokol untuk memastikan bahwa hal-hal

53
00:04:30,570 --> 00:04:31,740
terjadi lebih cepat.

54
00:04:32,070 --> 00:04:37,800
Port stent pada sakelar dapat membutuhkan waktu 30 detik untuk berkumpul dan itu tidak dapat diterima dalam

55
00:04:37,800 --> 00:04:38,870
jaringan modern.

56
00:04:39,150 --> 00:04:46,230
Sebagai contoh jika PC boot dan perlu terhubung ke server DHP PC akan boot

57
00:04:46,230 --> 00:04:50,910
dan mengirimkan permintaan DHP sebelum switch porter konvergen.

58
00:04:51,150 --> 00:04:57,480
Jadi PC akan sudah boot dan meminta alamat IP sebelum 30 detik berakhir dan

59
00:04:57,480 --> 00:05:04,200
karenanya PC tidak akan menerima alamat IP dari server DHP karena permintaan DHP dari

60
00:05:04,200 --> 00:05:09,540
PC akan dijatuhkan oleh port ini yang memblokir nirkabel konvergen.

61
00:05:09,720 --> 00:05:16,950
Jadi untuk meningkatkan kinerja di port tepi lingkungan aktif dengan kata lain port

62
00:05:16,950 --> 00:05:24,840
yang terhubung ke perangkat tepi seperti PC, beberapa server dan router akan dikonfigurasikan sebagai port

63
00:05:25,180 --> 00:05:32,130
FOSS port di lingkungan Cisco atau port tepi pada peralatan vendor lain.

64
00:05:32,160 --> 00:05:38,850
Vendor lain menggunakan term edge port dalam beberapa terminologi Cisco akan menggunakan term port terlebih dahulu

65
00:05:38,850 --> 00:05:43,050
dan dalam terminologi lain itu akan disebut sebagai edge port.

66
00:05:43,050 --> 00:05:49,830
Sekarang penting bahwa Anda hanya mengaktifkan port FOSS port pada port akses dan bukan port trunk.

67
00:05:49,860 --> 00:05:56,160
Dengan kata lain Anda tidak boleh mengaktifkan port Fost pada tautan di antara sakelar karena

68
00:05:56,370 --> 00:06:03,870
itu akan memperkenalkan loop pada topologi Anda dan port tepi atau port port phos segera transisi ke status penerusan.

69
00:06:03,870 --> 00:06:10,200
Jadi melewati kondisi mendengarkan dan belajar, ia langsung beralih dari memblokir ke penerusan.

70
00:06:10,380 --> 00:06:17,190
Sekali lagi melewatkan keadaan mendengarkan dan belajar yang memungkinkan konvergensi yang lebih cepat karena daripada

71
00:06:17,250 --> 00:06:22,800
menunggu pohon pengeluaran untuk melewati berbagai tahap seperti memblokir mendengarkan belajar

72
00:06:22,800 --> 00:06:28,660
meneruskan Portus mulai segera meneruskan lalu lintas dan karenanya konvergensi jauh lebih cepat.

73
00:06:29,640 --> 00:06:31,630
Menghabiskan pohon masih berjalan di pelabuhan itu.

74
00:06:31,860 --> 00:06:34,280
Tetapi transisi segera menuju penerusan.

75
00:06:34,350 --> 00:06:41,250
Jadi kami karena suatu alasan PDU be diterima di pelabuhan port dapat kembali ke negara memblokir.

76
00:06:41,250 --> 00:06:47,640
Ini praktik yang baik untuk melakukan ini karena Anda tidak ingin secara tidak sengaja memperkenalkan loop karena seseorang

77
00:06:47,640 --> 00:06:51,570
terhubung dalam switch sebagai contoh karena kesalahan pada port Fosset port.