1
00:00:00,300 --> 00:00:01,860
Alors, quelles sont les meilleures pratiques.

2
00:00:02,010 --> 00:00:08,750
Que devez-vous faire dans un environnement réel? Aujourd'hui, les meilleures pratiques stipulent que vous devez utiliser les deux.

3
00:00:08,820 --> 00:00:15,420
Vous devez utiliser des protocoles de gestion de réseau basés sur une interrogation ou une requête ainsi que sur des événements dans

4
00:00:15,420 --> 00:00:21,650
le cadre de votre solution de gestion de réseau ne permettant pas uniquement de recevoir une grande quantité de données.

5
00:00:21,830 --> 00:00:24,620
Vous devez prendre des décisions significatives sur ces données.

6
00:00:25,400 --> 00:00:31,220
Par conséquent, vous souhaitez également créer et exploiter des alertes et des rapports afin que vous soyez tous les

7
00:00:31,220 --> 00:00:38,580
deux avertis en cas de problème, qu'il soit basé sur un mécanisme de détection basé sur une interrogation ou sur une détection basée sur des événements.

8
00:00:38,640 --> 00:00:44,190
De plus, vous souhaiterez disposer d'une fonction de génération de rapports qui fournisse des

9
00:00:44,190 --> 00:00:50,860
informations détaillées sur les performances, non seulement en temps réel à ce moment-là, mais sur une période donnée.

10
00:00:50,910 --> 00:00:55,320
Vous souhaitez donc disposer de données historiques vous permettant de prendre des décisions utiles.

11
00:00:56,340 --> 00:01:02,180
Par exemple, si une interface sur un rôle a une utilisation de 70%.

12
00:01:02,310 --> 00:01:09,110
Est-ce bien ou est-ce un mal qui est difficile à savoir si vous ne disposez pas de données historiques vous permettant d'établir

13
00:01:09,110 --> 00:01:15,700
une base de référence de ce à quoi votre réseau s'exécute généralement si cette interface au cours des trois derniers mois

14
00:01:15,700 --> 00:01:21,690
a fonctionné à une utilisation de 2% et maintenant, tout à coup, son taux d'utilisation est de 90%.

15
00:01:21,910 --> 00:01:27,370
Vous saurez que quelque chose est arrivé sur votre réseau et que l'utilisation de

16
00:01:27,370 --> 00:01:34,420
l'interface a changé radicalement. Vous voudrez donc que les rapports vous fournissent des informations détaillées sur les performances, ainsi

17
00:01:34,420 --> 00:01:41,800
que sur les problèmes et la disponibilité des périphériques de votre réseau. Vous voulez d'un coup d'œil pouvoir voir s'il

18
00:01:41,800 --> 00:01:48,010
y a un problème avec un périphérique réseau tel qu'un routeur ou s'il y a un problème

19
00:01:48,010 --> 00:01:51,750
avec une interface individuelle sur l'un de vos routeurs.

20
00:01:51,770 --> 00:01:59,380
N'oubliez pas de définir la fréquence d'interrogation et la granularité de vos notifications d'événements.

21
00:01:59,500 --> 00:02:05,260
Cela varie d'un environnement à l'autre et dépend souvent du type de topologie pour lequel

22
00:02:05,830 --> 00:02:12,580
vous disposez de la bande passante disponible et des ressources à détecter, puis à utiliser les informations

23
00:02:12,580 --> 00:02:14,130
que vous recevez.

24
00:02:14,130 --> 00:02:20,340
En outre, vous devrez peut-être décider de la rapidité avec laquelle vous devrez réagir à un problème

25
00:02:21,410 --> 00:02:28,430
sur votre réseau si quelque chose se produit sur votre réseau et que cela affecte tout un bâtiment ou toute l'organisation.

26
00:02:28,430 --> 00:02:33,680
Vous allez vouloir agir rapidement, mais si quelque chose se produit et que cela ne concerne qu'un seul

27
00:02:33,710 --> 00:02:35,390
appareil, ce n'est pas important.

28
00:02:35,390 --> 00:02:41,540
Il n’est probablement pas aussi important que vous vous réveilliez à 3 heures du matin pour vous dire que le port de l’interrupteur

29
00:02:41,570 --> 00:02:42,770
est tombé en panne.