EP1900177A1 - Dispositif de gestion de connexion(s) client(s)/serveur(s), en presence de conditions hostiles dans des reseaux ip interconnectes - Google Patents

Dispositif de gestion de connexion(s) client(s)/serveur(s), en presence de conditions hostiles dans des reseaux ip interconnectes

Info

Publication number
EP1900177A1
EP1900177A1 EP06777494A EP06777494A EP1900177A1 EP 1900177 A1 EP1900177 A1 EP 1900177A1 EP 06777494 A EP06777494 A EP 06777494A EP 06777494 A EP06777494 A EP 06777494A EP 1900177 A1 EP1900177 A1 EP 1900177A1
Authority
EP
European Patent Office
Prior art keywords
connection
sip
server
application entity
communication
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.)
Ceased
Application number
EP06777494A
Other languages
German (de)
English (en)
Inventor
Thomas Levy
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
Nokia Inc
Original Assignee
Alcatel SA
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, Nokia Inc filed Critical Alcatel SA
Publication of EP1900177A1 publication Critical patent/EP1900177A1/fr
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/02—Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
    • H04L63/029—Firewall traversal, e.g. tunnelling or, creating pinholes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/14—Network architectures or network communication protocols for network security for detecting or protecting against malicious traffic
    • H04L63/1433—Vulnerability analysis
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]

