[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 [127.0.0.1]) 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 ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (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 [209.85.161.172]) 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 10.150.249.2 with SMTP id w2mr6166689ybh.243.1277220603225; Tue, 22 Jun 2010 08:30:03 -0700 (PDT)
Received: from [192.168.0.34] (cpe-76-184-229-173.tx.res.rr.com [76.184.229.173]) by mx.google.com with ESMTPS id j3sm28205003ybe.19.2010.06.22.08.29.56 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 22 Jun 2010 08:30:02 -0700 (PDT)
User-Agent: Microsoft-Entourage/12.24.0.100205
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: http://www.ietf.org/id/draft-sinnreich-sip-web-apis-01.txt 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. Abstract 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 pages. 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. Thanks, Henry
- [dispatch] SIP APIs for Communications on the Web Henry Sinnreich