1
00:00:02,120 --> 00:00:09,920
Dan kemudian hilang saya bendera area rintisan harus sama dengan bendera area langkah menunjukkan apakah ini

2
00:00:09,920 --> 00:00:12,870
adalah area rintisan atau daerah normal.

3
00:00:12,890 --> 00:00:16,780
Kami akan berbicara lebih banyak tentang area rintisan sekali lagi di slide berikutnya.

4
00:00:17,210 --> 00:00:24,480
Sekarang mari kita bicara tentang jalan yang ditunjuk dan cadangan yang ditunjuk sebagai rute seperti

5
00:00:24,490 --> 00:00:32,470
dalam tipologi ini memiliki enam router terhubung ke Ethan yang sama sehingga segmen segera rute D6 terhubung

6
00:00:32,470 --> 00:00:41,370
ke switch atau hub semua berbagi segmen ethernet yang sama ditunjuk router atau Dior digunakan pada broadcast lingkungan multi-axis

7
00:00:41,460 --> 00:00:47,640
seperti Ethernet dan ketika implementasi seperti non-broadcast environment multi-axis di Frame Relay Jadi

8
00:00:47,640 --> 00:00:57,140
jelaskan mengapa kita memiliki Harada yang ditunjuk mari kita asumsikan bahwa jaringan ini 10 1 1 0 terhubung ke salah

9
00:00:57,140 --> 00:01:00,710
satu dan router terhubung dengan ini.

10
00:01:00,710 --> 00:01:04,820
Ethan segmennya dan asumsikan bahwa jaringan ini turun.

11
00:01:05,770 --> 00:01:10,460
Jadi mari kita asumsikan untuk saat ini bahwa tidak ada router yang ditunjuk pada segmen Ethan itu.

12
00:01:10,690 --> 00:01:16,960
Dan mudah-mudahan Anda akan segera melihat mengapa ada persyaratan untuk menunjuk Harada dengan menunjuk RATO.

13
00:01:16,980 --> 00:01:24,650
Semua router ini akan memiliki adjacency penuh di elisé adjacency penuh ditukar antara router

14
00:01:24,680 --> 00:01:31,650
Jadi, dalam contoh ini, semua orang perlu memberi tahu router lain menggunakan tautan yang mereka perbarui bahwa

15
00:01:31,650 --> 00:01:39,180
ada perubahan dalam topologi jaringan atau satu akan mengirim pembaruan atau tiga mengirim pembaruan ke tim kami 2

16
00:01:39,700 --> 00:01:49,010
atau 4 2 atau 5 atau 6 memberitahukan semua dari batang yang telah ada perubahan dalam tipologi atau dua ketika menerima pembaruan

17
00:01:49,020 --> 00:01:51,150
itu dari atau satu.

18
00:01:51,240 --> 00:01:56,560
Dalam hal ini karena tidak ada yang ditunjuk Rodda memiliki hubungan penuh dengan semua router lainnya.

19
00:01:56,760 --> 00:02:01,500
Jadi ia mengirim pembaruan ke semua tetangganya untuk memberi tahu mereka bahwa ada masalah.

20
00:02:01,560 --> 00:02:07,740
Hal yang sama akan terjadi pada tiga atau tiga kami menerima pembaruan dari kami sehingga memberitahu semua

21
00:02:07,740 --> 00:02:14,320
tetangga bahwa ada perubahan dalam permintaan maaf itu atau kami akan melakukan hal yang sama ia menerima pembaruan

22
00:02:14,320 --> 00:02:15,630
dari atau satu.

23
00:02:15,910 --> 00:02:21,130
Jadi ia mengirimkan pembaruan ke semua tetangganya dan saya yakin Anda mendapatkan gambar sekarang atau lima menerima

24
00:02:21,130 --> 00:02:22,430
pembaruan itu dari kami.

25
00:02:22,450 --> 00:02:29,200
Jadi ia mengirim pembaruan ke semua tetangganya dan tanpa hukum atau enam mengirim pembaruan ke semua tetangganya.