Definitions

  • IP Internet Protocol
  • communication equipment any equipment, radio or wired, fixed or mobile (or portable) capable of connecting to at least one IP network, in order to exchange data in the form of signals with other equipment. It may therefore be, for example, a SIP server or a communication terminal, such as a landline or mobile phone, or a computer or laptop or a personal digital assistant (or PDA) equipped with an IP communication module.
  • IP communication application entity is understood to mean a module, generally of software type, enabling the communication equipment in which it is implanted to establish communications over IP with another communication equipment.
  • These communications may relate to a media stream, such as for example a Voice over IP (VoIP) stream or a video stream, or to signaling, for example to enable the retrieval of electronic messages in a server. messaging or establishing a media flow communication.
  • the entities may for example be of the SIP type (for "Session Initiation Protocol").
  • SIP Session Initiation Protocol
  • Such SIP entities make it possible to create and manage data exchange sessions (in any form) between devices in which they are located, regardless of the nature of the data and the transport protocol used to transport said data.
  • most IP networks are interconnected to one another via one or more network equipment such as network address translators (or NATs for "network addresses").
  • firewalls fire-walls
  • These network devices are particularly useful because they are responsible for either addressing the depletion of available IPv4 addresses in the case of network address translators (NATs), or for protecting IP networks by controlling their access in the network. the case of firewalls.
  • NATs network address translators
  • these Network devices may be "hostile" for some IP applications, such as the SIP (Session Initiation Protocol) application.
  • SIP Session Initiation Protocol
  • hostile conditions is understood to mean an environment that prevents a calling application entity, for example implanted in a first communication terminal, from establishing a communication with a called application entity, implemented for example in a second communication terminal or a server. proxy type.
  • the first solution is known by the acronym ICE (for "Interactive Connectivity Establishment”). It is dedicated to SIP. It consists in modifying the SIP entities so that they can determine and establish the best possible path for the transmission of media flows between the communication terminals that they equip.
  • ICE Interactive Connectivity Establishment
  • the disadvantage of this solution (ICE) lies in the fact, on the one hand, that it allows to cross only NATs (hostile), and on the other hand, that it introduces significant modifications of SIP that prohibit communications between a terminal equipped with an ICE modified SIP entity and a terminal equipped with a SIP entity (unmodified), even in the absence of a hostile condition.
  • the second solution is known as Skype. It is dedicated to IP telephony (VoIP). It consists in using super-nodes to allow a client terminal to cross a Nat and / or a firewall (hostile (s)) to communicate in VoIP with another client terminal.
  • VoIP IP telephony
  • s hostile
  • the disadvantage of this solution (Skype) lies in the fact that being of proprietary type it uses its own mechanisms to establish VoIP communications, and therefore can not be adapted to allow other applications, and in particular at SIP, to operate in hostile conditions.
  • the model of nodes and super-nodes does not correspond at all to the semi-hierarchical client-server model of SIP, which relies on the use of a server of type SIP proxy to act as an intermediary in restoring communication between SIP clients. Since no known solution is entirely satisfactory, the purpose of the invention is therefore to improve the situation.
  • connection management device between at least one client (communication) terminal and at least one (communication) server, each having an IP communication application entity and belonging to interconnected IP networks.
  • This management system is characterized by the fact that it comprises: connected connectivity analysis means, when they receive a connection establishment request between the calling application entity of the client terminal (or the server), to which their device is associated, and the called application entity of the server (or the client terminal), to determine a transport protocol that is suitable for establishing this connection, and connection means responsible for establishing the connection between the calling and called application entities, in accordance with the transport protocol which has has been determined by the connectivity analysis means.
  • the management device may comprise other characteristics that may be taken separately or in combination, and in particular: its connectivity analysis means may be responsible for successively transmitting to the application entity called test messages at the means of different transport protocols, according to a chosen sequence, and to analyze each test response message received following the transmission of a test message, so as to choose as transport protocol that which was used to transmit the message test that has been the subject of a positive test response message;
  • its connectivity analysis means may be responsible for interrupting the transmission of the test messages as soon as they receive a positive test response message
  • its connectivity analysis means may be responsible for selecting the transport protocol that is best suited to the requested connection after analyzing each test response message corresponding to each transmitted test message; the different transport protocols used to carry the test messages can be chosen from UDP (User Datagram Protocol), TCP (Transmission Control Protocol) and TCP via a tunnel passing through a proxy server for HTTP Internet applications ( S); its connectivity analysis means can be loaded, when they receive a connection establishment request between the calling application entity of the client terminal (with which its device is associated) and a called application entity of another client terminal.
  • UDP User Datagram Protocol
  • TCP Transmission Control Protocol
  • S HTTP Internet applications
  • connection management device to determine, on the one hand, a first transport protocol adapted to the establishment of a signaling connection between the calling application entity and the application entity of the server , and secondly, a second transport proto ⁇ le adapted to establish a media communication connection between the calling application entity and the called application entity.
  • its connection means are responsible for establishing the signaling connections and media flow communication connection in accordance with, respectively, the first and second transport protocols determined by its connectivity analysis means; it can be arranged to be configured and / or updated remotely by means of another connection management device associated with the application entity of a server of a network operator; the entities can be of the SIP type or else dedicated to the management of electronic mail; its connectivity analysis means may be responsible for managing the restoration of a signaling connection with an application entity making it possible to register a client terminal with a registration module (or "registrar"); it can be connected to a proxy server belonging to the same communication network as its own.
  • the invention also proposes a server of the proxy type or a communication terminal comprising a connection management device of the type of that presented above.
  • the purpose of the invention is to enable the establishment of communications between at least one IP communication application entity, implanted in a client communication terminal connected to an IP network, and at least one IP communication application entity, installed in a a server connected to another IP network, in the presence of hostile conditions.
  • IP communication application entities are SIP entities (for "Session Initiation Protocol” - RFC 3261). But, the invention is not limited to type of entity. It concerns indeed any application entity dedicated to IP communications, including those for retrieving electronic messages (or emails) in a mail server.
  • SIP relies on a client / server type model, in which client SIP communication terminals T1, T2, respectively connected to first R1 and second R2 (sub) IP networks can establish communications between them via a SIP proxy server SP, connected to a third (sub) IP network R3.
  • the different (sub) IP networks R1 to R3 are interconnected via each other via at least one other IP RP network, playing the role of main IP network, and network equipment N1, N2 and FW.
  • the first (sub) IP network R1 is connected to the main IP network RP via a first Network Address Translator (NAT) N1
  • the second (subnet) ) R2 IP networks is connected to the main IP network RP through a second network address translator (or NAT) N2
  • the third (sub) IP networks R3 is connected to the main IP network RP by intermediary of a firewall PF.
  • another SIP terminal regardless of the nature of the data and the transport protocol used to transport said data. This may be, for example, a landline or mobile phone, or a computer or laptop or a personal digital assistant (or PDA) equipped with an IP communication module.
  • SIP proxy server means a communication server SP adapted to connect to the Internet, for example via an ADSL connection or an Ethernet local area network (WLAN type for "Wireless Local Area Network”), providing a "proxy” function and comprising a SIP entity E3, also responsible for creating and managing data exchange sessions with another SIP entity located in a SIP terminal Ti. It is recalled that according to the SIP model, the establishment of a communication between first T1 and second T2 SIP terminals is in two phases.
  • the first phase firstly establishes a first connection between the calling SIP entity E1 of the first SIP terminal T1 and the SIP entity E3 of a SIP proxy server SP of its choice, so as to establish between these entities E1 and E3 a signaling communication allowing in particular the transmission of the SIP addresses of the first T1 and second T2 SIP terminals and a message requesting the registration of the calling SIP entity El
  • a recording module or "registrar" R, for example installed in the SIP proxy server SP
  • the latter locates the SIP entity called E2 of the second SIP terminal T2 and establishes therewith a second connection for to establish a signaling communication with a view in particular to its registration.
  • the second phase occurs after the first phase. It consists in establishing a third connection between the calling SIP entity E1 of the first SIP terminal T1 and the SIP entity called E2 of the second SIP terminal T2, in order to establish between them a communication of media flow.
  • the media stream is voice over IP (or VoIP for "Voice over IP"). But, it could be another media data stream, such as a video data stream.
  • the invention proposes a connection management device Di enabling the establishment of the SIP connection (s) necessary for the establishment of a communication between a customer SIP terminal Ti and a SIP proxy server SP. or between first and second terminal T2 SIP clients via a SIP proxy server SP. It is important to note that for the invention to be implemented it is not essential for the called SIP entity to be coupled to a connection management device Di according to the invention. It is however essential that the calling SIP entity is coupled to a connection management device Di according to the invention. In the example illustrated in the single figure, the two SIP terminals T1 and T2 are each provided (internally) with a connection management device Di, while the SIP proxy server SP is connected to a connection management device Di (external).
  • a SIP entity installed in a device, be associated with a connection management device Di implanted in this same equipment.
  • the SIP entity must be located in a device that is connected to the same (sub) IP network as the one to which the associated connection management device Di is connected.
  • a connection management device Di (for example D1), according to the invention, is responsible, on the one hand, for controlling the connectivity between its SIP entity E1, when it is calling, and any other SIP entity called E2 or E3, and on the other hand establish connections between its calling SIP entity E1 and each SIP entity called E2 or E3. To do this, it includes a connectivity analysis module MA coupled to a connection module MC.
  • the connectivity analysis module MA intervenes whenever the SIP entity E1, which is associated with its device D1, wishes to establish a communication, signaling type or media flow, with a calling SIP entity E2 or E3. More specifically, each time that it receives from its calling SIP entity E1 a request to establish connection with a SIP entity called E2 or E3, the connectivity analysis module MA begins by determining the transport protocol which is (the better) suitable for establishing this connection. This determination is essential since it is the use of a particular type of transport protocol, for example UDP or TCP, which prevents the establishment of a connection via a Ni address translator or a firewall PF.
  • the connectivity analysis module MA may for example successively transmit to the SIP entity called E2 or E3 test messages by means of different transport protocols, according to a chosen sequence.
  • a first test message may be transmitted to the SIP entity called E2 or E3 with a first transport protocol, for example UDP.
  • a first transport protocol for example UDP.
  • the connection to establish is of virtual type. If the device D1 receives a first negative test response message, that is to say that the first test message has not arrived at its destination, the connectivity analysis module MA transmits to the destination.
  • SIP entity called E2 or E3 a second test message with a second transport protocol different from the previous, for example TCP.
  • connection to be established is of the real type.
  • the connectivity analysis module MA preferentially stops transmitting messages. and chooses the first transport protocol for establishing the requested connection, and then reports it to the connection module MC.
  • the connectivity analysis module MA transmits to the SIP entity called E2 or E3 a third test message with a third transport protocol different from the previous, for example TCP via a tunnel through a proxy-type Internet server.
  • the connectivity analysis module MA preferentially stops transmitting messages. and chooses the second transport protocol for establishing the requested connection, and then reports it to the connection module MC. If the device D1 receives a third negative test response message, that is to say that the third test message has not arrived at its destination, the connectivity analysis module MA transmits to the SIP entity called E2 or E3 a fourth test message with a fourth transport protocol different from the previous one. If the MA connectivity analysis module has only three transport protocols to perform its tests, the determination is terminated and it sends the calling SIP entity E1 a message that the requested connection can not be established.
  • the connectivity analysis module MA preferentially stops transmitting messages. and selects the third transport protocol for establishing the requested connection, and then reports it to the connection module MC.
  • the test message that is transmitted may vary depending on the transport protocol that is used to transport it. For example in the case of the UDP protocol, the test message can satisfy the STUN protocol (for "Simple Traversal of UDP through NAT" - simple UDP traversal through an address translator - RFC 3489).
  • Adaptations of this STUN protocol can be made for messages to be transmitted using other transport protocols, such as for example TCP and TCP via a tunnel passing through a proxy-type Internet server.
  • transport protocols such as for example TCP and TCP via a tunnel passing through a proxy-type Internet server.
  • the device Di can successively transmit test messages with different transport protocols, according to a chosen sequence, and choose the transport protocol that seems to be best suited to the situation after analyzing the messages of test response corresponding to each transmitted test message. Indeed, when at least two transport protocols can be used for the same connection, it may be preferable to use one rather than the other.
  • the connection module is responsible for establishing the connection that has been requested by the calling SIP entity when the connectivity analysis module MA has authorized it to do so by signaling to it the identifier of the transport protocol having succeeded with successful test. This connection is therefore established between the calling SIP entities E1 and called E2 or E3, in accordance with the transport protocol that has been determined by the connectivity analysis module MA.
  • a calling SIP entity E1 wishes to establish a connection with a SIP entity called E2, located in a SIP terminal T2 and not in a SIP proxy server SP (or any other SIP server), it transmits to device D1 associated with it a first connection request for establishing a first connection with the SIP entity E3 of the SIP proxy server SP which was chosen by the user of the terminal T1 in which it is installed.
  • this first connection is intended to allow the calling SIP entity E1 to send to the SIP entity called E3 a SIP registration request, as well as the SIP address of the SIP entity E2 of the SIP terminal T2.
  • the SIP entity Calling E1 is therefore able to perform all of its usual tasks (of course with the exception of those related to connectivity), and in particular those needed to establish a session with the SIP E2 entity. It can in particular transmit its SIP registration request, which is managed by the registration module (or "registrar") R, which is for example implemented in the SIP proxy server SP. It can also transmit the SIP address of the entity called E2, so that the proxy server SP locates it and tries to establish with it a second connection intended to establish a signaling communication in particular for its registration.
  • the registration module or "registrar”
  • the SIP entity E3 of the SIP proxy server sends a connection request to the device D3 so that it implements the same method as that described above in connection with the establishment of the first connection. .
  • the communication of media flow between calling SIP entities E1 and called E2 can be done only if the second signaling connection between SIP entities E2 and E3 could be done. Therefore, the device connectivity analysis module MA D3 determines the transport protocol that is suitable for establishing the second connection, then the associated connection module MC proceeds to establish the second connection according to the protocol determined transport. If the second connection can not be established, the device D3 alerts the SIP entity E3 which in turn warns the calling SIP entity E1 of the impossibility of establishing the communication with the SIP entity called E2.
  • the calling SIP entities E1 and called E2 may exchange signaling data via the first and second connections in order to proceed. establishment of a third connection between them.
  • the calling SIP entity E1 of the SIP terminal T1 sends the device D1 a new connection request so that it implements the same method as that described above in the context of the establishment of the first connection. Therefore, the connectivity analysis module MA of the device D1 determines the transport protocol which is adapted to the establishment of the third connection, then the associated connection module MC proceeds to establish the third connection between the entities. SIP calling E1 and called E2, according to the determined transport protocol. It is important to note that the transport protocols that are determined for establishing the first, second and third connections may be the same or different.
  • a connection management device Di can be arranged in such a way that it can be configured and / or remotely updated by means of another connection management device Di 'associated with the application entity of a server of a IP (subnetwork) operator, preferably the one containing the SIP registrar R.
  • the configuration or update can for example relate to the types of transport protocol that can be tested and used to perform the connections.
  • connection management device Di can be implemented in the form of electronic circuits, software (or computer) modules, or a combination of circuits and software.
  • connection management device Di can be downloaded to a communication terminal.
  • the tasks related to connectivity and connection establishment are now provided by the connection management device Di, while the application entity Ei only has to take on the tasks related to to recovery and management of a session.
  • the invention can be implemented in the presence or absence of hostile conditions. It is therefore compatible with a standard operation of the application concerned, for example SIP.
  • the invention makes it possible to dynamically take into account the evolution of the conditions within the interconnected IP networks, since it makes it possible to determine the transport protocol which is (the best) adapted taking into account the conditions in progress.
  • the invention also relates to mobile communication terminals.
  • connection management device not limited to the embodiments of connection management device, proxy server and communication terminal described above, only by way of example, but it encompasses all the variants that may be considered by the user. skilled in the art within the scope of the claims below.
  • the invention relates to other IP communication applications, and in particular applications for retrieving electronic messages (or mails) in mail servers.
  • the application entity needs to load the connection management device associated with it, only to establish a single connection (signaling) with the application entity that is located in the mail server. .

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)

Abstract

Un dispositif (D1) est dédié à la gestion de connexion entre au moins un terminal de communication client (T1) et au moins un serveur de communication (SP), disposant chacun d'une entité applicative de communication sur IP (E1 , E3) et appartenant à des réseaux IP interconnectés (R1, R3). Ce dispositif (D 1) comprend i) des moyens d'analyse de connectivité (MA) chargés, lorsqu'ils reçoivent une demande d'établissement de connexion entre l'entité applicative appelante (E1) du terminal client (T1 ), à laquelle est associé leur dispositif (D 1 ), et l'entité applicative appelée (E3) du serveur (SP), de déterminer un protocole de transport qui est adapté à l'établissement de cette connexion, et ii) des moyens de connexion (MC) chargés d'établir la connexion entre les entités applicatives appelante (E1) et appelée (E3), conformément au protocole de transport qui a été déterminé par les moyens d'analyse de connectivité (MA).

Description

DISPOSITIF DE GESTION DE CONNEXION(S) CLI ENT(S)/SERVEU R(S), EN PRÉSENCE DE CONDITIONS HOSTILES DANS DES RÉSEAUX IP INTERCONNECTÉS
L'invention concerne les réseaux de communication à protocole Internet (IP), et plus précisément la gestion des connexions entre des entités applicatives de communication sur IP implantées dans des équipements de communication connectés aux réseaux précités. On entend ici par « équipement de communication » tout équipement, radio ou filaire, fixe ou mobile (ou portable) capable de se connecter à au moins un réseau IP, afin d'échanger des données sous la forme de signaux avec un autre équipement. Il pourra donc s'agir, par exemple, d'un serveur SIP ou d'un terminal de communication, tel qu'un téléphone fixe ou mobile, ou un ordinateur fixe ou portable ou un assistant personnel numérique (ou PDA) équipé d'un module de communication sur IP. Par ailleurs, on entend ici par « entité applicative de communication sur IP » un module, généralement de type logiciel, permettant à l'équipement de communication dans lequel il est implanté d'établir des communications sur IP avec un autre équipement de communication, lui-même pourvu d'un tel module. Ces communications peuvent être relatives à un flux média, comme par exemple un flux de voix (VoIP pour « Voice over IP ») ou un flux vidéo, ou à de la signalisation, par exemple destinée à permettre la récupération de messages électroniques dans un serveur de messagerie ou l'établissement d'une communication de flux média. A titre d'exemple non limitatif, les entités peuvent être par exemple de type SIP (pour « Session Initiation Protocol » - protocole d'initiation de session). De telles entités SIP permettent de créer et gérer des sessions d'échange de données (sous toute forme) entre des équipements dans lesquels elles sont implantées, indépendamment de la nature des données et du protocole de transport utilisé pour transporter lesdites données. Comme le sait l'homme de l'art, la plupart des réseaux IP sont interconnectés les uns aux autres par l'intermédiaire d'un ou plusieurs équipements de réseau tels que des translateurs d'adresses de réseau (ou NATs pour « Network Address Translatons ») ou des pare-feux (« fire-walls »). Ces équipements de réseau sont particulièrement utiles du fait qu'ils sont chargés soit de remédier à l'épuisement des adresses IPv4 disponibles dans le cas des translateurs d'adresses de réseau (NATs), soit de protéger les réseaux IP en contrôlant leur accès dans le cas des pare-feux. Cependant, ces équipements de réseau peuvent ∞nstituer des ∞nditions « hostiles » pour certaines applications IP, comme par exemple l'application SIP (protocole d'initiation de session). On entend ici par « conditions hostiles » un environnement qui empêche une entité applicative appelante, implantée par exemple dans un premier terminal de communication, d'établir une communication avec une entité applicative appelée, implantée par exemple dans un second terminal de communication ou un serveur de type proxy.
Deux solutions ont été proposées pour améliorer la situation. La première solution est connue sous l'acronyme ICE (pour « Interactive Connectivity Establishment »). Elle est dédiée à SIP. Elle consiste à modifier les entités SIP afin qu'elles puissent déterminer et établir le meilleur chemin possible pour la transmission de flux média entre les terminaux de communication qu'elles équipent. L'inconvénient de cette solution (ICE) réside dans le fait, d'une part, qu'elle ne permet de traverser que des NATs (hostiles), et d'autre part, qu'elle introduit des modifications importantes de SIP qui interdisent les communications entre un terminal équipé d'une entité SIP modifiée selon ICE et un terminal équipé d'une entité SIP (non modifiée), y compris en l'absence de condition hostile.
La seconde solution est connue sous le nom Skype. Elle est dédiée à la téléphonie sur IP (VoIP). Elle consiste à utiliser des super-nœuds pour permettre à un terminal client de traverser un Nat et/ou un pare-feu (hostile(s)) en vue de communiquer en VoIP avec un autre terminal client. L'inconvénient de cette solution (Skype) réside dans le fait qu'étant de type propriétaire elle utilise ses propres mécanismes pour établir des communications VoIP, et ne peut de ce fait être adaptée de manière à permettre à d'autres applications, et notamment à SIP, de fonctionner dans des conditions hostiles. En outre, le modèle de nœuds et de super-nœuds (sans serveur dédié), utilisé par Skype, ne correspond pas du tout au modèle client-serveur semi-hiérarchique de SIP, qui repose sur l'utilisation d'un serveur de type proxy SIP pour servir d'intermédiaire dans rétablissement d'une communication entre terminaux SIP clients. Aucune solution connue n'apportant une entière satisfaction, l'invention a donc pour but d'améliorer la situation.
Elle propose à cet effet un dispositif de gestion de connexion entre au moins un terminal (de communication) client et au moins un serveur (de communication), disposant chacun d'une entité applicative de communication sur IP et appartenant à des réseaux IP interconnectés. Ce dispositif de gestion se caractérise par le fait qu'il comprend : des moyens d'analyse de connectivité chargés, lorsqu'ils reçoivent une demande d'établissement de connexion entre l'entité applicative appelante du terminal client (ou du serveur), à laquelle est associé leur dispositif, et l'entité applicative appelée du serveur (ou du terminal client), de déterminer un protocole de transport qui est adapté à l'établissement de cette connexion, et des moyens de connexion chargés d'établir la connexion entre les entités applicatives appelante et appelée, conformément au protocole de transport qui a été déterminé par les moyens d'analyse de connectivité.
Le dispositif de gestion selon l'invention peut comporter d'autres caractéristiques qui peuvent être prises séparément ou en combinaison, et notamment : ses moyens d'analyse de connectivité peuvent être chargés de transmettre successivement à l'entité applicative appelée des messages de test au moyen de protocoles de transport différents, selon une séquence choisie, et d'analyser chaque message de réponse de test reçu consécutivement à la transmission d'un message de test, afin de choisir comme protocole de transport celui qui a été utilisé pour transmettre le message de test qui a fait l'objet d'un message de réponse de test positif ;
> ses moyens d'analyse de connectivité peuvent être chargés d'interrompre la transmission des messages de test dès qu'ils reçoivent un message de réponse de test positif ;
> en variante ses moyens d'analyse de connectivité peuvent être chargés de choisir le protocole de transport qui est le mieux adapté à la connexion demandée après avoir analysé chaque message de réponse de test correspondant à chaque message de test transmis ; - les différents protocoles de transport utilisés pour transporter les messages de test peuvent être choisis parmi UDP (« User Datagram Protocol »), TCP (« Transmission Control Protocol ») et TCP via un tunnel passant par un serveur proxy pour des applications Internet HTTP(S) ; ses moyens d'analyse de connectivité peuvent être chargés, lorsqu'ils reçoivent une demande d'établissement de connexion entre l'entité applicative appelante du terminal client (à laquelle est associé son dispositif) et une entité applicative appelée d'un autre terminal client (éventuellement équipée d'un dispositif de gestion de connexion), de déterminer, d'une part, un premier protocole de transport adapté à l'établissement d'une connexion de signalisation entre l'entité applicative appelante et l'entité applicative du serveur, et d'autre part, un second proto∞le de transport adapté à l'établissement d'une connexion de communication média entre l'entité applicative appelante et l'entité applicative appelée. Dans ce cas, ses moyens de connexion sont chargés d'établir les connexion de signalisation et connexion de communication de flux média conformément, respectivement, aux premier et second protocoles de transport déterminés par ses moyens d'analyse de connectivité ; il peut être agencé de manière à pouvoir être configuré et/ou mis à jour à distance au moyen d'un autre dispositif de gestion de connexion associé à l'entité applicative d'un serveur d'un opérateur de réseau ; - les entités peuvent être de type SIP ou bien dédiées à la gestion de messagerie électronique ; ses moyens d'analyse de connectivité peuvent être chargés de gérer rétablissement d'une connexion de signalisation avec une entité applicative permettant d'enregistrer un terminal client auprès d'un module d'enregistrement (ou « registrar ») ; il peut être connecté à un serveur de type proxy appartenant au même réseau de communication que le sien.
L'invention propose également un serveur de type proxy ou un terminal de communication comprenant un dispositif de gestion de connexion du type de celui présenté ci-avant.
D'autres caractéristiques et avantages de l'invention apparaîtront à l'examen de la description détaillée ci-après, et du dessin annexé, sur lequel l'unique figure illustre de façon très schématique des réseaux IP interconnectés et auxquels sont raccordés des exemples de réalisation de terminaux de communication selon l'invention et un exemple de réalisation d'un serveur de type proxy selon l'invention. Le dessin annexé pourra non seulement servir à compléter l'invention, mais aussi contribuer à sa définition, le cas échéant.
L'invention a pour objet de permettre l'établissement de communications entre au moins une entité applicative de communication sur IP, implantée dans un terminal de communication client connecté à un réseau IP, et au moins une entité applicative de communication sur IP, implantée dans un serveur connecté à un autre réseau IP, en présence de conditions hostiles.
Dans ce qui suit, on considère à titre d'exemple non limitatif que les entités applicatives de communication sur IP sont des entités SIP (pour « Session Initiation Protocol » - protocole d'initiation de session - RFC 3261). Mais, l'invention n'est pas limitée à ce type d'entité. Elle concerne en effet toute entité applicative dédiée aux communications sur IP, et notamment celles permettant de récupérer des messages (ou courriers) électroniques dans un serveur de messagerie.
Comme cela est illustré sur l'unique figure, SIP repose sur un modèle de type client/serveur, dans lequel des terminaux de communication SIP clients T1, T2, respectivement connectés à des premier R1 et second R2 (sous-)réseaux IP peuvent établir des communications entre eux par l'intermédiaire d'un serveur de type proxy SIP SP, connecté à un troisième (sous-)réseau IP R3. Les différents (sous-)réseaux IP R1 à R3 sont interconnectés entre eux par l'intermédiaire d'au moins un autre réseau IP RP, jouant ici le rôle de réseau IP principal, et d'équipements de réseau N1, N2 et FW.
Par exemple, le premier (sous-)réseaux IP R1 est raccordé au réseau IP principal RP par l'intermédiaire d'un premier translateur d'adresses de réseau (ou NAT pour « Network Address Translator ») N1, le second (sous-)réseaux IP R2 est raccordé au réseau IP principal RP par l'intermédiaire d'un second translateur d'adresses de réseau (ou NAT) N2, et le troisième (sous-)réseaux IP R3 est raccordé au réseau IP principal RP par l'intermédiaire d'un pare-feu (« fire-wall ») PF. On entend ici par « terminal de communication SIP » un terminal de communication Ti (ici i = 1 ou 2) propre à se connecter à l'Internet, par exemple via une connexion ADSL ou un réseau local Ethernet (de type LAN pour « Local Area Network ») ou encore une interface sans fil de type WiFi (WLAN) ou WiMAX, et comportant une entité SIP Ei chargée de créer et gérer des sessions d'échange de données (sous toute forme) avec une autre entité SIP implantée dans un autre terminal SIP, indépendamment de la nature des données et du protocole de transport utilisé pour transporter lesdites données. Il peut s'agir, par exemple, d'un téléphone fixe ou mobile, ou d'un ordinateur fixe ou portable ou d'un assistant personnel numérique (ou PDA) équipé d'un module de communication sur IP.
Par ailleurs, on entend ici par « serveur proxy SIP » un serveur de communication SP propre à se connecter à l'Internet, par exemple via une connexion ADSL ou un réseau local Ethernet (de type WLAN pour « Wireless Local Area Network »), assurant une fonction « proxy » et comportant une entité SIP E3, également chargée de créer et gérer des sessions d'échange de données avec une autre entité SIP implantée dans un terminal SIP Ti. Il est rappelé que selon le modèle SIP, l'établissement d'une communication entre des premier T1 et second T2 terminaux SIP se fait en deux phases. La première phase ∞nsiste tout d'abord à établir une première connexion entre l'entité SIP appelante E1 du premier terminal SIP T1 et l'entité SIP E3 d'un serveur proxy SIP SP de son choix, de manière à instaurer entre ces entités E1 et E3 une communication de signalisation permettant notamment la transmission des adresses SIP des premier T1 et second T2 terminaux SIP et d'un message demandant l'enregistrement de l'entité SIP appelante El Une fois l'enregistrement effectué auprès d'une base de données alimentée par un module d'enregistrement (ou « registrar ») R, par exemple implanté dans le serveur proxy SIP SP, ce dernier localise l'entité SIP appelée E2 du second terminal SIP T2 et établit avec celle-ci une seconde connexion destinée à instaurer une communication de signalisation en vue notamment de son enregistrement.
La seconde phase survient après la première phase. Elle consiste à établir une troisième connexion entre l'entité SIP appelante E1 du premier terminal SIP T1 et l'entité SIP appelée E2 du second terminal SIP T2, afin d'instaurer entre elles une communication de flux média. Dans une application de téléphonie sur IP, le flux média est de la voix sur IP (ou VoIP pour « Voice over IP »). Mais, il pourrait s'agir d'un autre flux de données média, comme par exemple un flux de données vidéo. Comme indiqué dans la partie introductive, lorsque l'une des trois connexions précitées doit être établie au travers d'un translateur d'adresses de réseau et/ou d'un pare-feu, elle peut rencontrer des conditions hostiles (du fait de la (des) politique(s) pour laquelle (lesquelles) il(s) a (ont) été confιguré(s)) qui peuvent interdire son établissement et donc empêcher l'instauration de la communication de flux média entre les premier T1 et second T2 terminaux SIP. L'unique figure illustre une situation dans laquelle chaque équipement de réseau N1, N2, FW introduit des conditions hostiles pour les première, seconde et troisièmes connexions SIP.
L'invention propose un dispositif de gestion de connexion Di permettant d'établir la (ou les) connexion(s) SIP nécessaire(s) à l'instauration d'une communication entre un terminal SIP client Ti et un serveur proxy SIP SP, ou bien entre des premier Tï et second T2 terminaux SIP clients par l'intermédiaire d'un serveur proxy SIP SP. II est important de noter que pour que l'invention puisse être mise en œuvre il n'est pas indispensable que l'entité SIP appelée soit couplée à un dispositif de gestion de connexion Di selon l'invention. Il est en revanche indispensable que l'entité SIP appelante soit couplée à un dispositif de gestion de connexion Di selon l'invention. Dans l'exemple illustré sur l'unique figure, les deux terminaux SIP Tï et T2 sont chacun pourvus (en interne) d'un dispositif de gestion de connexion Di, tandis que le serveur proxy SIP SP est connecté à un dispositif de gestion de connexion Di (externe). Il n'est en effet pas obligatoire qu'une entité SIP, implantée dans un équipement, soit associée à un dispositif de gestion de connexion Di implanté dans ce même équipement. Il faut cependant que l'entité SIP soit implantée dans un équipement qui est connecté au même (sous-)réseau IP que celui auquel est connecté le dispositif de gestion de connexion Di associé.
Un dispositif de gestion de connexion Di (par exemple D1), selon l'invention, est chargé, d'une part, de contrôler la connectivité entre son entité SIP E1, lorsqu'elle est appelante, et toute autre entité SIP appelée E2 ou E3, et d'autre part d'établir les connexions entre son entité SIP appelante E1 et chaque entité SIP appelée E2 ou E3. Pour ce faire, elle comprend un module d'analyse de connectivité MA couplé à un module de connexion MC.
Le module d'analyse de connectivité MA intervient chaque fois que l'entité SIP E1, qui est associée à son dispositif D1, souhaite établir une communication, de type signalisation ou flux média, avec une entité SIP appelante E2 ou E3. Plus précisément, chaque fois qu'il reçoit de son entité SIP appelante E1 une demande d'établissement de connexion avec une entité SIP appelée E2 ou E3, le module d'analyse de connectivité MA commence par déterminer le protocole de transport qui est (le mieux) adapté à l'établissement de cette connexion. Cette détermination est essentielle puisque c'est l'utilisation d'un type de protocole de transport particulier, par exemple UDP ou TCP, qui empêche l'établissement d'une connexion via un translateur d'adresses Ni ou un pare-feu PF. Pour effectuer cette détermination, le module d'analyse de connectivité MA peut par exemple transmettre successivement à l'entité SIP appelée E2 ou E3 des messages de test au moyen de protocoles de transport différents, selon une séquence choisie. Par exemple, un premier message de test peut être transmis à destination de l'entité SIP appelée E2 ou E3 avec un premier protocole de transport, par exemple UDP. Il est important de noter que dans le cas du protocole de transport UDP, la connexion a établir est de type virtuel. Si le dispositif D1 reçoit un premier message de réponse de test négatif, c'est-à-dire signalant que le premier message de test n'est pas arrivé à destination, le module d'analyse de connectivité MA transmet à destination de l'entité SIP appelée E2 ou E3 un deuxième message de test avec un deuxième protocole de transport différent du précédent, par exemple TCP. Il est important de noter que dans le cas du protocole de transport TCP, la connexion a établir est de type réel. En revanche, si le dispositif D1 reçoit un premier message de réponse de test positif, c'est-à-dire signalant que le premier message de test est arrivé à destination, le module d'analyse de connectivité MA cesse préférentiellement de transmettre des messages de test et choisit le premier protocole de transport pour l'établissement de la connexion demandée, puis il le signale au module de connexion MC.
Si le dispositif D1 reçoit un deuxième message de réponse de test négatif, c'est-à-dire signalant que le deuxième message de test n'est pas arrivé à destination, le module d'analyse de connectivité MA transmet à destination de l'entité SIP appelée E2 ou E3 un troisième message de test avec un troisième protocole de transport différent du précédent, par exemple TCP via un tunnel passant par un serveur Internet de type proxy.
En revanche, si le dispositif D1 reçoit un deuxième message de réponse de test positif, c'est-à-dire signalant que le deuxième message de test est arrivé à destination, le module d'analyse de connectivité MA cesse préférentiellement de transmettre des messages de test et choisit le deuxième protocole de transport pour l'établissement de la connexion demandée, puis il le signale au module de connexion MC. Si le dispositif D1 reçoit un troisième message de réponse de test négatif, c'est-à-dire signalant que le troisième message de test n'est pas arrivé à destination, le module d'analyse de connectivité MA transmet à destination de l'entité SIP appelée E2 ou E3 un quatrième message de test avec un quatrième protocole de transport différent du précédent. Si le module d'analyse de connectivité MA ne dispose que de trois protocoles de transport pour effectuer ses tests, la détermination se termine et il adresse à l'entité SIP appelante E1 un message lui signalant que la connexion demandée ne peut pas être établie. En revanche, si le dispositif D1 reçoit un troisième message de réponse de test positif, c'est-à-dire signalant que le troisième message de test est arrivé à destination, le module d'analyse de connectivité MA cesse préférentiellement de transmettre des messages de test et choisit le troisième protocole de transport pour l'établissement de la connexion demandée, puis il le signale au module de connexion MC. Le message de test qui est transmis peut varier en fonction du protocole de transport qui est utilisé pour le transporter. Par exemple dans le cas du protocole UDP, le message de test peut satisfaire au protocole STUN (pour « Simple Traversai of UDP through NAT » - traversée simple de UDP au travers d'un translateur d'adresses - RFC 3489). Des adaptations de ce protocole STUN peuvent être effectuées pour les messages devant être transmis au moyen des autres protocoles de transport, comme par exemple TCP et TCP via un tunnel passant par un serveur Internet de type proxy. Par ailleurs, pour tester l'utilisation du protocole UDP on peut éventuellement utiliser un mécanisme permettant de découvrir les adresses UDP publiques qui sont translatées par un translateur d'adresses Ni introduisant des conditions hostiles. On peut également envisager de mettre à jour périodiquement les informations relatives à ces adresses UDP publiques translatées.
En outre, pour tester l'utilisation du protocole TCP on peut utiliser les ports SIP dédiés (que l'on teste par exemple en premiers). De plus, pour tester l'utilisation du protocole TCP via un tunnel au travers d'un serveur proxy pour des applications Internet HTTP(S), on peut utiliser la méthode CONNECT développée dans le cadre du protocole HTTP/1.1 (« HyperText Transfer Protocol version 1.1 » - RFC 2616).
On notera que dans une variante le dispositif Di peut transmettre successivement des messages de test avec des protocoles de transport différents, selon une séquence choisie, et choisir le protocole de transport qui lui semble être le mieux adapté à la situation après avoir analysé les messages de réponse de test correspondant à chaque message de test transmis. En effet, lorsqu'au moins deux protocoles de transport peuvent être utilisés pour une même connexion, il peut être préférable d'en utiliser un plutôt que l'autre. Le module de connexion est chargé d'établir la connexion qui a été demandée par l'entité SIP appelante lorsque le module d'analyse de connectivité MA l'a autorisé à le faire en lui signalant l'identifiant du protocole de transport ayant réussi avec succès le test. Cette connexion est donc établie entre les entités SIP appelante E1 et appelée E2 ou E3, conformément au protocole de transport qui a été déterminé par le module d'analyse de connectivité MA.
Il est important de noter que, lorsqu'une entité SIP appelante E1 souhaite établir une connexion avec une entité SIP appelée E2, implantée dans un terminal SIP T2 et non dans un serveur proxy SIP SP (ou tout autre serveur SIP), elle transmet au dispositif D1 qui lui est associé une première demande de connexion destinée à établir une première connexion avec l'entité SIP E3 du serveur proxy SIP SP qui a été choisi par l'utilisateur du terminal T1 dans laquelle elle est implantée. Comme indiqué précédemment, cette première connexion est destinée à permettre à l'entité SIP appelante E1 de transmettre à l'entité SIP appelée E3 une demande d'enregistrement SIP, ainsi que l'adresse SIP de l'entité SIP E2 du terminal SIP T2. Si la première connexion a été correctement établie par le dispositif D1, l'entité SIP appelante E1 est donc en mesure d'assurer toutes ses tâches habituelles (bien entendu à l'exception de celles liées à la connectivité), et notamment celles nécessaires à l'établissement d'une session avec l'entité SIP E2. Elle peut notamment transmettre sa demande d'enregistrement SIP, laquelle est gérée par le module d'enregistrement (ou « registrar ») R, qui est par exemple implanté dans le serveur proxy SIP SP. Elle peut également transmettre l'adresse SIP de l'entité appelée E2, afin que le serveur proxy SP la localise et tente d'établir avec celle-ci une seconde connexion destinée à instaurer une communication de signalisation en vue notamment de son enregistrement. Pour établir cette deuxième connexion, l'entité SIP E3 du serveur proxy SIP adresse au dispositif D3 une demande de connexion afin qu'il mette en œuvre la même méthode que celle décrite ci-avant dans le cadre de l'établissement de la première connexion. En effet, la communication de flux média entre les entités SIP appelante E1 et appelée E2 ne pourra se faire qu'à condition que la deuxième connexion de signalisation entre les entités SIP E2 et E3 ait pu se faire. Par conséquent, le module d'analyse de connectivité MA du dispositif D3 détermine le protocole de transport qui est adapté à l'établissement de la deuxième connexion, puis le module de connexion MC associé procède à l'établissement de la deuxième connexion conformément au protocole de transport déterminé. Si la deuxième connexion ne peut pas être établie, le dispositif D3 alerte l'entité SIP E3 qui avertit à son tour l'entité SIP appelante E1 de l'impossibilité d'établir la communication avec l'entité SIP appelée E2.
En revanche, si la deuxième connexion a été correctement établie et si l'entité SIP appelante E2 a été enregistrée, les entités SIP appelante E1 et appelée E2 peuvent s'échanger des données de signalisation via les première et deuxième connexion afin de procéder à l'établissement d'une troisième connexion entre elles. Pour établir cette troisième connexion, l'entité SIP appelante E1 du terminal SIP T1 adresse au dispositif D1 une nouvelle demande de connexion afin qu'il mette en œuvre la même méthode que celle décrite ci-avant dans le cadre de l'établissement de la première connexion. Par conséquent, le module d'analyse de connectivité MA du dispositif D1 détermine le protocole de transport qui est adapté à l'établissement de la troisième connexion, puis le module de connexion MC associé procède à l'établissement de la troisième connexion entre les entités SIP appelante E1 et appelée E2, conformément au protocole de transport déterminé. II est important de noter que les protocoles de transport qui sont déterminés pour établir les première, deuxième et troisièmes connexions peuvent être identiques ou différents.
Si la troisième connexion ne peut pas être établie, le dispositif D1 alerte l'entité SIP appelante E1 de l'impossibilité d'établir la communication avec l'entité SIP appelée E2. En revanche, si la troisième connexion a été correctement établie, les entités SIP appelante E1 et appelée E2 sont en mesure d'assurer toutes les tâches habituelles nécessaires à l'établissement d'une session entre leurs terminaux SIP respectifs (Tï et 12), de sorte que la communication de flux média puisse se faire entre ces derniers T1 et T2. Un dispositif de gestion de connexion Di peut être agencé de manière à pouvoir être configuré et/ou mis à jour à distance au moyen d'un autre dispositif de gestion de connexion Di' associé à l'entité applicative d'un serveur d'un opérateur de (sous- )réseau IP, de préférence celui qui contient le module d'enregistrement (SIP registrar) R. La configuration ou la mise à jour peuvent par exemple porter sur les types de protocole de transport pouvant être testés et utilisés pour effectuer les connexions.
Il est important de noter que dans certaines situations difficiles, l'établissement d'une connexion par un dispositif de gestion de connexion peut requérir l'intervention d'au moins un autre dispositif de gestion de connexion intermédiaire. Le dispositif de gestion de connexion Di selon l'invention, et notamment son module d'analyse de connectivité MA et son module de connexion MC, 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. Lorsque le dispositif de gestion de connexion Di se présente intégralement sous la forme de modules logiciels, il peut être téléchargé dans un terminal de communication. Grâce à l'invention, les tâches liées à la connectivité et à l'établissement des connexions sont désormais assurées par le dispositif de gestion de connexion Di, tandis que l'entité applicative Ei n'a plus qu'à se charger des tâches liées à rétablissement et la gestion d'une session. Par ailleurs, l'invention peut être mise en œuvre en présence ou en l'absence de conditions hostiles. Elle est donc compatible avec un fonctionnement standard de l'application concernée, par exemple SIP.
En outre, l'invention permet de tenir compte dynamiquement de l'évolution des conditions au sien des réseaux IP interconnectés, puisqu'elle permet de déterminer le protocole de transport qui est (le mieux) adapté compte tenu des conditions en cours. De plus, l'invention concerne également les terminaux de communication mobile. Par
il conséquent, elle permet d'adapter le type de proto∞le de transport utilisé en fonction du type de réseau auquel un terminal mobile est momentanément rattaché. L'invention ne se limite pas aux modes de réalisation de dispositif de gestion de connexion, de serveur de type proxy et de terminal de communication 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. Ainsi, dans ce qui précède on a décrit une mise en œuvre de l'invention dans le cadre de SIP. Mais, l'invention concerne d'autres applications de communication sur IP, et notamment les applications permettant de récupérer des messages (ou courriers) électroniques dans des serveurs de messagerie. Dans ce cas, l'entité applicative n'a besoin de charger le dispositif de gestion de connexion, qui lui est associé, que d'établir une unique connexion (de signalisation) avec l'entité applicative qui est implantée dans le serveur de messagerie.

Claims

REVENDICATIONS
1. Dispositif (D1 ;D2 ;D3) de gestion de connexion entre au moins un terminal de communication client (T1) et au moins un serveur de communication (SP), disposant chacun d'une entité applicative de communication sur IP (E1,E3) et appartenant à des réseaux IP interconnectés (R1,R3), caractérisé en ce qu'il comprend des moyens d'analyse de connectivité (MA) agencés, en cas de réception d'une demande d'établissement de connexion entre l'entité applicative appelante (E1) dudit terminal client (T1) ou dudit serveur (SP), à laquelle est associé ledit dispositif (D 1), et l'entité applicative appelée (E3) dudit serveur (SP) ou dudit terminal client (SP), pour déterminer un protocole de transport adapté à l'établissement de ladite connexion, et des moyens de connexion (MC) agencés pour établir la connexion entre lesdites entités applicatives appelante (E1) et appelée (E3), conformément au protocole de transport déterminé par lesdits moyens d'analyse de connectivité (MA).
2. Dispositif selon la revendication 1, caractérisé en ce que lesdits moyens d'analyse de connectivité (MA) sont agencés pour transmettre successivement à l'entité applicative appelée (E3) des messages de test au moyen de protocoles de transport différents, selon une séquence choisie, et pour analyser chaque message de réponse de test reçu consécutivement à la transmission d'un message de test, afin de choisir comme protocole de transport celui utilisé pour transmettre un message de test ayant fait l'objet d'un message de réponse de test positif.
3. Dispositif selon la revendication 2, caractérisé en ce que lesdits moyens d'analyse de connectivité (MA) sont agencés pour interrompre la transmission des messages de test dès qu'ils reçoivent un message de réponse de test positif.
4. Dispositif selon la revendication 2, caractérisé en ce que lesdits moyens d'analyse de connectivité (MA) sont agencés pour choisir le protocole de transport qui est le mieux adapté à ladite connexion demandée après avoir analysé chaque message de réponse de test correspondant à chaque message de test transmis.
5. Dispositif selon l'une des revendications 2 à 4, caractérisé en ce que lesdits différents protocoles de transport sont choisis dans un groupe comprenant au moins
UDP, TCP et TCP via un tunnel passant par un serveur Internet de type proxy.
6. Dispositif selon l'une des revendications 1 à 5, caractérisé en ce que lesdits moyens d'analyse de connectivité (MA) sont agencés, en cas de réception d'une demande d'établissement de connexion entre l'entité applicative appelante (E1) dudit terminal client (T1), à laquelle est associé ledit dispositif (D1), et une entité applicative appelée (E2) d'un autre terminal client (T2), pour déterminer, d'une part, un premier proto∞le de transport adapté à l'établissement d'une connexion de signalisation entre ladite entité applicative appelante (E1) et l'entité applicative (E3) dudit serveur (SP), et d'autre part, un second protocole de transport adapté à l'établissement d'une connexion de communication de flux média entre ladite entité applicative appelante (E1) et ladite entité applicative appelée (E3), et en ce que lesdits moyens de connexion (MC) sont agencés pour établir lesdites connexion de signalisation et connexion de communication de flux média conformément, respectivement, auxdits premier et second protocoles de transport déterminés par lesdits moyens d'analyse de connectivité (MA).
7. Dispositif selon l'une des revendications 1 à 6, caractérisé en ce qu'il est agencé pour être configuré et/ou mis à jour à distance au moyen d'un autre dispositif de gestion de connexion associé à une entité applicative d'un serveur d'un opérateur de réseau.
8. Dispositif selon l'une des revendications 1 à 7, caractérisé en ce que lesdites entités (E1-E3) sont de type SIP.
9. Dispositif selon l'une des revendications 1 à 7, caractérisé en ce que lesdites entités (E1-E3) sont dédiées à la gestion de messagerie électronique.
10. Dispositif selon l'une des revendications 1 à 8, caractérisé en ce que lesdits moyens d'analyse de connectivité (MA) peuvent être chargés de gérer l'établissement d'une connexion de signalisation avec une entité applicative (E3) permettant d'enregistrer un terminal client (T1,T2) auprès d'un module d'enregistrement (R).
11. Dispositif selon l'une des revendications 1 à 10, caractérisé en ce qu'il est propre à être connecté à un serveur de type proxy (SP) au sein d'un même réseau de communication (R3).
12. Serveur de type proxy (SP) pour un réseau de communication (R3), caractérisé en ce qu'il comprend un dispositif de gestion de connexion (D3) selon l'une des revendications 1 à 10.
13. Terminal de communication (T1, T2), caractérisé en ce qu'il comprend un dispositif de gestion de connexion (D1.D2) selon l'une des revendications 1 à 10.
EP06777494A 2005-06-28 2006-06-27 Dispositif de gestion de connexion(s) client(s)/serveur(s), en presence de conditions hostiles dans des reseaux ip interconnectes Ceased EP1900177A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0551783A FR2887724B1 (fr) 2005-06-28 2005-06-28 Dispositif de gestion de connexion(s) client(s)/serveur(s), en presence de conditions hostiles dans des reseaux ip interconnectes
PCT/EP2006/063603 WO2007000459A1 (fr) 2005-06-28 2006-06-27 Dispositif de gestion de connexion(s) client(s)/serveur(s), en presence de conditions hostiles dans des reseaux ip interconnectes

Publications (1)

Publication Number Publication Date
EP1900177A1 true EP1900177A1 (fr) 2008-03-19

Family

ID=35539470

Family Applications (1)

Application Number Title Priority Date Filing Date
EP06777494A Ceased EP1900177A1 (fr) 2005-06-28 2006-06-27 Dispositif de gestion de connexion(s) client(s)/serveur(s), en presence de conditions hostiles dans des reseaux ip interconnectes

Country Status (3)

Country Link
EP (1) EP1900177A1 (fr)
FR (1) FR2887724B1 (fr)
WO (1) WO2007000459A1 (fr)

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7185098B2 (en) * 2002-09-30 2007-02-27 Microsoft Corporation Conferencing using flexible connection ports
JP3761512B2 (ja) * 2002-11-29 2006-03-29 Ｎｅｃインフロンティア株式会社 Ｉｐネットワークにおける音声データ送受信自動選択システム及び方法並びにｉｐ端末

Non-Patent Citations (1)

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

Also Published As

Publication number Publication date
WO2007000459A1 (fr) 2007-01-04
FR2887724A1 (fr) 2006-12-29
FR2887724B1 (fr) 2007-08-24

Similar Documents

Publication Publication Date Title
EP3739843B1 (fr) Procédé de communication udp via des chemins multiples entre deux terminaux
EP3257204B1 (fr) Procédé de sélection de concentrateurs de connexions réseau
EP2291980B1 (fr) Acces reseau a distance via un reseau visite
EP2073507A1 (fr) Contrôle de l'interface d'émission d'un message de réponse SIP
EP1931104B1 (fr) Procédé de contrôle de l'établissement de canaux de communication multimédia
EP1898593A1 (fr) Traversée d'un équipement de traduction d'adresse NAT pour messages de signalisation conformes au protocole SIP
WO2020254766A1 (fr) Procede et dispositif d'obtention d'une adresse ip
EP3549368B1 (fr) Procédé de fractionnement de messages applicatifs dans un réseau ip
FR2845857A1 (fr) Dispositif et procede de traitement de donnees pour l'etablissement de canaux de transmission entre terminaux d'un reseau de communications
EP1900177A1 (fr) Dispositif de gestion de connexion(s) client(s)/serveur(s), en presence de conditions hostiles dans des reseaux ip interconnectes
EP3560168B1 (fr) Classification et aiguillage de messages de contrôle d'une infrastructure de communications
EP2266279B1 (fr) Partage de contenu multi supports a partir d'une communication audio-video
EP2169903A1 (fr) Dispositif et procédé de routage permettant des traductions d'adresses en cascade dans un réseau
EP3949287B1 (fr) Passerelle et procédé de différentiation de trafic émis par la passerelle, dispositif et procédé gestion du trafic
CA2593870A1 (fr) Enregistrement de communications dans un reseau de telecommunications
WO2008001007A2 (fr) Procede d'adressage des elements de service et de transmission d'appel entre noeuds heterogenes
FR3030167A1 (fr) Procede d'echanges de donnees entre deux navigateurs internet, equipement de routage, terminal, programme d'ordinateur et support d'informations correspondants
FR2895622A1 (fr) Interfonctionnement de services de telephonie sur ip
WO2007071847A2 (fr) Procede et passerelle de raccordement d'entites de communication ip par l'intermediaire d'une passerellle residentielle
FR2836318A1 (fr) Systeme de transmission de contenus mutimedias apte a accorder les contenus au cours de leur transmission
FR2849310A1 (fr) Plate-forme de mediation destinee a etre installee dans un reseau de transport de messages conformement a des protocoles et reseau pourvu d'au moins une telle plate-forme
FR3119290A1 (fr) Procede d’etablissement d’un canal de communication poste-a-poste securise, dedie a une application reseau, entre deux equipements reseau distants
Arif et al. Sovoip: middleware for universal voip connectivity
WO2007077402A2 (fr) Procede et dispositif de gestion des communications personnelles d'au moins un utilisateur
FR2912585A1 (fr) Dispositif d'aide au traitement de messages de signalisation pour un equipement de reseau de communication

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: 20080128

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 IS IT LI LT LU LV MC NL PL PT RO SE SI SK TR

DAX Request for extension of the european patent (deleted)
DAX Request for extension of the european patent (deleted)
17Q First examination report despatched

Effective date: 20090403

REG Reference to a national code

Ref country code: DE

Ref legal event code: R003

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

Free format text: STATUS: THE APPLICATION HAS BEEN REFUSED

18R Application refused

Effective date: 20120611