Re: [rtcweb] Requesting "SDP or not SDP" debate to be re-opened

Iñaki Baz Castillo <> Wed, 19 June 2013 08:39 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id D9ABD21F9FAC for <>; Wed, 19 Jun 2013 01:39:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2.657
X-Spam-Status: No, score=-2.657 tagged_above=-999 required=5 tests=[AWL=0.020, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_LOW=-1]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id Ws-6PQZrXYtu for <>; Wed, 19 Jun 2013 01:38:56 -0700 (PDT)
Received: from ( []) by (Postfix) with ESMTP id A3D8921F9FAA for <>; Wed, 19 Jun 2013 01:38:56 -0700 (PDT)
Received: by with SMTP id 1so3052741qee.26 for <>; Wed, 19 Jun 2013 01:38:56 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding:x-gm-message-state; bh=d/giM1N8zS5DzALVy2vZymyDZswiFMMHCdyBIy+fqUc=; b=KCdkmGjkRhvVmsc0rk2t0B5GedthehU9rJybqrj5oDdqb3vzZFxtCHAM3Wf/oEuJzA qmMbfbYLG60DlnFJMjzGFrhJ6BvTr84qbyl3lmEHKJx1x3fUSaCmNKvsRDEq7P0ayFaq wx29DqxpCfFOFqGMdz+CRujXq1oaAYhFZrA+ryfVonL0towj3epFzB4wjv9mYlP4oSFX xKMkGCUlE+45xKciLA0dwFPG7Tj1KlUmYbnTvN7etFEgOG7J0Qae7vo4YRPXuMJsc+si 7U2RNEElcantRbxhkPyccVugk074qL48/HZgQNfTdp0ZRdMKBKOYSmHjEua6ch6ggaLD PGEw==
X-Received: by with SMTP id d20mr2085171qey.33.1371631135971; Wed, 19 Jun 2013 01:38:55 -0700 (PDT)
MIME-Version: 1.0
Received: by with HTTP; Wed, 19 Jun 2013 01:38:35 -0700 (PDT)
In-Reply-To: <>
References: <> <> <> <> <> <> <>
From: Iñaki Baz Castillo <>
Date: Wed, 19 Jun 2013 10:38:35 +0200
Message-ID: <>
To: Christer Holmberg <>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Gm-Message-State: ALoCoQk2lWwj0pFHuSIRgcCl8hWFAfxDESdsnubHgKP+p9YXNFDfPbfQ0fdvTim61/U9C3S3+5ob
Cc: "" <>
Subject: Re: [rtcweb] Requesting "SDP or not SDP" debate to be re-opened
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Real-Time Communication in WEB-browsers working group list <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Wed, 19 Jun 2013 08:39:01 -0000

2013/6/19 Christer Holmberg <>:
> We need to be very clear what we talk about, or some people are always going
> to be confused :)
> So, AFAIK, the discussion is about SDP O/A usage in the API, only in the
> API, and nowhere but the API.
> Whatever people us on the wire is outside the scope.

Hi Christer,

I do not dare to summarize what we request in a single response, and I
don't want to say something that "I didn't want to say" ;)

IMHO this thread clearly describes what we request, i.e. in these exact mails:


My "non-normative" summary:

I don't think that the discussion is just about "SDP O/A usage in the
API". We don't want a replacement for SDP, nor a new representation of
SDP, nor to deal with blob strings between the JS layer and the WebRTC
layer. In short we want something like a JS wrapper of the native
WebRTC API, to directly manage media/transport parameters and media
streams without having to pass a monolithic and unmanageable SDP blob
between the JS and the WebRTC layer. And once the JS makes all the API
calls to get the required media parameters, the JS can send them to
the remote peer in the way it prefers (which may be via a SDP created
by the JS app, or via an AJAX request for sending codecs/media-types
info followed by a WebSocket connection for sending ICE candidates one
by one, or serialized in JSON via a previously open DataChannel
session... or whatever mechanism available in the Web and browsers).

For sure, other participants in this thread can improve/fix my "summary".

Please. re-read the 3 links above, IMHO they should clearly describe
what we are requesting for :)

Best regards.

Iñaki Baz Castillo