A Proposed Mapping Architecture Between Iax and Jingle Protocols

A Proposed Mapping Architecture Between Iax and Jingle Protocols

Advances in Science and Technology Research Journal Volume 10, No. 29, March 2016, pages 141–146 Research Article DOI: 10.12913/22998624/61942 A PROPOSED MAPPING ARCHITECTURE BETWEEN IAX AND JINGLE PROTOCOLS Hadeel Saleh Haj Aliwi1, Putra Sumari1 1 School of Computer Sciences, Universiti Sains Malaysia, 11800 Pulau Penang, Malaysia, e-mail: hadeelsaleh12 @yahoo.com, [email protected] Received: 2015.12.15 ABSTRACT Accepted: 2016.02.01 Nowadays, multimedia communication has improved rapidly to allow people to com- Published: 2016.03.01 municate via the Internet. However, Internet users cannot communicate with each other unless they use the same chatting applications since each chatting application uses a certain signaling protocol to make the media call. The mapping architecture is a very critical issue since it solves the communication problems between any two pro- tocols, as well as it enables people around the world to make a voice/video call even if they use different chatting applications. Providing the interoperability between differ- ent signaling protocols and multimedia applications takes the advantages of more than one protocol. Many mapping architectures have been proposed to ease exchanging the media between at least two users without facing any difficulties such as SIP-Jingle, IAX-RSW, H.323-MGCP, etc. However, the design of any of the existing mapping ar- chitectures has some weaknesses related to larger delay, time consuming, and security matters. The only way to overcome these problems is to propose an efficient mapping architecture. This paper proposed a new mapping architecture between Inter-Asterisk eXchange Protocol and Jingle Protocol. The proposed mapping architecture consists of IAX domain (IAX client, IAX server, IAX-to-Jingle gateway), and Jingle domain (Jingle client, Jingle server, Jingle-to-IAX gateway). The tasks of the translation gate- ways are represented by the URI conversion, media capability exchange, translator of call setup and teardown signals, and real time media transmission. Keywords: signaling protocol, mapping architecture, IAX, Jingle, translation gateway. INTRODUCTION become necessary to provide full end-to-end con- nectivity and to give users the flexibility to select Over the last decade, multimedia techniques their preferred applications, as long as there is a have developed rapidly to enable users to commu- method or mechanism that allows bridging the gap nicate between each other over the Internet using between the heterogeneous signaling protocols. all types of chatting services such as instant mes- Furthermore, the multimedia communication ser- sages, audio, and video. However, users cannot vice providers understand that users want to com- phonetically communicate with each other unless municate with each other regardless of the service they use the same chatting applications since each provider and protocol used in their IP network. chatting application has its own control protocol The only way to enable the users to commu- to handle the call setup, the real time media trans- nicate phonetically using different chatting appli- mission, and the call teardown sessions [1]. cations is to design a new mapping architecture Due to the appearance of many signaling pro- for any two control protocols used by different tocols such as IAX, SIP, H.323, and RSW [2, 3, 4, chatting applications [6]. 5], media conferencing systems and Internet Pro- Choosing IAX and Jingle protocols to build tocol (IP) applications, the interoperability has a mapping architecture between them is due to 141 Advances in Science and Technology Research Journal Vol. 10 (29), 2016 many reasons; IAX is an interesting alternative Jingle Protocol compared to the conventional VoIP protocols. Nowadays, IAX is being deployed by service pro- The eXtensible Messaging and Presence Pro- viders for their VoIP service offerings (e.g. H.323 tocol (XMPP) [21, 22] is a standard specified by and SIP). IAX protocol offers significant features the Internet Engineering Task Force (IETF) for that are not provided by other existent VoIP sig- carrying instant message service. XMPP is an naling protocols. Furthermore, many researchers open Extensible Markup Language (XML) pro- have shown that IAX is slightly better than SIP tocol for a real-time messaging, presence, and re- [7, 8], H.323 [9], MGCP [10] and RSW [11] in quest/response services. First, Jabber open-source terms of the quality of services. community proposed and introduced XMPP. Just as IAX protocol has many features, Jingle Subsequently, the IETF approved and archived protocol is considered as the standard protocol for it in many Internet specifications. Originally, the Gmail chatting application with regard to audio scope of XMPP was only instant messaging, but and video conferencing services. Most popular as an extensible protocol, it has also come to sup- chatting applications use Jingle protocol to han- port VoIP. The VoIP extension to XMPP is known dle the call setup, audio/video chatting, and call as Jingle and was developed by Google [23]. teardown sessions. Such applications are Gtalk, Jingle protocol uses Real-time Transport Pro- Talkonaut, and Hangout. tocol (RTP) [24] for data transmission and uses the Interactive Connectivity Establishment (ICE) method to overcome Network Address Translation BACKGROUND (NAT) problems [25]. Transport Control Protocol (TCP) is used by Jingle to transmit the registration, In this section, we will briefly define IAX and call setup, and call teardown signals between the Jingle protocols with regard to the main functions clients, and it can be used in the media flow session and other properties that indicate their preference, too. UDP protocol is used only during the real time compared with the rest of the protocols. media transferring session [26]. IAX Protocol THE PROBLEMS WITH THE PREVIOUS In 2004, Mark Spencer has created the Inter- STUDIES AND THE PROPOSED Asterisk eXchange (IAX) protocol for asterisk IAX-JINGLE MAPPING ARCHITECTURE that performs VoIP signaling [12]. IAX is sup- ported by a few other softswitches, (Asterisk Pri- The IAX-Jingle mapping architecture are vate Branch eXchange) PBX systems [13], and built by solving the problems happened in the softphones [14]. Any type of media (video, audio, previous mapping architectures, such as larger and document conferencing) can be managed, delay time when using one translation gateway controlled and transmitted through the Internet in the mapping architecture, including the reg- Protocol (IP) networks based on IAX protocol istration session in the translation gateway in- [15]. IAX2 is considered to be the current ver- stead of the client’s respective server, and the sion of IAX. The IAX’s first version is obsolete. existence of client’s respective server during the User Datagram Protocol (UDP) [16, 17] is the signaling session. only protocol that is used by either IAX2 or IAX By using only one translation gateway in the as a transport protocol. More specifically, UDP is mapping architecture, the translation gateway usually used on port 4569 where port 5036 is used will be responsible of checking, first, whether by IAX1. The same UDP port is used through- the packet received belongs to either protocol 1 out media transmission and signaling information client or protocol 2 client before translates the sessions. IAX mini and full frames are used to packet and forwards it to the other party. The carry the media packets during the call [18]. checking step has to be done for each received IAX supports trunk connections concept for packet by the translation gateway as well as the numerous calls. The bandwidth usage is reduced gateway is responsible for handling sending and when this concept is used because all the pro- receiving directions of both protocol 1 and pro- tocol overhead is shared by two IAX nodes for tocol 2, in addition to two methods of packet the whole calls. Over a single link, IAX provides translation, from protocol 1 message format to multiplexing channels [19, 20]. protocol 2 message format and vice versa. These 142 Advances in Science and Technology Research Journal Vol. 10 (29), 2016 steps have to be done for all signaling messages the voice call directly through the proposed trans- and media packets during signaling and media lation gateway as both protocols have different sessions in case of both protocols have different message format, not only the signaling messag- message format not only the signaling messages es but also the media packets. In Figure 2, both but also the media packets. Concluding that, us- protocols register with their respective servers, ing one translation gateway will lead to larger dealing with the proposed translation gateway delay time compared to using more than one during only the signaling session as both pro- translation gateway. tocols use the same transport protocol to carry The proposed mapping architecture used the media packets during the media transmission two translation gateways, by distributing the session. In Figure 3, both protocols register with function of translation gateway into two gate- their respective servers, dealing with the two ways (IAX-to-Jingle and Jingle-to-IAX), each proposed translation gateways during only the gateway receives only from one party and sends signaling session after the translation gateways only to the other party, in this case no need from obtain permission from the client’s respective the gateway to check the sent/received packet server for each sent and received signaling mes- belongs

View Full Text

Details

  • File Type
    pdf
  • Upload Time
    -
  • Content Languages
    English
  • Upload User
    Anonymous/Not logged-in
  • File Pages
    6 Page
  • File Size
    -

Download

Channel Download Status
Express Download Enable

Copyright

We respect the copyrights and intellectual property rights of all users. All uploaded documents are either original works of the uploader or authorized works of the rightful owners.

  • Not to be reproduced or distributed without explicit permission.
  • Not used for commercial purposes outside of approved use cases.
  • Not used to infringe on the rights of the original creators.
  • If you believe any content infringes your copyright, please contact us immediately.

Support

For help with questions, suggestions, or problems, please contact us