Re: [rtcweb] Non-media data service consensus and requirements

Dzonatas Sol <dzonatas@gmail.com> Tue, 28 June 2011 21:10 UTC

Return-Path: <dzonatas@gmail.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 305AB21F86C0 for <rtcweb@ietfa.amsl.com>; Tue, 28 Jun 2011 14:10:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.172
X-Spam-Level:
X-Spam-Status: No, score=-4.172 tagged_above=-999 required=5 tests=[AWL=-0.573, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id s8sJ8T-SmtD3 for <rtcweb@ietfa.amsl.com>; Tue, 28 Jun 2011 14:10:25 -0700 (PDT)
Received: from mail-pz0-f44.google.com (mail-pz0-f44.google.com [209.85.210.44]) by ietfa.amsl.com (Postfix) with ESMTP id 574D611E80B0 for <rtcweb@ietf.org>; Tue, 28 Jun 2011 14:10:25 -0700 (PDT)
Received: by pzk5 with SMTP id 5so519526pzk.31 for <rtcweb@ietf.org>; Tue, 28 Jun 2011 14:10:16 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=sF7rfl63ipkNENaR6P60+JQhmcggOfhhFv2PmLdvr1k=; b=nvxC70xzyic0H0vlWa0IEt5gkQIRBUZGm9EgfwLa/T5jp8ELoS0Bmg2EInSXtU6ihM J5hlhvtRod8F1ooRNQuQEAGZMHY9GAEW0B6LrIF13sxj4hqgbGebynk9twhIRRZ2JQKG dYrjsJ7KAc/9heDpjWO5CQht4xZmpKDn5YKMs=
Received: by 10.142.192.8 with SMTP id p8mr4590wff.322.1309295416044; Tue, 28 Jun 2011 14:10:16 -0700 (PDT)
Received: from [192.168.0.50] (adsl-70-133-70-225.dsl.scrm01.sbcglobal.net [70.133.70.225]) by mx.google.com with ESMTPS id z39sm340307wfd.23.2011.06.28.14.10.14 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 28 Jun 2011 14:10:15 -0700 (PDT)
Message-ID: <4E0A4312.7040008@gmail.com>
Date: Tue, 28 Jun 2011 14:09:38 -0700
From: Dzonatas Sol <dzonatas@gmail.com>
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.16) Gecko/20110505 Icedove/3.0.11
MIME-Version: 1.0
To: rtcweb@ietf.org
References: <blu152-w313AC2093422E0C005708093570@phx.gbl> <4E090781.20308@jitsi.org> <4E09CE8F.8000508@alcatel-lucent.com> <4E09D701.4030400@jitsi.org> <4E0A0147.2030402@alcatel-lucent.com> <4E0A0A1C.6060905@mozilla.com>
In-Reply-To: <4E0A0A1C.6060905@mozilla.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Subject: Re: [rtcweb] Non-media data service consensus and requirements
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, 28 Jun 2011 21:10:26 -0000

On 06/28/2011 10:06 AM, Timothy B. Terriberry wrote:
>
> And now there are the security concerns with sending datagrams after 
> trying to short-cut the ICE process.
>

What happens is that the application (of ICE systems) creates the 
delusion the previous path is no longer of need. The ICE system itself 
doesn't do that, as newer adapters are unfamiliar with the previous 
path. The security concern is in the question to end the previous path. 
Some defaulted the previous path "off" after application, which made 
related evolution harder... proven human error when that kind of 
security level (prevent evolution?) is not needed. It works best to 
distinguish versions and with things meant-for standardization (towards 
hardware, or towards plasma-stasis in quantum physics).

-- 
--- http://twitter.com/Dzonatas_Sol ---
Web Development, Software Engineering
Ag-Biotech, Virtual Reality, Consultant