Re: [Slim] Allowing multiple values in an answer
Randall Gellens <rg+ietf@randy.pensive.org> Thu, 11 January 2018 22:04 UTC
Return-Path: <rg+ietf@randy.pensive.org>
X-Original-To: slim@ietfa.amsl.com
Delivered-To: slim@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 47F8A12DA72 for <slim@ietfa.amsl.com>; Thu, 11 Jan 2018 14:04:59 -0800 (PST)
X-Quarantine-ID: <coC5fKt4qAsK>
X-Virus-Scanned: amavisd-new at amsl.com
X-Amavis-Alert: BAD HEADER SECTION, Duplicate header field: "MIME-Version"
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_OBFU_PDF_ATTACH=0.01, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 coC5fKt4qAsK for <slim@ietfa.amsl.com>; Thu, 11 Jan 2018 14:04:56 -0800 (PST)
Received: from turing.pensive.org (turing.pensive.org [99.111.97.161]) by ietfa.amsl.com (Postfix) with ESMTP id 57EF312702E for <slim@ietf.org>; Thu, 11 Jan 2018 14:04:54 -0800 (PST)
Received: from [99.111.97.136] (99.111.97.161) by turing.pensive.org with ESMTP (EIMS X 3.3.9); Thu, 11 Jan 2018 14:05:25 -0800
Mime-Version: 1.0
Message-Id: <p06240606d67d8fbc9d90@[99.111.97.136]>
In-Reply-To: <p06240604d67d70904f55@[99.111.97.136]>
References: <151555808122.21584.8379796998643581181.idtracker@ietfa.amsl.com> <p06240602d67be148b9db@99.111.97.136> <2c49d430-3fb1-381f-d236-4bc5a6a38c27@omnitor.se> <CAOW+2dtDBKR5q_LO9=kTpgKQJR=P_hy4yzQC=iy8q_WgtH6hyw@mail.gmail.com> <p06240601d67d2f9e1693@[99.111.97.136]> <p06240603d67d6aa5ec31@[99.111.97.136]> <p06240604d67d70904f55@[99.111.97.136]>
X-Mailer: Eudora for Mac OS X
Date: Thu, 11 Jan 2018 14:04:49 -0800
To: Bernard Aboba <bernard.aboba@gmail.com>, Gunnar Hellström <gunnar.hellstrom@omnitor.se>
From: Randall Gellens <rg+ietf@randy.pensive.org>
Cc: slim@ietf.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="============_-696414206==_============"
Archived-At: <https://mailarchive.ietf.org/arch/msg/slim/dDO3s1w_juJ2hHwn_noN2snvSi0>
Subject: Re: [Slim] Allowing multiple values in an answer
X-BeenThere: slim@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Selection of Language for Internet Media <slim.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/slim>, <mailto:slim-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/slim/>
List-Post: <mailto:slim@ietf.org>
List-Help: <mailto:slim-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/slim>, <mailto:slim-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 11 Jan 2018 22:04:59 -0000
I realized an additional change was needed, to the discussion of the offer/answer model. Attached is a revised diff. At 11:57 AM -0800 1/11/18, Randall Gellens wrote: > The second of the two remaining open questions is if we should > allow an answer to contain multiple values. I do not think this is > the intent of the text that has been in the draft for some time; > regardless, we could make such a change, but I question if we can > do so now, when we've essentially passed IESG review. > > I edited a version of the draft that contains all remaining > clarifying editorial changes to also make this technical change and > attached is a diff showing what it would look like. However, I > think we should not make the change since it could introduce > additional complexities or problems that we aren't considering. I > think we could make such a change in a future extension or > revision. I don't think we'd have an interoperability problem > since endpoints conformant with the more restrictive version will > not generate such answers, and would regard regard receiving such > answers as an error, but not one that would fail a call. > > -- > Randall Gellens > Opinions are personal; facts are suspect; I speak for myself only > -------------- Randomly selected tag: --------------- > [XML] is probably the worst format ever designed...it really > doesn't scale as a > file format, and it's generally a complete disaster. --Linus > Torvalds, 3/6/2014 > > > Attachment converted: TiLand:diff-with-multiple 1.pdf ( / ) (008B9E88) > _______________________________________________ > SLIM mailing list > SLIM@ietf.org > https://www.ietf.org/mailman/listinfo/slim -- Randall Gellens Opinions are personal; facts are suspect; I speak for myself only -------------- Randomly selected tag: --------------- Those were my children being slaughtered. --Donald Burr, on the death of People Express.
- [Slim] Ben Campbell's Yes on draft-ietf-slim-nego… Ben Campbell
- Re: [Slim] Ben Campbell's Yes on draft-ietf-slim-… Randall Gellens
- Re: [Slim] Ben Campbell's Yes on draft-ietf-slim-… Paul Kyzivat
- Re: [Slim] Ben Campbell's Yes on draft-ietf-slim-… Ben Campbell
- Re: [Slim] Ben Campbell's Yes on draft-ietf-slim-… Ben Campbell
- Re: [Slim] Ben Campbell's Yes on draft-ietf-slim-… Randall Gellens
- Re: [Slim] Ben Campbell's Yes on draft-ietf-slim-… Gunnar Hellström
- Re: [Slim] Ben Campbell's Yes on draft-ietf-slim-… Randall Gellens
- Re: [Slim] Ben Campbell's Yes on draft-ietf-slim-… Bernard Aboba
- Re: [Slim] Ben Campbell's Yes on draft-ietf-slim-… Bernard Aboba
- Re: [Slim] Ben Campbell's Yes on draft-ietf-slim-… Gunnar Hellström
- Re: [Slim] Ben Campbell's Yes on draft-ietf-slim-… Randall Gellens
- Re: [Slim] Ben Campbell's Yes on draft-ietf-slim-… Bernard Aboba
- Re: [Slim] Ben Campbell's Yes on draft-ietf-slim-… Gunnar Hellström
- [Slim] Text stating that negotiation isn't restri… Randall Gellens
- [Slim] Allowing multiple values in an answer Randall Gellens
- Re: [Slim] Allowing multiple values in an answer Randall Gellens
- Re: [Slim] Allowing multiple values in an answer Gunnar Hellström
- Re: [Slim] Allowing multiple values in an answer Bernard Aboba
- [Slim] Action or not on multiple values in an ans… Randall Gellens
- Re: [Slim] Allowing multiple values in an answer Bernard Aboba
- Re: [Slim] Allowing multiple values in an answer Randall Gellens