[dispatch] SIP APIs for Communications on the Web

Henry Sinnreich <henry.sinnreich@gmail.com> Tue, 22 June 2010 15:30 UTC

Return-Path: <henry.sinnreich@gmail.com>
X-Original-To: dispatch@core3.amsl.com
Delivered-To: dispatch@core3.amsl.com
Received: from localhost (localhost []) by core3.amsl.com (Postfix) with ESMTP id BEC4428C132 for <dispatch@core3.amsl.com>; Tue, 22 Jun 2010 08:30:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.398
X-Spam-Level: *
X-Spam-Status: No, score=1.398 tagged_above=-999 required=5 tests=[BAYES_50=0.001, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=1.396]
Received: from mail.ietf.org ([]) by localhost (core3.amsl.com []) (amavisd-new, port 10024) with ESMTP id STAyODnudCAq for <dispatch@core3.amsl.com>; Tue, 22 Jun 2010 08:30:00 -0700 (PDT)
Received: from mail-gx0-f172.google.com (mail-gx0-f172.google.com []) by core3.amsl.com (Postfix) with ESMTP id 8717028C0DE for <dispatch@ietf.org>; Tue, 22 Jun 2010 08:30:00 -0700 (PDT)
Received: by gxk8 with SMTP id 8so305975gxk.31 for <dispatch@ietf.org>; Tue, 22 Jun 2010 08:30:03 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:user-agent:date:subject:from :to:message-id:thread-topic:thread-index:mime-version:content-type; bh=gJbiYz/4AVV6WkFA5s9JI7KRvzHLq2S9N6qXq87BM34=; b=Dl/qt1B14dmsXZWDUSoMv3ITO7qRxd8bEptMX0kOlBQ8z48s5HPkpkjhNSNDcnj6e+ LQGPdSvI6X15L0g6Gytxm3JkuSD8YMmQDCB1bHwvLGYEL1h91MUuXWs8tw1t7gTEMAw0 XRmd9VIgPjJZL7rR5OdkUgc1pZpVj6scBq0NA=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=user-agent:date:subject:from:to:message-id:thread-topic :thread-index:mime-version:content-type; b=XuksYwRaSpEostIvAJp8vVmXL6oeLPGII3nn15rOk1s043QNAR3iC90IAfk/rHNGX7 5rKEjfXDmJjKhl7YprCvXqRIB9eN8GGvyqqMh6Q/vMj+OCSnBmco+Ari91mqOCZRfb5l yyErL6hHCOvJgAxA3EMBFY4H/Y+zE/g7BGunI=
Received: by with SMTP id w2mr6166689ybh.243.1277220603225; Tue, 22 Jun 2010 08:30:03 -0700 (PDT)
Received: from [] (cpe-76-184-229-173.tx.res.rr.com []) by mx.google.com with ESMTPS id j3sm28205003ybe.19.2010. (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 22 Jun 2010 08:30:02 -0700 (PDT)
User-Agent: Microsoft-Entourage/
Date: Tue, 22 Jun 2010 10:29:56 -0500
From: Henry Sinnreich <henry.sinnreich@gmail.com>
To: "dispatch@ietf.org" <dispatch@ietf.org>
Message-ID: <C8464124.113E6%henry.sinnreich@gmail.com>
Thread-Topic: SIP APIs for Communications on the Web
Thread-Index: AcsSH8R8Qbl7G2IJq0CoVk4eMq40lA==
Mime-version: 1.0
Content-type: multipart/alternative; boundary="B_3360047400_16103206"
Subject: [dispatch] SIP APIs for Communications on the Web
X-BeenThere: dispatch@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: DISPATCH Working Group Mail List <dispatch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/dispatch>, <mailto:dispatch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dispatch>
List-Post: <mailto:dispatch@ietf.org>
List-Help: <mailto:dispatch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dispatch>, <mailto:dispatch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 22 Jun 2010 15:30:35 -0000

Following the discussions on the Dispatch list in February and also in
private, we have posted a new version of the I-D:


The clarifications include such topics as (in no particular order)
* SIP and/or (vs.) XMPP/Jingle
* HTML5 support for application scripts
* Bidirectional HTTP, IETF "HyBi" WG
* Hiding SIP complexity under the right, standards based API
* Drawing the line between basic usage scenarios for a simple API and yet
how to support complex VoIP call flows
* The SIP state machine moves to the business logic in UA and Web feature
servers; which is preferable
* The traffic and time spent with web applications far surpasses the time to
talk on the phone (exceptions)
* Added references for metadata standards to replace SDP
* SDPng was already proposed in the early Œ90s
* Keep only UDP for media transport, RTP data about the media is moved to
the application as well
* New reference for HIP specific NAT traversal utilities.

Please let us know how you feel these and other issues have been addressed.


   This memo describes a standards based approach to enable web based
   interactive multimedia communications.  The objective is giving web
   developers the software tools to add communication widgets to web

   The proposed SIP API does not necessarily require SIP protocol
   expertise by web developers for basic multimedia communications
   though it can be extended to port complex VoIP services to the web.
   The SIP API can also support the transition from network
   infrastructure based VoIP to rich web based communications.

   The benefits of the formal REST architecture of the web are extended
   to real time communications.

   Only two standard application layer protocols are required: HTTP for
   signaling data communications such as in SIP and/or XMPP and UDP for
   real time media transport. We consider replacing SDP with metadata
   about media, displays and user controls.

   RTP data functionality can also be moved to the application itself.
   NAT traversal and other functions are delegated to HIP.