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 >
- [rtcweb] Updated -gateways draft Harald Alvestrand
- Re: [rtcweb] Updated -gateways draft Ted Hardie
- Re: [rtcweb] Updated -gateways draft ranjit
- Re: [rtcweb] Updated -gateways draft Harald Alvestrand
- Re: [rtcweb] Updated -gateways draft Christer Holmberg
- Re: [rtcweb] Updated -gateways draft Schwarz, Albrecht (Albrecht)
- Re: [rtcweb] Updated -gateways draft Harald Alvestrand
- Re: [rtcweb] Updated -gateways draft Cullen Jennings
- Re: [rtcweb] Updated -gateways draft DRAGE, Keith (Keith)
- Re: [rtcweb] Updated -gateways draft Schwarz, Albrecht (Albrecht)
- Re: [rtcweb] Updated -gateways draft Parthasarathi R