RFC 1789 INFORMATIONAL TELEPHONY · VOICE · SERVICES

INETPhone: Telephone Services and Servers on Internet

A telephone service that uses the Internet to connect callers while keeping local phone networks for access.

On rfc-editor.org ↗
PUBLISHED
April 1995
AUTHORS
C. Yang
STREAM
Legacy
NETWORK ARCHITECTURE
Local phone call + Internet connection + local phone call
MINIMUM SERVERS FOR US COVERAGE
Approximately one per area code
SERVER INTERFACES REQUIRED
Telephone network and Internet
DOI
10.17487/RFC1789

RFC text

Contents
Original text · RFC Editor View on rfc-editor.org ↗
Network Working Group                                            C. Yang
Request for Comments: 1789                     University of North Texas
Category: Informational                                       April 1995


         INETPhone: Telephone Services and Servers on Internet

Status of this Memo

   This memo provides information for the Internet community.  It does
   not specify an Internet standard of any kind.  Distribution of this
   memo is unlimited.

IESG Note

   Internet Engineering Steering Group comment from the Transport Area
   Director: Please note well that this memo is an individual product of
   the author.  Work on standards and technology related to this topic
   is additionally taking place in the IETF in the Multiparty MUltimedia
   SessIon Control Working Group (MMUSIC).

Abstract

   INETPhone is a true telephone service through the Internet. It
   integrates the local telephone networks and the Internet using
   INETPhone servers. Thus a long distance call can be split into two
   local calls and an Internet connection, which is transparent to end
   users. Such a phone service through Internet will be a major step
   towards integrated services on Internet. In order to support the
   INETPhone and lay down the ground rules of the service, a scheme of
   "open partnership" is proposed, so that the entire Internet community
   can have the equal opportunity and benefits from the INETPhone
   service.

1. Introduction

   The success of traditional Internet services, such as the electronic
   mail, the file transfer, and the remote machine access, has inspired
   a row of new network applications -- the world-wide information web,
   voice and video conferencing, and network telemarketing are just a
   few to mention.  With the further development in infrastructure and
   the architecture of integrated, multimedia information services
   [1,2,3], certainly the Internet will play a crucial role in shaping
   up the future of so-called information super-highway.

   Among many new applications, the voice communication through Internet
   bears perhaps the most potential impact, since it competes directly
   with the telephone communication, which has become an indispensable
   part of the modern society.  Recently, many software packages are
   available, either commercially or as public free-ware, which supports
   voice communication on Internet.  Some of these products are targeted
   directly as possible substitution for long distance telephone
   services.  However, so far, all such products only support voice
   communications using a computer that is on the Internet or is
   connected, via a SLIP link, to the Internet [4].

   This RFC presents a true telephone service, called INETPhone, which
   supports voice communication through the Internet.  INETPhone
   integrates the local phone network with the Internet. The phone
   network provides local access of INETPhone service with the existing
   telephone facilities, whereas the Internet delivers the packets of
   voice communication over long distances.  The service of INETPhone is
   illustrated by the following scenario.  Assuming a user at area A
   wants to call another user in area B. The user first makes a local
   call to an INETPhone server in area A. After the connection, the user
   keys in the remote phone number in area B to the server. Then the
   server in area A makes a connection to another INETPhone server in
   area B, and requests the remote server to dial, as a local call, the
   phone number in area B. Therefore, a long distance phone connection
   between users in area A and B is established via two local phone
   connections and one Internet connection between two INETPhone
   servers.

   The INETPhone provides a general service of voice communication on
   Internet compatible to the existing telephone service.  The
   motivation in developing and experimenting the INETPhone service can
   be two-folds: on the one hand, a general telephone service on the
   Internet will be a major step towards integrated services on Internet
   and a great challenge to the future development of Internet
   infrastructure and protocol architecture; on the other hand, the
   entire Internet community can take the advantage from the cheap and
   convenient voice communication of the INETPhone service.

