Author
Listed:
- Yang Ji
- Chunhong Zhang
- Lichun Li
- Yao Wang
- Mao Tao
Abstract
P2PSIP (Peer-to-Peer Session Initiation Protocol) is proposed to construct fully distributed signaling architecture for multimedia communication systems. Instead of centralized SIP servers, P2PSIP overlays utilize distributed and dynamic nodes to support location and storage services. So far various design alternatives of overlay architectures have been proposed to describe the mechanism about how the user nodes are connected together to form an application layer topology. However, there appears to have been little research work on comprehensively comparing the performance properties of various P2PSIP architectures, and no study has been made to investigate how to select appropriate overlay architecture according to application requirements. In this paper, we investigate various P2PSIP architectures and compare their features mainly from the perspective of application performance. The query latency of overlay and call setup delay of SIP sessions are modeled as significant performance considerations for selection of suitable architecture for different usage scenarios. First, we comprehensively analyze implementations of P2PSIP architecture. Four typical P2PSIP architectures are described in detail: pure DHT, DHT-based SIP server farm, P2PSIP overlay formed by super nodes, and hierarchical P2PSIP overlay. Furthermore, we classify the nodes into peer and client according to their roles in the architecture. Then the performance model of query latency and call setup delay for P2PSIP overlay architectures is proposed. Several parameters to present features of the overlay architectures are defined. The analysis primarily focuses on the impact of possibility of packet loss caused by link error or network congestion and churn of overlay. Finally, an event-driven chord-based simulation to evaluate query latency and call setup delay for different P2PSIP architectures is developed. An analytical model and simulation showed that the average call setup delay is less than ten seconds for all the architectures, which could satisfy the requirements of multimedia session establishments in most cases. We advocate that the super node or hierarchical architecture might be appropriate options rather than pure DHT in terms of latency performance in heterogeneous network environments. The server farm approach is good at management as well as performance, which might be the best option for systems supported by service providers.
Suggested Citation
Yang Ji & Chunhong Zhang & Lichun Li & Yao Wang & Mao Tao, 2009.
"Architecture Design of P2PSIP System,"
International Journal of Distributed Sensor Networks, , vol. 5(1), pages 85-85, January.
Handle:
RePEc:sae:intdis:v:5:y:2009:i:1:p:85-85
DOI: 10.1080/15501320802575005
Download full text from publisher
Corrections
All material on this site has been provided by the respective publishers and authors. You can help correct errors and omissions. When requesting a correction, please mention this item's handle: RePEc:sae:intdis:v:5:y:2009:i:1:p:85-85. See general information about how to correct material in RePEc.
If you have authored this item and are not yet registered with RePEc, we encourage you to do it here. This allows to link your profile to this item. It also allows you to accept potential citations to this item that we are uncertain about.
We have no bibliographic references for this item. You can help adding them by using this form .
If you know of missing items citing this one, you can help us creating those links by adding the relevant references in the same way as above, for each refering item. If you are a registered author of this item, you may also want to check the "citations" tab in your RePEc Author Service profile, as there may be some citations waiting for confirmation.
For technical questions regarding this item, or to correct its authors, title, abstract, bibliographic or download information, contact: SAGE Publications (email available below). General contact details of provider: .
Please note that corrections may take a couple of weeks to filter through
the various RePEc services.