1 00:00:00,320 --> 00:00:07,860 Bei ereignisbasierten Systemen funktionieren die Netzwerkverwaltungsprotokolle sehr unterschiedlich zu abfragebasierten Systemen. 2 00:00:08,010 --> 00:00:14,910 In jedem ereignisbasierten System wartet das Netzwerkverwaltungssystem einfach auf mögliche Ansagen oder Ereignisse, die über 3 00:00:14,910 --> 00:00:17,270 die Leitung gesendet werden. 4 00:00:18,000 --> 00:00:22,050 In der Regel Netzwerkverwaltungsprotokolle, die diese Ereignistypen nutzen. 5 00:00:22,060 --> 00:00:26,720 Also entweder Source Log Based oder S & P Trap Based. 6 00:00:26,820 --> 00:00:34,480 Jetzt können sie alle in Bezug auf die Detailgenauigkeit gesteuert werden, die Sie von Geräten in Ihrem Netzwerk erhalten. 7 00:00:34,560 --> 00:00:42,490 Als Beispiel für ein Cisco Rada könnten Sie das Debuggen aktivieren, das eine sehr große Datenmenge erzeugt. 8 00:00:42,600 --> 00:00:47,220 Es gibt viele Details auf niedriger Ebene, die beim Debuggen erzeugt werden. 9 00:00:47,490 --> 00:00:53,290 Möglicherweise möchten Sie nicht unbedingt, dass diese Datenmenge an Ihr Netzwerkverwaltungssystem übertragen wird. 10 00:00:53,370 --> 00:00:59,520 Eines der Probleme ist, wenn Sie eine große Datenmenge erhalten, die die Daten durchsucht, um 11 00:00:59,910 --> 00:01:06,780 aussagekräftige Entscheidungen zu den empfangenen Daten zu treffen. Sie möchten also nicht, dass nur viele ereignisbasierte 12 00:01:06,780 --> 00:01:13,990 Informationen aktiviert werden, die Ihnen als gesendet werden ein slog-server einer der vorteile von ereignisbasierten systemen ist, 13 00:01:14,170 --> 00:01:17,170 dass sie sehr schnell reagieren können. 14 00:01:17,170 --> 00:01:22,870 Mit anderen Worten, wenn ein Ereignis im Netzwerk stattfindet, kann das 15 00:01:22,870 --> 00:01:29,820 Netzwerkverwaltungssystem sofort auf dieses Ereignis reagieren, anstatt darauf zu warten, dass ein Abfrageintervall abläuft. 16 00:01:29,880 --> 00:01:36,450 Wenn Sie alle fünf Minuten eine Rowdy-Schnittstelle auf ihren Status abfragen, wissen Sie, dass diese Schnittstelle 17 00:01:36,450 --> 00:01:42,970 immer dann aktiv ist, wenn die Abfrage oder Abfrage in einem abfragebasierten System ausgeführt wird. 18 00:01:43,200 --> 00:01:49,410 Wenn die Schnittstelle jedoch kurz nach dem Abrufen ausfällt, kann es weitere fünf Minuten 19 00:01:49,410 --> 00:01:55,740 dauern, bis Sie feststellen, dass die Schnittstelle ausgefallen ist, wenn Ihr Netzwerkverwaltungssystem alle fünf Minuten 20 00:01:55,740 --> 00:02:03,000 den Router abruft, und eine positive Antwort vom Router erhält, die bestätigt, dass der Fehler aufgetreten ist Schnittstellen 21 00:02:03,000 --> 00:02:03,950 als Beispiel. 22 00:02:04,140 --> 00:02:09,840 Dies geschieht normalerweise mit einem Netzwerkverwaltungsprotokoll wie einem MP, damit Sie wissen, dass die Schnittstelle 23 00:02:09,840 --> 00:02:15,840 betriebsbereit ist, da Sie den Rada abgefragt haben. Wenn Sie keine Antwort vom Router erhalten, wissen Sie, 24 00:02:15,840 --> 00:02:17,460 dass ein Problem vorliegt. 25 00:02:17,460 --> 00:02:23,340 Der Nachteil eines abfragebasierten Systems ist jedoch, dass Sie nur alle fünf Minuten abfragen. 26 00:02:23,340 --> 00:02:30,090 Wenn die Schnittstelle sofort nach dem Ziehen des Routers ausfällt, kann es bis zu fünf Minuten dauern, bis 27 00:02:30,570 --> 00:02:37,230 Sie feststellen, dass an der Schnittstelle dieses Ruders ein Problem vorliegt, bei dem wie bei einem ereignisbasierten 28 00:02:37,230 --> 00:02:44,000 System und bei S & P-Trap- oder Quellprotokollnachrichten sofort nach dem Ziehen ein Fehler auftritt Die Schnittstelle fällt aus. 29 00:02:44,010 --> 00:02:49,710 In diesem Fall informiert die Straße das Netzwerkverwaltungssystem, dass ein Problem vorliegt, statt 30 00:02:49,710 --> 00:02:56,040 dass das Netzwerkverwaltungssystem fünf Minuten warten muss, um die Rada nach dem Status einer Schnittstelle 31 00:02:56,040 --> 00:02:56,900 abzufragen. 32 00:02:57,920 --> 00:03:01,700 Jetzt haben ereignisbasierte Systeme einen Nachteil. 33 00:03:01,700 --> 00:03:08,120 Die Netzwerkverwaltungsprotokolle sind nicht zuverlässig, da das Netzwerkverwaltungssystem nur passiv wartet und auf 34 00:03:08,120 --> 00:03:12,600 Ereignisse wartet, die an es gesendet werden sollen. 35 00:03:12,770 --> 00:03:18,710 Es würde nicht wissen, ob es ein Problem im Netzwerk gibt, wenn dieses Ereignis das 36 00:03:18,710 --> 00:03:19,920 Netzwerkverwaltungssystem nicht erreicht. 37 00:03:20,000 --> 00:03:26,090 Wenn also ein Netzwerkproblem auftritt oder eine Schnittstelle ausfällt, die verhindert, 38 00:03:26,090 --> 00:03:32,720 dass die Quellprotokollnachricht oder S & P-Trap zum Netzwerkverwaltungssystem gelangt, erkennt das Netzwerkverwaltungssystem 39 00:03:32,720 --> 00:03:37,250 das Problem nicht, ohne das Netzwerkgerät explizit abzufragen.