GB2433376A - Communications system with peer-to-peer backup network - Google Patents
Communications system with peer-to-peer backup network Download PDFInfo
- Publication number
- GB2433376A GB2433376A GB0604079A GB0604079A GB2433376A GB 2433376 A GB2433376 A GB 2433376A GB 0604079 A GB0604079 A GB 0604079A GB 0604079 A GB0604079 A GB 0604079A GB 2433376 A GB2433376 A GB 2433376A
- Authority
- GB
- United Kingdom
- Prior art keywords
- network
- peer
- network configuration
- server
- communications system
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
-
- H04L12/2425—
-
- H04L29/06027—
-
- H04L29/08306—
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
- H04L65/1104—Session initiation protocol [SIP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/104—Peer-to-peer [P2P] networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/104—Peer-to-peer [P2P] networks
- H04L67/1061—Peer-to-peer [P2P] networks using node-based peer discovery mechanisms
- H04L67/1065—Discovery involving distributed pre-established resource-based relationships among peers, e.g. based on distributed hash tables [DHT]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/104—Peer-to-peer [P2P] networks
- H04L67/1087—Peer-to-peer [P2P] networks using cross-functional networking aspects
- H04L67/1091—Interfacing with client-server systems or between P2P systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
Abstract
A communications system 1 includes a number of nodes utilising a central server 2. To cater for potential failure of the server a peer to peer network 3,4 is provided as backup. The arrangement may be used to provide a back up communications network for a SIP-based communications system and the peer to peer network may make use of the Chord protocol.
Description
<p>Communications system and method</p>
<p>Field of the invention</p>
<p>The present invention relates to a communications system and method, particularly a system based on the Session Initiation Protocol (SIP). The invention has particular application to any Internet Protocol (IP) based telephony system which employs a centralised server with which endpoints (i.e. phones, P.C. clients, gateways etc.) under normal operation are required to route session establishment requests to facilitate the location of the destination endpoint.</p>
<p>Background to the invention</p>
<p>The architecture of many deployments of SIP based User Agents (IP Phones, Soft Clients and Gateways) in Enterprise or Carrier based environments is such that the User Agents are totally reliant on centralised SIP Servers (B2BUA's or Proxy's) for locating other user agents. Before a call can be made, the SIP user agent has to register with the centralised SIP server and, to make a call, must send the SIP INVITE request to the SIP Server which then locates the destination user agent.</p>
<p>One problem with the centralised server approach is that when it is not available or cannot be accessed, for example due to WAN failure, the SIP user agents cannot communicate with each other even if there is potential for connectivity between user agents.</p>
<p>It is known to provide Peer to Peer (P2P) networks. These are networks in which every node has equal access to the network and can send and receive data at any time without having to wait for permission or assistance from a central node. One of the advantages of a P2P based telephony solution over the centralised server solution is that there is no single point of failure and the P2P system can maintain communication between endpoints even when parts of the network are not available. An example of a P2P protocol is Chord (See http://pdos.csail.mit.edu/chord/).</p>
<p>Summary of the invention</p>
<p>According to the invention in its broadest aspect there is provided an IP communications system comprising a set of nodes and a central server operating in accordance with a Internet Protocol (IP) and a peer to peer (P2P) network formed by the nodes.</p>
<p>Preferably, the protocol is a Session Initiation Protocol (SIP).</p>
<p>In event of failure of the central server, communication between the nodes will be possible using the P2P network.</p>
<p>IP Telephony endpoints will determine the availability of a centralised telephony server through a process such as registration and/or keep alive mechanism. In a SIP based system this typically requires the endpoint to register with the SIP server.</p>
<p>In addition to determining the availability of the centralised telephony server, the endpoint also joins a peer to peer based network. Many ways of providing a peer to peer network are applicable. The result will be that the endpoint will join a peer to peer network which enables the endpoint to discover the location of other peers without the use of a centralised server, typically this uses the concept of a distributed hash table to locate resources in other peers.</p>
<p>In normal operation, the endpoint will route all requests involved in the management of communication sessions (e.g. call setup, clear down etc.) to the centralised telephony server. However, when the endpoint determines that the central server is unavailable, possibly due to lack of response to a request, it will fall back to a P2P mode to allow some telephony type communication to continue without the central server.</p>
<p>Alternatively, a polling process may be initiated in which a periodic enquiry is made to the server to ensure the IP network is functioning.</p>
<p>When in P2P mode, endpoints will use P2P techniques (e.g. Distributed Hash tables) to discover the location of another endpoint with which they want to communicate. When they discover the address of the other endpoint they will establish communication by establishing a communication session directly with the other endpoint. Some endpoints may perform specific services like enabling access to the PSTN/ISDN and the knowledge of what endpoints can perform what services will be held with the P2P network.</p>
<p>It is possible that some endpoints may connect only to the P2P network and not to the centralised telephony server. One example of this, could be an access device which is used to route calls to another network (e.g. PSTN/ISDN) when the centralised service is not available.</p>
<p>It is possible that groups of endpoints connected to a single central server may form separate peer networks for survivability. For example a peer network could be restricted to a single location in a larger enterprise or could be restricted to a single enterprise if the centralised server services more than one enterprise.</p>
<p>When in the failback P2P mode, some centralised functions may be lost. For example, it may not be possible to log calls in a centralised call detail record or receive presence information from a centralised presence service. However basic telephony functions will be possible between devices in the P2P network and access to other networks (e.g. PSTN/ISDN) can be made available through a P2P enabled access device.</p>
<p>To enable the switching from the centralised communication to the P2P based mode of communication, the endpoint includes means to monitor the availability status of the centralised server. For example, the endpoint will periodically poll the server and expect an acknowledgment. If no acknowledgment is received, the endpoint may decide to switch into a P2P mode for communication. In addition the endpoint may determine that the server is unavailable at the time of initiating a communication session and may decide to switch to a P2P mode to create the communication session.</p>
<p>Typically, when the endpoint determines that the centralised server is unavailable, it will try to re-establish communication with the server by periodically trying to communicate with it. When it determines the server is available again it will revert to using it to establish new communication sessions.</p>
<p>The P2P network will normally be maintained even when the centralised server is available and may advantageously be used for other services, for example a distributed database.</p>
<p>The invention also provides a method.</p>
<p>Brief Description of the Drawings</p>
<p>A specific embodiment of the invention will now be described, by way of example only, with reference to the drawings in which: Figure 1 shows a communications network including two enterprise offices or locations hosted by a single centralised telephony server and each office having a peer to peer network; Figure 2 shows a communications network including two enterprise offices or locations hosted by a single centralised telephony server and each office also connected by a peer to peer network to the other; and Figure 3 shows an endpoint used in the communications network of figure 2.</p>
<p>Detailed Description</p>
<p>As is shown in figure 1, a first embodiment provides a communications network 1 including a centralised server 2 for connecting networks 3 and 4 at different locations.</p>
<p>A peer to peer network (P2P) is formed within each location which spans that location.</p>
<p>Thus, network 3 covers location A and network 4 covers location B. In a second embodiment shown in figure 2, a centralised server 2 is provided as before but in this case the P2P network 3 extends over both locations.</p>
<p>Figure 3 shows an endpoint 5 for use in either embodiment. In this case, it is a phone, although other endpoints may be used. It includes a communications application 6 which provides the core communications functionality to enable the endpoint to communicate via the centralised server supported network 2. It operates in accordance with the SIP protocol.</p>
<p>A user application 7 allows a user to initiate and terminate calls. In/out devices 8 are involved in this and may include a keyboard or mouse, microphones and speakers, and a display.</p>
<p>The communication application 6 connects the endpoint to the centralised server supported network 2, and also to the P2P network 3. Normally communication is, in this embodiment, made via the centralised server 2. In the event that the centralised server is not detected by the communications application 6 an output is made to a network monitor 9 indicating a network problem or failure.</p>
<p>The network monitor 9 provides an output to a selection manager 10. The selection manager 10 applies a set of rules to determine an appropriate course of action. For example, failure may require an immediate switch to the P2P network 3 or failure beyond a certain time threshold may trigger a switch.</p>
<p>The selection manager 10 instructs a network selector 11 to switch to the alternative network in this case the P2P network 3. The network selector 11 instructs the communications application 6 to utilise the P2P network 3.</p>
<p>When the centralised server 2 recovers, its presence is detected by the communications application 6. The network monitor 9, selection manager 10 and network selector 11 are used in much the same way as before to instruct the communications application 6 to switch to use of the centralised server.</p>
Claims (1)
- <p>Claims 1. A communications system comprising: an IP network operable ina first network configuration formed by a set of nodes and a central server and operable in a second network configuration of a peer to peer network formed from at least some of the set of nodes and not the central server; means to detect a failure of the first network configuration; and means to activate the second network configuration upon detection of the failure.</p><p>2. A communications system as claimed in claim 1 wherein the IP network is a Session Initiation Protocol (SIP) network.</p><p>3. A communications system as claimed in claims 1 or 2 comprising; means to detect a re-enablement of the first network configuration; and means to re-activate the first network configuration upon detection of the re-enablement.</p><p>4. A communications system as claimed in claim 1, 2 or 3 wherein the means to detect a failure of the first network configuration detects a failure of the central server.</p><p>5. A communications system as claimed in claim 3 or 4 wherein the means to detect re-enablement of the first network configuration detects a re-enablement of the central server.</p><p>6. A system as claimed in any preceding claim wherein the first network configuration provides telephony and or multimedia communications between users.</p><p>7. A system as claimed in any preceding claim wherein the second network configuration utilises a Chord Protocol.</p><p>8. A communication method comprising: providing an IP network operable in: a first network configuration of a set of nodes and a central server; and a second network configuration of a peer to peer network formed by at least some of the set of nodes and not the central server, detecting a failure of the first network configuration; and in resonse to the detection of a failure utilising the second network configuration.</p><p>9. A method as claimed in claim 8 comprising; detecting a re-enablement of the first network configuration and in response, to the detection of the re-enablement switching to the first network configuration.</p>
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
GBGB0525485.9A GB0525485D0 (en) | 2005-12-15 | 2005-12-15 | A communications system and method |
Publications (3)
Publication Number | Publication Date |
---|---|
GB0604079D0 GB0604079D0 (en) | 2006-04-12 |
GB2433376A true GB2433376A (en) | 2007-06-20 |
GB2433376B GB2433376B (en) | 2008-07-16 |
Family
ID=35736141
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
GBGB0525485.9A Pending GB0525485D0 (en) | 2005-12-15 | 2005-12-15 | A communications system and method |
GB0604079A Expired - Fee Related GB2433376B (en) | 2005-12-15 | 2006-03-01 | Communications system and method |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
GBGB0525485.9A Pending GB0525485D0 (en) | 2005-12-15 | 2005-12-15 | A communications system and method |
Country Status (1)
Country | Link |
---|---|
GB (2) | GB0525485D0 (en) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2088808A1 (en) * | 2008-02-05 | 2009-08-12 | Huawei Technologies Co Ltd | Methods and apparatuses for processing and managing subscriber data in telecommunication network |
WO2009135984A1 (en) | 2008-05-08 | 2009-11-12 | Elektrobit Wireless Communications Oy | Methods and equipment for fault tolerant ip service |
US20110145314A1 (en) * | 2009-12-11 | 2011-06-16 | Raytheon Company | Communication Architecture for Devices Without Access to a Centralized Server |
US20120250864A1 (en) * | 2009-11-26 | 2012-10-04 | Kabushiki Kaisha Toshiba | Energy management apparatus and energy management system |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1564962A2 (en) * | 2004-02-11 | 2005-08-17 | Microsoft Corporation | System and method for facilitating third-party call and device control |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1773028A1 (en) * | 2005-10-10 | 2007-04-11 | Alcatel Lucent | Establishing emergency voice communications in an IP network using a peer-to-peer protocol |
-
2005
- 2005-12-15 GB GBGB0525485.9A patent/GB0525485D0/en active Pending
-
2006
- 2006-03-01 GB GB0604079A patent/GB2433376B/en not_active Expired - Fee Related
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1564962A2 (en) * | 2004-02-11 | 2005-08-17 | Microsoft Corporation | System and method for facilitating third-party call and device control |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2088808A1 (en) * | 2008-02-05 | 2009-08-12 | Huawei Technologies Co Ltd | Methods and apparatuses for processing and managing subscriber data in telecommunication network |
US7916629B2 (en) | 2008-02-05 | 2011-03-29 | Huawei Technologies Co., Ltd. | Methods and apparatuses for processing and managing subscriber data in telecommunication network |
WO2009135984A1 (en) | 2008-05-08 | 2009-11-12 | Elektrobit Wireless Communications Oy | Methods and equipment for fault tolerant ip service |
EP2274893A1 (en) * | 2008-05-08 | 2011-01-19 | Elektrobit Wireless Communications Oy | Methods and equipment for fault tolerant ip service |
EP2274893A4 (en) * | 2008-05-08 | 2013-09-25 | Elektrobit Wireless Comm Oy | Methods and equipment for fault tolerant ip service |
US20120250864A1 (en) * | 2009-11-26 | 2012-10-04 | Kabushiki Kaisha Toshiba | Energy management apparatus and energy management system |
US8863228B2 (en) * | 2009-11-26 | 2014-10-14 | Kabushiki Kaisha Toshiba | Energy management apparatus and energy management system |
US20110145314A1 (en) * | 2009-12-11 | 2011-06-16 | Raytheon Company | Communication Architecture for Devices Without Access to a Centralized Server |
WO2011071688A3 (en) * | 2009-12-11 | 2011-09-01 | Raytheon Company | Communication architecture for devices without access to a centralized server |
Also Published As
Publication number | Publication date |
---|---|
GB0525485D0 (en) | 2006-01-25 |
GB2433376B (en) | 2008-07-16 |
GB0604079D0 (en) | 2006-04-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11057365B2 (en) | Method and system for creating a virtual SIP user agent by use of a webRTC enabled web browser | |
Singh et al. | Peer-to-peer internet telephony using SIP | |
JP5523012B2 (en) | How to register an endpoint in the list of surviving network controllers in the controller sliding window | |
US8468131B2 (en) | Connecting devices in a peer-to-peer network with a service provider | |
KR101387287B1 (en) | Simultaneous active registration in a sip survivable network configuration | |
US7466810B1 (en) | Distributed system for sharing of communication service resources between devices and users | |
US9521169B2 (en) | SIP anchor points to populate common communication logs | |
KR20090053924A (en) | Method for offering a call centre service in a peer-to-peer network | |
US8886789B2 (en) | SIP monitoring and control anchor points | |
US7870418B2 (en) | Enhanced presence routing and roster fidelity by proactive crashed endpoint detection | |
US8510435B2 (en) | Highly scalable and distributed call/media modeling and control framework | |
Wang | Skype VoIP service-architecture and comparison | |
KR20060094425A (en) | Method and communication system for providing interface information between network elements | |
Singh | Reliable, Scalable and Interoperable Internet Telephony | |
GB2433376A (en) | Communications system with peer-to-peer backup network | |
JP4918161B2 (en) | Telecommunications service system control by peer-to-peer technique | |
JP5169113B2 (en) | IP telephone system, IP telephone terminal and program | |
Fiedler et al. | Reliable VoIP services using a peer-to-peer intranet | |
Meyer et al. | Practical performance evaluation of peer-to-peer internet telephony using sip | |
WO2012109953A1 (en) | Method and system for sip session protection | |
Leu et al. | Design and implementation of a low cost dns-based load balancing solution for the sip-based voip service | |
Leu et al. | Inexpensive high availability solutions for the SIP-based VoIP service | |
Islam et al. | SIP over Peer-to-Peer—Implications and existing approaches | |
CA2551338C (en) | Connecting devices in a peer-to-peer network with a service provider | |
JP2017147489A (en) | Communication control system, communication control method, communication control program, and communication control device |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PCNP | Patent ceased through non-payment of renewal fee |
Effective date: 20100301 |