FR2806236A1 - Procede et dispositif de transfert d'un paquet de donnees dans un reseau de communication - Google Patents

Procede et dispositif de transfert d'un paquet de donnees dans un reseau de communication Download PDF

Info

Publication number
FR2806236A1
FR2806236A1 FR0002912A FR0002912A FR2806236A1 FR 2806236 A1 FR2806236 A1 FR 2806236A1 FR 0002912 A FR0002912 A FR 0002912A FR 0002912 A FR0002912 A FR 0002912A FR 2806236 A1 FR2806236 A1 FR 2806236A1
Authority
FR
France
Prior art keywords
communication means
source
packet
communication
destination
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
FR0002912A
Other languages
English (en)
Other versions
FR2806236B1 (fr
Inventor
Jean Paul Accarie
Laurent Frouin
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Canon Inc
Original Assignee
Canon Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Canon Inc filed Critical Canon Inc
Priority to FR0002912A priority Critical patent/FR2806236B1/fr
Publication of FR2806236A1 publication Critical patent/FR2806236A1/fr
Application granted granted Critical
Publication of FR2806236B1 publication Critical patent/FR2806236B1/fr
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/40052—High-speed IEEE 1394 serial bus
    • H04L12/40071—Packet processing; Packet format
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/40052—High-speed IEEE 1394 serial bus
    • H04L12/40091—Bus bridging
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4604—LAN interconnection over a backbone network, e.g. Internet, Frame Relay
    • H04L12/462—LAN interconnection over a bridge based backbone
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/618—Details of network addresses
    • H04L2101/622—Layer-2 addresses, e.g. medium access control [MAC] addresses

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Small-Scale Networks (AREA)

Abstract

L'invention concerne un procédé de transfert d'un paquet de données entre deux moyens de communication source (A) et destinataire (B) connectés respectivement à une partie d'un réseau (10).Le procédé comporte les étapes suivantes effectuées sur le paquet :- lecture (802), d'un champ d'adresse de destination du paquet,- vérification (805) de l'existence d'informations nécessaires à la communication entre les moyens (A) et (B),- modification (807) du champ en fonction d'informations identifiant l'adresse de destination du moyen (B),- transfert du paquet.

Description

présente invention concerne un procédé et un dispositif de transfert moins un paquet de données entre deux moyens de communication dans un réseau constitué d'au moins deux sous réseaux reliés entre eux par au moins un pont, chaque moyen de communication étant connecté à un sous réseau de communication.
L'invention concerne plus particulièrement la communication entre deux périphériques situés sur des sous réseaux différents, l'un au moins desdits périphériques ne pouvant communiquer qu'avec des périphériques connectés sur le sous réseau auquel il est lui- même connecté.
L'invention est particulièrement avantageuse dans le contexte d'un réseau constitué de plusieurs bus de communication série.
Dans les spécifications actuelles de la norme IEEE 1394 ("IEEE Standard for High performance Serial Bus", publiées par the lnstitute of Electrical Engineers, Inc. Draft 8.0v2, IEEEP1394, 7 Juillet 1995, et projet de norme P1394.1 "Draft Standard for High performance Serial Bridges" (Draft 0.05, October 7, 1999), on définit, d'une part, des péripheriques de communication qui sont connectés à des bus de communication série et, d'autre part, des équipements d'interconnexion ("portals" en terminologie anglo- saxonne) qui sont également respectivement connectés à bus et permettent l'interconnexion entre ces derniers.
Deux équipements d'interconnexion interconnectant deux bus font généralement partie d'un même pont ("bridge" en terminologie anglo saxonne) reliant ces deux bus, et permettent ainsi de faire communiquer entre eux deux périphériques situés sur deux bus différents reliés entre eux par au moins un pont.
notera que, dans le domaine des bus série conformes à norme IEEE 1 , lorsqu'un paquet de données asynchrones est transmis un périphérique communication dit source relié à un bus de communication série IEEE 1 et est reçu par un premier équipement d'interconnexion pont connecté a ce bus, en vue de sa future transmission à un deuxieme équipement d'interconnexion dudit pont connecté à un deuxième , le traitement de ce paquet dans le premier équipement d'interconnexion fait intervenir l'adresse du bus destinataire sur lequel se trouve le périphérique dit destinataire paquet ainsi qu'une table de routage. Un tel traitement nécessite de modifier -tête du paquet qui est transféré vers le deuxième équipement d'interconnexion.
Ainsi, lorsqu'un périphérique source est séparé d'un périphérique destinataire par plusieurs ponts, un pont source, un pont intermédiaire et un pont destination, différents traitements sont effectués sur le paquet de données émis par le périphérique source à destination du périphérique destinataire suivant le pont considéré - niveau du pont source l'adresse physique source du paquet est transformée en adresse virtuelle et un routage du paquet est effectué selon l'adresse du destinataire ; - au niveau du pont intermédiaire un routage du paquet est effectué selon l'adresse du bus destinataire ; au niveau du pont destination l'adresse virtuelle destinataire du paquet est transformée en adresse physique.
Dans le cadre de la norme IEEE 1394, il est prévu, lors d'une phase d'initialisation d'un bus de communication série, d'affecter à chacun des périphériques de communication et équipements d'interconnexion connectés au bus considéré adresse dite "adresse physique" ou identificateur de noeud ("physical_ terminologie anglo-saxonne) qui est unique sur ce bus et qui sert d'identificateur de l'équipement en question.
Une telle phase d'initialisation intervient par exemple à chaque connexion ou déconnexion d'un périphérique de communication sur le ou bien en fonction des applications envisagées sur ce bus.
On notera que les périphériques de communication sont appareils de traitement de données tels que, par exemple, des caméscopes, des téléviseurs à haute définition, des magnétoscopes, des décodeurs (connus en terminologie anglo-saxonne sous le terme de "set-top box").
La description qui précède concerne des paquets dits asynchrones dont l'en-tête comporte des données d'identification sont notamment l'identificateur "bus source" sur lequel se trouve le péripherique "source" qui est l'émetteur du paquet, ainsi que l'adresse physique ce périphérique source ("nceud <I>source').</I> Ces données comportent également l'adresse de l'identificateur "bus destination" sur lequel se trouve le péripherique destinataire à qui est destiné le paquet, ainsi que l'adresse physique ce périphérique destinataire ("n#ud <I>destination').</I>
Ainsi, la connaissance par le moyen de communication source de l'adresse bus destinataire est nécessaire pour le transfert de paquets à travers ponts. Cette capacité à connaître l'adresse d'un bus autre que celui auquel moyen de communication est connecté n'existe pas pour tous les moyens communication de la norme IEEE 1394. Certains de ces moyens, en effet, au lieu de placer l'adresse du bus destination dans le champ prévu à cette fin dans l'en-tête du paquet à transmettre, inscrivent dans ce champ une valeur prédéterminée, par exemple la valeur hexadécimale Ox3FF. Cette valeur prédéterminée est représentative d'une transmission de paquet sur le bus local. Ces moyens de communication ne peuvent donc pas transférer informations vers un moyen de communication qui n'est pas connecté au meure bus de communication auquel ils sont reliés.
Un moyen de communication (ou périphérique) qui est apte à communiquer, en utilisant des paquets de type asynchrone, avec un autre moyen de communication situé sur un bus différent au travers d'au moins un pont (ce moyen est dit bridge-aware en terminologie anglo-saxonne), doit notamment mettre en oeuvre des mécanismes, décrits plus en détail dans le projet de norme P1394.1, comme par exemple - la découverte de périphérique distant ( remote node discovery en terminologie anglo saxonne), - la gestion des temps de réponse ( remote node timeouts en terminologie anglo-saxonne), - la gestion de la taille maximale des paquets ( packet-size constraints en terminologie anglo-saxonne), - la gestion d'événements particuliers ( event recognition en terminologie anglo-saxonne),...
II se pose donc un probleme lorsqu'un moyen de communication qui n'est pas apte à communiquer, au travers d'au moins un pont, avec un autre moyen de communication situé sur bus différent souhaite communiquer avec cet autre moyen.
La demanderesse vise à remédier à ce problème en proposant un procédé de transfert d'au moins un paquet de données dans un réseau depuis un moyen de communication dit source, émetteur dudit paquet, à destination d'un moyen de communication dit destinataire, lesdits moyens de communication étant respectivement connectés à deux parties dudit réseau appelées sous réseaux et reliées entre elles par au moins un pont, ledit au moins un paquet comportant au moins deux champs d'informations identifiant au moins une adresse source et au moins une adresse destination du paquet, caractérisé en ce que ledit procédé comporte les étapes suivantes effectuées au niveau dudit au moins un pont pour ledit au moins un paquet - lecture dudit au moins un champ d'adresse de destination du paquet afin de déterminer si le paquet provenant du moyen de communication source connecté à un premier sous réseau est destiné à être traité par ledit au moins un pont, - lorsque ledit paquet destiné à être traité par ledit au moins un pont, vérification de l'existence d'informations mémorisées dans ledit au moins un pont et qui sont nécessaires moyen de communication source pour communiquer avec le moyen de communication destinataire, - en cas d'existence de ces informations, modification d'au moins le champ d'adresse de destination du paquet en fonction d'informations identifiant l'adresse de destination du moyen de communication destinataire, - transfert du paquet ainsi modifié sur le deuxième sous réseau. Corrélativement, l'invention vise un dispositif de transfert moins paquet de données dans un réseau depuis un moyen communication dit source, émetteur dudit paquet, à destination d'un moyen communication dit destinataire, lesdits moyens de communication étant respectivement connectés à deux parties dudit réseau appelées sous réseaux et reliées entre elles par au moins un pont, ledit au moins un paquet comportant au moins deux champs d'informations identifiant au moins une adresse source et au moins une adresse destination du paquet, caractérisé en ce que ledit dispositif comporte - des moyens de lecture dudit au moins un champ d'adresse de destination du paquet afin de déterminer si le paquet provenant du moyen de communication source connecté à un premier sous réseau est destiné à être traité ledit au moins un pont, - des moyens de vérification de l'existence d'informations mémorisees dans ledit au moins un pont et qui sont nécessaires au moyen de communication source pour communiquer avec le moyen de communication destinataire, - des moyens de modification d'au moins le champ d'adresse destination du paquet en fonction d'informations identifiant l'adresse destination du moyen de communication destinataire, - des moyens de transfert du paquet ainsi modifié sur le deuxième sous réseau.
Ainsi, l'invention permet à un moyen de communication source qui n'est apte à communiquer avec un autre moyen de communication destinataire séparé de lui par au moins un pont de communiquer avec cet autre moyen communication destinataire.
Ceci est rendu possible du fait que le pont au niveau duquel procédé selon l'invention est mis en oeuvre possède les informations identifiant l'adresse de destination du moyen de communication destinataire et que informations vont être placées dans le paquet de données provenant du premier sous-réseau.
Sans cela, le paquet de données ne peut pas quitter premier sous-réseau.
Selon un premier exemple de réalisation, le premier sous réseau est un de communication et le deuxième sous réseau comporte moins un bus communication Selon une caractéristique liée à ce premier exemple de réalisation, le champ d'adresse de destination du paquet est modifié en remplaçant le contenu actuel dudit champ par l'adresse du bus de destination par une adresse dite virtuelle du moyen de communication destinataire.
Ainsi, cela permet à un paquet de données à destination locale véhiculé dans le premier sous réseau, par exemple un bus, de quitter ce dernier.
Selon un deuxième exemple de réalisation, le premier sous réseau comporte au moins un bus de communication et le deuxième sous réseau est un bus de communication.
Selon une caractéristique, le champ d'adresse de destination du paquet est modifié en remplaçant le contenu actuel dudit champ l'adresse locale du bus de destination et par une adresse dite physique moyen de communication destinataire.
Selon une autre caractéristique, le procédé comporte une étape de modification du champ d'adresse source du paquet.
Selon le premier exemple de réalisation, le champ d'adresse source du paquet est modifié en remplaçant le contenu actuel dudit champ par l'adresse du bus source et par une adresse dite virtuelle du moyen de communication source.
Selon le deuxième exemple de réalisation, le champ d'adresse source du paquet est modifié en remplaçant le contenu actuel dudit champ par l'adresse locale du bus destination et par une adresse dite physique dudit pont traversé en dernier lieu. .
Ainsi, ceci permet de faire croire au moyen de communication destinataire du deuxième sous réseau que le paquet est issu du pont traversé en dernier lieu par ledit paquet et connecté au deuxième sous réseau.
Selon une caractéristique, le procédé comporte une phase d'établissement d'une communication entre les moyens de communication source et destinataire.
Plus particulièrement, le procédé comporte une étape réception, en provenance d'un moyen de communication C, d'un message INIT d'établissement d'une communication entre lesdits moyens de communication source destinataire.
Cette étape est mise en oeuvre au niveau du pont connecté bus lequel se trouve le moyen de communication source.
Le message de commande INIT contient notamment des informations identifiant l'adresse de destination du moyen de communication destinataire B et des informations identifiant l'adresse source du moyen de communication source A.
Lorsque le moyen de communication source n'est pas apte à communiquer avec le moyen de communication destinataire, le procède comporte une étape de mémorisation dans ledit au moins un pont d'informations identifiant les adresses des moyens de communication source destinataire et qui sont contenues dans le message INIT. Cette étape également mise en ceuvre au niveau du pont connecté au bus sur lequel trouve moyen source.
Selon une caractéristique, le moyen de communication C est apte à énumérer les différents moyens de communication du réseau.
Ce moyen de communication va ainsi pouvoir disposer des adresses et identificateurs des différents moyens de communication du réseau et va en rendre disponibles certains pour la communication entre les moyens source et destinataire.
Selon une caractéristique, le procédé comporte une étape d'émission par ledit au moins un pont d'un message de commande OPEN à destination du moyen de communication destinataire, consécutivement à la réception du message INIT. Plus particulièrement, le message de commande OPEN contient des informations identifiant l'adresse de destination moyen de communication destinataire B et des informations identifiant l'adresse source du moyen communication source A.
Selon une caractéristique, le procédé comporte étape de réception d'un message de commande OPEN émis par un pont du réseau consécutivement à la réception par ce dernier d'un message de commande INIT provenant d'un moyen de communication C. Le pont émetteur ou source se trouve être le pont connecté au bus sur lequel se trouve le moyen de communication source.
Cette étape de réception est mise en couvre au niveau du pont dit destinataire connecté au bus sur lequel se trouve le moyen de communication destinataire.
Selon une autre caractéristique, le procédé comporte une étape d'émission, à destination du moyen de communication C, message ACK d'acquittement de demande d'établissement d'une communication entre lesdits moyens communication source et destinataire.
Cette étape d'émission est mise en couvre niveau du pont destinataire.
Plus particulièrement, le message ACK contient des informations identifiant l'adresse de destination du moyen de communication destinataire C. Suivant un premier cas de figure, le moyen de communication source A n'est pas apte à communiquer avec le moyen de communication destinataire B.
Par ailleurs, le moyen de communication destinataire B n'est pas apte non plus à communiquer avec le moyen de communication source A. Suivant un deuxième cas de figure, le moyen communication source n'est pas apte à communiquer avec le moyen communication destinataire mais le moyen de communication destinataire est apte à communiquer avec le moyen de communication source A.
Plus précisement, ledit au moins un pont comporte moins deux équipements d'interconnexion des premier et deuxième sous réseaux, chaque équipement d'interconnexion étant connecté à l'un des sous réseaux.
Chaque étape dudit procédé mentionnée ci-dessus est plus particulièrement mise en oeuvre au niveau de l'un desdits au moins deux équipements d'interconnexion pont.
Selon une caracteristique particulière, les paquets de données transférés dans le réseau sont type asynchrone.
II convient de noter que l'invention ne remet pas en cause le mécanisme d'adressage prévu dans la norme IEEE 1394.
Selon une caracteristique, ledit au moins un champ d'adresse de destination du paquet contient l'adresse de destination dudit au moins un pont. Ainsi, le paquet du moyen de communication source A est destiné au premier réseau alors qu'en fait ce paquet va être transféré par le pont vers le moyen de communication destinataire B.
Selon une autre caractéristique, la vérification de l'existence d'informations mémorisées dans ledit au moins un pont consiste, plus particulièrement, à vérifier l'existence de telles informations pour l'adresse source dudit paquet.
Cela permet notamment au moyen de communication source qui n'est pas apte à communiquer avec le moyen de communication destinataire présent sur l'autre sous réseau retrouver les informations qui permettent au paquet d'atteindre ce moyen communication destinataire.
Selon un deuxieme aspect, l'invention vise un procédé de transfert d'au moins un paquet de données dans un réseau depuis un moyen de communication dit source, émetteur dudit paquet, à destination d'un moyen de communication dit destinataire, lesdits moyens de communication étant respectivement connectés à deux parties dudit réseau appelées sous réseaux et reliées entre elles par au moins un pont, ledit au moins un paquet comportant au moins deux champs d'informations identifiant au moins une adresse source et au moins une adresse destination du paquet, caractérisé en ce que, le moyen de communication source étant apte à communiquer avec le moyen de communication destinataire et ledit moyen de communication destinataire n'étant pas apte à communiquer avec ledit moyen de communication source, ledit procédé comporte une phase d'établissement d'une communication entre lesdits moyens de communication source et destinataire.
Plus particulièrement, le procédé comporte une étape de réception, provenance d'un moyen de communication C, effectuée niveau dudit au moins un pont, d'un message INIT d'établissement d'une communication entre lesdits moyens de communication source et destinataire.
Le message de commande INIT contient notamment des informations identifiant l'adresse de destination du moyen de communication destinataire B et des informations identifiant l'adresse source du moyen de communication source A.
Selon une caractéristique, le moyen de communication C est apte à énumérer les différents moyens de communication du réseau.
Selon une autre caractéristique, le procédé comporte une étape d'émission ledit au moins un pont d'un message de commande OPEN à destination moyen de communication destinataire.
Plus particulièrement, le message de commande OPEN contient des informations identifiant l'adresse de destination du moyen de communication destinataire B et des informations identifiant l'adresse source du moyen de communication source A.
Selon un troisième aspect, l'invention vise un pont reliant au moins deux parties d'un réseau de communication appelées sous réseaux, caractérisé en ce que ledit pont comporte au moins deux dispositifs de transfert d'au moins un paquet de données depuis un moyen de communication dit source, émetteur dudit paquet et connecté au premier sous réseau, à destination d'un moyen de communication dit destinataire connecté au deuxième sous réseau, chaque dispositif de transfert étant conforme au bref exposé qui précède.
Selon un quatrième aspect, l'invention vise un périphérique, caractérisé en ce qu'il comporte un pont conforme au bref exposé ci-dessus.
Le périphérique est, par exemple, une imprimante. Le périphérique est, par exemple, un serveur. périphérique est, par exemple, un ordinateur. périphérique est, par exemple, un télécopieur. périphérique est, par exemple, un scanner. périphérique est, par exemple, un magnétoscope.
périphérique est, par exemple, un décodeur (connu en terminologie anglosaxonne sous le terme de "set-top box").
périphérique est, par exemple, un téléviseur. périphérique est, par exemple, un caméscope. périphérique est, par exemple, une caméra numérique. périphérique est, par exemple, un appareil photographique numérique. Selon un cinquième aspect, l'invention vise un réseau communication comportant au moins deux parties appelées sous réseaux reliées entre elles par au moins un pont, caractérisé en ce ledit pont conforme à ce qui précède.
Selon un sixième aspect, l'invention vise un réseau communication comportant au moins deux parties appelées sous réseaux interconnectées, caractérisé en ce chaque sous réseau est connecté à moins un dispositif de transfert de paquets conforme au bref exposé ci-dessus.
Selon un septième aspect, l'invention vise un réseau de communication, caractérisé en ce qu'il comporte plusieurs périphériques conformes à l'exposé ci-dessus.
L'invention vise par ailleurs un moyen de stockage d'informations, éventuellement totalement ou partiellement amovible, lisible par un ordinateur ou un processeur contenant des instructions d'un programme informatique, caractérisé en ce qu'il permet la mise en ceuvre du procédé tel que brièvement exposé ci-dessus.
L'invention vise en outre un moyen de stockage d'informations lisible par un ordinateur ou un processeur contenant des données provenant de la mise en oeuvre du procédé tel que brièvement exposé ci-dessus.
L'invention vise un produit "programme d'ordinateur" ("computer program product" en terminologie anglo-saxonne) ou produit logiciel comportant des séquences d'instructions pour mettre un ceuvre un procédé tel que brièvement exposé ci-dessus. Les avantages et caractéristiques propres au dispositif de transfert de paquets, au pont comportant au moins deux dispositifs de transfert, au périphérique comportant un tel pont et au réseau de communication comportant de tels dispositifs de transfert, un tel pont ou de tels périphériques étant les mêmes que ceux exposés ci-dessus concernant le procédé transfert de paquets selon l'invention, ils ne seront pas rappelés ici.
D'autres caractéristiques et avantages apparaîtront cours de la description qui va suivre, donnée uniquement à titre d'exemple limitatif et faite en référence aux dessins annexés, sur lesquels - la figure 1 est une vue schématique représentant un reseau 10 de communication selon l'invention, - la figure 2 représente un algorithme de génération de commandes vers au moins un équipement d'interconnexion mis en ceuvre par moyen de communication de troisième type C, - la figure 3 représente la structure d'un paquet de commande selon l'invention, - la figure représente un algorithme de génération d'un paquet de commande Cetablissement de communication (OPEN), - la figure représente le contenu d'une table d'information stockée en mémoire d'un équipement d'interconnexion selon l'invention, - la figure 6 représente un algorithme de génération paquet de commande d'acquittement d'établissement de communication (ACK.), - la figure 7 représente la structure d'un paquet de données asynchrones, - la figure 8 représente un algorithme de routage de paquets ' en oeuvre par un équipement d'interconnexion 14a relié à un bus comportant un périphérique source A émetteur de paquets, selon l'invention, - la figure 9 représente un algorithme de routage de paquets mis en oeuvre par un équipement d'interconnexion 16b relié à un bus comportant un périphérique B destinataire de paquets selon l'invention, - la figure 10 est une vue schématique représentant un réseau de communication et la structure des adresses d'un paquet asynchrone selon l'invention, - la figure 11 une vue schématique représentant la structure d'un pont selon un mode réalisation de l'invention, - la figure 1 est une vue schématique représentant la structure du périphérique de la figure 1, initiateur d'un paquet de commande d'établissement de communication (INIT) selon un mode de réalisation de l'invention.
La figure 1 est une vue schématique représentant un réseau communication selon l'invention, désigné par la référence générale notée Celui-ci est par exemple constitué de quatre bus de communication série 1 10b, 10c et 10d de type conforme à la norme IEEE1394.
Ces bus sont reliés les uns aux autres par des ponts ("bridge" terminologie anglo-saxonne) 14, 15 et 16. Chacun de ces ponts comporte deux parties appelées "portals" qui sont des équipements d'interconnexion respectivement reliés à un bus de communication série, assurant ainsi l'interconnexion desdits bus. II convient de noter que les deux équipements d'interconnexion ("portals") d'un pont peuvent être des parties d'un même périphérique ou être séparés physiquement l'un de l'autre, la liaison se faisant dans ce cas, par exemple, par liaison optique, filaire ou radio.
11 convient de noter que chaque équipement d'interconnexion constitue un dispositif de transfert de paquet selon l'invention.
Dans l'exemple de la figure 1 trois moyens de communication sont reliés au réseau 10, le premier moyen 11 appelé A est connecté au bus communication 10a, ce moyen de communication étant par exemple un moyen de communication dit de premier type, le deuxième moyen 12 appelé B est connecté au bus de communication série 10d , ce moyen de communication étant par exemple un moyen de communication dit de second type et troisième moyen 13, dit de troisième type, appelé C et étant connecté au bus communication 10b.
On notera que le moyen de communication A est dit de premier type en ce sens qu'il n'est pas apte à communiquer avec le moyen communication B situé sur un bus distant, au sens de la présente invention.
Le moyen de communication B est dit de deuxième type en sens qu'il peut soit être apte à communiquer avec le moyen de communication A soit ne pas être apte à communiquer, au sens de la présente invention.
Dans l'exemple représenté sur la figure 10, le moyen B n'est pas apte à communiquer avec le moyen A.
Le moyen de communication C est dit de troisième type en ce sens qu'il doit être capable d'énumérer les différents moyens de communication (périphériques...) présents sur tous les bus du réseau et, notamment, il doit être capable de mettre en oeuvre l'algorithme représenté à la figure 2.
Ce moyen de communication peut être ou non un moyen de communication de deuxième type.
D'une manière générale, lorsque le procédé de transfert de paquet de données selon l'invention est mis en oeuvre au niveau de l'équipement d'interconnexion 14a du pont 14, au sens de la présente invention, le premier sous réseau est constitué du bus 10a et des moyens de communication y connectés le deuxième sous réseau étant constitué des bus 10b, 10c et 10d et des moyens de communication y connectés.
Lorsque le procédé de transfert de paquet de données selon l'invention mis en ceuvre au niveau de l'équipement d'interconnexion 16b pont 16, sens de la présente invention, le premier sous réseau est constitue des bus 10a, 10b et 10c et des moyens de communication y connectés, deuxième sous réseau étant constitué du bus 10d et des moyens communication y connectés.
Le moyen C peut être placé de façon indifférente sur l'un quelconque des bus de communication 10a, 10b, 10c, 10d. Les moyens de communication A et B sont, dans le cadre de l'invention, séparés par au moins un pont.
On notera que les moyens de communication sont des périphériques tels que, par exemple, des imprimantes, serveurs, ordinateurs, télécopieurs, scanners, magnétoscopes, décodeurs ("set-top boxes" en terminologie anglosaxonne), téléviseurs, caméscopes, caméras numériques, appareils photographiques numériques...
De manière classique suivant la norme IEEE1394, suite à chaque réinitialisation bus, le portal connecté audit bus est capable de reconnaître pour chaque periphérique connecté sur ce bus des caractéristiques de ceux-ci. Par exemple caractéristiques des périphériques sont l'identifiant unique défini lors de fabrication du périphérique et appelé par la suite EUI_ ( Extented Unique Identifier (sur 64 bits) en terminologie anglo-saxonne) surtout la faculté dont chaque périphérique est doté ou non pour transmettre des informations à travers un pont.
portal associera ces informations dans une table dite correspondance comportant notamment l'identificateur physique ( physical node ID terminologie anglo-saxonne) que chaque périphérique s'est affecté lors l'initialisation du bus, l'identificateur virtuel ( stable ID terminologie anglo-saxonne) qui est une adresse associée à chaque périphérique dont la propriété est de rester invariante même dans le cas où, suite à une réinitialisation du bus, l'adresse physique du périphérique a change.
chaque bus, un portal particulier (appelé "alpha portal") a charge de gerer et est garant des ressources au niveau d'un bus donne, notamment table de correspondance entre adresses physiques, adresses virtuelles et identificateurs uniques (EUI_64) .
Ainsi, chaque portal du réseau connaît la constitution du sous réseau auquel il est connecté, ainsi que les caractéristiques des périphériques connectés.
A titre d'exemple, si un utilisateur veut établir une communication par l'intermédiaire du moyen de communication C, selon l'algorithme de la figure 2, c'est à dire informer qu'une communication entre les moyens de communication A et B va être permise, l'utilisateur va entrer dans une procédure ou phase d'établissement de communication conformément à l'étape 20 de cet algorithme, par exemple par l'intermédiaire d'une interface utilisateur du moyen C.
On notera que l'algorithme de la figure 2 est stocké dans le moyen de communication C dont la structure est représentée à la figure 12.
Cette procédure constitue un préalable au transfert de paquet dans le cadre d'une communication selon l'invention entre les moyens de communication et B.
moyen de communication C va envoyer à l'étape 21 une commande inter pont ( inter bridge en terminologie anglo-saxonne) dite de diffusion ( broadcast en terminologie anglo-saxonne) à chaque portal dudit réseau, commande conforme à la structure du paquet de la figure 3 qui sera décrite ultérieurement.
Cette commande a pour objectif de répertorier tous les équipements présents et donc visibles sur les différents bus du réseau.
Cette commande est traitée au niveau de chaque bus, par exemple par un portal particulier appelé alpha portal, garant l'intégrité des ressources gérées au niveau dudit bus, et notamment la table de correspondance entre adresses physiques, adresses virtuelles identificateurs uniques (EUI_ Chacun de ces portals particuliers du réseau répondre audit message de diffusion par l'intermédiaire d'un paquet du type de celui représenté à figure 3 et, notamment, va envoyer le contenu de la table de correspondance et l'identificateur du bus. Un mécanisme similaire référencé BR054R00 a été proposé dans le cadre du projet de norme P1394.1 et n'est donc pas repris dans la description de la présente invention.
Chacune de ces informations est reçue par le moyen de communication C à l'étape 22 et mémorisée à l'étape 23 dans une table temporaire du moyen C. Ces informations étant disponibles, le moyen C va proposer à l'utilisateur la liste des périphériques de communication disponibles sur le réseau par l'intermédiaire de son interface homme-machine.
L'utilisateur va alors sélectionner à l'étape 24 au moins deux périphériques communication du réseau, un premier périphérique dit source et un second destinataire. A titre d'exemple, le moyen de communication A, moyen de communication d'un premier type, sera le périphérique source et le moyen B, moyen de communication d'un second type sera le périphérique destinataire.
Le moyen de communication C récupère ainsi les adresses relatives aux moyens de communication A et B à l'étape 25. moyen de communication C va alors envoyer à l'étape 26 un message commande inter pont ("interbridge") appelé INIT, message structure conforme à celle du paquet de la figure 3, à destination du moyen communication A.
De manière schématique, le portal 14a relié au bus 10a va détecter et analyser cette commande INIT, mémoriser si nécessaire un certain nombre d'informations contenues dans le message de commande INIT, apres traitement, envoyer vers le moyen de communication B un message commande inter pont appelé commande OPEN. Ceci est décrit plus en détail par la suite, référence à la figure 4.
De la même façon, le portal 16b relié au bus 10d va détecter et ensuite analyser cette commande OPEN, mémoriser si nécessaire un certain nombre d'informations et, éventuellement, envoyer vers le moyen communication C un accusé de réception. Ceci est décrit plus en détail par suite, en référence à la figure 6.
Un paquet de commande à destination d'un portal, tel que représenté à la figure 3 est notamment utilisé pour effectuer des transactions entre un périphérique dit source, émetteur de paquets, et un portal, également entre deux portais. Une transaction de paquet de commande effectuée en émettant un paquet soit de type "Requête" comme par exemple les paquets de commande INIT, OPEN, SHUT ou CLOSE, soit de type "Réponse" comme par exemple le paquet de commande d'accusé de réception ACK.
Le paquet de commande de la figure 3 est constitué de plusieurs champs dont un champ identificateur de la destination du paquet, appelé "destination-ID", noté 300 sur la figure 3, ("Destination Identifier" en terminologie anglo-saxonne) et qui est représenté sur 16 bits.
Dans l'exemple de la commande INIT émise par le périphérique C vers le périphérique A, le champ 300 de cette commande comporte, d'une part, l'identificateur du bus destination (sur 10 bits) sur lequel est connecté périphérique destinataire, soit le bus 10a dans l'exemple de réalisation avec périphérique A, et, d'autre part, l'adresse virtuelle (sur 6 bits) du périphérique destinataire sur ledit bus destinataire, soit le périphérique A.
Le paquet comporte également un champ identificateur de la source de ce paquet, appelé "source ID" noté 305 sur la figure 3 ("Source Identifier" en terminologie anglo-saxonne) et qui est représenté sur 16 bits.
Dans l'exemple de la commande INIT émise par le périphérique C vers le péripherique A, le champ 305 comporte, d'une part, l'identificateur du bus source 1 (sur 10 bits) sur lequel est connecté le périphérique source C, et, d'autre l'adresse physique (sur 6 bits) du périphérique source C lorsque le paquet émis sur le bus 10b, adresse qui sera ensuite remplacée au niveau du pont 14 par l'adresse virtuelle du périphérique source C.
Dans le présent exemple de réalisation de l'invention, les champs identificateur de bus bus_Id ne sont pas nécessairement utilisés, en particulier lorsque le périphérique source, émetteur du paquet, ne peut pas transférer de paquets vers un moyen de communication qui n'est pas connecté au même bus de communication auquel il est relié.
Dans ce cas le champ identificateur de contient la valeur signifiant "bus local" (Ox3ff). Le champ identificateur de est alors remplacé au niveau du pont 14 par l'identificateur de bus courant Id , connu par chacun des portals d'un bus donné.
Le paquet comporte un champ "t1" noté 301 ("transaction label" en terminologie anglo-saxonne), représenté sur 6 bits, et qui permet de numéroter une transaction entre des périphériques.
Le paquet comporte un champ "rt" noté 302 ("retry code" en terminologie anglo-saxonne), représenté sur 2 bits, et qui permet d'identifier les tentatives d'émission d'un même paquet de commande.
Le paquet comporte un champ "tcode" noté 303 ("transaction code" en terminologie anglo-saxonne), représenté sur 4 bits, et qui permet d'identifier le type de transaction du paquet.
Le paquet comporte un champ "pri" noté ("priority" en terminologie anglo-saxonne), représenté sur 4 bits, et qui permet d'identifier la priorité associée à un paquet asynchrone.
Le paquet comporte un champ "adresse relative de destination", noté 306 ("destination offset" en terminologie anglo-saxonne), représenté sur bits, qui permet d'identifier l'adresse relative dans un périphérique donné registres ou d'une zone mémoire. Une valeur d'adresse relative particuliere permet aux différents portals et périphériques mettant en oeuvre l'invention communiquer par des messages du type de celui représenté à la figure 3 d'interpréter d'autres champs du paquet notés 318, 319, 320 et 321 selon la présente invention.
En plus de ces informations, le champ 318 contient l'identificateur unique A EUI 64 du périphérique dit source au sens de la communication à établir identifiant de façon unique le périphérique A.
Le champ 319 contient l'identificateur unique B-EUI 64 du périphérique dit destinataire B, identifiant de façon unique le périphérique B au sens la communication à établir. Dans le cas présent, l'identification de source du destinataire sont purement arbitraires car l'invention s'applique également à des communications bidirectionnelles entre A et B.
Le champ 320 identificateur de le commande ( COMMAND-ID en terminologie anglo-saxonne), contient le type commande du paquet, à savoir, par exemple le type INIT, dans le cas de commande INIT.
Le champ 321 information supplémentaire de noeud ( SUPPL INFO en terminologie anglo-saxonne), permet de véhiculer, selon le type de la commande, une éventuelle information supplémentaire comme exemple une adresse de périphérique. Dans le cas d'une commande INIT, champ contient l'identificateur (bus et adresse virtuelle) du périphérique dit destinataire dans la communication à établir, à savoir, dans le cas présent, le moyen de communication de second type B.
Les autres champs étant décrits dans le document accompagnant actuellement le projet de norme P1394.1 et référencé BR057R00, ils ne sont donc pas explicités dans la suite de la description.
On notera toutefois que le format du message qui est représente sur la figure 3 permet à un équipement d'interconnexion ou portal d'un pont réseau de recevoir ou, plus précisément, d'intercepter un paquet "inter pont" (INIT ou OPEN), bien que ce paquet soit destiné à un périphérique présent sur le bus auquel connecté ledit équipement.
On maintenant décrire en référence aux algorithmes des figures et 6 la procédure ou phase d'établissement d'une communication entre moyens de communication source A et destinataire B.
Lorsque le paquet de commande INIT, émis par le périphérique C, parvient au portal 14b, ce dernier modifie l'adresse physique source du paquet en adresse virtuelle et un routage du paquet est effectué selon l'adresse du destinataire.
Dans le cas présent le paquet est transmis au portal 14a. Conformément à l'algorithme représenté à la figure 4 et mis oeuvre par le portal 14a, ledit portal reçoit un message d'établissement de communication lors de l'étape 50 .
Ce message de structure conforme à celle de la figure 3 est représentatif d'une commande INIT (le type de la commande est fixé par le champ 320) entre le moyen de communication de premier type A et le moyen de communication de second type B et est émis par le moyen de communication de troisième type C.
Le portal 14a reconnaît à l'étape 510 si l'un des moyens communication de premier type A ou de second type B est localisé sur le auquel il est connecté (ici il s'agit du périphérique A), en lisant le champ du paquet reçu et, d'une part, en comparant la valeur de l'identificateur du destination avec la valeur de l'identificateur du bus auquel le portal est connecté et, d'autre part, en comparant l'adresse virtuelle de destination avec le contenu de sa table de correspondance précédemment mentionnée.
Dans l'affirmative, le portal vérifie si les informations contenues dans le paquet reçu existent déjà dans sa mémoire qui sera décrite ultérieurement en référence à la figure 5. Cette vérification est opérée à l'étape 520, tout d'abord en recherchant dans la table d'information, décrite plus en détail par la suite, s'il existe un enregistrement (ou groupe) ayant les valeurs appropriées pour les champs 640, 650, 660 et 670 représentés à la figure 5.
Si un tel enregistrement existe, une variable appelée état ( state en anglais) est ensuite lue.
Dans le cas où aucun enregistrement n'existe dans la table d'information et où le moyen de communication A est pas apte à communiquer avec un moyen de communication qui n'est localisé sur le 10a, un enregistrement est alors créé avec une valeur de la variable état par défaut non significative.
Dans le cas où, un enregistrement existe avec valeur de la variable état significative, par exemple attaché , une communication est déjà établie et le paquet ne sera donc pas traité.
Dans la négative, le portal 14a mémorise à l'étape 530 des informations représentatives de l'adresse des moyens de communication de premier et de second type.
On notera que si le moyen de communication source A est apte à communiquer avec un moyen de communication qui n'est localisé sur le bus 10a, par exemple le moyen B, alors on ne crée pas d'enregistrement.
Le contenu des champs 300 (plus précisément, la sous-partie adresse virtuelle" du moyen de communication de premier type A), 318, 319 et est donc mémorisé dans la table d'information décrite référence à la figure 5 respectivement dans les champs 640, 660, 670 et 650. Cette table, dans l'exemple décrit, comporte trois groupes d'informations 600, 610, 620 qui sont chacun représentatif d'une communication conforme à l'invention.
Chaque groupe comporte les mêmes types d'information et se décompose en différents champs. Un groupe est créé à la réception d'un paquet de commande INIT, dans le cas où il n'existe pas déjà, et le contenu de certains champs du paquet de commande INIT est transféré dans certains desdits champs du groupe.
Ainsi, selon l'invention plusieurs communications entre périphériques sont possibles.
Le champ 640 va mémoriser la sous partie adresse virtuelle de l'identificateur destination ID contenu dans le champ 300 du paquet de commande INIT.
Le portal 14a va mémoriser dans le champ 630 l'adresse physique physical associée à la sous partie adresse virtuelle de l'identificateur destination précédemment mémorisé dans la table de correspondance.
convient de noter que le champ 630 de la table d'information est optionnel puisque sa valeur peut être retrouvée à l'aide de la table de correspondance.
Un champ 680 est défini pour mémoriser la variable état précédemment mentionnée.
Le champ 650 va mémoriser le contenu du champ 321 dans le cas d'un paquet de commande de type INIT (figure 3), ce contenu étant représentatif de l'adresse du périphérique B dans notre exemple.
L'information. A EUI 64 contenue dans le champ 318 du paquet de commande INIT est mémorisée dans le champ 660 et, finalement, l'information B EUI 64 contenue dans le champ 319 du paquet de commande INIT est mémorisée dans le champ 670.
Cette opération une fois effectuée au cours de l'étape , le portal, et plus particulièrement son unité centrale, va mémoriser, à l'étape , dans le champ 680 variable état avec la valeur attaché , synonyme la bonne réception et traitement d'une commande INIT.
Cette opération effectuée, l'unité centrale du portal va maintenant construire paquet de commande de type OPEN à destination du moyen de communication de second type, ici le périphérique B.
Pour cela, une copie du précédent message de commande INIT est effectuée au cours de l'étape 550 et ce dernier va être modifié en un message de commande de type OPEN avant son émission, comme décrit dans les paragraphes suivants.
Ce message de structure conforme à celle du paquet représenté en figure 3 contient les informations, d'une part, sur l'identificateur du bus destination (sur 10 bits) sur lequel est connecté le périphérique destinataire, soit le bus 10d dans l'exemple de la commande OPEN émise par le portal 14a vers le périphérique B, et, d'autre part, sur l'adresse virtuelle (sur 6 bits) du périphérique destinataire sur ledit bus destinataire, soit le périphérique B. L'adresse du bus et l'adresse virtuelle sont obtenues en lisant le champ 650 de la table d'information stockée en mémoire du portal 14a.
Le champ identificateur de la source de ce paquet dénommé "source-ID" et noté 305 sur la figure 3 ("Source Identifier" en terminologie anglo-saxonne) est représenté sur 16 bits.
Dans l'exemple de la commande OPEN émise par le portal vers le périphérique B, ce champ comporte, d'une part, l'identificateur du source 10a (sur 10 bits) sur lequel est connecté le périphérique source A d'autre part, l'adresse virtuelle (comme le paquet va quitter le bus 10a, il est nécessaire de convertir cette adresse physique en adresse virtuelle) sur 6 bits du périphérique source A.
En plus de ces informations, dans le message de commande type OPEN, le champ 318 contient l'identificateur unique A_EUI 64 du péripherique dit source au sens de la communication à établir, identifiant de façon unique le péripherique A et le champ 319 contient l'identificateur unique B_EUI du péripherique dit destinataire, identifiant de façon unique le périphérique B au sens la communication à établir.
Quant au champ 320 appelé<B>COMMAND</B> -ID, il contient le type de commande du paquet, à savoir OPEN dans le cas de la commande OPEN. Dans le cas de la commande OPEN, le champ 321 contient l'identificateur (bus et adresse virtuelle) du périphérique à l'origine du paquet de commande initial de type INIT, à savoir, dans le cas présent, le moyen de communication de troisième type C.
Ce message est ensuite transmis (étape 560) et véhiculé à travers le réseau selon les méthodes classiques du projet de norme P1394.1 "Draft Standard for High performance Serial Bus Bridges" (Draft 0.05, October 7, 1999) a destination du périphérique B et notamment vers le portal destinataire 16b.
Au niveau du portal 16b, ce dernier reçoit un message d'établissement de communication, de structure conforme à celle représentée à la figure 3, qui est représentatif d'une commande appelée OPEN entre le moyen de communication de premier type A et le moyen de communication de second type B, et qui est émis par le moyen de communication de troisième type C.
Lorsque le portai a détecté qu'un des moyens communication de premier type A ou de second type B est localisé sur son , (ici il s'agit du périphérique B), dans le cas où le périphérique B ne possède la faculté de pouvoir transmettre des informations à travers un pont, (informations obtenues par le portal en lisant sa table de correspondance) ledit portal mémorise au moins des informations représentatives de l'adresse des moyens de communication de premier et de second type.
Le contenu des champs 300 (adresse virtuelle du moyen de communication de second type B), 318, 319 et 305 (adresse virtuelle du moyen de communication de premier type A) est donc mémorise dans la table d'information représentée à la figure 5 respectivement dans champs 640, 660, 670 et , selon l'algorithme décrit ci-après en référence à figure 6.
étapes de l'algorithme représenté à la figure 6 sont effectuées par l'unité centrale du portal 16b à la réception d'un paquet de commande OPEN provenant du portal 14b, lors de l'étape 700.
Le portal 16b reconnaît à l'étape 710 si l'un des moyens de communication de premier type A de second type B est localisé sur son bus, (ici il s'agit du périphérique B) en lisant le champ 300 du paquet reçu et, d'une part, en comparant valeur de l'identificateur du bus destination avec la valeur de l'identificateur bus auquel ledit portal est connecté et, d'autre part, en comparant l'adresse virtuelle de destination avec le contenu de sa table de correspondance précédemment décrite.
Dans l'affirmative, le portal vérifie si les informations contenues dans le paquet reçu existent déjà dans sa mémoire décrite en figure 5 (ou table d'information). Cette vérification est opérée à l'étape 720, tout d'abord en recherchant dans la table d'information s'il existe un enregistrement (ou groupe) ayant les valeurs appropriées pour les champs 640, 650, et 670 (figure 5) et, ensuite, dans le cas positif en lisant la variable etat ( state en anglais).
Dans le cas où aucun enregistrement n'existe dans la table d'information où le moyen de communication B n'est pas apte à communiquer avec un moyen de communication qui n'est localisé sur le bus 10d, un enregistrement est alors créé avec une valeur de la variable d' état par défaut non significative, par exemple libre .
Dans le cas où un enregistrement existe avec valeur de la variable état significative, par exemple attaché , une communication est déjà établie et le paquet ne sera donc pas traité.
Dans la négative, le portal 16b mémorise à l'étape 730 des informations représentatives de l'adresse des moyens de communication de premier et second type de manière identique à ce qui a été décrit pour l'étape 530 la figure 4.
contenu des champs 300 (adresse virtuelle du moyen de communication de second type B), 318, 319 et 321 est donc memorisé dans la table d'information représentée à la figure 5, respectivement dans les champs 640, 660, et 650.
tables dont la structure est représentée à la figure 5 ont ainsi été mises à jour à la fois dans les portais 14a côté source et 16b côté destinataire, charge respectivement de la communication entre les deux moyens de communication de premier type A et second type B. Toute transaction de paquets asynchrones entre ces deux derniers moyens est désormais susceptible d'être initiée.
Le portal 16b, après réception d'un message de commande OPEN, va ensuite, de manière particulière mais non obligatoire, envoyer vers le périphérique C, lors de l'étape 750 de l'algorithme, un troisième message de commande appelé commande d'acquittement de demande d'établissement de communication ACK l'objectif étant de signaler au périphérique ' l'origine de la commande INIT que le processus d'initialisation de mise oeuvre de l'invention est achevé.
Ce message de structure conforme à celle du paquet représenté en figure 3 contient les informations, d'une part, sur l'identificateur du bus sur lequel est connecté le périphérique destinataire, soit le bus 10b dans l'exemple de la commande ACK émise par le portal 16b vers le périphérique C, et, d'autre part, sur l'adresse virtuelle (sur 6 bits) du périphérique destinataire sur ledit bus destinataire, soit le périphérique C. Cette information est obtenue à partir du champ 321 dans le précédent paquet de commande de type OPEN reçu par le portal 16b.
Le champ identificateur de la source de ce paquet dénommé "source 1D" et noté 305 sur la figure 3 ("Source Identifier" en terminologie anglo-saxonne) est représenté sur 16 bits.
Dans l'exemple de la commande ACK émise par le portal vers le périphérique C, le champ 305 comporte, d'une part, l'identificateur bus source 10d (sur 10 bits) sur lequel est connecté le périphérique source et, d'autre part, l'adresse virtuelle (sur 6 bits) du portal 16b (émetteur du present paquet).
En plus de ces informations dans le message de commande de type ACK, le champ 318 contient l'identificateur unique A EUI 64 du périphérique dit source, identifiant de façon unique le périphérique A , le champ 319 contient l'identificateur unique B EUI 64 du périphérique dit destinataire , identifiant de façon unique le périphérique B. Quant au champ 320 appelé COMMAND ID, il contient le type de commande du paquet, à savoir, ici, une commande type ACK.
Dans le cas de la commande ACK, le champ 321 ne contient pas d'information significative mais pourrait contenir, selon une variante de réalisation une information sur l'état d'achèvement ( completion status en terminologie anglo-saxonne) du processus de demande d'établissement de communication.
A la réception dudit paquet (commande ACK), le périphérique C sait que mécanisme de demande d'établissement de communication a bien eu lieu niveau des deux périphériques, ou du moins au niveau de leurs portais respectifs, et, selon l'éventuel résultat du paquet de type ACK, que la demande d'établissement de communication s'est terminée plus ou moins correctement.
Les paquets peuvent alors, selon l'invention, être transmis entre les périphériques A et B à travers les ponts les séparant, même si lesdits périphériques ne sont pas aptes au sens du projet de la norme P1394.1 à communiquer entre eux ou si seulement l'un d'entre eux l'est.
description qui précède a permis de mettre en place informations necessaires au niveau des portais concernés pour qu'un moyen communication d'un premier type puisse communiquer avec un moyen communication d'un deuxième type et ce, de façon bidirectionnelle. Cette communication peut commencer par exemple soit consécutivement à action sur l'un des deux moyens de communication, ou sur les deux moyens de communication comme par exemple suite à l'envoi d'une commande de type début ( play en terminologie anglo-saxonne), soit systématiquement dès que le mécanisme d'initialisation décrit dans la présente invention a été mis en place, soit encore consécutivement à une autre action, comme, par exemple, une initialisation du bus ( bus reset en terminologie anglo-saxonne) survenue sur l'un des bus auquel est connecté l'un des deux moyens communication.
Le transfert de paquets entre les périphériques A et B est décomposé en plusieurs algorithmes. Ces algorithmes peuvent exister totalité ou partiellement dans chacun des portais constituant partiellement pont du réseau.
Un premier algorithme représenté à la figure 8 décrit les différentes opérations effectuées, par exemple, au niveau du portal 14a, lorsque le périphérique A émet un paquet asynchrone, du type conforme à celui figure 4, sur le bus 10a à destination du portal 14a qui est en charge transférer à destination du périphérique B.
Un second algorithme représenté à la figure 9 décrit les différentes opérations effectuées, par exemple, au niveau du portal 16b, lorsque périphérique est destinataire d'un paquet émis, par exemple, par périphérique connecté à un bus différent de celui du périphérique B.
effet, les deux traitements décrits en référence aux figures 8 9 sont nécessaires au niveau des portais reliés aux périphériques devant communiquer entre eux.
structure d'un paquet asynchrone, largement décrite dans la norme IEEE 394-95, est illustrée à la figure 4. Les paquets asynchrones sont utilisés pour effectuer des transactions entre un périphérique dit source, émetteur de paquets, et un périphérique dit destinataire, recevant ces paquets. Une transaction est effectuée en émettant un premier paquet de type "Requête" de la source vers la destination, puis généralement un second paquet de type "Réponse" de la destination vers la source.
II convient de rappeler que, dans le cadre de la présente invention, le moyen de communication de premier type A n'étant pas apte à communiquer avec un autre moyen de communication de second type B situé sur un bus différent, le moyen de communication de premier type A envoie en fait ses paquets asynchrones à destination du portal 14a qui lui va se charger ensuite de les transférer vers leur destination finale, en l'occurrence le moyen de communication de second type B.
Le paquet dont la structure est représentée sur la figure 7 comporte un champ identificateur de la destination "destination-ID" noté 760 ("Destination Identifier" en terminologie anglo-saxonne) et qui est représenté sur 16 bits.
Dans l'exemple de réalisation, ce champ comporte, d'une part, l'identificateur du bus destination ("destination Bus-ID" en terminologie anglo- saxonne) noté 771, représenté sur 10 bits, sur lequel est connecté le périphérique destinataire, soit ici la valeur local (Ox3ff) et, d'autre part, l'adresse physique notée 772, représentee sur 6 bits, du périphérique destinataire sur le bus local, soit le portal 14a.
Le paquet comporte un champ identificateur de la source de ce paquet "source-ID", noté 761 sur la figure 4 ("Source Identifier" en terminologie anglo-saxonne) et qui est représenté sur 16 bits.
Dans l'exemple de réalisation, ce champ comporte, d'une part, l'identificateur du bus ("source Bus ID" en terminologie anglo-saxonne) noté 773 représenté sur 10 bits, bus sur lequel est connecté le périphérique source, ici valeur bus local (Ox3ff), et, d'autre part, l'adresse physique notée 774, représentée sur 6 bits, du périphérique source A.
Dans l'exemple de réalisation l'invention, au moins un des champs identificateur de bus (bus Id) n'est utilisé et contient la valeur signifiant "bus local" (Ox3ff).
La présence de ces deux champs 760 et 761 permet déroulement d'une transaction entre la source et la destination dans le cas où moyen de communication émetteur est apte à transférer des paquets à travers des ponts.
Dans le cas où le moyen de communication émetteur n'est pas apte à transmettre des paquets à travers un pont, d'autres informations sont alors nécessaires.
paquet comporte également des champs 762, 763, 764, 765, 766, 767, , 769 et 770 qui sont pour certains optionnels et relatifs à l'interprétation des données véhiculées par le paquet asynchrone, conformément à la norme IEEE 1394-1995.
ne sont donc pas explicités dans la présente description.
figure 8 représente les différentes étapes de l'algorithme selon l'invention effectuées par l'unité centrale du portal 14a, à la réception paquet émis par le périphérique A et destiné à être transféré vers périphérique B.
Lorsqu'un paquet est reçu, étape 800, l'unité centrale lit et analyse à l'étape 801 le contenu du champ destination ID noté 760 sur la figure 7 et, plus particulièrement, l'identificateur du bus destination destination bus ID .
Dans le cas où cet identificateur est différent de la valeur bus local (Ox3ff), le paquet a été émis par un périphérique apte à émettre un paquet vers un second périphérique situé sur un autre bus.
L'unité centrale va alors router ce paquet selon le projet de norme P1394.1 au cours d'une étape 808.
Dans le cas où le test pratiqué à l'étape 801 est positif, l'unite centrale du portal 14a va ensuite lire le contenu du champ 760 à l'étape 802 plus particulierement, l'adresse physique de destination (champ 772), la comparer à propre adresse physique afin de déterminer si le paquet est destiné à être traité par le portal 14a du pont 14. Dans la négative, l'unité centrale du portal 14a va supprimer le paquet de sa mémoire temporaire (étape 804), ce paquet-ci ne lui étant pas destiné. Dans l'affirmative par contre, l'unité centrale va, à l'étape , vérifier dans la table d'information si l'adresse physique source (champ 4) contenue dans le champ 761 est une adresse correspondant à un périphérique n'ayant pas la faculté de transférer des informations à travers un pont et qui actuellement géré dans le cadre de l'invention, suite à une phase préalable d'initialisation.
Cette étape consiste à vérifier l'existence d'informations mémorisées dans la table d'informations du portal 14a et qui sont nécessaires au moyen de communication source A pour communiquer avec le moyen communication destinataire B.
Plus particulièrement, on pratique un test afin de déterminer l'enregistrement mentionné lors de la description faite en référence à la figure 4 existe (vérification de la variable "état").
Dans la négative, cela signifie que le paquet est destiné au portal 14a, et celui-ci va procéder à un traitement local du paquet à l'étape 810 pour attendre ensuite l'arrivée d'un nouveau paquet.
Si, par contre, le test 805 est positif, cela signifie que le paquet reçu a été émis par un périphérique n'ayant pas la faculté de transférer informations à travers un pont et il doit donc être traité spécifiquement dans cadre de la présente invention.
Au cours d'une étape suivante 807, le portal 14a modifie le paquet à transférer en remplaçant le contenu actuel du champ de destination, à savoir le champ identificateur de la destination 760, par la valeur du champ identificateur du périphérique distant 650 de la table d'information (bus et adresse virtuelle du périphérique destinataire du paquet, périphérique B dans l'exemple).
Au cours d'une étape 809, le portal 14a modifie le paquet à transférer en remplaçant le contenu actuel du champ d'adresse source, à savoir le champ identificateur de la source 761, par la valeur de l'identificateur du bus auquel portal est connecté (connu par chacun des portals) et par la valeur du champ de la table d'information, valeur correspondant à l'adresse virtuelle du péripherique émetteur du paquet sur ce bus (périphérique A dans notre exemple). Cette opération effectuée, l'unité centrale du portal 14a exécute l'étape 811 consistant à transférer le présent paquet au portal dit pair 14b du même pont le paquet étant ensuite géré comme spécifié dans le projet de norme P1394 Ainsi, selon l'invention, les paquets sont transférés à travers le bus même dans le cas où le périphérique source n'a pas la faculté de transmettre des informations à travers un pont.
La figure 9 représente les différentes étapes de l'algorithme selon l'invention effectuées par l'unité centrale du portal 16b, à réception d'un paquet asynchrone provenant du portal 16a.
A la réception d'un paquet asynchrone, l'unité centrale du portal va mémoriser le paquet reçu à l'étape 900.
Ensuite, lors de l'étape 901, l'unité centrale lire le champ identificateur de la destination 760 du paquet tel que décrit référence à la figure 7 et, plus précisément, va vérifier si la valeur de l'identificateur du bus de destination correspond à celle du bus auquel il est connecté.
Ce test consiste à déterminer si le paquet est destiné à être traité par le pont 14.
Dans la négative, le portal va transférer ledit paquet selon des techniques classiques qui sont décrites dans le projet de norme P1394.1 "Draft Standard for High performance Serial Bus Bridges" (Draft .05, October 7, 1999) à l'étape 904.
Dans l'affirmative, l'unité centrale va vérifier ' l'étape 903, s'il existe des informations mémorisées dans le portal 16b et qui sont nécessaires au moyen communication source A pour communiquer avec le moyen destinataire et, plus particulièrement, si un enregistrement existe pour l'adresse virtuelle de destination (champ 640) et l'adresse virtuelle source (champ 650).
Dans la négative, l'unité centrale va traiter ledit paquet selon des techniques classiques et décrites dans le projet de norme P1394.1.
Dans l'affirmative, l'unité centrale va modifier certains champs du paquet à l'étape 904. L'adresse du bus de destination, l'adresse virtuelle périphérique destinataire, ici le périphérique B, contenues dans le champ du paquet vont être remplacées respectivement par la valeur bus local (Ox3ff) et l'adresse physique du périphérique destination, à savoir périphérique cette adresse physique étant contenue dans le champ 630 de table d'information (ou le cas échéant dans la table de correspondance).
Ces opérations effectuées, l'unité centrale va modifier le champ identificateur de la source 761 du paquet . L'adresse virtuelle du périphérique source est remplacée par l'adresse physique du portal 16b et l'adresse du bus source est remplacée par la valeur bus local (Ox3ff).
Tout se passe donc pour le périphérique B, comme si le paquet provenait d'un périphérique connecté au bus local 10d.
Cette dernière opération effectuée, le paquet est alors transféré sur le bus à l'étape 906, à destination du périphérique B.
figure 10 reprend la figure 1 précédemment décrite et vise à décrire modifications effectuées sur un paquet de type asynchrone représente figure 7.
Dans l'exemple du transfert, selon l'invention, d'un paquet asynchrone depuis le périphérique A à destination du périphérique B, adresses de destination (champ noté 400a), et de source (champ noté 401 du paquet asynchrone sont représentés dans des positions successives dudit paquet dans le réseau repérées par les références 17a, 17b, 17c et 17d, lorsque ce paquet transite respectivement sur les bus 10a, 1 Ob, 1 Oc et 10d.
Sur le bus 10a, le périphérique A transmet le paquet 17a à destination portal 14a, en charge de la communication entre périphériques et B, ce paquet restant local au bus 10a. Le portal 14a effectue alors les traitements précédemment décrits en référence à la figure 8 transfère ce paquet au portal pair 14b qui le transfère alors sur le bus 10b.
transit sur le bus 10b, le paquet 17b modifié est tel que l'adresse de destination correspond maintenant au périphérique B et l'adresse source correspond au périphérique A, et ce paquet peut être routé conformément projet de norme P1394.1 grâce au pont intermédiaire 15. En transit sur le bus 10c, le paquet 17c est resté inchangé.
Après avoir été traité au niveau du pont destination 16 gère le périphérique destinataire B, selon l'algorithme décrit en référence à figure 9, le paquet noté 1 est tel que l'adresse destination correspond maintenant au périphérique B l'adresse source correspond au portal 16b qui est charge de la communication entre les périphériques A et B.
On constate dans cet exemple, soit à l'émission du paquet par le périphérique A soit à la réception par le périphérique B, que les champs d'adresse dudit paquet sont comme si ce paquet avait été émis localement sur chacun des bus en question.
D'une façon très similaire au processus d'établissement de communication, un processus de suppression de communication est mis en oeuvre par le moyen dit de troisième type à l'origine de la phase d'établissement.
Dans une variante de réalisation de la présente invention, le moyen mettant en oeuvre la suppression de communication peut être distinct du moyen qui à l'origine de la phase d'établissement de la communication, auquel cas mécanisme visant à lister les différentes communications en cours doit être mis en oeuvre. Un tel mécanisme peut par exemple consister en l'envoi d'un paquet spécifique, de structure conforme à celle de la figure 3, de diffusion vers tous les portais du réseau, chaque portal répondant en envoyant par un paquet specifique, de structure également conforme à celle de la figure 3, la liste des enregistrements stockés dans sa table d'information et ayant une variable d' état dite significative, par exemple attaché .
Dans la suite de la description on considère que le processus de suppression de communication est mis en oeuvre par le moyen dit de troisième type également à l'origine de la phase d'établissement.
Dans ce cas, le paquet émis par le moyen de troisième type a strictement la même structure que le paquet de commande INIT à la différence près que la commande est maintenant dite de type SHUT.
A réception de cette commande le portal 14a va vérifier l'existence dans sa table d'information d'un enregistrement pour ladite communication donnée qui est à supprimer. Cet enregistrement une fois identifié, portal 14a peut, par exemple, soit l'effacer sa table, soit uniquement modifier la variable état avec la valeur non significative libre ( free terminologie anglo-saxonne).
De même que le portal 14a génère une commande OPEN dans le cas du traitement d'une commande INIT, il va ici générer commande de type CLOSE à destination du périphérique destination B.
Le paquet de commande CLOSE est identique au paquet de commande OPEN à la seule différence du type de la commande défini dans champ 320 et qui identifie maintenant la commande de type CLOSE.
A la réception d'une commande de type CLOSE le portal 16b va vérifier l'existence dans sa table d'information d'un enregistrement pour ladite communication donnée qui est à supprimer. Cet enregistrement une fois identifié, portal 16b peut, par exemple, soit l'effacer sa table, soit uniquement modifier la variable état avec la valeur non significative libre ( free terminologie anglo-saxonne).
De même que le portal 16b peut générer commande ACK dans le cas du traitement d'une commande OPEN, il peut ici générer une commande de type ACK à destination du périphérique C. Dans ce cas, le paquet de commande ACK est identique pour les paquets de commande de type OPEN ou CLOSE.
Un pont selon l'invention est représenté de manière plus détaillée sur la figure 11.
Ce pont comporte deux équipements d'interconnexion appelés portal 1000a et portal 1000b identiques et qui constituent chacun un dispositif de transfert de paquets de données selon l'invention.
Le portal 1000a (resp. 1000b) comporte une unité centrale de calcul CPU notée 1001 (resp. 1014) ainsi qu'un moyen de stockage permanent ROM1003 (resp. 1008). Ce moyen de stockage 1003 (resp. 1008) contient notamment, dans cet exemple de réalisation, les différentes séquences d'instructions des programmes d'ordinateurs notés Progr1, Progr2, Prog3 et Prog 4 basés sur les algorithmes représentés aux figures 4, 6, 8 et 9 et qui permettent, lorsqu'ils sont exécutés, la mise en #uvre du procédé transfert de paquet de données selon l'invention au niveau de chaque portal.
Le portal 1000a (resp. 1000b) comporte également moyen de stockage temporaire RAM noté 1002 (resp. 1009) qui contient registres dans lesquels sont stockés des données et résultats obtenus lors l'exécution des programmes d'ordinateur dont les algorithmes sont représentés sur les figures 6, 8 et 9 et, plus particulièrement, la table d'informations notée Ti telle que representée sur la figure 5, ainsi que la table de correspondance notée TC.
De manière générale, on notera que dans tout ce qui précède les différents moyens constitutifs d'un dispositif de transfert selon l'invention et qui permettent la mise en ceuvre des étapes du procédé selon l'invention sont constitués de l'unité centrale, du moyen de stockage permanent ROM chargé avec un programme d'ordinateur et du moyen de stockage temporaire RAM dans lequel est chargé ledit programme à l'initialisation du système et dont l'exécution permet la mise en oeuvre dudit procédé.
Comme représenté sur la figure 11, l'unité de calcul 001 (resp. 1014), le moyen de stockage permanent 1003 (resp. 1008) et moyen de stockage temporaire 1002 (resp. 1009) communiquent au moyen de bus d'adresses et de données respectifs notés 1004, 1005, 1016 (resp. , 1013 et 101 Le portal 1000a (resp. 1000b) comporte également PCI- 1394, notée 1006 (resp. 1011) servant d'interface entre l'unité de calcul 1001 (resp. 4) et le bus de communication bi (resp. b2) identique aux bus tels que mentionnés à la figure 1. Les cartes PCI-1394 communiquent avec moyen de stockage temporaire 1002 (resp. 1009) par l'intermédiaire de l'unité centrale. Dans le cas où le pont est le pont 14 de la figure 1, les cartes 1006 1011 sont respectivement connectées aux bus 10a et 10b.
Le portal 1000a comporte également une carte d'entrée-sortie notée 1007 qui est, d'une part, en interne, connectée au bus de données et d'adresses 1004 (resp. 1012) et, d'autre part, permet de se connecter, au second portal 1000b. Cette liaison peut être filaire, radio ou optique. Dans l'exemple décrit ici le pont comporte deux équipements d'interconnexion appelés portals, chacun desdits portals ayant sa propre unité centrale et ses propres moyens de mémorisation. II convient de noter qu'un pont comportant les deux portals, peut ne comporter qu'une seule unité centrale 1001, une seule mémoire morte 1003 et une seule mémoire RAM 1002. Dans ce cas, la carte PCI-1394 du second portal 1000b sera reliée au bus 1004.
La figure 12 représente de manière très schématique le moyen de communication de la figure 1.
cette figure seuls sont représentés les éléments nécessaires à la compréhension de l'invention.
Ainsi, ce moyen de communication qui est un périphérique tel que, par exemple, ordinateur, comporte une unité centrale de calcul CPU notée 1020, un moyen de stockage permanent ROM noté 1022 ainsi qu'un moyen de stockage temporaire RAM noté 1024.
Comme représenté sur cette figure, l'unité de calcul 1020, moyen de stockage ROM 1022 et le moyen de stockage RAM 1 communiquent au moyen de bus d'adresses et de données respectifs notes 1026, 1028 et 1030.
Le périphérique C comporte également une carte PCI-1394, notee 1032, servant d'interface entre l'unité de calcul 1020 et le bus communication 10b de la figure 1.
La carte PCI-1394 communique avec le moyen de stockage temporaire 1024 par l'intermédiaire de l'unité centrale.
Le moyen de stockage permanent 1022 comporte la séquence d'instructions du programme d'ordinateur noté Progr 5 basé sur l'algorithme représenté à la figure 2 et qui permet, lorsqu'il est exécuté, la mise en oeuvre la procédure d'établissement de demande de connexion entre les moyens communication A et B au niveau du périphérique C.
Le moyen de stockage temporaire 1024 contient des registres dans lesquels sont stockés des données et résultats obtenus lors de l'exécution du programme Progr 5 mentionné ci-dessus.
<B>Il</B> convient de noter que dans le cas où le moyen de communication source (périphérique A) est apte à communiquer avec le moyen communication destinataire (périphérique B) et que ledit moyen communication destinataire n'est pas apte à communiquer avec ledit moyen communication source, alors le pont 14, plus particulièrement, le portal 14a, pont connecté au périphérique source A participe à la phase préalable d'établissement d'une communication entre les moyens de communication source et destinataire.
Ainsi, lors de cette phase préalable d'établissement d'une communication, le portal 14a procède de la manière qui a déjà été indiquée plus haut, à savoir qu'il reçoit en provenance du moyen de communication C un message INIT d'établissement d'une communication entre les moyens communication source A et destinataire B, et qu'il émet un message commande OPEN à destination du moyen de communication destinataire B, ce message contenant des informations permettant d'identifier l'adresse source du moyen de communication source A ainsi que l'adresse de destination du moyen de communication destinataire B.
II convient de noter que dans le cas de figure qui est décrit ici, n'y a pas lieu de mémoriser dans le portal 14a des informations identifiant adresses des moyens de communication source et destinataire contenues dans le message INIT.

Claims (5)

<U>REVENDICATIONS</U>
1. Procédé de transfert d'au moins un paquet de données dans un réseau (10) depuis un moyen de communication dit source (A), émetteur dudit paquet, à destination d'un moyen de communication dit destinataire (B), lesdits moyens de communication étant respectivement connectes à deux parties dudit reseau appelées sous réseaux et reliées entre elles au moins un pont (14 ; 6), ledit au moins un paquet comportant au moins deux champs d'informations (760, 761 ; 400a, 401a) identifiant au moins une adresse source et au moins adresse destination du paquet, caractérisé en que ledit procédé comporte les étapes suivantes effectuées au niveau dudit moins un pont pour ledit au moins un paquet - lecture (802 ; 901) dudit au moins un champ d'adresse de destination (760) du paquet afin de déterminer si le paquet provenant du moyen de communication source (A) connecté à un premier sous réseau (10a ; 10b, 10c, 10d) est destiné à être traité par ledit au moins un pont (14 ; 16), - lorsque ledit paquet est destiné à être traité par ledit au moins un pont (14 ; 16), vérification (805 ; 903) de l'existence ("état") d'informations (640, 650) mémorisées dans ledit au moins un pont et qui sont nécessaires au moyen de communication source pour communiquer avec le moyen de communication destinataire, - en cas d'existence ("état") de ces informations, modification (807) d'au moins le champ d'adresse de destination (760) du paquet en fonction d'informations (650 ; 630) identifiant l'adresse de destination du moyen de communication destinataire, - transfert (811 ; 906) du paquet ainsi modifié sur le deuxième sous réseau (10b, 10c, 10d ; 10d)) ;.
2. Procédé selon la revendication 1, caractérisé en ce que le premier sous réseau est un bus de communication (1 Oa).
3. Procédé selon la revendication 2, caractérisé en ce que le deuxième sous réseau comporte au moins un bus de communication (10b, 1 0c,
4. Procédé selon les revendications 2 et 3, caractérisé en ce que le champ d'adresse de destination (760) du paquet est modifié en remplaçant le contenu actuel dudit champ par l'adresse du bus de destination et par une adresse dite virtuelle (650) du moyen de communication destinataire.
5. Procédé selon la revendication 1, caractérisé en ce que le premier sous réseau comporte au moins un bus de communication (1 Oa,1 Ob,1 Procédé selon la revendication 5, caractérisé en ce que deuxième sous réseau est un bus de communication (10d). Procédé selon les revendications 5 et 6, caractérisé en ce le champ d'adresse de destination (760) du paquet est modifié en remplaçant contenu actuel dudit champ par l'adresse locale du bus de destination (10d) par une adresse dite physique du moyen de communication destinataire (B). 8. Procédé selon l'une des revendications 1 à 7, caractérisé ce qu'il comporte une étape (809) de modification du champ d'adresse source (761) du paquet. 9. Procédé selon les revendications 4 et 8, caractérisé en ce le champ d'adresse source (761) du paquet est modifié en remplaçant contenu actuel dudit champ par l'adresse du bus source (10a) et par une adresse dite virtuelle (640) du moyen de communication source (A). 10. Procédé selon les revendications 7 et 8, caractérisé en ce que le champ d'adresse source (761) du paquet est modifié en remplaçant contenu actuel dudit champ par l'adresse locale du bus destination (10d) et une adresse dite physique dudit pont (16) traversé en dernier lieu. 11. Procédé selon l'une des revendications 1 à 10, caractérisé ce qu'il comporte une phase d'établissement d'une communication entre moyens de communication source et destinataire. 12. Procédé selon les revendications 4 et 11, caractérisé en qu'il comporte une étape de réception (500), en provenance d'un moyen de communication (C), d'un message (INIT) d'établissement d'une communication entre lesdits moyens de communication source et destinataire. 13. Procédé selon la revendication 12, caractérisé en ce qui message commande (INIT) contient des informations (321) identifiant l'adresse destination du moyen de communication destinataire (B). 14. Procédé selon la revendication 12 ou 13, caractérisé en que le message de commande (INIT) contient des informations (300) identifiant l'adresse source du moyen de communication source (A). 15. Procédé selon l'une des revendications 12 à 14, caractérisé en ce qu'il comporte une étape de mémorisation (530) dans ledit au moins un pont d'informations identifiant les adresses des moyens de communication source et destinataire et qui sont contenues dans le message (1NIT). 16. Procédé selon l'une des revendications 12 à 15, caractérisé en ce que le moyen de communication (C) est apte à énumérer les différents moyens de communication du réseau. 17. Procédé selon l'une des revendications 12 à 16, caractérisé en ce qu'il comporte une étape d'émission (560) par ledit au moins un pont d'un message de commande (OPEN) à destination du moyen de communication destinataire. 18. Dispositif selon la revendication 17, caractérisé en ce que message commande (OPEN) contient des informations (300) identifiant l'adresse destination du moyen de communication destinataire (B). 19. Procédé selon la revendication 17 ou 18, caractérisé en que le message de commande (OPEN) contient des informations (305) identifiant l'adresse source du moyen de communication source (A). 20. Procédé selon les revendications 6 et 11, caractérisé en ce qu'il comporte une étape de réception (700) d'un message de commande (OPEN) émis par un pont du réseau consécutivement à la réception par ce dernier d'un message de commande (INIT) provenant d'un moyen de communication (C). 21. Procédé selon la revendication 20, caractérisé en ce comporte une étape d'émission (750), à destination du moyen communication (C), d'un message (ACK) d'acquittement de demande d'établissement d'une communication entre lesdits moyens de communication source et destinataire. 22. Procédé selon la revendication 21, caractérisé en ce que message (ACK) contient des informations (300) identifiant l'adresse destination moyen de communication destinataire (C). Procédé selon l'une des revendications 1 à 22, caractérisé en ce que le moyen de communication source (A) n'est pas apte à communiquer avec le moyen de communication destinataire (B). 24. Procédé selon la revendication 23, caractérisé en ce que le moyen de communication destinataire (B) n'est pas apte à communiquer avec le moyen de communication source (A). 25. Procédé selon la revendication 23, caractérisé en ce que moyen de communication destinataire (B) est apte à communiquer avec moyen de communication source (A). 26. Procédé selon l'une des revendications 1 à 25, caractérisé ce que ledit au moins un pont (14 ; 16) comporte au moins deux équipements d'interconnexion (14a, 14b ; 16a, 16b) des premier et deuxième sous réseaux, chaque équipement d'interconnexion étant connecté à l'un des sous réseaux. 27. Procédé selon la revendication 26, caractérisé en ce que chaque étape dudit procédé est mise en oeuvre au niveau de l'un desdits au moins deux équipements d'interconnexion du pont. 28. Procédé selon l'une des revendications 1 à 27, caractérisé en ce que les paquets de données transférés dans le réseau sont de type asynchrone. 29. Procédé selon l'une des revendications 1 à 28, caractérisé en ce que ledit au moins un champ d'adresse de destination du paquet contient l'adresse de destination dudit au moins un pont. 30. Procédé selon l'une des revendications 1 à 29, caractérisé en ce que la vérification de l'existence d'informations mémorisées dans ledit au moins un pont consiste, plus particulièrement, à vérifier l'existence de telles informations pour l'adresse source dudit paquet. 31. Procédé de transfert d'au moins un paquet de données dans un réseau depuis un moyen de communication dit source (A), émetteur dudit paquet, à destination d'un moyen de communication dit destinataire (B), lesdits moyens communication étant respectivement connectés à deux parties dudit réseau appelées sous réseaux et reliées entre elles par au moins un pont, ledit au moins un paquet comportant au moins deux champs d'informations identifiant moins une adresse source et au moins une adresse destination du paquet, caractérisé en ce que, le moyen de communication source étant apte à communiquer avec le moyen de communication destinataire et ledit moyen de communication destinataire n'étant pas apte à communiquer avec ledit moyen de communication source, ledit procédé comporte une phase d'établissement d'une communication entre lesdits moyens de communication source et destinataire. 32. Procédé selon la revendication 31, caracterisé en ce qu'il comporte une étape de réception, en provenance moyen de communication (C), effectuée au niveau dudit au moins un pont, message (INIT) d'établissement d'une communication entre lesdits moyens de communication source et destinataire. 33. Procédé selon la revendication 32, caractérisé ce que le message commande (INIT) contient des informations identifiant l'adresse de destination moyen de communication destinataire (B). Procédé selon la revendication 32 ou 33, caractérisé en ce que le message de commande (INIT) contient des informations identifiant l'adresse source du moyen de communication source (A). 35. Procédé selon l'une des revendications 32 à 34, caractérisé en ce le moyen de communication (C) est apte à énumérer les différents moyens communication du réseau. 36. Procédé selon l'une des revendications 32 à 35, caractérisé en ce qu'il comporte une étape d'émission par ledit au moins un pont d'un message de commande (OPEN) à destination du moyen de communication destinataire. 37. Procédé selon la revendication 36, caractérisé en ce que le message de commande (OPEN) contient des informations identifiant l'adresse de destination du moyen de communication destinataire (B). 38. Procédé selon la revendication ou 37, caractérisé en ce que le message de commande (OPEN) contient informations identifiant l'adresse source du moyen de communication source 39. Dispositif de transfert d'au moins un paquet de données dans un réseau depuis un moyen de communication dit source (A), émetteur dudit paquet, à destination d'un moyen de communication dit destinataire (B), lesdits moyens de communication étant respectivement connectés à deux parties dudit réseau appelées sous réseaux et reliées entre elles par au moins un pont, ledit au moins un paquet comportant au moins deux champs d'informations identifiant au moins une adresse source et au moins une adresse destination du paquet, caractérisé en ce que ledit dispositif comporte - des moyens de lecture (1001, 1 1003, 802) dudit au moins un champ d'adresse de destination (760) du paquet afin de déterminer si le paquet provenant du moyen de communication source connecté à un premier sous réseau (10a) est destiné à être traité par ledit moins un pont (14), - des moyens de vérification (1 , 1002, 1003, 805) de l'existence ("état") d'informations (640, 650) mémorisées dans ledit au moins un pont et qui sont nécessaires au moyen de communication source pour communiquer avec le moyen de communication destinataire, - des moyens de modification (1001, 1002, 1003, 807) d'au moins le champ d'adresse de destination du paquet en fonction d'informations (650, 630) identifiant l'adresse de destination du moyen de communication destinataire, - des moyens de transfert (1001, 1 1003, 811) du paquet ainsi modifié sur le deuxième sous réseau (10b, 10c, 40. Dispositif selon la revendication 39, caractérisé en ce que le premier sous réseau est un bus de communication (10a). 41. Dispositif selon la revendication caractérisé en ce que le deuxième sous réseau comporte au moins un bus communication (10b, 10c, 1 Od ). 42. Dispositif selon les revendications et 41, caractérisé en ce que le champ d'adresse de destination (760) paquet est modifié en remplaçant le contenu actuel dudit champ par l'adresse du bus de destination et par une adresse dite virtuelle (650) du moyen de communication destinataire. 43. Dispositif selon la revendication 39, caractérisé en ce que le premier sous réseau comporte au moins un bus de communication (1 Oa,1 Ob,1 Dispositif selon la revendication 43, caractérisé en ce que deuxième sous réseau est un bus de communication (10d). 45. Dispositif selon les revendications 43 et 44, caractérisé en que le champ d'adresse de destination (760) du paquet est modifié remplaçant le contenu actuel dudit champ par l'adresse locale du bus de destination (1 et par une adresse dite physique du moyen de communication destinataire. Dispositif selon l'une des revendications 39 à 45, caractérisé en ce qu'il comporte des moyens de modification (1001, 1002, 1003, 809) champ d'adresse source (761) du paquet. 47. Dispositif selon les revendications 42 et 46, caractérisé en que le champ d'adresse source (761) du paquet est modifié en remplaçant le contenu actuel dudit champ par l'adresse du bus source (10a) et par une adresse dite virtuelle (640) du moyen de communication source (A). 48. Dispositif selon les revendications 45 et 46, caractérisé en ce que le champ d'adresse source (761) du paquet est modifié en remplaçant le contenu actuel dudit champ par l'adresse locale du bus destination (10d) et par une adresse dite physique dudit pont (16) traversé en dernier lieu. 49. Dispositif selon l'une des revendications 39 à 48, caractérise en ce qu'il comporte des moyens d'établissement d'une communication entre les moyens de communication source et destinataire. 50. Dispositif selon les revendications 42 et 49, caractérisé en qu'il comporte des moyens de réception (1001, 1002, 1003, 500), en provenance d'un moyen de communication (C), d'un message (INIT) d'établissement d'une communication entre lesdits moyens de communication source et destinataire. 51. Dispositif selon la revendication 50, caractérisé en ce que le message de commande (INIT) contient des informations (321 identifiant l'adresse de destination du moyen de communication destinataire 52. Dispositif selon la revendication 50 ou 51, caracterisé en ce que le message de commande (INIT) contient des informations (300) identifiant l'adresse source du moyen de communication source (A). 53. Dispositif selon l'une des revendications 50 à 52, caractérisé en ce qu'il comporte des moyens de mémorisation (1001, 1002, 1003, 530) dans ledit au moins un pont d'informations identifiant les adresses des moyens de communication source et destinataire et qui sont contenues dans le message<B>(IN</B> IT). 54. Dispositif selon l'une des revendications 50 à 53, caractérisé en ce que le moyen de communication (C) est apte à énumérer les différents moyens de communication du réseau. 55. Dispositif selon l'une des revendications 50 à 54, caractérisé en ce qu'il comporte des moyens d'émission (1001, 1002, 1003, 560) par ledit au moins un pont d'un message de commande (OPEN) à destination du moyen de communication destinataire. 56. Dispositif selon la revendication 55, caractérisé en ce que le message de commande (OPEN) contient des informations (300) identifiant l'adresse de destination du moyen de communication destinataire 57. Dispositif selon la revendication 55 ou 56, caracterisé en ce que le message de commande (OPEN) contient des informations (305) identifiant l'adresse source du moyen de communication source (A). Dispositif selon les revendications 44 et 49, caractérisé en ce qu'il comporte moyens de réception (1001, 1002, 1003, 700) d'un message de commande (OPEN) émis par un pont du réseau consécutivement à la réception par dernier d'un message de commande (INIT) provenant d'un moyen de communication (C). Dispositif selon la revendication 58, caractérisé en ce qu'il comporte moyens d'émission (1001, 1002, 1003, 750), à destination d'un moyen communication (C), d'un message (ACK) d'acquittement de demande d'établissement d'une communication entre lesdits moyens de communication source et destinataire. 60. Dispositif selon la revendication 59, caractérise en ce que le message (ACK) contient des informations identifiant l'adresse destination du moyen de communication destinataire (C). 61. Dispositif selon l'une des revendications 39 à 60, caractérisé en ce que moyen de communication source n'est pas apte à communiquer avec le moyen de communication destinataire. 62. Dispositif selon la revendication 61, caractérisé en ce que le moyen de communication destinataire n'est pas apte à communiquer avec le moyen de communication source. 63. Dispositif selon la revendication 61, caractérisé en ce que 1e moyen de communication destinataire est apte à communiquer avec le moyen de communication source. 64. Dispositif selon l'une des revendications 39 à caractérisé en ce que ledit au moins un pont comporte au moins deux equipements d'interconnexion des premier et deuxième sous réseaux, chaque équipement d'interconnexion étant connecté à l'un des sous réseaux. 65. Dispositif selon l'une des revendications 39 à 64, caractérisé en ce que paquets de données transférés dans le réseau sont de type asynchrone. 66. Dispositif selon l'une des revendications 39 à 65, caractérisé en ce que ledit au moins un champ d'adresse de destination du paquet contient l'adresse de destination dudit au moins un pont. 67. Dispositif selon l'une des revendications 39 à 66, caractérisé en ce que la vérification de l'existence d'informations mémorisées dans ledit au moins un pont consiste, plus particulièrement, à vérifier l'existence de telles informations pour l'adresse source dudit paquet. 68. Dispositif de transfert d'au moins un paquet de données dans un réseau depuis un moyen de communication dit source (A), émetteur dudit paquet, à destination d'un moyen de communication dit destinataire (B), lesdits moyens de communication étant respectivement connectés à deux parties dudit réseau appelées sous réseaux et reliées entre elles par au moins un pont, ledit au moins un paquet comportant au moins deux champs d'informations identifiant au moins une adresse source et au moins une adresse destination paquet, caractérisé en ce que, le moyen de communication source étant apte a communiquer avec le moyen de communication destinataire et ledit moyen de communication destinataire n'étant pas apte à communiquer avec ledit moyen de communication source, ledit dispositif comporte des moyens d'établissement d'une communication entre lesdits moyens de communication source et destinataire. 69. Dispositif selon la revendication 68, caractérisé en ce comporte des moyens de réception, en provenance d'un moyen communication (C), d'un message (INIT) d'établissement d'une communication entre lesdits moyens de communication source et destinataire. 70. Dispositif selon la revendication 69, caractérisé en ce que message commande (INIT) contient des informations identifiant l'adresse destination moyen de communication destinataire (B). . Dispositif selon la revendication 69 ou 70, caractérisé en que le message de commande (INIT) contient des informations identifiant l'adresse source du moyen de communication source (A). 72. Dispositif selon l'une des revendications 69 à 71, caractérise en ce le moyen de communication (C) est apte à énumérer les différents moyens communication du réseau. 73. Dispositif selon la revendication 71 ou 72, caractérisé en qu'il comporte des moyens d'émission par ledit au moins un pont d'un message de commande (OPEN) à destination du moyen de communication destinataire. 74. Dispositif selon la revendication 73, caractérisé en ce que message de commande (OPEN) contient des informations identifiant l'adresse de destination du moyen de communication destinataire (B). 75. Dispositif selon la revendication 73 ou 74, caractérisé en que le message de commande (OPEN) contient des informations identifiant l'adresse source du moyen de communication source (A). 76. Pont (14 ; 16 ; 1000) reliant au moins deux parties d'un réseau de communication appelées sous réseaux, caractérisé en ce que ledit pont comporte au moins deux dispositifs de transfert d'au moins un paquet de données depuis moyen de communication dit source, émetteur dudit paquet et connecté premier sous réseau, à destination moyen de communication dit destinataire connecté au deuxième sous réseau, chaque dispositif de transfert étant conforme à l'une des revendications à 75. 77. Périphérique, caractérisé en ce qu'il comporte un pont selon la revendication 76. 78. Périphérique selon la revendication 77, caractérisé en ce que ledit périphérique est une imprimante. 79. Périphérique selon la revendication 77, caractérisé en ce que ledit périphérique est un serveur. 80. Périphérique selon la revendication 77, caractérisé en ce que ledit périphérique est un ordinateur. 81. Périphérique selon la revendication 77, caractérisé en ce que ledit périphérique est un télécopieur. 82. Périphérique selon la revendication 77, caractérisé en ce que ledit périphérique est un scanner. 83. Périphérique selon la revendication 77, caractérisé en ce que ledit périphérique est un magnétoscope. 84. Périphérique selon la revendication 77, caractérisé en ce que ledit périphérique est un décodeur. 85. Périphérique selon la revendication 77, caractérisé en ce que ledit périphérique est un téléviseur. 86. Périphérique selon la revendication 77, caractérisé en ce que ledit périphérique est un caméscope. 87. Périphérique selon la revendication 77, caractérisé en ce que ledit périphérique est une caméra numérique. 88. Périphérique selon la revendication 77, caractérisé en ce que ledit périphérique est appareil photo numérique. 89. Réseau (10) de communication comportant moins deux parties appelées sous réseaux et reliées entre elles par au moins un pont, caractérisé en ce que ledit pont est conforme à la revendication 76. Réseau (10) de communication comportant au moins deux parties appelees sous réseaux et interconnectées, caractérise en ce que chaque sous réseau est connecté à au moins un dispositif transfert de paquets selon l'une des revendications 39 à 75. 91. Réseau (10) de communication, caractérisé en ce qu'il comporte plusieurs périphériques conformes au périphérique selon l'une des revendications 77 à 88.
FR0002912A 2000-03-07 2000-03-07 Procede et dispositif de transfert d'un paquet de donnees dans un reseau de communication Expired - Fee Related FR2806236B1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
FR0002912A FR2806236B1 (fr) 2000-03-07 2000-03-07 Procede et dispositif de transfert d'un paquet de donnees dans un reseau de communication

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
FR0002912A FR2806236B1 (fr) 2000-03-07 2000-03-07 Procede et dispositif de transfert d'un paquet de donnees dans un reseau de communication

Publications (2)

Publication Number Publication Date
FR2806236A1 true FR2806236A1 (fr) 2001-09-14
FR2806236B1 FR2806236B1 (fr) 2003-07-11

Family

ID=8847812

Family Applications (1)

Application Number Title Priority Date Filing Date
FR0002912A Expired - Fee Related FR2806236B1 (fr) 2000-03-07 2000-03-07 Procede et dispositif de transfert d'un paquet de donnees dans un reseau de communication

Country Status (1)

Country Link
FR (1) FR2806236B1 (fr)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2178627A (en) * 1985-08-05 1987-02-11 Nat Semiconductor Corp Power line carrier communications system
EP0897154A2 (fr) * 1997-08-13 1999-02-17 Compaq Computer Corporation Dispositif de commande de mémoire pour la prise en charge des circuits DRAM avec des vitesses de fonctionnement différentes
US5909559A (en) * 1997-04-04 1999-06-01 Texas Instruments Incorporated Bus bridge device including data bus of first width for a first processor, memory controller, arbiter circuit and second processor having a different second data width
EP0933900A2 (fr) * 1998-01-29 1999-08-04 Nec Corporation Passerelle pour le bus IEEE 1394

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2178627A (en) * 1985-08-05 1987-02-11 Nat Semiconductor Corp Power line carrier communications system
US5909559A (en) * 1997-04-04 1999-06-01 Texas Instruments Incorporated Bus bridge device including data bus of first width for a first processor, memory controller, arbiter circuit and second processor having a different second data width
EP0897154A2 (fr) * 1997-08-13 1999-02-17 Compaq Computer Corporation Dispositif de commande de mémoire pour la prise en charge des circuits DRAM avec des vitesses de fonctionnement différentes
EP0933900A2 (fr) * 1998-01-29 1999-08-04 Nec Corporation Passerelle pour le bus IEEE 1394

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
DAVID WOOTEN: "Path Dependent Addressing for 1394 Bridges", P1394.1 COMMITTEE, 1 December 1998 (1998-12-01), pages 1 - 3, XP002159175 *
DR. DAVID V. JAMES: "Bridge aware node requirements", P1394.1 COMMITTEE, 1 December 1999 (1999-12-01), Zanker Road, MS, pages 1 - 6, XP002159174 *
DR. DAVID V. JAMES: "High Performance Serial Bus Bridges", P1394.1 COMMITTEE, 23 November 1999 (1999-11-23), San Jose, CA, pages 1 - 162, XP002159173 *

Also Published As

Publication number Publication date
FR2806236B1 (fr) 2003-07-11

Similar Documents

Publication Publication Date Title
FR2923969A1 (fr) Procede de gestion de trames dans un reseau global de communication, produit programme d&#39;ordinateur, moyen de stockage et tete de tunnel correspondants
FR2909241A1 (fr) Procedes et dispositifs de gestion dynamique des erreurs de transmission par des points d&#39;interconnexion de reseaux.
FR3096533A1 (fr) Procédé de gestion d’une communication entre terminaux dans un réseau de communication, et dispositifs pour la mise en œuvre du procédé
EP3122005B1 (fr) Système de routage permettant le filtrage de données pour l&#39;intégration et le test d&#39;équipements opérationnels
FR2806236A1 (fr) Procede et dispositif de transfert d&#39;un paquet de donnees dans un reseau de communication
WO1999056435A1 (fr) Procede de gestion d&#39;objets dans un reseau de communication et dispositif de mise en oeuvre
WO2020260825A1 (fr) Procede de gestion d&#39;une communication entre terminaux dans un reseau de communication, et dispositifs et systeme pour la mise en oeuvre du procede
EP4162658A1 (fr) Procede de discrimination d&#39;un message entre un terminal et un serveur de donnees
EP4142251A1 (fr) Procede de traitement d&#39;une requete d&#39;interet dans un reseau ndn
FR2906097A1 (fr) Procedes d&#39;echange de donnees securises, produit programme d&#39;ordinateur, moyen de stockage et dispositifs correspondants.
EP1647125A1 (fr) Description de contenu de paquets dans un reseau de communication par paquets
FR2913841A1 (fr) Procede d&#39;acces a distance a un reseau,produit programme d&#39;ordinateur,moyen de stockage et dispositifs correspondants
FR2794918A1 (fr) Procede et dispositif d&#39;emission, de traitement et de reception d&#39;un paquet de donnees dans un reseau de communication
FR2791502A1 (fr) Procede et dispositif de determination d&#39;un chemin d&#39;un paquet de donnees dans un reseau de communication
FR3111252A1 (fr) Procédé de capture d’un paquet d’une session chiffrée
FR2802740A1 (fr) Procede et dispositif de communication entre deux noeuds d&#39;interconnexion connectes a deux bus de communication
FR2791503A1 (fr) Procede et dispositif de transfert de paquets de donnees dans un reseau de commnunication
EP2525525B1 (fr) Procédé, programme d&#39;ordinateur et dispositif de cooptation permettant à un abonné d&#39;un service de partager ce service avec un autre utilisateur
FR2794919A1 (fr) Procede et dispositif de traitement et de transfert d&#39;un paquet de donnees dans un reseau de communication
FR2791501A1 (fr) Procede et dispositif de determination d&#39;un identificateur d&#39;un pont dans un reseau de communication
EP2400726A1 (fr) Procédé d&#39;identification d&#39;un réseau local identifié par une adresse IP publique
FR2805370A1 (fr) Procede et dispositif de determination d&#39;au moins un identificateur de routage d&#39;au moins un pont d&#39;un reseau
FR2823041A1 (fr) Procede, application, dispositifs et modules de gestion de paquets de donnees dans un noeud de communication
EP3360293A1 (fr) Moyens de gestion d&#39;accès à des données
FR2794920A1 (fr) Procede et dispositif d&#39;affectation d&#39;au moins un identificateur de routage a au moins un pont d&#39;un reseau

Legal Events

Date Code Title Description
ST Notification of lapse

Effective date: 20141128