SUR CETTE PAGE
Abonnés et paramètres système
Vous pouvez accéder aux abonnés et aux paramètres système en sélectionnant Administration dans le menu Plus d’options dans le coin supérieur droit de l’interface utilisateur du contrôleur NorthStar. Ces options sont visibles et accessibles uniquement par l’utilisateur administrateur.
Abonnés
L’administrateur peut affecter des utilisateurs à la réception de messages système en accédant à Administration > Abonnés. Cliquez Add dans le coin supérieur droit de la fenêtre Gestion des abonnés pour afficher la fenêtre Ajouter un abonné, comme illustré à la Figure 1.
d’abonné
Entrez l’adresse e-mail de l’utilisateur à abonner (sous Profil) et sélectionnez le type de messages système à recevoir (sous Abonnements). Seules les notifications d’espace disque sont disponibles pour le moment. Cliquez Submit pour terminer l’abonnement. Voir Paramètres système généraux pour plus d’informations sur la personnalisation des notifications d’espace disque.
Une fois abonné, l’utilisateur reçoit des messages système et peut alors prendre les mesures appropriées.
En plus d’ajouter des abonnés, l’administrateur doit également accéder à Administration >Paramètres système et s’assurer que le serveur de messagerie SMTP est activé dans la section Courrier sortant. Si le serveur de messagerie est désactivé, les abonnés ne peuvent pas recevoir de messages système.
Vous pouvez modifier ou supprimer des abonnés existants en cliquant sur Modify ou Delete dans le coin supérieur droit de la fenêtre Gestion des abonnés.
Paramètres système
Accédez à Administration > Paramètres système dans le menu Plus d’options pour accéder aux paramètres système généraux illustrés à la Figure 2 :
généraux du système
Dans le coin supérieur droit de la fenêtre Paramètres généraux se trouve un bouton Paramètres avancés. Ce bouton vous permet de basculer entre les paramètres système généraux et avancés. Les paramètres système avancés sont illustrés à la Figure 3.
système avancés
Paramètres système généraux
Les paramètres généraux sont décrits dans le Tableau 1.
| Cadre |
Descriptif |
|---|---|
| Minuterie d’inactivité de l’utilisateur |
Lorsqu’elle est activée, les utilisateurs sont automatiquement déconnectés du contrôleur NorthStar après la période d’inactivité spécifiée. Le minuteur est désactivé par défaut. Pour l’activer, sélectionnez On et entrez l’heure en minutes. |
| Comportement d’instabilité des liens |
Le basculement de liaison peut être activé ou désactivé, et est désactivé par défaut. Deux paramètres entrent en jeu :
|
| Provisionnement |
Le provisionnement peut être activé ou désactivé globalement pour tous les utilisateurs, et est activé par défaut. La désactivation du provisionnement n’empêche pas les utilisateurs d’accéder aux fonctions de provisionnement et de les utiliser dans l’interface utilisateur, mais empêche ces actions de prendre effet sur le réseau. Vous pouvez ainsi réagir aux périodes d’instabilité du réseau en évitant la pression supplémentaire sur le système qui pourrait résulter d’un provisionnement en cours simultanément. |
| Signalisation sans bande passante |
Lorsque cette option est activée, NorthStar peut optimiser l’utilisation des ressources de manière plus efficace et plus agressive. Lorsqu’il est défini sur Off (valeur par défaut), certains LSP peuvent ne pas être acheminés en raison d’une surréservation de bande passante lorsqu’une opération de pré-rupture (MBB) est effectuée. |
| ECMP LSP Placement |
Désactivé : NorthStar choisit le premier chemin le plus court qu’il calcule lors du calcul du chemin. On : Après avoir pris en compte les métriques de liaison, s’il existe plusieurs chemins les plus courts disponibles, NorthStar prend en compte l’utilisation de la bande passante RSVP des liens lors du calcul du chemin. Cela prend effet chaque fois qu’un calcul de chemin est nécessaire, par exemple lors du provisionnement des LSP, lorsqu’une liaison tombe en panne nécessitant un réacheminement LSP, lorsque l’optimisation du chemin est initiée, et au début et à la fin des événements de maintenance. Lorsque vous activez le placement ECMP LSP, vous devez sélectionner la méthode de placement comme suit :
Limitation as of Release 5.1.0: Lors du provisionnement de LSP via NETCONF, le PCS n’alloue pas de bande passante tant qu’il n’a pas reçu de réponse du configServer ou du PCEP. Ce comportement est différent du provisionnement des LSP via PCEP, où le PCS alloue immédiatement la bande passante. Lors du provisionnement de LSP via NETCONF un par un, il est possible qu’un ordre de provisionnement soit envoyé avant que la réponse à un ordre de provisionnement précédent ne soit reçue, ce qui signifie que la deuxième commande peut ne pas avoir les bonnes informations d’allocation de bande passante et que NorthStar peut ne pas être en mesure de fournir ECMP. Afin d’éviter ce problème, nous vous recommandons de provisionner plusieurs LSP via NETCONF en une seule opération (provisionnement en bloc). |
| Serveur de messagerie SMTP |
Le serveur de messagerie SMTP doit être activé pour que les abonnés puissent recevoir des messages système. |
| Seuils de notification d’espace disque |
Pour chaque partition, vous pouvez définir le seuil d’utilisation du disque qui déclenche l’envoi d’un message système aux abonnés, comme configuré dans Administration > Subscribers. Cliquez sur le curseur et faites-le glisser pour ajuster le seuil. |
Paramètres système avancés
Dans la fenêtre Paramètres système avancés, l’administrateur dispose de deux opérations qui permettent de synchroniser la vue NorthStar du réseau (le modèle de réseau) avec le réseau en direct :
Ce n’est pas la même chose que Synchroniser avec le réseau en direct qui est disponible en accédant à Administration > Device Profile. Le bouton Synchroniser avec le réseau en direct dans la fenêtre Liste des appareils vous permet d’initialiser les profils d’appareils avec le réseau en direct. Voir Test de profil d’appareil et de connectivité pour plus d’informations sur cette fonction.
-
Sync Network Model
L’opération Synchroniser le modèle de réseau actualise la synchronisation du modèle de réseau et peut être utilisée si, par exemple, l’audit du modèle de réseau présente des écarts non résolus.
Lorsque vous synchronisez le modèle de réseau, voici ce qui se passe en coulisses :
-
Les informations associées au modèle de réseau (nœuds, liens, LSP, interfaces, SRLG et paramètres définis par l’utilisateur) restent intactes. Rien n’est purgé de la base de données.
Remarque :Les profils des appareils ne sont pas affectés.
-
Les processus NorthStar, y compris les processus du serveur de topologie et du serveur de calcul de chemin, sont redémarrés.
-
Le modèle de réseau est à nouveau rempli de données en temps réel tirées de l’acquisition de topologies.
-
-
Reset Network Model
Avertissement :Cette opération est généralement plus appropriée pour un environnement de laboratoire que pour un environnement de production. Nous vous recommandons vivement de ne l’utiliser qu’à la demande du JTAC.
L’opération de réinitialisation du modèle de réseau ne doit pas être entreprise à la légère, mais vous devez réinitialiser le modèle de réseau dans deux circonstances afin de maintenir la synchronisation du modèle avec le réseau réel :
-
L’adresse ISO du titre d’entité réseau (NET) du nœud change. Cela peut se produire lorsque des modifications de configuration sont apportées pour prendre en charge IS-IS.
-
L’adresse IP (ID routeur) de l’équipement de routage change. L’ID de routeur est utilisé par BGP et OSPF pour identifier le périphérique de routage d’où provient un paquet. L’ID du routeur est généralement l’adresse IP du périphérique de routage local. Si aucun ID de routeur n’a été configuré, l’adresse IP de la première interface à se connecter est utilisée, généralement l’interface de bouclage. Sinon, la première interface matérielle avec une adresse IP est utilisée.
Si l’une de ces adresses change et que vous n’effectuez pas l’opération Réinitialiser le modèle réseau, le modèle réseau dans la base de données du contrôleur NorthStar n’est plus synchronisé avec le réseau actif.
Lorsque vous réinitialisez le modèle de réseau, voici ce qui se passe en coulisses :
-
Les informations associées au modèle de réseau (nœuds, liens, LSP, interfaces, SRLG et paramètres définis par l’utilisateur) sont purgées de la base de données (vous ne pouvez donc pas le faire sauf si vous y êtes obligé).
Remarque :Les profils des appareils ne sont pas affectés.
-
Les processus NorthStar, y compris les processus du serveur de topologie et du serveur de calcul de chemin, sont redémarrés.
-
Le modèle de réseau est à nouveau rempli de données en temps réel tirées de l’acquisition de topologies.
-
Le Tableau 2 décrit les effets sur divers éléments du réseau lorsque vous réinitialisez ou synchronisez le modèle.
| L’élément est-il supprimé de la base de données ? |
L’élément est-il renvoyé au contrôleur par le réseau en ligne ? |
Des données pourraient-elles être perdues ? |
||||
|---|---|---|---|---|---|---|
| Réinitialiser |
Synchronisation |
Réinitialiser |
Synchronisation |
Réinitialiser |
Synchronisation |
|
| Nœuds IP |
Oui |
Non |
Oui |
Oui |
Oui pour certains attributs de conception, tels que le nom de nœud défini par l’utilisateur |
Non |
| Liens IP |
Oui |
Non |
Oui |
Oui |
Oui pour les attributs de conception tels que les commentaires |
Non |
| LSP contrôlés par PCC |
Oui |
Non |
Oui |
Oui |
Non |
Non |
| LSP délégués par PCC |
Oui |
Non |
Oui pour les attributs PCEP |
Oui |
Oui pour les attributs non PCEP tels que les indicateurs de conception |
Non |
| LSP initiés par PCE |
Oui |
Non |
Oui pour les attributs PCEP |
Oui |
Oui pour les attributs non PCEP tels que les indicateurs de conception |
Non |
| Nœuds multicouches |
Oui |
Non |
Oui |
Non |
Oui pour certains attributs conçus, tels que les noms définis par l’utilisateur |
Non |
| Liaisons multicouches |
Oui |
Non |
Oui |
Non |
Oui pour les attributs de conception tels que les commentaires |
Non |
| Liaisons intercouches |
Oui |
Non |
Non |
Oui, les liens mappés à des nœuds connus sont renvoyés. |
Oui |
Oui, les liens d’accès vers des nœuds inconnus sont perdus et doivent être recréés |
| Installations multicouches dérivées |
Oui |
Non |
Oui |
Non |
Non |
Non |
| Installations dérivées de la liaison |
Oui |
Oui |
Oui |
Oui |
Oui |
Oui |
| Événements de maintenance en cours |
Non |
Non |
S.O. |
S.O. |
Non |
Non |
| Événements de maintenance à venir |
Oui |
Non |
S.O. |
S.O. |
Oui |
Non |
| LSP programmés en cours |
Non |
Non |
S.O. |
S.O. |
Oui (le LSP programmé n’est jamais résilié) |
Non |
| Futurs LSP programmés |
Oui |
Non |
S.O. |
S.O. |
Oui |
Non |
| Profils d’appareils |
Non |
Non |
S.O. |
S.O. |
Non |
Non |
| Latitude et longitude du routeur |
Non |
Non |
S.O. |
S.O. |
Non |
Non |
| Groupement de routeurs |
Non |
Non |
S.O. |
S.O. |
Non |
Non |
| Table des utilisateurs |
Non |
Non |
S.O. |
S.O. |
Non |
Non |
| Mise en page de carte enregistrée |
Non |
Non |
S.O. |
S.O. |
Non |
Non |
| Événements |
Non |
Non |
S.O. |
S.O. |
Non |
Non |
| Optimisation des chemins planifiés |
Non |
Non |
S.O. |
S.O. |
Non |
Non |
Il convient de souligner à nouveau que la réinitialisation du modèle de réseau est une action drastique qui efface à la fois le modèle de données du réseau et toutes les informations que vous avez fournies manuellement via les fonctions Ajouter/Modifier du tableau d’informations réseau (données du modèle utilisateur). We strongly recommend that you only perform this action if instructed to do so by JTAC.