brsscla - En ligne dans le Cloud

Il s'agit de la commande brsscla qui peut être exécutée dans le fournisseur d'hébergement gratuit OnWorks en utilisant l'un de nos multiples postes de travail en ligne gratuits tels que Ubuntu Online, Fedora Online, l'émulateur en ligne Windows ou l'émulateur en ligne MAC OS

PROGRAMME:

Nom


brsscla - Tâche d'adaptateur de couche de convergence BP basée sur BRSS (entrée et sortie)

SYNOPSIS


brsscla nom_hôte_local[:local_port_nbr][ first_duct_nbr_in_scope[ last_duct_nbr_in_scope]]

DESCRIPTION


BRSS est le côté "serveur" du protocole de couche de convergence Bundle Relay Service (BRS) pour
BP. Il est complété par BRSC, le côté « client » du protocole de la couche de convergence BRS
pour BP.

brsscla est une tâche "démon" en arrière-plan qui génère deux threads plus N : un qui gère
Les connexions client BRSS et les sockets engendrent un échange de données continu avec les
clients ; celui qui gère la sortie du protocole BRSS en transmettant sur ces sockets engendrés
aux clients associés ; et un thread d'entrée pour chaque socket généré, pour gérer BRSS
entrée de protocole du client connecté associé.

Le thread de connexion accepte simplement les connexions sur un socket TCP lié à nom_hôte_local
et de local_port_nbr et génère des fils de réception. La valeur par défaut pour local_port_nbr, Si
omis, est de 80.

Chaque thread de réception reçoit sur la connexion socket le numéro de nœud du
client de connexion (en représentation SDNV), suivi d'une étiquette de temps de 32 bits et d'un
Condensé HMAC-SHA1 de cette étiquette de temps. Le numéro de nœud doit être dans la plage
first_duct_nbr_in_scope à travers last_duct_nbr_in_scope compris; lorsqu'il est omis,
first_duct_nbr_in_scope par défaut à 1 et last_duct_nbr_in_scope Par défaut
first_duct_nbr_in_scope plus 255. Le thread de réception vérifie également l'horodatage,
exigeant qu'elle diffère de l'heure actuelle de pas plus de BRSTERM (valeur par défaut 5)
secondes. Il recalcule ensuite la valeur de condensé à l'aide de la clé HMAC-SHA1 nommée
"numéro_noeud.brs" comme enregistré dans la base de données de sécurité ION (voir ionsecrc(5)), exigeant
que les condensés fournis et calculés soient identiques. Si toutes les conditions d'inscription sont
rencontré, le thread de réception envoie au client un contresigne - un HMAC-SHA1 calculé de la même manière
digest, pour l'horodatage qui est 1 seconde plus tard que l'horodatage fourni - pour assurer
le client de sa propre authenticité, commence alors à recevoir des paquets sur le
prise. Chaque bundle reçu sur la connexion est précédé de sa longueur, un
entier non signé dans l'ordre des octets du réseau. Les bundles reçus sont passés au bundle
agent de protocole sur le nœud ION local.

Le thread de sortie extrait les faisceaux des files d'attente de faisceaux prêts à être transmis via
BRSS vers les agents de protocole de bundle distant, trouve les clients connectés dont les numéros de nœud
faire correspondre les numéros de nœuds récepteurs proches attribués aux faisceaux par les démons de routage
qui les a mis en file d'attente et transmet les bundles sur les sockets à ces clients. Chaque
le paquet transmis est précédé de sa longueur, un entier non signé de 32 bits dans l'octet de réseau
ordre.

Notez que brsscla est un démon de couche de convergence « promiscuous », capable de transmettre des paquets à
toute destination BRSS induct pour laquelle il a reçu une connexion. Sa seule sortie
nom est le nom de l'inductance correspondante, plutôt que le nom d'inductance d'un seul
L'induction de destination BRSS à laquelle la sortie peut être dédiée, donc la configuration du schéma
les directives qui citent cet outduct doivent fournir des ID d'induction de destination. Pour la BRS
protocole de couche de convergence, les ID d'induction de destination sont simplement les numéros de nœud de
clients connectés.

brsscla est généré automatiquement par bpadmin en réponse à la commande 's' (START) qui
démarre le fonctionnement du Bundle Protocol, et il est terminé par bpadmin en réponse à un
Commande « x » (ARRÊT). brsscla peut également être généré et terminé en réponse à START et
Commandes STOP qui concernent spécifiquement le protocole de la couche de convergence BRSS.

EXIT STATUT


"0" brsscla terminé normalement, pour les raisons indiquées dans le ion.log déposer. Si ce
l'arrêt n'a pas été commandé, enquêter et résoudre le problème identifié dans le journal
fichier et utiliser bpadmin pour redémarrer le protocole BRSS.

"1" brsscla terminé de façon anormale, pour des raisons mentionnées dans le ion.log déposer. Enquêter et
résoudre le problème identifié dans le fichier journal, puis utiliser bpadmin pour redémarrer le BRSS
protocole.

Utilisez brsscla en ligne en utilisant les services onworks.net



Derniers programmes en ligne Linux et Windows