1
00:00:00,460 --> 00:00:05,530
BTR akan menjadi Diyar jika kesepakatan gagal.

2
00:00:05,760 --> 00:00:10,460
Tentukan batang sebagai basis segmen terpilih saja.

3
00:00:10,460 --> 00:00:17,460
Jadi, dalam contoh ini pada Ethan ini, segmen atau dua segmen itu dapat dipilih sebagai Rodda yang ditunjuk.

4
00:00:17,850 --> 00:00:25,290
Tetapi pada segmen ini antara empat kami dan tujuh atau empat kami dapat dipilih sebagai Rodda

5
00:00:25,290 --> 00:00:29,990
yang ditunjuk berdasarkan segmen fisik rute yang ditunjuk dipilih.

6
00:00:30,280 --> 00:00:36,440
Jadi hanya karena R4 bukan penanda keluar di segmen itu tidak berarti bahwa

7
00:00:36,440 --> 00:00:43,590
formulir kami bukan penanda di setiap segmen Ethan yang membutuhkan pemilihan dan pemeliharaan Rodda yang ditunjuk.

8
00:00:43,980 --> 00:00:50,610
Jadi dari sudut pandang pembaruan jika tautan ini turun atau ada yang memperbarui penunjuknya atau menggunakan

9
00:00:50,610 --> 00:00:58,760
multi-course ini Race 2 hingga 4 0 0 adalah 6 atau 2 Ratta yang ditunjuk memperbarui semua tetangganya pada segmen

10
00:00:58,760 --> 00:00:59,540
itu.

11
00:00:59,540 --> 00:01:02,670
Begitu juga 3 atau 6 atau 5 dan 4.

12
00:01:02,870 --> 00:01:12,080
Dapatkan pembaruan tentang perubahan empat banjir yang memperbarui 2 atau 7 atau 7 akan membanjiri pembaruan itu ke tetangga mana pun yang

13
00:01:12,080 --> 00:01:15,070
mungkin belum ditampilkan dalam diagram ini.

14
00:01:15,110 --> 00:01:18,850
Sama dengan 5 atau 6 atau 3 kita dan seterusnya.

15
00:01:18,850 --> 00:01:21,090
Pembaruan akan dibanjiri di topologi.

16
00:01:21,410 --> 00:01:27,710
Sama seperti dalam contoh ini di mana keempat menerima pembaruan dari atau 2 dan kemudian mengirimkannya ke 7 kami.

17
00:01:27,760 --> 00:01:35,260
Jadi hanya untuk meringkas tikus yang ditunjuk atau Dior yang terpilih Pertama berdasarkan prioritas tertinggi, kisarannya

18
00:01:35,710 --> 00:01:38,270
adalah dari 0 hingga 255.

19
00:01:38,440 --> 00:01:46,780
Nilai defaultnya adalah 0 0 menonaktifkan kemampuan Rotto ini untuk menjadi penunjuk dari rute yang ditunjuk

20
00:01:46,780 --> 00:01:47,400
cadangan.

21
00:01:47,830 --> 00:01:53,670
Jika prioritasnya sama, Rodda dengan ID Rodda tertinggi akan menjadi Rodda yang ditunjuk.

22
00:01:53,950 --> 00:01:58,240
Penting untuk disadari bahwa preemption tidak ada dengan rute yang ditentukan.

23
00:01:59,460 --> 00:02:06,180
Jadi dalam contoh ini prioritas untuk diarahkan ke 10 dan prioritas Rute 5 ditetapkan ke 5.

24
00:02:06,480 --> 00:02:10,860
Dan dalam pemilihan berlangsung atau dua akan menjadi rute yang ditunjuk.

25
00:02:11,250 --> 00:02:19,680
Namun satu atau dua turun Rute 5 akan menjadi rute yang ditunjuk jika dan misalnya atau 3 akan

26
00:02:19,680 --> 00:02:21,950
menjadi cadangan menunjuk Arata.