2. Design Philosophy

   The design philosophy of the INETPhone differs from the most of
   current voice communication services on Internet in three basic
   aspects: integrating the existing telephone networks with the
   Internet; using the INETPhone servers to carry out the task of voice
   packet delivery on Internet; and an open-partnership of establishing
   the INETPhone service on Internet.  The discussion of each of these
   aspects is given as follows.

   The conventional telephone service is the most popular and convenient
   means for voice communication across distances. Any serious effort to
   integrate voice communication on the Internet should take the full
   advantage of this well-established service.  The INETPhone bridges
   the existing telephone network with the Internet, so that the access
   of the INETPhone service will be totally based on the local phone
   services and facilities. This will lead to a much easier access and
   broader user population than the approaches of computer-based access.

   The INETPhone service is based on the client-server model, in which a
   group of INETPhone servers are responsible for accepting/initiating
   local calls and deliverying voice packets across the Internet.  The
   general users (as clients) can easily access the service through a
   conventional phone with a local call. The creation of such INETPhone
   servers eases the burden from general users, and provides services of
   voice communication on the Internet in a more efficient and
   manageable manner.

   Hundreds even thousands of INETPhone servers will be required for the
   wide coverage of INETPhone services on the Internet (to cover all
   areas within US, at least one server needs to be installed in each
   area of phone area code).  Instead of letting few industrials
   monopolize such a service on the Internet, an alternative approach
   based on an open-partnership scheme of INETPhone service is proposed
   (see Section 5), which will give equal opportunity and benefits to
   the entire Internet community.