26
00:02:29,230 --> 00:02:36,540
Jadi ada banyak lalu lintas duplikat ketika satu jaringan turun dan keenam router ini memiliki kedekatan

27
00:02:36,780 --> 00:02:38,630
penuh satu sama lain.

28
00:02:39,000 --> 00:02:45,150
Jadi, daripada melakukan itu, rute yang ditunjuk dipilih pada segmen tertentu.

29
00:02:45,150 --> 00:02:53,280
Jadi mari kita asumsikan bahwa dua dipilih sebagai rute yang ditunjuk Rodda dipilih pada dua kriteria.

30
00:02:53,370 --> 00:02:55,720
Yang pertama adalah prioritas tertinggi.

31
00:02:55,890 --> 00:03:03,510
Anda dapat menentukan prioritas pada antarmuka prioritas default adalah 1 0 mengecualikan Arado dari menjadi Rodda

32
00:03:03,510 --> 00:03:10,150
yang ditunjuk atau cadangan menunjuk Harada nilai-nilai untuk prioritas adalah 1 hingga 255.

33
00:03:10,200 --> 00:03:15,690
Jadi kriteria pertama adalah prioritas tinggi jika prioritasnya sama maka Rotto dengan Rodda

34
00:03:15,690 --> 00:03:20,460
ID tertinggi dipilih sebagai rute yang ditentukan untuk segmen itu.

35
00:03:20,460 --> 00:03:23,970
Jadi, dalam contoh ini kami telah memilih atau menggunakan rute yang ditentukan.

36
00:03:24,340 --> 00:03:28,310
Dan mari kita asumsikan lagi bahwa jaringan ini turun.

37
00:03:28,380 --> 00:03:35,620
Tetapi apa yang terjadi sekarang adalah atau seseorang mengirim pembaruan hanya ke tikus yang ditunjuk menunjuk atau keluar sebagai

38
00:03:35,630 --> 00:03:42,700
mendengarkan pada alamat multicast ini 2 2 4 0 0 6 pemilih lain tidak mendengarkan alamat multicast itu.

39
00:03:42,700 --> 00:03:50,500
Jadi dari sudut pandang IP mereka tidak menerima atau melihat pembaruan itu hanya Harada yang ditunjuk

40
00:03:50,700 --> 00:03:53,290
menerima pembaruan multicast itu.

41
00:03:53,310 --> 00:03:55,480
Sekarang multicasting tidak tercakup dalam kursus ini.

42
00:03:56,220 --> 00:04:02,880
Tetapi secara singkat infrastruktur ini adalah sebuah hub sehingga jalan-jalan terhubung melalui hub setidaknya satu yang

43
00:04:02,880 --> 00:04:05,400
multicast akan pergi ke semua router.

44
00:04:05,400 --> 00:04:10,430
Namun hanya router tertentu yang mendengarkan atau menerima multicast itu.

45
00:04:10,520 --> 00:04:14,200
Jadi hanya router tertentu yang berlangganan multicast itu.

46
00:04:14,280 --> 00:04:21,770
Dalam hal ini hanya yang ditunjuk Iran yang mendengarkan dan menerima multi-proses untuk mengatasi 2 2 4 0

47
00:04:21,780 --> 00:04:22,880
0 6.

48
00:04:22,950 --> 00:04:27,240
Jadi yang ganjil lainnya adalah setidaknya dua pembaruan ini akan drop.

49
00:04:27,590 --> 00:04:32,310
OSPF yang berada setidaknya untuk saat ini adalah model kami tidak akan melihat pembaruan ini.

50
00:04:32,310 --> 00:04:39,330
Di sisi lain, serratus 3 4 5 dan 6 dari sudut pandang OSPF rendah tidak akan menerima pembaruan pada

51
00:04:39,750 --> 00:04:44,140
router untuk akan menerima pembaruan sehingga secara logis apa yang terjadi.

52
00:04:44,140 --> 00:04:49,960
Tautan turun Rute 1 memperbarui Rodek ke router yang ditunjuk dengan mengirim multicast

