1 00:00:02,120 --> 00:00:09,920 Und dann verloren, wenn die Stub-Bereichsflagge gleich sein muss. Die Schrittbereichsflag gibt an, ob es sich um einen 2 00:00:09,920 --> 00:00:12,870 Stubbereich oder einen normalen Bereich handelt. 3 00:00:12,890 --> 00:00:16,780 In späteren Folien werden wir noch einmal mehr über Stub-Bereiche sprechen. 4 00:00:17,210 --> 00:00:24,480 Kommen wir nun zu den gekennzeichneten Straßen und zur Backup-Route, da in dieser Typologie sechs 5 00:00:24,490 --> 00:00:32,470 Router mit demselben Ethan in diesem Segment verbunden sind, so dass die D6-Route bald mit einem 6 00:00:32,470 --> 00:00:41,370 Switch oder einem Hub verbunden ist, die alle das gleiche Ethernet-Segment aufweisen, für das bestimmte Router oder Dior verwendet 7 00:00:41,460 --> 00:00:47,640 werden Broadcast-Multi-Achs-Umgebungen wie Ethernet und so bei Implementierungen wie Non-Broadcast-Multi-Achs-Umgebungen in Frame Relay. 8 00:00:47,640 --> 00:00:57,140 Erklären Sie also, warum wir eine bestimmte Harada haben. Nehmen wir an, dass dieses Netzwerk mit einem Router und dem 9 00:00:57,140 --> 00:01:00,710 Router verbunden ist sind damit verbunden. 10 00:01:00,710 --> 00:01:04,820 Ethan sein Segment und gehen davon aus, dass dieses Netzwerk ausfällt. 11 00:01:05,770 --> 00:01:10,460 Nehmen wir an, dass es in diesem Ethan keinen bestimmten Router gibt. 12 00:01:10,690 --> 00:01:16,960 Und hoffentlich werden Sie schnell erkennen, warum es erforderlich ist, dass Harada mit RATO bezeichnet wird. 13 00:01:16,980 --> 00:01:24,650 Alle diese Router hätten eine vollständige Nachbarschaft in einer vollständigen Nachbarschaft, die zwischen Routern ausgetauscht wird. 14 00:01:24,680 --> 00:01:31,650 In diesem Beispiel müssen alle anderen Router über einen Link, den sie aktualisieren, über eine 15 00:01:31,650 --> 00:01:39,180 Änderung der Netzwerktopologie informiert werden, oder es wird ein Update gesendet, oder drei senden ein Update 16 00:01:39,700 --> 00:01:49,010 an unser Team Von den Stäben gab es eine Änderung in der Typologie oder zwei, wenn dieses Update von einem 17 00:01:49,020 --> 00:01:51,150 oder einem empfangen wurde. 18 00:01:51,240 --> 00:01:56,560 In diesem Fall hat Rodda eine vollständige Beziehung zu allen anderen Routern, da es keinen bestimmten Namen gibt. 19 00:01:56,760 --> 00:02:01,500 Sie sendet also ein Update an alle Nachbarn, um sie über ein Problem zu informieren. 20 00:02:01,560 --> 00:02:07,740 Dasselbe wird geschehen, wenn unsere drei oder drei ein Update von 21 00:02:07,740 --> 00:02:14,320 unserem erhalten, so dass alle Nachbarn darüber informiert werden, dass sich diese Entschuldigung 22 00:02:14,320 --> 00:02:15,630 geändert hat. 23 00:02:15,910 --> 00:02:21,130 Es sendet also ein Update an alle seine Nachbarn und ich bin sicher, dass Sie jetzt ein Bild davon erhalten oder fünf dieses Update 24 00:02:21,130 --> 00:02:22,430 von unserem Nachbarn erhalten haben. 25 00:02:22,450 --> 00:02:29,200 Es sendet also ein Update an alle seine Nachbarn und gesetzlos oder sechs sendet ein Update an alle seine Nachbarn. 26 00:02:29,230 --> 00:02:36,540 Es gibt also viel doppelten Datenverkehr, wenn ein einzelnes Netzwerk ausfällt und diese sechs Router eine 27 00:02:36,780 --> 00:02:38,630 vollständige Nachbarschaft zueinander haben. 28 00:02:39,000 --> 00:02:45,150 Anstatt zu tun, dass eine bestimmte Route für ein bestimmtes Segment ausgewählt wird. 29 00:02:45,150 --> 00:02:53,280 Nehmen wir also an, dass zwei oder mehrere als Rodda bezeichnete Routen ausgewählt wurden, die nach zwei Kriterien ausgewählt werden. 30 00:02:53,370 --> 00:02:55,720 Der erste hat höchste Priorität. 31 00:02:55,890 --> 00:03:03,510 Sie können die Priorität für eine Schnittstelle festlegen. Die Standardpriorität ist 1. 0 schließt aus, dass Arado 32 00:03:03,510 --> 00:03:10,150 kein designierter Rodda oder Sicherungs-Harada wird. Die Prioritätswerte liegen zwischen 1 und 255. 33 00:03:10,200 --> 00:03:15,690 Das erste Kriterium ist also hohe Priorität, wenn die Prioritäten gleich sind. Dann wird der 34 00:03:15,690 --> 00:03:20,460 Rotto mit der höchsten Rodda-ID als designierte Route für dieses Segment ausgewählt. 35 00:03:20,460 --> 00:03:23,970 In diesem Beispiel haben wir also die angegebene Route ausgewählt oder verwendet. 36 00:03:24,340 --> 00:03:28,310 Und nehmen wir wieder an, dass dieses Netzwerk ausfällt. 37 00:03:28,380 --> 00:03:35,620 Was aber jetzt geschieht, ist oder es wird nur ein Update an die designierten Rodder gesendet, die diese 38 00:03:35,630 --> 00:03:42,700 Multicast-Adresse abhören oder abhören. 2 2 4 0 0 6 andere Wähler hören nicht auf diese Multicast-Adresse. 39 00:03:42,700 --> 00:03:50,500 Aus IP-Sicht erhalten sie also nicht oder sehen nicht, dass nur die angegebene 40 00:03:50,700 --> 00:03:53,290 Harada dieses Multicast-Update erhält. 41 00:03:53,310 --> 00:03:55,480 Jetzt wird Multicasting in diesem Kurs nicht behandelt. 42 00:03:56,220 --> 00:04:02,880 Kurz gesagt war diese Infrastruktur ein Hub, sodass die Straßen über einen Hub miteinander verbunden waren, über 43 00:04:02,880 --> 00:04:05,400 den Multicast alle Router erreichen würde. 44 00:04:05,400 --> 00:04:10,430 Nur bestimmte Router hören oder akzeptieren dieses Multicast. 45 00:04:10,520 --> 00:04:14,200 Daher haben nur bestimmte Router diesen Multicast abonniert. 46 00:04:14,280 --> 00:04:21,770 In diesem Fall hört nur der designierte Iran auf Multi-Prozess und akzeptiert 2 2 4 0 47 00:04:21,780 --> 00:04:22,880 0 6. 48 00:04:22,950 --> 00:04:27,240 Die andere Quote ist, dass mindestens zwei dieses Update verwerfen. 49 00:04:27,590 --> 00:04:32,310 OSPF, das sich zumindest für den Moment befindet, wird dieses Update für unser Modell nicht finden. 50 00:04:32,310 --> 00:04:39,330 Auf den anderen Rodder serratus 3 4 5 und 6 wird aus OSPF-Sicht das Update nicht auf dem 51 00:04:39,750 --> 00:04:44,140 Router empfangen, um das Update so logisch zu erhalten, was passiert. 52 00:04:44,140 --> 00:04:49,960 Die Verbindung wird unterbrochen Route 1 aktualisiert Rodek auf dem angegebenen Router, indem er einen Multicast an 53 00:04:50,050 --> 00:04:57,070 die Adresse des Routers an die designierten Router sendet, die den Multicast-Router empfangen, um dann ein Update an alle anderen Fahrer 54 00:04:57,130 --> 00:05:02,170 an dieser Multicast-Adresse zu senden, die für die 0 zu tun sind 0 5. 55 00:05:02,470 --> 00:05:09,370 Alle OSPF-Router hören auf diese Multicast-Adresse, damit sie das Update erhalten. Router erhält 56 00:05:09,430 --> 00:05:10,500 das Update. 57 00:05:10,510 --> 00:05:15,220 Sie würden es nicht verarbeiten, da es immer Typologien sind, die bereits auf dem neuesten Stand sind. 58 00:05:15,250 --> 00:05:21,370 Logischerweise passiert also, dass das Update von einer oder zwei Parteien ausgeführt wird, und sendet ein Update an alle 59 00:05:21,370 --> 00:05:22,290 anderen Router. 60 00:05:22,540 --> 00:05:28,210 Sie verarbeiten das Update und haben das Gefühl, dass die Entschuldigungsdatenbank mit den neuen Informationen aktualisiert 61 00:05:28,210 --> 00:05:30,470 wird, die dieses Netzwerk verloren hat. 62 00:05:30,940 --> 00:05:38,230 Wie Sie hier sehen, ist es viel effizienter, einen bestimmten Router zu verwenden, als die vollständige Nachbarschaft 63 00:05:38,230 --> 00:05:43,140 zwischen allen Routern zuzulassen und alle diese doppelten Aktualisierungen zu haben. 64 00:05:43,180 --> 00:05:49,090 Es ist wichtig zu wissen, dass nur der äußere und der Backup-Bezeichner Rotto 65 00:05:49,090 --> 00:05:52,680 vollständige Beziehungen zu allen anderen Körpern haben. 66 00:05:53,170 --> 00:06:00,900 So haben beispielsweise die Routen 4 und 5 nur einen Zustand, der als Zweiweg in zwei Richtungen bezeichnet wird. 67 00:06:00,940 --> 00:06:05,960 Sie kennen sich, aber es werden keine Updates zwischen den Routern ausgetauscht. 68 00:06:05,980 --> 00:06:09,010 In anderen Worten also, 4 oder 5 werden sich nicht gegenseitig aktualisieren. 69 00:06:09,070 --> 00:06:15,820 Es gibt auch keine fünf oder sechs usw. So aktualisieren alle Rodder nur den äußeren und den designierten 70 00:06:16,000 --> 00:06:22,290 Router des Bezeichners mit Änderungen in der Topologie, sodass sie eine vollständige Beziehung zum designierten Router 71 00:06:22,290 --> 00:06:23,100 haben. 72 00:06:23,530 --> 00:06:30,110 Dadurch können Updates und doppelter Verkehr in einem einzelnen Segment gespeichert werden. 73 00:06:30,290 --> 00:06:37,610 Es ist wieder einmal wichtig zu wissen, dass Rochus im Segment nur vollständige Beziehungen 74 00:06:37,610 --> 00:06:40,580 zu Designator-Routern und Backup-Designator-Outhees eingeht. 75 00:06:40,580 --> 00:06:42,830 Jetzt habe ich in diesem Beispiel nur einen bestimmten Router. 76 00:06:43,000 --> 00:06:48,860 Das Problem, dass nur ein bestimmter Router vorhanden ist, besteht darin, dass Updates nicht ordnungsgemäß gesendet und empfangen werden, 77 00:06:48,860 --> 00:06:50,480 wenn dieser Router ausfällt. 78 00:06:50,480 --> 00:06:56,990 In einem Segment wird also ein bestimmter Router ausgewählt, und normalerweise wird auch ein Backup-Bezeichner 79 00:06:56,990 --> 00:06:57,930 automatisch ausgewählt. 80 00:06:58,250 --> 00:07:05,510 Sie hätten also sowohl einen ausgewiesenen Router als auch einen Backup-Bezeichner, der aus dem BBR zum Diyar wird, wenn 81 00:07:05,510 --> 00:07:06,840 der Deal fehlschlägt.