Le réseau est contrôlé par deux niveaux de management. Un contrôle s’effectue au niveau de la couche MTP3 (Signalling Network Management )et un autre au niveau de la couche SCCP (SCCP Management).
I ) Signalling Network Management
Le contrôle au niveau de couche MTP3, appelé Signalling Network Management ou Traffic Management. Ce dernier utilise
3 fonctions :
· Signalling traffic management :
Re-routage du traffic sur un autre lien, redémarrage d’un point sémaphore au niveau MTP, ralentir le traffic en cas de congestion...
· Signalling Link management :
Activation, restauration et dé-activation d’un lien de signalisation.
· Signalling Route management :
Permet le re-routage sur d’autre route d’après l’état du réseau. C’est à dire, d’après l’état des points sémaphores ainsi que ceux des liens de signalisation est pris en compte.
Il assure le bon échange d’informations entre les commutateurs en modifiant l’état de route.
Quelques exemple de messages utilisés pour le Signaling route Management:
Permet de maintenir les performances du réseaux, en informant la table de routage SCCP. Cette table permet de :
·
Re-routage, arrêt du trafic en cas d’erreurs.
·
Gestion des congestions des éléments du
réseau
·
Gestion des redémarrage d’éléments du réseau
Le SCCP Management a son propre numéro de Sous Systèmes
(SSN=1). Le SCCP Management réagit et s’actualise en fonction d’informations provenant des :
·
Point Sémaphore
·
Sous Systèmes
L’état des « Points Sémaphore » et des « Sous Systèmes » change en fonction du SCCP.:
1) Point Sémaphore :
L’état des « Points Sémaphore » est mis à jour suivant des informations (Primitives) provenant de la couche MTP. Il peut prendre les états suivant : « Prohibited » ,
« Allowed » ou « Congestion »
Voici les différents messages (primitives) de MTP reçus par la table
SCCP Management
(SCMG) qui provoquent un changement d’état de Point Sémaphore .
1.
MTP-PAUSE : provoqué par une erreur (Failure)
2.
MTP-STATUS : provoqué par une congestion
3.
MTP-RESUME : provoqué par un redémarrage (recovery)
L’état du « Point Sémaphore » est positionné « Prohibited » par le SCMG dans les cas suivant :
·
Un message MTP-PAUSE provenant d’un Point Sémaphore distant , est reçut par le SCMG indiquant q’une destination vers ce «oint Sémaphore » devient inaccessible
·
Un message MTP-STATUS provenant d’un Point Sémaphore distant, est reçut par le SCMG indiquant d’un Sous Systèmes de ce Point Sémaphore distant devient inaccessible. Dans ce cas un Subsystem Status Test ( SST) avec SNN=1 est envoyé vers ce Subsystem distant .
·
Si un MTP-STATUS ou MTP-PAUSE est reçu avec un paramètre « unequipped SCCP », ou si un MTP-STATUS est reçu par le SCMG avec une cause « unknown » or « inacessible », alors tous les
SST sont arrêtés.
·
Si un MTP-STATUS avec un paramètre « unequipped User », alors aucun STT est envoyé vers le Signaling point.
L’état du Point Sémaphore et du SCCP
est positionné « Allowed » par le SCMG dans les cas suivant :
·
Un message MTP-RESUME avec un Subsystem Status Allowed (SSA) est reçut
·
Lors de la Réception d’un message « Subsystem Allowed » est reçut
L’état du Point Sémaphore est positionné Congestion par le SCMG dans les cas suivant :
·
Si un MTP-STATUS est reçu avec une indication sur le niveau de Congestion.
2) Le Sous Système
L’état d’un Sous Système est positionné « Prohibited » par le SCMG dans les cas suivant :
·
Le SCMG reçoit un TFP d’un Sous Systèmes
distant
·
Le SCMG reçoit un N-STATE avec le paramètre « user out of service »
·
Le SCMG détecte une erreur dans un de ses Sous Systèmes
En plus de positionner « Prohibited » l’état du Sous Système, le SCMG provoque à la suite des fautes citées précédemment les actions :
Ø
Mise à jour de sa table de routage
Ø
Test à l’aide de
SST le sous système distant, si le problème n’est pas local
Ø
Informe ses Sous Systèmes local avec un « user out of service »
Ø
Informe les Sous Systèmes distants avec des TFP
L’état du Sous Système est positionné « Allowed » par le SCMG dans les cas suivant :
·
Le SCMG reçoit un TFA d’un Sous Systèmes
distant
·
Le SCMG reçoit un N-STATE avec le paramètre « user in of service »
En plus de positionner « Allowed » l’état du Sous Système, le SCMG provoque à la suite des événements citées précédemment les actions :
Ø
Mise à jour de sa table de routage
Ø
Test à l’aide de
SST le Sous Systèmes distant
Ø
Informe ses Sous Systèmes local avec un « user in of service »
Ø
Informe les Sous Systèmes distant avec l’envoi de TFA
3) Subsystem Status Test : SST
Les SST sont employés pour tester l’état d’un Sous Systèmes
qui fut signalé comme Prohibited.
Les SST sont générés les cas suivant :
·
Le SCMG reçoit le message « Subsystem-Prohibited »
·
Un message MTP-RESUME reçut par le SCMG, (donc à la suite d’un redémarrage) contenant un TFA avec le paramètre SNN=1, indiquant d’un Sous système est disponible. Dans ce cas, on envoie le SST en fonction de la liste des Sous système crées (broadcast). Pour tester ce sous système et donc pouvoir accéder à ce sous système. SCCP Accessible.
·
Un message MTP-STATUS reçut par le SCMG avec une indication « remote user inaccessibility » or « unknow »
Si le SCMG reçoit un SST il fera un teste de l’état du Sous Systèmes
demandés dans le SST et répondra par un SSA ( Subsystem Status allowed) ce qui signifie que le Sous système est disponible. Si le Sous Systèmes
n’est pas disponible alors aucune réponse n’est renvoyée.
Configuration du réseau !
Sur le réseau deux paramètres sont utilisés pour le contrôle du SCCP. ( Sous Système )
SCMG : SCCPManaGement :
Si ce paramètre est positionné à YES, cela signifie qu’il informera les sous -systèmes distants (si ceux ci sont présent dans la Remote Broadcast List : RBLST), qu’un problème est arrivé dans un sous système distant. SSA (Subsystem « Status » Allowed) ou SSP (Subsystem Prohibited).
SASPR : Subsystem Accessible after Signaling Point Restart
Lors d’un redémarrage d’un point sémaphore distant, l’accessibilité à un de ses sous système sera possible (SCCP Accessible) automatiquement si ce paramètre est positionné à YES. (Oui, on veut que le sous système distant soit accessible après sont redémarrage)
En revanche, si ce paramètre est positionné à NO, alors dans ce cas notre point sémaphore voudra tester le sous système distant avant de communiquer avec lui (avant de mettre sont SCCP Accessible). Pour cela il enverra un SST (Subsystem Status Test ). Si le sous système du point sémaphore distant renvoie un SSA (Subsystem Status Allowed), alors notre point sémaphore ayant initialisé le test pourra rendre accessible ce sous système ( SCCP Accessible).
Voici la configuration si l’on est respect la CCIT version Blue Book :
SCMG
SASPR
YES
NO
Le paramètres SASPR n’est pas pris en compte si SCMG est à NO.
发表于 2010-8-27 16:46:22
oint Sémaphore » devient inaccessible