53
00:04:50,050 --> 00:04:57,070
ke alamat pada router ke router yang ditunjuk menerima router multicast untuk kemudian mengirim pembaruan ke

54
00:04:57,130 --> 00:05:02,170
semua pengendara lain di alamat multicast ini untuk melakukan 0 5.

55
00:05:02,470 --> 00:05:09,370
Semua router OSPF mendengarkan alamat multicast ini sehingga mereka akan menerima pembaruan. Router akan

56
00:05:09,430 --> 00:05:10,500
menerima pembaruan.

57
00:05:10,510 --> 00:05:15,220
Mereka tidak akan memprosesnya karena tabel tipologi selalu diperbarui.

58
00:05:15,250 --> 00:05:21,370
Jadi secara logis yang terjadi adalah pembaruan berjalan dari satu atau dua pihak mengirimkan pembaruan ke semua

59
00:05:21,370 --> 00:05:22,290
router lainnya.

60
00:05:22,540 --> 00:05:28,210
Mereka memproses pembaruan dan mereka merasa bahwa database permintaan maaf diperbarui dengan informasi baru

61
00:05:28,210 --> 00:05:30,470
bahwa jaringan ini telah turun.

62
00:05:30,940 --> 00:05:38,230
Seperti yang Anda lihat di sini, jauh lebih efisien untuk menggunakan router yang ditunjuk daripada untuk memungkinkan

63
00:05:38,230 --> 00:05:43,140
kedekatan penuh antara semua router dan memiliki semua pembaruan duplikat itu.

64
00:05:43,180 --> 00:05:49,090
Sangat penting untuk menyadari bahwa hanya Rotto designator luar dan designator cadangan yang akan

65
00:05:49,090 --> 00:05:52,680
memiliki hubungan penuh dengan semua badan lainnya.

66
00:05:53,170 --> 00:06:00,900
Jadi misalnya rute 4 dan 5 hanya akan memiliki status yang dikenal sebagai Dua arah dalam dua arah.

67
00:06:00,940 --> 00:06:05,960
Mereka tahu tentang satu sama lain tetapi tidak ada pembaruan yang akan dipertukarkan antara router.

68
00:06:05,980 --> 00:06:09,010
Jadi dengan kata lain 4 atau 5 tidak akan saling memperbarui.

69
00:06:09,070 --> 00:06:15,820
Tidak akan ada lima atau enam dan seterusnya dan seterusnya pada semua rodders hanya akan memperbarui perancang luar

70
00:06:16,000 --> 00:06:22,290
dan router yang ditunjuk cadangan dengan perubahan topologi sehingga mereka memiliki hubungan penuh dengan router yang

71
00:06:22,290 --> 00:06:23,100
ditunjuk.

72
00:06:23,530 --> 00:06:30,110
Ini memungkinkan penghematan pembaruan dan duplikat traffic pada satu segmen.

73
00:06:30,290 --> 00:06:37,610
Sekali lagi, penting untuk menyadari bahwa Rochus di segmen ini hanya akan membentuk hubungan penuh dengan router

74
00:06:37,610 --> 00:06:40,580
penunjuk dan penunjuk cadangan di luar.

75
00:06:40,580 --> 00:06:42,830
Sekarang dalam contoh ini saya hanya punya router yang ditunjuk.

76
00:06:43,000 --> 00:06:48,860
Masalah dengan hanya memiliki router yang ditunjuk adalah bahwa jika router ini turun pembaruan tidak akan dikirim

77
00:06:48,860 --> 00:06:50,480
dan diterima dengan benar.

78
00:06:50,480 --> 00:06:56,990
Jadi pada segmen router yang ditunjuk akan dipilih dan biasanya auto designator cadangan juga

79
00:06:56,990 --> 00:06:57,930
akan dipilih.

80
00:06:58,250 --> 00:07:05,510
Jadi, Anda akan memiliki router dan penunjuk cadangan yang ditunjuk keluar dari BBR akan menjadi Diyar jika

81
00:07:05,510 --> 00:07:06,840
kesepakatan gagal.