1
00:00:01,060 --> 00:00:07,390
Dokumen ini juga menyediakan banyak informasi tentang beberapa pohon pengeluaran yang makan sekaligus. Anda tidak diharapkan mengetahui

2
00:00:07,390 --> 00:00:13,610
semua detail dalam dokumen ini, tetapi memberikan referensi yang bagus jika Anda tertarik. Saya akan membahas beberapa

3
00:00:14,070 --> 00:00:19,260
dasar-dasarnya sekarang dan kemudian Anda dapat membaca dokumen jika Anda tertarik pada informasi

4
00:00:20,260 --> 00:00:24,330
lebih dari satu pohon pengeluaran ganda adalah standar industri baru.

5
00:00:24,400 --> 00:00:30,700
Terinspirasi oleh protokol bebas pengeluaran instan berganda dari Cisco, Cisco mengembangkan beberapa

6
00:00:30,700 --> 00:00:37,040
protokol hierarki pengeluaran instan untuk menyelesaikan beberapa masalah yang Anda miliki dengan t sebelumnya.

7
00:00:37,080 --> 00:00:44,820
Jadi karena jumlah penduduk yang dikonfigurasikan dalam jaringan yang diaktifkan meningkatkan overhead ketika menjalankan PVT

8
00:00:45,010 --> 00:00:46,440
juga meningkat.

9
00:00:46,750 --> 00:00:54,580
Jika Anda mengonfigurasi seribu villans dengan t sebelumnya dan Peavey t cepat, Anda akhirnya memiliki seribu

10
00:00:54,670 --> 00:01:00,640
pohon pengeluaran, tetapi dengan beberapa pohon pengeluaran dan pohon pengeluaran multi instance milik

11
00:01:00,640 --> 00:01:08,020
yang ada sebelum pohon pengeluaran ganda, Anda dapat memetakan sejumlah penduduk desa yang sama. spanning

12
00:01:08,020 --> 00:01:09,440
tree instance.

13
00:01:09,490 --> 00:01:16,690
Ini cukup sederhana untuk melakukan ini tetapi idenya adalah jika Anda memiliki seribu penduduk desa Anda akan mengalokasikan 500

14
00:01:16,690 --> 00:01:20,230
untuk satu contoh dan 500 lainnya untuk contoh lain.

15
00:01:20,350 --> 00:01:28,150
Yang berarti Anda hanya memiliki dua instance spanning tree daripada 1000 instance pengeluaran sehingga

16
00:01:28,150 --> 00:01:35,320
multi-tree pengeluaran menstandarkan konsep beberapa spanning tree dan menggabungkan konvergensi pohon pengeluaran

17
00:01:35,370 --> 00:01:42,310
cepat multi-pengeluaran pohon memungkinkan Anda untuk mengelompokkan penjahat ke instance pohon pengeluaran

18
00:01:42,310 --> 00:01:43,450
bersama.

19
00:01:43,450 --> 00:01:49,090
Hal ini juga mendefinisikan protokol untuk menghubungkan beberapa wilayah Creve pengeluaran bagaimana untuk mengganggu borate

20
00:01:49,090 --> 00:01:55,060
dengan sikap yang ada satu D dan sikap pada satu implementasi pohon pengeluaran utama dan memberikan beberapa

21
00:01:55,060 --> 00:01:59,620
praktik terbaik jadi lihat dokumen ini jika Anda tertarik pada banyak detail.

22
00:02:00,010 --> 00:02:02,110
Tetapi sebagai perbandingan cepat.

23
00:02:02,110 --> 00:02:10,520
Anda menyebutkan bahwa Anda memiliki seribu penduduk di switchy yang terhubung ke saklar d 1 dan D untuk mengirim permintaan

24
00:02:10,550 --> 00:02:11,830
maaf ini.

25
00:02:11,910 --> 00:02:19,430
Switchy memiliki seribu penduduk D1 akan menjadi akar pohon pengeluaran untuk tanah

26
00:02:19,430 --> 00:02:26,050
hari Minggu dan D-2 akan menjadi akar pohon pengeluaran untuk warga

27
00:02:26,050 --> 00:02:32,200
desa lainnya. adalah root untuk Villines one to 500.

28
00:02:32,230 --> 00:02:38,820
Antarmuka dari sakelar ke sakelar D-1 memblokir villa satu hingga lima ratus dan dari sakelar a

29
00:02:38,830 --> 00:02:42,490
ke d penghadang dua blok 501 hingga 1000.

30
00:02:42,490 --> 00:02:51,110
Jadi sekali lagi root untuk lalu lintas desa ini akan diteruskan keluar dari pelabuhan ini untuk orang-orang desa tetapi

31
00:02:51,130 --> 00:02:54,260
diblokir untuk Desa 1 hingga 500.

32
00:02:54,490 --> 00:03:02,210
Switch adalah root untuk villa ini port ini akan meneruskan lalu lintas keluar dari itu untuk villa 1 hingga

33
00:03:02,870 --> 00:03:06,990
500 tetapi akan memblokir villa 500 dan satu ke 1000.