27
00:02:22,380 --> 00:02:28,410
Mari kita asumsikan bahwa prioritas rute lain adalah 0 6 hingga 1 bahwa rute 3 memiliki Rodda

28
00:02:28,800 --> 00:02:32,020
ID tertinggi Sarada 3 menjadi Rodda yang ditunjuk.

29
00:02:32,220 --> 00:02:39,670
Ketika t kami kembali lagi tidak akan menjadi Rodda yang ditunjuk atau penunjuk cadangan Rodda.

30
00:02:39,690 --> 00:02:46,960
Dengan kata lain itu bukan preemptive karena R5 sudah menjadi Rodda yang ditunjuk dan atau tiga adalah Becket yang ditunjuk

31
00:02:46,970 --> 00:02:53,770
Rodda atau dua hanya akan menerima fakta itu dan akan dikenal sebagai kesepakatan atau lainnya atau saudara tergantung tim

32
00:02:54,230 --> 00:02:56,010
mana yang Anda inginkan.

33
00:02:56,330 --> 00:03:01,860
Itu tidak akan mencoba dan mendahului pemilihan lain dan mencoba dan menjadi Rodda yang ditunjuk.

34
00:03:02,180 --> 00:03:07,690
Semua pihak lain termasuk kami berdua akan menjadi pihak lain dalam tipologi seperti ini.

35
00:03:08,960 --> 00:03:16,000
Ini berbicara tentang algoritma jalur terpendek algoritma SPF algoritma menempatkan setiap Rodda di akar

36
00:03:16,000 --> 00:03:23,110
pohon dan menghitung jalur terpendek ke setiap node menggunakan algoritma digester berdasarkan pada biaya

37
00:03:23,110 --> 00:03:26,800
kumulatif yang diperlukan untuk mencapai tujuan itu.

38
00:03:26,800 --> 00:03:33,970
Jadi sebagai contoh jika Radu seseorang ingin mendapatkan jaringan di belakang router 2 itu akan menentukan rute

39
00:03:33,970 --> 00:03:39,540
terbaik berdasarkan biaya yang menggunakan formula 10 ke delapan dibagi dengan bandwidth.

40
00:03:39,900 --> 00:03:45,050
Jadi sebagai contoh, ini adalah router T1 yang dulu ada di traffic juga.

41
00:03:45,400 --> 00:03:52,870
Apakah akan mengambil tautan T1 ini atau akan menggunakan pod melalui Rodda 3 menggunakan tim make dan 10 membuat tautan sekarang REPP

42
00:03:52,870 --> 00:03:56,700
menggunakan jumlah POP akan mengirimkan lalu lintas langsung ke tim kami.

43
00:03:57,220 --> 00:04:03,800
Tapi apa yang selalu menjadi Ifti OSPF secara default menggunakan bandwidth referensi 10 hingga 8.

44
00:04:04,070 --> 00:04:08,650
Anda dapat mengubah ini dan Anda perlu dan Anda telah manggung dan panjang 10 manggung.

45
00:04:09,050 --> 00:04:14,210
OSPF telah ada selama bertahun-tahun dan pada hari-hari awal tidak ada Spizz seperti 10 pertunjukan

46
00:04:14,210 --> 00:04:15,150
dan sebagainya.

47
00:04:15,560 --> 00:04:20,490
Jadi hari ini jika Anda mendapat pertunjukan dan 10 tautan tautan Anda akan ingin mengubah bandwidth referensi.

48
00:04:21,030 --> 00:04:23,180
Tetapi untuk sekarang mari kita asumsikan bahwa kita menggunakan default.

49
00:04:23,210 --> 00:04:28,740
Jadi biaya tautan adalah 10 hingga delapan dibagi dengan bandwidth dalam bit per detik.

50
00:04:29,500 --> 00:04:35,670
Satu kilobit per detik sama dengan 1000 bit per detik satu megabit per detik adalah satu juta

51
00:04:35,670 --> 00:04:40,560
bit per detik 10 megabit per detik adalah 10 juta bit per detik.

