1
00:00:00,620 --> 00:00:07,670
Comprendre les protocoles de gestion de réseau est une partie importante de votre travail d’ingénieur réseau. Il

2
00:00:07,670 --> 00:00:14,270
est également important de gérer les réseaux. Les protocoles de gestion de réseau constituent également un

3
00:00:14,270 --> 00:00:18,100
élément clé du produit de l’énergie éolienne solaire.

4
00:00:18,110 --> 00:00:26,890
En d'autres termes, les outils de gestion des vents solaires utilisent des protocoles de gestion pour gérer les périphériques réseau.

5
00:00:26,900 --> 00:00:34,610
Cette vidéo donnera un aperçu de la manière dont les applications de gestion de réseau tirent parti des protocoles de

6
00:00:34,640 --> 00:00:35,890
gestion de réseau.

7
00:00:35,900 --> 00:00:41,060
Nous allons également décrire les différents types de protocoles de gestion de réseau disponibles, puis

8
00:00:41,060 --> 00:00:46,310
expliquer les protocoles les plus courants lors de la discussion des protocoles de gestion de réseau.

9
00:00:46,310 --> 00:00:50,640
Nous devons réfléchir à trois choses principales avant d’en parler.

10
00:00:50,780 --> 00:00:58,280
Nous verrons comment Orion exploite les protocoles de gestion de réseau et quels types de protocoles sont utilisés

11
00:00:58,340 --> 00:01:04,430
pour différents types de surveillance. Network Performance Monitor de Solar Wind surveille les pannes et

12
00:01:04,970 --> 00:01:08,990
surveille les performances en matière de gestion des pannes.

13
00:01:09,440 --> 00:01:18,110
La plupart des systèmes de gestion de réseau, y compris les vents solaires, utilisent ICMP ou ping pour détecter si un périphérique est actif

14
00:01:18,110 --> 00:01:19,130
ou inactif.

15
00:01:19,130 --> 00:01:25,130
C'est aussi simple que le système de gestion de réseau ou dans un désordre qui envoie une requête ping

16
00:01:25,130 --> 00:01:27,020
et attend une réponse ping.

17
00:01:27,020 --> 00:01:32,990
Si la réponse ICMP n'est pas renvoyée, un message d'erreur suppose que le périphérique est terminé.

18
00:01:33,020 --> 00:01:39,080
Maintenant, je sais que Ryan fonctionne légèrement différemment en ce sens qu’une réponse n’est pas renvoyée.

19
00:01:39,370 --> 00:01:46,280
Orion place les nœuds dans une phase d’avertissement de mode, ce qui signifie qu’Orion effectuera un tirage

20
00:01:46,280 --> 00:01:55,220
accéléré du périphérique pour vérifier qu’il est vraiment en panne. NPM ou Orion par défaut surveillera le périphérique en mode de scrutation

21
00:01:55,220 --> 00:02:00,670
rapide pendant 120 secondes avant de vous en informer. l'appareil est en panne.

22
00:02:00,680 --> 00:02:09,020
Ceci est configurable dans les paramètres avancés du gestionnaire de système NPM, surveillant

23
00:02:09,030 --> 00:02:16,500
les erreurs sur les sous-éléments tels que les interfaces et les

24
00:02:16,500 --> 00:02:17,540
volumes.
