Federated VoIP is a form of packetized voice telephony that uses voice over IP between autonomous domains in the public Internet without the deployment of central virtual exchange points or switching centers for traffic routing. Federated VoIP uses decentralized addressing systems, such as ENUM, for location and identity information of participants and implements secure, trusted communications (TLS) for identify verification.

Background

edit

The traditional telephone networks are based on the principle of point-to-point communications, for example, an office building sends and receives phone calls over an ISDN line to the telephone exchange. Early Voice over IP deployments have copied this model, sending phone calls over SIP Trunking (a virtual equivalent of ISDN) to an Internet telephony service provider (ITSP) (a virtual telephone exchange). Such paradigms have striven to emulate many of the aspects of traditional telephony, such as the telephone number.

Federation

edit

Although the use of virtual exchanges (soft-switches) and ITSPs has reduced the cost of telephony, they have retained many constraints of traditional telephone systems. The fundamental principle of federated voice over IP is that it removes this concept of a virtual exchange, just as email has eliminated the concept of a centralized system of post offices.

Although there is no formal specification for federated VoIP as a whole, the Session Initiation Protocol (SIP) and Extensible Messaging and Presence Protocol (XMPP/Jabber) both specify similar and compatible ways of implementing federated VoIP. In particular:

Implementation

edit

Implementation of federated VoIP involves a number of initiatives:

  • (optionally) registering existing telephone numbers in a well-known ENUM service, typically the e164.arpa DNS domain.
  • obtaining an SSL/TLS certificate for the domain(s)
  • installing a SIP proxy, an XMPP/Jabber server, or both
  • installing IP phones, or softphone applications on computers or smartphones

To achieve maximum success, most deployments involve both SIP and Jabber, to ensure connectivity to any other party that supports only one or the other. This is not so difficult in practice, as a network that uses SIP internally can operate a Jabber gateway, and a network that uses Jabber internally can operate a SIP gateway. In either case, the SIP and Jabber addresses are in the form of email addresses and are almost always identical, so there is no extra effort required for the user of the service.

Various open-source VoIP server products provide detailed instructions on how to implement federated VoIP.[1][2]

See also

edit

References

edit
  1. ^ "Using reSIProcate for Federated VoIP". reSIProcate. 2012. Retrieved 2012-05-11.
  2. ^ "Google Talk and ejabberd". ejabberd. 2006. Retrieved 2012-05-11.