[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

EP1649664A1 - Reseau de communications ip, a equipements a selection directe de service - Google Patents

Reseau de communications ip, a equipements a selection directe de service

Info

Publication number
EP1649664A1
EP1649664A1 EP04767538A EP04767538A EP1649664A1 EP 1649664 A1 EP1649664 A1 EP 1649664A1 EP 04767538 A EP04767538 A EP 04767538A EP 04767538 A EP04767538 A EP 04767538A EP 1649664 A1 EP1649664 A1 EP 1649664A1
Authority
EP
European Patent Office
Prior art keywords
service
equipment
address
data
network
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.)
Withdrawn
Application number
EP04767538A
Other languages
German (de)
English (en)
Inventor
Damien Galand
Olivier Marce
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.)
Alcatel Lucent SAS
Original Assignee
Alcatel SA
Alcatel Lucent SAS
Nokia 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 Alcatel SA, Alcatel Lucent SAS, Nokia Inc filed Critical Alcatel SA
Publication of EP1649664A1 publication Critical patent/EP1649664A1/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/167—Adaptation for transition between two IP versions, e.g. between IPv4 and IPv6
    • 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
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4541—Directories for service discovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • 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/604—Address structures or formats
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]

Definitions

  • the invention relates to the field of internet communications networks, whether of the IPv4, IPv6 or mixed IPv4 / IPv6 type.
  • an internet protocol (or IP) network should be considered “unmanaged”. “Unmanaged” means here the fact of not having local competence to manage and configure the network. This may result from an impossibility induced for example by the mobility of network communication equipment (or “hosts”) or by technical reasons, in particular during the network installation phase. But it can also result from a choice, as for example in the case of a home network.
  • Communication equipment is understood here to mean any network equipment of the server or terminal type, such as for example a portable or fixed computer or a mobile telephone or even a personal digital assistant (or PDA for “Personal Digital Assistant”).
  • Such an unmanaged network certainly provides services related to address configuration (or “addressability") and routing (or “reachability”), but it does not provide any other service such as those offered by a naming service ( or DNS for "Domain Name Service”). Consequently, when a communication device, such as a terminal for example, wishes to connect to a chosen service, it may be impossible to determine the address of the device which offers this service.
  • a communication device such as a terminal for example
  • it is important to take into account its migration phases, for example from an IPv4 version to an IPv6 version, during which there are transiently nodes of mixed IPv4 type. / IPv6 wishing to join IPv4 or IPv6 type equipment, such as a printer.
  • the service selection is offered, in a network which allows it, by integration in the address of the communication equipment of the network, offering a service, service data which represent this service (or its type and / or subtype).
  • a communication device when a communication device receives the address of another communication device offering a service, it can deduce the type of service offered.
  • a communication equipment located in an unmanaged portion of the network having service selection means, must connect to a given service, it can deduce the address of the equipment which provides this service, either directly, owing to the fact that the equipment is directly connected to the portion of the unmanaged network having means of service selection, or indirectly, passing through an equipment, on the one hand, connected to this portion of the network and to the portion network that does not have this means of service selection, and secondly, providing a gateway function between the two networks.
  • the addresses of the equipment belonging to the network are stored in the communication equipment, connected to a portion of the network having service selection means and to a portion of the network which does not have this service selection means. portion of the network which does not have a means of service selection and which contains the service data.
  • the address data, representative of the address of the equipment offering a service is stored in the memory of the communication equipment, in correspondence with the service data, representative of the service offered.
  • the communication equipment has a kind of directory of available services and corresponding addresses. Consequently, when a communication device wishes to access a designated service, address data which represents the address of the device offering the designated service are determined in this communication device, in order to address in a conventional manner IP packets to the latter, to the extracted address.
  • the addresses comprising the service data are preferably supplied by broadcasting, for example in the form of service messages. Furthermore, when two devices offer the same service but according to different types of network layer protocol versions, it is advantageous to select the equipment which uses one of the two versions (for example IPv6, or else IPv4), then to generate for this equipment a packet according to the chosen format (IPv6 or IPv4), comprising a header comprising at least the address data representative of the destination address of said selected item of equipment.
  • IPv6 or IPv4 IPv6 or IPv4
  • This communication equipment is characterized by the fact that it includes management means responsible, when they receive address data, representative of an address of another equipment belonging to a portion of the network, not having service selection means, and offering a service, as well as service data representative of this service offered, of storing in a memory the address data received in correspondence with the service data received jointly.
  • Each communication device thus has a service correspondence table which enables it, when it wishes to access a designated service, to easily determine the address data which represent the address of the equipment which offers this designated service, in order to establish the link with the latter.
  • the table stores for example the services provided by the IPv4 network portion and the services provided by the IPv6 network portion.
  • the management means are arranged, when they have determined in the memory two devices offering the same service but according to versions of network layer protocol of different types, so as to select the device which uses one of the two versions (for example IPv6, or IPv4). They can then generate a packet for the selected equipment in the chosen format (IPv6 or IPv4), comprising a header comprising at least the address data representative of the destination address of the selected equipment, in order to establish the link with it.
  • Such communication equipment can for example be a server or a communication terminal.
  • the invention further relates to communication (service) equipment offering at least one service, for an internet communication network, comprising transmission means responsible for broadcasting within the network, intended for communication equipment, messages containing address data, representative of its address and service data, representative of the service it offers.
  • the transmission means are arranged to place the address data and the service data in the address field of the header of IP data packets.
  • the transmission means can be arranged so as to place the address data and the service data in the last sixty four bits of the field. address in IPv6 format, the first sixty-four bits being dedicated to identifying the network and to the route making it possible to reach the equipment whose address is defined in the last sixty-four bits.
  • a first part of the service data can be dedicated to a type of service and coded in six of the last sixty four bits, and a second part of the service data can be dedicated to a subtype of said type of service and encoded with address data in the remaining fifty eight bits of the last sixty four.
  • the invention is particularly well suited to communication equipment which offers services or which does not, and which use versions of network layer protocol of the IPv4 and IPv6 and / or IPv4 / IPv6 type.
  • FIG. 1 schematically illustrates an Internet network of mixed IPv4 / IPv6 type comprising communication equipment according to the invention offering no service and communication equipment according to the invention offering services, and
  • IPv ⁇ internet communications network
  • the object of the invention is to allow direct service selection within an internet communications network (IP), whether of the IPv4, IPv6 or mixed IPv4 / IPv6 type.
  • IP internet communications network
  • mixed type network is understood here to mean a network comprising, on the one hand, communication equipment using only one version of network layer protocol of IPv4 or IPv6 type, and on the other hand, equipment communication, said to be mixed because they use the two versions of network layer protocol of type IPv4 and IPv6.
  • the term “communication equipment” is understood here to mean any network equipment of the server or terminal type, such as for example a portable or fixed computer, or a mobile telephone, or even a personal digital assistant (or PDA for “Personal Digital Assistant”). ").
  • the IP network is of mixed type. As illustrated in FIG.
  • the communication equipment Tj and Sk are either of the mixed type
  • Sk service equipment also offers one or more services.
  • Tj designates communication equipment that does not offer a service.
  • a service can belong to a type (or class) or to a sub- type (or subclass) of a given type.
  • a type of service can group service equipment (for example printers) capable of printing documents, and this type can be subdivided into at least one first subtype grouping service equipment Sk (or printers) capable of printing documents in black and white, and a second subtype grouping Sk service equipment (or printers) capable of printing documents in color.
  • An IP N network generally includes unmanaged network portions, whether or not equipped with a service selection means, such as a DNS. Consequently, certain communication equipment Tj, which belongs to an unmanaged network portion which does not offer such a service selection means, cannot connect to service equipment Sk. To remedy this drawback, the invention proposes to signal to the communication equipment Tj which are located not only in the network portions having a means of service selection, but also in those which do not have it, which services are offered by the service equipment Sk which are located in the portions of the network which do not have a means of service selection. To do this, it is advantageous to integrate into the addresses of these service equipment Sk service data representative of the services they offer (or of the types and / or sub-types of services).
  • “Coded” addresses are thus generated which are supplied to at least some of the communication equipment Tj, and in particular to those of mixed type, so that they store them in a memory M.
  • the communication equipment Tj of mixed type can in In fact, it communicates not only with IPv4 type Sk service equipment but also with IPv6 type equipment, so that they can access a greater number of SK service equipment. But, of course, it is also possible to provide the coded addresses to the communication equipment Tj of the non-mixed type. There are indeed devices for converting from IPv4 to IPv6 format and vice versa. In what follows, it is considered, by way of illustrative example, that all the communication equipment Tj is of mixed type.
  • the service data constitute, for example, the identifier of a type of service and / or the identifier of a service subtype.
  • a first part of the service data constitutes a type identifier
  • a second part of the data service is a subtype identifier.
  • an encoded address includes address data providing the IP address of a service equipment Sk, offering a service, and service data providing the identifier of the type of service offered and / or the identifier of the subtype of the service offered.
  • Each communication device Tj comprises a management module MG coupled to the memory M and responsible, when it is provided with coded addresses (address data and service data), to store them in said memory M.
  • the data of service are stored by the management module PM in the form of a correspondence table between the IP addresses of the service equipment Sk which offer a service, and the identifiers of type (and / or subtype) of the service.
  • the correspondence table can be subdivided into two parts, one relating to the services offered by service equipment Sk of type IPv4 and the other relating to the services offered by IPv ⁇ type Sk service equipment.
  • a communication equipment Tj can then provide what is called a direct service selection.
  • a selection consists in determining, in the event of a request for access to a chosen service, the address of the service equipment Sk which offers this service, without resorting to third party equipment, such as a DNS server.
  • each management module MG is arranged so as to determine, in the memory M to which it is coupled, the address data which represent the IP address of the service equipment Sk offering the service which is designated by its type (or subtype) identifier in the request.
  • the management module MG has the IP address of the service equipment Sk and can communicate it to the transmission / reception module MER of the communication equipment Tj which it equips so that it establishes a connection with this service equipment Sk in a completely standard manner (that is to say by generating a packet in IPv4 or IPv6 format, depending on the version used by the service equipment Sk determined, and comprising in the address field of its header the IPv4 or IPv6 address of said service equipment Sk, determined in the memory M).
  • the coded address (address data and service data) is placed in the address field of the header of the packet intended for it. .
  • the management module MG When the determination of IP address, in a memory M, results in several possibilities, the management module MG must make a choice.
  • the MG management module is configured so as to give priority to selecting a service equipment Sk which uses the IPv6 version. However, it could also be envisaged that it will select as a priority a Sk 'service equipment which uses the IPv4 version.
  • the coded addresses can be supplied to the communication equipment Tj either by a person or by the network.
  • the first situation it is the person who loads into the communication equipment Tj a coded address file stored on a medium such as a 3.5 inch floppy disk, or a magneto-optical disk, or even a CD-ROM.
  • a person is responsible for connecting the mixed communication equipment Tj to a server (or to an Internet site) in order to download the coded address file which it contains and thus update update the memory M of the mixed communication equipment Tj.
  • the service equipment Sk which is itself responsible for broadcasting its coded address at least to the mixed communication equipment Tj.
  • the service equipment Sk includes for this purpose a transmission module ME responsible for broadcasting their addresses, for example in the form of service messages each comprising address data and service data.
  • each message constitutes an IP data packet, preferably in IPv6 format.
  • the coded address can also be transmitted in the form of a message constituting an IP packet in IPv4 format.
  • the transmission module ME uses the address field contained in the header of an IP packet to “code” the address data and at least part of the service data.
  • the field reserved for the IP address of a communication device, in the header of an IP packet comprises 128 bits.
  • This field is subdivided into two parts P1 and P2 of 64 bits each.
  • the first part P1 is dedicated to the identification of the network and to the route enabling the service equipment Sk to be reached, the address of which is defined in the second part P2.
  • This second part P2, of 64 bits being only partially used, the invention proposes to use it to code the address data and at least part of the service data. Coding can be done in at least two ways.
  • a first way consists in arranging the transmission module ME of each service equipment Sk so that it generates a 64-bit code representative of both its IP address and its type identifier (and / or subtype) ).
  • the first subpart SP1 is for example dedicated to the type identifier
  • the second subpart SP2 is dedicated both to the subtype identifier (where it exists) and to the IP address of the service equipment Sk.
  • the first sub-part SP1 comprises a first part (or all) of the service data
  • the second sub-part SP2 comprises a second part of the service data and address data. It is important to note that the address data and the second part of the service data can be merged into a code constituting the second sub-part SP2.
  • the transmission module ME of each service equipment Sk implements a coding algorithm supplied with identifier (s) and address and delivering codes.
  • the first subpart SP1 can be composed of six bits each consisting of an alphanumeric character, chosen from nine (preferably identical to those used by DNSs), or of the sign "_"("underscore”).
  • the second sub-part SP2 then consists of 58 bits each consisting, for example, of a character chosen from 36 (ordered from “a” (n ° 0) to “z” (n ° 25), then from “0 »(N ° 26) to « 9 »(n ° 35), and finally « _ »(n ° 36)).
  • other types of coding can be envisaged.
  • the management module MG of each communication equipment Tj is arranged so as to decode said second parts P2 in order to deduce the identifiers ( s) and address. It can then store these identifier (s) and address in the correspondence table of the memory M.
  • This mode of transmission of coded addresses, via the IP address field, is particularly advantageous because it avoids using a specific protocol. dedicated to finding service information, such as the SLP protocol.
  • the management modules MG and memories M of the communication equipment Tj according to the invention and the transmission module ME of each service equipment Sk according to the invention can be produced under the in the form of electronic circuits, software (or computer) modules, or a combination of circuits and software.
  • the invention also provides a method dedicated to the management of services offered by Sk communication equipment of an internet communications network.
  • This can in particular be implemented using the communication equipment Tj and or the service equipment Sk presented above.
  • the main and optional functions and sub-functions provided by the steps of this process being substantially identical to those provided by the various means constituting these communication equipment Tj and / or these service equipment Sk, only the steps setting out will be summarized below.
  • This process consists in signaling to the communication equipment Tj which are located not only in the network portions having a means of service selection, but also in those which do not have it, which services are offered by the communication equipment.
  • Sk service which are located in the network portions which do not have a means of service selection.
  • the service selection is offered by integration into the address of a service equipment Sk of the network service data which represent this service (or its type and / or subtype).
  • the addresses thus coded are preferably stored in the communication equipment Tj, for example in the form of a correspondence table between address data, representative of the address of the service equipment Sk offering a service, and service data, representative of the service offered.
  • a communication equipment Tj wishes to access a designated service, it is then possible to determine in this equipment Tj the address data which represent the address of the service equipment Sk offering the designated service, in order to establish a connection with the latter.
  • Such coded addresses are preferably broadcast via the network N, for example in the form of service messages.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Computer And Data Communications (AREA)

Abstract

Un réseau de communications internet (N) comprend des équipements de communication (Tj, Sk) offrant pour certains au moins un service. Certains de ces équipements (Tj) comprennent des moyens de gestion (MG) chargés lorsqu'ils reçoivent une adresse codée, comportant des données d'adresse, représentatives de l'adresse d'un équipement de service (Sk) offrant un service et appartenant à une portion du réseau (N) ne disposant pas de moyen de sélection de service, et des données de service, représentatives de ce service offert, de stocker dans une mémoire (M) ces données d'adresse reçues en correspondance des données de service reçues conjointement. Ainsi, lorsque l'un de ces équipements de communication (Tj) souhaite accéder à un service choisi, ses moyens de gestion (MG) déterminent dans sa mémoire (M) les données d'adresse représentatives de l'adresse de l'équipement de service (Sk) offrant le service choisi, de manière à établir une liaison avec ce dernier.

Description

RESEAU DE COMMUNICATIONS IP, À ÉQUIPEMENTS À SÉLECTION DIRECTE DE SERVICE
L'invention concerne le domaine des réseaux de communications internet, qu'ils soient de type IPv4, IPv6 ou mixte IPv4/IPv6. Dans certaines situations, un réseau à protocole internet (ou IP) doit être considéré comme « non géré ». On entend ici par « non géré » le fait de ne pas disposer de compétence locale pour gérer et configurer le réseau. Cela peut résulter d'une impossibilité induite par exemple par la mobilité d'équipements de communication du réseau (ou « hosts ») ou par des raisons techniques, notamment lors de la phase d'installation du réseau. Mais cela peut également résulter d'un choix, comme par exemple dans le cas d'un réseau domestique. On entend ici par « équipement de communication » tout équipement de réseau de type serveur ou terminal, comme par exemple un ordinateur portable ou fixe ou un téléphone mobile ou encore un assistant personnel numérique (ou PDA pour « Personal Digital Assistant »). Un tel réseau non géré fournit certes des services liés à la configuration d'adresses (ou « addressability ») et au routage (ou « reachability »), mais il ne fournit aucun autre service comme par exemple ceux offerts par un service de nommage (ou DNS pour « Domain Name Service »). Par conséquent, lorsqu'un équipement de communication, comme par exemple un terminal, souhaite se connecter à un service choisi, il peut être dans l'impossibilité de déterminer l'adresse de l'équipement qui offre ce service. De plus, pour qu'un réseau non géré puisse évoluer, il est important de prendre en compte ses phases de migration, par exemple d'une version IPv4 vers une version IPv6, pendant lesquelles il existe de façon transitoire des noeuds de type mixte IPv4/IPv6 souhaitant joindre des équipements de type IPv4 ou IPv6, comme par exemple une imprimante. Plus généralement, il s'agit de gérer les phases de transition entre des réseaux non gérés offrant la possibilité de déterminer l'adresse des équipements offrant un service donné, et les réseaux non gérés n'offrant pas cette capacité. Une telle prise en compte n'existant pas aujourd'hui, certains services peuvent donc être durablement indisponibles ou seulement momentanément. Certes, dans les situations précitées l'utilisateur, qui requiert l'accès à un service, peut lui même fournir à son équipement de communication l'adresse IP de l'équipement qui offre ce service. Mais, cela n'est pas pratique, notamment lorsque le nombre de bits de l'adresse est important. L'invention a donc pour but de remédier à tout ou partie des inconvénients précités. Elle propose à cet effet un procédé de gestion de services offerts par des équipements de communication d'un réseau de communications internet, permettant : • d'une part à un équipement de communication appartenant à un réseau non géré, à sélection directe de service, d'identifier un équipement de communication (de service) offrant un service donné,
• et d'autre part à un équipement de communication appartenant à une portion de réseau non gérée, offrant un moyen de sélection de service, d'identifier des équipements de communication (de service) offrant un service mais appartenant à des portions de réseau non gérées n'offrant pas ce moyen de sélection de service. Ce procédé se caractérise par le fait qu'il consiste à signaler aux équipements de communication qui sont situés non seulement dans les portions de réseau disposant d'un moyen de sélection de service, mais également dans celles qui n'en disposent pas, quels sont les services offerts par les équipements de communication qui sont situés dans les portions de réseau qui ne disposent pas de moyen de sélection de service. Dans un mode de réalisation particulièrement avantageux, la sélection de service est offerte, dans un réseau qui le permet, par intégration dans l'adresse des équipements de communication du réseau, offrant un service, des données de service qui représentent ce service (ou son type et/ou sous-type). Ainsi, lorsqu'un équipement de communication reçoit l'adresse d'un autre équipement de communication offrant un service, il peut en déduire le type de service offert. Inversement, lorsqu'un équipement de communication, situé dans une portion de réseau non gérée disposant de moyen de sélection de service, doit se connecter à un service donné, il peut en déduire l'adresse de l'équipement qui fournit ce service, soit directement, du fait que l'équipement est directement connecté à la portion de réseau non gérée disposant de moyen de sélection de service, soit indirectement, en passant par un équipement, d'une part, connecté à cette portion de réseau et à la portion de réseau qui ne dispose pas de ce moyen de sélection de service, et d'autre part, fournissant une fonction de passerelle entre les deux réseaux. Pour cela, on mémorise dans les équipements de communication, connectés à une portion de réseau disposant de moyen de sélection de service et à une portion de réseau qui ne dispose pas de ce moyen de sélection de service, les adresses des équipements qui appartiennent à la portion de réseau qui ne dispose pas de moyen de sélection de service et qui contiennent les données de service. Préférentiellement, on stocke dans la mémoire des équipements de communication les données d'adresse, représentatives de l'adresse de l'équipement offrant un service, en correspondance des données de service, représentatives du service offert. Ainsi, l'équipement de communication dispose d'une espèce de répertoire des services disponibles et des adresses correspondantes. Par conséquent, lorsqu'un équipement de communication souhaite accéder à un service désigné, on détermine dans cet équipement de communication les données d'adresse qui représentent l'adresse de l'équipement offrant le service désigné, afin d'adresser de façon classique des paquets IP à ce dernier, à l'adresse extraite. La fourniture des adresses comportant les données de service s'effectue préférentiellement par diffusion, par exemple sous la forme de messages de service. Par ailleurs, lorsque deux équipements offrent un même service mais selon des versions de protocole de couche réseau de types différents, il est avantageux de sélectionner l'équipement qui utilise l'une des deux versions (par exemple IPv6, ou bien IPv4), puis de générer à destination de cet équipement un paquet selon le format choisi (IPv6 ou IPv4), comprenant un entête comportant au moins les données d'adresse représentatives de l'adresse de destination dudit équipement sélectionné. L'invention propose également un équipement de communication (ou « host ») pour un réseau de communications internet. Cet équipement de communication se caractérise par le fait qu'il comprend des moyens de gestion chargés, lorsqu'ils reçoivent des données d'adresse, représentatives d'une adresse d'un autre équipement appartenant à une portion du réseau, ne disposant pas de moyen de sélection de service, et offrant un service, ainsi que des données de service représentatives de ce service offert, de stocker dans une mémoire les données d'adresse reçues en correspondance des données de service reçues conjointement. Chaque équipement de communication dispose ainsi d'une table de correspondance de services qui lui permet lorsqu'il souhaite accéder à un service désigné, de déterminer facilement les données d'adresse qui représentent l'adresse de l'équipement qui offre ce service désigné, afin d'établir la liaison avec ce dernier. Dans le cas d'un équipement de communication de type mixte (IPv4/IPv6), la table stocke par exemple les services fournis par la portion de réseau IPv4 et les services fournis par la portion de réseau IPv6. Préférentiellement, les moyens de gestion sont agencés, lorsqu'ils ont déterminé dans la mémoire deux équipements offrant un même service mais selon des versions de protocole de couche réseau de types différents, de manière à sélectionner l'équipement qui utilise l'une des deux versions (par exemple IPv6, ou bien IPv4). Ils peuvent ensuite générer à destination de l'équipement sélectionné un paquet selon le format choisi (IPv6 ou IPv4), comprenant un entête comportant au moins les données d'adresse représentatives de l'adresse de destination de l'équipement sélectionné, afin d'établir la liaison avec celui-ci. Un tel équipement de communication peut être par exemple un serveur ou un terminal de communication. L'invention porte en outre sur un équipement de communication (de service) offrant au moins un service, pour un réseau de communication internet, comprenant des moyens d'émission chargés de diffuser au sein du réseau, à destination des équipements de communication, des messages comportant des données d'adresse, représentatives de son adresse et des données de service, représentatives du service qu'il offre. Dans un mode de réalisation avantageux, les moyens d'émission sont agencés pour placer les données d'adresse et les données de service dans le champ d'adresse de l'entête de paquets de données IP. Par exemple dans le cas d'équipements de service fonctionnant selon la version de protocole IPv6, les moyens d'émission peuvent être agencés de manière à placer les données d'adresse et les données de service dans les soixante quatre derniers bits du champ d'adresse au format IPv6, les soixante quatre premiers bits étant dédiés à l'identification du réseau et à la route permettant de joindre l'équipement dont l'adresse est définie dans les soixante quatre derniers bits. Dans ce cas, une première partie des données de service peut être dédiée à un type de service et codée dans six des soixante quatre derniers bits, et une seconde partie des données de service peut être dédiée à un sous-type dudit type de service et codée avec les données d'adresse dans les cinquante huit bits restants des soixante quatre derniers bits. L'invention est particulièrement bien adaptée aux équipements de communication qui offrent des services ou qui n'en n'offrent pas, et qui utilisent des versions de protocole de couche réseau de type IPv4 et IPv6 et/ou IPv4/IPv6. D'autres caractéristiques et avantages de l'invention apparaîtront à l'examen de la description détaillée ci-après, et des dessins annexés, sur lesquels :
- la figure 1 illustre de façon schématique un réseau internet de type mixte IPv4/IPv6 comportant des équipements de communication selon l'invention n'offrant pas de service et des équipements de communication selon l'invention offrant des services, et
- la figure 2 illustre de façon schématique un exemple de décomposition de champ d'adresse au format IPvδ, selon l'invention. Les dessins annexés pourront non seulement servir à compléter l'invention, mais aussi contribuer a sa définition, le cas échéant. L'invention a pour objet de permettre la sélection directe de service au sein d'un réseau de communications internet (IP), qu'il soit de type IPv4, IPv6 ou mixte IPv4/IPv6. On entend ici par « réseau de type mixte », un réseau comprenant, d'une part, des équipements de communication n'utilisant qu'une version de protocole de couche réseau de type IPv4 ou IPv6, et d'autre part, des équipements de communication, dits mixtes du fait qu'ils utilisent les deux versions de protocole de couche réseau de type IPv4 et IPv6. Par ailleurs, on entend ici par « équipement de communication » tout équipement de réseau de type serveur ou terminal, comme par exemple un ordinateur portable ou fixe, ou un téléphone mobile, ou encore un assistant personnel numérique (ou PDA pour « Personal Digital Assistant »). Dans ce qui suit on considère que le réseau IP est de type mixte. Comme cela est illustré sur la figure 1 , un réseau internet N de type mixte IPv4/IPv6 peut être, d'une façon très schématique, assimilé à un ensemble de nœuds, tels que des routeurs périphériques ou de cœur Ri (ici i = 1 à 3 mais il peut prendre n'importe quelle valeur supérieure ou égale à un), raccordés entre eux de manière à assurer le routage des paquets de données qu'ils reçoivent, et un ensemble d'équipements de communication, tels que des terminaux Tj et Sk (ici j = 1 à 3, mais il peut prendre n'importe quelle valeur supérieure ou égale à deux, et k = 1 et 2, mais il peut prendre n'importe quelle valeur supérieure ou égale à un), raccordés à certains routeurs Ri, éventuellement via un ou plusieurs autres terminaux de type serveur d'accès, de manière à échanger entre eux des paquets de données. Les équipements de communication Tj et Sk sont soit de type mixte
(IPv4 et IPv6), soit de type simple (IPv4 ou IPv6). Certains équipements de communication, ci-après appelés équipements de service Sk offrent en outre un ou plusieurs services. Dans ce qui suit on désigne par Tj un équipement de communication n'offrant pas de service. Un service peut appartenir à un type (ou classe) ou bien à un sous- type (ou sous-classe) d'un type donné. Par exemple, un type de service peut regrouper les équipements de service (par exemple des imprimantes) capables d'imprimer des documents, et ce type peut être subdivisé en au moins un premier sous-type regroupant les équipements de service Sk (ou imprimantes) capables d'imprimer des documents en noir et blanc, et un second sous-type regroupant les équipements de service Sk (ou imprimantes) capables d'imprimer des documents en couleurs. Un réseau IP N comporte généralement des portions de réseau non gérées équipées ou non d'un moyen de sélection de service, tel qu'un DNS. Par conséquent, certains équipements de communication Tj, qui appartiennent à une portion de réseau non gérée n'offrant pas un tel moyen de sélection de service, ne peuvent pas se connecter à des équipements de service Sk. Pour remédier à cet inconvénient, l'invention propose de signaler aux équipements de communication Tj qui sont situés non seulement dans les portions de réseau disposant d'un moyen de sélection de service, mais également dans celles qui n'en disposent pas, quels sont les services offerts par les équipements de service Sk qui sont situés dans les portions de réseau qui ne disposent pas de moyen de sélection de service. Pour ce faire, on peut avantageusement intégrer dans les adresses de ces équipements de service Sk des données de service représentatives des services qu'ils offrent (ou des types et/ou sous-types de services). On génère ainsi des adresses « codées » qui sont fournies à certains au moins des équipements de communication Tj, et notamment à ceux de type mixte, afin qu'ils les stockent dans une mémoire M. Les équipements de communication Tj de type mixte peuvent en effet communiquer non seulement avec des équipements de service Sk de type IPv4 mais également avec ceux de type IPv6, si bien qu'ils peuvent accéder à un nombre plus important d'équipements de service SK. Mais, bien entendu, on peut également fournir les adresses codées aux équipements de communication Tj de type non mixte. Il existe en effet des dispositifs de conversion de format IPv4 vers IPv6 et réciproquement. Dans ce qui suit, on considère, à titre d'exemple illustratif, que tous les équipements de communication Tj sont de type mixte. Les données de service constituent par exemple l'identifiant d'un type de service et/ou l'identifiant d'un sous-type de service. Dans le cas d'un sous- type d'un type de service, il est avantageux, comme on le verra plus loin, qu'une première partie des données de service constitue un identifiant de type, tandis qu'une seconde partie des données de service constitue un identifiant de sous-type. En d'autres termes, une adresse codée comprend des données d'adresse fournissant l'adresse IP d'un équipement de service Sk, offrant un service, et des données de service fournissant l'identifiant du type du service offert et/ou l'identifiant du sous-type du service offert. Chaque équipement de communication Tj comporte un module de gestion MG couplé à la mémoire M et chargé, lorsqu'on lui fournit des adresses codées (données d'adresse et données de service), de les stocker dans ladite mémoire M. Préférentiellement, les données de service sont stockées par le module de gestion PM sous la forme d'une table de correspondance entre les adresses IP des équipements de service Sk qui offrent un service, et les identifiants de type (et/ou de sous-type) du service. Par exemple, dans le cas d'équipements de communication Tj de type mixte, la table de correspondance peut être subdivisée en deux parties, l'une concernant les services offerts par des équipements de service Sk de type IPv4 et l'autre concernant les services offerts par des équipements de service Sk de type IPvδ. Une fois qu'il dispose des données d'adresse et des données de service des équipements de service Sk du réseau N, un équipement de communication Tj peut alors assurer ce que l'on appelle une sélection directe de service. Une telle sélection consiste à déterminer, en cas de demande d'accès à un service choisi, l'adresse de l'équipement de service Sk qui offre ce service, sans recourir à un équipement tiers, tel qu'un serveur DNS. Selon l'invention, chaque module de gestion MG est agencé de manière à déterminer, dans la mémoire M à laquelle il est couplé, les données d'adresse qui représentent l'adresse IP de l'équipement de service Sk offrant le service qui est désigné par son identifiant de type (ou de sous-type) dans la demande. Une fois la détermination effectuée, le module de gestion MG dispose de l'adresse IP de l'équipement de service Sk et peut la communiquer au module d'émission/réception MER de l'équipement de communication Tj qu'il équipe afin qu'il établisse une liaison avec cet équipement de service Sk de façon tout à fait standard (c'est-à-dire en générant un paquet au format IPv4 ou IPv6, selon la version utilisée par l'équipement de service Sk déterminé, et comportant dans le champ d'adresse de son entête l'adresse IPv4 ou IPv6 dudit équipement de service Sk, déterminée dans la mémoire M). Bien entendu, si l'équipement de service Sk déterminé supporte le codage d'adresse, on place dans le champ d'adresse de l'entête du paquet qui lui est destiné l'adresse codée (données d'adresse et données de service). Lorsque la détermination d'adresse IP, dans une mémoire M, aboutit à plusieurs possibilités, le module de gestion MG doit effectuer un choix. Par exemple, le module de gestion MG est configuré de manière à sélectionner en priorité un équipement de service Sk qui utilise la version IPv6. Mais, on pourrait également envisager qu'il sélectionne en priorité un équipement de service Sk' qui utilise la version IPv4. On peut également envisager une sélection reposant sur un sous-type particulier lorsque la requête ne désigne qu'un type subdivisé en sous-type. Par exemple, lorsqu'une impression est requise on peut sélectionner en priorité un équipement de service Sk assurant une impression en couleurs. Les adresses codées peuvent être fournies aux équipements de communication Tj soit par une personne, soit par le réseau. Dans la première situation, c'est la personne qui charge dans le l'équipement de communication Tj un fichier d'adresses codées stocké sur un support tel qu'une disquette 3,5 pouces, ou un disque magnéto-optique, ou encore un CD-ROM. Dans la seconde situation, deux cas peuvent être envisagés. Dans un premier cas, une personne est chargée de connecter l'équipement de communication mixte Tj à un serveur (ou à un site internet) afin de télécharger le fichier d'adresses codées qu'il contient et ainsi mettre à jour la mémoire M de l'équipement de communication mixte Tj. Dans un second cas, qui est actuellement préféré, ce sont les équipements de service Sk qui sont eux-mêmes chargés de diffuser leur adresse codée au moins à destination des équipements de communication mixtes Tj. Les équipements de service Sk comprennent à cet effet un module d'émission ME chargé de diffuser leurs adresses par exemple sous la forme de messages de service comportant chacun des données d'adresse et des données de service. Lorsque les adresses codées sont diffusées sous la forme de messages, il est particulièrement avantageux que chaque message constitue un paquet de données IP, de préférence au format IPv6. Mais, bien entendu, l'adresse codée peut être également transmise sous la forme d'un message constituant un paquet IP au format IPv4. Plus préférentiellement encore, le module d'émission ME se sert du champ d'adresse contenu dans l'entête d'un paquet IP pour « coder » les données d'adresse et une partie au moins des données de service. Par exemple dans le cas du protocole IPv6, le champ réservé à l'adresse IP d'un équipement de communication, dans l'entête d'un paquet IP, comporte 128 bits. Ce champ est subdivisé en deux parties P1 et P2 de 64 bits chacune. Classiquement, la première partie P1 est dédiée à l'identification du réseau et à la route permettant de joindre l'équipement de service Sk dont l'adresse est définie dans la seconde partie P2. Cette seconde partie P2, de 64 bits, n'étant que partiellement utilisée, l'invention propose de l'utiliser pour coder les données d'adresse et une partie au moins des données de service. Le codage peut s'effectuer d'au moins deux façons. Une première façon consiste à agencer le module d'émission ME de chaque équipement de service Sk de sorte qu'il génère un code de 64 bits représentatif à la fois de son adresse IP et de son identifiant de type (et/ou sous-type). Une seconde façon, actuellement préférée et illustrée sur la figure 2, consiste à agencer le module d'émission ME de chaque équipement de service Sk de sorte qu'il subdivise la seconde partie P2, qui suit la première partie P1 , en deux sous-parties SP1 et SP2. La première sous-partie SP1 est par exemple dédiée à l'identifiant de type, tandis que la seconde sous-partie SP2 est dédiée à la fois à l'identifiant de sous-type (lorsqu'il existe) et à l'adresse IP de l'équipement de service Sk. En d'autres termes, la première sous-partie SP1 comprend une première partie (ou la totalité) des données de service, tandis que la seconde sous- partie SP2 comprend une seconde partie des données de service et les données d'adresse. Il est important de noter que les données d'adresse et la seconde partie des données de service peuvent être confondues en un code constituant la seconde sous-partie SP2. Lorsqu'un codage est prévu, le module d'émission ME de chaque équipement de service Sk met en œuvre un algorithme de codage alimenté en identifiant(s) et adresse et délivrant des codes. Par exemple, la première sous-partie SP1 peut être composée de six bits constitués chacun d'un caractère alphanumérique, choisi parmi neuf (de préférence identiques à ceux utilisés par les DNSs), ou du signe « _ » (« underscore »). La seconde sous-partie SP2 est alors constituée de 58 bits constitués chacun, par exemple, d'un caractère choisi parmi 36 (ordonnés de « a » (n°0) à « z » (n°25), puis de « 0 » (n°26) à « 9 » (n°35), et enfin « _ » (n°36)). Bien entendu, d'autres types de codage peuvent être envisagés. Il est important de noter qu'en présence de champs d'adresse comportant des secondes parties P2 comprenant des codes, le module de gestion MG de chaque équipement de communication Tj est agencé de manière à décoder lesdites secondes parties P2 pour en déduire les identifiant(s) et adresse. Il peut alors stocker ces identifiant(s) et adresse dans la table de correspondance de la mémoire M. Ce mode de transmission d'adresses codées, via le champ d'adresse IP, est particulièrement avantageux car il évite d'utiliser un protocole spécifique dédié à la recherche d'informations de service, comme par exemple le protocole SLP. Les modules de gestion MG et mémoires M des équipements de communication Tj selon l'invention et le module d'émission ME de chaque équipement de service Sk selon l'invention peuvent être réalisés sous la forme de circuits électroniques, de modules logiciels (ou informatiques), ou d'une combinaison de circuits et de logiciels. L'invention offre également un procédé dédié à la gestion de services offerts par des équipements de communication Sk d'un réseau de communications internet. Celui-ci peut être notamment mis en œuvre à l'aide des équipements de communication Tj et ou des équipements de service Sk présentés ci- avant. Les fonctions et sous-fonctions principales et optionnelles assurées par les étapes de ce procédé étant sensiblement identiques à celles assurées par les différents moyens constituant ces équipements de communication Tj et/ou ces équipements de service Sk, seules seront résumées ci-après les étapes mettant en œuvre les fonctions principales du procédé selon l'invention. Ce procédé consiste à signaler aux équipements de communication Tj qui sont situés non seulement dans les portions de réseau disposant d'un moyen de sélection de service, mais également dans celles qui n'en disposent pas, quels sont les services offerts par les équipements de service Sk qui sont situés dans les portions de réseau qui ne disposent pas de moyen de sélection de service. Dans un mode de réalisation particulièrement avantageux, la sélection de service est offerte par intégration dans l'adresse d'un équipement de service Sk du réseau des données de service qui représentent ce service (ou son type et/ou sous-type). Les adresses ainsi codées sont préférentiellement mémorisées dans les équipements de communication Tj, par exemple sous la forme d'une table de correspondance entre des données d'adresse, représentatives de l'adresse de l'équipement de service Sk offrant un service, et des données de service, représentatives du service offert. Lorsqu'un équipement de communication Tj souhaite accéder à un service désigné, on peut alors déterminer dans cet équipement Tj les données d'adresse qui représentent l'adresse de l'équipement de service Sk offrant le service désigné, afin d'établir une liaison avec ce dernier. De telles adresses codées sont préférentiellement diffusées via le réseau N, par exemple sous la forme de messages de service. L'invention ne se limite pas aux modes de réalisation d'équipements de communication, d'équipement de service et de procédé de gestion décrits ci-avant, seulement à titre d'exemple, mais elle englobe toutes les variantes que pourra envisager l'homme de l'art dans le cadre des revendications ci- après.

Claims

REVENDICATIONS
1. Procédé de gestion de services offerts par des équipements de communication (Sk) d'un réseau de communications internet (N), caractérisé en ce qu'il consiste à signaler à des équipements de communication (Tk), qui sont situés dans des portions dudit réseau (N) disposant d'un moyen de sélection de service et dans des portions dudit réseau (N) ne disposant pas de moyen de sélection de service, des services offerts par les équipements de communication (Sk) qui appartiennent auxdites portions du réseau (N) ne disposant pas de moyen de sélection de service.
2. Procédé selon la revendication 1 , caractérisé en ce que l'on intègre dans l'adresse desdits équipements de communication (Sk), offrant un service, des données de service représentatives de ce service.
3. Procédé selon la revendication 2, caractérisé en ce que l'on mémorise, au moins dans lesdits équipements de communication (Tj) utilisant lesdites versions de protocole de couche réseau, lesdites adresses contenant les données de service.
4. Procédé selon la revendication 3, caractérisé en ce que lesdites adresses comprenant des données d'adresse, représentatives des adresses d'équipements offrant un service (Sk), et des données de service, représentatives du service offert, on mémorise lesdites données d'adresse en correspondance desdites données de service.
5. Procédé selon l'une des revendications 3 et 4, caractérisé en ce que, lorsque l'un desdits équipements de communication (Tj) souhaite accéder à un service choisi, on détermine dans cet équipement de communication (Tj) les données d'adresse représentatives de l'adresse de l'équipement (Sk) offrant ledit service choisi, de manière à établir une liaison avec lui.
6. Procédé selon l'une des revendications 1 à 5, caractérisé en ce que l'on diffuse au sein dudit réseau lesdites adresses comportant lesdites données d'adresse et lesdites données de service.
7. Procédé selon la revendication 6, caractérisé en ce que l'on diffuse lesdites adresses dans des messages de service.
8. Procédé selon l'une des revendications 1 à 7, caractérisé en ce qu'en présence de deux équipements (Sk, Sk') offrant un même service selon des versions de protocole de couche réseau de types différents, on sélectionne l'un des deux équipements (Sk) en fonction de sa version de protocole, puis on génère à destination dudit équipement sélectionné (Sk) un paquet, au format de la version sélectionnée, comprenant un entête comportant au moins les données d'adresse représentatives de l'adresse de destination de l'équipement sélectionné (Sk).
9. Equipement de communication (Tj) pour un réseau de communications internet, caractérisé en ce qu'il comprend des moyens de gestion (MG) agencés, d'une part, en cas de réception de données d'adresse, représentatives d'une adresse d'un autre équipement (Sk) appartenant à une portion dudit réseau (N), ne disposant pas de moyen de sélection de service, et offrant un service, et de données de service représentatives dudit service offert, pour stocker dans une mémoire (M) lesdites données d'adresse reçues en correspondance desdites données de service reçues conjointement, et d'autre part, en cas de demande d'accès à un service choisi, pour déterminer dans ladite mémoire (M) les données d'adresse représentatives de l'adresse de l'équipement (Sk) offrant ledit service désigné, de manière à établir une liaison avec lui.
10. Equipement selon la revendication 9, caractérisé en ce que lesdits moyens de gestion (MG) sont agencés, en cas de détermination dans ladite mémoire (M) de deux équipements (Sk, Sk') offrant un même service selon des versions de protocole de couche réseau de types différents, pour sélectionner l'un des deux équipements (Sk) en fonction de sa version de protocole, puis pour générer à destination dudit équipement sélectionné (Sk) un paquet au format de la version sélectionnée et comprenant un entête comportant au moins lesdites données d'adresse, représentatives de l'adresse de destination de l'équipement sélectionné (Sk), de manière à établir ladite liaison avec celui-ci.
11. Equipement selon l'une des revendications 9 et 10, caractérisé en ce qu'il est choisi dans un groupe comprenant au moins les serveurs et les terminaux de communication (Tj).
12. Equipement de service (Sk) offrant au moins un service et appartenant à une portion d'un réseau de communications internet (N), ne disposant pas de moyen de sélection de service, caractérisé en ce qu'il comprend des moyens d'émission (ME) propres à diffuser au sein dudit réseau (N), à destination d'équipements de communication (Tj) selon l'une des revendications 9 à 11 , des messages comportant des données d'adresse, représentatives de leur propre adresse, et des données de service, représentatives dudit service offert.
13. Equipement selon la revendication 12, caractérisé en ce que lesdits moyens d'émission (ME) sont agencés pour placer lesdites données d'adresse et lesdites données de service dans le champ d'adresse de l'entête de paquets de données.
14. Equipement selon la revendication 13, caractérisé en ce qu'en présence d'un format de protocole de type IPv6, lesdits moyens d'émission
(ME) sont agencés pour placer lesdites données d'adresse et lesdites données de service dans soixante quatre derniers bits des 128 bits du champ d'adresse au format IPv6, les soixante quatre premiers bits desdits 128 bits étant dédiés à l'identification de la portion de réseau et à la route permettant de joindre ledit équipement de service (Sk) dont l'adresse est définie dans les soixante quatre derniers bits.
15. Equipement selon la revendication 14, caractérisé en ce que lesdits moyens d'émission (ME) sont agencés pour placer une première partie des données de service dans six desdits soixante quatre derniers bits et une seconde partie desdites données de service et lesdites données d'adresse dans les cinquante huit bits restants desdits soixante quatre derniers bits, ladite première partie étant dédiée à un type de service et ladite seconde partie étant dédiée à un sous-type dudit type de service.
16. Réseau de communications internet, caractérisé en ce qu'il comprend des équipements de communication (Tj) et des équipements de service (Sk) selon l'une des revendications 9 à 15.
EP04767538A 2003-07-18 2004-06-30 Reseau de communications ip, a equipements a selection directe de service Withdrawn EP1649664A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0308771A FR2857806B1 (fr) 2003-07-18 2003-07-18 Reseau de communications ip, a equipements a selection directe de sevice
PCT/FR2004/001695 WO2005018197A1 (fr) 2003-07-18 2004-06-30 Reseau de communications ip, a equipements a selection directe de service

Publications (1)

Publication Number Publication Date
EP1649664A1 true EP1649664A1 (fr) 2006-04-26

Family

ID=33548235

Family Applications (1)

Application Number Title Priority Date Filing Date
EP04767538A Withdrawn EP1649664A1 (fr) 2003-07-18 2004-06-30 Reseau de communications ip, a equipements a selection directe de service

Country Status (5)

Country Link
US (1) US20060277300A1 (fr)
EP (1) EP1649664A1 (fr)
CN (1) CN1839610A (fr)
FR (1) FR2857806B1 (fr)
WO (1) WO2005018197A1 (fr)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100933238B1 (ko) * 2007-10-29 2009-12-22 포항공과대학교 산학협력단 단말 기반의 네트워크 정보 업데이트 장치 및 방법

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5799016A (en) * 1996-01-11 1998-08-25 U S West, Inc. Network addressing scheme encoding communication channel information
US6092178A (en) * 1998-09-03 2000-07-18 Sun Microsystems, Inc. System for responding to a resource request
JP3619411B2 (ja) * 1999-12-03 2005-02-09 富士通株式会社 パケット中継装置
US7136382B1 (en) * 2000-08-25 2006-11-14 Novell, Inc. System and method for providing quality of service operations using IP addresses
WO2002039282A1 (fr) * 2000-11-13 2002-05-16 Warp Solutions, Inc. Systeme et procede permettant de decouvrir, faire de la publicite et trouver des services en reseau a l'aide d'un repertoire dynamique
US20060095584A1 (en) * 2004-11-12 2006-05-04 Sonoa Systems, Inc. Semantic-based switch fabric OS

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO2005018197A1 *

Also Published As

Publication number Publication date
CN1839610A (zh) 2006-09-27
US20060277300A1 (en) 2006-12-07
FR2857806B1 (fr) 2005-12-02
FR2857806A1 (fr) 2005-01-21
WO2005018197A1 (fr) 2005-02-24

Similar Documents

Publication Publication Date Title
EP2297928B1 (fr) Procede de reception d'un paquet de donnees dans un domaine ipv6, dispositif et passerelle residentielle associes
EP3987752B1 (fr) Procede et dispositif d'obtention d'une adresse ip
EP2297927B1 (fr) Procede de reception d'un paquet de donnees en provenance d'un domaine ipv4 dans un domaine ipv6, dispositif et equipement d'acces associes
EP3745674B1 (fr) Procédé et système de transmission de données entre noeuds attachés à des environnements ip distincts par affectation d'adresses fictives
WO2011051594A1 (fr) PROCÉDÉS ET DISPOSITIFS DE ROUTAGE DE PAQUETS DE DONNÉES ENTRE RÉSEAUX IPv4 ET IPv6
EP1453276B1 (fr) Dispositif de gestion de communications par sélection de terminaux et de médium de communication
EP1473852A1 (fr) Dispositif de traitement d'entêtes de paquets de données au sein d'un réseau de communications par satellite
FR2864871A1 (fr) Methode de decouverte d'un reseau domestique et appareil implementant la methode
WO2004002179A1 (fr) Procede de fourniture de donnees de configuration de service a un dispositif de telephonie mobile, par un terminal informatique
EP1641223B1 (fr) Procédé perfectionné d'attribution d'identifiants de réseau, au moyen d'identifiants d'interfaces
EP1575240B1 (fr) Dispositif et procédé de traitement de trames à champ à utilisation multiprotocolaire, pour un réseau de communications
EP1649664A1 (fr) Reseau de communications ip, a equipements a selection directe de service
EP1453279A1 (fr) Ordonnancement d'adresses dans serveur de noms de domaine
FR3023098A1 (fr) Procede et systeme de traitement d'une demande de resolution d'un nom d'un serveur, emise par une application cliente sur un reseau de communication.
WO2010072953A1 (fr) SYSTEME D'ACHEMINEMENT D'UN PAQUET DE DONNEES IPv4
EP1872530B1 (fr) Procede de transfert d'un code d'information entre deux dispositifs de communication
US20070121671A1 (en) Peer tunnels and peer group targets
FR2880752A1 (fr) Methode de construction d'une adresse de diffusion unique par un serveur et serveur utilisant cette methode
EP2080404B1 (fr) Serveur descripteur de région et procédé de sélection d'un réseau sans fil
WO2023111432A1 (fr) Mécanismes de communication avec un service accessible via un réseau de télécommunication prenant en compte la mobilité des services, des utilisateurs et des équipements
FR3118561A1 (fr) Procede de configuration d'une interface securisee entre un reseau de transport et un reseau elementaire d'une pluralite de reseaux elementaires federes a travers le reseau de transport ; interface associee
EP1135922A1 (fr) Procede d'etablissement d'une communication entre deux terminaux + travers l'internet par un serveur d'appel, terminal et serveur associes
FR2876850A1 (fr) Routeur, pour un reseau de communication ip, adapte a la determination de caracteristique(s) de configuration adaptatives(s) pour des routeurs voisins
FR3018411A1 (fr) Procede et systeme de traitement d'une requete dns emise par un noeud reseau au cours d'une tentative dacces par une application cliente a un serveur distant sur un reseau ip

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20060220

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LI LU MC NL PL PT RO SE SI SK TR

DAX Request for extension of the european patent (deleted)
RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: ALCATEL LUCENT

RIN1 Information on inventor provided before grant (corrected)

Inventor name: GALAND, DAMIEN

Inventor name: MARCE, OLIVIER

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20100105