3. INETPhone Servers

   The central components of the INETPhone service are its servers on
   Internet.  The server acts as a gateway between the telephone network
   and the Internet.  For this purpose, the server will have both
   interfaces to a computer network and the telephone network.
   Currently, there are many commercial telephone interface cards
   available on the market (such as Dialogic's Voice Boards [5]), which
   support various telephone operations of detecting/generating
   telephone signals (ring, DTMF, etc. [6]), receiving/initiating phone
   calls, recording (digitizing and compressing) or playing back audio
   signals, and monitoring the progress of a phone call.

   With the support of necessary hardware interfaces, the function of an
   INETPhone server includes:

     (a) Receive a local call or accept a connection from a remote
         server;

     (b) Identify the PIN of a local call and determine if to proceed
         the call or not;

     (c) Accept a phone number for remote dialing from a local call;

     (d) Look up the local directory for a remote server of a
         requested call;

     (e) Make a connection to a remote server;

     (f) Make a local phone call upon the request of a remote server;

     (g) Maintain full-duplex, real-time exchanges of voice packets
         via Internet;

     (h) Maintain information exchanges with Directory Servers (see
         Section 4);

     (i) Handle exceptional conditions, such as long delay or drop of
         voice packets;

     (j) Monitor quality of service and keep accounting information.

   The above listed functions represent probably the minimal
   requirements for each INETPhone server. Some further important
   features, such as compression/decompression, security, multicasting,
   and voice mail need also to be considered when a real service of
   INETPhone is launched on the Internet.  Since a general public of the
   Internet community might be involved in this proposed INETPhone
   service, it is probably necessary to set an open standard in the
   building of INETPhone servers (see Section 5).

4. Directory Servers

   The main philosophy behind the INETPhone service is to reduce a long
   distance phone call into two local calls and an Internet connection.
   Therefore, an INETPhone server will always be identified by its IP
   address with its local area code of the phone number (also possibly
   with its sub-regional number).  In order to support a dynamic
   configuration of INETPhone servers on the Internet, a Directory
   Server(s) (DS) will be required to map between IP address and area
   code of INETPhone servers, which in some sense, is similar to the
   functions of a Name Server (such as the BIND [7]).  After an
   INETPhone server is installed on the Internet, it needs to register
   itself with a DS.  The mapping information at DS will be disseminated
   to INETPhone servers for the search of a remote server in response to
   a requested phone call.  Local cache of mapping information may also
   be maintained at INETPhone servers to alleviate communications
   between INETPhone servers and Directory Server(s).  Again, the
   function of a Directory Server for the INETPhone may require another
   open specification.

5. Open Partnership

   Voice communication and telephone service are important parts for
   providing integrated information services over the Internet.  With
   the current trends of commercialized services over the Internet,
   sooner or later, some kind of telephone services will be launched on
   the Internet by some private companies.  On the other hand, the
   operation of the INETPhone service will depend on the installment of
   enough INETPhone servers over the Internet, which can be achieved
   through a cooperative effort of the entire Internet community.  This
   RFC proposes an open-partnership scheme for the INETPhone service,
   which provides equal opportunity and benefits to the entire Internet
   community.

   An outline of the proposed open-partnership scheme is listed as
   follows:

     (a) Any organization or individual person can join or withdraw
         from this open-partnership on a voluntary base.

     (b) In order to join the partnership (therefore becoming a member
         of the partnership), an organization or a person should at
         least install and maintain an INETPhone server on the
         Internet with the equal capacity of lines for call-in and
         dial-out services.

     (c) Each member of the partnership has the equal right to use the
         INETPhone service through any INETPhone servers on the
         Internet.  All services will bear the same charges based on
         the number of bytes transmitted through the Internet and
         whatever the rate (if any) laid down by the Internet
         authority.

     (d) A not-for-profit consortium will be formed from the
         representatives of all members of the partnership. The main
         task of the consortium is to establish all regulations and
         specifications of the INETPhone service, and to coordinate
         the execution of these rules by all the members.

7. Recommendation

   If there is enough interests in the INETPhone service from the
   Internet community, the IAB may need to consider forming a special
   task force or working group to further look into the matter.

8. References

   [1] Adie, C., "Network Access to Multimedia Information", RFC 1614,
       Edinburgh University, May 1994.

   [2] Braden, R., Clark, D., and S. Shenker, "Integrated Services in
       the Internet Architecture: an Overview", RFC 1633, ISI, MIT,
       Xerox PARC, June 1994.

   [3] Weider, C., and P. Deutsch, "A Vision of an Integrated Internet
       Information Service", RFC 1727, Bunyip Information Systems,
       December 1994.

   [4] Walters, R., "Computer Telephone Integration", Artech House
       Publishers, Norwood, MA, 1994.

   [5] Dialogic Corporation, "Voice Hardware Reference", Parsippany, NJ,
       1994.

   [6] Noll, M., "Introduction to Telephones and Telephone Systems", 2nd
       Ed., Artech House Publishers, Norwood, MA, 1991.

   [7] Albitz, P., and C. Liu, "DNS and BIND", O'Reilly & Associates,
       Sebastopol, Calif., 1992.

8. Security Considerations

   Security will be an important issue in the INETPhone service.  As a
   general proposal, however, this RFC chooses to leave this topic for
   future discussions.

9. Acknowledgement

   This RFC is based on a currently undergoing project supported by the
   Department of Computer Science, University of North Texas.

10. Author's Address

   Cui-Qing Yang
   Dept. of Computer Science
   University of North Texas
   P.O. Box 13886
   Denton, TX 76203

   Phone: (817) 565-2822
   Fax: (817) 565-2799
   EMail: cqyang@cs.unt.edu

AI ELI5

On this page
PROBLEMVoice communication over the Internet in the mid-1990s required computers with Internet connections. Most people used ordinary phones, and existing phone services were expensive for long distance.
MECHANISMINETPhone places servers in telephone area codes that act as gateways. Callers make a local phone call to their nearest INETPhone server, which then connects via the Internet to another server in the destination area code, which places a local call to the recipient.
EARLY INTERNET TELEPHONY VISIONThe proposal was informational only and did not become a standard. Later technologies like H.323 and SIP became the dominant protocols for Internet telephony. The concept of VoIP gateways using this model influenced commercial systems.

§1Introduction and Overview

INETPhone is a telephone service proposed in 1995 to bring voice communication through the Internet to ordinary telephone users. The key innovation is that it integrates existing local telephone networks with the Internet, avoiding the need for users to own computers or special equipment.

The service is motivated by two goals: to demonstrate that voice communication on the Internet can be a major step toward integrated multimedia services on the Internet, and to provide the Internet community with cheap and convenient voice communication, avoiding long-distance telephone charges.

The RFC describes a specific scenario: a user in area A picks up a phone and calls a local number (the INETPhone server in their area). After connecting, they enter a phone number in area B. The server in area A then connects to the INETPhone server in area B over the Internet and requests it to dial the destination number as a local call. This converts a long-distance call into two local calls and one Internet connection.

You call a local computer instead of long distance. It connects through the Internet to a computer near your friend, which calls your friend locally.

§2Design Philosophy

INETPhone differs from other Internet voice systems of the 1990s in three ways. First, it integrates existing telephone networks with the Internet, providing access through ordinary phones and conventional telephone service, making it accessible to far more users than computer-based voice systems.

Second, it uses a client-server architecture. INETPhone servers, located in telephone area codes, act as gateways between the telephone network and the Internet. Servers accept incoming calls, identify users, collect destination phone numbers, route calls to remote servers, maintain voice packet exchanges with the Internet, interact with directory servers, handle exceptions like long delays or dropped packets, monitor quality of service, and keep accounting information.

Third, it proposes an open-partnership scheme to avoid monopolization by large companies. Any organization or individual can install an INETPhone server and join the partnership. All members have equal rights to use the service at the same rates (based on bytes transmitted), and a not-for-profit consortium of member representatives would establish regulations and specifications for the service.

Use regular phones so anyone can participate, use servers that connect phones to the Internet, and let everyone share in running the system fairly.

§3INETPhone Servers and Directory Servers

An INETPhone server requires hardware interfaces to both the telephone network and the Internet. Commercial telephone interface cards (such as Dialogic Voice Boards) provide the necessary functionality: detecting and generating telephone signals (ring, DTMF tones), receiving and initiating phone calls, recording or playing back audio signals, and monitoring call progress.

The server's functions include receiving local calls, identifying the caller's PIN (personal identification number) to determine whether to proceed, accepting a destination phone number, looking up the appropriate remote server in the directory, establishing a connection to that remote server, making a local call at the remote site, and maintaining full-duplex, real-time voice packet exchange over the Internet. Additional features noted for future consideration include compression/decompression of voice, security, multicasting to multiple recipients, and voice mail.

Directory Servers maintain a mapping between IP addresses and telephone area codes of INETPhone servers. When a server is installed, it registers itself with a Directory Server. The Directory Servers disseminate this mapping information to INETPhone servers so they can look up which remote server to contact for a given phone number. Servers may cache this information locally to reduce queries.

Each server has a phone card to handle calls and an Internet connection. Directory servers work like a phonebook, mapping area codes to server computer addresses.

§4Open Partnership Model

The RFC proposes that INETPhone be built on a voluntary, open-partnership scheme rather than controlled by a small number of large companies. Key principles include:

Voluntary participation: Any organization or individual can join or leave the partnership at any time. To join, they must install and maintain an INETPhone server on the Internet with equal capacity for inbound and outbound calls.

Equal rights: Each member has the same right to use INETPhone services through any server on the Internet. All services are priced identically, based on the number of bytes transmitted and whatever rates the Internet authority (such as ISPs) charge.

Consortium governance: A not-for-profit consortium formed from member representatives establishes regulations, specifications, and standards for INETPhone service and coordinates enforcement of these rules by all members.

The RFC notes that hundreds or thousands of INETPhone servers would be required for nationwide coverage (roughly one per telephone area code in the United States), making this distributed, participatory model more practical than having a single organization deploy all servers.

Anyone can set up a server and join. Everyone gets equal service for the same price. A group of members make the rules together.

§5References