34
00:03:07,010 --> 00:03:14,170
Sangat tidak efisien untuk mempertahankan seribu contoh pengeluaran di jaringan ini.

35
00:03:14,230 --> 00:03:23,780
Kami memiliki 500 instance pengeluaran dengan D-1 sebagai root dan kami memiliki 500 dengan D2 sebagai root.

36
00:03:23,800 --> 00:03:30,010
Namun secara logis kita sebenarnya hanya membutuhkan dua instance D-1 yang harus menjadi root.

37
00:03:30,040 --> 00:03:35,890
Misalnya yang berisi penjahat ini dan D2 harus menjadi root.

38
00:03:35,890 --> 00:03:39,690
Misalnya 2 yang berisi penjahat ini.

39
00:03:40,150 --> 00:03:45,660
Anda mengaitkan villan ini dengan instance satu dan menjadikan D-1 root.

40
00:03:45,760 --> 00:03:51,510
Anda mengasosiasikan penjahat-penjahat ini ke instance dua dan menjadikan D2 root.

41
00:03:51,640 --> 00:03:55,970
Itu berarti Anda harus mempertahankan dua instance daripada seribu instance.

42
00:03:57,170 --> 00:04:03,280
Jadi detail seperti itu dijelaskan di sini saya akan melewatinya dengan cepat di lingkungan Cecka sebelumnya.

43
00:04:03,290 --> 00:04:10,400
Anda memerlukan satu instance pengeluaran untuk setiap LAN yang berarti Anda memiliki seribu instance untuk dua

44
00:04:10,640 --> 00:04:18,280
tipologi logis akhir yang berbeda dengan D-1 adalah root untuk satu tipologi dan D2 root untuk tipologi lainnya.

45
00:04:18,290 --> 00:04:23,500
Ini membuang banyak siklus tidur untuk semua sakelar di jaringan.

46
00:04:23,780 --> 00:04:30,980
Selain bandwidth yang digunakan oleh BPT yang berdosa gunakan seribu penggunaan BPT akan dikirim

47
00:04:30,980 --> 00:04:40,310
keluar dari setiap port setiap dua detik karena Peavey t menjadi BPU untuk setiap penjahat karena kami memiliki instance

48
00:04:40,310 --> 00:04:43,770
individual yang dipetakan ke setiap penjahat.

49
00:04:43,850 --> 00:04:50,930
Jadi ide dengan beberapa pohon pengeluaran adalah Anda mendapatkan yang terbaik dari teh Peavey dan pohon

50
00:04:50,930 --> 00:04:52,100
pengeluaran tradisional.

51
00:04:52,300 --> 00:04:56,000
Anda bertemu beberapa warga desa dua contoh spesifik.

52
00:04:56,000 --> 00:05:04,250
Jadi dalam tipologi kami sekali lagi Anda akan membuat satu rute misalnya satu beralih ke

53
00:05:04,280 --> 00:05:11,120
rute misalnya ke port ini akan meneruskan misalnya satu put block misalnya

54
00:05:11,150 --> 00:05:20,560
ke port ini akan meneruskan misalnya ke blok hitam misalnya satu hanya dua rentang pohon dipelihara bukan seribu.

55
00:05:20,570 --> 00:05:26,300
Jadi Anda masih mendapatkan penyeimbangan beban karena setengah dari penjahat mengikuti contoh terpisah dan Anda

56
00:05:26,300 --> 00:05:30,120
menghemat CPQ karena Anda hanya memiliki dua contoh pohon pengeluaran.

57
00:05:30,290 --> 00:05:36,800
Jadi dari sudut pandang teknis beberapa pohon pengeluaran, protokol terbaik untuk digunakan dalam

58
00:05:37,100 --> 00:05:44,060
contoh ini tetapi banyak pohon pengeluaran lebih rumit untuk dikonfigurasikan daripada t sebelumnya dan interaksi

59
00:05:44,090 --> 00:05:46,860
dengan switch lama kadang-kadang menantang.

60
00:05:46,880 --> 00:05:52,250
Jadi Anda hanya ingin menggunakan multiple spanning tree jika Anda memiliki banyak penduduk desa.

61
00:05:52,250 --> 00:05:54,590
Jadi, dalam contoh ini kita memiliki seribu.

62
00:05:54,800 --> 00:05:57,160
Jadi masuk akal untuk menggunakan beberapa pohon pengeluaran.

63
00:05:57,440 --> 00:06:06,020
Jika Anda hanya memiliki 10 atau 20 orang di jaringan Anda, Anda dapat terus menggunakan teh Peavey atau teh

64
00:06:06,040 --> 00:06:07,760
Peavey secara cepat.

65
00:06:07,780 --> 00:06:13,480
Dokumen berlanjut dengan banyak detail tentang cara mengkonfigurasi beberapa wilayah pohon pengeluaran.

66
00:06:13,700 --> 00:06:16,130
Tapi itu di luar ruang lingkup CCMA.

67
00:06:16,480 --> 00:06:19,140
Jadi lihat dokumen ini jika Anda tertarik.

68
00:06:19,160 --> 00:06:22,390
Tunggu hingga Anda mendapatkan sertifikasi CC MP.