Re: [clue] [OPS-DIR] OPS-DIR review of draft-ietf-clue-data-model-schema-14
Simon Pietro Romano <spromano@unina.it> Thu, 02 June 2016 15:19 UTC
Return-Path: <spromano@unina.it>
X-Original-To: clue@ietfa.amsl.com
Delivered-To: clue@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4B4A712D766 for <clue@ietfa.amsl.com>; Thu, 2 Jun 2016 08:19:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.325
X-Spam-Level:
X-Spam-Status: No, score=-3.325 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001, WEIRD_PORT=0.001] autolearn=unavailable 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 c6CMBpRyyCwe for <clue@ietfa.amsl.com>; Thu, 2 Jun 2016 08:19:24 -0700 (PDT)
Received: from brc2.unina.it (brc2.unina.it [192.132.34.42]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0E15912D763 for <clue@ietf.org>; Thu, 2 Jun 2016 08:19:22 -0700 (PDT)
X-ASG-Debug-ID: 1464880759-05f2756741c8730001-dOUo1C
Received: from smtp2.unina.it (smtp2.unina.it [192.132.34.62]) by brc2.unina.it with ESMTP id r86lCBOH1a8GXarN (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO); Thu, 02 Jun 2016 17:19:20 +0200 (CEST)
X-Barracuda-Envelope-From: spromano@unina.it
X-Barracuda-Apparent-Source-IP: 192.132.34.62
Received: from [192.168.178.20] ([151.70.54.138]) (authenticated bits=0) by smtp2.unina.it (8.14.4/8.14.4) with ESMTP id u52FJGST002821 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 2 Jun 2016 17:19:18 +0200
Content-Type: multipart/alternative; boundary="Apple-Mail=_299291FF-5E2D-4AF8-A620-99256E6523D0"
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\))
From: Simon Pietro Romano <spromano@unina.it>
X-ASG-Orig-Subj: Re: [OPS-DIR] OPS-DIR review of draft-ietf-clue-data-model-schema-14
In-Reply-To: <575033F6.9030307@restena.lu>
Date: Thu, 02 Jun 2016 17:19:15 +0200
Message-Id: <AC82A354-78F1-43AB-AC90-CF31C994FAAF@unina.it>
References: <573C4F63.2050008@restena.lu> <ABEB7A0C-BD88-459E-B8F2-FE3D480B3C50@unina.it> <574EAAD4.9060409@restena.lu> <11D0C18A-3085-448F-A552-A1D996D52B97@unina.it> <5750226A.3050007@restena.lu> <563531EB-FE97-493B-A38B-6302FCDB5E11@unina.it> <575033F6.9030307@restena.lu>
To: Stefan Winter <stefan.winter@restena.lu>
X-Mailer: Apple Mail (2.2104)
X-Barracuda-Connect: smtp2.unina.it[192.132.34.62]
X-Barracuda-Start-Time: 1464880760
X-Barracuda-Encrypted: AES256-SHA
X-Barracuda-URL: http://192.132.34.42:8000/cgi-mod/mark.cgi
X-Virus-Scanned: by bsmtpd at unina.it
X-Barracuda-BRTS-Status: 1
X-Barracuda-Spam-Score: 1.32
X-Barracuda-Spam-Status: No, SCORE=1.32 using global scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=6.0 tests=BSF_SC0_MISMATCH_TO, HTML_MESSAGE, MIME_QP_LONG_LINE, MIME_QP_LONG_LINE_2, WEIRD_PORT
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.30112 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 BSF_SC0_MISMATCH_TO Envelope rcpt doesn't match header 0.50 WEIRD_PORT URI: Uses non-standard port number for HTTP 0.00 HTML_MESSAGE BODY: HTML included in message 0.00 MIME_QP_LONG_LINE RAW: Quoted-printable line longer than 76 chars 0.82 MIME_QP_LONG_LINE_2 RAW: Quoted-printable line longer than 76 chars
Archived-At: <http://mailarchive.ietf.org/arch/msg/clue/TpD8tozGf4w90DtnMqoUiTxjvcs>
Cc: draft-ietf-clue-data-model-schema.all@ietf.org, CLUE <clue@ietf.org>
Subject: Re: [clue] [OPS-DIR] OPS-DIR review of draft-ietf-clue-data-model-schema-14
X-BeenThere: clue@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: CLUE - ControLling mUltiple streams for TElepresence <clue.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/clue>, <mailto:clue-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/clue/>
List-Post: <mailto:clue@ietf.org>
List-Help: <mailto:clue-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/clue>, <mailto:clue-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 02 Jun 2016 15:19:27 -0000
Looks great. Thanks for the hint. We’ll definitely follow the suggested path. Simon > On 02/giu/2016, at 15:26, Stefan Winter <stefan.winter@restena.lu> wrote: > > Hi, > >>> Of course a cleaner way would be to replace the <documentation> with an >>> IANA registry which is then the authoritative source of all enumerated >>> values. I think that's ultimately the cleanest option. >> >> Can you please expand a bit on this? How should we modify the schema in >> such a case? > > You turn it into a simple string; with an annotation pointing to the > IANA registry: > > <xs:element name=“view" type="xs:string"> > <xs:annotation> > <xs:documentation> > Acceptable values (enumerations) for this type are managed by IANA in > the "CLUE Schema <view> registry, accessible at TBD-IANA. > </xs:documentation> > </xs:annotation> > </xs:element> > > Then, in IANA considerations add a new subsection: > > Registry for acceptable <view> values > > IANA is requested to create a registry of acceptable values for the the > <view> tag as defined in section ... . The initial values for this > registry are ... ... ... . > New values are assigned by > (your choice of "Expert review - [name the experts]" "specification > required [means: need RFC]") > > Don't forget to add > > IANA is further requested to update this draft with the URL to the new > registry in section ..., marked as "TBD-IANA". > > And then you are done. > > Stefan > > >> >> Thanks, >> >> Simon >> >>> >>> Greetings, >>> >>> Stefan Winter >>> >>>> >>>> Looking forward to your feedback, >>>> >>>> Simon & Roberta >>>> >>>> P.S. A very good summary of some of the most widely deployed >>>> extension approaches (including the two we briefly illustrated in >>>> this mail) can be found, e.g., here: >>>> >>>> http://www.ibm.com/developerworks/library/x-extenum/ >>>> >>>> >>>> >>>> >>>> _\\|//_ >>>> ( O-O ) >>>> ~~~~~~~~~~~~~~~~~~~~~~o00~~(_)~~00o~~~~~~~~~~~~~~~~~~~~~~~~ >>>> Simon Pietro Romano >>>> Universita' di Napoli Federico II >>>> Computer Engineering Department >>>> Phone: +39 081 7683823 -- Fax: +39 081 7683816 >>>> e-mail: spromano@unina.it >>>> >>>> <<Molti mi dicono che lo scoraggiamento è l'alibi degli >>>> idioti. Ci rifletto un istante; e mi scoraggio>>. Magritte. >>>> oooO >>>> ~~~~~~~~~~~~~~~~~~~~~~~( )~~~ Oooo~~~~~~~~~~~~~~~~~~~~~~~~~ >>>> \ ( ( ) >>>> \_) ) / >>>> (_/ >>>> >>>> >>>> >>>> >>>> >>>> >>> >>> <0x8A39DC66.asc> >> >> _\\|//_ >> ( O-O ) >> ~~~~~~~~~~~~~~~~~~~~~~o00~~(_)~~00o~~~~~~~~~~~~~~~~~~~~~~~~ >> Simon Pietro Romano >> Universita' di Napoli Federico II >> Computer Engineering Department >> Phone: +39 081 7683823 -- Fax: +39 081 7683816 >> e-mail: spromano@unina.it >> <mailto:spromano@unina.it> >> >> <<Molti mi dicono che lo scoraggiamento è l'alibi degli >> idioti. Ci rifletto un istante; e mi scoraggio>>. Magritte. >> oooO >> ~~~~~~~~~~~~~~~~~~~~~~~( )~~~ Oooo~~~~~~~~~~~~~~~~~~~~~~~~~ >> \ ( ( ) >> \_) ) / >> (_/ >> >> >> >> >> >> > > > -- > Stefan WINTER > Ingenieur de Recherche > Fondation RESTENA - Réseau Téléinformatique de l'Education Nationale et > de la Recherche > 2, avenue de l'Université > L-4365 Esch-sur-Alzette > > Tel: +352 424409 1 > Fax: +352 422473 > > PGP key updated to 4096 Bit RSA - I will encrypt all mails if the > recipient's key is known to me > > http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xC0DE6A358A39DC66 > <0x8A39DC66.asc> _\\|//_ ( O-O ) ~~~~~~~~~~~~~~~~~~~~~~o00~~(_)~~00o~~~~~~~~~~~~~~~~~~~~~~~~ Simon Pietro Romano Universita' di Napoli Federico II Computer Engineering Department Phone: +39 081 7683823 -- Fax: +39 081 7683816 e-mail: spromano@unina.it <<Molti mi dicono che lo scoraggiamento è l'alibi degli idioti. Ci rifletto un istante; e mi scoraggio>>. Magritte. oooO ~~~~~~~~~~~~~~~~~~~~~~~( )~~~ Oooo~~~~~~~~~~~~~~~~~~~~~~~~~ \ ( ( ) \_) ) / (_/
- Re: [clue] [OPS-DIR] OPS-DIR review of draft-ietf… Simon Pietro Romano
- Re: [clue] [OPS-DIR] OPS-DIR review of draft-ietf… Simon Pietro Romano
- Re: [clue] [OPS-DIR] OPS-DIR review of draft-ietf… Stefan Winter