EP2014030A1 - Method for propagating ip connectivity information between distinct ip telephony domains, locating server and computer programme - Google Patents

Method for propagating ip connectivity information between distinct ip telephony domains, locating server and computer programme

Info

Publication number
EP2014030A1
EP2014030A1 EP07731922A EP07731922A EP2014030A1 EP 2014030 A1 EP2014030 A1 EP 2014030A1 EP 07731922 A EP07731922 A EP 07731922A EP 07731922 A EP07731922 A EP 07731922A EP 2014030 A1 EP2014030 A1 EP 2014030A1
Authority
EP
European Patent Office
Prior art keywords
propagation
location server
information
list
telephony
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
EP07731922A
Other languages
German (de)
French (fr)
Inventor
Mohamed Boucadair
Pierrick Morand
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.)
Orange SA
Original Assignee
France Telecom SA
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 France Telecom SA filed Critical France Telecom SA
Publication of EP2014030A1 publication Critical patent/EP2014030A1/en
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/02—Topology update or discovery
    • H04L45/04—Interdomain routing, e.g. hierarchical routing
    • 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/80—Responding to QoS

Definitions

  • a method of propagating IP connectivity information between separate IP telephony domains, location server and corresponding computer program is described.
  • Telephony is understood to mean both conventional telephony services or integrating advanced services such as video telephony or digital data transfer.
  • the present invention is in the context of the exchange of information concerning datagram transport services used to route information flows between IP telephony domain management entities.
  • the invention relates to the transfer of domain identifiers
  • IP Internet Protocol
  • BGP Border Gateway Protocol
  • Interdomain Routing Protocol IP telephony domains
  • IP network is the backbone adopted by operators to pool their heterogeneous service offerings including IP telephony commonly referenced by the abbreviation VoIP (or "Voice over IP” for “Voice over IP”) or more generally grouped under the topic of conversational services.
  • VoIP Voice over IP
  • VoIP over IP Voice over IP
  • telephony offers deployed over an IP network must meet quality constraints such as high availability and high fault tolerance.
  • the availability constraint of the service does not only concern the service layer but also the transport layer.
  • LS ( "Location Server” for “Location Server”) is an entity of a telephony domain (ITAD) that manages customer locations and routes of a local ITAD. This equipment can interface with a neighboring LS to learn the location of clients managed by other ITADs; AS (“Autonomous System” for “Autonomous System”): It is a set of IP resources managed by a single administrative entity, also called “IP connectivity provider”. As part of the Border Gatevvaj Protocol, [RFC 1771], each AS is identified by a unique identifier. An AS is also referred to as the "IP Transfer Domain” as it refers to the Network and Transport layers of the OSI model. 2 SOLUTIONS OF THE PRIOR ART 2.1 Prior Art
  • TRlP allows interconnected ITADs to exchange all the destinations they can reach and in particular facilitates the selection of the most appropriate "Gateway” or "backbone” to evacuate IP telephony traffic to the RTC network.
  • the TRIP protocol is implemented by LS ("Location Servers” for “Location Servers”) that propagate TRJP routes containing attributes to qualify the routes in question. The use of this particular protocol is independent of the type of signaling protocol deployed for the actual establishment of calls. TRIP can be used in conjunction with SIP, H.323, or any other signaling protocol.
  • Each LS maintains a local routing database called TRIB ("Telephony Routing Information Database” for "Telephony Routing Information Database”).
  • This routing base is powered by advertisements received from neighboring LSs (from another telephony domain, for example).
  • the operation of the TRIP protocol is similar to that of the Border Gateway Protocol (BGP). Advertisements between neighboring LSs are performed as route update messages, called UPDATE messages. These messages are defined by the TRIP protocol and are exchanged between the LSs to inform a neighboring domain of the available routes.
  • each ITAD being administered by a single telephone operator.
  • IP IP
  • These operators each have one or more LSs.
  • Each LS maintains a database of routing it feeds with advertisements received from its neighbors (ie other areas) and LS its own domain. These ads are updated and redistributed to other neighbors if interconnection agreements allow.
  • the T1TAD4 LS 14 for example, updates the advertisements received from the FITAD5 LS 15 and re-propagates them to ITAD3 13. It should be noted that an ITAD is not necessarily deployed on a single AS or " IP transfer domain ".
  • an LS treats three types of routes: - external routes, received from LS located in neighboring ITADs; internal routes (Internai Routes), received from LS located in the same
  • ITAD Local Routes, configured locally in each LS for injection into TRIP processes. This operation is performed either by static configuration or by redistributing information from other routing protocols.
  • Adj-TRIBs-In 22 stores the routing information conveyed by UPDATE messages. This routing information, also called “routes”, is the input to a route selection process.
  • Ext-TRIB 24 Only one "Ext-TRIB” (“external TRlB”) table is maintained by LS. This table contains the result of a route selection process applied to the external roads 25 ("Adj-TRIBs-IN”) and local roads 26 ("Local Routes"). Prior art techniques allow only one route to be chosen per destination;
  • Loc-TRIB 20 (“Local TRIB”): This table contains local routes resulting from the application of local routing policies to each LS; “Adj-TRIBs-Out” 23 (“Adjacent TRIB out”): These are the roads that the
  • the QoS-Enhanced Border Gateway Protocol can be used to determine the QoS processing that will be reserved for voice streams by the layers. network / Transport.
  • the service layer managed by the TRIP protocol, for example, does not have any information on the status of the transfer of data at the level of the transport layer, and even less on the crossed AS for the placement.
  • an LS does not have means to select a data transfer path based on the IP connectivity operator that supports the routing of the traffic.
  • the TRIP protocol is able to maintain the path of crossed ITADs (service layer) but not that of traversed AS (network / transport layers).
  • a provider or operator of telephony services has, so far, no way of knowing by which AS, the voice data transit, and can thus ensure that they transit through AS of a competitor, even if the path to the "service" level is determined.
  • the ITADl 31 1 on which the client S 301 depends chooses the telephone level route through ITAD2 312, ITAD3 313 and finally ITAD6 316 on which the recipient D 302 depends, to control the transfer of the voice data.
  • this telephone-level route assumes the existence of an IP route traversing AS1 domains 321, AS2 322.
  • the solution proposed by the invention makes it possible to overcome these disadvantages of the prior art, by means of a method for propagating at least one routing route of at least one digital stream between a first location server of a first IP telephony domain and a second location server of a second IP telephony domain, said first location server belonging to an autonomous system, for transferring said at least one digital stream, according to the invention, such a method comprises a phase propagating at least one identification information relating to said autonomous system of said first location server to said second server.
  • the invention is based on an approach quite the propagation of routes routing, enabling a location server to obtain the identity of the loaded autonomous system to perform the actual transfer Datas.
  • location servers propagate telephony routes that may not be associated with actual data transport routes.
  • the method according to the invention makes it possible to obtain the identification of the autonomous systems used during transport at the level of the telephony routes.
  • the telephony domain entity may be any system for transferring / advertising / exchanging telephony routes in telephony domains.
  • said propagation phase comprises the following steps: identification of said autonomous system; composing a propagation message comprising said identification information relating to said autonomous system to said second location server; transmitting said propagation message to said second location server.
  • the propagation of a road is carried out in three stages.
  • the step of identification of the autonomous system (AS) by the entity of the first IP telephony domain allows the recovery of the identity of the autonomous system.
  • This identity is then inserted into a route propagation message, announcing or updating a telephony route to a given destination and transmitted to the second location server.
  • This second location server thus becomes aware of the autonomous system of the first location server (or of the list of autonomous systems to join said destination).
  • said composing step comprises the following steps: obtaining a list of propagation information within said first location server; modifying said propagation information list obtained by adding the identification information relating to said system standalone if said second IP telephony domain of said second location server is different from said first IP telephony domain of said first location server inserting said modified list of propagation information in said propagation message.
  • the composition of the propagation message to said second telephony domain location server begins with obtaining a list of propagation information.
  • This list previously present in said first location server is updated if the second location server is different from the first if a route is already present in the LS, otherwise the list is initialized to the value of the local autonomous system.
  • This update consists of adding the autonomous system identifier of the first location server to the propagation list.
  • the propagation list thus makes it possible to broadcast the identification data of the crossed ASs to reach the destination, to the telephony domain entities (local or neighbor).
  • said propagation information list comprises a sequence of propagation information segments, and one of said propagation information segments contains attributes belonging to the group comprising at least: information representative of a scheduling of propagation information autonomous systems; information representative of a number of autonomous systems; at least one identification information of an autonomous system.
  • the propagation list therefore contains data segments. These segments gather information about autonomous systems. The information may contain this segment allow to know the scheduling of autonomous systems, the number of systems in the segment and the identification of autonomous systems. Thus, the domain entity of telephony that receives this list is able to build a database of routing routes identifying the autonomous systems to borrow to reach a given destination.
  • said step of obtaining said list of propagation information comprises: a copying step of said propagation information list if said propagation information list exists; a step of creating a new list of propagation information if said list of propagation information does not exist.
  • the telephony domain entity can still provide a list of propagation information to another telephony domain entity if the latter requests it.
  • the invention also relates to a location server of a first IP telephony domain, capable of propagating at least one of at least routing route a digital stream to a second location server of a second domain IP telephony, said first location server belonging to an autonomous system, for transferring said at least one digital stream,
  • a location server comprises means for propagating at least one identification information of said autonomous system from said first location server to said second location server.
  • the location server is able to provide information identifying autonomous systems to cross during the actual transfer of digital streams.
  • such a location server comprises means for implementing the steps of the method of propagation of routing routes.
  • the invention also relates to a program product downloadable from a computer network communication and / or stored on a computer readable medium and / or executable by a microprocessor.
  • such a computer program product includes program code instructions for executing the routing route propagation method as described above.
  • FIG. 1 presented in relation with the prior art, presents an exemplary architecture of a network managed by the TRIP protocol;
  • FIG. 2 illustrates the structure of the routing databases (TRIB) used by the location servers (LS) routing the calls in the telephony domains (ITAD) presented in FIG. 1;
  • Figure 3 already introduced, illustrates one of the disadvantages of the state of the art, such as spirals;
  • Figure 4 describes the route propagation between two location servers.
  • the invention therefore proposes to improve the operation of the TRIP protocol and thus to allow new functionalities.
  • the general principle of the invention is based in particular on the introduction of a new attribute, in which are contained information on the IP connectivity service providers used to route the voice traffic. More clearly, the invention allows the service layer to identify the ASs, or IP connectivity operators used for the routing of voice traffic.
  • this information can be used to improve the quality of service of inter-domain telephone calls.
  • an LS has a simple and effective way to optimize an end-to-end path for a given destination.
  • This same information also makes it possible to detect anomalies, such as IP spirals, for example, since the service layer is aware of the ASs through which data travels to reach the final destination of a given call.
  • the present application details only the principle of the feedback of information, or identifiers, relating to the transport layer.
  • a list of identifiers relating to the transport layer is obtained, then to be propagated between the LSs implemented by the ITADs. More precisely, a new attribute containing one or more numbers (identifiers) of AS is now described. It makes it possible to identify the traversed AS to convey voice to a given destination. This number / identifier is provided to an administrative management domain (ITAD) which transmits it to a neighboring domain.
  • ITAD administrative management domain
  • This document presents an embodiment based on the location servers LS. It is understood that this embodiment is only an example of implementation. In particular, the invention can be implemented entirely using proxy servers (also called servers "Proxy”) or other functional element defined in a future protocol but whose features incorporate those defined for an LS in the context of this invention.
  • the TRIP protocol is implemented by the LS (location servers) that propagate TRIP routes, containing attributes to qualify the routes exchanged.
  • TRlP Transcription Routing over IP
  • AS_PATH In order to know the IP connectivity service providers used to route voice traffic from an ITAD to a given destination, a new attribute named AS_PATH is introduced. This attribute is defined as follows: Conditional Mandatory; true
  • TRIP Type Code To be defined by IANA.
  • This parameter indicates whether the attribute in question should be filled in or not in a TRIP message.
  • TRIP Type Code This parameter indicates a unique identifier of the TRiP message in question.
  • This attribute is to create and store a list of traversed ASs to reach the destination in question.
  • U is then propagated an IP telephony domain (ITAD) to a neighboring IP telephony domain and so on.
  • ITID IP telephony domain
  • the AS-PATH attribute consists of a sequence of segments, or fields, "AS path".
  • Each "AS path” segment is composed of a ⁇ path segment type, path segment length, and path segment value> triplet, defined as follows: each "path segment type” has a length of 1 byte which can take the following values:
  • AS_SET Unordered series of AS traversed by a route contained in an UPDATE TRJP message.
  • AS_SEQUENCE An ordered series of AS traversed by a route contained in an UPDATE TRJP message.
  • each path segment length has a length of 1 byte and contains the number of ASs contained in the path segment value; the field "path segment value" contains one or more AS numbers, each encoded as a field of 2 bytes long.
  • This new attribute therefore lists the succession of AS traversed by the data associated with a call.
  • Each LS maintains a routing table that it feeds with advertisements received from LSs of neighboring domains or those of its own domain. These ads are updated and redistributed to other neighbors if interconnection agreements allow. The procedure is described in connection with FIG.
  • an LS 41 when an LS 41 propagates (41 1) a TRIP 412 route that it has learned in an UPDATE message 410 from another neighbor LS 40, it is expected that it modifies the new attribute AS_PATH 413 of the route depending on the type of LS 42 to which it must re-propagate the route, according to the following procedure.
  • a given LS announces the route to another TRlP LS peer located in its own ITAD, this LS does not modify the AS_PATH attribute related to that route.
  • the local system adds the number of its IP connectivity service provider (ie the AS identifier) as the last element of the sequence; if the first segment of AS_PATH is of type AS_SET, the local system adds a new segment of type AS_SEQUENCE at the beginning of I 1 ASJPATH; this new segment contains the domain number of its IP connectivity service provider.
  • the advertisement includes the IP connectivity service provider's number in the AS PATH attribute of all UPDATE messages to be sent to its TRIP peers in neighboring ITADs.
  • the LS includes an empty AS_PATH in all UPDATE messages to send to its TRIP peers located in its own ITAD.
  • This attribute can be exploited by the route selection process to eliminate routes containing spirals at the IP level.
  • this attribute can be used by an ITAD to guide the process of updating Quality of Service information contained in TRIP routes.
  • This attribute can also be used to determine the IP processing associated with a given call.
  • an ITAD In the case where an ITAD is attached to several ASs, it can advertise some of its prefixes by indicating that these prefixes are managed (at the IP level) by a provider X and another part of its prefixes indicating that these prefixes are managed by a supplier Y.
  • New alphanumeric numbers are introduced here. Such numbers allow the routing of calls to numbers other than those defined by E.164. With this extension, VoIP service platforms such as those that do not use traditional telephone numbers can interconnect with other operators to provide a global voice service.
  • the "Address Family" field of a TRIP route can take the value
  • DIGIT mark
  • separators alpha lowalpha
  • upalpha upalpha "A" I "B” I "C” I "D” I "E” I "F”
  • New numbers proposed to be propagated using the TRIP protocol can then have the following format; 1. medf @ franceteleeom

Abstract

The invention concerns a method for propagating at least one route for routing at least one digital stream between a first locating server of a first IP telephony domain and a second locating server of a second IP telephony domain, said first locating server belonging to an autonomous system, for transferring said at least one digital stream. The invention is characterized in that it includes a phase of propagating at least one information identifying said autonomous system of said first locating server addressed to said second server.

Description

Procédé de propagation d'information de connectivité IP entre domaines de téléphonie IP distinct, serveur de localisation et programme d'ordinateur correspondants.A method of propagating IP connectivity information between separate IP telephony domains, location server and corresponding computer program.
1 DOMAINE DE L'INVENTION La présente invention se rapporte au domaine de la téléphonie sur des réseaux de type Internet (i.e. basés sur le protocole IP). Par téléphonie, on entend tout aussi bien les services de téléphonie classiques ou intégrant des services évolués tels que la visiophonie ou le transfert de données numériques.FIELD OF THE INVENTION The present invention relates to the field of telephony over Internet type networks (i.e. based on the IP protocol). Telephony is understood to mean both conventional telephony services or integrating advanced services such as video telephony or digital data transfer.
Plus précisément, la présente invention se place dans le cadre de l'échange d'information concernant des services de transport de datagrammes utilisés pour router des flux d'information entre des entités de gestion de domaines de téléphonie IP.More specifically, the present invention is in the context of the exchange of information concerning datagram transport services used to route information flows between IP telephony domain management entities.
En particulier, l'invention concerne le transfert d'identifiants des domainesIn particular, the invention relates to the transfer of domain identifiers
IP (de l'anglais « Internet Protocol » pour « Protocole Internet », au sens BGP (« Border Gateway Protocol » pour « Protocole de Routage Interdomaine »)) dans les annonces de routage entre domaines de téléphonie IP (aussi appelé ITAD pourIP ("Internet Protocol" for "Internet Protocol" in the sense of BGP ("Border Gateway Protocol" for "Interdomain Routing Protocol")) in routing advertisements between IP telephony domains (also called ITAD for
IP Telephony Administrative Domain).IP Telephony Administrative Domain).
Le réseau IP est le réseau fédérateur adopté par les opérateurs pour mutualiser leurs offres de service hétérogènes dont la téléphonie IP couramment référencée par le sigle VoIP (de l'anglais « Voice over IP » pour « Voix sur IP ») ou plus généralement groupée sous le thème des services conversationnels.The IP network is the backbone adopted by operators to pool their heterogeneous service offerings including IP telephony commonly referenced by the abbreviation VoIP (or "Voice over IP" for "Voice over IP") or more generally grouped under the topic of conversational services.
Le déploiement de ces applications de voix ou de vidéo en temps réel vers le tout IP ainsi que la migration du réseau commuté, traditionnellement désigné par le RTC, contraint les opérateurs à fournir une couverture globale, à l'échelle mondiale, de ces services. Ceci ne se résume pas seulement à assurer des points de présence aux quatre coins du globe mais à offrir aux clients la possibilité de joindre n'importe quelle destination (à savoir les clients des autres opérateurs). Cette couverture globale est réalisable grâce à l'établissement d'accords d'interconnexion avec d'autres fournisseurs de service tiers afin de pouvoir étendre la portée d'un service en dehors des bordures administratives d'un seul fournisseur de service.The deployment of these real-time voice and video applications to all-IP and dial-up migration, traditionally referred to by the RTC, forces operators to provide global coverage of these services globally. This is not just about providing points of presence around the globe, but also offering customers the ability to reach any destination (ie customers of other operators). This global coverage is achievable through the establishment of interconnection agreements with other third-party service providers in order to extend the scope of a service outside the administrative boundaries of a single service provider.
Dans le fil de cette dynamique, on prévoit que la coopération entre les fournisseurs de service de VolP/TolP (« Telephony over IP » pour « Téléphonie sur IP ») s'intensifiera dans le court et le moyen terme. Cette intensification doit permettre l'évacuation du trafic lié à la voix vers des points de terminaison se trouvant en dehors des domaines de téléphonie IP (encore appelés « ITAD » de l'anglais « IP Telephony Administrative Domain ») des opérateurs. Ces coopérations entre fournisseurs sont d'autant plus stratégiques que les accords classiques de type bilatéraux ne permettent pas d'assurer la couverture globale requise par les opérateurs.In line with this dynamic, it is expected that cooperation between VolP / TolP service providers ("Telephony over IP") will intensify in the short and medium term. This enhancement should allow the evacuation of voice-related traffic to endpoints outside IP telephony domains (also known as IP Telephony Administrative Domain (ITAD)). These cooperations between suppliers are all the more strategic as conventional agreements of bilateral type do not provide the overall coverage required by operators.
De plus, les offres de téléphonie déployées au dessus d'un réseau IP doivent répondre à des contraintes de qualité telles que la haute disponibilité et la forte tolérance aux pannes. La contrainte de disponibilité du service ne concerne pas uniquement la couche service mais également la couche transport.In addition, telephony offers deployed over an IP network must meet quality constraints such as high availability and high fault tolerance. The availability constraint of the service does not only concern the service layer but also the transport layer.
Dans la suite de ce document on emploiera indifféremment les termes de « Qualité de Service » ou de « QoS » qui désignent la même notion. On fait également référence aux termes suivants :In the remainder of this document we will use indifferently the terms "Quality of Service" or "QoS" which designate the same notion. Reference is also made to the following terms:
LS (« Location Server » pour « Serveur de Localisation ») : c'est une entité d'un domaine de téléphonie (ITAD) qui gère les localisations des clients et des routes d'un ITAD local. Cet équipement peut s'interfacer avec un LS voisin pour apprendre la localisation des clients gérés par d'autres ITAD ; AS (« Autonomous System » pour « Système Autonome ») : C'est un ensemble de ressources IP gérées par une seule entité administrative, également appelée « fournisseur de connectivité IP ». Dans le cadre du protocole de routage inter domaines BGP (de l'anglais « Border Gatevvaj Protocol », [RFC 1771 ]), chaque AS est identifié par un identifiant unique. Un AS est également appelé « Domaine de Transfert IP » dans la mesure où il se réfère aux couches Réseau et Transport du modèle OSI. 2 SOLUTIONS DE L'ART ANTERIEUR 2.1 Art antérieurLS ( "Location Server" for "Location Server") is an entity of a telephony domain (ITAD) that manages customer locations and routes of a local ITAD. This equipment can interface with a neighboring LS to learn the location of clients managed by other ITADs; AS ("Autonomous System" for "Autonomous System"): It is a set of IP resources managed by a single administrative entity, also called "IP connectivity provider". As part of the Border Gatevvaj Protocol, [RFC 1771], each AS is identified by a unique identifier. An AS is also referred to as the "IP Transfer Domain" as it refers to the Network and Transport layers of the OSI model. 2 SOLUTIONS OF THE PRIOR ART 2.1 Prior Art
En téléphonie « classique » (monde RTC, réseau téléphonique commuté), les opérateurs de téléphonie établissent des accords bilatéraux pour étendre la couverture globale du service téléphonique. Le niveau de couverture atteint dépend essentiellement du nombre d'accords établis. On peut très schématiquement considérer que deux catégories d'opérateurs de télécommunications existent : les opérateurs locaux et/ou nationaux et les opérateurs mondiaux. Les grands opérateurs mondiaux établissent un grand nombre d'accords et peuvent ainsi joindre la plupart des destinations existantes. Les opérateurs locaux établissent seulement un nombre limité d'accords dont seulement un ou deux avec de grands opérateurs. Ainsi, un opérateur national historique d'un pays en voie de développement va établir des accords avec d'autres opérateurs nationaux et un ou deux accords avec des opérateurs mondiaux pour évacuer les communications vers le reste du monde. Actuellement, la plupart des opérateurs migrent leurs réseaux RTC vers des solutions et des infrastructures basées sur le protocole « IP ». Pour accompagner le déploiement de services de « VoIP », l'IETF (« Internet Engineering Task Force » pour « Groupe de développement de V internet ») a porté de nombreux travaux de standardisation. Plusieurs protocoles ont été spécifiés parmi lesquels on peut citer SIP (« Session Initiation Protocol » pour « Protocole d'initialisation de session »), SDP (« Session Description Protocol » pour « protocole de description de session »), RTP (« Real-time Transfer Protocol » pour « Protocole de transfert en temps réel »), RTCP (« Real-time Transfer Control Protocol » pour « Protocole de contrôle de transfert en temps réel »), MGCP (« Multimedia Gateway Control Protocol » pour « Protocole de contrôle d'épine dorsale multimédia »), SAP (« Session Announcement Protocol » pour « Protocole d'annonce de session ») et TRIP (Telephony Routing Over IP, [RFC3219] pour « Routage de la téléphonie IP »). Ces protocoles répondent à des besoins différents et intègrent en particulier la signalisation et la commande des appels, l'échange des flux média et leur contrôle et l'échange d'informations de routage des appels.In "traditional" telephony (PSTN world, switched telephone network), the telephone operators establish bilateral agreements to extend the overall coverage of the telephone service. The level of coverage achieved depends primarily on the number of agreements reached. We can very broadly consider that two categories of telecommunications operators exist: local and / or national operators and global operators. Large global operators establish a large number of agreements and can thus join most existing destinations. Local operators establish only a limited number of agreements of which only one or two with large operators. For example, a national incumbent in a developing country will establish agreements with other national operators and one or two agreements with global operators to evacuate communications to the rest of the world. Currently, most operators are migrating their PSTN networks to solutions and infrastructures based on the "IP" protocol. To support the deployment of "VoIP" services, the IETF ("Internet Engineering Task Force" for "Internet Development Group") has carried out a great deal of standardization work. Several protocols have been specified among which SIP (Session Initiation Protocol), SDP (Session Description Protocol for Session Description Protocol), RTP (Real-Time time transfer protocol "for" real-time transfer protocol "), RTCP (" Real-time Transfer Control Protocol "for" Real-time Transfer Control Protocol "), MGCP (" Multimedia Gateway Control Protocol "for" Protocol for control of multimedia backbone "), SAP (" session announcement Protocol "to" Memorandum of session announcement ") and TRIP (telephony Routing Over IP [RFC3219] for" IP telephony Routing "). These protocols respond to different needs and include, in particular, signaling and control of calls, the exchange of media streams and their control and the exchange of call routing information.
TRlP permet à des ITAD interconnectés d'échanger l'ensemble des destinations qu'ils peuvent joindre et facilite en particulier la sélection des « Gateway » (« Autoroute » ou « épine dorsale ») les plus appropriées pour évacuer du trafic de téléphonie IP vers le réseau RTC. Le protocole TRIP est mis en œuvre par des LS (« Location Servers » pour « Serveurs de localisation ») qui propagent des routes TRJP contenant des attributs permettant de qualifier les routes en question. L'utilisation de ce protocole particulier est indépendante du type du protocole de signalisation déployé pour l'établissement effectif des appels. Le protocole TRIP peut être utilisé conjointement avec SIP, H.323 ou tout autre protocole de signalisation. Chaque LS maintient une base de données de routage locale dite TRIB (« Telephony Routing Information Database » pour « Base de données d'information de routage de téléphonie »). Cette base de routage est alimentée par des annonces reçues des LS voisins (d'un autre domaine de téléphonie, par exemple). Le fonctionnement du protocole TRIP est similaire à celui du protocole BGP (« Border Gateway Protocol »). Les annonces entre LS voisins sont effectuées sous la forme de messages de mise à jour de route, nommés messages «UPDATE ». Ces messages sont définis par le protocole TRIP et sont échangés entre les LS pour informer un domaine voisin des routes disponibles.TRlP allows interconnected ITADs to exchange all the destinations they can reach and in particular facilitates the selection of the most appropriate "Gateway" or "backbone" to evacuate IP telephony traffic to the RTC network. The TRIP protocol is implemented by LS ("Location Servers" for "Location Servers") that propagate TRJP routes containing attributes to qualify the routes in question. The use of this particular protocol is independent of the type of signaling protocol deployed for the actual establishment of calls. TRIP can be used in conjunction with SIP, H.323, or any other signaling protocol. Each LS maintains a local routing database called TRIB ("Telephony Routing Information Database" for "Telephony Routing Information Database"). This routing base is powered by advertisements received from neighboring LSs (from another telephony domain, for example). The operation of the TRIP protocol is similar to that of the Border Gateway Protocol (BGP). Advertisements between neighboring LSs are performed as route update messages, called UPDATE messages. These messages are defined by the TRIP protocol and are exchanged between the LSs to inform a neighboring domain of the available routes.
On décrit, en relation avec la figure 1 , l'activation du protocole TRlP entre différents ITAD (pour des raisons de simplicité, on utilise également le terme « domaine » pour dénoter un ITAD), chaque ITAD étant administré par un seul opérateur de téléphonie IP. Ces opérateurs disposent chacun d'un ou plusieurs LS. Chaque LS maintient une base de routage qu'il alimente avec des annonces reçues de ses voisins (i.e. d'autres domaines) et des LS de son propre domaine. Ces annonces sont mises à jour et redistribuées à d'autres voisins si les accords d'interconnexion le permettent. Ainsi le LS de T1TAD4 14, par exemple, met à jour les annonces reçues du LS de FITAD5 15 et les re-propage à ITAD3 13. Il convient de noter qu'un ITAD n'est pas nécessairement déployé sur un seul AS ou « domaine de Transfert IP».In connection with FIG. 1, the activation of the TRlP protocol between different ITADs is described (for the sake of simplicity, the term "domain" is also used to denote an ITAD), each ITAD being administered by a single telephone operator. IP. These operators each have one or more LSs. Each LS maintains a database of routing it feeds with advertisements received from its neighbors (ie other areas) and LS its own domain. These ads are updated and redistributed to other neighbors if interconnection agreements allow. Thus the T1TAD4 LS 14, for example, updates the advertisements received from the FITAD5 LS 15 and re-propagates them to ITAD3 13. It should be noted that an ITAD is not necessarily deployed on a single AS or " IP transfer domain ".
Du point de vue routage, un LS traite trois types de routes: - les routes externes (External Routes), reçues de LS situés dans des ITAD voisins ; les routes internes (Internai Routes), reçues de LS situés dans le mêmeFrom the routing point of view, an LS treats three types of routes: - external routes, received from LS located in neighboring ITADs; internal routes (Internai Routes), received from LS located in the same
ITAD ; les routes locales (Local Routes), configurées localement dans chaque LS pour être injectées dans les processus TRIP. Cette opération est réalisée soit par configuration statique ou par redistribution d'informations provenant d'autres protocoles de routage.ITAD; Local Routes, configured locally in each LS for injection into TRIP processes. This operation is performed either by static configuration or by redistributing information from other routing protocols.
Ces routes sont gérées dans des tables de routage nommées « TRlB »These routes are managed in routing tables named "TRlB"
(« Telephony Routing Information Base » pour « Base d'information de routage de la téléphonie »). Ainsi, quatre types de « TRIB » sont gérés par un LS comme l'illustre Ia figure 2. Ces tables existent pour un même LS, les relations entre ces tables sont illustrées en relation avec la figure 2.("Telephony Routing Information Base" for "Telephony Routing Information Base"). Thus, four types of "TRIB" are managed by an LS as illustrated in Figure 2. These tables exist for the same LS, the relationships between these tables are illustrated in connection with Figure 2.
« Adj-TRIBs-In » 22 : stocke les informations de routage véhiculées par des messages UPDATE. Ces informations de routage, également appelées « routes », sont les entrées d'un processus de sélection 21 de routes"Adj-TRIBs-In" 22: stores the routing information conveyed by UPDATE messages. This routing information, also called "routes", is the input to a route selection process.
(« Décision Process »). Un LS donné maintient une table « Adj-TRIB-In »("Decision Process"). A given LS maintains a table "Adj-TRIB-In"
22 (pour adjacent TRIB in qui stocke l'ensemble d'annonces de routes reçues de la part d'un LS adjacent) par LS voisin ;22 (for adjacent TRIB in which stores the set of route advertisements received from an adjacent LS) by neighbor LS;
« Ext-TRIB » 24: une seule table « Ext-TRIB » (« external TRlB ») est maintenue par LS. Cette table contient le résultat d'un processus de sélection de routes appliqué aux routes externes 25 (« Adj-TRIBs-IN ») et locales 26 (« Local Routes »). Les techniques de Fart antérieur ne permettent de choisir qu'une seule route par destination ;"Ext-TRIB" 24: Only one "Ext-TRIB" ("external TRlB") table is maintained by LS. This table contains the result of a route selection process applied to the external roads 25 ("Adj-TRIBs-IN") and local roads 26 ("Local Routes"). Prior art techniques allow only one route to be chosen per destination;
« Loc-TRIB » 20 (« Local TRIB »): cette table contient les routes locales résultant de l'application des politiques de routage locales à chaque LS ; « Adj-TRIBs-Out » 23 (« Adjacent TRIB out »): Ce sont les routes que le"Loc-TRIB" 20 ("Local TRIB"): This table contains local routes resulting from the application of local routing policies to each LS; "Adj-TRIBs-Out" 23 ("Adjacent TRIB out"): These are the roads that the
LS local annoncera à ses pairs.LS local will announce to his peers.
Au niveau IP, on peut utiliser le protocole q-BGP (« QoS-Enhanced Border Gateway Protocol » pour « Protocole de Routage Interdomaine à Qualité de Service Augmentée ») afin de connaître le traitement de QoS qui sera réservé aux flux voix par les couches réseau/transport.At the IP level, the QoS-Enhanced Border Gateway Protocol (Q-BGP) can be used to determine the QoS processing that will be reserved for voice streams by the layers. network / Transport.
2.2 Inconvénients de l'art antérieur2.2 Disadvantages of the Prior Art
Cependant, les inventeurs ont constaté qu'il n'existe pas, à ce stade d'évolution du protocole TRIP, de prise en compte de la corrélation avec la couche de transport des données, via notamment les protocoles BGP et q-BGP ou tout autre protocole de routage IP.However, the inventors have found that, at this stage of evolution of the TRIP protocol, there is no consideration of the correlation with the data transport layer, especially via the BGP and q-BGP protocols or any other IP routing protocol.
En d'autres termes, la couche de service, gérée par le protocole TRIP par exemple, ne dispose d'aucune information de l'état du transfert des données au niveau de la couche transport, et encore moins sur les AS traversés pour le placement d'un appel de téléphonie IP.In other words, the service layer, managed by the TRIP protocol, for example, does not have any information on the status of the transfer of data at the level of the transport layer, and even less on the crossed AS for the placement. an IP telephony call.
De façon plus générale, les spécifications actuelles décrivant les protocoles mis en œuvre pour le transfert de données IP ne corrèlent pas les couches réseau/transport et service.More generally, the current specifications describing the protocols implemented for the transfer of IP data do not correlate the network / transport and service layers.
Ainsi, à ce jour, un LS ne dispose pas de moyens pour sélectionner un chemin de transfert des données en fonction de l'opérateur de connectivité IP qui prend en charge l'acheminement du trafic. En effet, le protocole TRIP est en mesure de maintenir le chemin des ITAD traversés (couche service) mais pas celui des AS traversés (couches réseau/transport).Thus, to date, an LS does not have means to select a data transfer path based on the IP connectivity operator that supports the routing of the traffic. Indeed, the TRIP protocol is able to maintain the path of crossed ITADs (service layer) but not that of traversed AS (network / transport layers).
En d'autres termes, un fournisseur ou opérateur de service de téléphonie ne dispose, à ce jour, d'aucun moyen de connaître par quels AS, les données de voix transitent, et ne peut ainsi s'assurer qu'elles transitent par des AS d'un concurrent, et ce même si le chemin au niveau « service » est déterminé.In other words, a provider or operator of telephony services has, so far, no way of knowing by which AS, the voice data transit, and can thus ensure that they transit through AS of a competitor, even if the path to the "service" level is determined.
Concrètement, ces inconvénients sont illustrés en relation avec la figure 3, présentant les dépendances d'un réseau IP à la fois « verticalement », c'est-à-dire entre ITAD et AS qui en dépendent, et à la fois « horizontalement », c'est-à-dire entre domaines (service) et opérateurs de connectivités (niveau IP).Specifically, these drawbacks are illustrated in connection with Figure 3, shows the dependencies of an IP network to both 'vertically', that is to say between ITAD and AS that depend on it, and both "horizontally", that is to say between domains (service) and connectivity operators (IP level).
On suppose qu'un client S 301 communique avec un client destinataire DIt is assumed that an S client 301 communicates with a recipient client D
302. Pour ce faire, l'ITADl 31 1 dont dépend le client S 301 choisit la route de niveau téléphonique passant par ITAD2 312, ITAD3 313 et enfin ITAD6 316 dont dépend le destinataire D 302, pour commander le transfert des données de voix.302. To do this, the ITADl 31 1 on which the client S 301 depends chooses the telephone level route through ITAD2 312, ITAD3 313 and finally ITAD6 316 on which the recipient D 302 depends, to control the transfer of the voice data.
Cependant, les données elles-mêmes transitent au niveau de la couche IP par les AS, dont dépendent chacun de plusieurs ITAX). Une spirale d'AS se produit quand, à l'issue d'une négociation entre ITADs pour l'acheminement d'un flux média, ce flux emprunte plusieurs fois un même AS avant d'arriver à destination.However, the data itself transits at the IP layer level by the AS, each of which depends on several ITAXs ) . A spiral of AS occurs when, after a negotiation between ITADs for the routing of a media stream, this stream borrows several times the same AS before arriving at its destination.
Dans le cas illustré par Ia figure 3, cette route de niveau téléphonique suppose l'existence d'une route IP traversant les domaines ASl 321, AS2 322.In the case illustrated by FIG. 3, this telephone-level route assumes the existence of an IP route traversing AS1 domains 321, AS2 322.
ASl 321 et enfin AS6 326. On parle alors de spirale au niveau IP. L'existence d'une spirale peut nuire aux performances de transfert des datagrammes IP car on passe plusieurs fois par PASl .ASl 321 and finally AS6 326. This is called a spiral at the IP level. The existence of a spiral can harm the IP datagrams transfer performance because it passes several times by SLAP.
3 RESUME DE L'INVENTION3 SUMMARY OF THE INVENTION
La solution proposée par l'invention permet de pallier ces inconvénients de l'art antérieur, grâce à un procédé de propagation d'au moins une route d'acheminement d'au moins un flux numérique entre un premier serveur de localisation d'un premier domaine de téléphonie IP et un deuxième serveur de localisation d'un deuxième domaine de téléphonie IP, ledit premier serveur de localisation appartenant à un système autonome, pour transférer ledit au moins un flux numérique, Selon l'invention, un tel procédé comprend une phase de propagation d'au moins une information d'identification relative audit système autonome dudit premier serveur de localisation à destination dudit second serveur.The solution proposed by the invention makes it possible to overcome these disadvantages of the prior art, by means of a method for propagating at least one routing route of at least one digital stream between a first location server of a first IP telephony domain and a second location server of a second IP telephony domain, said first location server belonging to an autonomous system, for transferring said at least one digital stream, according to the invention, such a method comprises a phase propagating at least one identification information relating to said autonomous system of said first location server to said second server.
Ainsi, l'invention repose sur une approche tout à fait de la propagation de routes d'acheminement, en permettant à un serveur de localisation, d'obtenir l'identité du système autonome chargé d'effectuer le transfert effectif des données. En effet, selon l'art antérieur, les serveurs de localisation propagent des routes de téléphonie qui peuvent ne pas être associées à des routes de transport effectif des données. Le procédé selon l'invention permet d'obtenir l'identification des systèmes autonomes empruntés lors du transport au niveau des routes de téléphonie. L'entité de domaine de téléphonie peut être tout système chargé de transférer/annoncer/échanger des routes de téléphonie dans des domaines de téléphonie.Thus, the invention is based on an approach quite the propagation of routes routing, enabling a location server to obtain the identity of the loaded autonomous system to perform the actual transfer Datas. Indeed, according to the prior art, location servers propagate telephony routes that may not be associated with actual data transport routes. The method according to the invention makes it possible to obtain the identification of the autonomous systems used during transport at the level of the telephony routes. The telephony domain entity may be any system for transferring / advertising / exchanging telephony routes in telephony domains.
Selon un aspect particulier de l'invention, ladite phase de propagation comprend les étapes suivantes : - identification dudit système autonome ; composition d'un message de propagation comprenant ladite information d'identification relative audit système autonome à destination dudit deuxième serveur de localisation ; émission dudit message de propagation à destination dudit deuxième serveur de localisation.According to a particular aspect of the invention, said propagation phase comprises the following steps: identification of said autonomous system; composing a propagation message comprising said identification information relating to said autonomous system to said second location server; transmitting said propagation message to said second location server.
Ainsi, la propagation d'une route est réalisée en trois temps. L'étape d'identification du système autonome (AS) par l'entité du premier domaine de téléphonie IP permet la récupération de l'identité du système autonome. Cette identité est ensuite insérée dans un message de propagation de route, annonçant ou mettant à jour une route de téléphonie vers une destination donnée et émis en direction du deuxième serveur de localisation. Ce deuxième serveur de localisation prend ainsi connaissance du système autonome du premier serveur de localisation (ou de la liste des systèmes autonomes pour joindre ladite destination). Selon un mode de mise en œuvre particulier, ladite étape de composition comprend les étapes suivantes : obtention d'une liste d'informations de propagation au sein dudit premier serveur de localisation ; modification de ladite liste d'informations de propagation obtenue par ajout de l'information d'identification relative audit système autonome si ledit deuxième domaine de téléphonie IP dudit deuxième serveur de localisation est différent dudit premier domaine de téléphonie IP dudit premier serveur de localisation insertion de ladite liste d'informations de propagation modifiée dans ledit message de propagation.Thus, the propagation of a road is carried out in three stages. The step of identification of the autonomous system (AS) by the entity of the first IP telephony domain allows the recovery of the identity of the autonomous system. This identity is then inserted into a route propagation message, announcing or updating a telephony route to a given destination and transmitted to the second location server. This second location server thus becomes aware of the autonomous system of the first location server (or of the list of autonomous systems to join said destination). According to a particular embodiment, said composing step comprises the following steps: obtaining a list of propagation information within said first location server; modifying said propagation information list obtained by adding the identification information relating to said system standalone if said second IP telephony domain of said second location server is different from said first IP telephony domain of said first location server inserting said modified list of propagation information in said propagation message.
Ainsi, la composition du message de propagation à destination dudit deuxième serveur de localisation de domaine de téléphonie débute par l'obtention d'une liste d'information de propagation. Cette liste préalablement présente au sein dudit premier serveur de localisation fait l'objet d'une mise à jour si le deuxième serveur de localisation est différent du premier si une route est déjà présente dans le LS, sinon, la liste est initialisée à la valeur du système autonome locale. Cette mise à jour consiste en l'ajout de l'identifiant du système autonome du premier serveur de localisation à la liste de propagation. La liste de propagation permet de donc de diffuser les données d'identification des AS traversés pour joindre la destination, aux entités de domaines de téléphonie (local ou voisin).Thus, the composition of the propagation message to said second telephony domain location server begins with obtaining a list of propagation information. This list previously present in said first location server is updated if the second location server is different from the first if a route is already present in the LS, otherwise the list is initialized to the value of the local autonomous system. This update consists of adding the autonomous system identifier of the first location server to the propagation list. The propagation list thus makes it possible to broadcast the identification data of the crossed ASs to reach the destination, to the telephony domain entities (local or neighbor).
Selon une caractéristique originale, ladite liste d'informations de propagation comprend une séquence de segments d'informations de propagation, et un desdits segments d'informations de propagation contient des attributs appartenant au groupe comprenant au moins : une information représentative d'un ordonnancement de systèmes autonomes ; une information représentative d'un nombre de systèmes autonomes ; - au moins une information d'identification d'un système autonome.According to an original characteristic, said propagation information list comprises a sequence of propagation information segments, and one of said propagation information segments contains attributes belonging to the group comprising at least: information representative of a scheduling of propagation information autonomous systems; information representative of a number of autonomous systems; at least one identification information of an autonomous system.
La liste de propagation contient donc des segments de données. Ces segments rassemblent des informations relatives à des systèmes autonomes. Les informations que peuvent contenir ce segment permettent de connaître l'ordonnancement des systèmes autonomes, le nombre de systèmes dans le segment et l'identification des systèmes autonomes. Ainsi, l'entité de domaine de téléphonie qui reçoit cette liste est à même de construire une base de données de routes d'acheminement identifiant les systèmes autonomes à emprunter pour joindre une destination donnée.The propagation list therefore contains data segments. These segments gather information about autonomous systems. The information may contain this segment allow to know the scheduling of autonomous systems, the number of systems in the segment and the identification of autonomous systems. Thus, the domain entity of telephony that receives this list is able to build a database of routing routes identifying the autonomous systems to borrow to reach a given destination.
Selon un aspect particulier de l'invention, ladite étape d'obtention de ladite liste d'informations de propagation comprend : une étape de copie de ladite liste d'informations de propagation si ladite liste d'information de propagation existe ; une étape de création d'une nouvelle liste d'informations de propagation si ladite liste d'informations de propagation n'existe pas.In a particular aspect of the invention, said step of obtaining said list of propagation information comprises: a copying step of said propagation information list if said propagation information list exists; a step of creating a new list of propagation information if said list of propagation information does not exist.
A l'aide de ces étapes, l'entité de domaine de téléphonie peut toujours fournir une liste d'information de propagation à une autre entité de domaine de téléphonie si cette dernière en fait la demande.Using these steps, the telephony domain entity can still provide a list of propagation information to another telephony domain entity if the latter requests it.
L'invention concerne également un serveur de localisation d'un premier domaine de téléphonie IP, apte à propager au moins une route d'acheminement d'au moins un flux numérique à destination d'un deuxième serveur de localisation d'un deuxième domaine de téléphonie IP, ledit premier serveur de localisation appartenant à un système autonome, pour transférer ledit au moins un flux numérique, Selon l'invention, un tel serveur de localisation comprend des moyens de propagation d'au moins une information d'identification dudit système autonome, dudit premier serveur de localisation à destination dudit deuxième serveur de localisation.The invention also relates to a location server of a first IP telephony domain, capable of propagating at least one of at least routing route a digital stream to a second location server of a second domain IP telephony, said first location server belonging to an autonomous system, for transferring said at least one digital stream, According to the invention, such a location server comprises means for propagating at least one identification information of said autonomous system from said first location server to said second location server.
Ainsi, le serveur de localisation selon l'invention est à même de fournir des informations identifiant les systèmes autonomes à traverser lors du transfert effectif des flux numériques.Thus, the location server according to the invention is able to provide information identifying autonomous systems to cross during the actual transfer of digital streams.
Plus généralement, un tel serveur de localisation comprend des moyens de mise en œuvre des étapes du procédé de propagation de routes d'acheminement.More generally, such a location server comprises means for implementing the steps of the method of propagation of routing routes.
Dans un autre mode de réalisation, l'invention concerne également un produit programme d'ordinateur téléchargeable depuis un réseau de communication et/ou stocké sur un support lisible par ordinateur et/ou exécutable par un microprocesseur.In another embodiment, the invention also relates to a program product downloadable from a computer network communication and / or stored on a computer readable medium and / or executable by a microprocessor.
Selon l'invention, dans au moins un mode de réalisation, un tel produit programme d'ordinateur comprend des instructions de code de programme pour l'exécution du procédé de propagation de routes d'acheminements tel que décrit précédemment.According to the invention, in at least one embodiment, such a computer program product includes program code instructions for executing the routing route propagation method as described above.
4 LISTE DES FIGURES4 LIST OF FIGURES
D'autres caractéristiques et avantages de l'invention apparaîtront plus clairement à la lecture de la description suivante d'un mode de réalisation préférentiel, donné à titre de simple exemple illustratif et non limitatif, et des dessins annexés, parmi lesquels : la figure 1 , présentée en relation avec l'art antérieur, présente un exemple d'architecture d'un réseau géré par le protocole TRIP ; la figure 2 illustre la structure des bases de données de routage (TRIB) utilisées par les serveurs de localisation (LS) routant les appels dans les domaines de téléphonie (ITAD) présentés en figure 1 ; la figure 3 déjà introduite, illustre l'un des inconvénients de l'état de la technique, tel que les spirales ;Other features and advantages of the invention will emerge more clearly on reading the following description of a preferred embodiment, given as a simple illustrative and nonlimiting example, and the appended drawings, among which: FIG. 1 , presented in relation with the prior art, presents an exemplary architecture of a network managed by the TRIP protocol; FIG. 2 illustrates the structure of the routing databases (TRIB) used by the location servers (LS) routing the calls in the telephony domains (ITAD) presented in FIG. 1; Figure 3 already introduced, illustrates one of the disadvantages of the state of the art, such as spirals;
La figure 4 décrit la propagation de route entre deux serveurs de localisation.Figure 4 describes the route propagation between two location servers.
5 DESCRIPTION DETAILLEE DE L'INVENTIONDETAILED DESCRIPTION OF THE INVENTION
Pour plus de clarté, on présente ci-après un mode de réalisation de l'invention mettant en œuvre le protocole TRIP au niveau de la couche service.For clarity, we present below an embodiment of the invention implementing TRIP protocol at the service layer.
Cependant, il est clair que l'invention ne se limite pas à ce protocole particulier, mais peut également s'appliquer à tout nouveau protocole d'échange de routes entre opérateurs de téléphonie IP.However, it is clear that the invention is not limited to this particular protocol, but can also be applied to any new protocol for exchange of routes between IP telephony operators.
5.1 Rappel du principe de l'invention5.1 Recall of the principle of invention
L'invention propose donc d'améliorer le fonctionnement du protocole TRIP et ainsi permettre de nouvelles fonctionnalités. Pour ce faire, le principe général de l'invention repose notamment sur l'introduction d'un nouvel attribut, dans lequel sont contenues des infoπnations sur les fournisseurs de service de connectivité IP utilisé pour acheminer le trafic voix. Plus clairement, l'invention permet à la couche service d'identifier les AS, ou opérateurs de connectivité IP utilisés pour le routage du trafic voix.The invention therefore proposes to improve the operation of the TRIP protocol and thus to allow new functionalities. To do this, the general principle of the invention is based in particular on the introduction of a new attribute, in which are contained information on the IP connectivity service providers used to route the voice traffic. More clearly, the invention allows the service layer to identify the ASs, or IP connectivity operators used for the routing of voice traffic.
La connaissance et la propagation d'une telle information au niveau d'unKnowledge and propagation of such information at the level of a
LS permet alors de nombreuses applications et optimisations pour la gestion du service de téléphonie inter domaines. Par exemple, dans une mise en œuvre particulière, cette information peut être utilisée pour améliorer la qualité de service des appels téléphoniques inter domaines. Par ailleurs, toujours grâce à cette information, un LS possède un moyen simple et efficace pour optimiser un chemin de bout en bout pour une destination donnée. Cette même information permet de plus de détecter les anomalies, telles que les spirales IP par exemple, puisque la couche service a connaissance des AS par lesquels transitent les données pour joindre la destination finale d'un appel donné.LS allows many applications and optimizations for inter-domain telephony service management. For example, in a particular implementation, this information can be used to improve the quality of service of inter-domain telephone calls. Moreover, always thanks to this information, an LS has a simple and effective way to optimize an end-to-end path for a given destination. This same information also makes it possible to detect anomalies, such as IP spirals, for example, since the service layer is aware of the ASs through which data travels to reach the final destination of a given call.
La présente demande détaille uniquement le principe de la remontée d'informations, ou d'identifiants, relatives à la couche transport. Une liste d'identifiants relatifs à la couche transport est obtenue, pour ensuite être propagée entre les LS mis en œuvre par les ITADs. Plus précisément, on décrit maintenant un nouvel attribut contenant un ou plusieurs numéros (identifiants) d'AS. Il permet d'identifier les AS traversés pour acheminer de la voix vers une destination donnée. Ce numéro/identifiant est fourni à un domaine de gestion administrative (ITAD) qui le transmet à un domaine voisin. On présente dans ce document un mode de réalisation basé sur les serveurs de localisation LS. Il est bien entendu que ce mode de réalisation n'est qu'un exemple de mise en œuvre. Notamment, l'invention peut tout à fait être implémentée en utilisant des serveurs de proximité (également appelés serveurs « Proxy ») ou tout autre élément fonctionnel défini par un futur protocole mais dont les fonctionnalités intègrent celles définies pour un LS dans le cadre cette invention.The present application details only the principle of the feedback of information, or identifiers, relating to the transport layer. A list of identifiers relating to the transport layer is obtained, then to be propagated between the LSs implemented by the ITADs. More precisely, a new attribute containing one or more numbers (identifiers) of AS is now described. It makes it possible to identify the traversed AS to convey voice to a given destination. This number / identifier is provided to an administrative management domain (ITAD) which transmits it to a neighboring domain. This document presents an embodiment based on the location servers LS. It is understood that this embodiment is only an example of implementation. In particular, the invention can be implemented entirely using proxy servers (also called servers "Proxy") or other functional element defined in a future protocol but whose features incorporate those defined for an LS in the context of this invention.
5.2 Format5.2 Format
Classiquement, on rappelle que le protocole TRIP est mis en œuvre par les LS (serveurs de localisation) qui propagent des routes TRIP, contenant des attributs permettant de qualifier les routes échangées.Conventionally, it is recalled that the TRIP protocol is implemented by the LS (location servers) that propagate TRIP routes, containing attributes to qualify the routes exchanged.
Plus précisément, la version standard du protocole TRlP (détaillée dans le document RFC3219 de Rosenberg et al. : « Telephony Routing over IP (TRIP) » de janvier 2002) prévoit l'échange d'informations de routage entre deux LS voisins (ces LS peuvent appartenir au même ITAD ou à des ITAD voisins) via le message UPDATE, qui comporte un certain nombre d'attributs.More specifically, the standard version of the TRlP protocol (detailed in the RFC3219 document by Rosenberg et al .: "Telephony Routing over IP (TRIP)" of January 2002) provides for the exchange of routing information between two neighboring LSs (these LSs). can belong to the same ITAD or neighboring ITADs) via the UPDATE message, which has a number of attributes.
Afin de connaître les fournisseurs de service de connectivité IP utilisés pour acheminer le trafic voix d'un ITAD vers une destination donnée, on introduit un nouvel attribut nommé AS_PATH. Cet attribut est défini comme suit : Conditional Mandatory ; TrueIn order to know the IP connectivity service providers used to route voice traffic from an ITAD to a given destination, a new attribute named AS_PATH is introduced. This attribute is defined as follows: Conditional Mandatory; true
TRIP Type Code : To be defined by IANA.TRIP Type Code: To be defined by IANA.
Conditional Mandatory : ce paramètre indique si l'attribut en question doit être renseigné ou pas dans un message TRIP.Conditional Mandatory: This parameter indicates whether the attribute in question should be filled in or not in a TRIP message.
TRIP Type Code : ce paramètre indique une identifiant unique du message TRiP en question.TRIP Type Code: This parameter indicates a unique identifier of the TRiP message in question.
Cet attribut a pour but de créer et de stocker une liste des AS traversés pour joindre la destination en question. En d'autres termes, c'est un attribut de la couche service qui contient des informations, relatives à la couche IP. U est alors propagé d'un domaine de téléphonie IP (ITAD) à un domaine de téléphonie IP voisin et ainsi de suite.The purpose of this attribute is to create and store a list of traversed ASs to reach the destination in question. In other words, it is an attribute of the service layer that contains information related to the IP layer. U is then propagated an IP telephony domain (ITAD) to a neighboring IP telephony domain and so on.
L'attribut AS-PATH est composé d'une séquence de segments, ou champs, « AS path » (chemin d'AS). Chaque segment « AS path » est composé d'un triplet <path segment type, path segment length, path segment value>, défini comme suit : chaque "path segment type" a une longueur de 1 octet qui peut prendre les valeurs suivantes :The AS-PATH attribute consists of a sequence of segments, or fields, "AS path". Each "AS path" segment is composed of a <path segment type, path segment length, and path segment value> triplet, defined as follows: each "path segment type" has a length of 1 byte which can take the following values:
Valeur Type de segmentValue Type of segment
AS_SET: Série non ordonnée des AS traversés par une route contenue dans un message UPDATE TRJP.AS_SET: Unordered series of AS traversed by a route contained in an UPDATE TRJP message.
AS_SEQUENCE: Série ordonnée des AS traversés par une route contenue dans un message UPDATE TRJP. chaque « path segment length » a une longueur de 1 octet et contient le nombre d'AS contenus dans Ie « path segment value » ; - le champ « path segment value » contient un ou plusieurs numéros d'AS, chacun codé comme un champ d'une longueur de 2 octets.AS_SEQUENCE: An ordered series of AS traversed by a route contained in an UPDATE TRJP message. each path segment length has a length of 1 byte and contains the number of ASs contained in the path segment value; the field "path segment value" contains one or more AS numbers, each encoded as a field of 2 bytes long.
Ce nouvel attribut liste donc la succession des AS traversés par les données associées à un appel.This new attribute therefore lists the succession of AS traversed by the data associated with a call.
5.3 Procédure On rappelle que les opérateurs de téléphonie disposent chacun d'un ou plusieurs LS. Chaque LS maintient une table de routage qu'il alimente avec les annonces reçues des LS des domaines voisins ou de ceux de son propre domaine. Ces annonces sont mises à jour et redistribuées à d'autres voisins si les accords d'interconnexion le permettent. La procédure est décrite en relation avec la figure 4.5.3 Procedure It is recalled that the telephony operators each have one or more LSs. Each LS maintains a routing table that it feeds with advertisements received from LSs of neighboring domains or those of its own domain. These ads are updated and redistributed to other neighbors if interconnection agreements allow. The procedure is described in connection with FIG.
Selon l'invention, quand un LS 41 propage (41 1) une route TRIP 412 qu'il a apprise dans un message UPDATE 410 d'un autre LS voisin 40, on prévoit qu'il modifie le nouvel attribut AS_PATH 413 de la route selon le type de LS 42 auquel il doit re-propager la route, selon la procédure suivante. Quand un LS donné annonce la route à un autre pair TRlP LS situé dans son propre ITAD, ce LS ne modifie pas l'attribut AS_PATH lié à cette route.According to the invention, when an LS 41 propagates (41 1) a TRIP 412 route that it has learned in an UPDATE message 410 from another neighbor LS 40, it is expected that it modifies the new attribute AS_PATH 413 of the route depending on the type of LS 42 to which it must re-propagate the route, according to the following procedure. When a given LS announces the route to another TRlP LS peer located in its own ITAD, this LS does not modify the AS_PATH attribute related to that route.
Si le LS à qui Ia route est annoncée (LS pair) n'est pas situé dans le même ITAD, deux cas de figure se présentent pour la mise à jour de l'attribut AS PATH : si le premier segment de l'ASJPATH est de type AS_SEQUENCE, le système local ajoute le numéro de son fournisseur de service de connectivité IP (i.e. l'identifiant d'AS) comme dernier élément de la séquence ; - si le premier segment de l'AS_PATH est de type AS_SET, le système local ajoute un nouveau segment de type AS_SEQUENCE au début de I1ASJPATH ; ce nouveau segment contient le numéro du domaine de son fournisseur de service de connectivité IP.If the LS to which the route is advertised (LS peer) is not located in the same ITAD, there are two scenarios for updating the AS PATH attribute: if the first segment of the ASJPATH is of type AS_SEQUENCE, the local system adds the number of its IP connectivity service provider (ie the AS identifier) as the last element of the sequence; if the first segment of AS_PATH is of type AS_SET, the local system adds a new segment of type AS_SEQUENCE at the beginning of I 1 ASJPATH; this new segment contains the domain number of its IP connectivity service provider.
Si le LS est l'origine de l'annonce, ce dernier inclut le numéro de son fournisseur de service de connectivité IP dans l'attribut AS PATH de tous les messages UPDATE à envoyer à ses pairs TRIP situés dans les ITAD voisins. De plus, le LS inclut un AS_PATH vide dans tous les messages UPDATE à envoyer à ses pairs TRIP situés dans son propre ITAD.If the LS is the origin of the advertisement, the advertisement includes the IP connectivity service provider's number in the AS PATH attribute of all UPDATE messages to be sent to its TRIP peers in neighboring ITADs. In addition, the LS includes an empty AS_PATH in all UPDATE messages to send to its TRIP peers located in its own ITAD.
2.3 Exploitation Cet attribut peut être exploité par le processus de sélection de route pour éliminer les routes contenant des spirales au niveau IP. De plus, cet attribut peut être utilisé par un ITAD pour guider le processus de mise à jour des informations de Qualité de Service contenues dans les routes TRIP. Cet attribut peut être aussi utilisé pour déterminer le traitement IP associé à un appel donné. Dans le cas où un ITAD est attaché à plusieurs AS, il peut annoncer une partie de ses préfixes en indiquant que ces préfixes sont gérés (au niveau IP) par un fournisseur X et une autre partie de ses préfixes en indiquant que ces préfixes sont gérés par un fournisseur Y.2.3 Exploitation This attribute can be exploited by the route selection process to eliminate routes containing spirals at the IP level. In addition, this attribute can be used by an ITAD to guide the process of updating Quality of Service information contained in TRIP routes. This attribute can also be used to determine the IP processing associated with a given call. In the case where an ITAD is attached to several ASs, it can advertise some of its prefixes by indicating that these prefixes are managed (at the IP level) by a provider X and another part of its prefixes indicating that these prefixes are managed by a supplier Y.
On détaille un nouvel attribut de gestion des préfixes de téléphonie dans la partie suivante. Il est clair que ces exemples d'applications ne sont donnés qu'à titre illustratif et non exhaustif ou limitatif.We detail a new telephony prefix management attribute in the following section. It is clear that these examples of applications are given for illustrative and not exhaustive or limiting.
2.4 Numéros de téléphonie pour l'extension des numéros de type E 164 Le protocole « TRIP » ne permet d'échanger que des numéros de type2.4 Telephony numbers for the extension of E type numbers 164 The "TRIP" protocol only allows the exchange of type numbers
E.164 ou des numéros de type décimal. Ceci pose un obstacle pour les nouveaux acteurs qui ne disposent que des noms de domaines et qui veulent activer le protocole TRlP afin de s'interconnecter avec d'autres opérateurs.E.164 or decimal numbers. This poses an obstacle for the new actors who only have domain names and want to activate the TRlP protocol to interconnect with other operators.
On introduit ici de nouveaux numéros de type alphanumérique. De tels numéros permettent le routage des appels vers des numéros autres ceux définis par E.164. Grâce à cette extension, des plateformes de service « VoIP » telles que celles n'utilisant pas les numéros de téléphones traditionnels peuvent s'interconnecter avec d'autres opérateurs pour offrir un service de voix global.New alphanumeric numbers are introduced here. Such numbers allow the routing of calls to numbers other than those defined by E.164. With this extension, VoIP service platforms such as those that do not use traditional telephone numbers can interconnect with other operators to provide a global voice service.
Afin de permettre d'échanger des informations de routage autres que les numéros de type E.164 ou ceux définit dans la RFC3219, on introduit un autre type de numéro défini comme suit :In order to allow exchange of routing information other than E.164 type numbers or those defined in RFC3219, another type of number defined as follows is introduced:
Code Address FamilyCode Address Family
4 Alpha Numeric Routing numbers4 Alpha Numeric Routing numbers
Ainsi, le champ "Address Family" d'une route TRIP peut prendre la valeurThus, the "Address Family" field of a TRIP route can take the value
4 pour désigner un numéro de type alpha numérique. Ce numéro, définit par une grammaire BNF classique, prend le format suivant :4 to designate a numeric alpha number. This number, defined by a classic BNF grammar, takes the following format:
Alpha-numeric-routing-number = *alpha-numeric alpha-numeric = alpha | DIGIT | mark | separators alpha = lowalpha | upalpha upalpha = "A" I "B" I "C" I "D" I "E" I "F" | "G" | "H" | "I" | "J" | "K"Alpha-numeric-routing-number = * alpha-numeric alpha-numeric = alpha | DIGIT | mark | separators alpha = lowalpha | upalpha upalpha = "A" I "B" I "C" I "D" I "E" I "F" | "G" | "H" | "I" | "J" | "K"
I "L" I "M" I "N" I "O" I "P" I "Q" | "R" | "S" | "T" | "U" | "V" I ..w., i ,,χl, i ,,γ), i ,,z,, lowalpha = "a" I "b" I "c" I "d" | "e" | "f" | "g" | "h" | "i" | "j" I "k" | "I" I "m" I "n" I "o" I "p" | "q" | "r" | "s" | "t" | "u" | "v" | "w" I "x" I "y" I "z" DIGIT = HQM I U1,, I H2,, I „3,, I ,,4,, I ,,5,, I ,,g,, I ,,J,, | Hg,, | ,,Q,, mark _ H_ll I „^,1 I ,, U I M , ,, I ,,^1, I „*„ I „,„ I „£„ j M^1, separators ≈ τ j «)B ! »< n ( B > n j «@« j „ « j ..... ! „ . ,. ! ,γ j τ j τ jI "L" I "M" I "N" I "O" I "P" I "Q" | "R" | "S" | "T" | "U" | "V" I .. w ., I ,, χl , i ,, γ) , i ,, z ,, lowalpha = "a" I "b" I "c" I "d" | "e" | "f" | "g" | "h" | "i" | "j" I "k" | "I" I "m" I "n" I "o" I "p" | "q" | "r" | "s" | "t" | "u" | "v" | "w" I "x" I "y" I "z" DIGIT = HQM IU 1 ,, H 2 ,, I "3 ,, I ,, I ,, 4 ,, 5 ,, I ,, I ,, g ,, J ,, | Hg ,, | ,, Q ,, _ mark H_ll I "^, 1 I ,, UIM, ,, I ,, ^ 1, I" * "I", "I" £ "j M ^ 1, separators ≈ τ j") B ! <N (B> n j " @ " j "" j .....! ".,.!, Γ j τ j τ j
"]" I "?" I "=" I "{" I "}""]" I "?" I "=" I "{" I "}"
Les nouveaux numéros qu'on propose de propager à l'aide du protocole TRIP peuvent alors avoir Ie format suivant ; 1. medf@franceteleeomNew numbers proposed to be propagated using the TRIP protocol can then have the following format; 1. medf @ franceteleeom
2. uri:med@192.165.56.3:56322. uri: med@192.165.56.3: 5632
3. med.francetelecom.com:45783. med.francetelecom.com:4578
4. userid=med, host=125.12.25.265, port=21784. userid = med, host = 125.12.25.265, port = 2178
Le format de ces numéros est négocié lors de l'établissement de l'accord d'interconnexion entre deux ITAD voisins. The format of these numbers is negotiated when establishing the interconnection agreement between two neighboring ITADs.

Claims

REVENDICATIONS
1. Procédé de propagation d'au moins une route d'acheminement d'au moins un flux numérique entre un premier serveur de localisation d'un premier domaine de téléphonie IP et un deuxième serveur de localisation d'un deuxième domaine de téléphonie IP, ledit premier serveur de localisation appartenant à un système autonome, pour transférer ledit au moins un flux numérique, caractérisé en ce qu'il comprend une phase de propagation d'au moins une information d'identification relative audit système autonome dudit premier serveur de localisation à destination dudit second serveur.1. A method of propagating at least one conveying route of at least one digital stream between a first location server of a first IP telephony domain and a second location server of a second IP telephony domain, said first location server belonging to an autonomous system, for transferring said at least one digital stream, characterized in that it comprises a propagation phase of at least one identification information relating to said autonomous system of said first location server to destination of said second server.
2. Procédé de propagation selon la revendication 1 , caractérisé en ce que ladite phase de propagation comprend les étapes suivantes : identification dudit système autonome ; composition d'un message de propagation comprenant ladite information d'identification relative audit système autonome à destination dudit deuxième serveur de localisation ; émission dudit message de propagation à destination dudit deuxième serveur de localisation.2. Propagation method according to claim 1, characterized in that said propagation phase comprises the following steps: identification of said autonomous system; composing a propagation message comprising said identification information relating to said autonomous system to said second location server; transmitting said propagation message to said second location server.
3. Procédé de propagation selon la revendication 2, caractérisé en ce que ladite étape de composition comprend les étapes suivantes : obtention d'une liste d'informations de propagation au sein dudit premier serveur de localisation ; modification de ladite liste d'informations de propagation obtenue par ajout de l'information d'identification relative audit système autonome si ledit deuxième domaine de téléphonie IP dudit deuxième serveur de localisation est différent dudit premier domaine de téléphonie IP dudit premier serveur de localisation insertion de ladite liste d'informations de propagation modifiée dans ledit message de propagation. 3. A method of propagating according to claim 2, characterized in that said composition step comprises the steps of: obtaining a list of propagation of information within said first location server; modifying said propagation information list obtained by adding the identification information relating to said autonomous system if said second IP telephony domain of said second location server is different from said first IP telephony domain of said first location server inserting said list of propagation information modified in said propagation message.
4. Procédé selon la revendication 3, caractérisé en ce que ladite liste d'informations de propagation comprend une séquence de segments d'informations de propagation, et en ce qu'un desdits segments d'informations de propagation contient des attributs appartenant au groupe comprenant au moins : - une information représentative d'un ordonnancement de systèmes autonomes ; une information représentative d'un nombre de systèmes autonomes ; au moins une information d'identification d'un système autonome. 4. Method according to claim 3, characterized in that said list propagation information comprises a sequence of propagation information segments, and in that one of said propagation information segments contains attributes belonging to the group comprising at least: - information representative of a scheduling of autonomous systems ; information representative of a number of autonomous systems; at least one identification information of an autonomous system.
5. Procédé selon l'une quelconque des revendications 3 et 4, caractérisé en ce que ladite étape d'obtention de ladite liste d'informations de propagation comprend : une étape de copie de ladite liste d'informations de propagation si ladite liste d'information de propagation existe ; - une étape de création d'une nouvelle liste d'informations de propagation si ladite liste d'informations de propagation n'existe pas.5. Method according to any one of claims 3 and 4, characterized in that said step of obtaining said propagation information list comprises: a step of copying said list of propagation information if said list of propagation information exists; a step of creating a new list of propagation information if said list of propagation information does not exist.
6. Serveur de localisation d'un premier domaine de téléphonie IP, apte à propager au moins une route d'acheminement d'au moins un flux numérique à destination d'un deuxième serveur de localisation d'un deuxième domaine de téléphonie IP, ledit premier serveur de localisation appartenant à un système autonome, pour transférer ledit au moins un flux numérique, caractérisé en ce qu'il comprend de moyens de propagation d'au moins une information d'identification relative audit système autonome à destination dudit deuxième serveur de localisation.6. Server for locating a first IP telephony domain, able to propagate at least one route of routing of at least one digital stream to a second location server of a second IP telephony domain, said first location server belonging to an autonomous system, for transferring said at least one digital stream, characterized in that it comprises means for propagating at least one identification information relating to said autonomous system to said second location server .
7. Produit programme d'ordinateur téléchargeable depuis un réseau de communication et/ou stocké sur un support lisible par ordinateur et/ou exécutable par un microprocesseur, caractérisé en ce qu'il comprend des instructions de code de programme pour l'exécution du procédé de production selon l'une au moins des revendications 1 à 5, lorsqu'il est exécuté sur un ordinateur. 7. A computer program product downloadable from a communications network and / or stored on a computer readable medium and / or executable by a microprocessor, characterized in that it comprises program code instructions for executing the method of production according to at least one of claims 1 to 5 when executed on a computer.
EP07731922A 2006-04-21 2007-04-20 Method for propagating ip connectivity information between distinct ip telephony domains, locating server and computer programme Withdrawn EP2014030A1 (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0603624 2006-04-21
PCT/FR2007/051147 WO2007122352A1 (en) 2006-04-21 2007-04-20 Method for propagating ip connectivity information between distinct ip telephony domains, locating server and computer programme

Publications (1)

Publication Number Publication Date
EP2014030A1 true EP2014030A1 (en) 2009-01-14

Family

ID=37546331

Family Applications (1)

Application Number Title Priority Date Filing Date
EP07731922A Withdrawn EP2014030A1 (en) 2006-04-21 2007-04-20 Method for propagating ip connectivity information between distinct ip telephony domains, locating server and computer programme

Country Status (3)

Country Link
US (1) US8457105B2 (en)
EP (1) EP2014030A1 (en)
WO (1) WO2007122352A1 (en)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2014031A1 (en) * 2006-04-21 2009-01-14 France Télécom Method for selecting a telephony route withing an ip telephony domain, corresponding device and computer programme
US8457105B2 (en) 2006-04-21 2013-06-04 France Telecom Method of propagating IP connectivity information between distinct IP telephony domains, and a corresponding location server and computer program

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6584093B1 (en) 1998-08-25 2003-06-24 Cisco Technology, Inc. Method and apparatus for automatic inter-domain routing of calls
US6741585B1 (en) 2000-05-05 2004-05-25 Lucent Technologies Inc. Interworking of addressing in an internetwork
US7002973B2 (en) 2000-12-11 2006-02-21 Acme Packet Inc. System and method for assisting in controlling real-time transport protocol flow through multiple networks via use of a cluster of session routers
US7072303B2 (en) * 2000-12-11 2006-07-04 Acme Packet, Inc. System and method for assisting in controlling real-time transport protocol flow through multiple networks
US7565448B1 (en) 2004-02-03 2009-07-21 Sprint Communications Company L.P. Network control system for a communication network
US7756998B2 (en) * 2004-02-11 2010-07-13 Alcatel Lucent Managing L3 VPN virtual routing tables
US7814227B2 (en) 2005-03-04 2010-10-12 Cisco Technology, Inc. Computation of a shortest inter-domain TE-LSP across a set of autonomous systems
US20060262776A1 (en) * 2005-05-23 2006-11-23 Pollock Graham S System and method for auto-discovery of peering and routing in a combined circuit -switched/packet-switched communication network using trip protocol
FR2900300A1 (en) 2006-04-21 2007-10-26 France Telecom METHOD FOR PROPAGATING MULTIPLE IP TELEPHONY ROUTES, CORRESPONDING COMPUTER DEVICE AND PROGRAM
US8761155B2 (en) 2006-04-21 2014-06-24 France Telecom Method of taking account of quality of service between distinct IP telephony domains, and a corresponding location server and computer program
US8457105B2 (en) 2006-04-21 2013-06-04 France Telecom Method of propagating IP connectivity information between distinct IP telephony domains, and a corresponding location server and computer program
US7565488B2 (en) * 2006-07-26 2009-07-21 International Business Machines Corporation Apparatus, system, and method for integrated blade raid controller and storage
WO2008110723A2 (en) 2007-02-16 2008-09-18 France Telecom Method for optimising the routing of communications between a plurality of telephony domains

Non-Patent Citations (1)

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

Also Published As

Publication number Publication date
WO2007122352A1 (en) 2007-11-01
US8457105B2 (en) 2013-06-04
US20090175267A1 (en) 2009-07-09

Similar Documents

Publication Publication Date Title
WO2007122353A1 (en) Method for selecting a telephony route withing an ip telephony domain, corresponding device and computer programme
EP2469428B1 (en) Mining data for services
US20070280225A1 (en) Extended services and recommendations
EP3085065B1 (en) Method for dynamic update of information obtained from a dns server.
EP3732829B1 (en) Method of routing data from an initialized session between terminal and server
EP1841171B1 (en) Connection optimisation between a mobile communication terminal and a signalling server across a Network Address Translator
EP2109991B1 (en) Method for optimising the routing of communications between plurality of telephony domains, and corresponding signal, device and computer software
WO2007122355A1 (en) Method for taking into account the quality of service between distinct ip telephony domains, corresponding locating server and computer programme
EP2057795B1 (en) Method for propagating multiple ip telephony routes, corresponding locating server and computer programme
WO2007122352A1 (en) Method for propagating ip connectivity information between distinct ip telephony domains, locating server and computer programme
EP2984786B1 (en) Centralized architecture for establishing federations of content distributors
Bons et al. IPv6: Drivers and Barriers for Adopting
WO2006090024A1 (en) Method for managing an interconnection between telecommunication networks and device therefor
US8213584B2 (en) Method and apparatus for analyzing proposed service features in a communication network
FR2969453A1 (en) METHOD FOR LOCATING AND IDENTIFYING A SUBSCRIBER CONNECTED TO A NETWORK EMULATING THE PSTN / ISDN
EP2801178B1 (en) Dynamic method for determining a list of services in an sip network
FR2915650A1 (en) METHOD AND DEVICE FOR INTERFACE BETWEEN UDP OR TCP PROTOCOLS AND SCTP
EP2254288B1 (en) Method for preventing loops in inter-domain routing
WO2012072942A2 (en) Method for preventing the formation of call-forwarding loops
WO2007063211A1 (en) Automatic communication initiation system
WO2007003841A2 (en) Ip interdomain resource reservation method
FR2888694A1 (en) Claimant user and expert user stations e.g. telephone set, connecting system for e.g. audio interpersonal communication, has connecting unit that connects claimant user station and station of expert user whose coordinates are found
EP1848181A1 (en) Display of information on the display of a phone terminal

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

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 MT NL PL PT RO SE SI SK TR

AX Request for extension of the european patent

Extension state: AL BA HR MK RS

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

Owner name: ORANGE

17Q First examination report despatched

Effective date: 20160311

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