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

Matthew Jordan <mjordan@digium.com> Tue, 18 June 2013 19:19 UTC

Return-Path: <mjordan@digium.com>
X-Original-To: rtcweb@ietfa.amsl.com
Delivered-To: rtcweb@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 43C5321E80A8 for <rtcweb@ietfa.amsl.com>; Tue, 18 Jun 2013 12:19:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.976
X-Spam-Level:
X-Spam-Status: No, score=-2.976 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GKHoYfogDBcJ for <rtcweb@ietfa.amsl.com>; Tue, 18 Jun 2013 12:19:16 -0700 (PDT)
Received: from mail-lb0-f170.google.com (mail-lb0-f170.google.com [209.85.217.170]) by ietfa.amsl.com (Postfix) with ESMTP id 6ABE521E8092 for <rtcweb@ietf.org>; Tue, 18 Jun 2013 12:19:15 -0700 (PDT)
Received: by mail-lb0-f170.google.com with SMTP id t13so4027595lbd.15 for <rtcweb@ietf.org>; Tue, 18 Jun 2013 12:19:14 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:x-gm-message-state; bh=rbYH77nXpwm7SNyYzIa0T8BqkmHquDD4iFbe0fWH8OI=; b=W6rRPYpzZA8ijXsdgk5h8kvMKPDXP9hjZHhH7KNUQlNsVqRpNHGyoAtfY8lI8sG8tg FNCjt2sPlPxg1qqvOlH6ZRyhSv1M/uPZmwys5h32/9p94dQbRTUzdXIuJf0XXF+tRLAV 6kRBol9aeBtb9TZPuBfkNHWgCo7SZY6AuYnW1wl1/qyrk2GJhlH3oHYCFoeStBPuCsNm +Vb8FL5sgzCW7VUnDIEiq+ytRTvIAvW+ckCCuw0XKGFbUfpV/sO32fo6JcIXJLn8QNuH xnhVr5QhbcCiwn0cC6e8ipw7n7cXlCFTMc0x0GS3PHOd6cc8swPZJSpAq7DZ1mi9Duf6 gXWA==
MIME-Version: 1.0
X-Received: by 10.112.154.170 with SMTP id vp10mr1743907lbb.11.1371583154211; Tue, 18 Jun 2013 12:19:14 -0700 (PDT)
Received: by 10.112.180.234 with HTTP; Tue, 18 Jun 2013 12:19:14 -0700 (PDT)
In-Reply-To: <FC4978CB-360E-4F47-9A31-941121589E8A@ag-projects.com>
References: <5158F0FC.3070104@jesup.org> <39821B4C400EC14DAD4DB25330A9271A02B56F@FR711WXCHMBA02.zeu.alcatel-lucent.com> <5165CF9D.6030302@jesup.org> <FC4978CB-360E-4F47-9A31-941121589E8A@ag-projects.com>
Date: Tue, 18 Jun 2013 14:19:14 -0500
Message-ID: <CAN2PU+4MWZQSY=VVwNpyjEnV3aHB1zLgwuRyOYiOm_nTcEL6ZQ@mail.gmail.com>
From: Matthew Jordan <mjordan@digium.com>
To: "rtcweb@ietf.org" <rtcweb@ietf.org>
Content-Type: multipart/alternative; boundary="089e01161a44afd40f04df729673"
X-Gm-Message-State: ALoCoQmrjCKJp8uIhKhejQLnlDQwpCFlQXpAmgSfIcv7myeaabwOloTy1Rar3qZz7IBt3bd4fICu
Subject: Re: [rtcweb] Requesting "SDP or not SDP" debate to be re-opened
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Real-Time Communication in WEB-browsers working group list <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtcweb>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 18 Jun 2013 19:19:23 -0000

On Tue, Jun 18, 2013 at 1:22 PM, Adrian Georgescu <ag@ag-projects.com>wrote:

> +1
>
> While working with the specs, some may have realised that SDP is not such
> a great idea to put in practice and may also want to come forward to admit
> their mistake.
>
> Regards,
> Adrian
>
>
In the Asterisk project, we were able to use our legacy SIP stack to enable
very basic WebRTC communication with Chrome and FireFox. That sounds nice,
until you realize we have to continually preface that with "sometimes".

Because the answer is, more often than not, something breaks. Invariably,
the breakages have been in the SDPs sent to Asterisk by the browser. What
SDP breaks us changes depending on the browser being used, the version of
said browser, and whether or not some new WebRTC SDP feature has been put
in the browser's latest release. And just when we think we have to modify
Asterisk to handle the new SDP sent by some browser, the browser changes
again. As a result, Asterisk 11 hasn't changed a lot since we released;
we've been trying to avoid coding to a moving target. We always envisioned
that things would quiet down and the browsers would settle on an
implementation of SDP that we could adapt to - but it doesn't seem like
things are quieting down as much as we'd like. And sure, the SIP stack in
Asterisk is crufty, and sure, sometimes the fault is in our implementation,
not the browser's - but I think we on the Asterisk project can certainly
say that relying on SDP hasn't been a panacea for interoperability.

It feels like maintaining compatibility with "traditional" SDP
implementations is getting harder for the browsers to manage and holding
the entire process back. As one of those older "traditional"
implementations, I'd rather write an entirely new channel driver for
Asterisk than have to re-write our SDP handling.

So... +1 to Inaki's request.

Matt

-- 
Matthew Jordan
Digium, Inc. | Engineering Manager
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: http://digium.com & http://asterisk.org