52
00:04:40,590 --> 00:04:47,580
Jadi biaya tautan 10 megabit per detik adalah 10 hingga delapan dibagi 10 juta yang memberi

53
00:04:47,580 --> 00:04:51,930
Anda biaya 10 menggunakan rumus yang sama untuk panjang.

54
00:04:51,930 --> 00:05:00,270
Jadi untuk tautan antara t kami dan t kami biayanya 10 hingga 8, bagi dengan 1 5 4 4 triple 0 yang

55
00:05:00,270 --> 00:05:01,870
memberi Anda biaya 64.

56
00:05:02,160 --> 00:05:05,750
Jadi biaya menggunakan tautan ini adalah 64.

57
00:05:06,150 --> 00:05:14,670
Biaya jika lalu lintas dikirim melalui dua kami adalah sebagai berikut 10 ke 8 dipilih oleh 10 juta

58
00:05:14,670 --> 00:05:18,660
yang 10 tetapi mereka dua panjang 10 mc.

59
00:05:18,660 --> 00:05:20,540
Jadi total biaya adalah tweenie.

60
00:05:20,850 --> 00:05:23,640
Jadi biaya Vaj T1 adalah 64.

61
00:05:23,850 --> 00:05:31,410
Tetapi biaya melalui tautan 10 meg adalah 20 OSPF akan memilih tautan melalui R2 untuk mengirim lalu

62
00:05:31,410 --> 00:05:38,690
lintas 2 atau 3 karena biaya lebih rendah berdasarkan formula ini cenderung dibagi dengan bandwidth.

63
00:05:39,180 --> 00:05:45,840
Jadi rumus yang digunakan untuk penetapan biaya adalah 10 hingga 8 dibagi dengan bagaimana Anda dapat mengubah

64
00:05:45,840 --> 00:05:52,740
bandwidth referensi dengan menggunakannya pada saat dalam proses pemesanan biaya proses OSPF membingkai ulang bandwidth dan kemudian menetapkan

65
00:05:52,740 --> 00:05:54,750
nilai dalam megabit per detik.

66
00:05:54,930 --> 00:05:56,230
Standarnya adalah 100.

67
00:05:56,280 --> 00:06:01,810
Dengan kata lain bandwidth referensi adalah 100 megabit per detik 100 megabit per

68
00:06:01,860 --> 00:06:09,060
detik memiliki OSPF konstan jika Anda mengubahnya menjadi seribu sebagai contoh, tautan gigabit akan dilihat sebagai bandwidth

69
00:06:09,060 --> 00:06:09,800
referensi.

70
00:06:10,200 --> 00:06:15,770
Atau jika Anda mengubahnya menjadi 100000 link seratus pertunjukan akan digunakan sebagai bandwidth referensi.

71
00:06:16,110 --> 00:06:22,200
Anda perlu melakukan ini dan semua router di mana Anda memiliki antarmuka dengan bandwidth lebih besar

72
00:06:22,230 --> 00:06:23,550
dari hanya Ethernet.

73
00:06:23,550 --> 00:06:26,550
Anda juga dapat mengubah biaya pada antarmuka.

74
00:06:26,740 --> 00:06:32,940
Jadi apakah semua OSPF kemudian menghitung biaya tautan berdasarkan pada bandwidth Anda dapat mengatur biaya

75
00:06:32,940 --> 00:06:38,170
OSPF dengan menghentikan biaya IP OSPF umum dan kemudian menentukan haveli.

76
00:06:38,610 --> 00:06:45,030
Sangat penting bahwa pernyataan bandwidth pada antarmuka Anda dikonfigurasikan dengan benar karena itulah

77
00:06:45,060 --> 00:06:50,940
kecepatan kecepatan tautan OSPF Diem untuk melakukan hal yang sama.

78
00:06:51,060 --> 00:06:56,960
Ia menggunakan bandwidth sebagai bagian dari perhitungan saat mencari rute terpendek ke tujuan.