Re: [rtcweb] Updated -gateways draft

Harald Alvestrand <harald@alvestrand.no> Tue, 14 July 2015 06:23 UTC

Return-Path: <harald@alvestrand.no>
X-Original-To: rtcweb@ietfa.amsl.com
Delivered-To: rtcweb@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A90A21A1AB8 for <rtcweb@ietfa.amsl.com>; Mon, 13 Jul 2015 23:23:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level:
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EvAakCAZ-EV3 for <rtcweb@ietfa.amsl.com>; Mon, 13 Jul 2015 23:23:46 -0700 (PDT)
Received: from mork.alvestrand.no (mork.alvestrand.no [IPv6:2001:700:1:2::117]) by ietfa.amsl.com (Postfix) with ESMTP id 860F31A1AB5 for <rtcweb@ietf.org>; Mon, 13 Jul 2015 23:23:46 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by mork.alvestrand.no (Postfix) with ESMTP id 620107C3966; Tue, 14 Jul 2015 08:23:45 +0200 (CEST)
X-Virus-Scanned: Debian amavisd-new at alvestrand.no
Received: from mork.alvestrand.no ([127.0.0.1]) by localhost (mork.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ddxcw_1T41oh; Tue, 14 Jul 2015 08:23:43 +0200 (CEST)
Received: from [IPv6:2001:470:de0a:27:adaa:faa8:8460:fbbf] (unknown [IPv6:2001:470:de0a:27:adaa:faa8:8460:fbbf]) by mork.alvestrand.no (Postfix) with ESMTPSA id B8CD07C373A; Tue, 14 Jul 2015 08:23:43 +0200 (CEST)
Message-ID: <55A4AAEE.6090007@alvestrand.no>
Date: Tue, 14 Jul 2015 08:23:42 +0200
From: Harald Alvestrand <harald@alvestrand.no>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0
MIME-Version: 1.0
To: ranjit@ranjitvoip.com, Ted Hardie <ted.ietf@gmail.com>
References: <559AFEDB.4070205@alvestrand.no> <CA+9kkMCd0udsYrKAdAxt1zhb+=Gb9dy4rG=x5RWcxFBTx+tNOw@mail.gmail.com> <ded5924de7a9d5d62a0d988b43d39373@ranjitvoip.com>
In-Reply-To: <ded5924de7a9d5d62a0d988b43d39373@ranjitvoip.com>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtcweb/Nf1-zreRqSH9CIHwyIEWLsnzgYg>
Cc: rtcweb@ietf.org
Subject: Re: [rtcweb] Updated -gateways draft
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.15
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: <https://mailarchive.ietf.org/arch/browse/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, 14 Jul 2015 06:23:49 -0000

Den 14. juli 2015 05:18, skrev ranjit@ranjitvoip.com:
> Hi
> It would be good if it is a standards track as 3GPP depends on it and
> all implementations would confirm to it . having it as Informational is
> really not of much use.

Could you share some more detail here?

- What 3GPP spec is depending on it?
- What does the 3GPP spec depend on being in the draft?
- What's the rules for referencing an IETF spec from a 3GPP spec, and
why does the category matter?

Harald


> 
> - Ranjit
> 
> On 2015-07-06 5:35 pm, Ted Hardie wrote:
>> On Mon, Jul 6, 2015 at 3:19 PM, Harald Alvestrand
>> <harald@alvestrand.no> wrote:
>>
>>> Uwe and I have prepared a new -gateways draft (version -01).
>>>
>>> I don't think there's much controversial in it, and there's only
>>> one
>>> issue that I think needs WG time at this time:
>>>
>>> Should it be Informational or Standards-track?
>>>
>>> An informational document defines guidance for how gateways should
>>> behave, but nobody needs to pay attention if they don't want to.
>>>
>>> A standards-track document (which no other RTCWEB document should
>>> be
>>> dependent on) defines requirements for how things that call
>>> themselves
>>> "WebRTC gateways" should behave, but nobody needs to call their
>>> gateways
>>> that, and anyway, there's no protocol police, so the difference
>>> isn't
>>> all that much in practice.
>>>
>>> More important: What do people want it to be?
>>
>> ​I think we adopted it in part because 3GPP had a dependency on it.
>> Does it need to be standards track for them to reference it?
>>
>> Ted​
>>
>>> Harald
>>>
>>> _______________________________________________
>>> rtcweb mailing list
>>> rtcweb@ietf.org
>>> https://www.ietf.org/mailman/listinfo/rtcweb [1]
>>
>>
>>
>> Links:
>> ------
>> [1] https://www.ietf.org/mailman/listinfo/rtcweb
>>
>> _______________________________________________
>> rtcweb mailing list
>> rtcweb@ietf.org
>> https://www.ietf.org/mailman/listinfo/rtcweb
>