Re: [rtcweb] WebRTC-SIP interop: and why SDES-SRTP is a need
Roman Shpount <roman@telurix.com> Thu, 05 April 2012 02:14 UTC
Return-Path: <roman@telurix.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 59A8A11E8073 for <rtcweb@ietfa.amsl.com>; Wed, 4 Apr 2012 19:14:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.818
X-Spam-Level:
X-Spam-Status: No, score=-2.818 tagged_above=-999 required=5 tests=[AWL=0.158, 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 3z+2fb08VCFS for <rtcweb@ietfa.amsl.com>; Wed, 4 Apr 2012 19:14:06 -0700 (PDT)
Received: from mail-pb0-f44.google.com (mail-pb0-f44.google.com [209.85.160.44]) by ietfa.amsl.com (Postfix) with ESMTP id 7F76121F851D for <rtcweb@ietf.org>; Wed, 4 Apr 2012 19:14:05 -0700 (PDT)
Received: by pbbrq13 with SMTP id rq13so898701pbb.31 for <rtcweb@ietf.org>; Wed, 04 Apr 2012 19:14:05 -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 :cc:content-type:x-gm-message-state; bh=5QqjEZV0EHx3dAUaUfS5SfpZiLNYRRe9G9OeH1GxH8s=; b=Ql1JgneA2rAIQzH+gVjFuxKKTbUvff5EWVXIYh1WV7L39ThfakTE3FYfczN7gvOlle Gxn1ytm8Sl7gWd7H3NWXB95HyGSwg3DyYWMKepcwhsjBhYMBMXk2/dLDwcklSE6t0jtw wXIDhoxgCKaXJTU6NbFJ+DHPH0lMdiV1jIYNpl/4sGzZBS7rjhy1qUsR1+T0bx5/B+cm 2mSyHNWoDzJR4H4t7Hp6S1Q+yG3ujP6SwTobPxyS+ZW7NFb5ZZOfuCkUQKP5D/b6XypT XATxs2xLZ6XXxvHzsKV5cYmqW/1+Ljcnw7GSK2j+zIoN4IEnH2c64pI0zPisBhLT9N3S gNaA==
Received: by 10.68.196.138 with SMTP id im10mr2486973pbc.156.1333592045130; Wed, 04 Apr 2012 19:14:05 -0700 (PDT)
Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx.google.com with ESMTPS id d2sm1848659pbw.39.2012.04.04.19.14.03 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 04 Apr 2012 19:14:04 -0700 (PDT)
Received: by dady13 with SMTP id y13so1355238dad.27 for <rtcweb@ietf.org>; Wed, 04 Apr 2012 19:14:02 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.68.231.138 with SMTP id tg10mr2398497pbc.57.1333592042656; Wed, 04 Apr 2012 19:14:02 -0700 (PDT)
Received: by 10.68.6.67 with HTTP; Wed, 4 Apr 2012 19:14:02 -0700 (PDT)
In-Reply-To: <CAE6kErhTOFP1qna-OKRmJzM=Rssc0UEXTyDgSyKmh2AM+PuviA@mail.gmail.com>
References: <CALiegfmz6tgm9WF3KWEK5qwaBGADKFyit=egB36zkjZXNKdeHw@mail.gmail.com> <CALiegfnA8_ntYd5f935P_E6vvMwjrzt+j6UhB9vjmo6h-RzfPA@mail.gmail.com> <CAD5OKxsxrDdsoV18KB1gZSsUBPno-k2zs4E2FTUaoUBdXfh5yA@mail.gmail.com> <CAE6kErhTOFP1qna-OKRmJzM=Rssc0UEXTyDgSyKmh2AM+PuviA@mail.gmail.com>
Date: Wed, 04 Apr 2012 22:14:02 -0400
Message-ID: <CAD5OKxuuC1q9uCnREqi_-i0unT=6Uza+oYsCWtanbSjmSi5_DQ@mail.gmail.com>
From: Roman Shpount <roman@telurix.com>
To: jesse <chat2jesse@gmail.com>
Content-Type: multipart/alternative; boundary="047d7b339ccffa53d604bce51752"
X-Gm-Message-State: ALoCoQn9s13uS9LN/LshEO+np7BOfZpADF6UsYrkXvCQPhVyu/MNZ7jn+fvPAKR+bUKaSNOujjUz
Cc: rtcweb@ietf.org
Subject: Re: [rtcweb] WebRTC-SIP interop: and why SDES-SRTP is a need
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: Thu, 05 Apr 2012 02:14:08 -0000
On Wed, Apr 4, 2012 at 8:42 PM, jesse <chat2jesse@gmail.com> wrote: > > On Apr 4, 2012 10:24 AM, "Roman Shpount" <roman@telurix.com> wrote: > > > > My assumption is that IP phones will migrate to WebRTC effectively > eliminating SIP in end user devices. > > That is your academic assumption, why does IT department need to spend > extra money to either desert or upgrade its existing SIP devices without > substantial gain? After all, tons of users are still using window xp. > > Backward capability is a key to the success of new technology. > Please note the <sarcasm> tags. On the more serious note, very few SIP end points offer working ICE support. So, in a large sense, interop with them is not an option. Out of the ones that do support ICE and SRTP, very few are actually connected directly to a public internet. Most of them are connected to some sort of PBX or an IP PBX type service. So, in reality you do not need to bridge every IP phone with WebRTC. If a few PBX and hosted centrex vendors will add support for WebRTC required features, we will get compatibility with existing end points. To support the rest you will need to deploy some sort of gateway. In my personal opinion, tons of users use XP due to the fact that never MS OS versions do not offer a significant reason to upgrade, while introducing enough usability and operational issues to create a significant upgrade hurdle (I am trying to be politically correct here). WebRTC enabled end points, on the other hand, will offer significant benefits to traditional SIP phones, since they will allow development of higher quality integrated real time communications services. I hope this will drive a much quicker standard adoption. _____________ Roman Shpount
- [rtcweb] WebRTC-SIP interop: and why SDES-SRTP is… Iñaki Baz Castillo
- Re: [rtcweb] WebRTC-SIP interop: and why SDES-SRT… Iñaki Baz Castillo
- Re: [rtcweb] WebRTC-SIP interop: and why SDES-SRT… Roman Shpount
- Re: [rtcweb] WebRTC-SIP interop: and why SDES-SRT… Iñaki Baz Castillo
- Re: [rtcweb] WebRTC-SIP interop: and why SDES-SRT… jesse
- Re: [rtcweb] WebRTC-SIP interop: and why SDES-SRT… Roman Shpount
- Re: [rtcweb] WebRTC-SIP interop: and why SDES-SRT… Iñaki Baz Castillo
- Re: [rtcweb] WebRTC-SIP interop: and why SDES-SRT… Roni Even
- Re: [rtcweb] WebRTC-SIP interop: and why SDES-SRT… Iñaki Baz Castillo
- Re: [rtcweb] WebRTC-SIP interop: and why SDES-SRT… Ravindran, Parthasarathi
- Re: [rtcweb] WebRTC-SIP interop: and why SDES-SRT… Iñaki Baz Castillo
- Re: [rtcweb] WebRTC-SIP interop: and why SDES-SRT… Christer Holmberg
- Re: [rtcweb] WebRTC-SIP interop: and why SDES-SRT… Iñaki Baz Castillo
- Re: [rtcweb] WebRTC-SIP interop: and why SDES-SRT… Roman Shpount
- Re: [rtcweb] WebRTC-SIP interop: and why SDES-SRT… Iñaki Baz Castillo
- Re: [rtcweb] WebRTC-SIP interop: and why SDES-SRT… Roman Shpount
- Re: [rtcweb] WebRTC-SIP interop: and why SDES-SRT… Iñaki Baz Castillo
- Re: [rtcweb] WebRTC-SIP interop: and why SDES-SRT… Roman Shpount
- Re: [rtcweb] WebRTC-SIP interop: and why SDES-SRT… Iñaki Baz Castillo
- Re: [rtcweb] WebRTC-SIP interop: and why SDES-SRT… Randell Jesup
- Re: [rtcweb] WebRTC-SIP interop: and why SDES-SRT… Roman Shpount
- Re: [rtcweb] WebRTC-SIP interop: and why SDES-SRT… Iñaki Baz Castillo
- Re: [rtcweb] WebRTC-SIP interop: and why SDES-SRT… Roman Shpount
- Re: [rtcweb] WebRTC-SIP interop: and why SDES-SRT… Iñaki Baz Castillo