From nobody Sat Aug 1 08:45:13 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 76E731A8972 for ; Sat, 1 Aug 2015 08:45:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.661 X-Spam-Level: X-Spam-Status: No, score=-5.661 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HELO_EQ_CZ=0.445, HOST_EQ_CZ=0.904, RCVD_IN_DNSWL_HI=-5, 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 SLENdispc3pa for ; Sat, 1 Aug 2015 08:45:10 -0700 (PDT) Received: from mail.nic.cz (mail.nic.cz [217.31.204.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 354541A897B for ; Sat, 1 Aug 2015 08:45:09 -0700 (PDT) Received: from [IPv6:2a01:5e0:29:ffff:ccac:1270:d1f7:676] (unknown [IPv6:2a01:5e0:29:ffff:ccac:1270:d1f7:676]) by mail.nic.cz (Postfix) with ESMTPSA id 82AD718129E; Sat, 1 Aug 2015 17:45:07 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=nic.cz; s=default; t=1438443907; bh=OOoeYXM9MxUnV170kqpt2K55iDHEFNlfGqN2zF9tdPQ=; h=From:Date:To; b=S5hbe07jXZe8DsEMbTq88tFj6a7/L7SIjOkkOfqsuK3E+lekDQnY3VD5+jyoQBmII EAOjO6poJWvOFFSTadpyj7zcDmj8sAodoIx34X2+SzpOlngDB6Pa48XZShRFwZxztm 4fiyVLSs72YL74BxbVJBg5yRSy5bcJSma9D1dOr8= Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) From: Ladislav Lhotka In-Reply-To: Date: Sat, 1 Aug 2015 17:45:07 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <97933C20-19A6-4257-A927-73BE696CB84C@nic.cz> References: To: "Ersue, Mehmet (Nokia - DE/Munich)" X-Mailer: Apple Mail (2.2102) X-Virus-Scanned: clamav-milter 0.98.7 at mail X-Virus-Status: Clean Archived-At: Cc: Netconf Subject: Re: [Netconf] RESTCONF #24:mandatory encoding revisited X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Aug 2015 15:45:12 -0000 Hi Mehmet, > On 01 Aug 2015, at 03:03, Ersue, Mehmet (Nokia - DE/Munich) = wrote: >=20 > Hi Lada, >=20 > you might be also interested to read:=20 > = https://mailarchive.ietf.org/arch/msg/netconf/YSEbLd-nnI0dlkeiIeGW-z6JqDg=20= >=20 > In the sake of progress Bert and I declared at that time consensus. Yes, it was declared consensus rather than rough consensus. So here we = go. >=20 > As far as I understand peoples interest and opinions changed since = last October. > It makes sense to repeat the opinion poll. Agreed. Lada >=20 > Mehmet=20 >=20 > -----Original Message----- > From: Netconf [mailto:netconf-bounces@ietf.org] On Behalf Of ext = Ladislav Lhotka > Sent: Wednesday, July 29, 2015 11:14 AM > To: Andy Bierman; Netconf > Subject: Re: [Netconf] RESTCONF #24:mandatory encoding revisited >=20 > Andy Bierman writes: >=20 >> Hi, >>=20 >> It would be good if we could close this issue soon. >> I am not in favor of changing the previous consensus call. >=20 > I am in favor of changing it. The consensus call that was done before > Honolulu meeting was IMO very problematic and I had strong objections > against it - the opinions were 10:7 in favor of making XML mandatory. >=20 > See this thread: >=20 > = https://mailarchive.ietf.org/arch/search/?email_list=3Dnetconf&gbt=3D1&ind= ex=3D8EhIVndveGw2QrHTefsYsADPC6Y >=20 > Recently, other people expressed their preference, and explained > technical reasons, for NOT doing so. >=20 >>=20 >> At first I thought JSON would be good for RESTCONF, >> until I implemented it. It is not appropriate for streaming servers. >> The complexity and memory required and just as bad or worse >> than XML, especially once namespaces and attributes are >> added. >=20 > Not all servers need to stream data. >=20 >>=20 >> JSON is fine if the entire document is in memory, >> but that's not how NETCONF/RESTCONF servers work. >=20 > You probably mean your NETCONF/RESTCONF servers. Small devices have > configurations that easily fit into memory, and small devices are > exactly those for which XML support is a considerable burden. >=20 > Lada >=20 >>=20 >>=20 >> Andy >> _______________________________________________ >> Netconf mailing list >> Netconf@ietf.org >> https://www.ietf.org/mailman/listinfo/netconf >=20 > --=20 > Ladislav Lhotka, CZ.NIC Labs > PGP Key ID: E74E8C0C >=20 > _______________________________________________ > Netconf mailing list > Netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf > -- Ladislav Lhotka, CZ.NIC Labs PGP Key ID: E74E8C0C From nobody Mon Aug 3 12:07:26 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 457281A92AB for ; Mon, 3 Aug 2015 12:07:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.978 X-Spam-Level: X-Spam-Status: No, score=-1.978 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] 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 E92pkFZKUfDo for ; Mon, 3 Aug 2015 12:07:23 -0700 (PDT) Received: from mail-la0-f50.google.com (mail-la0-f50.google.com [209.85.215.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A76DD1A8AA6 for ; Mon, 3 Aug 2015 12:07:22 -0700 (PDT) Received: by labsr2 with SMTP id sr2so18128542lab.2 for ; Mon, 03 Aug 2015 12:07:21 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=rVlu7lxO13mdPCLp3sppj75YrCvE0frPI2kr39hAkSI=; b=b/bYfT+PisGDhfcNAYFto/Vlk2hS0LJPVfR4QM+8G5HUjm8HAnL/Vm5Sg4M1ZuSTar JuP7HhsDhv0S5E0RrR72t4IUDsujcF27UZCooGPj9PCq5gse+BHA1/mgJh1PWgjqRauG 861VSx0nVb+Cr1egKYsZjV8ITJxhyxPa0S6zHly7Ow23wXisi/3jWWk2P2UONnMaCQNh vQXttFAAz2IxntiTKEO+RmRs9TO4wz51yCEc36uJtyKFlJchTsBlc7l63iKZ8XWb6Wbd jhrQQldxQb67x9t+FyOPwvddH5pYoISMSw2zL79W2coEBqN0JN4Rx6vufZn16DkA71d2 f7Sg== X-Gm-Message-State: ALoCoQkOjrA7YH1v0OQwqIcAr7zhmd38G5cMYAm9pTTvN2L2yfs6cK3dnqkWwEAFfmvNoqHr4n5l MIME-Version: 1.0 X-Received: by 10.152.7.65 with SMTP id h1mr18512338laa.33.1438628841159; Mon, 03 Aug 2015 12:07:21 -0700 (PDT) Received: by 10.112.200.102 with HTTP; Mon, 3 Aug 2015 12:07:21 -0700 (PDT) In-Reply-To: <97933C20-19A6-4257-A927-73BE696CB84C@nic.cz> References: <97933C20-19A6-4257-A927-73BE696CB84C@nic.cz> Date: Mon, 3 Aug 2015 12:07:21 -0700 Message-ID: From: Andy Bierman To: Ladislav Lhotka Content-Type: multipart/alternative; boundary=001a11c27cf00a94e0051c6ce113 Archived-At: Cc: Netconf Subject: Re: [Netconf] RESTCONF #24:mandatory encoding revisited X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2015 19:07:25 -0000 --001a11c27cf00a94e0051c6ce113 Content-Type: text/plain; charset=UTF-8 Hi, Just removing the sentence about 'XML is mandatory' is not what was proposed before. Instead it would say that implementation of XML or JSON is mandatory. This is not the same as (d) because the same requirement applies to clients (JSON or XML, not JSON and XML like it says in (d)). I do not want the standard to support an implementation that uses completely proprietary message encoding. Either XML or JSON has to be supported. Maybe that will be inappropriate in the future. If so, a new protocol revision can declare a different set of encoding formats. Andy On Sat, Aug 1, 2015 at 8:45 AM, Ladislav Lhotka wrote: > Hi Mehmet, > > > On 01 Aug 2015, at 03:03, Ersue, Mehmet (Nokia - DE/Munich) < > mehmet.ersue@nokia.com> wrote: > > > > Hi Lada, > > > > you might be also interested to read: > > > https://mailarchive.ietf.org/arch/msg/netconf/YSEbLd-nnI0dlkeiIeGW-z6JqDg > > > > In the sake of progress Bert and I declared at that time consensus. > > Yes, it was declared consensus rather than rough consensus. So here we go. > > > > > As far as I understand peoples interest and opinions changed since last > October. > > It makes sense to repeat the opinion poll. > > Agreed. > > Lada > > > > > Mehmet > > > > -----Original Message----- > > From: Netconf [mailto:netconf-bounces@ietf.org] On Behalf Of ext > Ladislav Lhotka > > Sent: Wednesday, July 29, 2015 11:14 AM > > To: Andy Bierman; Netconf > > Subject: Re: [Netconf] RESTCONF #24:mandatory encoding revisited > > > > Andy Bierman writes: > > > >> Hi, > >> > >> It would be good if we could close this issue soon. > >> I am not in favor of changing the previous consensus call. > > > > I am in favor of changing it. The consensus call that was done before > > Honolulu meeting was IMO very problematic and I had strong objections > > against it - the opinions were 10:7 in favor of making XML mandatory. > > > > See this thread: > > > > > https://mailarchive.ietf.org/arch/search/?email_list=netconf&gbt=1&index=8EhIVndveGw2QrHTefsYsADPC6Y > > > > Recently, other people expressed their preference, and explained > > technical reasons, for NOT doing so. > > > >> > >> At first I thought JSON would be good for RESTCONF, > >> until I implemented it. It is not appropriate for streaming servers. > >> The complexity and memory required and just as bad or worse > >> than XML, especially once namespaces and attributes are > >> added. > > > > Not all servers need to stream data. > > > >> > >> JSON is fine if the entire document is in memory, > >> but that's not how NETCONF/RESTCONF servers work. > > > > You probably mean your NETCONF/RESTCONF servers. Small devices have > > configurations that easily fit into memory, and small devices are > > exactly those for which XML support is a considerable burden. > > > > Lada > > > >> > >> > >> Andy > >> _______________________________________________ > >> Netconf mailing list > >> Netconf@ietf.org > >> https://www.ietf.org/mailman/listinfo/netconf > > > > -- > > Ladislav Lhotka, CZ.NIC Labs > > PGP Key ID: E74E8C0C > > > > _______________________________________________ > > Netconf mailing list > > Netconf@ietf.org > > https://www.ietf.org/mailman/listinfo/netconf > > > > -- > Ladislav Lhotka, CZ.NIC Labs > PGP Key ID: E74E8C0C > > > > > --001a11c27cf00a94e0051c6ce113 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi,

Just removing the sentence about &#= 39;XML is mandatory'
is not what was proposed before.=C2=A0 I= nstead it would say
that implementation of XML or JSON is mandato= ry.
This is not the same as (d) because the same requirement
applies to clients (JSON or XML, not JSON and XML
like it s= ays in (d)).

I do not want the standard to support= an implementation
that uses completely proprietary message encod= ing.
Either XML or JSON has to be supported.=C2=A0 Maybe that wil= l
be inappropriate in the future.=C2=A0 If so, a new protocol
revision can declare a different set of encoding formats.
=

Andy


=

On= Sat, Aug 1, 2015 at 8:45 AM, Ladislav Lhotka <lhotka@nic.cz> wr= ote:
Hi Mehmet,

> On 01 Aug 2015, at 03:03, Ersue, Mehmet (Nokia - DE/Munich) <mehmet.ersue@nokia.com> wrote: >
> Hi Lada,
>
> you might be also interested to read:
> https://mailarchive.ie= tf.org/arch/msg/netconf/YSEbLd-nnI0dlkeiIeGW-z6JqDg
>
> In the sake of progress Bert and I declared at that time consensus.
Yes, it was declared consensus rather than rough consensus. So here we go.<= br>
>
> As far as I understand peoples interest and opinions changed since las= t October.
> It makes sense to repeat the opinion poll.

Agreed.

Lada

>
> Mehmet
>
> -----Original Message-----
> From: Netconf [mailto:netc= onf-bounces@ietf.org] On Behalf Of ext Ladislav Lhotka
> Sent: Wednesday, July 29, 2015 11:14 AM
> To: Andy Bierman; Netconf
> Subject: Re: [Netconf] RESTCONF #24:mandatory encoding revisited
>
> Andy Bierman <andy@yumaworks.= com> writes:
>
>> Hi,
>>
>> It would be good if we could close this issue soon.
>> I am not in favor of changing the previous consensus call.
>
> I am in favor of changing it. The consensus call that was done before<= br> > Honolulu meeting was IMO very problematic and I had strong objections<= br> > against it - the opinions were 10:7 in favor of making XML mandatory.<= br> >
> See this thread:
>
> https://mailarchive.ietf.org/arch/search/?email_list=3Dn= etconf&gbt=3D1&index=3D8EhIVndveGw2QrHTefsYsADPC6Y
>
> Recently, other people expressed their preference, and explained
> technical reasons, for NOT doing so.
>
>>
>> At first I thought JSON would be good for RESTCONF,
>> until I implemented it.=C2=A0 It is not appropriate for streaming = servers.
>> The complexity and memory required and just as bad or worse
>> than XML, especially once namespaces and attributes are
>> added.
>
> Not all servers need to stream data.
>
>>
>> JSON is fine if the entire document is in memory,
>> but that's not how NETCONF/RESTCONF servers work.
>
> You probably mean your NETCONF/RESTCONF servers. Small devices have > configurations that easily fit into memory, and small devices are
> exactly those for which XML support is a considerable burden.
>
> Lada
>
>>
>>
>> Andy
>> _______________________________________________
>> Netconf mailing list
>> Netconf@ietf.org
>> https://www.ietf.org/mailman/listinfo/netconf<= /a>
>
> --
> Ladislav Lhotka, CZ.NIC Labs
> PGP Key ID: E74E8C0C
>
> _______________________________________________
> Netconf mailing list
> Netconf@ietf.org
> https://www.ietf.org/mailman/listinfo/netconf<= br> > <Mail Attachment.eml>

--
Ladislav Lhotka, CZ.NIC Labs
PGP Key ID: E74E8C0C





--001a11c27cf00a94e0051c6ce113-- From nobody Mon Aug 3 14:56:47 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 132C31B3195 for ; Mon, 3 Aug 2015 14:56:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] 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 c3u5_h_XEV2D for ; Mon, 3 Aug 2015 14:56:40 -0700 (PDT) Received: from BAY004-OMC4S6.hotmail.com (bay004-omc4s6.hotmail.com [65.54.190.208]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 730281B3193 for ; Mon, 3 Aug 2015 14:56:40 -0700 (PDT) Received: from BAY407-EAS211 ([65.54.190.199]) by BAY004-OMC4S6.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); Mon, 3 Aug 2015 14:56:40 -0700 X-TMN: [b5NtCkrIoNfFGGQacbR5mcyy28Kb9Sxd] X-Originating-Email: [mishra.ashesh@outlook.com] Message-ID: Content-Type: multipart/related; boundary="_6c737497-56f6-4c5b-af3d-d8490eeb731c_" From: Ashesh Mishra MIME-Version: 1.0 (1.0) Date: Mon, 3 Aug 2015 14:56:38 -0700 References: <97933C20-19A6-4257-A927-73BE696CB84C@nic.cz> To: Andy Bierman In-Reply-To: X-OriginalArrivalTime: 03 Aug 2015 21:56:40.0040 (UTC) FILETIME=[46D17680:01D0CE37] Archived-At: Cc: Netconf Subject: Re: [Netconf] RESTCONF #24:mandatory encoding revisited X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2015 21:56:44 -0000 --_6c737497-56f6-4c5b-af3d-d8490eeb731c_ Content-Type: multipart/alternative; boundary="Apple-Mail-B61F6548-672A-4A76-92CD-F0F6E5D69583" Content-Transfer-Encoding: 7bit --Apple-Mail-B61F6548-672A-4A76-92CD-F0F6E5D69583 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I agree with Andy. "XML or JSON is mandatory" makes much more sense at this t= ime (and for the foreseeable future).=20 -- Ashesh Sent from my iPhone > On Aug 3, 2015, at 12:07 PM, Andy Bierman wrote: >=20 > Hi, >=20 > Just removing the sentence about 'XML is mandatory' > is not what was proposed before. Instead it would say > that implementation of XML or JSON is mandatory. > This is not the same as (d) because the same requirement > applies to clients (JSON or XML, not JSON and XML > like it says in (d)). >=20 > I do not want the standard to support an implementation > that uses completely proprietary message encoding. > Either XML or JSON has to be supported. Maybe that will > be inappropriate in the future. If so, a new protocol > revision can declare a different set of encoding formats. >=20 >=20 > Andy >=20 >=20 >=20 >=20 >> On Sat, Aug 1, 2015 at 8:45 AM, Ladislav Lhotka wrote: >> Hi Mehmet, >>=20 >> > On 01 Aug 2015, at 03:03, Ersue, Mehmet (Nokia - DE/Munich) wrote: >> > >> > Hi Lada, >> > >> > you might be also interested to read: >> > https://mailarchive.ietf.org/arch/msg/netconf/YSEbLd-nnI0dlkeiIeGW-z6Jq= Dg >> > >> > In the sake of progress Bert and I declared at that time consensus. >>=20 >> Yes, it was declared consensus rather than rough consensus. So here we go= . >>=20 >> > >> > As far as I understand peoples interest and opinions changed since last= October. >> > It makes sense to repeat the opinion poll. >>=20 >> Agreed. >>=20 >> Lada >>=20 >> > >> > Mehmet >> > >> > -----Original Message----- >> > From: Netconf [mailto:netconf-bounces@ietf.org] On Behalf Of ext Ladisl= av Lhotka >> > Sent: Wednesday, July 29, 2015 11:14 AM >> > To: Andy Bierman; Netconf >> > Subject: Re: [Netconf] RESTCONF #24:mandatory encoding revisited >> > >> > Andy Bierman writes: >> > >> >> Hi, >> >> >> >> It would be good if we could close this issue soon. >> >> I am not in favor of changing the previous consensus call. >> > >> > I am in favor of changing it. The consensus call that was done before >> > Honolulu meeting was IMO very problematic and I had strong objections >> > against it - the opinions were 10:7 in favor of making XML mandatory. >> > >> > See this thread: >> > >> > https://mailarchive.ietf.org/arch/search/?email_list=3Dnetconf&gbt=3D1&= index=3D8EhIVndveGw2QrHTefsYsADPC6Y >> > >> > Recently, other people expressed their preference, and explained >> > technical reasons, for NOT doing so. >> > >> >> >> >> At first I thought JSON would be good for RESTCONF, >> >> until I implemented it. It is not appropriate for streaming servers. >> >> The complexity and memory required and just as bad or worse >> >> than XML, especially once namespaces and attributes are >> >> added. >> > >> > Not all servers need to stream data. >> > >> >> >> >> JSON is fine if the entire document is in memory, >> >> but that's not how NETCONF/RESTCONF servers work. >> > >> > You probably mean your NETCONF/RESTCONF servers. Small devices have >> > configurations that easily fit into memory, and small devices are >> > exactly those for which XML support is a considerable burden. >> > >> > Lada >> > >> >> >> >> >> >> Andy >> >> _______________________________________________ >> >> Netconf mailing list >> >> Netconf@ietf.org >> >> https://www.ietf.org/mailman/listinfo/netconf >> > >> > -- >> > Ladislav Lhotka, CZ.NIC Labs >> > PGP Key ID: E74E8C0C >> > >> > _______________________________________________ >> > Netconf mailing list >> > Netconf@ietf.org >> > https://www.ietf.org/mailman/listinfo/netconf >> > >>=20 >> -- >> Ladislav Lhotka, CZ.NIC Labs >> PGP Key ID: E74E8C0C >=20 > _______________________________________________ > Netconf mailing list > Netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf --Apple-Mail-B61F6548-672A-4A76-92CD-F0F6E5D69583 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWw+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj0iY29udGVudC10eXBlIiBjb250ZW50PSJ0ZXh0 L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPjwvaGVhZD48Ym9keSBkaXI9ImF1dG8iPjxkaXY+SSBhZ3Jl ZSB3aXRoIEFuZHkuICJYTUwgb3IgSlNPTiBpcyBtYW5kYXRvcnkiIG1ha2VzIG11Y2ggbW9yZSBz ZW5zZSBhdCB0aGlzIHRpbWUgKGFuZCBmb3IgdGhlIGZvcmVzZWVhYmxlIGZ1dHVyZSkuJm5ic3A7 PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj4tLTwvZGl2PjxkaXY+QXNoZXNoPGJyPjxicj5TZW50 IGZyb20gbXkgaVBob25lPC9kaXY+PGRpdj48YnI+T24gQXVnIDMsIDIwMTUsIGF0IDEyOjA3IFBN LCBBbmR5IEJpZXJtYW4gJmx0OzxhIGhyZWY9Im1haWx0bzphbmR5QHl1bWF3b3Jrcy5jb20iPmFu ZHlAeXVtYXdvcmtzLmNvbTwvYT4mZ3Q7IHdyb3RlOjxicj48YnI+PC9kaXY+PGJsb2NrcXVvdGUg dHlwZT0iY2l0ZSI+PGRpdj48ZGl2IGRpcj0ibHRyIj5IaSw8ZGl2Pjxicj48L2Rpdj48ZGl2Pkp1 c3QgcmVtb3ZpbmcgdGhlIHNlbnRlbmNlIGFib3V0ICdYTUwgaXMgbWFuZGF0b3J5JzwvZGl2Pjxk aXY+aXMgbm90IHdoYXQgd2FzIHByb3Bvc2VkIGJlZm9yZS4mbmJzcDsgSW5zdGVhZCBpdCB3b3Vs ZCBzYXk8L2Rpdj48ZGl2PnRoYXQgaW1wbGVtZW50YXRpb24gb2YgWE1MIG9yIEpTT04gaXMgbWFu ZGF0b3J5LjwvZGl2PjxkaXY+VGhpcyBpcyBub3QgdGhlIHNhbWUgYXMgKGQpIGJlY2F1c2UgdGhl IHNhbWUgcmVxdWlyZW1lbnQ8L2Rpdj48ZGl2PmFwcGxpZXMgdG8gY2xpZW50cyAoSlNPTiBvciBY TUwsIG5vdCBKU09OIGFuZCBYTUw8L2Rpdj48ZGl2Pmxpa2UgaXQgc2F5cyBpbiAoZCkpLjwvZGl2 PjxkaXY+PGJyPjwvZGl2PjxkaXY+SSBkbyBub3Qgd2FudCB0aGUgc3RhbmRhcmQgdG8gc3VwcG9y dCBhbiBpbXBsZW1lbnRhdGlvbjwvZGl2PjxkaXY+dGhhdCB1c2VzIGNvbXBsZXRlbHkgcHJvcHJp ZXRhcnkgbWVzc2FnZSBlbmNvZGluZy48L2Rpdj48ZGl2PkVpdGhlciBYTUwgb3IgSlNPTiBoYXMg dG8gYmUgc3VwcG9ydGVkLiZuYnNwOyBNYXliZSB0aGF0IHdpbGw8L2Rpdj48ZGl2PmJlIGluYXBw cm9wcmlhdGUgaW4gdGhlIGZ1dHVyZS4mbmJzcDsgSWYgc28sIGEgbmV3IHByb3RvY29sPC9kaXY+ PGRpdj5yZXZpc2lvbiBjYW4gZGVjbGFyZSBhIGRpZmZlcmVudCBzZXQgb2YgZW5jb2RpbmcgZm9y bWF0cy48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PkFuZHk8L2Rpdj48 ZGl2Pjxicj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PjxkaXYgY2xh c3M9ImdtYWlsX2V4dHJhIj48YnI+PGRpdiBjbGFzcz0iZ21haWxfcXVvdGUiPk9uIFNhdCwgQXVn IDEsIDIwMTUgYXQgODo0NSBBTSwgTGFkaXNsYXYgTGhvdGthIDxzcGFuIGRpcj0ibHRyIj4mbHQ7 PGEgaHJlZj0ibWFpbHRvOmxob3RrYUBuaWMuY3oiIHRhcmdldD0iX2JsYW5rIj5saG90a2FAbmlj LmN6PC9hPiZndDs8L3NwYW4+IHdyb3RlOjxicj48YmxvY2txdW90ZSBjbGFzcz0iZ21haWxfcXVv dGUiIHN0eWxlPSJtYXJnaW46MCAwIDAgLjhleDtib3JkZXItbGVmdDoxcHggI2NjYyBzb2xpZDtw YWRkaW5nLWxlZnQ6MWV4Ij5IaSBNZWhtZXQsPGJyPg0KPGJyPg0KJmd0OyBPbiAwMSBBdWcgMjAx NSwgYXQgMDM6MDMsIEVyc3VlLCBNZWhtZXQgKE5va2lhIC0gREUvTXVuaWNoKSAmbHQ7PGEgaHJl Zj0ibWFpbHRvOm1laG1ldC5lcnN1ZUBub2tpYS5jb20iPm1laG1ldC5lcnN1ZUBub2tpYS5jb208 L2E+Jmd0OyB3cm90ZTo8YnI+DQomZ3Q7PGJyPg0KJmd0OyBIaSBMYWRhLDxicj4NCiZndDs8YnI+ DQomZ3Q7IHlvdSBtaWdodCBiZSBhbHNvIGludGVyZXN0ZWQgdG8gcmVhZDo8YnI+DQomZ3Q7IDxh IGhyZWY9Imh0dHBzOi8vbWFpbGFyY2hpdmUuaWV0Zi5vcmcvYXJjaC9tc2cvbmV0Y29uZi9ZU0Vi TGQtbm5JMGRsa2VpSWVHVy16NkpxRGciIHJlbD0ibm9yZWZlcnJlciIgdGFyZ2V0PSJfYmxhbmsi Pmh0dHBzOi8vbWFpbGFyY2hpdmUuaWV0Zi5vcmcvYXJjaC9tc2cvbmV0Y29uZi9ZU0ViTGQtbm5J MGRsa2VpSWVHVy16NkpxRGc8L2E+PGJyPg0KJmd0Ozxicj4NCiZndDsgSW4gdGhlIHNha2Ugb2Yg cHJvZ3Jlc3MgQmVydCBhbmQgSSBkZWNsYXJlZCBhdCB0aGF0IHRpbWUgY29uc2Vuc3VzLjxicj4N Cjxicj4NClllcywgaXQgd2FzIGRlY2xhcmVkIGNvbnNlbnN1cyByYXRoZXIgdGhhbiByb3VnaCBj b25zZW5zdXMuIFNvIGhlcmUgd2UgZ28uPGJyPg0KPGJyPg0KJmd0Ozxicj4NCiZndDsgQXMgZmFy IGFzIEkgdW5kZXJzdGFuZCBwZW9wbGVzIGludGVyZXN0IGFuZCBvcGluaW9ucyBjaGFuZ2VkIHNp bmNlIGxhc3QgT2N0b2Jlci48YnI+DQomZ3Q7IEl0IG1ha2VzIHNlbnNlIHRvIHJlcGVhdCB0aGUg b3BpbmlvbiBwb2xsLjxicj4NCjxicj4NCkFncmVlZC48YnI+DQo8YnI+DQpMYWRhPGJyPg0KPGJy Pg0KJmd0Ozxicj4NCiZndDsgTWVobWV0PGJyPg0KJmd0Ozxicj4NCiZndDsgLS0tLS1PcmlnaW5h bCBNZXNzYWdlLS0tLS08YnI+DQomZ3Q7IEZyb206IE5ldGNvbmYgW21haWx0bzo8YSBocmVmPSJt YWlsdG86bmV0Y29uZi1ib3VuY2VzQGlldGYub3JnIj5uZXRjb25mLWJvdW5jZXNAaWV0Zi5vcmc8 L2E+XSBPbiBCZWhhbGYgT2YgZXh0IExhZGlzbGF2IExob3RrYTxicj4NCiZndDsgU2VudDogV2Vk bmVzZGF5LCBKdWx5IDI5LCAyMDE1IDExOjE0IEFNPGJyPg0KJmd0OyBUbzogQW5keSBCaWVybWFu OyBOZXRjb25mPGJyPg0KJmd0OyBTdWJqZWN0OiBSZTogW05ldGNvbmZdIFJFU1RDT05GICMyNDpt YW5kYXRvcnkgZW5jb2RpbmcgcmV2aXNpdGVkPGJyPg0KJmd0Ozxicj4NCiZndDsgQW5keSBCaWVy bWFuICZsdDs8YSBocmVmPSJtYWlsdG86YW5keUB5dW1hd29ya3MuY29tIj5hbmR5QHl1bWF3b3Jr cy5jb208L2E+Jmd0OyB3cml0ZXM6PGJyPg0KJmd0Ozxicj4NCiZndDsmZ3Q7IEhpLDxicj4NCiZn dDsmZ3Q7PGJyPg0KJmd0OyZndDsgSXQgd291bGQgYmUgZ29vZCBpZiB3ZSBjb3VsZCBjbG9zZSB0 aGlzIGlzc3VlIHNvb24uPGJyPg0KJmd0OyZndDsgSSBhbSBub3QgaW4gZmF2b3Igb2YgY2hhbmdp bmcgdGhlIHByZXZpb3VzIGNvbnNlbnN1cyBjYWxsLjxicj4NCiZndDs8YnI+DQomZ3Q7IEkgYW0g aW4gZmF2b3Igb2YgY2hhbmdpbmcgaXQuIFRoZSBjb25zZW5zdXMgY2FsbCB0aGF0IHdhcyBkb25l IGJlZm9yZTxicj4NCiZndDsgSG9ub2x1bHUgbWVldGluZyB3YXMgSU1PIHZlcnkgcHJvYmxlbWF0 aWMgYW5kIEkgaGFkIHN0cm9uZyBvYmplY3Rpb25zPGJyPg0KJmd0OyBhZ2FpbnN0IGl0IC0gdGhl IG9waW5pb25zIHdlcmUgMTA6NyBpbiBmYXZvciBvZiBtYWtpbmcgWE1MIG1hbmRhdG9yeS48YnI+ DQomZ3Q7PGJyPg0KJmd0OyBTZWUgdGhpcyB0aHJlYWQ6PGJyPg0KJmd0Ozxicj4NCiZndDsgPGEg aHJlZj0iaHR0cHM6Ly9tYWlsYXJjaGl2ZS5pZXRmLm9yZy9hcmNoL3NlYXJjaC8/ZW1haWxfbGlz dD1uZXRjb25mJmFtcDtnYnQ9MSZhbXA7aW5kZXg9OEVoSVZuZHZlR3cyUXJIVGVmc1lzQURQQzZZ IiByZWw9Im5vcmVmZXJyZXIiIHRhcmdldD0iX2JsYW5rIj5odHRwczovL21haWxhcmNoaXZlLmll dGYub3JnL2FyY2gvc2VhcmNoLz9lbWFpbF9saXN0PW5ldGNvbmYmYW1wO2didD0xJmFtcDtpbmRl eD04RWhJVm5kdmVHdzJRckhUZWZzWXNBRFBDNlk8L2E+PGJyPg0KJmd0Ozxicj4NCiZndDsgUmVj ZW50bHksIG90aGVyIHBlb3BsZSBleHByZXNzZWQgdGhlaXIgcHJlZmVyZW5jZSwgYW5kIGV4cGxh aW5lZDxicj4NCiZndDsgdGVjaG5pY2FsIHJlYXNvbnMsIGZvciBOT1QgZG9pbmcgc28uPGJyPg0K Jmd0Ozxicj4NCiZndDsmZ3Q7PGJyPg0KJmd0OyZndDsgQXQgZmlyc3QgSSB0aG91Z2h0IEpTT04g d291bGQgYmUgZ29vZCBmb3IgUkVTVENPTkYsPGJyPg0KJmd0OyZndDsgdW50aWwgSSBpbXBsZW1l bnRlZCBpdC4mbmJzcDsgSXQgaXMgbm90IGFwcHJvcHJpYXRlIGZvciBzdHJlYW1pbmcgc2VydmVy cy48YnI+DQomZ3Q7Jmd0OyBUaGUgY29tcGxleGl0eSBhbmQgbWVtb3J5IHJlcXVpcmVkIGFuZCBq dXN0IGFzIGJhZCBvciB3b3JzZTxicj4NCiZndDsmZ3Q7IHRoYW4gWE1MLCBlc3BlY2lhbGx5IG9u Y2UgbmFtZXNwYWNlcyBhbmQgYXR0cmlidXRlcyBhcmU8YnI+DQomZ3Q7Jmd0OyBhZGRlZC48YnI+ DQomZ3Q7PGJyPg0KJmd0OyBOb3QgYWxsIHNlcnZlcnMgbmVlZCB0byBzdHJlYW0gZGF0YS48YnI+ DQomZ3Q7PGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyBKU09OIGlzIGZpbmUgaWYgdGhlIGVu dGlyZSBkb2N1bWVudCBpcyBpbiBtZW1vcnksPGJyPg0KJmd0OyZndDsgYnV0IHRoYXQncyBub3Qg aG93IE5FVENPTkYvUkVTVENPTkYgc2VydmVycyB3b3JrLjxicj4NCiZndDs8YnI+DQomZ3Q7IFlv dSBwcm9iYWJseSBtZWFuIHlvdXIgTkVUQ09ORi9SRVNUQ09ORiBzZXJ2ZXJzLiBTbWFsbCBkZXZp Y2VzIGhhdmU8YnI+DQomZ3Q7IGNvbmZpZ3VyYXRpb25zIHRoYXQgZWFzaWx5IGZpdCBpbnRvIG1l bW9yeSwgYW5kIHNtYWxsIGRldmljZXMgYXJlPGJyPg0KJmd0OyBleGFjdGx5IHRob3NlIGZvciB3 aGljaCBYTUwgc3VwcG9ydCBpcyBhIGNvbnNpZGVyYWJsZSBidXJkZW4uPGJyPg0KJmd0Ozxicj4N CiZndDsgTGFkYTxicj4NCiZndDs8YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7PGJyPg0KJmd0 OyZndDsgQW5keTxicj4NCiZndDsmZ3Q7IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fPGJyPg0KJmd0OyZndDsgTmV0Y29uZiBtYWlsaW5nIGxpc3Q8YnI+DQom Z3Q7Jmd0OyA8YSBocmVmPSJtYWlsdG86TmV0Y29uZkBpZXRmLm9yZyI+TmV0Y29uZkBpZXRmLm9y ZzwvYT48YnI+DQomZ3Q7Jmd0OyA8YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFu L2xpc3RpbmZvL25ldGNvbmYiIHJlbD0ibm9yZWZlcnJlciIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBz Oi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbmV0Y29uZjwvYT48YnI+DQomZ3Q7PGJy Pg0KJmd0OyAtLTxicj4NCiZndDsgTGFkaXNsYXYgTGhvdGthLCBDWi5OSUMgTGFiczxicj4NCiZn dDsgUEdQIEtleSBJRDogRTc0RThDMEM8YnI+DQomZ3Q7PGJyPg0KJmd0OyBfX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCiZndDsgTmV0Y29uZiBtYWls aW5nIGxpc3Q8YnI+DQomZ3Q7IDxhIGhyZWY9Im1haWx0bzpOZXRjb25mQGlldGYub3JnIj5OZXRj b25mQGlldGYub3JnPC9hPjxicj4NCiZndDsgPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcv bWFpbG1hbi9saXN0aW5mby9uZXRjb25mIiByZWw9Im5vcmVmZXJyZXIiIHRhcmdldD0iX2JsYW5r Ij5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL25ldGNvbmY8L2E+PGJyPg0K Jmd0OyAmbHQ7TWFpbCBBdHRhY2htZW50LmVtbCZndDs8YnI+DQo8YnI+DQotLTxicj4NCkxhZGlz bGF2IExob3RrYSwgQ1ouTklDIExhYnM8YnI+DQpQR1AgS2V5IElEOiBFNzRFOEMwQzxicj4NCjxi cj4NCjxicj4NCjxicj4NCjxicj4NCjwvYmxvY2txdW90ZT48L2Rpdj48YnI+PC9kaXY+PC9kaXY+ PC9kaXY+DQo8L2Rpdj48L2Jsb2NrcXVvdGU+PGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSI+PGRpdj48 c3Bhbj5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzwvc3Bh bj48YnI+PHNwYW4+TmV0Y29uZiBtYWlsaW5nIGxpc3Q8L3NwYW4+PGJyPjxzcGFuPjxhIGhyZWY9 Im1haWx0bzpOZXRjb25mQGlldGYub3JnIj5OZXRjb25mQGlldGYub3JnPC9hPjwvc3Bhbj48YnI+ PHNwYW4+PGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9uZXRj b25mIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL25ldGNvbmY8L2E+PC9z cGFuPjxicj48L2Rpdj48L2Jsb2NrcXVvdGU+PC9ib2R5PjwvaHRtbD4= --Apple-Mail-B61F6548-672A-4A76-92CD-F0F6E5D69583-- --_6c737497-56f6-4c5b-af3d-d8490eeb731c_ Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Netconf mailing list Netconf@ietf.org https://www.ietf.org/mailman/listinfo/netconf --_6c737497-56f6-4c5b-af3d-d8490eeb731c_-- From nobody Mon Aug 3 17:03:19 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 125B01B3206 for ; Mon, 3 Aug 2015 17:03:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] 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 iwPa5C2HyHxV for ; Mon, 3 Aug 2015 17:03:15 -0700 (PDT) Received: from mail-pa0-x233.google.com (mail-pa0-x233.google.com [IPv6:2607:f8b0:400e:c03::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6FFBF1B31E9 for ; Mon, 3 Aug 2015 17:03:15 -0700 (PDT) Received: by pacgq8 with SMTP id gq8so35864163pac.3 for ; Mon, 03 Aug 2015 17:03:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=A8U4/meyF/9PscEiX/+SUNKn1KJlOS64ZD1KYC2G72g=; b=y0/Y1HnJ9pka+PAGq+925BHQ7tWDdMLyT5zW1+k7Ca1qi9xShU0Lv09M5yTsGtR8u/ RNEueGlnaewiaiWp6QNSsnFTJyajxDMJcjZ9WCpPJmO1Eu+jIZ/8y2b3RE3KewT9VwVh myTk9ieY/wdPrBgfysnDf2YN8Ojg+SYTvQul+azn7+rq/iARjcHhvHxXqwbStPDlk+bZ Z2oXh4vrCql0NcsxgkArPkMNhNHGqerGhenOeX4hxVuQFJLx++MVjAKFWp/00Uk52lTe 5QHHlDkXXNl1v4xCjNf5wNABGpDiN5ytoD7QB477iwWexOqrzJxBzSIKHPW2BMcPVerY yrng== X-Received: by 10.69.3.228 with SMTP id bz4mr1349775pbd.79.1438646595166; Mon, 03 Aug 2015 17:03:15 -0700 (PDT) Received: from ?IPv6:2001:420:c0c8:1005::2ba? ([2001:420:c0c8:1005::2ba]) by smtp.gmail.com with ESMTPSA id fv2sm9119974pbd.54.2015.08.03.17.03.13 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 03 Aug 2015 17:03:14 -0700 (PDT) Content-Type: multipart/alternative; boundary="Apple-Mail=_A09BE0EC-86AC-4625-A58F-179D4629F382" Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) From: Mahesh Jethanandani In-Reply-To: Date: Mon, 3 Aug 2015 17:03:13 -0700 Message-Id: <50A863FB-6064-4A55-A218-DC9127B402D2@gmail.com> References: <97933C20-19A6-4257-A927-73BE696CB84C@nic.cz> To: Andy Bierman X-Mailer: Apple Mail (2.2098) Archived-At: Cc: Netconf Subject: Re: [Netconf] RESTCONF #24:mandatory encoding revisited X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Aug 2015 00:03:18 -0000 --Apple-Mail=_A09BE0EC-86AC-4625-A58F-179D4629F382 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Andy, Can you update the GitHub with the proposal so we are clear? Also, is there a need to be able to discover which encoding the server = supports? If so, do we have a proposal for how the encoding will be = discovered? > On Aug 3, 2015, at 12:07 PM, Andy Bierman wrote: >=20 > Hi, >=20 > Just removing the sentence about 'XML is mandatory' > is not what was proposed before. Instead it would say > that implementation of XML or JSON is mandatory. > This is not the same as (d) because the same requirement > applies to clients (JSON or XML, not JSON and XML > like it says in (d)). >=20 > I do not want the standard to support an implementation > that uses completely proprietary message encoding. > Either XML or JSON has to be supported. Maybe that will > be inappropriate in the future. If so, a new protocol > revision can declare a different set of encoding formats. >=20 >=20 > Andy >=20 >=20 >=20 >=20 > On Sat, Aug 1, 2015 at 8:45 AM, Ladislav Lhotka > wrote: > Hi Mehmet, >=20 > > On 01 Aug 2015, at 03:03, Ersue, Mehmet (Nokia - DE/Munich) = > wrote: > > > > Hi Lada, > > > > you might be also interested to read: > > = https://mailarchive.ietf.org/arch/msg/netconf/YSEbLd-nnI0dlkeiIeGW-z6JqDg = > > > > In the sake of progress Bert and I declared at that time consensus. >=20 > Yes, it was declared consensus rather than rough consensus. So here we = go. >=20 > > > > As far as I understand peoples interest and opinions changed since = last October. > > It makes sense to repeat the opinion poll. >=20 > Agreed. >=20 > Lada >=20 > > > > Mehmet > > > > -----Original Message----- > > From: Netconf [mailto:netconf-bounces@ietf.org = ] On Behalf Of ext Ladislav Lhotka > > Sent: Wednesday, July 29, 2015 11:14 AM > > To: Andy Bierman; Netconf > > Subject: Re: [Netconf] RESTCONF #24:mandatory encoding revisited > > > > Andy Bierman > = writes: > > > >> Hi, > >> > >> It would be good if we could close this issue soon. > >> I am not in favor of changing the previous consensus call. > > > > I am in favor of changing it. The consensus call that was done = before > > Honolulu meeting was IMO very problematic and I had strong = objections > > against it - the opinions were 10:7 in favor of making XML = mandatory. > > > > See this thread: > > > > = https://mailarchive.ietf.org/arch/search/?email_list=3Dnetconf&gbt=3D1&ind= ex=3D8EhIVndveGw2QrHTefsYsADPC6Y = > > > > Recently, other people expressed their preference, and explained > > technical reasons, for NOT doing so. > > > >> > >> At first I thought JSON would be good for RESTCONF, > >> until I implemented it. It is not appropriate for streaming = servers. > >> The complexity and memory required and just as bad or worse > >> than XML, especially once namespaces and attributes are > >> added. > > > > Not all servers need to stream data. > > > >> > >> JSON is fine if the entire document is in memory, > >> but that's not how NETCONF/RESTCONF servers work. > > > > You probably mean your NETCONF/RESTCONF servers. Small devices have > > configurations that easily fit into memory, and small devices are > > exactly those for which XML support is a considerable burden. > > > > Lada > > > >> > >> > >> Andy > >> _______________________________________________ > >> Netconf mailing list > >> Netconf@ietf.org > >> https://www.ietf.org/mailman/listinfo/netconf = > > > > -- > > Ladislav Lhotka, CZ.NIC Labs > > PGP Key ID: E74E8C0C > > > > _______________________________________________ > > Netconf mailing list > > Netconf@ietf.org > > https://www.ietf.org/mailman/listinfo/netconf = > > >=20 > -- > Ladislav Lhotka, CZ.NIC Labs > PGP Key ID: E74E8C0C >=20 >=20 >=20 >=20 >=20 > _______________________________________________ > Netconf mailing list > Netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf Mahesh Jethanandani mjethanandani@gmail.com --Apple-Mail=_A09BE0EC-86AC-4625-A58F-179D4629F382 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Andy,

Can = you update the GitHub with the proposal so we are clear?

Also, is there a need to = be able to discover which encoding the server supports? If so, do we = have a proposal for how the encoding will be discovered?

On Aug 3, 2015, at 12:07 PM, Andy Bierman <andy@yumaworks.com> = wrote:

Hi,

Just removing the sentence about 'XML is mandatory'
is not what was proposed before.  Instead it would = say
that implementation of XML or JSON is = mandatory.
This is not the same as (d) because the = same requirement
applies to clients (JSON or XML, = not JSON and XML
like it says in (d)).

I do not want the = standard to support an implementation
that uses = completely proprietary message encoding.
Either XML = or JSON has to be supported.  Maybe that will
be= inappropriate in the future.  If so, a new protocol
revision can declare a different set of encoding = formats.


Andy




On Sat, Aug 1, 2015 at 8:45 AM, = Ladislav Lhotka <lhotka@nic.cz> wrote:
Hi Mehmet,

> On 01 Aug 2015, at 03:03, Ersue, Mehmet (Nokia - DE/Munich) <mehmet.ersue@nokia.com> wrote:
>
> Hi Lada,
>
> you might be also interested to read:
> https://mailarchive.ietf.org/arch/msg/netconf/YSEbLd-nnI0dlkeiI= eGW-z6JqDg
>
> In the sake of progress Bert and I declared at that time = consensus.

Yes, it was declared consensus rather than rough consensus. So here we = go.

>
> As far as I understand peoples interest and opinions changed since = last October.
> It makes sense to repeat the opinion poll.

Agreed.

Lada

>
> Mehmet
>
> -----Original Message-----
> From: Netconf [mailto:netconf-bounces@ietf.org] On Behalf Of ext Ladislav = Lhotka
> Sent: Wednesday, July 29, 2015 11:14 AM
> To: Andy Bierman; Netconf
> Subject: Re: [Netconf] RESTCONF #24:mandatory encoding revisited
>
> Andy Bierman <andy@yumaworks.com> writes:
>
>> Hi,
>>
>> It would be good if we could close this issue soon.
>> I am not in favor of changing the previous consensus call.
>
> I am in favor of changing it. The consensus call that was done = before
> Honolulu meeting was IMO very problematic and I had strong = objections
> against it - the opinions were 10:7 in favor of making XML = mandatory.
>
> See this thread:
>
> https://mailarchive.ietf.org/arch/search/?email_list=3Dnetconf&= amp;gbt=3D1&index=3D8EhIVndveGw2QrHTefsYsADPC6Y
>
> Recently, other people expressed their preference, and explained
> technical reasons, for NOT doing so.
>
>>
>> At first I thought JSON would be good for RESTCONF,
>> until I implemented it.  It is not appropriate for = streaming servers.
>> The complexity and memory required and just as bad or worse
>> than XML, especially once namespaces and attributes are
>> added.
>
> Not all servers need to stream data.
>
>>
>> JSON is fine if the entire document is in memory,
>> but that's not how NETCONF/RESTCONF servers work.
>
> You probably mean your NETCONF/RESTCONF servers. Small devices = have
> configurations that easily fit into memory, and small devices = are
> exactly those for which XML support is a considerable burden.
>
> Lada
>
>>
>>
>> Andy
>> _______________________________________________
>> Netconf mailing list
>> Netconf@ietf.org
>> https://www.ietf.org/mailman/listinfo/netconf
>
> --
> Ladislav Lhotka, CZ.NIC Labs
> PGP Key ID: E74E8C0C
>
> _______________________________________________
> Netconf mailing list
> Netconf@ietf.org
> https://www.ietf.org/mailman/listinfo/netconf
> <Mail Attachment.eml>

--
Ladislav Lhotka, CZ.NIC Labs
PGP Key ID: E74E8C0C





_______________________________________________
Netconf = mailing list
Netconf@ietf.org
https://www.ietf.org/mailman/listinfo/netconf

Mahesh Jethanandani
mjethanandani@gmail.com





= --Apple-Mail=_A09BE0EC-86AC-4625-A58F-179D4629F382-- From nobody Mon Aug 3 18:52:47 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5C7C31B32F4 for ; Mon, 3 Aug 2015 18:52:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.51 X-Spam-Level: X-Spam-Status: No, score=-101.51 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_WHITELIST=-100] 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 jBHkP738H5Fm for ; Mon, 3 Aug 2015 18:52:42 -0700 (PDT) Received: from mx5.zte.com.cn (mx5.zte.com.cn [63.217.80.70]) by ietfa.amsl.com (Postfix) with ESMTP id 1D4DA1B32F5 for ; Mon, 3 Aug 2015 18:52:42 -0700 (PDT) Received: from mse01.zte.com.cn (unknown [10.30.3.20]) by Websense Email Security Gateway with ESMTPS id 4FC6460B6C751 for ; Tue, 4 Aug 2015 09:52:36 +0800 (CST) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse01.zte.com.cn with ESMTP id t741qAvV027211 for ; Tue, 4 Aug 2015 09:52:10 +0800 (GMT-8) (envelope-from du.baowei23@zte.com.cn) To: Netconf MIME-Version: 1.0 X-KeepSent: 61DE7910:A6569B4D-48257E97:00086045; type=4; name=$KeepSent X-Mailer: Lotus Notes Release 8.5.3 September 15, 2011 Message-ID: From: du.baowei23@zte.com.cn Date: Tue, 4 Aug 2015 09:52:00 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.3FP6|November 21, 2013) at 2015-08-04 09:51:55, Serialize complete at 2015-08-04 09:51:55 Content-Type: multipart/alternative; boundary="=_alternative 000A455548257E97_=" X-MAIL: mse01.zte.com.cn t741qAvV027211 Archived-At: Subject: [Netconf] rfc5277:one session can only support one ? X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Aug 2015 01:52:45 -0000 This is a multipart message in MIME format. --=_alternative 000A455548257E97_= Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 SGVsbG8hDQoNCkkgd2FzIGNvbmZ1c2VkIGJ5IHRoZSBSRkM1Mjc3IHJlbGF0aW9uc2hpcCBiZXR3 ZWVuIHRoZSBzZXNzaW9uIGFuZCANCnN1YnNjcmlwdGlvbiBudW1iZXJzLg0KDQpJbiBSRkM1Mjc3 Og0KDQoyLiAgTm90aWZpY2F0aW9uLVJlbGF0ZWQgT3BlcmF0aW9ucw0KMi4xLiAgU3Vic2NyaWJp bmcgdG8gUmVjZWl2ZSBFdmVudCBOb3RpZmljYXRpb25zDQoNCiAgIFRoZSBldmVudCBub3RpZmlj YXRpb24gc3Vic2NyaXB0aW9uIGlzIGluaXRpYXRlZCBieSB0aGUgTkVUQ09ORg0KICAgY2xpZW50 IGFuZCByZXNwb25kZWQgdG8gYnkgdGhlIE5FVENPTkYgc2VydmVyLiAgQSBzdWJzY3JpcHRpb24g aXMNCiAgIGJvdW5kIHRvIGEgc2luZ2xlIHN0cmVhbSBmb3IgdGhlIGxpZmV0aW1lIG9mIHRoZSBz dWJzY3JpcHRpb24uICBXaGVuDQogICB0aGUgZXZlbnQgbm90aWZpY2F0aW9uIHN1YnNjcmlwdGlv biBpcyBjcmVhdGVkLCB0aGUgZXZlbnRzIG9mDQogICBpbnRlcmVzdCBhcmUgc3BlY2lmaWVkLg0K DQpRVUVTVElPTqO6YSBzZXNzaW9uIGNhbiBjb250YWluIHN1YnNjcmlwdGlvbi4gDQogICAgICAg ICAgTWF5IGEgc2Vzc2lvbiBjb250YWluIHNldmVyYWwgc3Vic2NyaXB0aW9ucz8NCg0KNi4gIElu dGVybGVhdmUgQ2FwYWJpbGl0eQ0KNi41LiAgTW9kaWZpY2F0aW9ucyB0byBFeGlzdGluZyBPcGVy YXRpb25zDQoNCiAgIFdoZW4gYSA8Y3JlYXRlLXN1YnNjcmlwdGlvbj4gaXMgc2VudCB3aGlsZSBh bm90aGVyIHN1YnNjcmlwdGlvbiBpcw0KICAgYWN0aXZlIG9uIHRoYXQgc2Vzc2lvbiwgdGhlIGZv bGxvd2luZyBlcnJvciB3aWxsIGJlIHJldHVybmVkOg0KDQogICAgICBUYWc6IG9wZXJhdGlvbi1m YWlsZWQNCg0KICAgICAgRXJyb3ItdHlwZTogcHJvdG9jb2wNCg0KICAgICAgU2V2ZXJpdHk6IGVy cm9yDQoNCiAgICAgIEVycm9yLWluZm86IG5vbmUNCg0KICAgICAgRGVzY3JpcHRpb246IFJlcXVl c3QgY291bGQgbm90IGJlIGNvbXBsZXRlZCBiZWNhdXNlIHRoZSByZXF1ZXN0ZWQNCiAgICAgIG9w ZXJhdGlvbiBmYWlsZWQgZm9yIHNvbWUgcmVhc29uIG5vdCBjb3ZlcmVkIGJ5IGFueSBvdGhlciBl cnJvcg0KICAgICAgY29uZGl0aW9uLg0KDQpRVUVTVElPTjogd2hlbiBpbnRlcmxlYXZlIGNhcGFi aWxpdHkgaXMgYWN0aXZlLCBhIHNlc3Npb24gY2FuIG9ubHkgc3VwcG9ydA0KICAgICAgICAgIG9u ZSA8Y3JlYXRlLXN1YnNjcmlwdGlvbj4gYXQgb25lIHRpbWUuIA0KICAgICAgICAgIERvZXMgaXQg aW1wbHkgdGhhdA0KICAgICAgICAgIHdoZW4gYSBzdWJzY3JpcHRpb24gaXMgYWN0aXZlLCBpZiB0 aGVyZSBpcyBubyBpbnRlcmxlYXZlIA0KY2FwYWJpbGl0eQ0KICAgICAgICAgIGFuZCBhZ2VudCBy ZWNlaXZlIGFub3RoZXIgPGNyZWF0ZS1zdWJzY3JpcHRpb24+LCBzZXNzaW9uIHdpbGwgDQogICAg ICAgICAgc3VwcG9ydCBib3RoIHR3byBzdWJzY3JpcHRpb24/DQoNCnRoYW5rcyA6KQ0KLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NClpURSBJ bmZvcm1hdGlvbiBTZWN1cml0eSBOb3RpY2U6IFRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaW4g dGhpcyBtYWlsIChhbmQgYW55IGF0dGFjaG1lbnQgdHJhbnNtaXR0ZWQgaGVyZXdpdGgpIGlzIHBy aXZpbGVnZWQgYW5kIGNvbmZpZGVudGlhbCBhbmQgaXMgaW50ZW5kZWQgZm9yIHRoZSBleGNsdXNp dmUgdXNlIG9mIHRoZSBhZGRyZXNzZWUocykuICBJZiB5b3UgYXJlIG5vdCBhbiBpbnRlbmRlZCBy ZWNpcGllbnQsIGFueSBkaXNjbG9zdXJlLCByZXByb2R1Y3Rpb24sIGRpc3RyaWJ1dGlvbiBvciBv dGhlciBkaXNzZW1pbmF0aW9uIG9yIHVzZSBvZiB0aGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGlz IHN0cmljdGx5IHByb2hpYml0ZWQuICBJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIG1haWwgaW4g ZXJyb3IsIHBsZWFzZSBkZWxldGUgaXQgYW5kIG5vdGlmeSB1cyBpbW1lZGlhdGVseS4NCg== --=_alternative 000A455548257E97_= Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: base64 PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPkhlbGxvITwvZm9udD4NCjxicj4NCjxicj48 Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+SSB3YXMgY29uZnVzZWQgYnkgdGhlIFJGQzUy NzcgcmVsYXRpb25zaGlwDQpiZXR3ZWVuIHRoZSBzZXNzaW9uIGFuZCBzdWJzY3JpcHRpb24gbnVt YmVycy48L2ZvbnQ+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPklu IFJGQzUyNzc6PC9mb250Pg0KPGJyPg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlm Ij4yLiAmbmJzcDtOb3RpZmljYXRpb24tUmVsYXRlZCBPcGVyYXRpb25zPC9mb250Pg0KPGJyPjxm b250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4yLjEuICZuYnNwO1N1YnNjcmliaW5nIHRvIFJl Y2VpdmUgRXZlbnQNCk5vdGlmaWNhdGlvbnM8L2ZvbnQ+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0y IGZhY2U9InNhbnMtc2VyaWYiPiZuYnNwOyAmbmJzcDtUaGUgZXZlbnQgbm90aWZpY2F0aW9uDQpz dWJzY3JpcHRpb24gaXMgaW5pdGlhdGVkIGJ5IHRoZSBORVRDT05GPC9mb250Pg0KPGJyPjxmb250 IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mbmJzcDsgJm5ic3A7Y2xpZW50IGFuZCByZXNwb25k ZWQgdG8NCmJ5IHRoZSBORVRDT05GIHNlcnZlci4gJm5ic3A7QSBzdWJzY3JpcHRpb24gaXM8L2Zv bnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZuYnNwOyAmbmJzcDtib3Vu ZCB0byBhIHNpbmdsZSBzdHJlYW0NCmZvciB0aGUgbGlmZXRpbWUgb2YgdGhlIHN1YnNjcmlwdGlv bi4gJm5ic3A7V2hlbjwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+ Jm5ic3A7ICZuYnNwO3RoZSBldmVudCBub3RpZmljYXRpb24NCnN1YnNjcmlwdGlvbiBpcyBjcmVh dGVkLCB0aGUgZXZlbnRzIG9mPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNl cmlmIj4mbmJzcDsgJm5ic3A7aW50ZXJlc3QgYXJlIHNwZWNpZmllZC48L2ZvbnQ+DQo8YnI+DQo8 YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPlFVRVNUSU9Oo7phIHNlc3Npb24gY2Fu IGNvbnRhaW4gc3Vic2NyaXB0aW9uLg0KPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJz YW5zLXNlcmlmIj4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IE1heQ0KYSBzZXNz aW9uIGNvbnRhaW4gc2V2ZXJhbCBzdWJzY3JpcHRpb25zPzwvZm9udD4NCjxicj4NCjxicj48Zm9u dCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Ni4gJm5ic3A7SW50ZXJsZWF2ZSBDYXBhYmlsaXR5 PC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj42LjUuICZuYnNwO01v ZGlmaWNhdGlvbnMgdG8gRXhpc3RpbmcNCk9wZXJhdGlvbnM8L2ZvbnQ+DQo8YnI+DQo8YnI+PGZv bnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZuYnNwOyAmbmJzcDtXaGVuIGEgJmx0O2NyZWF0 ZS1zdWJzY3JpcHRpb24mZ3Q7DQppcyBzZW50IHdoaWxlIGFub3RoZXIgc3Vic2NyaXB0aW9uIGlz PC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mbmJzcDsgJm5ic3A7 YWN0aXZlIG9uIHRoYXQgc2Vzc2lvbiwNCnRoZSBmb2xsb3dpbmcgZXJyb3Igd2lsbCBiZSByZXR1 cm5lZDo8L2ZvbnQ+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZu YnNwOyAmbmJzcDsgJm5ic3A7IFRhZzogb3BlcmF0aW9uLWZhaWxlZDwvZm9udD4NCjxicj4NCjxi cj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgRXJy b3ItdHlwZTogcHJvdG9jb2w8L2ZvbnQ+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNh bnMtc2VyaWYiPiZuYnNwOyAmbmJzcDsgJm5ic3A7IFNldmVyaXR5OiBlcnJvcjwvZm9udD4NCjxi cj4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jm5ic3A7ICZuYnNwOyAmbmJz cDsgRXJyb3ItaW5mbzogbm9uZTwvZm9udD4NCjxicj4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0i c2Fucy1zZXJpZiI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgRGVzY3JpcHRpb246IFJlcXVlc3QNCmNv dWxkIG5vdCBiZSBjb21wbGV0ZWQgYmVjYXVzZSB0aGUgcmVxdWVzdGVkPC9mb250Pg0KPGJyPjxm b250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mbmJzcDsgJm5ic3A7ICZuYnNwOyBvcGVyYXRp b24gZmFpbGVkDQpmb3Igc29tZSByZWFzb24gbm90IGNvdmVyZWQgYnkgYW55IG90aGVyIGVycm9y PC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mbmJzcDsgJm5ic3A7 ICZuYnNwOyBjb25kaXRpb24uPC9mb250Pg0KPGJyPg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJz YW5zLXNlcmlmIj5RVUVTVElPTjogd2hlbiBpbnRlcmxlYXZlIGNhcGFiaWxpdHkNCmlzIGFjdGl2 ZSwgYSBzZXNzaW9uIGNhbiBvbmx5IHN1cHBvcnQ8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZh Y2U9InNhbnMtc2VyaWYiPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgb25lDQom bHQ7Y3JlYXRlLXN1YnNjcmlwdGlvbiZndDsgYXQgb25lIHRpbWUuIDwvZm9udD4NCjxicj48Zm9u dCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyBEb2VzDQppdCBpbXBseSB0aGF0PC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJz YW5zLXNlcmlmIj4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IHdoZW4NCmEgc3Vi c2NyaXB0aW9uIGlzIGFjdGl2ZSwgaWYgdGhlcmUgaXMgbm8gaW50ZXJsZWF2ZSBjYXBhYmlsaXR5 PC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7IGFuZA0KYWdlbnQgcmVjZWl2ZSBhbm90aGVyICZsdDtjcmVh dGUtc3Vic2NyaXB0aW9uJmd0Oywgc2Vzc2lvbiB3aWxsIDwvZm9udD4NCjxicj48Zm9udCBzaXpl PTIgZmFjZT0ic2Fucy1zZXJpZiI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBz dXBwb3J0DQpib3RoIHR3byBzdWJzY3JpcHRpb24/PC9mb250Pg0KPGJyPg0KPGJyPjxmb250IHNp emU9MiBmYWNlPSJzYW5zLXNlcmlmIj50aGFua3MgOik8L2ZvbnQ+DQoNCjxicj48cHJlPjxmb250 IGNvbG9yPSJibHVlIj4NCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tDQpaVEUgSW5mb3JtYXRpb24gU2VjdXJpdHkgTm90aWNlOiBUaGUgaW5m b3JtYXRpb24gY29udGFpbmVkIGluIHRoaXMgbWFpbCAoYW5kIGFueSBhdHRhY2htZW50IHRyYW5z bWl0dGVkIGhlcmV3aXRoKSBpcyBwcml2aWxlZ2VkIGFuZCBjb25maWRlbnRpYWwgYW5kIGlzIGlu dGVuZGVkIGZvciB0aGUgZXhjbHVzaXZlIHVzZSBvZiB0aGUgYWRkcmVzc2VlKHMpLiAgSWYgeW91 IGFyZSBub3QgYW4gaW50ZW5kZWQgcmVjaXBpZW50LCBhbnkgZGlzY2xvc3VyZSwgcmVwcm9kdWN0 aW9uLCBkaXN0cmlidXRpb24gb3Igb3RoZXIgZGlzc2VtaW5hdGlvbiBvciB1c2Ugb2YgdGhlIGlu Zm9ybWF0aW9uIGNvbnRhaW5lZCBpcyBzdHJpY3RseSBwcm9oaWJpdGVkLiAgSWYgeW91IGhhdmUg cmVjZWl2ZWQgdGhpcyBtYWlsIGluIGVycm9yLCBwbGVhc2UgZGVsZXRlIGl0IGFuZCBub3RpZnkg dXMgaW1tZWRpYXRlbHkuDQoNCjwvZm9udD48L3ByZT48YnI+DQo= --=_alternative 000A455548257E97_=-- From nobody Mon Aug 3 19:22:01 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 112A91B3340 for ; Mon, 3 Aug 2015 19:21:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.978 X-Spam-Level: X-Spam-Status: No, score=-1.978 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] 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 QnUdxUTJ7oMD for ; Mon, 3 Aug 2015 19:21:57 -0700 (PDT) Received: from mail-la0-f53.google.com (mail-la0-f53.google.com [209.85.215.53]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AB95C1B3345 for ; Mon, 3 Aug 2015 19:21:51 -0700 (PDT) Received: by labix3 with SMTP id ix3so12326031lab.0 for ; Mon, 03 Aug 2015 19:21:49 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=lRDMZxVsZJhnHuKzGKhC/tv7RnwupgY0DoeWoMMSGt8=; b=N0KOJmBM0SEqESxgXDpf6RD001J+Qzr8d+YrnqtNGh8moXGY9yRHK69T8iknD5xHiK 5mbcCvskXobjNGf/2d0Yp8qCZL30bF1r7jvQ1vcBuN57ps4Xl8o3oU8nI13/NjqKUszy d5FhYkizsRUOUIiNhxG1TC7BBAiMvIrQiyQHchTa6KLuYso6AT47fd9adO/uSHOlJMIa iD8AVjsFTrjqxWitqQ6VBMiNFY7bDlf37MfMt8S5APl6k3Up2JYdq7AtqKqnXhgOXIUv V2aIauPL4vx5tiOtjYis8mLc/qofHgDkEKA0AwYaDWLBq+WXccjs6wKmVnS+iFxM2ddK 4mpg== X-Gm-Message-State: ALoCoQm7qkycINELeoVDVMsxySknJKUOK87+4xX3pm8EseTx+PB31hRZvg/32KxOwS9y0LyhXyWN MIME-Version: 1.0 X-Received: by 10.152.37.67 with SMTP id w3mr911138laj.123.1438654909832; Mon, 03 Aug 2015 19:21:49 -0700 (PDT) Received: by 10.112.200.102 with HTTP; Mon, 3 Aug 2015 19:21:49 -0700 (PDT) In-Reply-To: References: Date: Mon, 3 Aug 2015 19:21:49 -0700 Message-ID: From: Andy Bierman To: du.baowei23@zte.com.cn Content-Type: multipart/alternative; boundary=089e0158ba0adaf806051c72f2d8 Archived-At: Cc: Netconf Subject: Re: [Netconf] rfc5277:one session can only support one ? X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Aug 2015 02:21:59 -0000 --089e0158ba0adaf806051c72f2d8 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Mon, Aug 3, 2015 at 6:52 PM, wrote: > Hello! > > I was confused by the RFC5277 relationship between the session and > subscription numbers. > > In RFC5277: > > 2. Notification-Related Operations > 2.1. Subscribing to Receive Event Notifications > > The event notification subscription is initiated by the NETCONF > client and responded to by the NETCONF server. A subscription is > bound to a single stream for the lifetime of the subscription. When > the event notification subscription is created, the events of > interest are specified. > > QUESTION=EF=BC=9Aa session can contain subscription. > May a session contain several subscriptions? > > no > 6. Interleave Capability > 6.5. Modifications to Existing Operations > > When a is sent while another subscription is > active on that session, the following error will be returned: > > Tag: operation-failed > > Error-type: protocol > > Severity: error > > Error-info: none > > Description: Request could not be completed because the requested > operation failed for some reason not covered by any other error > condition. > > QUESTION: when interleave capability is active, a session can only suppor= t > one at one time. > Does it imply that > when a subscription is active, if there is no interleave > capability > and agent receive another , session will > support both two subscription? > > the :interleave capability means the server will accept commands on the same session that notifications are being sent. The server has to interleave complete and messages Another is not allowed. > thanks :) Andy > > > -------------------------------------------------------- > ZTE Information Security Notice: The information contained in this mail (= and any attachment transmitted herewith) is privileged and confidential and= is intended for the exclusive use of the addressee(s). If you are not an = intended recipient, any disclosure, reproduction, distribution or other dis= semination or use of the information contained is strictly prohibited. If = you have received this mail in error, please delete it and notify us immedi= ately. > > > > > _______________________________________________ > Netconf mailing list > Netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf > > --089e0158ba0adaf806051c72f2d8 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Mon, Aug 3, 2015 at 6:52 PM, <du.baowei23@zte.com.cn><= /span> wrote:
Hello!

I was confused by the RFC5277 rela= tionship between the session and subscription numbers.

In RFC5277:

2.=C2=A0 Notification-Related Oper= ations
2.1.=C2=A0 Subscribing to Receive = Event Notifications

=C2=A0 =C2=A0The event notificatio= n subscription is initiated by the NETCONF
=C2=A0 =C2=A0client and responded = to by the NETCONF server.=C2=A0 A subscription is
=C2=A0 =C2=A0bound to a single str= eam for the lifetime of the subscription.=C2=A0 When
=C2=A0 =C2=A0the event notificatio= n subscription is created, the events of
=C2=A0 =C2=A0interest are specifie= d.

QUESTION=EF=BC=9Aa session can con= tain subscription.
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= May a session contain several subscriptions?



no
=C2=A0
6.=C2= =A0 Interleave Capability
6.5.=C2=A0 Modifications to Existi= ng Operations

=C2=A0 =C2=A0When a <create-sub= scription> is sent while another subscription is
=C2=A0 =C2=A0active on that sessio= n, the following error will be returned:

=C2=A0 =C2=A0 =C2=A0 Tag: operatio= n-failed

=C2=A0 =C2=A0 =C2=A0 Error-type: p= rotocol

=C2=A0 =C2=A0 =C2=A0 Severity: err= or

=C2=A0 =C2=A0 =C2=A0 Error-info: n= one

=C2=A0 =C2=A0 =C2=A0 Description: = Request could not be completed because the requested
=C2=A0 =C2=A0 =C2=A0 operation fai= led for some reason not covered by any other error
=C2=A0 =C2=A0 =C2=A0 condition.

QUESTION: when interleave capabili= ty is active, a session can only support
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= one <create-subscription> at one time.
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= Does it imply that
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= when a subscription is active, if there is no interleave capability
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= and agent receive another <create-subscription>, session will
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= support both two subscription?



the :interleave capabil= ity means the server will accept commands on
the same session tha= t notifications are being sent.=C2=A0 The server has
to interleav= e complete <rpc-reply> and <notification> messages
Another <create-subscription> is not allowed.
= =C2=A0
thanks :)

Andy
=C2=A0


--------------------------------------------------------
ZTE Information Security Notice: The information contained in this mail (an=
d any attachment transmitted herewith) is privileged and confidential and i=
s intended for the exclusive use of the addressee(s).  If you are not an in=
tended recipient, any disclosure, reproduction, distribution or other disse=
mination or use of the information contained is strictly prohibited.  If yo=
u have received this mail in error, please delete it and notify us immediat=
ely.


_______________________________________________
Netconf mailing list
Netconf@ietf.org
https://www.ietf.org/mailman/listinfo/netconf


--089e0158ba0adaf806051c72f2d8-- From nobody Tue Aug 4 13:00:10 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AA2901A0211 for ; Tue, 4 Aug 2015 13:00:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] 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 VGfaC9lTskKX for ; Tue, 4 Aug 2015 13:00:05 -0700 (PDT) Received: from mail-pa0-x22f.google.com (mail-pa0-x22f.google.com [IPv6:2607:f8b0:400e:c03::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B67EC1A0217 for ; Tue, 4 Aug 2015 13:00:04 -0700 (PDT) Received: by pasy3 with SMTP id y3so15992154pas.2 for ; Tue, 04 Aug 2015 13:00:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:subject:message-id:date:to:mime-version; bh=G9XPPn5urY3XmlI/iD7BXufxu7RAcOEmDnQ1Lhfi8tw=; b=0IK8XewxaQ5c1cBXkczc3h0UErjdM6VBIVLtk+a/jzy2Uwm7EB4Vaz8YGVoCoT+vFM PmMd0hVK6AE7c6GPKk+2C/kIv/YaWNLqBnZmvafXLMcPs1lvBonsDO4Z4N1mLZYqQXg3 RueI1C3xg3zcszHB9beuu0Bw32/6AVUYw5hLS1TyIOxnJLaq7OLoUYtwfhfjfJ+QjVDx HbvnKh9VpwZO7fXrqTT2PxWpL4ONdx9Hj91mRLkkQ+e9eEnqdVfM0DzFqvnpyv54vynU gFlPyiA4FzxX5NZ/FaTocl1pWYHNUaSy9mhvJo9My858gkVrQUYeJlJ1SAQhFWenvuW1 bR3w== X-Received: by 10.66.141.109 with SMTP id rn13mr11121099pab.127.1438718404383; Tue, 04 Aug 2015 13:00:04 -0700 (PDT) Received: from ?IPv6:2001:420:302:1330:205f:6849:b753:4a7b? ([2001:420:302:1330:205f:6849:b753:4a7b]) by smtp.gmail.com with ESMTPSA id u16sm222299pdl.71.2015.08.04.13.00.02 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 04 Aug 2015 13:00:03 -0700 (PDT) From: Mahesh Jethanandani Content-Type: multipart/mixed; boundary="Apple-Mail=_34797EAC-C84D-4057-A2DE-135886F3F117" Message-Id: Date: Tue, 4 Aug 2015 13:00:24 -0700 To: Netconf Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) X-Mailer: Apple Mail (2.2098) Archived-At: Subject: [Netconf] Draft minutes of IETF 93. X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Aug 2015 20:00:08 -0000 --Apple-Mail=_34797EAC-C84D-4057-A2DE-135886F3F117 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Please provide comments/corrections on the attached draft minutes. The = updated minutes will be uploaded next Wednesday - August 12. Thanks Mahesh & Mehmet. --Apple-Mail=_34797EAC-C84D-4057-A2DE-135886F3F117 Content-Disposition: attachment; filename=netconf-ietf93-minutes.txt Content-Type: text/plain; name="netconf-ietf93-minutes.txt" Content-Transfer-Encoding: quoted-printable Minutes of the Netconf WG Ssssion in IETF 93 [2015-07-23 Thu]=0D =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0D =0D Note takers: Radec Krejci & Mike Leske=0D =0D ME - Mehmed Ersue=0D MJ - Mahesh Jethanandani =0D KW - Ken Watsen=0D JS - Juergen Schoenwalder=0D JH - Jeffrey Haas=0D LL - Lada lhotka=0D AB - Andy Bierman=0D BL - Balazs Lengyel=0D EV - Eric Voit=0D BC - Benoit Claise=0D SH - Susan Hares=0D AA - Alia Atlas=0D =0D Chartered items:=0D =0D 1. WGLC Status: NETCONF Call Home - K. Watsen (5 min.) = http://tools.ietf.org/html/draft-ietf-netconf-call-home=0D =0D No comment=0D =0D 2. NETCONF Server Configuration Model - K. Watsen (15 min.) = http://tools.ietf.org/html/draft-ietf-netconf-server-model=0D =0D Issue #53: Request for "listen" container discussion postponed to list, = no comment in room=0D =0D Issue #49: Combine trusted-ca-certs and trusted-client-certs for SSH/TLS = 4 options presented=0D =0D slide 8=0D ME: how much time the work would take?=0D KW: a year=0D ME: then I'm against, it will delay this draft=0D =0D Chair rejects possible document delay for 1 year due to usage of = keychain model =0D =0D JS: keychain is a needed work=0D KW: =0D JH: such a model could be reusable also in other RFCs, don't make RFC = authors to reinvent the wheel but probably the proper place is another = WG in security area, results can be used anywhere=0D =0D Jeff refers to RFC7210; recommends not re-inventing but coordinating = works, work should be taken to security area=0D =0D Juergen agrees with Jeff: Home to be in Sec area=0D =0D Chair request feedback for 3 or 4: no comment=0D =0D ME: anyone for solution 2 or 3? (No)=0D JH: is it possible to augment with security stuff 2 or 3 later?=0D Jeff: Questions how augmentation can help=0D KW: I'm not sure it is possible, with solution 4 it is possible=0D Presenter: option 2 and 3 may not support augmentation =0D Jeff: refers to work done for BFD model=0D =0D ME: Which group in security area?=0D =0D JH: KARP, recommendation to start with Sec Open area=0D =0D LL: it would be possible to get this part out of the model and prepare = some interim solution and then push it to security area=0D =0D LL: Requests factoring area sec area from the draft and leave work to = SEC =0D =0D ME: Kent, can you prepare some initial proposal=0D Chair: Requests Ken to drive sorting out next steps and work split with = SEC=0D =0D KW: it is already available as appendix to this draft=0D ME: ok, but in this case we are not able to proceed to LC now=0D =0D =0D 3. RESTCONF & Co. - A. Bierman (20 min.) =0D RESTCONF Protocol =0D http://tools.ietf.org/html/draft-ietf-netconf-restconf=0D =0D slide 3 - (#17)=0D no objections on proposed solution=0D =0D slide 4 - (#18)=0D KW: i don't like MAY in last sentence, it should be MUST=0D AB: we wanted to keep filter working also in anyxml, what about SHOULD?=0D= KW: we should work with anyxml as it is a blob=0D LL: what does mean "treat"? is XPATH the reason?=0D AB: the situation is more theoretical=0D LL: I feel that we loses time on minority things=0D AB: I believe that even these odd things should be specified to make = them clear=0D JS: YANG 1.1 is not interoperable with anyxml=0D AB: lets decide in mailing list=0D =0D =0D slide 5 - #19=0D AB: I'll open this in list=0D =0D ME: lets do it here, who is for and who is against?=0D Chair: Voting for solution on slide vs. Juergen's comment on = interoperability=0D result: 0 vs 2=0D =0D KW: against, I would handle it as blob=0D JS: leave it implementation specific, anyxml content is not = interoperable=0D LL: I agree with JS=0D =0D Issue #18 and #19 decision: =0D Juergens counterproposal: "Usage of anyxml may lead to inconsistent = behavior." =0D =0D Lada agrees=0D =0D AB: it is needed to distinct between schema and instance data trees = anyxml is like leaf, is it ok?=0D LL: yes, from the YANG point of view, from the implementation point of = view lets allow them to do whatever they want including doing nothing = and cutting it off so, implementation specific?=0D AB: ok=0D =0D slide 6 #24=0D ME: lets separate these issue to the mailing list, consensus was to use = XML=0D Mehmet recommends discussion on list, "XML consensus still valid"=0D =0D LL: there was actually no consensus, it doesn't make sense to postpone = it to the mailing list if the decision mechanism will be the same=0D ME: closing line, time issue here=0D =0D slide 8=0D ME: we don't have to wait with LC for publishing Y1.1=0D ME: Last Call should not wait for public YANG 1.1 to not further delay = draft=0D Andy disagrees=0D AB: yes, probably, but WG said we should wait for Y1.1=0D ME: yes, but we don't have to wait for publication, but finishing = changes in 1.1=0D ME: JS, is it possible to use it, is it stable?=0D JS: I miss anydata here, but I don't see a problem with processing it, = technical things are solved in 1.1=0D JS: Issue #25 needs to cover anydata. Technical discussions closed for = YANG 1.1=0D =0D =0D LL: there is also dependency on JSON encoding work=0D =0D Lada:Document should wait for YANG 1.1, but new features should already = be included in this draft=0D =0D Chair/Andy: Agreement to change some text and go to last call.=0D =0D =0D YANG Patch Media Type=0D http://tools.ietf.org/html/draft-ietf-netconf-yang-patch=0D =0D Issue #2:=0D Juergen: Document needs to be clear on unified storage (??)=0D =0D slide 3 #3=0D AB: any objections?=0D JS: document should say how the NETCONF + RESTCONF implementation works = when it is together=0D AB: NETCONF is silent about this=0D =0D =0D YANG Module Library=0D http://tools.ietf.org/wg/netconf/draft-ietf-netconf-yang-library/=0D =0D slide 4 #4 =0D ME: anybody objects?=0D JS: me and probably also MB are against, yang-library should tell which = schema revision was selected=0D JS: Not in agreement on proposed solution for #4=0D =0D AB: it make sense to import without revision only when it is absolutely = clear which version is selected, if the revision is explicitly needed = for client, it is wrong already in YANG=0D =0D BL (Jabber): I want this information=0D =0D Discussion to be continued on the list=0D =0D RESTCONF Collection Resource = http://tools.ietf.org/wg/netconf/draft-ietf-netconf-restconf-collection/=0D= =0D 4. Zero Touch Provisioning for NETCONF Call Home (ZeroTouch) - K. Watsen = (15 min.)=0D http://tools.ietf.org/html/draft-ietf-netconf-zerotouch=0D =0D slide9:=0D ME: are ANIMA people here? (NO) Timeplan for ANIMA bootstrapping design = team?=0D ME: another step is needed to make cooperation between ANIMA and NETCONF = working=0D ??(ANIMA): presentation was on Monday, another will be this afternoon, = you are invited=0D =0D no comment=0D =0D Non-Chartered items:=0D =0D 1. Meeting i2rs requirements using Subscribing to datastore push updates = - A. Clemm (15 min.) =0D https://tools.ietf.org/html/draft-clemm-netconf-yang-push=0D =0D =0D 4: =0D ME: from which source you've get info=0D EV: there are many different docs=0D ME: are those req. official=0D EV: not officially provided, but will be official to publish in this = document=0D =0D 14=0D JH: just observation, ???=0D EV: agree=0D KW: what about different transport protocols besides NETCONF, what do = you think?=0D EV: HTTP2 ... ?=0D MJ: is the use case part of the requirements?=0D EV: it's another WG text, not mine=0D ME: are these not yet targeted requirements or what kind is it?=0D EV:=0D ME: any comment to questions on last slide?=0D =0D JS: just a note or warning, don't overdo the number of features in the = first version=0D EV: yes, we don't want to scare people, it is split=0D =0D ME: last time there were huge support for this, I expect the same now=0D ME: no one objects against adopting this as WG item, huge support=0D Majority for adopting the document as WG item=0D ME: we want to do it faster, but before adopting we want LC for RESTCONF=0D= =0D AA: this is a key document for i2rs, we are waiting for this and we = really need it, the signal of support is needed in community, so please = adopt it, and say it on public=0D AA: Stressed importance of adoption. People are waiting for i2rs = implementations=0D BC: I understand you want to finish open work, but you are playing = ping-pong with i2rs, I feel frustration from different people, it should = have more demand=0D BC: Noticed frustration by WG waiting for each other. Suggests moving on = with the draft.=0D =0D Barbara ?: RESTCONF is future of CPE management and we analyze different = approaches and documents, but we analyze only WG documents, not = individual=0D LL: I believe it can be done in parallel=0D ME: ok, we will adopt it immediately=0D =0D JH: Persistency of config to be considered =0D =0D No topic from "worthy discussion list" found immediate attention -> list=0D= =0D AD's recommend to start as WG item =0D =0D 2. Report from ANIMA design team - Verbal report (5 min.)=0D =0D --=0D ANIMA design team: meant to define bootstrap process for autonomic = networks and hopefully others=0D =0D Ken will join afternoon session of ANIMA=0D =0D 3. I2RS requirements on NETCONF - tbd. (40 min.)=0D =0D slide 3=0D JH: =0D MJ: =0D LL: there is a gap in requirement document, it should describe what is = exactly happening with different types of data in NETCONF/RESTCONF/i2rs=0D= Q about params in NETCONF part, is it possible to change it in ephemeral = way, or NETCONF startup takes some role, or is it overlaid by ephemeral = version=0D JH: we are saying what we want to happen, but we are not NETCONF = experts, your Q has several possible answers/implementations, we would = like overlay approach but we don't insist on it=0D AA: it must be said somewhere how it interact and work together, but in = this we need a help from NETCONF experts=0D =0D JH: recommends to defer discussion on ephemeral state=0D JH: Requirements are descriptive , not prescriptive. Overlay useful as = an option=0D =0D AA: Asks the NETCONF community to decide best decision to handle input = config and ephemeral state=0D =0D SH: e.g. BGP YANG model, BGP RIP (?) in - we have a specific use case of = ephemeral, but we don't want to lose whole solution for a small thing=0D JS: what does mean the "non-ephemeral state"?=0D JS: requests clearance on "non-ephemeral state" in requirements = documents=0D KW: -> intended config =0D =0D (Comments part on slides)=0D JH: can you specify it more?=0D MJ: consumer will want both ephemeral and config, so there is union = between them, sometime it could be useful to have them separate, but = very often an app will need both types at once (complain about = implementing using separate datastore)=0D JH: There can be a union between ephemeral and persistent config and app = should be able to retrieve it=0D JH: existing Netconf GET read should allow this=0D MJ:=0D JH: it is too specific, more about implementation=0D ME: solution should be discussed later=0D =0D Ephemeral config=0D JH: where this come from=0D MJ: mailing list?=0D JH: this is not i2rs requirement=0D JH: "Session close" slide, does not believe requirement came form I2RS =0D= =0D Identity req.=0D JH: second identity is for traceability=0D JH: 2nd identity for traceability, not expected to persist, identity = needs to persist=0D =0D JH: identity is for maintaining internal state, metadata are = suggestions, ... we provide only recommendations and suggestions=0D =0D Jeff: identity necessary to maintain internal state, metadata = implementation suggestion (no requirement) to find out identity of a = given node=0D =0D read-only comment is a suggestion, implementation up to the group=0D =0D =0D Priorities=0D 1)=0D JH: separate requirements=0D JH: multi-headed control is separate from ephemeral, but have = implication upon each other=0D AA: priorities was the most simple thing we came with, giving as example = dynamic LSP ...???=0D we are providing requirements separately, but they are related together=0D= AA: priority simplest mechanism to handle multi-headed control=0D 2)=0D JH: clients have priorities, it is connected with users db, that's = reason for connection with NACM=0D JH: (could not follow reply on NACM)=0D --Apple-Mail=_34797EAC-C84D-4057-A2DE-135886F3F117 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii --Apple-Mail=_34797EAC-C84D-4057-A2DE-135886F3F117-- From nobody Wed Aug 5 04:50:21 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C7CA71B2FF9 for ; Wed, 5 Aug 2015 04:50:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001] 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 PS_YQPkzs0vF for ; Wed, 5 Aug 2015 04:50:16 -0700 (PDT) Received: from emea01-db3-obe.outbound.protection.outlook.com (mail-db3on0709.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe04::709]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 656E91B2FDA for ; Wed, 5 Aug 2015 04:50:12 -0700 (PDT) Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=ietfc@btconnect.com; Received: from pc6 (81.151.167.91) by DBXPR07MB061.eurprd07.prod.outlook.com (10.242.147.14) with Microsoft SMTP Server (TLS) id 15.1.225.19; Wed, 5 Aug 2015 11:49:56 +0000 Message-ID: <00e601d0cf74$ff188f60$4001a8c0@gateway.2wire.net> From: t.petch To: Mahesh Jethanandani , Netconf References: Date: Wed, 5 Aug 2015 12:50:39 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Originating-IP: [81.151.167.91] X-ClientProxiedBy: DB3PR05CA0017.eurprd05.prod.outlook.com (25.160.41.145) To DBXPR07MB061.eurprd07.prod.outlook.com (10.242.147.14) X-Microsoft-Exchange-Diagnostics: 1; DBXPR07MB061; 2:aqyBa64mrnIBofeCVl4hrp1hYJPOQUmBg3d8WrdcviHyaGyRYFHQpdol1wJ1HMTeXELJyMzGkEaqrAPJo3twHe4GNlJZjz/vYbkGbPRBC36d4vAziswfTw4/KpM18OwTbRgu2XefY9177uQYKScYqe1X9Q7AzfKR3RXeyLGvo8s=; 3:Ca5A73stZNSNT1hZP9kPnc/UlUXtTEdwbWsMxcFlXp/50xd8tXcbLZiYbRgCoZaiEHfAuA02imdmx9exXaRjhHkPKYgbL+uBH+Vdainu18YulslBt223BVi9cLayKQSMrwbSiv9ehzi0VfUPOIzEZQ==; 25:e11JEvJa6hXYzotl2EjbbG4rIqRb/EURt5APvdIXfj2P6s3e36hum7lEZEu2ZxPTKbKbxEJ8D6sJ8UQu/Y+sRm/yHEDB0BazUC4b87Vk35axxlDZhQC/xnouQwZIHTfWdLCBSoAM+/qXSUqNYvphtS0/Arl/0/XczH98GXvud/q1f/ZuWj7NRVC6DsnSvTAwfDSCoiiLCH3ZcLBfOLPUZW7ltbWwuD9XwEPXhgqqHhZrjW1UoL3njV8m9g7I+WZVCaGLuI9QI7XRoT7uOsybFw==; 4:A+KpsVogTmRF3YlFgiFaFHy/meH304+o3yMw4uuicOx3dubnTAcGwTpwPBYkeGjCdy7/xdh/CTuk7p8Byvj4JGD7sl7YzIj342CEmSo6wTyd3lY/SCLNM/9HRaYE0ItUQHalJvQQs/5B96GA9bqM1hstuR8cNdEvffbKzsIR3BbZDfODve5wFHdpHo8JiDOV1LLoyZLeuvo3iloqmmXw9Vt+udUgwNp9TqL3kma72Ul9EY7Kgm/YVmbFxLs35Vlyf5xbLH1eQ8e6HjWrpS5Vh2a0Ekkh2RhbbNIkOvKZ3NA= X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DBXPR07MB061; X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(5005006)(3002001); SRVR:DBXPR07MB061; BCL:0; PCL:0; RULEID:; SRVR:DBXPR07MB061; X-Forefront-PRVS: 06592CCE58 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(6009001)(199003)(189002)(377454003)(13464003)(84392001)(77096005)(81686999)(76176999)(19580395003)(189998001)(106356001)(105586002)(116806002)(1456003)(1556002)(19580405001)(15975445007)(33646002)(46102003)(50226001)(68736005)(44716002)(61296003)(87976001)(5890100001)(81816999)(40100003)(62966003)(66066001)(92566002)(77156002)(122386002)(23756003)(62236002)(50986999)(5001860100001)(5001960100002)(5001830100001)(42186005)(47776003)(14496001)(4001540100001)(44736004)(5001920100001)(50466002)(64706001)(86362001)(101416001)(5001770100001)(81156007)(97736004)(74416001)(7726001); DIR:OUT; SFP:1102; SCL:1; SRVR:DBXPR07MB061; H:pc6; FPR:; SPF:None; PTR:InfoNoRecords; A:0; MX:1; LANG:en; Received-SPF: None (protection.outlook.com: btconnect.com does not designate permitted sender hosts) X-Microsoft-Exchange-Diagnostics: =?iso-8859-1?Q?1; DBXPR07MB061; 23:u3Cl5La9MoDe2qsRArL8YxrK/telfXcrxuCb2O3y?= =?iso-8859-1?Q?lDg6VvrpdrmkKITUlfbJux7yHYoDRVooKpDsxWa4JRJ6SJoX0MTRQhMsqc?= =?iso-8859-1?Q?taqwSSMOMkCBTzuV3vxHqT4+44O+XjXO5rW+XBM/tZTve9g5WC/woBRzzV?= =?iso-8859-1?Q?DwGcHuLsGO6PKDSr0MR9mJlhcqdPYo7P+coWodDTpfthuIO3wvZSQlE5zL?= =?iso-8859-1?Q?AamyKXq/kZb8yuxgaUAsvqWQWCjqB8nVoKZAtIW94bCtPuMO9k3uIX904s?= =?iso-8859-1?Q?6i1zjjib6lpUEFqXoTZC/PzsD6HURsuE/90ArMoPPBuLc89ppZBWd7QrI3?= =?iso-8859-1?Q?bsc6AX+48mR/faasPNeUD3mVuaJTSif/RvsqbMzBTMfmZ9tpugEelnKtSe?= =?iso-8859-1?Q?NQR0fF9fZjoROSofYIia48nw6aMwgrFHyaUhUNxeDVCCz+sJQNWJ9+mura?= =?iso-8859-1?Q?/PY6T21PrTzZ/olABg6igNaB+FT9cLMittZJJ5sg4WkbgRDY0WlKNDCiq7?= =?iso-8859-1?Q?6RHDw412TPjgwF7xVUqA0sSr1Igf61sqeJKnmIRWoGcLzV2/lbw5q7I5/q?= =?iso-8859-1?Q?n4PntRZ46QRU0C3XXAdpem7K6WCcwytwh+z0l0pZUE3yG8gHpph+lshkc7?= =?iso-8859-1?Q?4rT9O9k4x4bRlTbj3Vx2I7GbJwVLBH/33FDEhaODoGFFrLE8xKVf53hV33?= =?iso-8859-1?Q?Bapbmz5KGGOrGoubsTx+4FeaZ8wH8oxp0SAjwpAVfB3P1HhS5jwcBIsc/+?= =?iso-8859-1?Q?nUCXFAFo69NCtXqzrIAjS+ixCgY/X46FsGyKR4LGZEA2xIG60f0/O7eDgU?= =?iso-8859-1?Q?bRoWhqIgVcP3iEJiiEIdtoUBtaMYprapx6E/4ZKul0fYWDUk/yGtxkIEJ3?= =?iso-8859-1?Q?1jkZwnHeezYahBfW/7bXdbkuw/a31iZwbL6yo9RMy0sgqYddl6rIIdbnCA?= =?iso-8859-1?Q?vzjyKScE9AkBVfCP/cQB3Vv6mc5b7UXHjYDuC+4NlUuXZRpr4C4mSC+WRi?= =?iso-8859-1?Q?Z3bl31wsf+S1OZjYWKyaP88+YdmHVT1woR0GVB/xYURRC1bFUvbwaDQQZw?= =?iso-8859-1?Q?iN+4WtnL6q5bzBiC+sAEPTXGxmR9NB6vPvHblbii64hU30AFkdLi1Y/s4f?= =?iso-8859-1?Q?IESJ47RcsNLB9MUJm2fFUm20hkCIUkdw/FlykqHOQ8bkC0t0AkDDRFwEVg?= =?iso-8859-1?Q?8ZjlaeQOG4ikUEuLll50MhQljjGgbXoiA7ftkIiHctouh9eyUp6L7wMgNv?= =?iso-8859-1?Q?0vYSlT9kR7a2E2hhvsAkt+EsNeP/a4hsO4qtnL3y79tnqq9aJYC+NO25LZ?= =?iso-8859-1?Q?Vdc4YTFqhPHkJLVMC1OzdZY7uoeao/y3wmxfenaxxK/VD8MGF4sJxta5Ux?= =?iso-8859-1?Q?uUpOuNhtXWFJ+QYchVkgR4pKEM5lOAuHee/rGNkuJJXa2+iy9vkfojFm0p?= =?iso-8859-1?Q?qycrjuE0tXrqQ=3D?= X-Microsoft-Exchange-Diagnostics: 1; DBXPR07MB061; 5:cGDpto01JrF4DwCZbqWLgiKKfKLXoiiC3DBdAM9yg9Jlu0JDYOqHL4dNRtsxFCOyFefYbLX44haApmAv3ibaNdt0cvTdk4BAnw9T0QZhV0oiuvDM49Oe78Kfi1zZPYY9X9n4CYWDFGlEK+iOBsZhyw==; 24:vLR9OqbbfzaLmx+kXfSNV9tK0ja8PKDnZ+64TX0N99lrE33zBnG8wpKsAAiOoWJdHE9RZ2S0ROhiBPWY7A5gAE2j+QQcS3LuCfeINKpfuYk=; 20:GONqqb7n6q0ESvH+5Mlj9DubOSFjovcZ6FPMJlYnniYq8Let3MeGHh0SavzMXa1Kl3XaZNsDHHKUeHolpQTo7g== SpamDiagnosticOutput: 1:23 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: btconnect.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 05 Aug 2015 11:49:56.2138 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: DBXPR07MB061 Archived-At: Cc: bs7652@att.com Subject: Re: [Netconf] Draft minutes of IETF 93. X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Aug 2015 11:50:20 -0000 I wonder who the Barbara is who said 'RESTCONF is future of CPE management ' Were that to be Barbara Stark, I would regard that as a most significant statement, perhaps the most important in IETF93. Tom Petch ----- Original Message ----- From: "Mahesh Jethanandani" To: "Netconf" Sent: Tuesday, August 04, 2015 9:00 PM Please provide comments/corrections on the attached draft minutes. The updated minutes will be uploaded next Wednesday - August 12. Thanks Mahesh & Mehmet. ------------------------------------------------------------------------ -------- > > > > > ------------------------------------------------------------------------ -------- > _______________________________________________ > Netconf mailing list > Netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf > From nobody Wed Aug 5 04:55:53 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0B4D31B2FF6 for ; Wed, 5 Aug 2015 04:55:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.301 X-Spam-Level: X-Spam-Status: No, score=-6.301 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_15=0.6, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001] 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 ojByvMx9xFi7 for ; Wed, 5 Aug 2015 04:55:50 -0700 (PDT) Received: from demumfd002.nsn-inter.net (demumfd002.nsn-inter.net [93.183.12.31]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F3BDB1B2FDF for ; Wed, 5 Aug 2015 04:55:49 -0700 (PDT) Received: from demuprx017.emea.nsn-intra.net ([10.150.129.56]) by demumfd002.nsn-inter.net (8.15.1/8.15.1) with ESMTPS id t75Bthqj023549 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 5 Aug 2015 11:55:43 GMT Received: from DEMUHTC001.nsn-intra.net ([10.159.42.32]) by demuprx017.emea.nsn-intra.net (8.12.11.20060308/8.12.11) with ESMTP id t75Btg7x005119 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 5 Aug 2015 13:55:42 +0200 Received: from DEMUHTC011.nsn-intra.net (10.159.42.42) by DEMUHTC001.nsn-intra.net (10.159.42.32) with Microsoft SMTP Server (TLS) id 14.3.248.2; Wed, 5 Aug 2015 13:55:42 +0200 Received: from DEMUMBX005.nsn-intra.net ([169.254.5.210]) by DEMUHTC011.nsn-intra.net ([10.159.42.42]) with mapi id 14.03.0248.002; Wed, 5 Aug 2015 13:55:42 +0200 From: "Ersue, Mehmet (Nokia - DE/Munich)" To: "ext t.petch" , Mahesh Jethanandani , Netconf Thread-Topic: [Netconf] Draft minutes of IETF 93. Thread-Index: AQHQz3TrDT989dgCLkODFYdCimSLJZ39TBRg Date: Wed, 5 Aug 2015 11:55:41 +0000 Message-ID: References: <00e601d0cf74$ff188f60$4001a8c0@gateway.2wire.net> In-Reply-To: <00e601d0cf74$ff188f60$4001a8c0@gateway.2wire.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.159.42.120] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-purgate-type: clean X-purgate-Ad: Categorized by eleven eXpurgate (R) http://www.eleven.de X-purgate: clean X-purgate: This mail is considered clean (visit http://www.eleven.de for further information) X-purgate-size: 1365 X-purgate-ID: 151667::1438775743-0000676C-5B3DA0E3/0/0 Archived-At: Cc: "bs7652@att.com" Subject: Re: [Netconf] Draft minutes of IETF 93. X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Aug 2015 11:55:52 -0000 I think it was Barbara Stark speaking from BBF pov. Cheers,=20 Mehmet=20 -----Original Message----- From: Netconf [mailto:netconf-bounces@ietf.org] On Behalf Of ext t.petch Sent: Wednesday, August 05, 2015 1:51 PM To: Mahesh Jethanandani; Netconf Cc: bs7652@att.com Subject: Re: [Netconf] Draft minutes of IETF 93. I wonder who the Barbara is who said 'RESTCONF is future of CPE management ' Were that to be Barbara Stark, I would regard that as a most significant statement, perhaps the most important in IETF93. Tom Petch ----- Original Message ----- From: "Mahesh Jethanandani" To: "Netconf" Sent: Tuesday, August 04, 2015 9:00 PM Please provide comments/corrections on the attached draft minutes. The updated minutes will be uploaded next Wednesday - August 12. Thanks Mahesh & Mehmet. ------------------------------------------------------------------------ -------- > > > > > ------------------------------------------------------------------------ -------- > _______________________________________________ > Netconf mailing list > Netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf > _______________________________________________ Netconf mailing list Netconf@ietf.org https://www.ietf.org/mailman/listinfo/netconf From nobody Wed Aug 5 06:21:08 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 945C11A1A60 for ; Wed, 5 Aug 2015 06:21:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.21 X-Spam-Level: X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, 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 qZDhv240JqCW for ; Wed, 5 Aug 2015 06:21:05 -0700 (PDT) Received: from nbfkord-smmo05.seg.att.com (nbfkord-smmo05.seg.att.com [209.65.160.92]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 644911A0264 for ; Wed, 5 Aug 2015 06:21:05 -0700 (PDT) Received: from unknown [144.160.229.23] (EHLO alpi154.enaf.aldc.att.com) by nbfkord-smmo05.seg.att.com(mxl_mta-7.2.4-5) with ESMTP id 1cd02c55.2ab91007f940.1516191.00-2410.4287422.nbfkord-smmo05.seg.att.com (envelope-from ); Wed, 05 Aug 2015 13:21:05 +0000 (UTC) X-MXL-Hash: 55c20dc1122f8bfa-9c1f7c75171217198f8f8ec3bf8fe19de8a87cd5 Received: from unknown [144.160.229.23] (EHLO alpi154.enaf.aldc.att.com) by nbfkord-smmo05.seg.att.com(mxl_mta-7.2.4-5) over TLS secured channel with ESMTP id 6ad02c55.0.1515937.00-2171.4286676.nbfkord-smmo05.seg.att.com (envelope-from ); Wed, 05 Aug 2015 13:20:43 +0000 (UTC) X-MXL-Hash: 55c20dab6adf5e83-1a457ada1677ead7656dc0344c2a6a4ae35447b4 Received: from enaf.aldc.att.com (localhost [127.0.0.1]) by alpi154.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id t75DKblS026979; Wed, 5 Aug 2015 09:20:38 -0400 Received: from alpi133.aldc.att.com (alpi133.aldc.att.com [130.8.217.3]) by alpi154.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id t75DKUSp026770 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 5 Aug 2015 09:20:32 -0400 Received: from GAALPA1MSGHUBAF.ITServices.sbc.com (GAALPA1MSGHUBAF.itservices.sbc.com [130.8.218.155]) by alpi133.aldc.att.com (RSA Interceptor); Wed, 5 Aug 2015 13:20:27 GMT Received: from GAALPA1MSGUSRBF.ITServices.sbc.com ([169.254.5.63]) by GAALPA1MSGHUBAF.ITServices.sbc.com ([130.8.218.155]) with mapi id 14.03.0224.002; Wed, 5 Aug 2015 09:20:26 -0400 From: "STARK, BARBARA H" To: "t.petch" , Mahesh Jethanandani , Netconf Thread-Topic: [Netconf] Draft minutes of IETF 93. Thread-Index: AQHQz3TeKxCFgLyBJEOC7uN+wtmq0539Yulg Date: Wed, 5 Aug 2015 13:20:26 +0000 Message-ID: <2D09D61DDFA73D4C884805CC7865E61132ACE6D2@GAALPA1MSGUSRBF.ITServices.sbc.com> References: <00e601d0cf74$ff188f60$4001a8c0@gateway.2wire.net> In-Reply-To: <00e601d0cf74$ff188f60$4001a8c0@gateway.2wire.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.70.82.42] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-RSA-Inspected: yes X-RSA-Classifications: public X-AnalysisOut: [v=2.0 cv=LYqLHEji c=1 sm=1 a=VXHOiMMwGAwA+y4G3/O+aw==:17 a] X-AnalysisOut: [=zQP7CpKOAAAA:8 a=XIqpo32RAAAA:8 a=nHFa6bIsU2oA:10 a=uRRa7] X-AnalysisOut: [4qj2VoA:10 a=LZxLoLgxee6qslHY6AYA:9 a=CjuIK1q_8ugA:10] X-Spam: [F=0.4771725124; CM=0.500; S=0.477(2015072901)] X-MAIL-FROM: X-SOURCE-IP: [144.160.229.23] Archived-At: Subject: Re: [Netconf] Draft minutes of IETF 93. X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Aug 2015 13:21:06 -0000 > I wonder who the Barbara is who said > 'RESTCONF is future of CPE management ' >=20 > Were that to be Barbara Stark, I would regard that as a most significant > statement, perhaps the most important in IETF93. Ouch! I should read the minutes. What I said was that I'm currently project= leading an activity in BBF to figure out the evolution of TR-069 and CPE m= anagement. Restconf is on the table for consideration as a possible part of= this evolution. But in managing CPE, "PubSub" type capability is critical.= In considering IETF work, I only expect working group drafts to be conside= red, and not individual drafts. [My comments were during the presentation o= f the PubSub NETCONF capability.] Barbara From nobody Wed Aug 5 09:00:31 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3EB131B2B5E for ; Wed, 5 Aug 2015 09:00:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] 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 cmQGoBrS3PSZ for ; Wed, 5 Aug 2015 09:00:28 -0700 (PDT) Received: from alln-iport-5.cisco.com (alln-iport-5.cisco.com [173.37.142.92]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4ED201A0143 for ; Wed, 5 Aug 2015 09:00:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1267; q=dns/txt; s=iport; t=1438790426; x=1440000026; h=from:to:cc:subject:date:message-id: content-transfer-encoding:mime-version; bh=GDPAeDVEqGv+OnnEwlDe8RVCgsXotXund3qbKnQ4be8=; b=aorzjwMODE7pT3MjUCdErg8HWCH+kvNHAAYC6yQvxcrcZjdnIP+tBp0+ 5mmL/Fw9NwAPqyfAKpMfXgGkzbnJRu5CZEMVeUqhHiEQEvayeNOKxJVTJ 5HLbqIXHCxHIv//AutNKa0V6Z2vTs77MF0F3Y3klnUwtBYjbI2pHKuiHn 0=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0AxAwCdMsJV/5pdJa1bgxtUaQa8fgmCBIUvSgKBSDgUAQEBAQEBAYEKhCUBBDo/EgEqAxFCJgEEAQ0NDIgaDcxfAQEBAQEBAQEBAQEBAQEBAQEBAQEBEwSLT4Q3AQEfMQKDHYEUBZR/AYxWmWUmgg4cgVNvAYENOoEEAQEB X-IronPort-AV: E=Sophos;i="5.15,618,1432598400"; d="scan'208";a="175783103" Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by alln-iport-5.cisco.com with ESMTP; 05 Aug 2015 16:00:25 +0000 Received: from XCH-RCD-007.cisco.com (xch-rcd-007.cisco.com [173.37.102.17]) by rcdn-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id t75G0POB018475 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 5 Aug 2015 16:00:25 GMT Received: from xch-rcd-007.cisco.com (173.37.102.17) by XCH-RCD-007.cisco.com (173.37.102.17) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Wed, 5 Aug 2015 11:00:24 -0500 Received: from xhc-rcd-x02.cisco.com (173.37.183.76) by xch-rcd-007.cisco.com (173.37.102.17) with Microsoft SMTP Server (TLS) id 15.0.1104.5 via Frontend Transport; Wed, 5 Aug 2015 11:00:24 -0500 Received: from xmb-aln-x11.cisco.com ([169.254.6.68]) by xhc-rcd-x02.cisco.com ([173.37.183.76]) with mapi id 14.03.0248.002; Wed, 5 Aug 2015 11:00:24 -0500 From: "Eric Voit (evoit)" To: "Andy Bierman (andy@yumaworks.com)" , "Martin Bjorklund (mbjorklu)" , Kent Watsen Thread-Topic: Revisit of HTTP2 and Restconf ? Thread-Index: AdDPl86A76pWtdLAR4GmwWx+jhP3Kw== Date: Wed, 5 Aug 2015 16:00:23 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [173.36.7.22] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "netconf@ietf.org" Subject: [Netconf] Revisit of HTTP2 and Restconf ? X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Aug 2015 16:00:29 -0000 In January 2014, there was a thread on the relevance of HTTP 2.0 to Restcon= f. At the time it was decided to treat HTTP1.1 & HTTP2.0 the same. https://www.ietf.org/mail-archive/web/netconf/current/msg08579.html=20 At some point, it might be worth reexamining that conclusion. Below are so= me reasons why the benefits of HTTP2.0 might be useful to explicitly suppor= t within Restconf: (1) Full stream multiplexing, stream prioritization and flow control (2) Since TLS is underneath HTTP2, there is no need to establish multiple T= LS connections to partially achieve goals of (1) (3) TCP Session scale: No need for multiple TCP connections and bindings/di= stribution into these parallel connections (4) Ride the performance/scale curve of current HTTP2 development I have a vested interest here, as many YANG subscription updates can be pus= hed concurrently from a network device. With such support, we can avoid he= ad-of-line blocking issues. That said, I have no desire to slow down Restconf work for the deltas neces= sary for HTTP2 parameter support. But if people believe this is interesti= ng, perhaps the community would welcome a draft defining the deltas beyond = the Restconf. =20 Thoughts? Eric =20 From nobody Wed Aug 5 09:10:07 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 779441B2B7C for ; Wed, 5 Aug 2015 09:10:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.901 X-Spam-Level: X-Spam-Status: No, score=-6.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001] 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 GFyHLH7LM0rE for ; Wed, 5 Aug 2015 09:10:04 -0700 (PDT) Received: from demumfd002.nsn-inter.net (demumfd002.nsn-inter.net [93.183.12.31]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A99A51B3140 for ; Wed, 5 Aug 2015 09:09:58 -0700 (PDT) Received: from demuprx017.emea.nsn-intra.net ([10.150.129.56]) by demumfd002.nsn-inter.net (8.15.1/8.15.1) with ESMTPS id t75G9pfA019950 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 5 Aug 2015 16:09:52 GMT Received: from DEMUHTC004.nsn-intra.net ([10.159.42.35]) by demuprx017.emea.nsn-intra.net (8.12.11.20060308/8.12.11) with ESMTP id t75G9nuV028560 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 5 Aug 2015 18:09:49 +0200 Received: from DEMUMBX005.nsn-intra.net ([169.254.5.210]) by DEMUHTC004.nsn-intra.net ([10.159.42.35]) with mapi id 14.03.0248.002; Wed, 5 Aug 2015 18:09:48 +0200 From: "Ersue, Mehmet (Nokia - DE/Munich)" To: "ext STARK, BARBARA H" , "t.petch" , Mahesh Jethanandani , Netconf Thread-Topic: [Netconf] Draft minutes of IETF 93. Thread-Index: AQHQz3TeDT989dgCLkODFYdCimSLJZ39YulggAAwTJA= Date: Wed, 5 Aug 2015 16:09:48 +0000 Message-ID: References: <00e601d0cf74$ff188f60$4001a8c0@gateway.2wire.net> <2D09D61DDFA73D4C884805CC7865E61132ACE6D2@GAALPA1MSGUSRBF.ITServices.sbc.com> In-Reply-To: <2D09D61DDFA73D4C884805CC7865E61132ACE6D2@GAALPA1MSGUSRBF.ITServices.sbc.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.159.42.155] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-purgate-type: clean X-purgate-Ad: Categorized by eleven eXpurgate (R) http://www.eleven.de X-purgate: clean X-purgate: This mail is considered clean (visit http://www.eleven.de for further information) X-purgate-size: 1214 X-purgate-ID: 151667::1438790992-0000676C-9DE75A44/0/0 Archived-At: Subject: Re: [Netconf] Draft minutes of IETF 93. X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Aug 2015 16:10:06 -0000 Thank you Barbara for clarification. We will update the minutes. Cheers,=20 Mehmet=20 -----Original Message----- From: Netconf [mailto:netconf-bounces@ietf.org] On Behalf Of ext STARK, BAR= BARA H Sent: Wednesday, August 05, 2015 3:20 PM To: t.petch; Mahesh Jethanandani; Netconf Subject: Re: [Netconf] Draft minutes of IETF 93. > I wonder who the Barbara is who said > 'RESTCONF is future of CPE management ' >=20 > Were that to be Barbara Stark, I would regard that as a most significant > statement, perhaps the most important in IETF93. Ouch! I should read the minutes. What I said was that I'm currently project= leading an activity in BBF to figure out the evolution of TR-069 and CPE m= anagement. Restconf is on the table for consideration as a possible part of= this evolution. But in managing CPE, "PubSub" type capability is critical.= In considering IETF work, I only expect working group drafts to be conside= red, and not individual drafts. [My comments were during the presentation o= f the PubSub NETCONF capability.] Barbara _______________________________________________ Netconf mailing list Netconf@ietf.org https://www.ietf.org/mailman/listinfo/netconf From nobody Wed Aug 5 09:42:56 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DB4EF1B31BA for ; Wed, 5 Aug 2015 09:42:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] 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 sLiIBfCFNLYG for ; Wed, 5 Aug 2015 09:42:50 -0700 (PDT) Received: from rcdn-iport-8.cisco.com (rcdn-iport-8.cisco.com [173.37.86.79]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AC6C21B31B7 for ; Wed, 5 Aug 2015 09:42:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=21800; q=dns/txt; s=iport; t=1438792968; x=1440002568; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=i/Gnk64jAC5SVFb5OXihqntgmtLLYNbWusVdKQJv2l8=; b=Srd42P/G6fqkzZYZafChECav68CCvFNjhQjnURCd3Q8uHloAta/7uqns n1dDIMxf2ziIVT9a8Iev8gDMF315yYq3tSt8zTy47wcNrJPkXteBMCi8s IsvhjBCnyeTL/A+CELpkFHICr8s1zRACH4rs+HCPCtraijl0gni0K4g29 4=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0BTAwCoPMJV/4MNJK1bgk5NVGkGgx25YQmBegEJhS9KAhyBLDgUAQEBAQEBAX8LhCMBAQEEAQEBIApBBAcQAgEIFQ0DGgMCAgIlCxQRAgQOBQiIJg22SZY7AQEBAQEBAQEBAQEBAQEBAQEBAQEBEwSLT4Q3AQEFGhYXBAYBgmkvgRQFhxkChl6EAoMEAYongi+BRhWEDpAYg2Qmg31vgQ46gQQBAQE X-IronPort-AV: E=Sophos; i="5.15,618,1432598400"; d="scan'208,217"; a="16099765" Received: from alln-core-1.cisco.com ([173.36.13.131]) by rcdn-iport-8.cisco.com with ESMTP; 05 Aug 2015 16:42:47 +0000 Received: from XCH-RCD-007.cisco.com (xch-rcd-007.cisco.com [173.37.102.17]) by alln-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id t75GglBs025315 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 5 Aug 2015 16:42:47 GMT Received: from xch-rcd-007.cisco.com (173.37.102.17) by XCH-RCD-007.cisco.com (173.37.102.17) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Wed, 5 Aug 2015 11:42:46 -0500 Received: from xhc-aln-x06.cisco.com (173.36.12.80) by xch-rcd-007.cisco.com (173.37.102.17) with Microsoft SMTP Server (TLS) id 15.0.1104.5 via Frontend Transport; Wed, 5 Aug 2015 11:42:46 -0500 Received: from xmb-aln-x11.cisco.com ([169.254.6.68]) by xhc-aln-x06.cisco.com ([173.36.12.80]) with mapi id 14.03.0248.002; Wed, 5 Aug 2015 11:42:46 -0500 From: "Eric Voit (evoit)" To: "du.baowei23@zte.com.cn" Thread-Topic: [Netconf] rfc5277:one session can only support one ? Thread-Index: AQHQzlxegxsRQ0QNHEWR9HpNeNpDqZ39msrg Date: Wed, 5 Aug 2015 16:42:46 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [173.36.7.22] Content-Type: multipart/alternative; boundary="_000_EF64FF31F4C4384DBCE5D513A791C2B121B1E92Dxmbalnx11ciscoc_" MIME-Version: 1.0 Archived-At: Cc: Netconf Subject: Re: [Netconf] rfc5277:one session can only support one ? X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Aug 2015 16:42:53 -0000 --_000_EF64FF31F4C4384DBCE5D513A791C2B121B1E92Dxmbalnx11ciscoc_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 ZHJhZnQtY2xlbW0tbmV0Y29uZi15YW5nLXB1c2ggaXMgaW50ZW5kZWQgdG8gc3VwcG9ydCBtYW55 IHN1YnNjcmlwdGlvbnMgb24gYSBORVRDT05GIHNlc3Npb24uICBUaGlzIGRyYWZ0IHdhcyB2ZXJi YWxseSBhcHByb3ZlZCBmb3IgV0cgc3RhdHVzIGEgY291cGxlIHdlZWtzIGFnbyBpbiBQcmFndWUs IGFsdGhvdWdoIHRoZSBmb3JtYWwgbWFpbGluZyBsaXN0IHZvdGUgaXMgc3RpbGwgcGVuZGluZy4N Cg0KQ2FuIHlvdSB0YWtlIGEgbG9vayBhdCBzZWN0aW9uIDMuOCBvZiB0aGF0IGRyYWZ0IGFib3Zl IGFuZCBzZWUgaWYgaXQgbWVldHMgeW91ciBuZWVkcz8gICBBbmQgaWYgbm90LCBzdWdnZXN0IHdo YXQgZWxzZSBtaWdodCBiZSBuZWNlc3Nhcnk/DQoNClRoYW5rcywNCkVyaWMNCg0KRnJvbTogQW5k eSBCaWVybWFuLCBBdWd1c3QgMDMsIDIwMTUgMTA6MjIgUE0NCg0KDQpPbiBNb24sIEF1ZyAzLCAy MDE1IGF0IDY6NTIgUE0sIDxkdS5iYW93ZWkyM0B6dGUuY29tLmNuPG1haWx0bzpkdS5iYW93ZWky M0B6dGUuY29tLmNuPj4gd3JvdGU6DQpIZWxsbyENCg0KSSB3YXMgY29uZnVzZWQgYnkgdGhlIFJG QzUyNzcgcmVsYXRpb25zaGlwIGJldHdlZW4gdGhlIHNlc3Npb24gYW5kIHN1YnNjcmlwdGlvbiBu dW1iZXJzLg0KDQpJbiBSRkM1Mjc3Og0KDQoyLiAgTm90aWZpY2F0aW9uLVJlbGF0ZWQgT3BlcmF0 aW9ucw0KMi4xLiAgU3Vic2NyaWJpbmcgdG8gUmVjZWl2ZSBFdmVudCBOb3RpZmljYXRpb25zDQoN CiAgIFRoZSBldmVudCBub3RpZmljYXRpb24gc3Vic2NyaXB0aW9uIGlzIGluaXRpYXRlZCBieSB0 aGUgTkVUQ09ORg0KICAgY2xpZW50IGFuZCByZXNwb25kZWQgdG8gYnkgdGhlIE5FVENPTkYgc2Vy dmVyLiAgQSBzdWJzY3JpcHRpb24gaXMNCiAgIGJvdW5kIHRvIGEgc2luZ2xlIHN0cmVhbSBmb3Ig dGhlIGxpZmV0aW1lIG9mIHRoZSBzdWJzY3JpcHRpb24uICBXaGVuDQogICB0aGUgZXZlbnQgbm90 aWZpY2F0aW9uIHN1YnNjcmlwdGlvbiBpcyBjcmVhdGVkLCB0aGUgZXZlbnRzIG9mDQogICBpbnRl cmVzdCBhcmUgc3BlY2lmaWVkLg0KDQpRVUVTVElPTu+8mmEgc2Vzc2lvbiBjYW4gY29udGFpbiBz dWJzY3JpcHRpb24uDQogICAgICAgICAgTWF5IGEgc2Vzc2lvbiBjb250YWluIHNldmVyYWwgc3Vi c2NyaXB0aW9ucz8NCg0KDQpubw0KDQo2LiAgSW50ZXJsZWF2ZSBDYXBhYmlsaXR5DQo2LjUuICBN b2RpZmljYXRpb25zIHRvIEV4aXN0aW5nIE9wZXJhdGlvbnMNCg0KICAgV2hlbiBhIDxjcmVhdGUt c3Vic2NyaXB0aW9uPiBpcyBzZW50IHdoaWxlIGFub3RoZXIgc3Vic2NyaXB0aW9uIGlzDQogICBh Y3RpdmUgb24gdGhhdCBzZXNzaW9uLCB0aGUgZm9sbG93aW5nIGVycm9yIHdpbGwgYmUgcmV0dXJu ZWQ6DQoNCiAgICAgIFRhZzogb3BlcmF0aW9uLWZhaWxlZA0KDQogICAgICBFcnJvci10eXBlOiBw cm90b2NvbA0KDQogICAgICBTZXZlcml0eTogZXJyb3INCg0KICAgICAgRXJyb3ItaW5mbzogbm9u ZQ0KDQogICAgICBEZXNjcmlwdGlvbjogUmVxdWVzdCBjb3VsZCBub3QgYmUgY29tcGxldGVkIGJl Y2F1c2UgdGhlIHJlcXVlc3RlZA0KICAgICAgb3BlcmF0aW9uIGZhaWxlZCBmb3Igc29tZSByZWFz b24gbm90IGNvdmVyZWQgYnkgYW55IG90aGVyIGVycm9yDQogICAgICBjb25kaXRpb24uDQoNClFV RVNUSU9OOiB3aGVuIGludGVybGVhdmUgY2FwYWJpbGl0eSBpcyBhY3RpdmUsIGEgc2Vzc2lvbiBj YW4gb25seSBzdXBwb3J0DQogICAgICAgICAgb25lIDxjcmVhdGUtc3Vic2NyaXB0aW9uPiBhdCBv bmUgdGltZS4NCiAgICAgICAgICBEb2VzIGl0IGltcGx5IHRoYXQNCiAgICAgICAgICB3aGVuIGEg c3Vic2NyaXB0aW9uIGlzIGFjdGl2ZSwgaWYgdGhlcmUgaXMgbm8gaW50ZXJsZWF2ZSBjYXBhYmls aXR5DQogICAgICAgICAgYW5kIGFnZW50IHJlY2VpdmUgYW5vdGhlciA8Y3JlYXRlLXN1YnNjcmlw dGlvbj4sIHNlc3Npb24gd2lsbA0KICAgICAgICAgIHN1cHBvcnQgYm90aCB0d28gc3Vic2NyaXB0 aW9uPw0KDQoNCnRoZSA6aW50ZXJsZWF2ZSBjYXBhYmlsaXR5IG1lYW5zIHRoZSBzZXJ2ZXIgd2ls bCBhY2NlcHQgY29tbWFuZHMgb24NCnRoZSBzYW1lIHNlc3Npb24gdGhhdCBub3RpZmljYXRpb25z IGFyZSBiZWluZyBzZW50LiAgVGhlIHNlcnZlciBoYXMNCnRvIGludGVybGVhdmUgY29tcGxldGUg PHJwYy1yZXBseT4gYW5kIDxub3RpZmljYXRpb24+IG1lc3NhZ2VzDQoNCkFub3RoZXIgPGNyZWF0 ZS1zdWJzY3JpcHRpb24+IGlzIG5vdCBhbGxvd2VkLg0KDQp0aGFua3MgOikNCg0KQW5keQ0KDQoN Cg0KDQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tDQoNClpURSBJbmZvcm1hdGlvbiBTZWN1cml0eSBOb3RpY2U6IFRoZSBpbmZvcm1hdGlv biBjb250YWluZWQgaW4gdGhpcyBtYWlsIChhbmQgYW55IGF0dGFjaG1lbnQgdHJhbnNtaXR0ZWQg aGVyZXdpdGgpIGlzIHByaXZpbGVnZWQgYW5kIGNvbmZpZGVudGlhbCBhbmQgaXMgaW50ZW5kZWQg Zm9yIHRoZSBleGNsdXNpdmUgdXNlIG9mIHRoZSBhZGRyZXNzZWUocykuICBJZiB5b3UgYXJlIG5v dCBhbiBpbnRlbmRlZCByZWNpcGllbnQsIGFueSBkaXNjbG9zdXJlLCByZXByb2R1Y3Rpb24sIGRp c3RyaWJ1dGlvbiBvciBvdGhlciBkaXNzZW1pbmF0aW9uIG9yIHVzZSBvZiB0aGUgaW5mb3JtYXRp b24gY29udGFpbmVkIGlzIHN0cmljdGx5IHByb2hpYml0ZWQuICBJZiB5b3UgaGF2ZSByZWNlaXZl ZCB0aGlzIG1haWwgaW4gZXJyb3IsIHBsZWFzZSBkZWxldGUgaXQgYW5kIG5vdGlmeSB1cyBpbW1l ZGlhdGVseS4NCg0KDQoNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX18NCk5ldGNvbmYgbWFpbGluZyBsaXN0DQpOZXRjb25mQGlldGYub3JnPG1haWx0bzpO ZXRjb25mQGlldGYub3JnPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9u ZXRjb25mDQoNCg== --_000_EF64FF31F4C4384DBCE5D513A791C2B121B1E92Dxmbalnx11ciscoc_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 Ik1TIEdvdGhpYyI7DQoJcGFub3NlLTE6MiAxMSA2IDkgNyAyIDUgOCAyIDQ7fQ0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiTVMgR290aGljIjsNCglwYW5vc2UtMToyIDExIDYgOSA3IDIgNSA4 IDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAx NSA1IDIgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpUYWhvbWE7DQoJ cGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWls eTpDb25zb2xhczsNCglwYW5vc2UtMToyIDExIDYgOSAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNl DQoJe2ZvbnQtZmFtaWx5OiJcQE1TIEdvdGhpYyI7DQoJcGFub3NlLTE6MiAxMSA2IDkgNyAyIDUg OCAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3Jt YWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7 DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIiwic2Vy aWYiO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5 Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQs IHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNv bG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnByZQ0KCXttc28tc3R5 bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIi Ow0KCW1hcmdpbjowaW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMC4w cHQ7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpzcGFuLkhUTUxQcmVmb3JtYXR0ZWRD aGFyDQoJe21zby1zdHlsZS1uYW1lOiJIVE1MIFByZWZvcm1hdHRlZCBDaGFyIjsNCgltc28tc3R5 bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwgUHJlZm9ybWF0dGVkIjsNCglm b250LWZhbWlseTpDb25zb2xhczt9DQpzcGFuLkVtYWlsU3R5bGUxOQ0KCXttc28tc3R5bGUtdHlw ZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0K CWNvbG9yOiMxRjQ5N0Q7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0 LW9ubHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjt9DQpAcGFnZSBXb3Jk U2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGlu IDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9z dHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVk aXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28g OV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJl ZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9o ZWFkPg0KPGJvZHkgbGFuZz0iRU4tVVMiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRp diBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5kcmFmdC1jbGVtbS1uZXRjb25mLXlhbmct cHVzaCBpcyBpbnRlbmRlZCB0byBzdXBwb3J0IG1hbnkgc3Vic2NyaXB0aW9ucyBvbiBhIE5FVENP TkYgc2Vzc2lvbi4mbmJzcDsgVGhpcyBkcmFmdCB3YXMgdmVyYmFsbHkgYXBwcm92ZWQgZm9yIFdH IHN0YXR1cyBhIGNvdXBsZSB3ZWVrcw0KIGFnbyBpbiBQcmFndWUsIGFsdGhvdWdoIHRoZSBmb3Jt YWwgbWFpbGluZyBsaXN0IHZvdGUgaXMgc3RpbGwgcGVuZGluZy48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29s b3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkNhbiB5b3Ug dGFrZSBhIGxvb2sgYXQgc2VjdGlvbiAzLjggb2YgdGhhdCBkcmFmdCBhYm92ZSBhbmQgc2VlIGlm IGl0IG1lZXRzIHlvdXIgbmVlZHM/Jm5ic3A7Jm5ic3A7IEFuZCBpZiBub3QsIHN1Z2dlc3Qgd2hh dCBlbHNlIG1pZ2h0IGJlIG5lY2Vzc2FyeT88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPlRoYW5rcyw8YnI+DQpFcmljPG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48Yj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90OyI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7Ij4gQW5keSBCaWVybWFuLCBBdWd1c3QgMDMsIDIwMTUgMTA6MjIgUE08YnI+DQo8YnI+ DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+T24gTW9uLCBB dWcgMywgMjAxNSBhdCA2OjUyIFBNLCAmbHQ7PGEgaHJlZj0ibWFpbHRvOmR1LmJhb3dlaTIzQHp0 ZS5jb20uY24iIHRhcmdldD0iX2JsYW5rIj5kdS5iYW93ZWkyM0B6dGUuY29tLmNuPC9hPiZndDsg d3JvdGU6PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h cmdpbi10b3AtYWx0OjBpbjttYXJnaW4tcmlnaHQ6MGluO21hcmdpbi1ib3R0b206MTIuMHB0O21h cmdpbi1sZWZ0Oi41aW4iPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+SGVsbG8hPC9zcGFu PiA8YnI+DQo8YnI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTom cXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5JIHdhcyBjb25mdXNlZCBi eSB0aGUgUkZDNTI3NyByZWxhdGlvbnNoaXAgYmV0d2VlbiB0aGUgc2Vzc2lvbiBhbmQgc3Vic2Ny aXB0aW9uIG51bWJlcnMuPC9zcGFuPg0KPGJyPg0KPGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx dW90OyI+SW4gUkZDNTI3Nzo8L3NwYW4+DQo8YnI+DQo8YnI+DQo8c3BhbiBzdHlsZT0iZm9udC1z aXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7Ij4yLiZuYnNwOyBOb3RpZmljYXRpb24tUmVsYXRlZCBPcGVyYXRpb25zPC9zcGFuPg0K PGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJp YWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Mi4xLiZuYnNwOyBTdWJzY3JpYmluZyB0 byBSZWNlaXZlIEV2ZW50IE5vdGlmaWNhdGlvbnM8L3NwYW4+DQo8YnI+DQo8YnI+DQo8c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7Ij4mbmJzcDsgJm5ic3A7VGhlIGV2ZW50IG5vdGlmaWNhdGlvbiBz dWJzY3JpcHRpb24gaXMgaW5pdGlhdGVkIGJ5IHRoZSBORVRDT05GPC9zcGFuPg0KPGJyPg0KPHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jm5ic3A7ICZuYnNwO2NsaWVudCBhbmQgcmVzcG9uZGVk IHRvIGJ5IHRoZSBORVRDT05GIHNlcnZlci4mbmJzcDsgQSBzdWJzY3JpcHRpb24gaXM8L3NwYW4+ DQo8YnI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtB cmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mbmJzcDsgJm5ic3A7Ym91bmQgdG8g YSBzaW5nbGUgc3RyZWFtIGZvciB0aGUgbGlmZXRpbWUgb2YgdGhlIHN1YnNjcmlwdGlvbi4mbmJz cDsgV2hlbjwvc3Bhbj4NCjxicj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZuYnNwOyAm bmJzcDt0aGUgZXZlbnQgbm90aWZpY2F0aW9uIHN1YnNjcmlwdGlvbiBpcyBjcmVhdGVkLCB0aGUg ZXZlbnRzIG9mPC9zcGFuPg0KPGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jm5ic3A7 ICZuYnNwO2ludGVyZXN0IGFyZSBzcGVjaWZpZWQuPC9zcGFuPg0KPGJyPg0KPGJyPg0KPHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90OyI+UVVFU1RJT048L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7TVMgR290aGljJnF1b3Q7Ij7vvJo8L3NwYW4+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+YSBzZXNzaW9uIGNhbiBjb250YWluIHN1YnNjcmlwdGlv bi4NCjwvc3Bhbj48YnI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWls eTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7IE1heSBhIHNlc3Npb24gY29udGFpbiBzZXZlcmFsIHN1YnNj cmlwdGlvbnM/PC9zcGFuPg0KPG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4i PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPm5vPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+Jm5ic3A7 PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTti b3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGluIDBpbiAwaW4gNi4wcHQ7 bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXJpZ2h0OjBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OjBpbjttYXJnaW4tcmlnaHQ6MGluO21hcmdpbi1i b3R0b206MTIuMHB0O21hcmdpbi1sZWZ0Oi41aW4iPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 OyI+Ni4mbmJzcDsgSW50ZXJsZWF2ZSBDYXBhYmlsaXR5PC9zcGFuPg0KPGJyPg0KPHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90OyI+Ni41LiZuYnNwOyBNb2RpZmljYXRpb25zIHRvIEV4aXN0aW5nIE9w ZXJhdGlvbnM8L3NwYW4+DQo8YnI+DQo8YnI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4m bmJzcDsgJm5ic3A7V2hlbiBhICZsdDtjcmVhdGUtc3Vic2NyaXB0aW9uJmd0OyBpcyBzZW50IHdo aWxlIGFub3RoZXIgc3Vic2NyaXB0aW9uIGlzPC9zcGFuPg0KPGJyPg0KPHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90OyI+Jm5ic3A7ICZuYnNwO2FjdGl2ZSBvbiB0aGF0IHNlc3Npb24sIHRoZSBmb2xs b3dpbmcgZXJyb3Igd2lsbCBiZSByZXR1cm5lZDo8L3NwYW4+DQo8YnI+DQo8YnI+DQo8c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7Ij4mbmJzcDsgJm5ic3A7ICZuYnNwOyBUYWc6IG9wZXJhdGlvbi1m YWlsZWQ8L3NwYW4+DQo8YnI+DQo8YnI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mbmJz cDsgJm5ic3A7ICZuYnNwOyBFcnJvci10eXBlOiBwcm90b2NvbDwvc3Bhbj4NCjxicj4NCjxicj4N CjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZuYnNwOyAmbmJzcDsgJm5ic3A7IFNldmVyaXR5 OiBlcnJvcjwvc3Bhbj4NCjxicj4NCjxicj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZu YnNwOyAmbmJzcDsgJm5ic3A7IEVycm9yLWluZm86IG5vbmU8L3NwYW4+DQo8YnI+DQo8YnI+DQo8 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mbmJzcDsgJm5ic3A7ICZuYnNwOyBEZXNjcmlwdGlv bjogUmVxdWVzdCBjb3VsZCBub3QgYmUgY29tcGxldGVkIGJlY2F1c2UgdGhlIHJlcXVlc3RlZDwv c3Bhbj4NCjxicj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZuYnNwOyAmbmJzcDsgJm5i c3A7IG9wZXJhdGlvbiBmYWlsZWQgZm9yIHNvbWUgcmVhc29uIG5vdCBjb3ZlcmVkIGJ5IGFueSBv dGhlciBlcnJvcjwvc3Bhbj4NCjxicj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZuYnNw OyAmbmJzcDsgJm5ic3A7IGNvbmRpdGlvbi48L3NwYW4+DQo8YnI+DQo8YnI+DQo8c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7Ij5RVUVTVElPTjogd2hlbiBpbnRlcmxlYXZlIGNhcGFiaWxpdHkgaXMg YWN0aXZlLCBhIHNlc3Npb24gY2FuIG9ubHkgc3VwcG9ydDwvc3Bhbj4NCjxicj4NCjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDsiPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgb25l ICZsdDtjcmVhdGUtc3Vic2NyaXB0aW9uJmd0OyBhdCBvbmUgdGltZS4NCjwvc3Bhbj48YnI+DQo8 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7IERvZXMgaXQgaW1wbHkgdGhhdDwvc3Bhbj4NCjxicj4NCjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDsiPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgd2hlbiBhIHN1YnNjcmlw dGlvbiBpcyBhY3RpdmUsIGlmIHRoZXJlIGlzIG5vIGludGVybGVhdmUgY2FwYWJpbGl0eTwvc3Bh bj4NCjxicj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgYW5kIGFnZW50IHJlY2VpdmUgYW5vdGhlciAmbHQ7Y3JlYXRlLXN1YnNj cmlwdGlvbiZndDssIHNlc3Npb24gd2lsbA0KPC9zcGFuPjxicj4NCjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDsiPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgc3VwcG9ydCBib3Ro IHR3byBzdWJzY3JpcHRpb24/PC9zcGFuPg0KPG86cD48L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxv OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPnRoZSA6 aW50ZXJsZWF2ZSBjYXBhYmlsaXR5IG1lYW5zIHRoZSBzZXJ2ZXIgd2lsbCBhY2NlcHQgY29tbWFu ZHMgb248bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj50aGUgc2FtZSBzZXNzaW9uIHRoYXQgbm90aWZpY2F0 aW9ucyBhcmUgYmVpbmcgc2VudC4mbmJzcDsgVGhlIHNlcnZlciBoYXM8bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDou NWluIj50byBpbnRlcmxlYXZlIGNvbXBsZXRlICZsdDtycGMtcmVwbHkmZ3Q7IGFuZCAmbHQ7bm90 aWZpY2F0aW9uJmd0OyBtZXNzYWdlczxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxvOnA+Jm5ic3A7PC9v OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp bi1sZWZ0Oi41aW4iPkFub3RoZXIgJmx0O2NyZWF0ZS1zdWJzY3JpcHRpb24mZ3Q7IGlzIG5vdCBh bGxvd2VkLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0ND QyAxLjBwdDtwYWRkaW5nOjBpbiAwaW4gMGluIDYuMHB0O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdp bi1yaWdodDowaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41 aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFs JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPnRoYW5rcyA6KTwvc3Bhbj4NCjxvOnA+PC9v OnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtYXJnaW4tbGVmdDouNWluIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj5BbmR5PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6LjVpbiI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3Rl IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRp bmc6MGluIDBpbiAwaW4gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXJpZ2h0OjBpbiI+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PG86cD4mbmJz cDs8L286cD48L3A+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0i Y29sb3I6Ymx1ZSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJt YXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iY29sb3I6Ymx1ZSI+LS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08bzpwPjwvbzpwPjwvc3Bh bj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJjb2xv cjpibHVlIj5aVEUgSW5mb3JtYXRpb24gU2VjdXJpdHkgTm90aWNlOiBUaGUgaW5mb3JtYXRpb24g Y29udGFpbmVkIGluIHRoaXMgbWFpbCAoYW5kIGFueSBhdHRhY2htZW50IHRyYW5zbWl0dGVkIGhl cmV3aXRoKSBpcyBwcml2aWxlZ2VkIGFuZCBjb25maWRlbnRpYWwgYW5kIGlzIGludGVuZGVkIGZv ciB0aGUgZXhjbHVzaXZlIHVzZSBvZiB0aGUgYWRkcmVzc2VlKHMpLiZuYnNwOyBJZiB5b3UgYXJl IG5vdCBhbiBpbnRlbmRlZCByZWNpcGllbnQsIGFueSBkaXNjbG9zdXJlLCByZXByb2R1Y3Rpb24s IGRpc3RyaWJ1dGlvbiBvciBvdGhlciBkaXNzZW1pbmF0aW9uIG9yIHVzZSBvZiB0aGUgaW5mb3Jt YXRpb24gY29udGFpbmVkIGlzIHN0cmljdGx5IHByb2hpYml0ZWQuJm5ic3A7IElmIHlvdSBoYXZl IHJlY2VpdmVkIHRoaXMgbWFpbCBpbiBlcnJvciwgcGxlYXNlIGRlbGV0ZSBpdCBhbmQgbm90aWZ5 IHVzIGltbWVkaWF0ZWx5LjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFy Z2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsdWUiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvcHJlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w LWFsdDowaW47bWFyZ2luLXJpZ2h0OjBpbjttYXJnaW4tYm90dG9tOjEyLjBwdDttYXJnaW4tbGVm dDouNWluIj4NCjxicj4NCjxicj4NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fPGJyPg0KTmV0Y29uZiBtYWlsaW5nIGxpc3Q8YnI+DQo8YSBocmVmPSJtYWls dG86TmV0Y29uZkBpZXRmLm9yZyI+TmV0Y29uZkBpZXRmLm9yZzwvYT48YnI+DQo8YSBocmVmPSJo dHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL25ldGNvbmYiIHRhcmdldD0iX2Js YW5rIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL25ldGNvbmY8L2E+PG86 cD48L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_EF64FF31F4C4384DBCE5D513A791C2B121B1E92Dxmbalnx11ciscoc_-- From nobody Wed Aug 5 11:30:50 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F34931A8898 for ; Wed, 5 Aug 2015 11:30:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.86 X-Spam-Level: X-Spam-Status: No, score=-3.86 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-2.3, 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 pvMnw3hRpeBL for ; Wed, 5 Aug 2015 11:30:48 -0700 (PDT) Received: from atlas3.jacobs-university.de (atlas3.jacobs-university.de [212.201.44.18]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 51AD11B33B5 for ; Wed, 5 Aug 2015 11:30:10 -0700 (PDT) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id C37C68B7; Wed, 5 Aug 2015 20:30:08 +0200 (CEST) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from atlas3.jacobs-university.de ([10.70.0.220]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10030) with ESMTP id 5WEDib2XxDty; Wed, 5 Aug 2015 20:30:08 +0200 (CEST) Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by atlas3.jacobs-university.de (Postfix) with ESMTPS; Wed, 5 Aug 2015 20:30:08 +0200 (CEST) Received: from localhost (demetrius1.jacobs-university.de [212.201.44.46]) by hermes.jacobs-university.de (Postfix) with ESMTP id 0020420058; Wed, 5 Aug 2015 20:30:08 +0200 (CEST) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius1.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id Kk2YoXfGBiAo; Wed, 5 Aug 2015 20:30:06 +0200 (CEST) Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 0F03C20048; Wed, 5 Aug 2015 20:30:05 +0200 (CEST) Received: by elstar.local (Postfix, from userid 501) id 97BDC360A5A1; Wed, 5 Aug 2015 20:30:03 +0200 (CEST) Date: Wed, 5 Aug 2015 20:30:02 +0200 From: Juergen Schoenwaelder To: "Eric Voit (evoit)" Message-ID: <20150805183001.GA78096@elstar.local> Mail-Followup-To: "Eric Voit (evoit)" , "Andy Bierman (andy@yumaworks.com)" , "Martin Bjorklund (mbjorklu)" , Kent Watsen , "netconf@ietf.org" References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Archived-At: Cc: "Martin Bjorklund \(mbjorklu\)" , "netconf@ietf.org" Subject: Re: [Netconf] Revisit of HTTP2 and Restconf ? X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Juergen Schoenwaelder List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Aug 2015 18:30:50 -0000 On Wed, Aug 05, 2015 at 04:00:23PM +0000, Eric Voit (evoit) wrote: > In January 2014, there was a thread on the relevance of HTTP 2.0 to Restconf. At the time it was decided to treat HTTP1.1 & HTTP2.0 the same. > https://www.ietf.org/mail-archive/web/netconf/current/msg08579.html > > At some point, it might be worth reexamining that conclusion. Below are some reasons why the benefits of HTTP2.0 might be useful to explicitly support within Restconf: > > (1) Full stream multiplexing, stream prioritization and flow control > > (2) Since TLS is underneath HTTP2, there is no need to establish multiple TLS connections to partially achieve goals of (1) > > (3) TCP Session scale: No need for multiple TCP connections and bindings/distribution into these parallel connections > > (4) Ride the performance/scale curve of current HTTP2 development > > I have a vested interest here, as many YANG subscription updates can be pushed concurrently from a network device. With such support, we can avoid head-of-line blocking issues. > > That said, I have no desire to slow down Restconf work for the deltas necessary for HTTP2 parameter support. But if people believe this is interesting, perhaps the community would welcome a draft defining the deltas beyond the Restconf. > I believe HTTP/2 is very interesting to look at, in particular also whether the server push mechanism of HTTP/2 can provide a better way to send notifications. While I support this initiative, I likely won't be able to write a draft myself in the forseeable future. /js -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From orazio.toscano@ericsson.com Wed Aug 5 07:54:21 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 17A351B2E78 for ; Wed, 5 Aug 2015 07:54:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.389 X-Spam-Level: X-Spam-Status: No, score=-3.389 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FU_ENDS_2_WRDS=0.255, HTML_IMAGE_RATIO_04=0.556, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] 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 f-S9TtqxuT7U for ; Wed, 5 Aug 2015 07:54:19 -0700 (PDT) Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A0DC81B2E64 for ; Wed, 5 Aug 2015 07:54:18 -0700 (PDT) X-AuditID: c1b4fb25-f79446d000003bb1-aa-55c223986905 Received: from ESESSHC017.ericsson.se (Unknown_Domain [153.88.253.124]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id BD.57.15281.89322C55; Wed, 5 Aug 2015 16:54:16 +0200 (CEST) Received: from ESESSMB301.ericsson.se ([169.254.1.246]) by ESESSHC017.ericsson.se ([153.88.183.69]) with mapi id 14.03.0210.002; Wed, 5 Aug 2015 16:54:16 +0200 From: Orazio Toscano To: "netconf@ietfa.amsl.com" Thread-Topic: replayLogCreationTime Thread-Index: AdDPjphrCgiadB+BS52U/ypiE0VoFg== Date: Wed, 5 Aug 2015 14:54:15 +0000 Message-ID: <3A9DFD310AE7FF44A43EC4C94FA0C7D822281BDB@ESESSMB301.ericsson.se> Accept-Language: it-IT, en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.18] Content-Type: multipart/related; boundary="_005_3A9DFD310AE7FF44A43EC4C94FA0C7D822281BDBESESSMB301erics_"; type="multipart/alternative" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFrrPIsWRmVeSWpSXmKPExsUyM+Jvje4M5UOhBmfmalp0PT/A4sDo8ejZ G+YAxigum5TUnMyy1CJ9uwSujEcnd7AXLHnCWHHu/Qy2BsYdtxi7GDk5JARMJHa+ecQOYYtJ XLi3nq2LkYtDSOAoo8TdL52sEM5iRomnF/+BVbEJGEmc2joLzBYRMJXYcrUDbJKwgJzEw98v WSDiyhJPju5igrD1JLoW/warYRFQkTjw4T9YDa+Ar8S2pjVgNYwCshITdi8Cq2EWEJe49WQ+ E8RFIhIPL55mg7BFJV4+/scKYStKfHy1D6q+m1Fi2qNKiJmCEidnPmGZwCg0C8moWUjKZiEp g4jnS2xr3cYOYetILNj9iQ3C1pZYtvA1M4x95sBjJkxxXYnpE45AxRUlZi9/xTgLGF7MAksZ JR73PIEbOvVRHxtM0ZTuh+wwzf//noeLv7n8hhHCXsYocXQGP0zv20UXWZD1LmAUWsUoWpxa nJSbbmSsl1qUmVxcnJ+nl5dasokRmCIObvmtuoPx8hvHQ4wCHIxKPLwKeQdDhVgTy4orcw8x SnOwKInzzticFyokkJ5YkpqdmlqQWhRfVJqTWnyIkYmDU6qBUetBKd/lC3z7tR4Krr63+1cr y+Zren9rt57ttclyPrLrbVuXeO2PUwE/46tjZn/hr9rPLK11zDfGJM7jQ82fhfytATtb2K4v 4f76oITjuFxLZsNCmd8yktq/U1/ssLzsduyJFn+Nw9Tv8TwHXhzo3+VzZqP9M6FzAlf/XRBe wnFv9Sa/088yi5RYijMSDbWYi4oTAYvITdDyAgAA Archived-At: X-Mailman-Approved-At: Wed, 05 Aug 2015 11:35:03 -0700 Subject: [Netconf] replayLogCreationTime X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Aug 2015 14:54:57 -0000 --_005_3A9DFD310AE7FF44A43EC4C94FA0C7D822281BDBESESSMB301erics_ Content-Type: multipart/alternative; boundary="_000_3A9DFD310AE7FF44A43EC4C94FA0C7D822281BDBESESSMB301erics_" --_000_3A9DFD310AE7FF44A43EC4C94FA0C7D822281BDBESESSMB301erics_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable [Ericsson] ORAZIO TOSCANO Product Development BUCI DUAC NAM Ericsson Melen 77 Street, Erzelli site 16153 Genoa, Italy Phone +390106002223 Mobile +393336318507 Office +393336318507 orazio.toscano@ericsson.com www.ericsson.com [http://www.ericsson.com/current_campaign] Legal entity: TEI - ERICSSON TELECOMUNICAZIONI SPA, registered office in Ge= noa. This Communication is Confidential. We only send and receive email on = the basis of the terms set out at www.ericsson.com/email_disclaimer --_000_3A9DFD310AE7FF44A43EC4C94FA0C7D822281BDBESESSMB301erics_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

 

 

 

3D"Eric=

 =

ORAZIO TOSCANO
Product Development
BUCI DUAC NAM



Melen 77 Street, Erzelli site
16153 Genoa, Italy
Phone +390106002223
Mobile +393336318507
Office +393336318507
o= razio.toscano@ericsson.com
www.ericsson= .com



3D"http://www.ericsson.com/current_camp=

 

L= egal entity: TEI - ERICSSON TELECOMUNICAZIONI SPA, registered office in Gen= oa. Th= is Communication is Confidential. We only send and receive email on the bas= is of the terms set out at www.ericsson.com/email_disclaimer

 

--_000_3A9DFD310AE7FF44A43EC4C94FA0C7D822281BDBESESSMB301erics_-- --_005_3A9DFD310AE7FF44A43EC4C94FA0C7D822281BDBESESSMB301erics_ Content-Type: image/jpeg; name="image001.jpg" Content-Description: image001.jpg Content-Disposition: inline; filename="image001.jpg"; size=2690; creation-date="Wed, 05 Aug 2015 14:54:15 GMT"; modification-date="Wed, 05 Aug 2015 14:54:15 GMT" Content-ID: Content-Transfer-Encoding: base64 /9j/4AAQSkZJRgABAQEAeAB4AAD/2wBDAAgGBgcGBQgHBwcJCQgKDBQNDAsLDBkSEw8UHRofHh0a HBwgJC4nICIsIxwcKDcpLDAxNDQ0Hyc5PTgyPC4zNDL/2wBDAQkJCQwLDBgNDRgyIRwhMjIyMjIy MjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjL/wAARCABeAGoDASIA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD36iii kAUUVHPPFbQPNPIscSDLMxwAKAJKK8z8QfGnQNLLxWIa9nXj5eleW6/8X/Eus747eUWUB6CP7w/G uiGFqT6WMpVoxPofV/FGi6FCZdQ1CGIDqN2T+VeZeIPjxZwb4dDsmnkHSaX7hrwq5ubi8mM11PJN IerOxOajUFm2oCx9FGa7IYOEdZamEq8nsdpdfFfxlc3v2lNUeFQc+RGPk+le+fDrxY/jDwul9MgW 4jYxS46Fh3FfOuh/D/xHr7qLWweONv8AlpIMDFfSPgTwong/w3FpwffKx3yt6setZ4r2SjaO5dHn buzpqKKK886QooooAKKKKACvPPjQ96nw/nNmXAMiiTZ129/wr0Oorm2hvLd7e4iWWGQYZGGQRVwl yyUhSV1Y+JQUA4IxWrpXhzWdclEenafNKT3KkD86+hbzwP8AD/w9cyX99Hbx4+bypHGPwWsHVvjT oOjxG18O6f5wUYVwuxVP0716X1iU/wCHE4/ZKPxMw9B+BV9Oqza3eLbxYyY06j6mutFn8OvAUYMr QTXKjuQ7E15Hr3xM8T6+xEt81vEePLg+UEe9ci7vIxZ3ZmPcnNP2NSf8SX3C9pGPwo90n+PFjBdL HZ6WwtFOD2OK9U8P69ZeJNIh1KxfdFIOR3U+hr43jR5nEcUbSSHoijJNfTvwf0G90HwUsd8jJJcS GYI3VQe1YYmjThC63NaNSUnqd/RRRXAdIUUUUAFFFFABXGfFDxLdeF/Bs95ZcXEjCNW/u5712dY/ ijw7a+KdCn0u74STlWH8LDoaum0pJy2Jkm1ofIV7f3mpTGa+upbiQnO6Rs1X74HJ9BXsNv8AAO/+ 3FbjUYxaA/eHXFdPb+F/h94HiWW/ninuE7yMGJ/CvUeJprSOpxeyk9WeJ6N4P17XpFWx0+VlbpIy 4X869N0L4FFVWfxBfrGo5aGMjp/vVY1n44WVlG1t4e05cLwGK7V/KvM9c8feI/EDN9q1CRIieI4j txSvXqbe6irU476nu+lL8OvC06WltNYicH78jB2B+td9FLHPEssTq8bDKspyCK+JHAcln+Zj1Y9a +l/gpdX114FH21nYJMywlu6dq5sTQ5I817mtKopO1j0eiiiuI6AooooAKKKKACsTxZ4ltvCmgT6p cjcE4RB/Ex6CtuuP+Jfhi48V+EJ7K0I+0IwkQH+LHarppOSUtiZXs7Hhmv8AxZ8Sa4WSOf7JATws fBx9a4me4mupDJcTPK5OSXbNbkHgfxRcXn2RdFuhKDg5Xge9ehaB8Br2fbLrl8sC8Hy4OSfY163P SpI4uWpNnjqgswRQSx4AAzmuq0L4c+JtfYGCweGI/wDLSYbRj1FfRWg/Dzw14eUG00+NpccySjcS fXmuoVVRQqqFUdABiuaeN/kRrHD/AMx49oHwIsbfbLrN21w3B8teAPavWrCwttMsorSziWKCMbVV RViiuOdWc/iZ0RhGOwUUUVmUFFFFABRXGSfFLwrE5Rr8bgcHitGx8b6HqOk3Op291utbb/WvjpVu nNbolTi+p0VFcWnxU8Ju4X+0FGTjJHFbeo+KtI0zR49VuLtPschAWRTkEmh05rdBzxfU2cAEnAye 9FZr6/pkWkLqk10kdowyHY4zXN23xW8K3V8lpHeEu7bVO3gn60KnJ7IHKK3Z21Fc3r/jvQPDjrHf 3iiVgDsXkgVJo/jPRNb06e/tboC3g/1jPxto5JWvbQOaN7XOgoriY/iv4Vlv1s0vC0jNtBCnBP1r d1zxTpHh21WfUbtIg4yq55P4UOnNOzQc8e5s0Vy+hfELw74hufs1ler5x6I/BNS6p450HR9UXTr2 7EdySBtPvR7OV7WDnja9zo6KxtY8U6Toa2rX1yEFz/qj/erXjcSxrIvKsAwPsalppXHdHyx4UuxZ 6xqR/wCEf/tjcuNm3Pl+9ekyTLdfCnXnGh/2QSOY9uN3vXMaX4a8Q+HdQup9L1iCFp+H/dk8V2Vv a67qvw/1y01fUo7iV+I3CYCivRqtNp+nc5IJnkSatpkfw/bT5NFJvHf5b4rwPxrsvE2lPpHwG023 luBcGS4WYOD0DHIFdHp3gkXXwfm0iaaIzBy6TBOhzWRcaBfX3wmj0Wa9jZ7e5DLKVONuelNzUmrd GNRa37GH4vuJr6HwjokkrR2UqjeoOAa9qsfAfhu2sbaJNNhPlgMr45z65rldY+HCeJPBemIt0sGo WUeY7gA44rltK1nxnBf22jtrcbpHIFLlTkgdqyd6kbQdrXKVov3kV/GGga14c8fzeIX0k6ppxIK7 huAGOhFbK3lj8QvA2qWHhuyFhqQAaWBeN9O8Wa54s0vW7q2t9Uha2mUBUkTOzjBxR4e8F6j4W8Ha jrFnqiDU7wbllCkBRnNU/gTe+lhL4mlsc34W8QWnhV7XRPFHhhY2EgUXDJ82c8HNWLxIvF3xxhsN QYyWMZIjQngqoyBRHpev/EbWbO31XU4FS2YMSkZBbFdP49+H0lrdW/ibRb4Wd1aKquCCd2O9U3FT 10bQkm436GB8YNFsfDOs6HqmkRi1neTDLHxnHSsHx3p1z4j8b28UWftUtkkvuTjNdJovhrVviJ4g g1LXtTje3siD5CKRn6Vv3PhuQfF+21JJo1gjjCCLbzgUlPksm9UmDXNqtmeZ674k/tvQvDtjck/b 7CYxSg9cA4FfTOn/APINtf8Arin8hXhfjf4dbPG/2yzuo4oppBIYyp4PevdrJfLsbdDyViUZ/Css Q4uMeU0pXTdz/9k= --_005_3A9DFD310AE7FF44A43EC4C94FA0C7D822281BDBESESSMB301erics_ Content-Type: image/jpeg; name="image002.jpg" Content-Description: image002.jpg Content-Disposition: inline; filename="image002.jpg"; size=12540; creation-date="Wed, 05 Aug 2015 14:54:15 GMT"; modification-date="Wed, 05 Aug 2015 14:54:15 GMT" Content-ID: Content-Transfer-Encoding: base64 /9j/4AAQSkZJRgABAQEAeAB4AAD/2wBDAAgGBgcGBQgHBwcJCQgKDBQNDAsLDBkSEw8UHRofHh0a HBwgJC4nICIsIxwcKDcpLDAxNDQ0Hyc5PTgyPC4zNDL/2wBDAQkJCQwLDBgNDRgyIRwhMjIyMjIy MjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjL/wAARCAB9Aw0DASIA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwDEJyaX gU00V6RwDuPpSbqM0lADwc0tMB5yaM88UwH+1HTNN3c0uRQIcORVW41G3gO0vlh1ApmqXRtLF5F+ +flFcxeQy2Ko27zGkG5uelTKdiowuaeq6q1xaNDbgqzd65d7KVW8wx5PrVr7S7YBQgU77WxTaSQK 552ludELx2MqdJx8vlsM96rGN16qRW+t6GXBXOO5FSFoGHzIp4rP2S6M09o+qOc8pz/DSFSDgjmt 6WzhddyHafSqUsRgGXXI9RWbg0WpJmeI3IyF4pUjZ844FWRIHyF+760ilY15bgVFy7ESW7EFn+VR 1qI4ycdKkmmMhwPu1FTEKi7nAxmtS1GJFI6VQgT+PNaEAxHu96TY0jXeMvHxycdalj+ZFxTIP9SK esbI+3HDcihFltTuA962LOASR+WDgnjJqhawlpBkcEcGjVPtVo0b2wO1SC5z2qXroUtC7eW7WmC2 SDXM+KpljtI7fGGkOa7e/ZW0yB2IZ5QNo71534rQprCRk84FVCLa5iakknynX+F49mlwqK6Ideay tCjEdhCB2QVq16kPhR5U/iY4c/SlpoGaUDFWRYWijFGKAsGaXOBRijFAWDNLQFJ7UHii4WAHNKKT kCjPFAWDk0tJxS4z0ouFgopwU4pCCOtK4OLEooopiFozRRSATNFFBFMYnQ0dKXFJSHYSjtRRTCwl FLSEZoFYTOKQmlxxSEUrhYQ0UUh+lAwzxQTxSd/akJ4xQAhpO1LSGgYcUnH40UlAhM8mjNIcdqKA EJxQTxQelJQAnPekpSKSkMKQmikai4WF6U0mgn9KCe9ACUlKPWmg85oCwuaTOKME89qQ0h2DPNGe aKKLgJS9aQ9KARii4WFzxSUUHgUCsFFFGc0ALmg0lGaLjFzikoozii4gooJoByKAsGeKXpSdqCeK BhTlPFNFKKAsQZNGaaCT0GadtYckVNyuUN1GabkUoIOaLisO3UuajyKUHINO4co/NGRTRTJJVhQu 5AA9aLhYZqEcctjIspwMZBrlt7t9/JxwM1bu76W6kP8AzzHRargb8E4z6VEtSo6IjAyQAtO8oFT8 vPpUuQregppO7knilYq40RRjg4/KhrSJ2OOBin988YHelBwOaOULlOSCRThT+BqJJkYGOZSPY1fL rzyMikeGGZBnG8d6lw7DUu5jXWnMmZIclSMlazsH0PFdTHbSIhGdy1n3liCd8akHqQKwnBrU3jNP QxutSpAzcngVJtjR85w3pVu3ktlOXcVi2apFcLsToQBVq2YNEQORniq1/cCTaIuE9fWpbMgKQMcD OKT2GtzoLBg0O09fSraxh50z0rPsCeMfjXRafYvLIDjJpXsjRK5ds7cKBxg1F4j029uLWFoSEgVs kAcv7VvQaZJHGXcYUDqailuHlCq2Aq9BVUoSnLQmrNQjqYthZzkrPdnBVcInZa4jxC4k18dwDjmv SpSPKY5zxXmesAnV0Yjq1ddRKMOVHJBuU+Znomkrixjb/ZFaQ4rP0gg6dH9OhrQUitlLRGEo+8xa KdtNGOcU+YOQQAmjBp4GBS4o5x+zI8GnIPzoJUHGaeu3uaTmCpi4prjipcCo25NCmNwEVcDNG2lA /KkLLjGeaOcTghp9KkQVH0qRGAIpTnpoVTgr6ku2mOtSgg80jFeTmsoTdzWcFYr7elAWpCvGc0pU YBrfnOfkI8UAU7INI3H1o5g5BuKUDAoyM+5pwAHBNDnYapjMYHvQVzStgfSms3YdaXODgJgDrSHj pS4454pPLDg/PRzhyDC1G4U2SCQcq26oPOAOG4NCncHAtUEYqFZV/vDFTBwwyKdxconWlMbY9qlj QE5NObOT6UucfsyoVH40mOOtTSBRyeKhpqQuUQim0/pTcqRxT5g5ewlNPNKTTSwHU0uYOVhjmkxS F+4IxURmOafMLkJiMCmHIpI3D/1qQgYpcw+QZg0mDmlLAHGeaCwHU0cwcomDSEHpS71P8QpQc9DS 5h8hGaKHYKaA0bHrzRcOViUm0EinlPfimHjnOKXMPkFJIOKaR6UGVDwSM0vWi4co3GKMU4nnFBFP mFyDSO1JjHNPxz1puMZo5g5BppKceaTAo5hcocGgUcCjFPmDlDg0uRSDAoouHKHA6UhpaApIouHK LwBSUcUYFLmDlADNGCaBindRRzD5RB6U7FLg0AevWi4cgixD6U5owO9Ri4AoacnrWOptoL5KnrTW gQHrSiUN0NI0oJxkZp3YWQ3yV9aTygO9OLAZ5FVrm9S2j3tyewppslqKJZHit4meU4AH51zd/fPd kDG1AePei7vZbqT94fl7LVQgbsHt0qtSHZ7EsDBZ4WYZQOu4eozXZ/EjSbTT9TsL3T4hHZ3lqrgK OA3euIdsAjuRXoXiFv7X+E2i3ync9jKYHPoKl7oa2ZmfDzSLbVPEEk98vmWNlC00yHvgZFT/ABH0 ywtLvT9U0qIRWWoQh1jHQN3qzoBOjfC3V9SxtuL+QW8eepA61JKp134QJKw33OlXBGB1CMaV3e47 aWM34b6Tb6p4pH22ESWcETSyg9OBS+GLGx1n4ji3lhzZm4YrGOmM8CtHwQy6X4L8R6w5wzoLeI/7 3BrA8C3c9j4vsJbaA3MpcLs+vehtu4W2Ow1Tx1oGnatdWI8GW0ggkKb94Gcd6y9R8faJfadPaxeE re3eVdolVxlPetDVPhpqF5q93dzapp8DzyFjGZR8uT0rI1L4a3Ol6dcXravYSCJdxRZRkj2pLlG1 I47cUb73y012JRuBnHWkO1h8vTvSOw8og9MdfStCD1i4fw94Q8HaFcy+G7fUJr6IPI8hwQawpviF oERz/wAK/tCvr5grcutB1Hxl4N0IFrawt7WPZG88mDLx1ArLX4V3RGDrOnEenmiudxi15m6lJM8v 8T6la6vqc15ZWK2MTjiBTkLXt1/4F8O3vhHT9JsYlg1t7FbqFu8pxkj3rxrxP4fk0fUpbUTRTbTy 8Ryv516h8Qry50aXwfqtoxWe2soyMHGRjpWMlbRmy12PP9LtngvTbzoRIpKOpHQ16/4b0uztfB2p 3l3EN8LAq57Cud12O01q7h8R6RbPsnjH23C/LHLW/pcs958L9djUbpg23B+lZ9TXocvqGq6hdtEN ipZN9wofvV1Xhi2tLHSL3Xr+BZkh+SKNujNXJ+G9K1OLRUtb6LkP+7Oc9e1dt4ptLiy0bTdFtoHZ Y18yYqOCTWtF6WMqy2KHjCytZ9HtddsIBFFcLtljXojV4jrK/wCn25A5yTXt+lSZ8K6rpOowzJEV MkJK/wAVeMa6uLm1cds1rN+60ZQWp75HLpXhzw7o6/2RHctcW6yMzHnJFIniLRbkiK40OOKJ+C6t yKuz6Kmr+HdCLXkVuUtEwHOM8Vd0bwZa2zCW4nSdj90DpU8yUQ5bs5LxDo0elagEgJNvKoeLPXBq 1qOn28XgzTrpYwJ3ch29a7XWdOt9TH2eWPaUXEb+lc5rts9t4O0+3fl0kI/WkqvMV7OxxYHarOmR x3GrW0EoyjOARUEkZBz0qXSmaHVLeVYzIyuMKO9XzByM63Vta03StSlsl8PxzCLjfnrVCTxTpzxO n/CPxRlgQG3dK1dU8P3V/qEl1JPbQNJzsL8isu+8Jzi1eT7bafIpY/PUKWo+VWvc5ksCxI6E8D0p pcFqzjdkBl7A44p6T4XPrW2xludno2lWUGmNrOrk/ZwcQxA8uae3i+w/1Z0K38jp/tY+tZvijUxL pGk20MMsMaRkkOuAx9R61y32klQO9JK+43odfr2l2Y0+HV9KYmzmO1oz1jb0pdPtIJPA2oXjxgzx zbVf0Fcit5OIjCJGEROSmeM12mgo118PdQiVlUvc7dzHAFNqyEjm0lJQVv8AhG3gvdYMU6B08tjg /Snx+B7kgH+0LQjH9+tvw34al0vUXuHu4JAI2G1GyelS2ug9epxd0Al3Mi8KrkAVreF9Oj1DUGku Rm1t0LyfhWFeSgX1xk/8tDXXQwzaV4JJiic3V+3IUZ+Sqk9BJaj79bLxBodzeWVqkE9o+CE7p61x xOQDXTeFXk0/UGjubeUW06FJMrxWFdwql5MsZ+QOQvHbNRGVtC3FnTeELPTZdHvbvUIwwWQR7j/C DWHrmkvpOotD1ib5on/vKa2NHjP/AAg2rgd5RTIrpNb8PCwmV31C3/49yBkuPShy1uJRM7wxbxXf iK1gnQPE2cqe/FU9Rt1i1e7ijXAEpVBWj4TDx+L7SN1Ksu4EHtxTpYhL4uKsMr9p/rScrMpRuXVs tN8NWUNxqEX2q/mG5IM4Cj3og8TaZfSrb3+jwxQNwZIxgrVXxgzSeI5mc/dAUewqvp/h281K2Fxb +V5ZJHzNg0cyauxcrG6/o66TeKIJPMtpl3xN7elauiwafZ+GpdTuNPS6l8wLhz2rL1PRtR09Yxdk spHyHdkCtbRLa61Lw3cWCokUayg+bI2BS5tB8pEfEukr/wAy5D/31WNrN/banLG9tYJaBBgqp61t jwbKDn7fan/gdZGr6Y2jzpG80Uu8ZGxs4oUrA4JmUGKHJpzOhGQfwrorDws+pWSzi6gRW/hZsEVz 2radJpN81q8iSYGQyHIrSM0yXGx0XhKK2SC+1K7gSWOAAKH5HPWqPi6whstVSa2UJb3MYkUDoCas RA2/w3nOCJLmfb+Ap+sH+0/A9hfZy9oxib6dqL63JsZfhfT49V1+GGUZhQGR89MCtXxdHZXei22r WVqkAErQsEGBwcCovDP+gaDq+qNgHy/KjPuahsD/AGh8O9QibJe2mEhoctbhY5QtnvXVeFbS1ttL vte1CATQ2wxHG3RmrkokaYIqqSWIAA9a7fxRa3Gn+HdM0O2gkc7fOmZF4J9DRKT2KUVYp+K7Wzvd FsvEGnwCFZjsmiTohrjGYBWPtXZ+HpSmgappGpQTLBKheIlejVx21TEwPTmiLJaudd4msbWz0HQ5 reIJJPCGkI/iOK56ytbjUr2KztkLTSHAA7e9eg6v4dk1zw1oXl3UMAigH+tbGeKzFtbrwNpdxdGB J7m4GyG7jO5UH9KSloDRm+Ko9M0e1g0a0AlvI/muJ/Q+grQ8OHTtO8H3Gr3OnpeSiUJtc9q4OZ5J JGklYu7klmPc12nhu2vNa8HXemRRxRRCUMZ5WwKb2HYX/hOtHH/Mrwf99isfWtatdZkie101LEIM EKc7q0D8O7o/8xSxx/10rF1vRZdAnihmuYJ/MXIMTZxSTXQLHYaY+maN4Nj1OfTUvJJJdp3mqR8a 6JJ8knhmFUPUq/Iq5b6Xeav8OLe3sY/MkE5JHtXJXvhLXLJo/PtGRXYKH/hBPrSVm9RtdjW8T6RZ QWNprGk7vsV1wUJzsb0p2gafp9poU/iPVojNCj7IYQfvN70/xTPbaN4YsvD0dyk90reZOUOQpPaq nhvW9LuNCn8O60zxW8j74pl52N707uwrF5fHunvhJfDVp5J44AyB9awtcu9IuLtZdJieKNhl0bsf arEngw3eqCz0fVrS8UruDF9v4fWsfU9NvdEuja39s0TfwsRw30NCaWw7DDICMgc0wzY7VXMhBwGG TTcSENgE0+YOUtrMCQDSPKGOB0qkrsnzMKlDg4ajmBRJzkD2pB6nIFMXectnNMMhYkM340c7HyIk aRVNNNxu4NV5SCMbsmoWdj8u7gUXYrWLnnc8EYpxlP8AdqhGSpJ61P55BA7U+Z9CVHuTGb3xTvP2 9DVGQlvYUK7JwDmhsaVmaAkVjnrTjgrlc/SqUeO7YPrU3mbQAG5NLmY+UnGSacsm1sdqiJcrmmF8 knuKOe4+SxZeYAjAponqo7s/IGcU9BIUHy0cxPLfYoefknnil84/3qzvN5zmlExOcV02Ry8zNAXB 9elILgjnNZ5kPHNHmH1osLmZfa68tSzPxWVLK80hZycdqJpCzBO9Rlirc9e5qWykIVyN2cEUnDgY 6mgkbsdvWjIHI6VJQqgYOTyO9eg+DEOr+APEWgg/vdomiHoc9q896Yat3wn4oufCurfb4Y0mUrte JujClLVDjo9To/HrjTNA8PeH0OHigFxKB/eak+GtyLl9Y0KZsrfWrMg/2lGRXMeIddn8RazNqU6K jSfdReiD0FVtE1m40PWYNStQDLC33T0YdxSt7th31udp4ihPh34WaZoz5+0Xdw8knqQDxWZ8MQR4 7sOepNZ/i7xdc+MdSjup7dLdIl2pEnQeprP0PWbjQdXg1G12tLCcgN0b2pJOw21cu+Kbmc+KdSHn T/LO2MZ9ayGmnlGWlm2nqDnBr0N/i7LKxkl8LaU0jHJJHWqWpfE5tR0+WzPhnTIhKu3eg5X3FCb7 A7dzhgecUkqkoQeODUjEZ3YwB6VHI+5T6mrJPSvH0jxeBPCCo8gHkD7mfT2rz5Lqdesk+38a7LSv ine6foltp1xo9jfpbLtieccgelXV+LEpUMfCmk4+lQrroU7M4GRt8LCQkk9M9a9Q+Ilmbu18PJjI Ngo/HFee63q39uapLfmzisy4A8mH7o966ObxzPqkVvFdQIv2aERxFfYdTWVWLa0NqTSepL8OfES6 RfTaRfLmxum8qdW/hPZq9Nh0j+xPDWtW/wB6JpA8bD+JSOK8K1iWJLhdQtjy42zL7+tddbfEq9n8 NJo06ocLt87PzFfSsFF7G7aWp1vhK3W+1QXMjk21opkbJ4+lPvvHuoiaVovLCbiEDKDxXG6d4wl0 7S7vToolKXX3pP4l9qzJNSRxkvnHQVvGk+pnOrFts7mH4g6gLqEXKQPAWAkUoOneuI+K+jRWOvme 1QC0uYxNGR057Cqkt0GUgnkil1jxJceINNstKuoYwliCI5R95gexpzhZWM4TV7no2uTGLSfDA3EZ sl6fSut0S6W502Fo2O5Rgj0ryTT/AIj3kV1Yi4061nSzh8iMP0x0zXTx/FWeNSIdKs4ie4NYum5r Q151DRnqF66RxRSzsE2rlmJ6VyPim+S58K2VzH9x5TjH1rzzVvGWoawx+13J8vPEa8CtHSPiFPp2 mR6fJY211DGfk83+GtI0JLUh1Y6K5AZg5BIbH0NXdCmC67aKe8gxVofExQOdEsB+Fc5qHiiS81hN Sht4rd0IISPpVqlJ9BOrFI63xXJKviK52s+M+9cpqGpeVEU8yQseoGa2pfipcSHdJodjI56sxOTV eb4jmeF4m8PacN6kZA5FEaMk7tEyxCtZHIpPubvzVjzeOTxVJm3OWAABOcDtUgcEDd1rpcDnU7Ho eqxt4l8E6fqFlmWewBjljXqo9cVwBdmfGGznGMGr2jeIL3QrkzWMm3d99Dyrj0Iro1+IMPEw0Cx+ 1A5344z61moSjsi3NPqU7nw+dO8NwaneTGO4nfEduepX1Nbug4b4b6nu6faK4zVtbu9bvTdXsu5u iqOij0FXNP8AEU1pok+kBE8ieTeznqDSlCXKOE1zFtbh8AB2x/vV0XguYvrbBmY/um7+1ceHZRkH Iq1p2vS6FdG7iVHcqV2seOawUG3odkmuUtWlqdT8T/YkXcXmO7/dzzXU6x4unstTksdPMf2e2URr lQeR1rgdK8R3GkapNqEUMcksqsPmP3c9xVRLx5JnkdjvclifetZ02zmhUjfU70eNdTI5MX/fAqx4 nEN1pdnrMCKqyLsl2jjdXBLeluCMEfrV8eJ549Gm0oxo8MjbgT1T6VjyO50uUbXR1vh1hJ4K1bB4 80fyrMtbv7Dcx3EHEkZByKwdK8UyadYT6YFUw3L7mY9QasG4zyDU1ISTHScWmehW1rDf6/p2uWaj y5MiZR/C2O9cje3n2bxPNJ08u4yT7ZqHSvFd1oKTeQqSK45RzwD61zN1qjXFxLPM/wC9kYscVSpu RPMoPU7nxtCwuY9WtlL2dwgO9edre9Y+lzyyRhYWlJY4CoT1rO0fxtfaPG0AVLm0PWCYZWrWl+Pz p7zJDptrC0zFlkHJTPYVToycSFXinY6/xTcfZ7DT7F2zOqbnBPIquJingGV1YrmYdK5G71N7yVri afzJHOSSauaX44m0eze0W1gu4mOdsvY1EabLlJRS1KiXrqpJkkx+NU5b1nfczMQP71bbfE9lOP8A hHtP/Kue8QeKf7eljkFhBaMgxiHoa2jRlfYyliU0b8V2fsybJCMjnBqrdD7SCwPzAck1zdlqxgHl ycr2Nben3SXgd4jkpyRWUqLpu5tTrRqpROt8RILfwzo1nnaWUyN+NM8Lp9s0TVtMk+YbPMjHqRWL qmuvqzQGVFjEKCNQvt3qrY6/No2pLdW2HKjBQ9GHoaE29BOCS1Oj1O1a18F2OnDKPO5lkz2x0png 6FZINW0xH3Ge3J2nuao3fiGfxCjXUirGU48pOiimeGNRaw11pogrSNGVUN0NZyqON79DRUlKKtuy 54T8Nq2tq9xJmO0y7gdOO1X73xXrbX8wiMMcIYiMOoyRVOPWpLCO8tkRc3JO9u6+wrK1O8USRbiA 23A+lZxqSk0t7lzoRim30NAeNtct76JbuOB4C4DDyxyKzvHthHY6utzaIBbXkYlTA4ye1Zl5ch7R tzZOcD2pbjxDNqunWelzJHss8+XJ/ERjoa6Ve1zlaXNZHT+Lklbw34dVXKN5AyAcdqk8I3Ej20ul akvmabOMb5DnY3qK5u/8Qz6tp1pbTKqraAIpU8ke9b0jqLe3RTiPywRjvXNWrShZI6qGHjUvc5/x PoE+gX7QuN0L8wyDowrotNtbhfhjcLkxu0wIqrq+tte6NFY3Ko6QvlJD976VFpfjifR4JLR7WG4i YghZegrSNVzWhE6HI9TlJJJ4PkkaUMPrVOa43DcWZj/tda7i6+J3lgbtA05yemRXI+J/FI8QPE40 62tGjGP3H8X1reN2c02k7HXyajcWfwrtZ7aZ4XNwQSpx2rM8LeN7i3vTZ6xM9zp118km45KZ7iuZ l8UXU3hqLQWijEEcvmCQfePtWdBIM/0quUjmTOs8WeH5tA1IurNcWVx88E+cgqe2fWsldPvZNPF+ lnK1mWK+aFyMirc/im8m8ODRZlWWBTujkb7yewpmieNNT8NqYLZlltWOWt5BlSaSTG2kZqXDQkNA XiYd1yDXoV9NNd/C6G41gnzlnAt3kHzlf8KyP+FkWO0THwxY/aQc+2awNb8W3viW5SS+YLBF/q4I xhU+lJxY1JCQurtkKNvpWnFtKDKgcVzpukTDI2FHQVdh1eMIODnvXPUhJ7HXRqRW7LN1IoyGUY9h WeZgvyqBim3mpQyg+WCD6Vnvdcc8VrShK2pjWqR5tGaguGHC/lUdwlwqhvJYKe9M02XfdKpwfTNb FxLKQUJIHoRUubjKw1HmjcwvMyvOAfeo2lU5ycVvaPpltOs19dL5iI22OPsT707U9Ms5oWkjiELp zhe4pfWIqfKUsNOUOcxbK0uL2cR26FyetdVH4PnaxMjf67so6VS8PPGXCQptY8EA816DGgjhEJZz JjrmubEYqcJWR04fCwlHmbPJNRsbnT5dk6FR2PaqqyAd8mut8TEQtJHOu4jsT1rN0jTLUR/apkEh c/LGegrohiP3fNJGE8N+85IsyQ/yk5Bqa2WeT5liLKPatjWdMtTZLe2iCFozh07Go7WZ40QrwCOg FNVlKHMiZUHCfLIpGZ1O1wVHpTPPHQgYpdXl2zjHDHrWYtzye+K0gnJXMpvldjetmRR8qj6mtIbS oIUVzdpqEcXEgyKvnVoT0BA7Vz1Kc+bY6qVWCjucpRmmZ9aM16p4o/OaN2BkGmbu1ITRcADE5bHe glXJx1oUhQR2ppb0GFrM1EUEg+lIOSB2p+NnbJNNJ/KkA7GWx2rb8L+Fr3xXqT2VlJHFsXdJJJ91 R71inGM16B4LmbS/h74n1tVxIEESt6nPSlJ2Q4q7OR8Q6DfeG9Vl0y9AMqjKuvR19RVKwsJtSvoL K0XdcTMFUV3nj4DVvCnhvxCp3O8PkTt3BFVPhTaJL4qm1NwDDp9u8rZ6ZxxS5tLlW1sZ/inwJqnh CK3lu5obiObILxdEI7H3rM0zw7eaxpOoala7TDYEecO+D3rt7y9bxH8J9TnbLzW+oGVWzn5WNUvh PcLLf6por8RX9o456FscUruwWVzgidyqRyBzXSQeCNZm8LN4jjjU2WN23+Lb61iCyc6o2nop3+d5 QH0OK9pXUYrXxjZeERIBa/2cbZk7FyM/nVSdthRXc8ODAqSTxWxe+Hb2y8P2etS7Pst25SMDrVG/ sns9Un0+QfOs5Qj6nFdt8TZfsGnaB4eiyPs9qJCPRjQ3qgS0OT0PQNR8QXottNtmmcffP8Kj1Jrr j8JNUOQmt6YZwP8Aj3EnzfTrV7VbuTwR8OdLsNP/AHV/qq+bcygfMFI6A15uryxP5vnSB85DbznN K7exWiLeqaXqGh3z2WpWzQzp2I4YeoNV4nAbIHUV02reMU8QeFbax1CBpNTtWwl16p6GuWTJyelH qMuW1pPqMy2lrC00sx2iNRkk11Vr8ItXgiBvdY060duVhlf5hWDomu3fh3UDfWQj88oU+cZAz3+t Z+oXE2pyyT3k8kkjsWLFz1pShzaoUZ8rsamu+H9W8M3axahFujcZjmQ5Vx7GqNvvuJ0ihjZ5XOFV Rkk13F2Llfg1ajVWZpBcf6IZPvbfx5pnw1gitY9V1+aMMbGAmHIzhz3qozlykyjHmHQ/DDVZIFe6 1GxsZGH+pmf5hXNa14T1TwxPm+iBik4SZDlH/GqV9qF1qV3Nd3VxI80rEsxY13Pg66l8SeD9a0K9 YzLaRefA78lcc4zRd3u9kOytZdTzhI3e4CxIzsTwFGTXVXfg7WrHQf7Yu4PJgyBsb7xB71R8L+In 8OTz3cNpBPO64RpVzs9xXbrrF/rfwu1K71GdppDOoBPQD0FZ05OM2l3NKkVOCbPOreOS6uIreIZk kYKo9TXcL8K9ZKqXvbKNiMlHfBFcj4byPE+l/wDXwtdj428MeIda8eak+m2c8kXyYYOVXpXTKbvZ OxyxirbGfrHw/wBT0bTJb+e9tJY4hlljcE1yIkJHU4q9rHh/XdCCnVLWeFT0Jcsp/HpWVuPXNXFu 29yZb7WJw+O9KHI71X3E0Fj0zVElnzD6mjefWq4c0GQ0AWN59aUSnpVfzMUpfjNAFgSuO+aXzm9a rB8mlL44oAtrdzKMLI30pDOx5LEmqpfigvwDSsh3ZZFwwPB4oNy/Y8VV39aNxOMUxXZcF3Lj71IL lj1NVN9BbApWQ+ZlnzQfWrEOpXEK7Q5I96zi/HvSbz+NDSe41JrY0Hv5nOWao3n3jpzVMOaA9KyQ OTe5P5hHekMm7g1DvpC1O4ix5zDjefzo81gfvGq+eKTeaEwLDSFupzTS/PFQ76N9FwJS9WbfUJbX /VNtPqO9UC/FJ5lS1dWY4tp3RsPrMjr90Bj1NVvtzjnOSetZxcmjfUqEVsi3Vm92atvqs9pMZIj1 4Zexq9J4hXYHt4jFcDkN6Gub3n1pN59amVGEndouOIqRVkzqk8WeZF/pkG6YdHXuaoy6y1xKZJhn PQelYW8kUhfmpjQpxd0hyxNWatJm62qRsNrA7TVR7tUcvGfmFZhbvQX4zVqETN1JM101RFJYp8x+ 96Gtex8YfZ7f7Pcw+dEPunutceZM0eZWc8PTmrNGsMTVg7xZ0Gq66t84WFDHCpyB3JqBtWWSLbLH uYdGrGL03eaaowSSSFLEVJNtvctyXBlYs34Co94qAycUhcmtOVGXMyYYByKmilVOT1NUw5A60m80 NJgpNGkbuIgdc1Vd95ODxmqxejcaSikU5tkwHPWlVtp5PFQF+KTf15ptC5rFwyqAOhqNZSrFs9ar hvek3/lSUUh8zZcDqec00ygg8VU30u896OVC5mWo55I2DI2COlaD6/dSxeXIilsY3Vihvel34+tS 6cXui1UktEzoNG15dP8AMhuUZ7eQ546qafqGvRSEpaBijfeZuuPSucDk96N5Hes/q9Pn5ramixVR Q5L6Gv8A2ikDLJaO6yDvXRJ44VoBJKJPtSrgAdD71w4cjmjefalPDU5/Eh08XUp/CzYl1Zr25ea9 dmZjn6VPZa5HA5jkVvs+flI6isDfmk3k96p0INWsSsRNO6ep0+seI4bq0WzskYRE5d26mqEGu3Fs myNFPGAT2rHLcfSk3UQoQjHlSCeIqTlzN6lye6muXLyNknrTFkAHSq5fjrSbj+NaqKRk5t7lwOpG c0hl3VT3/nS7/ejlQuZh2pOvtQxxSZ44qiBR1+lHUgYpAT6U1mIJqXsOO45vlPPQmjPGMAZpoI4y Tj3pQcnngdqg1AEk46mkBGTnik3Y4Xr3ppbJ6fWgB+7Gc9AK9Eu1TSfgnbxEkHUbssB68V5yVDHA 6Hg+1d/4+v7VfC/hnS7SeKZYLcPIEOcMfX3qZdBx6k/hz/iefCbWtJ+/cWLi4jz2B60zQJP7E+Em r6oi7bi/lFunqQDzWd8NNUttN8RTW95MIrPUIWgkZjwMjAzWh8Rrqw07S9L8MaVdpcQ2mZJXjOQx PuKXWxXS4/4bAXnhjxTpZY5e382NT6qO1cx4L1U6P4u0uc8fvgkg9j1rV+FmqW+n+LWivZlitLm3 eN2c4GSOK5DU3FvrF19nbiK4Yo49AeDR1Ydj1GDQYx8a5oWX9xbt9sY442kE1yd34gd/iA+tg4K3 eR9Acfyr0jVNZ0uPwhP4nhu4TqF3YC1CBhvBxjP6V4aspdNznJ6/jRHUHoep+ItAS8+LunCFcwam UuAQOOACa5r4hX51DxnqMqtmON/LU+gAr0Xwxq+mXPhKx125u4VvdLtmhKMw3E9sD8a8ZuJjc3E0 khJMjls/U0R3B7HZ+ONLa20Hw7eLeXFxDPajBlbIU+i+lcPg7cEk16F4e1/Std8NDwp4kl8lEbNn d/8APM+h9qevwtxJ5kviLTxZA587zB0+lCdtGFr7HApDI0XnCNxEOC+3jP1pYwCSeeK7Pxhrekwa Lb+GPD6iW0hO6a5I5lf/AArios/xHFMZYVWkdURSzscKoGSTXf6Z4V0vwraR6v4tkDTkBoNOU8se 26sr4YjT38YxyajJHGkcZaNpThQ/auk1nwFLreqz3934u055ZGJGZB8o7AUr9Lg0r3scZ4m8T3ni e9WScLDbRDbBAnCov09a6XwORJ4K8SwR/NL5W7aPSszXvASaJpb3q69ZXZT/AJZROCxql4K8Sp4b 1hnuUMllcp5Vwn+ye9Wo3jozPnSlqjnGcn869C+FY+TxFISQq2LZPbkVQ1jwdpxu7afR9at5LG9k IXewDQ/7wq/qeoaT4N8NXGg6NdC91G8wLq6X7oX0FVJpx5Ykq6lzM4CA/Jj616HpZ/4tBqX/AF3W vO0IQe57V3OlX9ovwn1G2edFuDcLiLd8x/CsZK03Y3i701c420uZLW5huoTiWJg659a3tU8f+JdV kDSag8CgY2QfKDWHplodQ1G3sfNSHzXC+a5wF9zXcN8NrC2bdd+K7ERDlthDE1s3HdnPaWyLfgDV 73xGmp6HrUzXdmbZpFeXkxke9eaSDbLIoPCuwH0Brv7/AMS6D4d0S40bwuryz3C7bi9fg47gVwBH r9aqG7Yp7JCClzjrSFtpx1NLjOK0IAH3pT1oxRQIOtFA44oxQAUuTSdaWgAzmjPGKKKYBmjNFFIA NJmiigAJoPSjFB5GKBgOlGaQc0h64FACgnIoJycUA+tIe+KAAnsKTOBSk4pucCkAUUUUABNJmlNJ mgAzSE0daKAEpCaU0mM9aQwzSZoOO1NoGLnH0pKM0lAgPApMnilpD696AEJ7UlKB3pDSGFJ2paQA 96QCZpM+tLj0o69KYBu60maSlOKBgSTSUmaWgQZozQaac0ALmjNJgUHp9e9ADsmjNNOcUhyAKQx2 aA2eKb1pR14ouIfRTM+lHOetA7j6aWxSZ9aDjigGx2aM0ygd6BD80maQUDkf1oGLnrTs0zg0uKBD iOKAPWnkc0u0dRTEMxzUUh5IqweT/WoHIDEEcVMtiobiuQFUdTSEn8O1MBOCPWgccdhWZqKM4yet L2J9aQ8DGaaGyD7UCHhyqYA+tNUryoGCeaVizKDUe4Bh60XHYeVB+937Ugwh2Ck3Hf14pjMN2RzQ A+TDKRmqhc5wD14wanYgoQD1/SqyjDKexNSykXs7YwCenbNRxk+bknj0qOViW46dKniQKF3Hn1ou FiwH4PJAPbPWgHI3YIx2pq/M2eoFPLAAZH0qkIXbuGSfwqQEeV5Rdih6LnioySvJ6ntQrB254oAk Pyle2O1P5OCTxTfl69SKkjKuQVH1zSKQ2HDsVwSfSnvEFbaRzUln+7uy/G4dKSUsZWLfeJ5rSkZV egwKAeBSjBppYnIXrSgcc9a0MgKjJIpRgDFHSlAzTEROc3KDPQU0DbMxPelkAWYOD+FWobGW4YFh tU1hOcY7nRCEp6LYiIDrjNNC7Byufeupg0u1iVU2hjj5iaia00/zSjuqsO2a5/ravojp+pO2rOd8 wMcBeacQW46VpSDTTM8aTAEd6pOEWQor7h2IrWFeMn72hjPDuC93UjVdtOAwMUdOD1oNdZyB6UGi igQYpaKKACkxzS4ozQAUUAZooAD0pCKcOlBNAWEFIaXFFACE9qAMUEUgHvQAds0h+tOxgYpppjE7 UdqMGgikAZxTc0YzRjtSAD6UUdKTNABzRRSUAGaQnilpuMcUrjsBPNN3UvTrSGgBCcUE4oNIaAAm m7jRgik6ikAuaCaTrRQAbs0hbik5NHQUDDcaM0hFJQAu7ikpTTcGgBc0E0U08YoAXNG6kpCKQC5o BxSUUAFGaTHNKKAFyQOKM0gpOaBjvWjNIKKBDh7dKKTtRSGL29qSj1pKYCmjNJSUAOzwRSZ560UU ABpwPFMxThQItUnAowBzRiqEKCKqTHbIatKKq3XEgx3qJ7Fw3EHJB70jEjOBRnGBSE561maDSfmB 9aQMFzgGpD2Haom4OO1IY5ydwOaQqAM7vm9KGOOO2KaeVBoAXcw6jFRNw4Oafgk5z+FIDnPsaQAT xyMA1WlLRjjPB5+lTzMdoFRv1554qWUh1uQ8gIOQavEAfw/jVKwGJZE6gcitIAPGM1UdhS3EOeBj ApCoxvySR2pEOWIPbpTox8w9qoQ4Nnk9cU5SjJkcmmseR71KYwoBHU0hhngDHPr6U9MdjzUW7Dbe xqRD5bDA6UDQ7cUmB7VZmG5FkHfrVSVj5w9PSrFud5YHpinF2dxSjzKxH9xSxIA6mqUt6dpaMZAq C6meVmQthRxxVeInYRninOp0REKfVmml5uUc5yKf5hbvxWQDhfoeKuQyEAflWLqPa5vGEd7GnAqD Bxu+taaXcpGQAMDCj0rPt0GwCrfQVDinuaKT6FPUL3ULFhcOSY34DDpWbH9q1mT9wHZyeq54r1F/ DNprOkaZZSuyJPICzKOa9d0LwRoOgWkcNnYR5UDLsMkms4pblTk1ofPOkfDbV9U2lLebJ6sRgVuR +EodGneCYq0kY+Y5yAa9e8Za1Po9osFmqRmUY3gYI+leI+IdSuFla3VyNxyzZ5NddOKS5mjlm5P3 UzI1AILxxGwZQeoqtTT1p2OMV1Wscr1EzSg0mOcU7FAgopKO+KAFznig80gORRQMWikFL3oEKMd+ lIaOtFFxhml60lFABRSEZFIvNACmkxjp1pR1NNPBNADuSKTbR1IFISaAEpKU9cUUgGkZpMU6igBt FFHagQhBo6iigdxSKGEUEYFOIpAM5FAxlFKaSgQUgFLSigBhGPpTakNNIyM0gGmj8KeQKQjFAxhF AHFL2o6UANxRxTj2owMUBcYetIaeRxTSMUAJ+FN5xmndaCOMUgGdaDxSnjigAc0AIDQKdjimmgYY 70ClAooBCUYoNFACge9L7UYoxQAmPekxTiMU2gBe9BpBS0AJjNB6UpGKQdaADoKBzS4zShRQB//Z --_005_3A9DFD310AE7FF44A43EC4C94FA0C7D822281BDBESESSMB301erics_-- From orazio.toscano@ericsson.com Wed Aug 5 07:53:32 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EC6861B2E00 for ; Wed, 5 Aug 2015 07:53:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.945 X-Spam-Level: X-Spam-Status: No, score=-3.945 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FU_ENDS_2_WRDS=0.255, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] 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 iy47telQDMBr for ; Wed, 5 Aug 2015 07:53:30 -0700 (PDT) Received: from sessmg22.ericsson.net (sessmg22.ericsson.net [193.180.251.58]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C3C3F1B2DFC for ; Wed, 5 Aug 2015 07:53:28 -0700 (PDT) X-AuditID: c1b4fb3a-f79356d000006281-46-55c22366625c Received: from ESESSHC011.ericsson.se (Unknown_Domain [153.88.253.124]) by sessmg22.ericsson.net (Symantec Mail Security) with SMTP id 52.1D.25217.66322C55; Wed, 5 Aug 2015 16:53:26 +0200 (CEST) Received: from ESESSMB301.ericsson.se ([169.254.1.246]) by ESESSHC011.ericsson.se ([153.88.183.51]) with mapi id 14.03.0210.002; Wed, 5 Aug 2015 16:53:26 +0200 From: Orazio Toscano To: "netconf@ietf.org" Thread-Topic: replayLogCreationTime Thread-Index: AdDPjX2/+VSPEoB6QJmEKcMxWvHa0g== Date: Wed, 5 Aug 2015 14:53:25 +0000 Message-ID: <3A9DFD310AE7FF44A43EC4C94FA0C7D822281BB6@ESESSMB301.ericsson.se> Accept-Language: it-IT, en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.18] Content-Type: multipart/related; boundary="_005_3A9DFD310AE7FF44A43EC4C94FA0C7D822281BB6ESESSMB301erics_"; type="multipart/alternative" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrJIsWRmVeSWpSXmKPExsUyM+JvjW6a8qFQgytt1hZTN91mdWD0WLLk J1MAYxSXTUpqTmZZapG+XQJXRvPZC+wFS/4zVvw9+5S1gfHGJ8YuRk4OCQETiZatR6BsMYkL 99azdTFycQgJHGWUOLZ1NzuEs5hR4sWCKawgVWwCRhKnts5iB7FFBDQlGmd9AIsLC8hJPPz9 kgUirizx5OguJghbT+L/299sIDaLgKfE/gnrwGqEBAwk3u+YCRTnAIqrSCyfrggS5hXwlXj0 +AJYK6OArMSE3YvAjmMWEJe49WQ+E8ShIhIPL55mg7BFJV4+/scKYStKfHy1jxHkZmaBbkaJ pZcvMkEMFZQ4OfMJywRGkVlIZs1CVjcLSR1EUb7E9RsrGCFsHYkFuz+xQdjaEssWvmaGsc8c eMyEKa4rMX3CEai4osTs5a8YIZYtZZTYMfcaK8zQRx+es8IUTel+yA7T/P/veTaY+JvLb6Ca lzFKnHx8DO6i6ycamZE1L2AUWsUoWpxaXJybbmSkl1qUmVxcnJ+nl5dasokRmFYObvlttYPx 4HPHQ4wCHIxKPLwKeQdDhVgTy4orcw8xSnOwKInzzticFyokkJ5YkpqdmlqQWhRfVJqTWnyI kYmDU6qB0TblbXPovox9xVo/IxkO8Kw0usQem/ZUIyd1uWBre5X4/zi+gD85e0/dYOQPYHdZ 8u2c8zfRr9mPC4/VfZrGwiW9YJLZi7/+Om0/Pz2LMuVkSvDm7n3guOw/G8Onzqok4/18vz5Y 39gyWUxxx5O17U+OSlZtduYM9xeN8M/SifPudmB4oSSoxFKckWioxVxUnAgA/wjTtgwDAAA= Archived-At: X-Mailman-Approved-At: Wed, 05 Aug 2015 11:35:03 -0700 Subject: [Netconf] replayLogCreationTime X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Aug 2015 14:55:06 -0000 --_005_3A9DFD310AE7FF44A43EC4C94FA0C7D822281BB6ESESSMB301erics_ Content-Type: multipart/alternative; boundary="_000_3A9DFD310AE7FF44A43EC4C94FA0C7D822281BB6ESESSMB301erics_" --_000_3A9DFD310AE7FF44A43EC4C94FA0C7D822281BB6ESESSMB301erics_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi all, on old posts I have found that the replayLogCreationTime was expected to up= date in case of notifications dropped. E.g http://www.ietf.org/mail-archive/web/netconf/current/msg02978.html "gives you the creation time unless notifs has been dropped" Or http://www.ietf.org/mail-archive/web/netconf/current/msg02978.html "the time the buffer was created and started recording notifications, or, if notifications already had to be dropped, the time of the most recent notification that had to be dropped." According to other interpretations instead the replayLogCreationTime report= s the time the Log was created and that's all, with no update in case of no= tifications dropped. Could someone please confirm what is effectively the recommended usage of = this field? Thanks a lot Orazio [Ericsson] ORAZIO TOSCANO Product Development BUCI DUAC NAM Ericsson Melen 77 Street, Erzelli site 16153 Genoa, Italy Phone +390106002223 Mobile +393336318507 Office +393336318507 orazio.toscano@ericsson.com www.ericsson.com [http://www.ericsson.com/current_campaign] Legal entity: TEI - ERICSSON TELECOMUNICAZIONI SPA, registered office in Ge= noa. This Communication is Confidential. We only send and receive email on = the basis of the terms set out at www.ericsson.com/email_disclaimer --_000_3A9DFD310AE7FF44A43EC4C94FA0C7D822281BB6ESESSMB301erics_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi all,

on old posts I have found that = the replayLogCreationTime was expected to update in case of notifications d= ropped.

E.g http://www.ietf.org/mail-archive/web/netconf/current/msg02978.html

“gives you the creation t= ime unless notifs has been dropped”

Or http://www.ietf.org/mail-archive/web/netconf/current/msg02978.html

“the time the buffer was = created and started recording notifications,

or,

if notifications already had to= be dropped,

the time of the most recent not= ification that had to be dropped.”

 

According to other interpretati= ons instead the replayLogCreationTime reports the time the Log was created = and that’s all, with no update in case of notifications dropped.=

 

Could someone please confirm wh= at is effectively the recommended  usage of this field?

 

Thanks a lot<= /p>

Orazio

 

3D"Eric=

 =

ORAZIO TOSCANO
Product Development
BUCI DUAC NAM



Melen 77 Street, Erzelli site
16153 Genoa, Italy
Phone +390106002223
Mobile +393336318507
Office +393336318507
o= razio.toscano@ericsson.com
www.ericsson= .com



3D"http://www.ericsson.com/current_camp=

 

L= egal entity: TEI - ERICSSON TELECOMUNICAZIONI SPA, registered office in Gen= oa. Th= is Communication is Confidential. We only send and receive email on the bas= is of the terms set out at www.ericsson.com/email_disclaimer

 

--_000_3A9DFD310AE7FF44A43EC4C94FA0C7D822281BB6ESESSMB301erics_-- --_005_3A9DFD310AE7FF44A43EC4C94FA0C7D822281BB6ESESSMB301erics_ Content-Type: image/jpeg; name="image001.jpg" Content-Description: image001.jpg Content-Disposition: inline; filename="image001.jpg"; size=2690; creation-date="Wed, 05 Aug 2015 14:53:25 GMT"; modification-date="Wed, 05 Aug 2015 14:53:25 GMT" Content-ID: Content-Transfer-Encoding: base64 /9j/4AAQSkZJRgABAQEAeAB4AAD/2wBDAAgGBgcGBQgHBwcJCQgKDBQNDAsLDBkSEw8UHRofHh0a HBwgJC4nICIsIxwcKDcpLDAxNDQ0Hyc5PTgyPC4zNDL/2wBDAQkJCQwLDBgNDRgyIRwhMjIyMjIy MjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjL/wAARCABeAGoDASIA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD36iii kAUUVHPPFbQPNPIscSDLMxwAKAJKK8z8QfGnQNLLxWIa9nXj5eleW6/8X/Eus747eUWUB6CP7w/G uiGFqT6WMpVoxPofV/FGi6FCZdQ1CGIDqN2T+VeZeIPjxZwb4dDsmnkHSaX7hrwq5ubi8mM11PJN IerOxOajUFm2oCx9FGa7IYOEdZamEq8nsdpdfFfxlc3v2lNUeFQc+RGPk+le+fDrxY/jDwul9MgW 4jYxS46Fh3FfOuh/D/xHr7qLWweONv8AlpIMDFfSPgTwong/w3FpwffKx3yt6setZ4r2SjaO5dHn buzpqKKK886QooooAKKKKACvPPjQ96nw/nNmXAMiiTZ129/wr0Oorm2hvLd7e4iWWGQYZGGQRVwl yyUhSV1Y+JQUA4IxWrpXhzWdclEenafNKT3KkD86+hbzwP8AD/w9cyX99Hbx4+bypHGPwWsHVvjT oOjxG18O6f5wUYVwuxVP0716X1iU/wCHE4/ZKPxMw9B+BV9Oqza3eLbxYyY06j6mutFn8OvAUYMr QTXKjuQ7E15Hr3xM8T6+xEt81vEePLg+UEe9ci7vIxZ3ZmPcnNP2NSf8SX3C9pGPwo90n+PFjBdL HZ6WwtFOD2OK9U8P69ZeJNIh1KxfdFIOR3U+hr43jR5nEcUbSSHoijJNfTvwf0G90HwUsd8jJJcS GYI3VQe1YYmjThC63NaNSUnqd/RRRXAdIUUUUAFFFFABXGfFDxLdeF/Bs95ZcXEjCNW/u5712dY/ ijw7a+KdCn0u74STlWH8LDoaum0pJy2Jkm1ofIV7f3mpTGa+upbiQnO6Rs1X74HJ9BXsNv8AAO/+ 3FbjUYxaA/eHXFdPb+F/h94HiWW/ninuE7yMGJ/CvUeJprSOpxeyk9WeJ6N4P17XpFWx0+VlbpIy 4X869N0L4FFVWfxBfrGo5aGMjp/vVY1n44WVlG1t4e05cLwGK7V/KvM9c8feI/EDN9q1CRIieI4j txSvXqbe6irU476nu+lL8OvC06WltNYicH78jB2B+td9FLHPEssTq8bDKspyCK+JHAcln+Zj1Y9a +l/gpdX114FH21nYJMywlu6dq5sTQ5I817mtKopO1j0eiiiuI6AooooAKKKKACsTxZ4ltvCmgT6p cjcE4RB/Ex6CtuuP+Jfhi48V+EJ7K0I+0IwkQH+LHarppOSUtiZXs7Hhmv8AxZ8Sa4WSOf7JATws fBx9a4me4mupDJcTPK5OSXbNbkHgfxRcXn2RdFuhKDg5Xge9ehaB8Br2fbLrl8sC8Hy4OSfY163P SpI4uWpNnjqgswRQSx4AAzmuq0L4c+JtfYGCweGI/wDLSYbRj1FfRWg/Dzw14eUG00+NpccySjcS fXmuoVVRQqqFUdABiuaeN/kRrHD/AMx49oHwIsbfbLrN21w3B8teAPavWrCwttMsorSziWKCMbVV RViiuOdWc/iZ0RhGOwUUUVmUFFFFABRXGSfFLwrE5Rr8bgcHitGx8b6HqOk3Op291utbb/WvjpVu nNbolTi+p0VFcWnxU8Ju4X+0FGTjJHFbeo+KtI0zR49VuLtPschAWRTkEmh05rdBzxfU2cAEnAye 9FZr6/pkWkLqk10kdowyHY4zXN23xW8K3V8lpHeEu7bVO3gn60KnJ7IHKK3Z21Fc3r/jvQPDjrHf 3iiVgDsXkgVJo/jPRNb06e/tboC3g/1jPxto5JWvbQOaN7XOgoriY/iv4Vlv1s0vC0jNtBCnBP1r d1zxTpHh21WfUbtIg4yq55P4UOnNOzQc8e5s0Vy+hfELw74hufs1ler5x6I/BNS6p450HR9UXTr2 7EdySBtPvR7OV7WDnja9zo6KxtY8U6Toa2rX1yEFz/qj/erXjcSxrIvKsAwPsalppXHdHyx4UuxZ 6xqR/wCEf/tjcuNm3Pl+9ekyTLdfCnXnGh/2QSOY9uN3vXMaX4a8Q+HdQup9L1iCFp+H/dk8V2Vv a67qvw/1y01fUo7iV+I3CYCivRqtNp+nc5IJnkSatpkfw/bT5NFJvHf5b4rwPxrsvE2lPpHwG023 luBcGS4WYOD0DHIFdHp3gkXXwfm0iaaIzBy6TBOhzWRcaBfX3wmj0Wa9jZ7e5DLKVONuelNzUmrd GNRa37GH4vuJr6HwjokkrR2UqjeoOAa9qsfAfhu2sbaJNNhPlgMr45z65rldY+HCeJPBemIt0sGo WUeY7gA44rltK1nxnBf22jtrcbpHIFLlTkgdqyd6kbQdrXKVov3kV/GGga14c8fzeIX0k6ppxIK7 huAGOhFbK3lj8QvA2qWHhuyFhqQAaWBeN9O8Wa54s0vW7q2t9Uha2mUBUkTOzjBxR4e8F6j4W8Ha jrFnqiDU7wbllCkBRnNU/gTe+lhL4mlsc34W8QWnhV7XRPFHhhY2EgUXDJ82c8HNWLxIvF3xxhsN QYyWMZIjQngqoyBRHpev/EbWbO31XU4FS2YMSkZBbFdP49+H0lrdW/ibRb4Wd1aKquCCd2O9U3FT 10bQkm436GB8YNFsfDOs6HqmkRi1neTDLHxnHSsHx3p1z4j8b28UWftUtkkvuTjNdJovhrVviJ4g g1LXtTje3siD5CKRn6Vv3PhuQfF+21JJo1gjjCCLbzgUlPksm9UmDXNqtmeZ674k/tvQvDtjck/b 7CYxSg9cA4FfTOn/APINtf8Arin8hXhfjf4dbPG/2yzuo4oppBIYyp4PevdrJfLsbdDyViUZ/Css Q4uMeU0pXTdz/9k= --_005_3A9DFD310AE7FF44A43EC4C94FA0C7D822281BB6ESESSMB301erics_ Content-Type: image/jpeg; name="image002.jpg" Content-Description: image002.jpg Content-Disposition: inline; filename="image002.jpg"; size=12540; creation-date="Wed, 05 Aug 2015 14:53:25 GMT"; modification-date="Wed, 05 Aug 2015 14:53:25 GMT" Content-ID: Content-Transfer-Encoding: base64 /9j/4AAQSkZJRgABAQEAeAB4AAD/2wBDAAgGBgcGBQgHBwcJCQgKDBQNDAsLDBkSEw8UHRofHh0a HBwgJC4nICIsIxwcKDcpLDAxNDQ0Hyc5PTgyPC4zNDL/2wBDAQkJCQwLDBgNDRgyIRwhMjIyMjIy MjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjL/wAARCAB9Aw0DASIA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwDEJyaX gU00V6RwDuPpSbqM0lADwc0tMB5yaM88UwH+1HTNN3c0uRQIcORVW41G3gO0vlh1ApmqXRtLF5F+ +flFcxeQy2Ko27zGkG5uelTKdiowuaeq6q1xaNDbgqzd65d7KVW8wx5PrVr7S7YBQgU77WxTaSQK 552ludELx2MqdJx8vlsM96rGN16qRW+t6GXBXOO5FSFoGHzIp4rP2S6M09o+qOc8pz/DSFSDgjmt 6WzhddyHafSqUsRgGXXI9RWbg0WpJmeI3IyF4pUjZ844FWRIHyF+760ilY15bgVFy7ESW7EFn+VR 1qI4ycdKkmmMhwPu1FTEKi7nAxmtS1GJFI6VQgT+PNaEAxHu96TY0jXeMvHxycdalj+ZFxTIP9SK esbI+3HDcihFltTuA962LOASR+WDgnjJqhawlpBkcEcGjVPtVo0b2wO1SC5z2qXroUtC7eW7WmC2 SDXM+KpljtI7fGGkOa7e/ZW0yB2IZ5QNo71534rQprCRk84FVCLa5iakknynX+F49mlwqK6Ideay tCjEdhCB2QVq16kPhR5U/iY4c/SlpoGaUDFWRYWijFGKAsGaXOBRijFAWDNLQFJ7UHii4WAHNKKT kCjPFAWDk0tJxS4z0ouFgopwU4pCCOtK4OLEooopiFozRRSATNFFBFMYnQ0dKXFJSHYSjtRRTCwl FLSEZoFYTOKQmlxxSEUrhYQ0UUh+lAwzxQTxSd/akJ4xQAhpO1LSGgYcUnH40UlAhM8mjNIcdqKA EJxQTxQelJQAnPekpSKSkMKQmikai4WF6U0mgn9KCe9ACUlKPWmg85oCwuaTOKME89qQ0h2DPNGe aKKLgJS9aQ9KARii4WFzxSUUHgUCsFFFGc0ALmg0lGaLjFzikoozii4gooJoByKAsGeKXpSdqCeK BhTlPFNFKKAsQZNGaaCT0GadtYckVNyuUN1GabkUoIOaLisO3UuajyKUHINO4co/NGRTRTJJVhQu 5AA9aLhYZqEcctjIspwMZBrlt7t9/JxwM1bu76W6kP8AzzHRargb8E4z6VEtSo6IjAyQAtO8oFT8 vPpUuQregppO7knilYq40RRjg4/KhrSJ2OOBin988YHelBwOaOULlOSCRThT+BqJJkYGOZSPY1fL rzyMikeGGZBnG8d6lw7DUu5jXWnMmZIclSMlazsH0PFdTHbSIhGdy1n3liCd8akHqQKwnBrU3jNP QxutSpAzcngVJtjR85w3pVu3ktlOXcVi2apFcLsToQBVq2YNEQORniq1/cCTaIuE9fWpbMgKQMcD OKT2GtzoLBg0O09fSraxh50z0rPsCeMfjXRafYvLIDjJpXsjRK5ds7cKBxg1F4j029uLWFoSEgVs kAcv7VvQaZJHGXcYUDqailuHlCq2Aq9BVUoSnLQmrNQjqYthZzkrPdnBVcInZa4jxC4k18dwDjmv SpSPKY5zxXmesAnV0Yjq1ddRKMOVHJBuU+Znomkrixjb/ZFaQ4rP0gg6dH9OhrQUitlLRGEo+8xa KdtNGOcU+YOQQAmjBp4GBS4o5x+zI8GnIPzoJUHGaeu3uaTmCpi4prjipcCo25NCmNwEVcDNG2lA /KkLLjGeaOcTghp9KkQVH0qRGAIpTnpoVTgr6ku2mOtSgg80jFeTmsoTdzWcFYr7elAWpCvGc0pU YBrfnOfkI8UAU7INI3H1o5g5BuKUDAoyM+5pwAHBNDnYapjMYHvQVzStgfSms3YdaXODgJgDrSHj pS4454pPLDg/PRzhyDC1G4U2SCQcq26oPOAOG4NCncHAtUEYqFZV/vDFTBwwyKdxconWlMbY9qlj QE5NObOT6UucfsyoVH40mOOtTSBRyeKhpqQuUQim0/pTcqRxT5g5ewlNPNKTTSwHU0uYOVhjmkxS F+4IxURmOafMLkJiMCmHIpI3D/1qQgYpcw+QZg0mDmlLAHGeaCwHU0cwcomDSEHpS71P8QpQc9DS 5h8hGaKHYKaA0bHrzRcOViUm0EinlPfimHjnOKXMPkFJIOKaR6UGVDwSM0vWi4co3GKMU4nnFBFP mFyDSO1JjHNPxz1puMZo5g5BppKceaTAo5hcocGgUcCjFPmDlDg0uRSDAoouHKHA6UhpaApIouHK LwBSUcUYFLmDlADNGCaBindRRzD5RB6U7FLg0AevWi4cgixD6U5owO9Ri4AoacnrWOptoL5KnrTW gQHrSiUN0NI0oJxkZp3YWQ3yV9aTygO9OLAZ5FVrm9S2j3tyewppslqKJZHit4meU4AH51zd/fPd kDG1AePei7vZbqT94fl7LVQgbsHt0qtSHZ7EsDBZ4WYZQOu4eozXZ/EjSbTT9TsL3T4hHZ3lqrgK OA3euIdsAjuRXoXiFv7X+E2i3ync9jKYHPoKl7oa2ZmfDzSLbVPEEk98vmWNlC00yHvgZFT/ABH0 ywtLvT9U0qIRWWoQh1jHQN3qzoBOjfC3V9SxtuL+QW8eepA61JKp134QJKw33OlXBGB1CMaV3e47 aWM34b6Tb6p4pH22ESWcETSyg9OBS+GLGx1n4ji3lhzZm4YrGOmM8CtHwQy6X4L8R6w5wzoLeI/7 3BrA8C3c9j4vsJbaA3MpcLs+vehtu4W2Ow1Tx1oGnatdWI8GW0ggkKb94Gcd6y9R8faJfadPaxeE re3eVdolVxlPetDVPhpqF5q93dzapp8DzyFjGZR8uT0rI1L4a3Ol6dcXravYSCJdxRZRkj2pLlG1 I47cUb73y012JRuBnHWkO1h8vTvSOw8og9MdfStCD1i4fw94Q8HaFcy+G7fUJr6IPI8hwQawpviF oERz/wAK/tCvr5grcutB1Hxl4N0IFrawt7WPZG88mDLx1ArLX4V3RGDrOnEenmiudxi15m6lJM8v 8T6la6vqc15ZWK2MTjiBTkLXt1/4F8O3vhHT9JsYlg1t7FbqFu8pxkj3rxrxP4fk0fUpbUTRTbTy 8Ryv516h8Qry50aXwfqtoxWe2soyMHGRjpWMlbRmy12PP9LtngvTbzoRIpKOpHQ16/4b0uztfB2p 3l3EN8LAq57Cud12O01q7h8R6RbPsnjH23C/LHLW/pcs958L9djUbpg23B+lZ9TXocvqGq6hdtEN ipZN9wofvV1Xhi2tLHSL3Xr+BZkh+SKNujNXJ+G9K1OLRUtb6LkP+7Oc9e1dt4ptLiy0bTdFtoHZ Y18yYqOCTWtF6WMqy2KHjCytZ9HtddsIBFFcLtljXojV4jrK/wCn25A5yTXt+lSZ8K6rpOowzJEV MkJK/wAVeMa6uLm1cds1rN+60ZQWp75HLpXhzw7o6/2RHctcW6yMzHnJFIniLRbkiK40OOKJ+C6t yKuz6Kmr+HdCLXkVuUtEwHOM8Vd0bwZa2zCW4nSdj90DpU8yUQ5bs5LxDo0elagEgJNvKoeLPXBq 1qOn28XgzTrpYwJ3ch29a7XWdOt9TH2eWPaUXEb+lc5rts9t4O0+3fl0kI/WkqvMV7OxxYHarOmR x3GrW0EoyjOARUEkZBz0qXSmaHVLeVYzIyuMKO9XzByM63Vta03StSlsl8PxzCLjfnrVCTxTpzxO n/CPxRlgQG3dK1dU8P3V/qEl1JPbQNJzsL8isu+8Jzi1eT7bafIpY/PUKWo+VWvc5ksCxI6E8D0p pcFqzjdkBl7A44p6T4XPrW2xludno2lWUGmNrOrk/ZwcQxA8uae3i+w/1Z0K38jp/tY+tZvijUxL pGk20MMsMaRkkOuAx9R61y32klQO9JK+43odfr2l2Y0+HV9KYmzmO1oz1jb0pdPtIJPA2oXjxgzx zbVf0Fcit5OIjCJGEROSmeM12mgo118PdQiVlUvc7dzHAFNqyEjm0lJQVv8AhG3gvdYMU6B08tjg /Snx+B7kgH+0LQjH9+tvw34al0vUXuHu4JAI2G1GyelS2ug9epxd0Al3Mi8KrkAVreF9Oj1DUGku Rm1t0LyfhWFeSgX1xk/8tDXXQwzaV4JJiic3V+3IUZ+Sqk9BJaj79bLxBodzeWVqkE9o+CE7p61x xOQDXTeFXk0/UGjubeUW06FJMrxWFdwql5MsZ+QOQvHbNRGVtC3FnTeELPTZdHvbvUIwwWQR7j/C DWHrmkvpOotD1ib5on/vKa2NHjP/AAg2rgd5RTIrpNb8PCwmV31C3/49yBkuPShy1uJRM7wxbxXf iK1gnQPE2cqe/FU9Rt1i1e7ijXAEpVBWj4TDx+L7SN1Ksu4EHtxTpYhL4uKsMr9p/rScrMpRuXVs tN8NWUNxqEX2q/mG5IM4Cj3og8TaZfSrb3+jwxQNwZIxgrVXxgzSeI5mc/dAUewqvp/h281K2Fxb +V5ZJHzNg0cyauxcrG6/o66TeKIJPMtpl3xN7elauiwafZ+GpdTuNPS6l8wLhz2rL1PRtR09Yxdk spHyHdkCtbRLa61Lw3cWCokUayg+bI2BS5tB8pEfEukr/wAy5D/31WNrN/banLG9tYJaBBgqp61t jwbKDn7fan/gdZGr6Y2jzpG80Uu8ZGxs4oUrA4JmUGKHJpzOhGQfwrorDws+pWSzi6gRW/hZsEVz 2radJpN81q8iSYGQyHIrSM0yXGx0XhKK2SC+1K7gSWOAAKH5HPWqPi6whstVSa2UJb3MYkUDoCas RA2/w3nOCJLmfb+Ap+sH+0/A9hfZy9oxib6dqL63JsZfhfT49V1+GGUZhQGR89MCtXxdHZXei22r WVqkAErQsEGBwcCovDP+gaDq+qNgHy/KjPuahsD/AGh8O9QibJe2mEhoctbhY5QtnvXVeFbS1ttL vte1CATQ2wxHG3RmrkokaYIqqSWIAA9a7fxRa3Gn+HdM0O2gkc7fOmZF4J9DRKT2KUVYp+K7Wzvd FsvEGnwCFZjsmiTohrjGYBWPtXZ+HpSmgappGpQTLBKheIlejVx21TEwPTmiLJaudd4msbWz0HQ5 reIJJPCGkI/iOK56ytbjUr2KztkLTSHAA7e9eg6v4dk1zw1oXl3UMAigH+tbGeKzFtbrwNpdxdGB J7m4GyG7jO5UH9KSloDRm+Ko9M0e1g0a0AlvI/muJ/Q+grQ8OHTtO8H3Gr3OnpeSiUJtc9q4OZ5J JGklYu7klmPc12nhu2vNa8HXemRRxRRCUMZ5WwKb2HYX/hOtHH/Mrwf99isfWtatdZkie101LEIM EKc7q0D8O7o/8xSxx/10rF1vRZdAnihmuYJ/MXIMTZxSTXQLHYaY+maN4Nj1OfTUvJJJdp3mqR8a 6JJ8knhmFUPUq/Iq5b6Xeav8OLe3sY/MkE5JHtXJXvhLXLJo/PtGRXYKH/hBPrSVm9RtdjW8T6RZ QWNprGk7vsV1wUJzsb0p2gafp9poU/iPVojNCj7IYQfvN70/xTPbaN4YsvD0dyk90reZOUOQpPaq nhvW9LuNCn8O60zxW8j74pl52N707uwrF5fHunvhJfDVp5J44AyB9awtcu9IuLtZdJieKNhl0bsf arEngw3eqCz0fVrS8UruDF9v4fWsfU9NvdEuja39s0TfwsRw30NCaWw7DDICMgc0wzY7VXMhBwGG TTcSENgE0+YOUtrMCQDSPKGOB0qkrsnzMKlDg4ajmBRJzkD2pB6nIFMXectnNMMhYkM340c7HyIk aRVNNNxu4NV5SCMbsmoWdj8u7gUXYrWLnnc8EYpxlP8AdqhGSpJ61P55BA7U+Z9CVHuTGb3xTvP2 9DVGQlvYUK7JwDmhsaVmaAkVjnrTjgrlc/SqUeO7YPrU3mbQAG5NLmY+UnGSacsm1sdqiJcrmmF8 knuKOe4+SxZeYAjAponqo7s/IGcU9BIUHy0cxPLfYoefknnil84/3qzvN5zmlExOcV02Ry8zNAXB 9elILgjnNZ5kPHNHmH1osLmZfa68tSzPxWVLK80hZycdqJpCzBO9Rlirc9e5qWykIVyN2cEUnDgY 6mgkbsdvWjIHI6VJQqgYOTyO9eg+DEOr+APEWgg/vdomiHoc9q896Yat3wn4oufCurfb4Y0mUrte JujClLVDjo9To/HrjTNA8PeH0OHigFxKB/eak+GtyLl9Y0KZsrfWrMg/2lGRXMeIddn8RazNqU6K jSfdReiD0FVtE1m40PWYNStQDLC33T0YdxSt7th31udp4ihPh34WaZoz5+0Xdw8knqQDxWZ8MQR4 7sOepNZ/i7xdc+MdSjup7dLdIl2pEnQeprP0PWbjQdXg1G12tLCcgN0b2pJOw21cu+Kbmc+KdSHn T/LO2MZ9ayGmnlGWlm2nqDnBr0N/i7LKxkl8LaU0jHJJHWqWpfE5tR0+WzPhnTIhKu3eg5X3FCb7 A7dzhgecUkqkoQeODUjEZ3YwB6VHI+5T6mrJPSvH0jxeBPCCo8gHkD7mfT2rz5Lqdesk+38a7LSv ine6foltp1xo9jfpbLtieccgelXV+LEpUMfCmk4+lQrroU7M4GRt8LCQkk9M9a9Q+Ilmbu18PJjI Ngo/HFee63q39uapLfmzisy4A8mH7o966ObxzPqkVvFdQIv2aERxFfYdTWVWLa0NqTSepL8OfES6 RfTaRfLmxum8qdW/hPZq9Nh0j+xPDWtW/wB6JpA8bD+JSOK8K1iWJLhdQtjy42zL7+tddbfEq9n8 NJo06ocLt87PzFfSsFF7G7aWp1vhK3W+1QXMjk21opkbJ4+lPvvHuoiaVovLCbiEDKDxXG6d4wl0 7S7vToolKXX3pP4l9qzJNSRxkvnHQVvGk+pnOrFts7mH4g6gLqEXKQPAWAkUoOneuI+K+jRWOvme 1QC0uYxNGR057Cqkt0GUgnkil1jxJceINNstKuoYwliCI5R95gexpzhZWM4TV7no2uTGLSfDA3EZ sl6fSut0S6W502Fo2O5Rgj0ryTT/AIj3kV1Yi4061nSzh8iMP0x0zXTx/FWeNSIdKs4ie4NYum5r Q151DRnqF66RxRSzsE2rlmJ6VyPim+S58K2VzH9x5TjH1rzzVvGWoawx+13J8vPEa8CtHSPiFPp2 mR6fJY211DGfk83+GtI0JLUh1Y6K5AZg5BIbH0NXdCmC67aKe8gxVofExQOdEsB+Fc5qHiiS81hN Sht4rd0IISPpVqlJ9BOrFI63xXJKviK52s+M+9cpqGpeVEU8yQseoGa2pfipcSHdJodjI56sxOTV eb4jmeF4m8PacN6kZA5FEaMk7tEyxCtZHIpPubvzVjzeOTxVJm3OWAABOcDtUgcEDd1rpcDnU7Ho eqxt4l8E6fqFlmWewBjljXqo9cVwBdmfGGznGMGr2jeIL3QrkzWMm3d99Dyrj0Iro1+IMPEw0Cx+ 1A5344z61moSjsi3NPqU7nw+dO8NwaneTGO4nfEduepX1Nbug4b4b6nu6faK4zVtbu9bvTdXsu5u iqOij0FXNP8AEU1pok+kBE8ieTeznqDSlCXKOE1zFtbh8AB2x/vV0XguYvrbBmY/um7+1ceHZRkH Iq1p2vS6FdG7iVHcqV2seOawUG3odkmuUtWlqdT8T/YkXcXmO7/dzzXU6x4unstTksdPMf2e2URr lQeR1rgdK8R3GkapNqEUMcksqsPmP3c9xVRLx5JnkdjvclifetZ02zmhUjfU70eNdTI5MX/fAqx4 nEN1pdnrMCKqyLsl2jjdXBLeluCMEfrV8eJ549Gm0oxo8MjbgT1T6VjyO50uUbXR1vh1hJ4K1bB4 80fyrMtbv7Dcx3EHEkZByKwdK8UyadYT6YFUw3L7mY9QasG4zyDU1ISTHScWmehW1rDf6/p2uWaj y5MiZR/C2O9cje3n2bxPNJ08u4yT7ZqHSvFd1oKTeQqSK45RzwD61zN1qjXFxLPM/wC9kYscVSpu RPMoPU7nxtCwuY9WtlL2dwgO9edre9Y+lzyyRhYWlJY4CoT1rO0fxtfaPG0AVLm0PWCYZWrWl+Pz p7zJDptrC0zFlkHJTPYVToycSFXinY6/xTcfZ7DT7F2zOqbnBPIquJingGV1YrmYdK5G71N7yVri afzJHOSSauaX44m0eze0W1gu4mOdsvY1EabLlJRS1KiXrqpJkkx+NU5b1nfczMQP71bbfE9lOP8A hHtP/Kue8QeKf7eljkFhBaMgxiHoa2jRlfYyliU0b8V2fsybJCMjnBqrdD7SCwPzAck1zdlqxgHl ycr2Nben3SXgd4jkpyRWUqLpu5tTrRqpROt8RILfwzo1nnaWUyN+NM8Lp9s0TVtMk+YbPMjHqRWL qmuvqzQGVFjEKCNQvt3qrY6/No2pLdW2HKjBQ9GHoaE29BOCS1Oj1O1a18F2OnDKPO5lkz2x0png 6FZINW0xH3Ge3J2nuao3fiGfxCjXUirGU48pOiimeGNRaw11pogrSNGVUN0NZyqON79DRUlKKtuy 54T8Nq2tq9xJmO0y7gdOO1X73xXrbX8wiMMcIYiMOoyRVOPWpLCO8tkRc3JO9u6+wrK1O8USRbiA 23A+lZxqSk0t7lzoRim30NAeNtct76JbuOB4C4DDyxyKzvHthHY6utzaIBbXkYlTA4ye1Zl5ch7R tzZOcD2pbjxDNqunWelzJHss8+XJ/ERjoa6Ve1zlaXNZHT+Lklbw34dVXKN5AyAcdqk8I3Ej20ul akvmabOMb5DnY3qK5u/8Qz6tp1pbTKqraAIpU8ke9b0jqLe3RTiPywRjvXNWrShZI6qGHjUvc5/x PoE+gX7QuN0L8wyDowrotNtbhfhjcLkxu0wIqrq+tte6NFY3Ko6QvlJD976VFpfjifR4JLR7WG4i YghZegrSNVzWhE6HI9TlJJJ4PkkaUMPrVOa43DcWZj/tda7i6+J3lgbtA05yemRXI+J/FI8QPE40 62tGjGP3H8X1reN2c02k7HXyajcWfwrtZ7aZ4XNwQSpx2rM8LeN7i3vTZ6xM9zp118km45KZ7iuZ l8UXU3hqLQWijEEcvmCQfePtWdBIM/0quUjmTOs8WeH5tA1IurNcWVx88E+cgqe2fWsldPvZNPF+ lnK1mWK+aFyMirc/im8m8ODRZlWWBTujkb7yewpmieNNT8NqYLZlltWOWt5BlSaSTG2kZqXDQkNA XiYd1yDXoV9NNd/C6G41gnzlnAt3kHzlf8KyP+FkWO0THwxY/aQc+2awNb8W3viW5SS+YLBF/q4I xhU+lJxY1JCQurtkKNvpWnFtKDKgcVzpukTDI2FHQVdh1eMIODnvXPUhJ7HXRqRW7LN1IoyGUY9h WeZgvyqBim3mpQyg+WCD6Vnvdcc8VrShK2pjWqR5tGaguGHC/lUdwlwqhvJYKe9M02XfdKpwfTNb FxLKQUJIHoRUubjKw1HmjcwvMyvOAfeo2lU5ycVvaPpltOs19dL5iI22OPsT707U9Ms5oWkjiELp zhe4pfWIqfKUsNOUOcxbK0uL2cR26FyetdVH4PnaxMjf67so6VS8PPGXCQptY8EA816DGgjhEJZz JjrmubEYqcJWR04fCwlHmbPJNRsbnT5dk6FR2PaqqyAd8mut8TEQtJHOu4jsT1rN0jTLUR/apkEh c/LGegrohiP3fNJGE8N+85IsyQ/yk5Bqa2WeT5liLKPatjWdMtTZLe2iCFozh07Go7WZ40QrwCOg FNVlKHMiZUHCfLIpGZ1O1wVHpTPPHQgYpdXl2zjHDHrWYtzye+K0gnJXMpvldjetmRR8qj6mtIbS oIUVzdpqEcXEgyKvnVoT0BA7Vz1Kc+bY6qVWCjucpRmmZ9aM16p4o/OaN2BkGmbu1ITRcADE5bHe glXJx1oUhQR2ppb0GFrM1EUEg+lIOSB2p+NnbJNNJ/KkA7GWx2rb8L+Fr3xXqT2VlJHFsXdJJJ91 R71inGM16B4LmbS/h74n1tVxIEESt6nPSlJ2Q4q7OR8Q6DfeG9Vl0y9AMqjKuvR19RVKwsJtSvoL K0XdcTMFUV3nj4DVvCnhvxCp3O8PkTt3BFVPhTaJL4qm1NwDDp9u8rZ6ZxxS5tLlW1sZ/inwJqnh CK3lu5obiObILxdEI7H3rM0zw7eaxpOoala7TDYEecO+D3rt7y9bxH8J9TnbLzW+oGVWzn5WNUvh PcLLf6por8RX9o456FscUruwWVzgidyqRyBzXSQeCNZm8LN4jjjU2WN23+Lb61iCyc6o2nop3+d5 QH0OK9pXUYrXxjZeERIBa/2cbZk7FyM/nVSdthRXc8ODAqSTxWxe+Hb2y8P2etS7Pst25SMDrVG/ sns9Un0+QfOs5Qj6nFdt8TZfsGnaB4eiyPs9qJCPRjQ3qgS0OT0PQNR8QXottNtmmcffP8Kj1Jrr j8JNUOQmt6YZwP8Aj3EnzfTrV7VbuTwR8OdLsNP/AHV/qq+bcygfMFI6A15uryxP5vnSB85DbznN K7exWiLeqaXqGh3z2WpWzQzp2I4YeoNV4nAbIHUV02reMU8QeFbax1CBpNTtWwl16p6GuWTJyelH qMuW1pPqMy2lrC00sx2iNRkk11Vr8ItXgiBvdY060duVhlf5hWDomu3fh3UDfWQj88oU+cZAz3+t Z+oXE2pyyT3k8kkjsWLFz1pShzaoUZ8rsamu+H9W8M3axahFujcZjmQ5Vx7GqNvvuJ0ihjZ5XOFV Rkk13F2Llfg1ajVWZpBcf6IZPvbfx5pnw1gitY9V1+aMMbGAmHIzhz3qozlykyjHmHQ/DDVZIFe6 1GxsZGH+pmf5hXNa14T1TwxPm+iBik4SZDlH/GqV9qF1qV3Nd3VxI80rEsxY13Pg66l8SeD9a0K9 YzLaRefA78lcc4zRd3u9kOytZdTzhI3e4CxIzsTwFGTXVXfg7WrHQf7Yu4PJgyBsb7xB71R8L+In 8OTz3cNpBPO64RpVzs9xXbrrF/rfwu1K71GdppDOoBPQD0FZ05OM2l3NKkVOCbPOreOS6uIreIZk kYKo9TXcL8K9ZKqXvbKNiMlHfBFcj4byPE+l/wDXwtdj428MeIda8eak+m2c8kXyYYOVXpXTKbvZ OxyxirbGfrHw/wBT0bTJb+e9tJY4hlljcE1yIkJHU4q9rHh/XdCCnVLWeFT0Jcsp/HpWVuPXNXFu 29yZb7WJw+O9KHI71X3E0Fj0zVElnzD6mjefWq4c0GQ0AWN59aUSnpVfzMUpfjNAFgSuO+aXzm9a rB8mlL44oAtrdzKMLI30pDOx5LEmqpfigvwDSsh3ZZFwwPB4oNy/Y8VV39aNxOMUxXZcF3Lj71IL lj1NVN9BbApWQ+ZlnzQfWrEOpXEK7Q5I96zi/HvSbz+NDSe41JrY0Hv5nOWao3n3jpzVMOaA9KyQ OTe5P5hHekMm7g1DvpC1O4ix5zDjefzo81gfvGq+eKTeaEwLDSFupzTS/PFQ76N9FwJS9WbfUJbX /VNtPqO9UC/FJ5lS1dWY4tp3RsPrMjr90Bj1NVvtzjnOSetZxcmjfUqEVsi3Vm92atvqs9pMZIj1 4Zexq9J4hXYHt4jFcDkN6Gub3n1pN59amVGEndouOIqRVkzqk8WeZF/pkG6YdHXuaoy6y1xKZJhn PQelYW8kUhfmpjQpxd0hyxNWatJm62qRsNrA7TVR7tUcvGfmFZhbvQX4zVqETN1JM101RFJYp8x+ 96Gtex8YfZ7f7Pcw+dEPunutceZM0eZWc8PTmrNGsMTVg7xZ0Gq66t84WFDHCpyB3JqBtWWSLbLH uYdGrGL03eaaowSSSFLEVJNtvctyXBlYs34Co94qAycUhcmtOVGXMyYYByKmilVOT1NUw5A60m80 NJgpNGkbuIgdc1Vd95ODxmqxejcaSikU5tkwHPWlVtp5PFQF+KTf15ptC5rFwyqAOhqNZSrFs9ar hvek3/lSUUh8zZcDqec00ygg8VU30u896OVC5mWo55I2DI2COlaD6/dSxeXIilsY3Vihvel34+tS 6cXui1UktEzoNG15dP8AMhuUZ7eQ546qafqGvRSEpaBijfeZuuPSucDk96N5Hes/q9Pn5ramixVR Q5L6Gv8A2ikDLJaO6yDvXRJ44VoBJKJPtSrgAdD71w4cjmjefalPDU5/Eh08XUp/CzYl1Zr25ea9 dmZjn6VPZa5HA5jkVvs+flI6isDfmk3k96p0INWsSsRNO6ep0+seI4bq0WzskYRE5d26mqEGu3Fs myNFPGAT2rHLcfSk3UQoQjHlSCeIqTlzN6lye6muXLyNknrTFkAHSq5fjrSbj+NaqKRk5t7lwOpG c0hl3VT3/nS7/ejlQuZh2pOvtQxxSZ44qiBR1+lHUgYpAT6U1mIJqXsOO45vlPPQmjPGMAZpoI4y Tj3pQcnngdqg1AEk46mkBGTnik3Y4Xr3ppbJ6fWgB+7Gc9AK9Eu1TSfgnbxEkHUbssB68V5yVDHA 6Hg+1d/4+v7VfC/hnS7SeKZYLcPIEOcMfX3qZdBx6k/hz/iefCbWtJ+/cWLi4jz2B60zQJP7E+Em r6oi7bi/lFunqQDzWd8NNUttN8RTW95MIrPUIWgkZjwMjAzWh8Rrqw07S9L8MaVdpcQ2mZJXjOQx PuKXWxXS4/4bAXnhjxTpZY5e382NT6qO1cx4L1U6P4u0uc8fvgkg9j1rV+FmqW+n+LWivZlitLm3 eN2c4GSOK5DU3FvrF19nbiK4Yo49AeDR1Ydj1GDQYx8a5oWX9xbt9sY442kE1yd34gd/iA+tg4K3 eR9Acfyr0jVNZ0uPwhP4nhu4TqF3YC1CBhvBxjP6V4aspdNznJ6/jRHUHoep+ItAS8+LunCFcwam UuAQOOACa5r4hX51DxnqMqtmON/LU+gAr0Xwxq+mXPhKx125u4VvdLtmhKMw3E9sD8a8ZuJjc3E0 khJMjls/U0R3B7HZ+ONLa20Hw7eLeXFxDPajBlbIU+i+lcPg7cEk16F4e1/Std8NDwp4kl8lEbNn d/8APM+h9qevwtxJ5kviLTxZA587zB0+lCdtGFr7HApDI0XnCNxEOC+3jP1pYwCSeeK7Pxhrekwa Lb+GPD6iW0hO6a5I5lf/AArios/xHFMZYVWkdURSzscKoGSTXf6Z4V0vwraR6v4tkDTkBoNOU8se 26sr4YjT38YxyajJHGkcZaNpThQ/auk1nwFLreqz3934u055ZGJGZB8o7AUr9Lg0r3scZ4m8T3ni e9WScLDbRDbBAnCov09a6XwORJ4K8SwR/NL5W7aPSszXvASaJpb3q69ZXZT/AJZROCxql4K8Sp4b 1hnuUMllcp5Vwn+ye9Wo3jozPnSlqjnGcn869C+FY+TxFISQq2LZPbkVQ1jwdpxu7afR9at5LG9k IXewDQ/7wq/qeoaT4N8NXGg6NdC91G8wLq6X7oX0FVJpx5Ykq6lzM4CA/Jj616HpZ/4tBqX/AF3W vO0IQe57V3OlX9ovwn1G2edFuDcLiLd8x/CsZK03Y3i701c420uZLW5huoTiWJg659a3tU8f+JdV kDSag8CgY2QfKDWHplodQ1G3sfNSHzXC+a5wF9zXcN8NrC2bdd+K7ERDlthDE1s3HdnPaWyLfgDV 73xGmp6HrUzXdmbZpFeXkxke9eaSDbLIoPCuwH0Brv7/AMS6D4d0S40bwuryz3C7bi9fg47gVwBH r9aqG7Yp7JCClzjrSFtpx1NLjOK0IAH3pT1oxRQIOtFA44oxQAUuTSdaWgAzmjPGKKKYBmjNFFIA NJmiigAJoPSjFB5GKBgOlGaQc0h64FACgnIoJycUA+tIe+KAAnsKTOBSk4pucCkAUUUUABNJmlNJ mgAzSE0daKAEpCaU0mM9aQwzSZoOO1NoGLnH0pKM0lAgPApMnilpD696AEJ7UlKB3pDSGFJ2paQA 96QCZpM+tLj0o69KYBu60maSlOKBgSTSUmaWgQZozQaac0ALmjNJgUHp9e9ADsmjNNOcUhyAKQx2 aA2eKb1pR14ouIfRTM+lHOetA7j6aWxSZ9aDjigGx2aM0ygd6BD80maQUDkf1oGLnrTs0zg0uKBD iOKAPWnkc0u0dRTEMxzUUh5IqweT/WoHIDEEcVMtiobiuQFUdTSEn8O1MBOCPWgccdhWZqKM4yet L2J9aQ8DGaaGyD7UCHhyqYA+tNUryoGCeaVizKDUe4Bh60XHYeVB+937Ugwh2Ck3Hf14pjMN2RzQ A+TDKRmqhc5wD14wanYgoQD1/SqyjDKexNSykXs7YwCenbNRxk+bknj0qOViW46dKniQKF3Hn1ou FiwH4PJAPbPWgHI3YIx2pq/M2eoFPLAAZH0qkIXbuGSfwqQEeV5Rdih6LnioySvJ6ntQrB254oAk Pyle2O1P5OCTxTfl69SKkjKuQVH1zSKQ2HDsVwSfSnvEFbaRzUln+7uy/G4dKSUsZWLfeJ5rSkZV egwKAeBSjBppYnIXrSgcc9a0MgKjJIpRgDFHSlAzTEROc3KDPQU0DbMxPelkAWYOD+FWobGW4YFh tU1hOcY7nRCEp6LYiIDrjNNC7Byufeupg0u1iVU2hjj5iaia00/zSjuqsO2a5/ravojp+pO2rOd8 wMcBeacQW46VpSDTTM8aTAEd6pOEWQor7h2IrWFeMn72hjPDuC93UjVdtOAwMUdOD1oNdZyB6UGi igQYpaKKACkxzS4ozQAUUAZooAD0pCKcOlBNAWEFIaXFFACE9qAMUEUgHvQAds0h+tOxgYpppjE7 UdqMGgikAZxTc0YzRjtSAD6UUdKTNABzRRSUAGaQnilpuMcUrjsBPNN3UvTrSGgBCcUE4oNIaAAm m7jRgik6ikAuaCaTrRQAbs0hbik5NHQUDDcaM0hFJQAu7ikpTTcGgBc0E0U08YoAXNG6kpCKQC5o BxSUUAFGaTHNKKAFyQOKM0gpOaBjvWjNIKKBDh7dKKTtRSGL29qSj1pKYCmjNJSUAOzwRSZ560UU ABpwPFMxThQItUnAowBzRiqEKCKqTHbIatKKq3XEgx3qJ7Fw3EHJB70jEjOBRnGBSE561maDSfmB 9aQMFzgGpD2Haom4OO1IY5ydwOaQqAM7vm9KGOOO2KaeVBoAXcw6jFRNw4Oafgk5z+FIDnPsaQAT xyMA1WlLRjjPB5+lTzMdoFRv1554qWUh1uQ8gIOQavEAfw/jVKwGJZE6gcitIAPGM1UdhS3EOeBj ApCoxvySR2pEOWIPbpTox8w9qoQ4Nnk9cU5SjJkcmmseR71KYwoBHU0hhngDHPr6U9MdjzUW7Dbe xqRD5bDA6UDQ7cUmB7VZmG5FkHfrVSVj5w9PSrFud5YHpinF2dxSjzKxH9xSxIA6mqUt6dpaMZAq C6meVmQthRxxVeInYRninOp0REKfVmml5uUc5yKf5hbvxWQDhfoeKuQyEAflWLqPa5vGEd7GnAqD Bxu+taaXcpGQAMDCj0rPt0GwCrfQVDinuaKT6FPUL3ULFhcOSY34DDpWbH9q1mT9wHZyeq54r1F/ DNprOkaZZSuyJPICzKOa9d0LwRoOgWkcNnYR5UDLsMkms4pblTk1ofPOkfDbV9U2lLebJ6sRgVuR +EodGneCYq0kY+Y5yAa9e8Za1Po9osFmqRmUY3gYI+leI+IdSuFla3VyNxyzZ5NddOKS5mjlm5P3 UzI1AILxxGwZQeoqtTT1p2OMV1Wscr1EzSg0mOcU7FAgopKO+KAFznig80gORRQMWikFL3oEKMd+ lIaOtFFxhml60lFABRSEZFIvNACmkxjp1pR1NNPBNADuSKTbR1IFISaAEpKU9cUUgGkZpMU6igBt FFHagQhBo6iigdxSKGEUEYFOIpAM5FAxlFKaSgQUgFLSigBhGPpTakNNIyM0gGmj8KeQKQjFAxhF AHFL2o6UANxRxTj2owMUBcYetIaeRxTSMUAJ+FN5xmndaCOMUgGdaDxSnjigAc0AIDQKdjimmgYY 70ClAooBCUYoNFACge9L7UYoxQAmPekxTiMU2gBe9BpBS0AJjNB6UpGKQdaADoKBzS4zShRQB//Z --_005_3A9DFD310AE7FF44A43EC4C94FA0C7D822281BB6ESESSMB301erics_-- From nobody Wed Aug 5 11:50:58 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A67C61A8AE2 for ; Wed, 5 Aug 2015 11:50:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.9 X-Spam-Level: X-Spam-Status: No, score=-6.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001] 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 Z5l5OzXYmkf8 for ; Wed, 5 Aug 2015 11:50:53 -0700 (PDT) Received: from demumfd002.nsn-inter.net (demumfd002.nsn-inter.net [93.183.12.31]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E8CF71A8AE0 for ; Wed, 5 Aug 2015 11:50:52 -0700 (PDT) Received: from demuprx016.emea.nsn-intra.net ([10.150.129.55]) by demumfd002.nsn-inter.net (8.15.1/8.15.1) with ESMTPS id t75IomtW005564 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 5 Aug 2015 18:50:48 GMT Received: from DEMUHTC002.nsn-intra.net ([10.159.42.33]) by demuprx016.emea.nsn-intra.net (8.12.11.20060308/8.12.11) with ESMTP id t75Iolrj010944 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 5 Aug 2015 20:50:47 +0200 Received: from DEMUMBX005.nsn-intra.net ([169.254.5.210]) by DEMUHTC002.nsn-intra.net ([10.159.42.33]) with mapi id 14.03.0248.002; Wed, 5 Aug 2015 20:50:47 +0200 From: "Ersue, Mehmet (Nokia - DE/Munich)" To: "ext Eric Voit (evoit)" , "du.baowei23@zte.com.cn" Thread-Topic: draft-ietf for pub/sub WAS:RE: [Netconf] rfc5277:one session can only support one ? Thread-Index: AQHQzlxegxsRQ0QNHEWR9HpNeNpDqZ39msrggAAEXoA= Date: Wed, 5 Aug 2015 18:50:46 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.159.42.155] Content-Type: multipart/alternative; boundary="_000_E4DE949E6CE3E34993A2FF8AE79131F819776572DEMUMBX005nsnin_" MIME-Version: 1.0 X-purgate-type: clean X-purgate-Ad: Categorized by eleven eXpurgate (R) http://www.eleven.de X-purgate: clean X-purgate: This mail is considered clean (visit http://www.eleven.de for further information) X-purgate-size: 61440 X-purgate-ID: 151667::1438800648-0000676C-261DE2C6/0/0 Archived-At: Cc: Netconf Subject: [Netconf] draft-ietf for pub/sub WAS:RE: rfc5277:one session can only support one ? X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Aug 2015 18:50:56 -0000 --_000_E4DE949E6CE3E34993A2FF8AE79131F819776572DEMUMBX005nsnin_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgRXJpYywNCg0KdGhlcmUgaXMgbm8gYWRkaXRpb25hbCB2b3Rpbmcgb24gdGhlIG1haWxsaXN0 LiBBcyBwZXIgcHJvY2VzcyB3ZSB2ZXJpZnkgdGhlIG1lZXRpbmcgcmVzdWx0IG9uIHRoZSBtYWls bGlzdCBhbmQgYXNrIHdoZXRoZXIgdGhlcmUgaXMgYW4gb2JqZWN0aW9uLg0KVGhpcyBoYXBwZW5l ZCwgdmlhIHRoZSBtYWlsIHdpdGggdGhlIHN1YmplY3Qg4oCcW05ldGNvbmZdIFN1bW1hcnkgYW5k IEFJcyBmcm9tIHRoZSBORVRDT05GIFNlc3Npb24gaW4gSUVURiAjOTPigJ0gb24gSnVseSAyNXRo Lg0KDQpUaGUgbmV4dCBzdGVwIGlzIHRvIHVwZGF0ZSB0aGUgY2hhcnRlci4gT25jZSB0aGUgY2hh cnRlciBpcyB0aHJvdWdoIHRoZSBBRCByZXZpZXcgYW5kIElFU0cgYXBwcm92YWwsDQp3ZSB3aWxs IGFzayB5b3UgdG8gcHJvdmlkZSBkcmFmdC1pZXRmLW5ldGNvbmYteWFuZy1wdXNoLTAwLnR4dCwg d2hpY2ggdGhlbiB3aWxsIGJlIGFjY2VwdGVkIG9uIElFVEYgc2VydmVyLg0KDQpNZWhtZXQNCg0K RnJvbTogTmV0Y29uZiBbbWFpbHRvOm5ldGNvbmYtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxm IE9mIGV4dCBFcmljIFZvaXQgKGV2b2l0KQ0KU2VudDogV2VkbmVzZGF5LCBBdWd1c3QgMDUsIDIw MTUgNjo0MyBQTQ0KVG86IGR1LmJhb3dlaTIzQHp0ZS5jb20uY24NCkNjOiBOZXRjb25mDQpTdWJq ZWN0OiBSZTogW05ldGNvbmZdIHJmYzUyNzc6b25lIHNlc3Npb24gY2FuIG9ubHkgc3VwcG9ydCBv bmUgPGNyZWF0ZS1zdWJzY3JpcHRpb24+Pw0KDQpkcmFmdC1jbGVtbS1uZXRjb25mLXlhbmctcHVz aCBpcyBpbnRlbmRlZCB0byBzdXBwb3J0IG1hbnkgc3Vic2NyaXB0aW9ucyBvbiBhIE5FVENPTkYg c2Vzc2lvbi4gIFRoaXMgZHJhZnQgd2FzIHZlcmJhbGx5IGFwcHJvdmVkIGZvciBXRyBzdGF0dXMg YSBjb3VwbGUgd2Vla3MgYWdvIGluIFByYWd1ZSwgYWx0aG91Z2ggdGhlIGZvcm1hbCBtYWlsaW5n IGxpc3Qgdm90ZSBpcyBzdGlsbCBwZW5kaW5nLg0KDQpDYW4geW91IHRha2UgYSBsb29rIGF0IHNl Y3Rpb24gMy44IG9mIHRoYXQgZHJhZnQgYWJvdmUgYW5kIHNlZSBpZiBpdCBtZWV0cyB5b3VyIG5l ZWRzPyAgIEFuZCBpZiBub3QsIHN1Z2dlc3Qgd2hhdCBlbHNlIG1pZ2h0IGJlIG5lY2Vzc2FyeT8N Cg0KVGhhbmtzLA0KRXJpYw0KDQpGcm9tOiBBbmR5IEJpZXJtYW4sIEF1Z3VzdCAwMywgMjAxNSAx MDoyMiBQTQ0KDQpPbiBNb24sIEF1ZyAzLCAyMDE1IGF0IDY6NTIgUE0sIDxkdS5iYW93ZWkyM0B6 dGUuY29tLmNuPG1haWx0bzpkdS5iYW93ZWkyM0B6dGUuY29tLmNuPj4gd3JvdGU6DQpIZWxsbyEN Cg0KSSB3YXMgY29uZnVzZWQgYnkgdGhlIFJGQzUyNzcgcmVsYXRpb25zaGlwIGJldHdlZW4gdGhl IHNlc3Npb24gYW5kIHN1YnNjcmlwdGlvbiBudW1iZXJzLg0KDQpJbiBSRkM1Mjc3Og0KDQoyLiAg Tm90aWZpY2F0aW9uLVJlbGF0ZWQgT3BlcmF0aW9ucw0KMi4xLiAgU3Vic2NyaWJpbmcgdG8gUmVj ZWl2ZSBFdmVudCBOb3RpZmljYXRpb25zDQoNCiAgIFRoZSBldmVudCBub3RpZmljYXRpb24gc3Vi c2NyaXB0aW9uIGlzIGluaXRpYXRlZCBieSB0aGUgTkVUQ09ORg0KICAgY2xpZW50IGFuZCByZXNw b25kZWQgdG8gYnkgdGhlIE5FVENPTkYgc2VydmVyLiAgQSBzdWJzY3JpcHRpb24gaXMNCiAgIGJv dW5kIHRvIGEgc2luZ2xlIHN0cmVhbSBmb3IgdGhlIGxpZmV0aW1lIG9mIHRoZSBzdWJzY3JpcHRp b24uICBXaGVuDQogICB0aGUgZXZlbnQgbm90aWZpY2F0aW9uIHN1YnNjcmlwdGlvbiBpcyBjcmVh dGVkLCB0aGUgZXZlbnRzIG9mDQogICBpbnRlcmVzdCBhcmUgc3BlY2lmaWVkLg0KDQpRVUVTVElP Tu+8mmEgc2Vzc2lvbiBjYW4gY29udGFpbiBzdWJzY3JpcHRpb24uDQogICAgICAgICAgTWF5IGEg c2Vzc2lvbiBjb250YWluIHNldmVyYWwgc3Vic2NyaXB0aW9ucz8NCg0KDQpubw0KDQo2LiAgSW50 ZXJsZWF2ZSBDYXBhYmlsaXR5DQo2LjUuICBNb2RpZmljYXRpb25zIHRvIEV4aXN0aW5nIE9wZXJh dGlvbnMNCg0KICAgV2hlbiBhIDxjcmVhdGUtc3Vic2NyaXB0aW9uPiBpcyBzZW50IHdoaWxlIGFu b3RoZXIgc3Vic2NyaXB0aW9uIGlzDQogICBhY3RpdmUgb24gdGhhdCBzZXNzaW9uLCB0aGUgZm9s bG93aW5nIGVycm9yIHdpbGwgYmUgcmV0dXJuZWQ6DQoNCiAgICAgIFRhZzogb3BlcmF0aW9uLWZh aWxlZA0KDQogICAgICBFcnJvci10eXBlOiBwcm90b2NvbA0KDQogICAgICBTZXZlcml0eTogZXJy b3INCg0KICAgICAgRXJyb3ItaW5mbzogbm9uZQ0KDQogICAgICBEZXNjcmlwdGlvbjogUmVxdWVz dCBjb3VsZCBub3QgYmUgY29tcGxldGVkIGJlY2F1c2UgdGhlIHJlcXVlc3RlZA0KICAgICAgb3Bl cmF0aW9uIGZhaWxlZCBmb3Igc29tZSByZWFzb24gbm90IGNvdmVyZWQgYnkgYW55IG90aGVyIGVy cm9yDQogICAgICBjb25kaXRpb24uDQoNClFVRVNUSU9OOiB3aGVuIGludGVybGVhdmUgY2FwYWJp bGl0eSBpcyBhY3RpdmUsIGEgc2Vzc2lvbiBjYW4gb25seSBzdXBwb3J0DQogICAgICAgICAgb25l IDxjcmVhdGUtc3Vic2NyaXB0aW9uPiBhdCBvbmUgdGltZS4NCiAgICAgICAgICBEb2VzIGl0IGlt cGx5IHRoYXQNCiAgICAgICAgICB3aGVuIGEgc3Vic2NyaXB0aW9uIGlzIGFjdGl2ZSwgaWYgdGhl cmUgaXMgbm8gaW50ZXJsZWF2ZSBjYXBhYmlsaXR5DQogICAgICAgICAgYW5kIGFnZW50IHJlY2Vp dmUgYW5vdGhlciA8Y3JlYXRlLXN1YnNjcmlwdGlvbj4sIHNlc3Npb24gd2lsbA0KICAgICAgICAg IHN1cHBvcnQgYm90aCB0d28gc3Vic2NyaXB0aW9uPw0KDQoNCnRoZSA6aW50ZXJsZWF2ZSBjYXBh YmlsaXR5IG1lYW5zIHRoZSBzZXJ2ZXIgd2lsbCBhY2NlcHQgY29tbWFuZHMgb24NCnRoZSBzYW1l IHNlc3Npb24gdGhhdCBub3RpZmljYXRpb25zIGFyZSBiZWluZyBzZW50LiAgVGhlIHNlcnZlciBo YXMNCnRvIGludGVybGVhdmUgY29tcGxldGUgPHJwYy1yZXBseT4gYW5kIDxub3RpZmljYXRpb24+ IG1lc3NhZ2VzDQoNCkFub3RoZXIgPGNyZWF0ZS1zdWJzY3JpcHRpb24+IGlzIG5vdCBhbGxvd2Vk Lg0KDQp0aGFua3MgOikNCg0KQW5keQ0KDQoNCg0KDQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQoNClpURSBJbmZvcm1hdGlvbiBTZWN1 cml0eSBOb3RpY2U6IFRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaW4gdGhpcyBtYWlsIChhbmQg YW55IGF0dGFjaG1lbnQgdHJhbnNtaXR0ZWQgaGVyZXdpdGgpIGlzIHByaXZpbGVnZWQgYW5kIGNv bmZpZGVudGlhbCBhbmQgaXMgaW50ZW5kZWQgZm9yIHRoZSBleGNsdXNpdmUgdXNlIG9mIHRoZSBh ZGRyZXNzZWUocykuICBJZiB5b3UgYXJlIG5vdCBhbiBpbnRlbmRlZCByZWNpcGllbnQsIGFueSBk aXNjbG9zdXJlLCByZXByb2R1Y3Rpb24sIGRpc3RyaWJ1dGlvbiBvciBvdGhlciBkaXNzZW1pbmF0 aW9uIG9yIHVzZSBvZiB0aGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGlzIHN0cmljdGx5IHByb2hp Yml0ZWQuICBJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIG1haWwgaW4gZXJyb3IsIHBsZWFzZSBk ZWxldGUgaXQgYW5kIG5vdGlmeSB1cyBpbW1lZGlhdGVseS4NCg0KDQoNCg0KX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCk5ldGNvbmYgbWFpbGluZyBsaXN0 DQpOZXRjb25mQGlldGYub3JnPG1haWx0bzpOZXRjb25mQGlldGYub3JnPg0KaHR0cHM6Ly93d3cu aWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9uZXRjb25mDQoNCg== --_000_E4DE949E6CE3E34993A2FF8AE79131F819776572DEMUMBX005nsnin_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IlByb2dJZCIg Y29udGVudD0iV29yZC5Eb2N1bWVudCI+DQo8bWV0YSBuYW1lPSJHZW5lcmF0b3IiIGNvbnRlbnQ9 Ik1pY3Jvc29mdCBXb3JkIDEyIj4NCjxtZXRhIG5hbWU9Ik9yaWdpbmF0b3IiIGNvbnRlbnQ9Ik1p Y3Jvc29mdCBXb3JkIDEyIj4NCjxsaW5rIHJlbD0iRmlsZS1MaXN0IiBocmVmPSJjaWQ6ZmlsZWxp c3QueG1sQDAxRDBDRkMwLjY2MzNCNkMwIj48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOk9m ZmljZURvY3VtZW50U2V0dGluZ3M+DQo8bzpBbGxvd1BORy8+DQo8bzpEb05vdFJlbHlPbkNTUy8+ DQo8bzpUYXJnZXRTY3JlZW5TaXplPjEwMjR4NzY4PC9vOlRhcmdldFNjcmVlblNpemU+DQo8L286 T2ZmaWNlRG9jdW1lbnRTZXR0aW5ncz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1z byA5XT48eG1sPg0KPHc6V29yZERvY3VtZW50Pg0KPHc6U3BlbGxpbmdTdGF0ZT5DbGVhbjwvdzpT cGVsbGluZ1N0YXRlPg0KPHc6VHJhY2tNb3Zlcy8+DQo8dzpUcmFja0Zvcm1hdHRpbmcvPg0KPHc6 RW52ZWxvcGVWaXMvPg0KPHc6VmFsaWRhdGVBZ2FpbnN0U2NoZW1hcy8+DQo8dzpTYXZlSWZYTUxJ bnZhbGlkPmZhbHNlPC93OlNhdmVJZlhNTEludmFsaWQ+DQo8dzpJZ25vcmVNaXhlZENvbnRlbnQ+ ZmFsc2U8L3c6SWdub3JlTWl4ZWRDb250ZW50Pg0KPHc6QWx3YXlzU2hvd1BsYWNlaG9sZGVyVGV4 dD5mYWxzZTwvdzpBbHdheXNTaG93UGxhY2Vob2xkZXJUZXh0Pg0KPHc6RG9Ob3RQcm9tb3RlUUYv Pg0KPHc6TGlkVGhlbWVPdGhlcj5FTi1VUzwvdzpMaWRUaGVtZU90aGVyPg0KPHc6TGlkVGhlbWVB c2lhbj5YLU5PTkU8L3c6TGlkVGhlbWVBc2lhbj4NCjx3OkxpZFRoZW1lQ29tcGxleFNjcmlwdD5Y LU5PTkU8L3c6TGlkVGhlbWVDb21wbGV4U2NyaXB0Pg0KPHc6Q29tcGF0aWJpbGl0eT4NCjx3OkRv Tm90RXhwYW5kU2hpZnRSZXR1cm4vPg0KPHc6QnJlYWtXcmFwcGVkVGFibGVzLz4NCjx3OlNwbGl0 UGdCcmVha0FuZFBhcmFNYXJrLz4NCjx3OkRvbnRWZXJ0QWxpZ25DZWxsV2l0aFNwLz4NCjx3OkRv bnRCcmVha0NvbnN0cmFpbmVkRm9yY2VkVGFibGVzLz4NCjx3OkRvbnRWZXJ0QWxpZ25JblR4Yngv Pg0KPHc6V29yZDExS2VybmluZ1BhaXJzLz4NCjx3OkNhY2hlZENvbEJhbGFuY2UvPg0KPC93OkNv bXBhdGliaWxpdHk+DQo8dzpCcm93c2VyTGV2ZWw+TWljcm9zb2Z0SW50ZXJuZXRFeHBsb3JlcjQ8 L3c6QnJvd3NlckxldmVsPg0KPG06bWF0aFByPg0KPG06bWF0aEZvbnQgbTp2YWw9IkNhbWJyaWEg TWF0aCIvPg0KPG06YnJrQmluIG06dmFsPSJiZWZvcmUiLz4NCjxtOmJya0JpblN1YiBtOnZhbD0i JiM0NTstIi8+DQo8bTpzbWFsbEZyYWMgbTp2YWw9Im9mZiIvPg0KPG06ZGlzcERlZi8+DQo8bTps TWFyZ2luIG06dmFsPSIwIi8+DQo8bTpyTWFyZ2luIG06dmFsPSIwIi8+DQo8bTpkZWZKYyBtOnZh bD0iY2VudGVyR3JvdXAiLz4NCjxtOndyYXBJbmRlbnQgbTp2YWw9IjE0NDAiLz4NCjxtOmludExp bSBtOnZhbD0ic3ViU3VwIi8+DQo8bTpuYXJ5TGltIG06dmFsPSJ1bmRPdnIiLz4NCjwvbTptYXRo UHI+PC93OldvcmREb2N1bWVudD4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5 XT48eG1sPg0KPHc6TGF0ZW50U3R5bGVzIERlZkxvY2tlZFN0YXRlPSJmYWxzZSIgRGVmVW5oaWRl V2hlblVzZWQ9InRydWUiIERlZlNlbWlIaWRkZW49InRydWUiIERlZlFGb3JtYXQ9ImZhbHNlIiBE ZWZQcmlvcml0eT0iOTkiIExhdGVudFN0eWxlQ291bnQ9IjI2NyI+DQo8dzpMc2RFeGNlcHRpb24g TG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjAiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVu VXNlZD0iZmFsc2UiIFFGb3JtYXQ9InRydWUiIE5hbWU9Ik5vcm1hbCIvPg0KPHc6THNkRXhjZXB0 aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI5IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRl V2hlblVzZWQ9ImZhbHNlIiBRRm9ybWF0PSJ0cnVlIiBOYW1lPSJoZWFkaW5nIDEiLz4NCjx3Okxz ZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iOSIgUUZvcm1hdD0idHJ1ZSIgTmFt ZT0iaGVhZGluZyAyIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9 IjkiIFFGb3JtYXQ9InRydWUiIE5hbWU9ImhlYWRpbmcgMyIvPg0KPHc6THNkRXhjZXB0aW9uIExv Y2tlZD0iZmFsc2UiIFByaW9yaXR5PSI5IiBRRm9ybWF0PSJ0cnVlIiBOYW1lPSJoZWFkaW5nIDQi Lz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iOSIgUUZvcm1hdD0i dHJ1ZSIgTmFtZT0iaGVhZGluZyA1Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIg UHJpb3JpdHk9IjkiIFFGb3JtYXQ9InRydWUiIE5hbWU9ImhlYWRpbmcgNiIvPg0KPHc6THNkRXhj ZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI5IiBRRm9ybWF0PSJ0cnVlIiBOYW1lPSJo ZWFkaW5nIDciLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iOSIg UUZvcm1hdD0idHJ1ZSIgTmFtZT0iaGVhZGluZyA4Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2Vk PSJmYWxzZSIgUHJpb3JpdHk9IjkiIFFGb3JtYXQ9InRydWUiIE5hbWU9ImhlYWRpbmcgOSIvPg0K PHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSIzOSIgTmFtZT0idG9jIDEi Lz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iMzkiIE5hbWU9InRv YyAyIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjM5IiBOYW1l PSJ0b2MgMyIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSIzOSIg TmFtZT0idG9jIDQiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0i MzkiIE5hbWU9InRvYyA1Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3Jp dHk9IjM5IiBOYW1lPSJ0b2MgNiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFBy aW9yaXR5PSIzOSIgTmFtZT0idG9jIDciLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNl IiBQcmlvcml0eT0iMzkiIE5hbWU9InRvYyA4Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJm YWxzZSIgUHJpb3JpdHk9IjM5IiBOYW1lPSJ0b2MgOSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tl ZD0iZmFsc2UiIFByaW9yaXR5PSIzNSIgUUZvcm1hdD0idHJ1ZSIgTmFtZT0iY2FwdGlvbiIvPg0K PHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSIxMCIgU2VtaUhpZGRlbj0i ZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgUUZvcm1hdD0idHJ1ZSIgTmFtZT0iVGl0bGUi Lz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iMSIgTmFtZT0iRGVm YXVsdCBQYXJhZ3JhcGggRm9udCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFBy aW9yaXR5PSIxMSIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgUUZv cm1hdD0idHJ1ZSIgTmFtZT0iU3VidGl0bGUiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZh bHNlIiBQcmlvcml0eT0iMjIiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFs c2UiIFFGb3JtYXQ9InRydWUiIE5hbWU9IlN0cm9uZyIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tl ZD0iZmFsc2UiIFByaW9yaXR5PSIyMCIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2Vk PSJmYWxzZSIgUUZvcm1hdD0idHJ1ZSIgTmFtZT0iRW1waGFzaXMiLz4NCjx3OkxzZEV4Y2VwdGlv biBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNTkiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVX aGVuVXNlZD0iZmFsc2UiIE5hbWU9IlRhYmxlIEdyaWQiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2Nr ZWQ9ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IlBsYWNlaG9sZGVyIFRleHQi Lz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iMSIgU2VtaUhpZGRl bj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgUUZvcm1hdD0idHJ1ZSIgTmFtZT0iTm8g U3BhY2luZyIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2MCIg U2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTGlnaHQgU2hh ZGluZyIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2MSIgU2Vt aUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTGlnaHQgTGlzdCIv Pg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2MiIgU2VtaUhpZGRl bj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTGlnaHQgR3JpZCIvPg0KPHc6 THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2MyIgU2VtaUhpZGRlbj0iZmFs c2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIFNoYWRpbmcgMSIvPg0KPHc6 THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NCIgU2VtaUhpZGRlbj0iZmFs c2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIFNoYWRpbmcgMiIvPg0KPHc6 THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NSIgU2VtaUhpZGRlbj0iZmFs c2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIExpc3QgMSIvPg0KPHc6THNk RXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NiIgU2VtaUhpZGRlbj0iZmFsc2Ui IFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIExpc3QgMiIvPg0KPHc6THNkRXhj ZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NyIgU2VtaUhpZGRlbj0iZmFsc2UiIFVu aGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIEdyaWQgMSIvPg0KPHc6THNkRXhjZXB0 aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2OCIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlk ZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIEdyaWQgMiIvPg0KPHc6THNkRXhjZXB0aW9u IExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2OSIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdo ZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIEdyaWQgMyIvPg0KPHc6THNkRXhjZXB0aW9uIExv Y2tlZD0iZmFsc2UiIFByaW9yaXR5PSI3MCIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5V c2VkPSJmYWxzZSIgTmFtZT0iRGFyayBMaXN0Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJm YWxzZSIgUHJpb3JpdHk9IjcxIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZh bHNlIiBOYW1lPSJDb2xvcmZ1bCBTaGFkaW5nIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJm YWxzZSIgUHJpb3JpdHk9IjcyIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZh bHNlIiBOYW1lPSJDb2xvcmZ1bCBMaXN0Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxz ZSIgUHJpb3JpdHk9IjczIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNl IiBOYW1lPSJDb2xvcmZ1bCBHcmlkIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIg UHJpb3JpdHk9IjYwIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBO YW1lPSJMaWdodCBTaGFkaW5nIEFjY2VudCAxIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJm YWxzZSIgUHJpb3JpdHk9IjYxIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZh bHNlIiBOYW1lPSJMaWdodCBMaXN0IEFjY2VudCAxIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2Vk PSJmYWxzZSIgUHJpb3JpdHk9IjYyIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9 ImZhbHNlIiBOYW1lPSJMaWdodCBHcmlkIEFjY2VudCAxIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9j a2VkPSJmYWxzZSIgUHJpb3JpdHk9IjYzIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVz ZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gU2hhZGluZyAxIEFjY2VudCAxIi8+DQo8dzpMc2RFeGNl cHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY0IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5o aWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gU2hhZGluZyAyIEFjY2VudCAxIi8+DQo8 dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY1IiBTZW1pSGlkZGVuPSJm YWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gTGlzdCAxIEFjY2VudCAx Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNl IiBOYW1lPSJSZXZpc2lvbiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9y aXR5PSIzNCIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgUUZvcm1h dD0idHJ1ZSIgTmFtZT0iTGlzdCBQYXJhZ3JhcGgiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9 ImZhbHNlIiBQcmlvcml0eT0iMjkiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0i ZmFsc2UiIFFGb3JtYXQ9InRydWUiIE5hbWU9IlF1b3RlIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9j a2VkPSJmYWxzZSIgUHJpb3JpdHk9IjMwIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVz ZWQ9ImZhbHNlIiBRRm9ybWF0PSJ0cnVlIiBOYW1lPSJJbnRlbnNlIFF1b3RlIi8+DQo8dzpMc2RF eGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY2IiBTZW1pSGlkZGVuPSJmYWxzZSIg VW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gTGlzdCAyIEFjY2VudCAxIi8+DQo8 dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY3IiBTZW1pSGlkZGVuPSJm YWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gR3JpZCAxIEFjY2VudCAx Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY4IiBTZW1pSGlk ZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gR3JpZCAyIEFj Y2VudCAxIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY5IiBT ZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gR3Jp ZCAzIEFjY2VudCAxIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9 IjcwIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJEYXJr IExpc3QgQWNjZW50IDEiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0 eT0iNzEiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkNv bG9yZnVsIFNoYWRpbmcgQWNjZW50IDEiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNl IiBQcmlvcml0eT0iNzIiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2Ui IE5hbWU9IkNvbG9yZnVsIExpc3QgQWNjZW50IDEiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9 ImZhbHNlIiBQcmlvcml0eT0iNzMiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0i ZmFsc2UiIE5hbWU9IkNvbG9yZnVsIEdyaWQgQWNjZW50IDEiLz4NCjx3OkxzZEV4Y2VwdGlvbiBM b2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjAiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVu VXNlZD0iZmFsc2UiIE5hbWU9IkxpZ2h0IFNoYWRpbmcgQWNjZW50IDIiLz4NCjx3OkxzZEV4Y2Vw dGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjEiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhp ZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkxpZ2h0IExpc3QgQWNjZW50IDIiLz4NCjx3OkxzZEV4 Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjIiIFNlbWlIaWRkZW49ImZhbHNlIiBV bmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkxpZ2h0IEdyaWQgQWNjZW50IDIiLz4NCjx3Okxz ZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjMiIFNlbWlIaWRkZW49ImZhbHNl IiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBTaGFkaW5nIDEgQWNjZW50IDIi Lz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjQiIFNlbWlIaWRk ZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBTaGFkaW5nIDIg QWNjZW50IDIiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjUi IFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBM aXN0IDEgQWNjZW50IDIiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0 eT0iNjYiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1l ZGl1bSBMaXN0IDIgQWNjZW50IDIiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQ cmlvcml0eT0iNjciIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5h bWU9Ik1lZGl1bSBHcmlkIDEgQWNjZW50IDIiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZh bHNlIiBQcmlvcml0eT0iNjgiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFs c2UiIE5hbWU9Ik1lZGl1bSBHcmlkIDIgQWNjZW50IDIiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2Nr ZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjkiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNl ZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBHcmlkIDMgQWNjZW50IDIiLz4NCjx3OkxzZEV4Y2VwdGlv biBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzAiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVX aGVuVXNlZD0iZmFsc2UiIE5hbWU9IkRhcmsgTGlzdCBBY2NlbnQgMiIvPg0KPHc6THNkRXhjZXB0 aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI3MSIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlk ZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iQ29sb3JmdWwgU2hhZGluZyBBY2NlbnQgMiIvPg0KPHc6 THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI3MiIgU2VtaUhpZGRlbj0iZmFs c2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iQ29sb3JmdWwgTGlzdCBBY2NlbnQgMiIv Pg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI3MyIgU2VtaUhpZGRl bj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iQ29sb3JmdWwgR3JpZCBBY2Nl bnQgMiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2MCIgU2Vt aUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTGlnaHQgU2hhZGlu ZyBBY2NlbnQgMyIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2 MSIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTGlnaHQg TGlzdCBBY2NlbnQgMyIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5 PSI2MiIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTGln aHQgR3JpZCBBY2NlbnQgMyIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9y aXR5PSI2MyIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0i TWVkaXVtIFNoYWRpbmcgMSBBY2NlbnQgMyIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFs c2UiIFByaW9yaXR5PSI2NCIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxz ZSIgTmFtZT0iTWVkaXVtIFNoYWRpbmcgMiBBY2NlbnQgMyIvPg0KPHc6THNkRXhjZXB0aW9uIExv Y2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NSIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5V c2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIExpc3QgMSBBY2NlbnQgMyIvPg0KPHc6THNkRXhjZXB0 aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NiIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlk ZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIExpc3QgMiBBY2NlbnQgMyIvPg0KPHc6THNk RXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NyIgU2VtaUhpZGRlbj0iZmFsc2Ui IFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIEdyaWQgMSBBY2NlbnQgMyIvPg0K PHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2OCIgU2VtaUhpZGRlbj0i ZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIEdyaWQgMiBBY2NlbnQg MyIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2OSIgU2VtaUhp ZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIEdyaWQgMyBB Y2NlbnQgMyIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI3MCIg U2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iRGFyayBMaXN0 IEFjY2VudCAzIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9Ijcx IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJDb2xvcmZ1 bCBTaGFkaW5nIEFjY2VudCAzIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJp b3JpdHk9IjcyIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1l PSJDb2xvcmZ1bCBMaXN0IEFjY2VudCAzIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxz ZSIgUHJpb3JpdHk9IjczIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNl IiBOYW1lPSJDb2xvcmZ1bCBHcmlkIEFjY2VudCAzIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2Vk PSJmYWxzZSIgUHJpb3JpdHk9IjYwIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9 ImZhbHNlIiBOYW1lPSJMaWdodCBTaGFkaW5nIEFjY2VudCA0Ii8+DQo8dzpMc2RFeGNlcHRpb24g TG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjYxIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hl blVzZWQ9ImZhbHNlIiBOYW1lPSJMaWdodCBMaXN0IEFjY2VudCA0Ii8+DQo8dzpMc2RFeGNlcHRp b24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjYyIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRl V2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJMaWdodCBHcmlkIEFjY2VudCA0Ii8+DQo8dzpMc2RFeGNl cHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjYzIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5o aWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gU2hhZGluZyAxIEFjY2VudCA0Ii8+DQo8 dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY0IiBTZW1pSGlkZGVuPSJm YWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gU2hhZGluZyAyIEFjY2Vu dCA0Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY1IiBTZW1p SGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gTGlzdCAx IEFjY2VudCA0Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY2 IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0g TGlzdCAyIEFjY2VudCA0Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3Jp dHk9IjY3IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJN ZWRpdW0gR3JpZCAxIEFjY2VudCA0Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIg UHJpb3JpdHk9IjY4IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBO YW1lPSJNZWRpdW0gR3JpZCAyIEFjY2VudCA0Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJm YWxzZSIgUHJpb3JpdHk9IjY5IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZh bHNlIiBOYW1lPSJNZWRpdW0gR3JpZCAzIEFjY2VudCA0Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9j a2VkPSJmYWxzZSIgUHJpb3JpdHk9IjcwIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVz ZWQ9ImZhbHNlIiBOYW1lPSJEYXJrIExpc3QgQWNjZW50IDQiLz4NCjx3OkxzZEV4Y2VwdGlvbiBM b2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzEiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVu VXNlZD0iZmFsc2UiIE5hbWU9IkNvbG9yZnVsIFNoYWRpbmcgQWNjZW50IDQiLz4NCjx3OkxzZEV4 Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzIiIFNlbWlIaWRkZW49ImZhbHNlIiBV bmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkNvbG9yZnVsIExpc3QgQWNjZW50IDQiLz4NCjx3 OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzMiIFNlbWlIaWRkZW49ImZh bHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkNvbG9yZnVsIEdyaWQgQWNjZW50IDQi Lz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjAiIFNlbWlIaWRk ZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkxpZ2h0IFNoYWRpbmcgQWNj ZW50IDUiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjEiIFNl bWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkxpZ2h0IExpc3Qg QWNjZW50IDUiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjIi IFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkxpZ2h0IEdy aWQgQWNjZW50IDUiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0i NjMiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1 bSBTaGFkaW5nIDEgQWNjZW50IDUiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQ cmlvcml0eT0iNjQiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5h bWU9Ik1lZGl1bSBTaGFkaW5nIDIgQWNjZW50IDUiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9 ImZhbHNlIiBQcmlvcml0eT0iNjUiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0i ZmFsc2UiIE5hbWU9Ik1lZGl1bSBMaXN0IDEgQWNjZW50IDUiLz4NCjx3OkxzZEV4Y2VwdGlvbiBM b2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjYiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVu VXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBMaXN0IDIgQWNjZW50IDUiLz4NCjx3OkxzZEV4Y2Vw dGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjciIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhp ZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBHcmlkIDEgQWNjZW50IDUiLz4NCjx3Okxz ZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjgiIFNlbWlIaWRkZW49ImZhbHNl IiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBHcmlkIDIgQWNjZW50IDUiLz4N Cjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjkiIFNlbWlIaWRkZW49 ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBHcmlkIDMgQWNjZW50 IDUiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzAiIFNlbWlI aWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkRhcmsgTGlzdCBBY2Nl bnQgNSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI3MSIgU2Vt aUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iQ29sb3JmdWwgU2hh ZGluZyBBY2NlbnQgNSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5 PSI3MiIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iQ29s b3JmdWwgTGlzdCBBY2NlbnQgNSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFBy aW9yaXR5PSI3MyIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFt ZT0iQ29sb3JmdWwgR3JpZCBBY2NlbnQgNSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFs c2UiIFByaW9yaXR5PSI2MCIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxz ZSIgTmFtZT0iTGlnaHQgU2hhZGluZyBBY2NlbnQgNiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tl ZD0iZmFsc2UiIFByaW9yaXR5PSI2MSIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2Vk PSJmYWxzZSIgTmFtZT0iTGlnaHQgTGlzdCBBY2NlbnQgNiIvPg0KPHc6THNkRXhjZXB0aW9uIExv Y2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2MiIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5V c2VkPSJmYWxzZSIgTmFtZT0iTGlnaHQgR3JpZCBBY2NlbnQgNiIvPg0KPHc6THNkRXhjZXB0aW9u IExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2MyIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdo ZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIFNoYWRpbmcgMSBBY2NlbnQgNiIvPg0KPHc6THNk RXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NCIgU2VtaUhpZGRlbj0iZmFsc2Ui IFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIFNoYWRpbmcgMiBBY2NlbnQgNiIv Pg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NSIgU2VtaUhpZGRl bj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIExpc3QgMSBBY2Nl bnQgNiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NiIgU2Vt aUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIExpc3Qg MiBBY2NlbnQgNiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2 NyIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVt IEdyaWQgMSBBY2NlbnQgNiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9y aXR5PSI2OCIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0i TWVkaXVtIEdyaWQgMiBBY2NlbnQgNiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2Ui IFByaW9yaXR5PSI2OSIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIg TmFtZT0iTWVkaXVtIEdyaWQgMyBBY2NlbnQgNiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0i ZmFsc2UiIFByaW9yaXR5PSI3MCIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJm YWxzZSIgTmFtZT0iRGFyayBMaXN0IEFjY2VudCA2Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2Vk PSJmYWxzZSIgUHJpb3JpdHk9IjcxIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9 ImZhbHNlIiBOYW1lPSJDb2xvcmZ1bCBTaGFkaW5nIEFjY2VudCA2Ii8+DQo8dzpMc2RFeGNlcHRp b24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjcyIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRl V2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJDb2xvcmZ1bCBMaXN0IEFjY2VudCA2Ii8+DQo8dzpMc2RF eGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjczIiBTZW1pSGlkZGVuPSJmYWxzZSIg VW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJDb2xvcmZ1bCBHcmlkIEFjY2VudCA2Ii8+DQo8 dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjE5IiBTZW1pSGlkZGVuPSJm YWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBRRm9ybWF0PSJ0cnVlIiBOYW1lPSJTdWJ0bGUg RW1waGFzaXMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iMjEi IFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIFFGb3JtYXQ9InRydWUi IE5hbWU9IkludGVuc2UgRW1waGFzaXMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNl IiBQcmlvcml0eT0iMzEiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2Ui IFFGb3JtYXQ9InRydWUiIE5hbWU9IlN1YnRsZSBSZWZlcmVuY2UiLz4NCjx3OkxzZEV4Y2VwdGlv biBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iMzIiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVX aGVuVXNlZD0iZmFsc2UiIFFGb3JtYXQ9InRydWUiIE5hbWU9IkludGVuc2UgUmVmZXJlbmNlIi8+ DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjMzIiBTZW1pSGlkZGVu PSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBRRm9ybWF0PSJ0cnVlIiBOYW1lPSJCb29r IFRpdGxlIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjM3IiBO YW1lPSJCaWJsaW9ncmFwaHkiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlv cml0eT0iMzkiIFFGb3JtYXQ9InRydWUiIE5hbWU9IlRPQyBIZWFkaW5nIi8+DQo8L3c6TGF0ZW50 U3R5bGVzPg0KPC94bWw+PCFbZW5kaWZdLS0+PHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlv bnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Ik1TIEdvdGhpYyI7DQoJcGFub3NlLTE6 MiAxMSA2IDkgNyAyIDUgOCAyIDQ7DQoJbXNvLWZvbnQtYWx0OiLvvK3vvLMg44K044K344OD44Kv IjsNCgltc28tZm9udC1jaGFyc2V0OjEyODsNCgltc28tZ2VuZXJpYy1mb250LWZhbWlseTptb2Rl cm47DQoJbXNvLWZvbnQtcGl0Y2g6Zml4ZWQ7DQoJbXNvLWZvbnQtc2lnbmF0dXJlOi01MzY4NzAx NDUgMTc5MTQ5MTU3OSAxOCAwIDEzMTIzMSAwO30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDsNCgltc28tZm9u dC1hbHQ6IkNhbGlzdG8gTVQiOw0KCW1zby1mb250LWNoYXJzZXQ6MDsNCgltc28tZ2VuZXJpYy1m b250LWZhbWlseTpyb21hbjsNCgltc28tZm9udC1waXRjaDp2YXJpYWJsZTsNCgltc28tZm9udC1z aWduYXR1cmU6LTUzNjg3MDE0NSAxMTA3MzA1NzI3IDAgMCA0MTUgMDt9DQpAZm9udC1mYWNlDQoJ e2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7DQoJ bXNvLWZvbnQtYWx0OiJDZW50dXJ5IEdvdGhpYyI7DQoJbXNvLWZvbnQtY2hhcnNldDowOw0KCW1z by1nZW5lcmljLWZvbnQtZmFtaWx5OnN3aXNzOw0KCW1zby1mb250LXBpdGNoOnZhcmlhYmxlOw0K CW1zby1mb250LXNpZ25hdHVyZTotNTM2ODcwMTQ1IDEwNzM3ODYxMTEgMSAwIDQxNSAwO30NCkBm b250LWZhY2UNCgl7Zm9udC1mYW1pbHk6VGFob21hOw0KCXBhbm9zZS0xOjIgMTEgNiA0IDMgNSA0 IDQgMiA0Ow0KCW1zby1mb250LWFsdDpWZXJkYW5hOw0KCW1zby1mb250LWNoYXJzZXQ6MDsNCglt c28tZ2VuZXJpYy1mb250LWZhbWlseTpzd2lzczsNCgltc28tZm9udC1waXRjaDp2YXJpYWJsZTsN Cgltc28tZm9udC1zaWduYXR1cmU6LTUyMDA4MTY2NSAtMTA3MzcxNzE1NyA0MSAwIDY2MDQ3IDA7 fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDb25zb2xhczsNCglwYW5vc2UtMToyIDExIDYg OSAyIDIgNCAzIDIgNDsNCgltc28tZm9udC1jaGFyc2V0OjA7DQoJbXNvLWdlbmVyaWMtZm9udC1m YW1pbHk6bW9kZXJuOw0KCW1zby1mb250LXBpdGNoOmZpeGVkOw0KCW1zby1mb250LXNpZ25hdHVy ZTotNTIwMDkyOTI5IDEwNzM4MDY1OTEgOSAwIDQxNSAwO30NCkBmb250LWZhY2UNCgl7Zm9udC1m YW1pbHk6IlxATVMgR290aGljIjsNCglwYW5vc2UtMToyIDExIDYgOSA3IDIgNSA4IDIgNDsNCglt c28tZm9udC1jaGFyc2V0OjEyODsNCgltc28tZ2VuZXJpYy1mb250LWZhbWlseTptb2Rlcm47DQoJ bXNvLWZvbnQtcGl0Y2g6Zml4ZWQ7DQoJbXNvLWZvbnQtc2lnbmF0dXJlOi01MzY4NzAxNDUgMTc5 MTQ5MTU3OSAxOCAwIDEzMTIzMSAwO30NCi8qIFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05v cm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21zby1zdHlsZS11bmhpZGU6bm87 DQoJbXNvLXN0eWxlLXFmb3JtYXQ6eWVzOw0KCW1zby1zdHlsZS1wYXJlbnQ6IiI7DQoJbWFyZ2lu OjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJbXNvLXBhZ2luYXRpb246d2lkb3ctb3Jw aGFuOw0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIs InNlcmlmIjsNCgltc28tZmFyZWFzdC1mb250LWZhbWlseTpDYWxpYnJpO30NCmE6bGluaywgc3Bh bi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLW5vc2hvdzp5ZXM7DQoJbXNvLXN0eWxlLXByaW9y aXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTsNCgl0ZXh0 LXVuZGVybGluZTpzaW5nbGU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2Vk DQoJe21zby1zdHlsZS1ub3Nob3c6eWVzOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xv cjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTsNCgl0ZXh0LXVuZGVybGluZTpz aW5nbGU7fQ0KcHJlDQoJe21zby1zdHlsZS1ub3Nob3c6eWVzOw0KCW1zby1zdHlsZS1wcmlvcml0 eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJbWFyZ2lu OjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJbXNvLXBhZ2luYXRpb246d2lkb3ctb3Jw aGFuOw0KCWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3IjsNCglt c28tZmFyZWFzdC1mb250LWZhbWlseTpDYWxpYnJpO30NCnAuTXNvQWNldGF0ZSwgbGkuTXNvQWNl dGF0ZSwgZGl2Lk1zb0FjZXRhdGUNCgl7bXNvLXN0eWxlLW5vc2hvdzp5ZXM7DQoJbXNvLXN0eWxl LXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJCYWxsb29uIFRleHQgQ2hhciI7DQoJbWFy Z2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJbXNvLXBhZ2luYXRpb246d2lkb3ct b3JwaGFuOw0KCWZvbnQtc2l6ZTo4LjBwdDsNCglmb250LWZhbWlseToiVGFob21hIiwic2Fucy1z ZXJpZiI7DQoJbXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6Q2FsaWJyaTt9DQpzcGFuLkhUTUxQcmVm b3JtYXR0ZWRDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJIVE1MIFByZWZvcm1hdHRlZCBDaGFyIjsN Cgltc28tc3R5bGUtbm9zaG93OnllczsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0 eWxlLXVuaGlkZTpubzsNCgltc28tc3R5bGUtbG9ja2VkOnllczsNCgltc28tc3R5bGUtbGluazoi SFRNTCBQcmVmb3JtYXR0ZWQiOw0KCWZvbnQtZmFtaWx5OkNvbnNvbGFzOw0KCW1zby1hc2NpaS1m b250LWZhbWlseTpDb25zb2xhczsNCgltc28taGFuc2ktZm9udC1mYW1pbHk6Q29uc29sYXM7DQoJ bXNvLWJpZGktZm9udC1mYW1pbHk6Q29uc29sYXM7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTkNCgl7bXNv LXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJbXNvLXN0eWxlLW5vc2hvdzp5ZXM7DQoJbXNvLXN0eWxl LXVuaGlkZTpubzsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCW1zby1h c2NpaS1mb250LWZhbWlseTpDYWxpYnJpOw0KCW1zby1oYW5zaS1mb250LWZhbWlseTpDYWxpYnJp Ow0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjANCgl7bXNvLXN0eWxlLXR5cGU6 cGVyc29uYWwtcmVwbHk7DQoJbXNvLXN0eWxlLW5vc2hvdzp5ZXM7DQoJbXNvLXN0eWxlLXVuaGlk ZTpubzsNCgltc28tYW5zaS1mb250LXNpemU6MTEuMHB0Ow0KCW1zby1iaWRpLWZvbnQtc2l6ZTox MS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgltc28tYXNjaWkt Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCgltc28taGFuc2ktZm9udC1mYW1pbHk6Q2FsaWJyaTsNCglt c28tYmlkaS1mb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIjsNCgljb2xvcjojMDAwMENDO30N CnNwYW4uQmFsbG9vblRleHRDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJCYWxsb29uIFRleHQgQ2hh ciI7DQoJbXNvLXN0eWxlLW5vc2hvdzp5ZXM7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1z by1zdHlsZS11bmhpZGU6bm87DQoJbXNvLXN0eWxlLWxvY2tlZDp5ZXM7DQoJbXNvLXN0eWxlLWxp bms6IkJhbGxvb24gVGV4dCI7DQoJbXNvLWFuc2ktZm9udC1zaXplOjguMHB0Ow0KCW1zby1iaWRp LWZvbnQtc2l6ZTo4LjBwdDsNCglmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiI7DQoJ bXNvLWFzY2lpLWZvbnQtZmFtaWx5OlRhaG9tYTsNCgltc28tZmFyZWFzdC1mb250LWZhbWlseTpD YWxpYnJpOw0KCW1zby1oYW5zaS1mb250LWZhbWlseTpUYWhvbWE7DQoJbXNvLWJpZGktZm9udC1m YW1pbHk6VGFob21hO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1v bmx5Ow0KCW1zby1kZWZhdWx0LXByb3BzOnllczsNCglmb250LXNpemU6MTAuMHB0Ow0KCW1zby1h bnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJbXNvLWJpZGktZm9udC1zaXplOjEwLjBwdDt9DQpAcGFn ZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcyLjBwdCA3 Mi4wcHQgNzIuMHB0IDcyLjBwdDsNCgltc28taGVhZGVyLW1hcmdpbjozNi4wcHQ7DQoJbXNvLWZv b3Rlci1tYXJnaW46MzYuMHB0Ow0KCW1zby1wYXBlci1zb3VyY2U6MDt9DQpkaXYuV29yZFNlY3Rp b24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDEw XT48c3R5bGU+LyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnRhYmxlLk1zb05vcm1hbFRhYmxlDQoJ e21zby1zdHlsZS1uYW1lOiJUYWJsZSBOb3JtYWwiOw0KCW1zby10c3R5bGUtcm93YmFuZC1zaXpl OjA7DQoJbXNvLXRzdHlsZS1jb2xiYW5kLXNpemU6MDsNCgltc28tc3R5bGUtbm9zaG93OnllczsN Cgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLXFmb3JtYXQ6eWVzOw0KCW1zby1z dHlsZS1wYXJlbnQ6IiI7DQoJbXNvLXBhZGRpbmctYWx0OjBjbSA1LjRwdCAwY20gNS40cHQ7DQoJ bXNvLXBhcmEtbWFyZ2luOjBjbTsNCgltc28tcGFyYS1tYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ bXNvLXBhZ2luYXRpb246d2lkb3ctb3JwaGFuOw0KCWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1m YW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsInNlcmlmIjt9DQo8L3N0eWxlPjwhW2VuZGlmXS0tPjwh LS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3Bp ZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1s Pg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRh dGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8 Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSIgc3R5bGU9InRhYi1p bnRlcnZhbDozNi4wcHQiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGNvbG9yPSIjMDAwMGNjIiBmYWNlPSJDYWxpYnJpIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7bXNvLWJpZGktZm9udC1mYW1pbHk6JnF1b3Q7VGlt ZXMgTmV3IFJvbWFuJnF1b3Q7O2NvbG9yOiMwMDAwQ0MiPkhpIEVyaWMsPG86cD48L286cD48L3Nw YW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGNvbG9y PSIjMDAwMGNjIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7bXNv LWJpZGktZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7O2NvbG9yOiMwMDAw Q0MiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iIzAwMDBjYyIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7O21zby1iaWRpLWZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5l dyBSb21hbiZxdW90Oztjb2xvcjojMDAwMENDIj50aGVyZSBpcyBubyBhZGRpdGlvbmFsIHZvdGlu ZyBvbiB0aGUgbWFpbGxpc3QuIEFzIHBlciBwcm9jZXNzIHdlIHZlcmlmeQ0KIHRoZSBtZWV0aW5n IHJlc3VsdCBvbiB0aGUgbWFpbGxpc3QgYW5kIGFzayB3aGV0aGVyIHRoZXJlIGlzIGFuIG9iamVj dGlvbi48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PGZvbnQgc2l6ZT0iMiIgY29sb3I9IiMwMDAwY2MiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90Ozttc28tYmlkaS1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9t YW4mcXVvdDs7Y29sb3I6IzAwMDBDQyI+VGhpcyBoYXBwZW5lZCwgdmlhIHRoZSBtYWlsIHdpdGgg dGhlIHN1YmplY3Qg4oCcW05ldGNvbmZdIFN1bW1hcnkgYW5kIEFJcw0KIGZyb20gdGhlIE5FVENP TkYgU2Vzc2lvbiBpbiBJRVRGICM5M+KAnSBvbiBKdWx5IDI1PHN1cD50aDwvc3VwPi48bzpwPjwv bzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0i MiIgY29sb3I9IiMwMDAwY2MiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx dW90Ozttc28tYmlkaS1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDs7Y29s b3I6IzAwMDBDQyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGNvbG9yPSIjMDAwMGNjIiBmYWNlPSJDYWxpYnJp Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7bXNvLWJpZGktZm9udC1mYW1pbHk6JnF1b3Q7 VGltZXMgTmV3IFJvbWFuJnF1b3Q7O2NvbG9yOiMwMDAwQ0MiPlRoZSBuZXh0IHN0ZXAgaXMgdG8g dXBkYXRlIHRoZSBjaGFydGVyLiBPbmNlIHRoZSBjaGFydGVyIGlzIHRocm91Z2ggdGhlDQogQUQg cmV2aWV3IGFuZCBJRVNHIGFwcHJvdmFsLDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iIzAwMDBjYyIgZmFjZT0i Q2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O21zby1iaWRpLWZvbnQtZmFtaWx5 OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Oztjb2xvcjojMDAwMENDIj53ZSB3aWxsIGFzayB5 b3UgdG8gcHJvdmlkZSBkcmFmdC1pZXRmLW5ldGNvbmYteWFuZy1wdXNoLTAwLnR4dCwgd2hpY2gg dGhlbg0KIHdpbGwgYmUgYWNjZXB0ZWQgb24gSUVURiBzZXJ2ZXIuPG86cD48L286cD48L3NwYW4+ PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGNvbG9yPSIj MDAwMGNjIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7bXNvLWJp ZGktZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7O2NvbG9yOiMwMDAwQ0Mi PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9IiMwMDAwY2MiIGZhY2U9IkNhbGlicmkiPjxz cGFuIGxhbmc9IkRFIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtZm9udC1mYW1p bHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7O21zby1iaWRpLWZvbnQtZmFtaWx5OiZxdW90 O1RpbWVzIE5ldyBSb21hbiZxdW90Oztjb2xvcjojMDAwMENDO21zby1hbnNpLWxhbmd1YWdlOkRF O21zby1uby1wcm9vZjp5ZXMiPk1laG1ldA0KPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4N CjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9IiMwMDAw Y2MiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28tYmlkaS1m b250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDs7Y29sb3I6IzAwMDBDQyI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3Jk ZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20g MGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48Zm9udCBzaXplPSIyIiBmYWNlPSJU YWhvbWEiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1Rh aG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWZvbnQtZmFtaWx5 OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Oztmb250LXdlaWdodDpib2xkIj5Gcm9tOjwvc3Bh bj48L2ZvbnQ+PC9iPjxmb250IHNpemU9IjIiIGZhY2U9IlRhaG9tYSI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFu JnF1b3Q7Ij4NCiBOZXRjb25mIFttYWlsdG86bmV0Y29uZi1ib3VuY2VzQGlldGYub3JnXSA8Yj48 c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+T24gQmVoYWxmIE9mDQo8L3NwYW4+PC9iPmV4 dCBFcmljIFZvaXQgKGV2b2l0KTxicj4NCjxiPjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xk Ij5TZW50Ojwvc3Bhbj48L2I+IFdlZG5lc2RheSwgQXVndXN0IDA1LCAyMDE1IDY6NDMgUE08YnI+ DQo8Yj48c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+VG86PC9zcGFuPjwvYj4gZHUuYmFv d2VpMjNAenRlLmNvbS5jbjxicj4NCjxiPjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5D Yzo8L3NwYW4+PC9iPiBOZXRjb25mPGJyPg0KPGI+PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJv bGQiPlN1YmplY3Q6PC9zcGFuPjwvYj4gUmU6IFtOZXRjb25mXSByZmM1Mjc3Om9uZSBzZXNzaW9u IGNhbiBvbmx5IHN1cHBvcnQgb25lICZsdDtjcmVhdGUtc3Vic2NyaXB0aW9uJmd0Oz88bzpwPjwv bzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxmb250IHNpemU9IjMiIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iIzFmNDk3ZCIgZmFjZT0iQ2Fs aWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPmRyYWZ0LWNs ZW1tLW5ldGNvbmYteWFuZy1wdXNoIGlzIGludGVuZGVkIHRvIHN1cHBvcnQgbWFueSBzdWJzY3Jp cHRpb25zIG9uIGEgTkVUQ09ORiBzZXNzaW9uLiZuYnNwOyBUaGlzIGRyYWZ0IHdhcw0KIHZlcmJh bGx5IGFwcHJvdmVkIGZvciBXRyBzdGF0dXMgYSBjb3VwbGUgd2Vla3MgYWdvIGluIFByYWd1ZSwg YWx0aG91Z2ggdGhlIGZvcm1hbCBtYWlsaW5nIGxpc3Qgdm90ZSBpcyBzdGlsbCBwZW5kaW5nLjxv OnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBz aXplPSIyIiBjb2xvcj0iIzFmNDk3ZCIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iIzFmNDk3ZCIg ZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0Qi PkNhbiB5b3UgdGFrZSBhIGxvb2sgYXQgc2VjdGlvbiAzLjggb2YgdGhhdCBkcmFmdCBhYm92ZSBh bmQgc2VlIGlmIGl0IG1lZXRzIHlvdXIgbmVlZHM/Jm5ic3A7Jm5ic3A7IEFuZCBpZiBub3QsIHN1 Z2dlc3Qgd2hhdA0KIGVsc2UgbWlnaHQgYmUgbmVjZXNzYXJ5PzxvOnA+PC9vOnA+PC9zcGFuPjwv Zm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iIzFm NDk3ZCIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMx RjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iIzFmNDk3ZCIgZmFjZT0iQ2FsaWJyaSI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPlRoYW5rcyw8YnI+DQpFcmlj PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250 IHNpemU9IjIiIGNvbG9yPSIjMWY0OTdkIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250 PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6MGNt O21hcmdpbi1yaWdodDowY207bWFyZ2luLWJvdHRvbToxMi4wcHQ7bWFyZ2luLWxlZnQ6MzYuMHB0 O21zby1vdXRsaW5lLWxldmVsOjEiPg0KPGI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iVGFob21hIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztmb250LXdlaWdodDpib2xkIj5Gcm9tOjwvc3Bhbj48 L2ZvbnQ+PC9iPjxmb250IHNpemU9IjIiIGZhY2U9IlRhaG9tYSI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDsiPiBBbmR5IEJpZXJtYW4sIEF1Z3VzdCAwMywNCiAyMDE1IDEwOjIyIFBNPG86cD48 L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PGZvbnQgc2l6ZT0iMyIgZmFjZT0iVGltZXMg TmV3IFJvbWFuIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdCI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9mb250PjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6MzYuMHB0Ij48Zm9udCBzaXplPSIzIiBmYWNlPSJUaW1lcyBOZXcgUm9tYW4i PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij5PbiBNb24sIEF1ZyAzLCAyMDE1IGF0IDY6 NTIgUE0sICZsdDs8YSBocmVmPSJtYWlsdG86ZHUuYmFvd2VpMjNAenRlLmNvbS5jbiIgdGFyZ2V0 PSJfYmxhbmsiPmR1LmJhb3dlaTIzQHp0ZS5jb20uY248L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpw Pjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJn aW4tdG9wLWFsdDowY207bWFyZ2luLXJpZ2h0OjBjbTttYXJnaW4tYm90dG9tOjEyLjBwdDttYXJn aW4tbGVmdDozNi4wcHQiPg0KPGZvbnQgc2l6ZT0iMiIgZmFjZT0iQXJpYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDsiPkhlbGxvITwvc3Bhbj48L2ZvbnQ+DQo8YnI+DQo8YnI+DQo8Zm9udCBz aXplPSIyIiBmYWNlPSJBcmlhbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+SSB3YXMgY29u ZnVzZWQgYnkgdGhlIFJGQzUyNzcgcmVsYXRpb25zaGlwIGJldHdlZW4gdGhlIHNlc3Npb24gYW5k IHN1YnNjcmlwdGlvbiBudW1iZXJzLjwvc3Bhbj48L2ZvbnQ+DQo8YnI+DQo8YnI+DQo8Zm9udCBz aXplPSIyIiBmYWNlPSJBcmlhbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+SW4gUkZDNTI3 Nzo8L3NwYW4+PC9mb250Pg0KPGJyPg0KPGJyPg0KPGZvbnQgc2l6ZT0iMiIgZmFjZT0iQXJpYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPjIuJm5ic3A7IE5vdGlmaWNhdGlvbi1SZWxhdGVk IE9wZXJhdGlvbnM8L3NwYW4+PC9mb250Pg0KPGJyPg0KPGZvbnQgc2l6ZT0iMiIgZmFjZT0iQXJp YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFs JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPjIuMS4mbmJzcDsgU3Vic2NyaWJpbmcgdG8g UmVjZWl2ZSBFdmVudCBOb3RpZmljYXRpb25zPC9zcGFuPjwvZm9udD4NCjxicj4NCjxicj4NCjxm b250IHNpemU9IjIiIGZhY2U9IkFyaWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mbmJz cDsgJm5ic3A7VGhlIGV2ZW50IG5vdGlmaWNhdGlvbiBzdWJzY3JpcHRpb24gaXMgaW5pdGlhdGVk IGJ5IHRoZSBORVRDT05GPC9zcGFuPjwvZm9udD4NCjxicj4NCjxmb250IHNpemU9IjIiIGZhY2U9 IkFyaWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtB cmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mbmJzcDsgJm5ic3A7Y2xpZW50IGFu ZCByZXNwb25kZWQgdG8gYnkgdGhlIE5FVENPTkYgc2VydmVyLiZuYnNwOyBBIHN1YnNjcmlwdGlv biBpczwvc3Bhbj48L2ZvbnQ+DQo8YnI+DQo8Zm9udCBzaXplPSIyIiBmYWNlPSJBcmlhbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jm5ic3A7ICZuYnNwO2JvdW5kIHRvIGEgc2luZ2xlIHN0 cmVhbSBmb3IgdGhlIGxpZmV0aW1lIG9mIHRoZSBzdWJzY3JpcHRpb24uJm5ic3A7IFdoZW48L3Nw YW4+PC9mb250Pg0KPGJyPg0KPGZvbnQgc2l6ZT0iMiIgZmFjZT0iQXJpYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDsiPiZuYnNwOyAmbmJzcDt0aGUgZXZlbnQgbm90aWZpY2F0aW9uIHN1YnNj cmlwdGlvbiBpcyBjcmVhdGVkLCB0aGUgZXZlbnRzIG9mPC9zcGFuPjwvZm9udD4NCjxicj4NCjxm b250IHNpemU9IjIiIGZhY2U9IkFyaWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mbmJz cDsgJm5ic3A7aW50ZXJlc3QgYXJlIHNwZWNpZmllZC48L3NwYW4+PC9mb250Pg0KPGJyPg0KPGJy Pg0KPGZvbnQgc2l6ZT0iMiIgZmFjZT0iQXJpYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsi PlFVRVNUSU9OPC9zcGFuPjwvZm9udD48Zm9udCBzaXplPSIyIiBmYWNlPSJNUyBHb3RoaWMiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O01TIEdvdGhpYyZx dW90OyI+77yaPC9zcGFuPjwvZm9udD48Zm9udCBzaXplPSIyIiBmYWNlPSJBcmlhbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90OyI+YQ0KIHNlc3Npb24gY2FuIGNvbnRhaW4gc3Vic2NyaXB0aW9u LiA8L3NwYW4+PC9mb250Pjxicj4NCjxmb250IHNpemU9IjIiIGZhY2U9IkFyaWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7Ij4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IE1h eSBhIHNlc3Npb24gY29udGFpbiBzZXZlcmFsIHN1YnNjcmlwdGlvbnM/PC9zcGFuPjwvZm9udD4N CjxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW4tbGVmdDozNi4wcHQiPjxmb250IHNpemU9IjMiIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9u dD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6MzYuMHB0Ij48Zm9udCBzaXplPSIzIiBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s ZWZ0OjM2LjBwdCI+PGZvbnQgc2l6ZT0iMyIgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEyLjBwdCI+bm88bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2 LjBwdCI+PGZvbnQgc2l6ZT0iMyIgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEyLjBwdCI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwv ZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICND Q0NDQ0MgMS4wcHQ7cGFkZGluZzowY20gMGNtIDBjbSA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDtt YXJnaW4tdG9wOjUuMHB0O21hcmdpbi1yaWdodDowY207bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OjBjbTttYXJnaW4t cmlnaHQ6MGNtO21hcmdpbi1ib3R0b206MTIuMHB0O21hcmdpbi1sZWZ0OjM2LjBwdCI+DQo8Zm9u dCBzaXplPSIyIiBmYWNlPSJBcmlhbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Ni4mbmJz cDsgSW50ZXJsZWF2ZSBDYXBhYmlsaXR5PC9zcGFuPjwvZm9udD4NCjxicj4NCjxmb250IHNpemU9 IjIiIGZhY2U9IkFyaWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWls eTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij42LjUuJm5ic3A7IE1v ZGlmaWNhdGlvbnMgdG8gRXhpc3RpbmcgT3BlcmF0aW9uczwvc3Bhbj48L2ZvbnQ+DQo8YnI+DQo8 YnI+DQo8Zm9udCBzaXplPSIyIiBmYWNlPSJBcmlhbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 OyI+Jm5ic3A7ICZuYnNwO1doZW4gYSAmbHQ7Y3JlYXRlLXN1YnNjcmlwdGlvbiZndDsgaXMgc2Vu dCB3aGlsZSBhbm90aGVyIHN1YnNjcmlwdGlvbiBpczwvc3Bhbj48L2ZvbnQ+DQo8YnI+DQo8Zm9u dCBzaXplPSIyIiBmYWNlPSJBcmlhbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jm5ic3A7 ICZuYnNwO2FjdGl2ZSBvbiB0aGF0IHNlc3Npb24sIHRoZSBmb2xsb3dpbmcgZXJyb3Igd2lsbCBi ZSByZXR1cm5lZDo8L3NwYW4+PC9mb250Pg0KPGJyPg0KPGJyPg0KPGZvbnQgc2l6ZT0iMiIgZmFj ZT0iQXJpYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZuYnNwOyAmbmJzcDsgJm5ic3A7 IFRhZzogb3BlcmF0aW9uLWZhaWxlZDwvc3Bhbj48L2ZvbnQ+DQo8YnI+DQo8YnI+DQo8Zm9udCBz aXplPSIyIiBmYWNlPSJBcmlhbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jm5ic3A7ICZu YnNwOyAmbmJzcDsgRXJyb3ItdHlwZTogcHJvdG9jb2w8L3NwYW4+PC9mb250Pg0KPGJyPg0KPGJy Pg0KPGZvbnQgc2l6ZT0iMiIgZmFjZT0iQXJpYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsi PiZuYnNwOyAmbmJzcDsgJm5ic3A7IFNldmVyaXR5OiBlcnJvcjwvc3Bhbj48L2ZvbnQ+DQo8YnI+ DQo8YnI+DQo8Zm9udCBzaXplPSIyIiBmYWNlPSJBcmlhbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx dW90OyI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgRXJyb3ItaW5mbzogbm9uZTwvc3Bhbj48L2ZvbnQ+ DQo8YnI+DQo8YnI+DQo8Zm9udCBzaXplPSIyIiBmYWNlPSJBcmlhbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90OyI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgRGVzY3JpcHRpb246IFJlcXVlc3QgY291 bGQgbm90IGJlIGNvbXBsZXRlZCBiZWNhdXNlIHRoZSByZXF1ZXN0ZWQ8L3NwYW4+PC9mb250Pg0K PGJyPg0KPGZvbnQgc2l6ZT0iMiIgZmFjZT0iQXJpYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDsiPiZuYnNwOyAmbmJzcDsgJm5ic3A7IG9wZXJhdGlvbiBmYWlsZWQgZm9yIHNvbWUgcmVhc29u IG5vdCBjb3ZlcmVkIGJ5IGFueSBvdGhlciBlcnJvcjwvc3Bhbj48L2ZvbnQ+DQo8YnI+DQo8Zm9u dCBzaXplPSIyIiBmYWNlPSJBcmlhbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jm5ic3A7 ICZuYnNwOyAmbmJzcDsgY29uZGl0aW9uLjwvc3Bhbj48L2ZvbnQ+DQo8YnI+DQo8YnI+DQo8Zm9u dCBzaXplPSIyIiBmYWNlPSJBcmlhbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+UVVFU1RJ T046IHdoZW4gaW50ZXJsZWF2ZSBjYXBhYmlsaXR5IGlzIGFjdGl2ZSwgYSBzZXNzaW9uIGNhbiBv bmx5IHN1cHBvcnQ8L3NwYW4+PC9mb250Pg0KPGJyPg0KPGZvbnQgc2l6ZT0iMiIgZmFjZT0iQXJp YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFs JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgb25lICZsdDtjcmVhdGUtc3Vic2NyaXB0aW9uJmd0OyBhdCBvbmUgdGltZS4NCjwv c3Bhbj48L2ZvbnQ+PGJyPg0KPGZvbnQgc2l6ZT0iMiIgZmFjZT0iQXJpYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDsiPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgRG9lcyBp dCBpbXBseSB0aGF0PC9zcGFuPjwvZm9udD4NCjxicj4NCjxmb250IHNpemU9IjIiIGZhY2U9IkFy aWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlh bCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7IHdoZW4gYSBzdWJzY3JpcHRpb24gaXMgYWN0aXZlLCBpZiB0aGVyZSBpcyBubyBp bnRlcmxlYXZlIGNhcGFiaWxpdHk8L3NwYW4+PC9mb250Pg0KPGJyPg0KPGZvbnQgc2l6ZT0iMiIg ZmFjZT0iQXJpYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgYW5kIGFnZW50IHJlY2VpdmUgYW5vdGhlciAmbHQ7Y3JlYXRlLXN1 YnNjcmlwdGlvbiZndDssIHNlc3Npb24gd2lsbA0KPC9zcGFuPjwvZm9udD48YnI+DQo8Zm9udCBz aXplPSIyIiBmYWNlPSJBcmlhbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBzdXBwb3J0IGJvdGggdHdvIHN1YnNjcmlwdGlvbj88 L3NwYW4+PC9mb250Pg0KPG86cD48L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PGZvbnQgc2l6ZT0i MyIgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdCI+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxmb250IHNpemU9IjMi IGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQiPjxv OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48Zm9udCBzaXplPSIzIiBm YWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij50aGUg OmludGVybGVhdmUgY2FwYWJpbGl0eSBtZWFucyB0aGUgc2VydmVyIHdpbGwgYWNjZXB0IGNvbW1h bmRzIG9uPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxmb250IHNpemU9IjMi IGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQiPnRo ZSBzYW1lIHNlc3Npb24gdGhhdCBub3RpZmljYXRpb25zIGFyZSBiZWluZyBzZW50LiZuYnNwOyBU aGUgc2VydmVyIGhhczxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48Zm9udCBz aXplPSIzIiBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIu MHB0Ij50byBpbnRlcmxlYXZlIGNvbXBsZXRlICZsdDtycGMtcmVwbHkmZ3Q7IGFuZCAmbHQ7bm90 aWZpY2F0aW9uJmd0OyBtZXNzYWdlczxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0 Ij48Zm9udCBzaXplPSIzIiBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTIuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+ PGZvbnQgc2l6ZT0iMyIgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEyLjBwdCI+QW5vdGhlciAmbHQ7Y3JlYXRlLXN1YnNjcmlwdGlvbiZndDsgaXMgbm90IGFs bG93ZWQuPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxmb250IHNpemU9IjMi IGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQiPiZu YnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0 eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6 MGNtIDBjbSAwY20gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXRvcDo1LjBwdDttYXJn aW4tcmlnaHQ6MGNtO21hcmdpbi1ib3R0b206NS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQXJpYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPnRoYW5rcyA6KTwvc3Bhbj48L2ZvbnQ+DQo8bzpwPjwv bzpwPjwvcD4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48Zm9udCBzaXplPSIzIiBmYWNlPSJUaW1lcyBOZXcgUm9t YW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh bj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PGZvbnQgc2l6ZT0iMyIgZmFjZT0iVGltZXMgTmV3IFJvbWFu Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdCI+QW5keTxvOnA+PC9vOnA+PC9zcGFuPjwv Zm9udD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6MzYuMHB0Ij48Zm9udCBzaXplPSIzIiBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L2Zv bnQ+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxl ZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDYuMHB0O21hcmdpbi1s ZWZ0OjQuOHB0O21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLXJpZ2h0OjBjbTttYXJnaW4tYm90dG9t OjUuMHB0Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQi Pjxmb250IHNpemU9IjMiIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cHJlIHN0 eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxmb250IHNpemU9IjIiIGNvbG9yPSJibHVlIiBmYWNl PSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Y29sb3I6Ymx1ZSI+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2lu LWxlZnQ6MzYuMHB0Ij48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmx1ZSIgZmFjZT0iQ291cmllciBO ZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2NvbG9yOmJsdWUiPi0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tPG86cD48L286cD48 L3NwYW4+PC9mb250PjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48Zm9u dCBzaXplPSIyIiBjb2xvcj0iYmx1ZSIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTAuMHB0O2NvbG9yOmJsdWUiPlpURSBJbmZvcm1hdGlvbiBTZWN1cml0eSBOb3Rp Y2U6IFRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaW4gdGhpcyBtYWlsIChhbmQgYW55IGF0dGFj aG1lbnQgdHJhbnNtaXR0ZWQgaGVyZXdpdGgpIGlzIHByaXZpbGVnZWQgYW5kIGNvbmZpZGVudGlh bCBhbmQgaXMgaW50ZW5kZWQgZm9yIHRoZSBleGNsdXNpdmUgdXNlIG9mIHRoZSBhZGRyZXNzZWUo cykuJm5ic3A7IElmIHlvdSBhcmUgbm90IGFuIGludGVuZGVkIHJlY2lwaWVudCwgYW55IGRpc2Ns b3N1cmUsIHJlcHJvZHVjdGlvbiwgZGlzdHJpYnV0aW9uIG9yIG90aGVyIGRpc3NlbWluYXRpb24g b3IgdXNlIG9mIHRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaXMgc3RyaWN0bHkgcHJvaGliaXRl ZC4mbmJzcDsgSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBtYWlsIGluIGVycm9yLCBwbGVhc2Ug ZGVsZXRlIGl0IGFuZCBub3RpZnkgdXMgaW1tZWRpYXRlbHkuPG86cD48L286cD48L3NwYW4+PC9m b250PjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48Zm9udCBzaXplPSIy IiBjb2xvcj0iYmx1ZSIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTAuMHB0O2NvbG9yOmJsdWUiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3ByZT4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6MGNtO21hcmdp bi1yaWdodDowY207bWFyZ2luLWJvdHRvbToxMi4wcHQ7bWFyZ2luLWxlZnQ6MzYuMHB0Ij4NCjxm b250IHNpemU9IjMiIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMi4wcHQiPjxicj4NCjxicj4NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fPGJyPg0KTmV0Y29uZiBtYWlsaW5nIGxpc3Q8YnI+DQo8YSBocmVmPSJtYWls dG86TmV0Y29uZkBpZXRmLm9yZyI+TmV0Y29uZkBpZXRmLm9yZzwvYT48YnI+DQo8YSBocmVmPSJo dHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL25ldGNvbmYiIHRhcmdldD0iX2Js YW5rIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL25ldGNvbmY8L2E+PG86 cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PGZvbnQgc2l6ZT0iMyIg ZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdCI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4N CjwvYm9keT4NCjwvaHRtbD4NCg== --_000_E4DE949E6CE3E34993A2FF8AE79131F819776572DEMUMBX005nsnin_-- From nobody Wed Aug 5 22:07:57 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A896E1B3953 for ; Wed, 5 Aug 2015 22:07:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] 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 vSOBM3uQU8js for ; Wed, 5 Aug 2015 22:07:53 -0700 (PDT) Received: from mail-pd0-x234.google.com (mail-pd0-x234.google.com [IPv6:2607:f8b0:400e:c02::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5FF3E1B3950 for ; Wed, 5 Aug 2015 22:07:53 -0700 (PDT) Received: by pdrg1 with SMTP id g1so27739203pdr.2 for ; Wed, 05 Aug 2015 22:07:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:subject:date:message-id:cc:to:mime-version; bh=r7VdpmAnTBmQepvYiFQITLOyCFu4Z9zxbz5fz/aoySU=; b=k3Cnz4a/wDSM0bo+szhh9OQXCPmW1JN79i4MHsRMKqDCzxeFI6nT2vsC7xRXK9i+RY P/QsbX9MCS3zYaMgRXCgtGDgRKQOuYktbY5cdqgfjBbQfr02QnRgTZD6cMiJW0//P/0y JaT72sYraaBT+tPFEJymfKSzapmS9QdY8XbFAgEkMfjzQWQHYWSi5x7KS0MptcDWzz4z IbGkF3czH1RZM84tS5uJLpRAsZt83uJmCeWt0Hx7ArRs6VjkAVvpzQNrCtb+bUx8upj1 WYE0QaPUWletMLRhfnMBnqwltriiiNlUZLb/aHb1ti5H6Xere4uzSVlQVgK1/rs8bxwb GLag== X-Received: by 10.70.89.232 with SMTP id br8mr10235799pdb.1.1438837672809; Wed, 05 Aug 2015 22:07:52 -0700 (PDT) Received: from ?IPv6:2001:420:c0c8:1003::b2? ([2001:420:c0c8:1003::b2]) by smtp.gmail.com with ESMTPSA id qz8sm4778503pbb.91.2015.08.05.22.07.50 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 05 Aug 2015 22:07:51 -0700 (PDT) From: Mahesh Jethanandani Content-Type: multipart/alternative; boundary="Apple-Mail=_E660EC0E-C473-4536-9852-15B5046019F0" Date: Wed, 5 Aug 2015 22:07:49 -0700 Message-Id: <6F199294-335D-47D6-AEFB-61C76BD6E765@gmail.com> To: draft-ietf-netconf-call-home.all@ietf.tools.org Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) X-Mailer: Apple Mail (2.2098) Archived-At: Cc: Netconf Subject: [Netconf] Shepherd's review of draft-ietf-netconf-call-home-09 X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Aug 2015 05:07:56 -0000 --Apple-Mail=_E660EC0E-C473-4536-9852-15B5046019F0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi Kent, I have completed the shepherd review of the NETCONF Call Home and = RESTCONF Call Home draft. I believe the document is well written and is = easy to read. (1) What type of RFC is being requested (BCP, Proposed Standard, Internet Standard, Informational, Experimental, or Historic)? Why is this the proper type of RFC? Is this type of RFC indicated in the title page header? This document is intended to be a Standards document, and it indicates = it as such in the document. (2) The IESG approval announcement includes a Document Announcement Write-Up. Please provide such a Document Announcement Write-Up. Recent examples can be found in the "Action" announcements for approved documents. The approval announcement contains the following sections: Technical Summary This RFC presents NETCONF Call Home and RESTCONF Call Home, which enable = a NETCONF or RESTCONF server to initiate a secure connection to a = NETCONF or RESTCONF client respectively. Working Group Summary This document is a result of a split between this document and the = server configuration data model which is its own draft. With the split = most of the complexity in configuration has moved to the server model = draft. There were 10 issues that were opened and closed on the draft. At this = point there are no open issues. Document Quality This document was extensively reviewed and comments were provided both = in IETF meetings and on the mailing list. Perhaps the most important = discussion and which resulted in the split, is the discussion around = hostname keys and SSH and TLS configuration. Both Tom Petch and Juergen = gave extensive comments on the draft. Personnel The document shepherd is Mahesh Jethanandani. The responsible AD will be = Benoit Claise. (3) Briefly describe the review of this document that was performed by the Document Shepherd. If this version of the document is not ready for publication, please explain why the document is being forwarded to the IESG. The Document Shepherd have followed the progression of the document = through the WG, and has reviewed the document. At this time the document = has addressed all the outstanding comments in the latest draft version. (4) Does the document Shepherd have any concerns about the depth or breadth of the reviews that have been performed? The document shepherds does not have any concerns about the amount of = review the document has received. It has been reviewed by several = parties. (5) Do portions of the document need review from a particular or from broader perspective, e.g., security, operational complexity, AAA, DNS, DHCP, XML, or internationalization? If so, describe the review that took place. The document does not need review from any additional parties. (6) Describe any specific concerns or issues that the Document Shepherd has with this document that the Responsible Area Director and/or the IESG should be aware of? For example, perhaps he or she is uncomfortable with certain parts of the document, or has concerns whether there really is a need for it. In any event, if the WG has discussed those issues and has indicated that it still wishes to advance the document, detail those concerns here. No, the Document Shepherds do not have any specific concerns. (7) Has each author confirmed that any and all appropriate IPR disclosures required for full conformance with the provisions of BCP 78 and BCP 79 have already been filed. If not, explain why. Yes, the author has confirmed one IPR related to the draft. (8) Has an IPR disclosure been filed that references this document? If so, summarize any WG discussion and conclusion regarding the IPR disclosures. An IPR disclosure is documented under=20 https://datatracker.ietf.org/ipr/2445/ and it has been published on the WG mailing list. There were no = discussions as a result of the disclosure of the IPR. (9) How solid is the WG consensus behind this document? Does it=20 represent the strong concurrence of a few individuals, with others being silent, or does the WG as a whole understand and agree with it? =20= There is strong consensus from a diverse set of individuals, who have = voiced support for the document. (10) Has anyone threatened an appeal or otherwise indicated extreme=20 discontent? If so, please summarize the areas of conflict in separate email messages to the Responsible Area Director. (It should be in a separate email because this questionnaire is publicly available.)=20 No. (11) Identify any ID nits the Document Shepherd has found in this document. (See=20 http://www.ietf.org/tools/idnits/ and the Internet-Drafts Checklist). Boilerplate checks are not enough; this check needs to be thorough. No Indnits revealed in this document.=20 (12) Describe how the document meets any required formal review criteria, such as the MIB Doctor, media type, and URI type reviews. No formal review criteria encountered. (13) Have all references within this document been identified as either normative or informative? Yes. (14) Are there normative references to documents that are not ready for advancement or are otherwise in an unclear state? If such normative references exist, what is the plan for their completion? No. (15) Are there downward normative references references (see RFC 3967)? If so, list these downward references to support the Area Director in=20 the Last Call procedure.=20 No. (16) Will publication of this document change the status of any existing RFCs? Are those RFCs listed on the title page header, listed in the abstract, and discussed in the introduction? If the RFCs are not listed in the Abstract and Introduction, explain why, and point to the part of the document where the relationship of this document to the other RFCs is discussed. If this information is not in the document, explain why the WG considers it unnecessary. No. (17) Describe the Document Shepherd's review of the IANA considerations section, especially with regard to its consistency with the body of the document. Confirm that all protocol extensions that the document makes are associated with the appropriate reservations in IANA registries. Confirm that any referenced IANA registries have been clearly identified. Confirm that newly created IANA registries include a detailed specification of the initial contents for the registry, that allocations procedures for future registrations are defined, and a reasonable name for the new registry has been suggested (see RFC 5226). The IANA considerations section details the changes that would be = required as a result of this draft requesting three TCP port numbers in = the =E2=80=9CRegistered Port Numbers=E2=80=9D of IANA registry entry. = The request follows the template rules identified in RFC 6335. (18) List any new IANA registries that require Expert Review for future allocations. Provide any public guidance that the IESG would find useful in selecting the IANA Experts for these new registries. The IANA registry needs to review the request for three new TCP ports, = one for SSH over NETCONF and two for NETCONF and RESTCONF over TLS. = There was some discussion in the WG over whether there was anyway to = combine the port requests and reduce the number of port requests. (19) Describe reviews and automated checks performed by the Document Shepherd to validate sections of the document written in a formal language, such as XML code, BNF rules, MIB definitions, etc. None. Mahesh Jethanandani mjethanandani@gmail.com --Apple-Mail=_E660EC0E-C473-4536-9852-15B5046019F0 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8
Hi Kent,

I have completed the shepherd review of = the NETCONF Call Home and RESTCONF Call Home draft. I believe the = document is well written and is easy to read.

(1) What type of RFC is being requested = (BCP, Proposed Standard,
Internet Standard, = Informational, Experimental, or Historic)?  Why
is this the proper type of RFC?  Is this type of RFC = indicated in the
title page header?

This document is = intended to be a Standards document, and it indicates it as such in the = document.

(2) = The IESG approval announcement includes a Document = Announcement
Write-Up. Please provide such a = Document Announcement Write-Up. Recent
examples can = be found in the "Action" announcements for approved
documents. The approval announcement contains the following = sections:

Technical Summary

This RFC presents NETCONF Call Home and = RESTCONF Call Home, which enable a NETCONF or RESTCONF server to = initiate a secure connection to a NETCONF or RESTCONF client = respectively.

Working Group Summary

This document is a result of a split = between this document and the server configuration data model which is = its own draft. With the split most of the complexity in configuration = has moved to the server model draft.

There were 10 issues that were opened = and closed on the draft. At this point there are no open = issues.

Document= Quality

This = document was extensively reviewed and comments were provided both in = IETF meetings and on the mailing list. Perhaps the most important = discussion and which resulted in the split, is the discussion around = hostname keys and SSH and TLS configuration. Both Tom Petch and Juergen = gave extensive comments on the draft.

Personnel

The document shepherd is Mahesh = Jethanandani. The responsible AD will be Benoit Claise.

(3) Briefly describe the = review of this document that was performed by
the = Document Shepherd.  If this version of the document is not = ready
for publication, please explain why the = document is being forwarded to
the IESG.

The Document Shepherd = have followed the progression of the document through the WG, and has = reviewed the document. At this time the document has addressed all the = outstanding comments in the latest draft version.
(4) Does the document Shepherd have = any concerns about the depth or
breadth of the = reviews that have been performed?

The document shepherds does not have = any concerns about the amount of review the document has received. It = has been reviewed by several parties.

(5) Do portions of the document need = review from a particular or from
broader = perspective, e.g., security, operational complexity, AAA, DNS,
DHCP, XML, or internationalization? If so, describe the = review that
took place.

The document does not need review from = any additional parties.

(6) Describe any specific concerns or issues that the = Document Shepherd
has with this document that the = Responsible Area Director and/or the
IESG should be = aware of? For example, perhaps he or she is uncomfortable
with certain parts of the document, or has concerns whether = there really
is a need for it. In any event, if the = WG has discussed those issues and
has indicated = that it still wishes to advance the document, detail those
concerns here.

No, the Document Shepherds do not have any specific = concerns.

(7) = Has each author confirmed that any and all appropriate IPR
disclosures required for full conformance with the provisions = of BCP 78
and BCP 79 have already been filed. If = not, explain why.

Yes, the author has confirmed one IPR related to the = draft.

(8) Has = an IPR disclosure been filed that references this document?
If so, summarize any WG discussion and conclusion regarding = the IPR
disclosures.

An IPR disclosure is documented = under 
https://datatracker.ietf.org/ipr/2445/
 and it has been published on the WG mailing list. There = were no discussions as a result of the disclosure of the IPR.

(9) How solid is the WG = consensus behind this document? Does it 
represent the strong concurrence of a few individuals, with = others
being silent, or does the WG as a whole = understand and agree with it?   

There is strong consensus from a = diverse set of individuals, who have voiced support for the = document.

(10) = Has anyone threatened an appeal or otherwise indicated = extreme 
discontent? If so, please summarize = the areas of conflict in separate
email messages to = the Responsible Area Director. (It should be in a
separate email because this questionnaire is publicly = available.) 

No.

(11) Identify any ID nits the Document Shepherd has found in = this
document. = (See 
http://www.ietf.org/tools/idnits/
 and= the Internet-Drafts
Checklist). Boilerplate checks = are not enough; this check needs to be
thorough.

No Indnits revealed in this document. 

(12) Describe how the = document meets any required formal review
criteria, = such as the MIB Doctor, media type, and URI type reviews.

No formal review = criteria encountered.

(13) Have all references within this document been identified = as
either normative or informative?

Yes.

(14) Are there normative = references to documents that are not ready for
advancement or are otherwise in an unclear state? If such = normative
references exist, what is the plan for = their completion?

No.

(15) Are there downward normative references references (see = RFC 3967)?
If so, list these downward references to = support the Area Director in 
the Last Call = procedure. 

No.

(16) Will publication of this document change the status of = any
existing RFCs? Are those RFCs listed on the = title page header, listed
in the abstract, and = discussed in the introduction? If the RFCs are not
listed in the Abstract and Introduction, explain why, and = point to the
part of the document where the = relationship of this document to the
other RFCs is = discussed. If this information is not in the document,
explain why the WG considers it unnecessary.

No.


(17) Describe the Document Shepherd's review of the IANA = considerations
section, especially with regard to = its consistency with the body of the
document. = Confirm that all protocol extensions that the document makes
are associated with the appropriate reservations in IANA = registries.
Confirm that any referenced IANA = registries have been clearly
identified. Confirm = that newly created IANA registries include a
detailed= specification of the initial contents for the registry, that
allocations procedures for future registrations are defined, = and a
reasonable name for the new registry has been = suggested (see RFC 5226).

The IANA considerations section details the changes that = would be required as a result of this draft requesting three TCP port = numbers in the =E2=80=9CRegistered Port Numbers=E2=80=9D of IANA = registry entry. The request follows the template rules identified in RFC = 6335.

(18) = List any new IANA registries that require Expert Review for = future
allocations. Provide any public guidance = that the IESG would find
useful in selecting the = IANA Experts for these new registries.

The IANA registry needs to review the = request for three new TCP ports, one for SSH over NETCONF and two for = NETCONF and RESTCONF over TLS. There was some discussion in the WG over = whether there was anyway to combine the port requests and reduce the = number of port requests.

(19) Describe reviews and automated checks performed by the = Document
Shepherd to validate sections of the = document written in a formal
language, such as XML = code, BNF rules, MIB definitions, etc.

None.

Mahesh Jethanandani
mjethanandani@gmail.com





= --Apple-Mail=_E660EC0E-C473-4536-9852-15B5046019F0-- From nobody Thu Aug 6 13:18:34 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 091FD1A87F1 for ; Thu, 6 Aug 2015 13:18:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.9 X-Spam-Level: X-Spam-Status: No, score=-6.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001] 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 2RYqYBTMEBaG for ; Thu, 6 Aug 2015 13:18:27 -0700 (PDT) Received: from demumfd002.nsn-inter.net (demumfd002.nsn-inter.net [93.183.12.31]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AC8431A87B0 for ; Thu, 6 Aug 2015 13:18:26 -0700 (PDT) Received: from demuprx017.emea.nsn-intra.net ([10.150.129.56]) by demumfd002.nsn-inter.net (8.15.1/8.15.1) with ESMTPS id t76KIOcK020071 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 6 Aug 2015 20:18:24 GMT Received: from DEMUHTC002.nsn-intra.net ([10.159.42.33]) by demuprx017.emea.nsn-intra.net (8.12.11.20060308/8.12.11) with ESMTP id t76KIO3e030655 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Thu, 6 Aug 2015 22:18:24 +0200 Received: from DEMUHTC008.nsn-intra.net (10.159.42.39) by DEMUHTC002.nsn-intra.net (10.159.42.33) with Microsoft SMTP Server (TLS) id 14.3.248.2; Thu, 6 Aug 2015 22:18:23 +0200 Received: from DEMUMBX005.nsn-intra.net ([169.254.5.210]) by DEMUHTC008.nsn-intra.net ([10.159.42.39]) with mapi id 14.03.0248.002; Thu, 6 Aug 2015 22:18:23 +0200 From: "Ersue, Mehmet (Nokia - DE/Munich)" To: Netconf Thread-Topic: Opinion poll for the RESTCONF encoding Thread-Index: AdDQhQr50kUYkjB9Qq2imxezQKAW3Q== Date: Thu, 6 Aug 2015 20:18:23 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.159.42.157] Content-Type: multipart/alternative; boundary="_000_E4DE949E6CE3E34993A2FF8AE79131F819777F9EDEMUMBX005nsnin_" MIME-Version: 1.0 X-purgate-type: clean X-purgate-Ad: Categorized by eleven eXpurgate (R) http://www.eleven.de X-purgate: clean X-purgate: This mail is considered clean (visit http://www.eleven.de for further information) X-purgate-size: 4832 X-purgate-ID: 151667::1438892304-0000676C-547ABD47/0/0 Archived-At: Subject: [Netconf] Opinion poll for the RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Aug 2015 20:18:34 -0000 --_000_E4DE949E6CE3E34993A2FF8AE79131F819777F9EDEMUMBX005nsnin_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dear NETCONF WG, last October we had an opinion poll on the RESTCONF encoding, which ended w= ith a close consensus in favor of XML as mandatory. See https://mailarchive.ietf.org/arch/msg/netconf/YSEbLd-nnI0dlkeiIeGW-z6Jq= Dg Based on the recent discussion on this topic and opinions against mandatory= statements in RESTCONF, NETCONF WG co-chairs would like to start a new opi= nion poll. As stated in the mail for the previous poll, the result of the poll depends= on the count of people voting. So, all interested NETCONF WG members, please speak up so that we get a bet= ter data to judge on WG (rough) consensus. If the voting result is again close, the WG co-chairs will (again) declare = consensus in the sake of progress, based on the "dominant view" determined = by the co-chairs and AD. Please do state your opinion with short and concrete reasoning, by August 1= 9, 2015 18:00 PST about the following options: x) XML is mandatory, JSON optional, j) JSON is mandatory, XML optional, x&j) XML and JSON are both mandatory, x+j) Either XML or JSON is mandatory the other one is optional, nm) Both XML and JSON are optional and _not_ mandatory. For "x+j" and "nm" please provide a solution for a successful negotiation o= r determination of the encoding to be used between server and client. For the solution discussion a separate thread will be started and can be fi= nalized also after the poll deadline. You may think that one or the other option is useless from your pov. In thi= s case please ignore it. Looking forward to counting your votes and reading your reasoning. Thank you. Best Regards, Mehmet & Mahesh --_000_E4DE949E6CE3E34993A2FF8AE79131F819777F9EDEMUMBX005nsnin_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Dear NETCONF WG,

last October we had an opinion poll on the RESTCONF encoding, which ended w= ith a close consensus in favor of XML as mandatory.
Based on the recent discussion on this topic and opinions against mand= atory statements in RESTCONF, NETCONF WG co-chairs would like to start a ne= w opinion poll.
 
As stated in the mail for the previous poll, the result of the poll de= pends on the count of people voting.
So, all interested NETCONF WG members, please speak up so that we get = a better data to judge on WG (rough) consensus.
If the voting result is again close, the WG co-chairs will (again) dec= lare consensus in the sake of progress, based on the “dominant view&#= 8221; determined by the co-chairs and AD.
 
Please do state your opinion with short and concrete reasoning, by Aug= ust 19, 2015 18:00 PST about the following options:

x) XML is mandatory, JSON optional,
j) JSON is mandatory, XML optional,
x&j) XML and JSON are both mandatory,
x+j) Either XML or JSON is mandatory the other one is optional,
nm) Both XML and JSON are optional and _not_ mandatory.
 
For “x+j” and “nm” please provide a soluti= on for a successful negotiation or determination of the encoding to be used= between server and client.
For the solution discussion a separate thread will be started and can = be finalized also after the poll deadline.
 
You may think that one or the other option is useless from your pov. I= n this case please ignore it.
 
Looking forward to counting your votes and reading your reasoning.
Thank you.
 
Best Regards,
Mehmet & Mahesh
 
 
 --_000_E4DE949E6CE3E34993A2FF8AE79131F819777F9EDEMUMBX005nsnin_-- From nobody Thu Aug 6 13:22:01 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C25BE1A88D4 for ; Thu, 6 Aug 2015 13:22:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.9 X-Spam-Level: X-Spam-Status: No, score=-6.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001] 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 xtuoEkL898mG for ; Thu, 6 Aug 2015 13:21:57 -0700 (PDT) Received: from demumfd001.nsn-inter.net (demumfd001.nsn-inter.net [93.183.12.32]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4594C1A1B66 for ; Thu, 6 Aug 2015 13:21:57 -0700 (PDT) Received: from demuprx017.emea.nsn-intra.net ([10.150.129.56]) by demumfd001.nsn-inter.net (8.15.1/8.15.1) with ESMTPS id t76KLt0L020989 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 6 Aug 2015 20:21:55 GMT Received: from DEMUHTC003.nsn-intra.net ([10.159.42.34]) by demuprx017.emea.nsn-intra.net (8.12.11.20060308/8.12.11) with ESMTP id t76KLtRv002811 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Thu, 6 Aug 2015 22:21:55 +0200 Received: from DEMUHTC010.nsn-intra.net (10.159.42.41) by DEMUHTC003.nsn-intra.net (10.159.42.34) with Microsoft SMTP Server (TLS) id 14.3.248.2; Thu, 6 Aug 2015 22:21:54 +0200 Received: from DEMUMBX005.nsn-intra.net ([169.254.5.210]) by DEMUHTC010.nsn-intra.net ([10.159.42.41]) with mapi id 14.03.0248.002; Thu, 6 Aug 2015 22:21:54 +0200 From: "Ersue, Mehmet (Nokia - DE/Munich)" To: Netconf Thread-Topic: Discovery of the Encoding Format WAS:FW: Opinion poll for the RESTCONF encoding Thread-Index: AQHQ0IWJp3BRpNWSY0u3pQjzRc7J5g== Date: Thu, 6 Aug 2015 20:21:54 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.159.42.157] Content-Type: multipart/alternative; boundary="_000_E4DE949E6CE3E34993A2FF8AE79131F819777FB7DEMUMBX005nsnin_" MIME-Version: 1.0 X-purgate-type: clean X-purgate-Ad: Categorized by eleven eXpurgate (R) http://www.eleven.de X-purgate: clean X-purgate: This mail is considered clean (visit http://www.eleven.de for further information) X-purgate-size: 36428 X-purgate-ID: 151667::1438892515-00007F5C-429F9CFD/0/0 Archived-At: Subject: [Netconf] Discovery of the Encoding Format WAS:FW: Opinion poll for the RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Aug 2015 20:22:00 -0000 --_000_E4DE949E6CE3E34993A2FF8AE79131F819777FB7DEMUMBX005nsnin_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable All, please use this thread for the discussion on the discovery of the encoding = format. Cheers, Mehmet From: Netconf [mailto:netconf-bounces@ietf.org] On Behalf Of ext Ersue, Meh= met (Nokia - DE/Munich) Sent: Thursday, August 06, 2015 10:18 PM To: Netconf Subject: [Netconf] Opinion poll for the RESTCONF encoding Dear NETCONF WG, last October we had an opinion poll on the RESTCONF encoding, which ended w= ith a close consensus in favor of XML as mandatory. See https://mailarchive.ietf.org/arch/msg/netconf/YSEbLd-nnI0dlkeiIeGW-z6Jq= Dg Based on the recent discussion on this topic and opinions against mandatory= statements in RESTCONF, NETCONF WG co-chairs would like to start a new opi= nion poll. As stated in the mail for the previous poll, the result of the poll depends= on the count of people voting. So, all interested NETCONF WG members, please speak up so that we get a bet= ter data to judge on WG (rough) consensus. If the voting result is again close, the WG co-chairs will (again) declare = consensus in the sake of progress, based on the "dominant view" determined = by the co-chairs and AD. Please do state your opinion with short and concrete reasoning, by August 1= 9, 2015 18:00 PST about the following options: x) XML is mandatory, JSON optional, j) JSON is mandatory, XML optional, x&j) XML and JSON are both mandatory, x+j) Either XML or JSON is mandatory the other one is optional, nm) Both XML and JSON are optional and _not_ mandatory. For "x+j" and "nm" please provide a solution for a successful negotiation o= r determination of the encoding to be used between server and client. For the solution discussion a separate thread will be started and can be fi= nalized also after the poll deadline. You may think that one or the other option is useless from your pov. In thi= s case please ignore it. Looking forward to counting your votes and reading your reasoning. Thank you. Best Regards, Mehmet & Mahesh --_000_E4DE949E6CE3E34993A2FF8AE79131F819777FB7DEMUMBX005nsnin_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

= All,

=  

= please use this thread for the discussion on the= discovery of the encoding format.

=  

= Cheers,
Mehmet

=  

From: Netconf [mailto:netconf-bounces@ietf.org] On Behalf Of ext Ersue, Mehmet (Nokia - DE/Munich)
Sent: Thursday, August 06, 2= 015 10:18 PM
To: Netconf
Subject: [Netconf] Opinion p= oll for the RESTCONF encoding

 

Dear NETCONF WG,

last October we had an opinion poll on the RESTCONF encoding, which ended w= ith a close consensus in favor of XML as mandatory.

Based on the recent discussi= on on this topic and opinions against mandatory statements in RESTCONF, NETCONF WG co-chairs would like to start a new opinion poll.

 

As stated in the mail for th= e previous poll, the result of the poll depends on the count of people voting.

So, all interested NETCONF W= G members, please speak up so that we get a better data to judge on WG (rough) consensus.

If the voting result is agai= n close, the WG co-chairs will (again) declare consensus in the sake of progress, based on the “dominant view” determined by the co-ch= airs and AD.

 

Please do state your opinion= with short and concrete reasoning, by August 19, 2015 18:00 PST about the following options:

x) XML is mandatory, JSON optional,
j) JSON is mandatory, XML optional,

x&j) XML and JSON are bo= th mandatory,

x+j) Either XML or JSON = is mandatory the other one is optional,

nm) Both XML and JSON are op= tional and _not_ mandatory.=

 

For “x+j” an= d “nm” please provide a solution for a successful negotiation o= r determination of the encoding to be used between server and client.

For the solution discussion = a separate thread will be started and can be finalized also after the poll deadline.

=  

You may think that one or th= e other option is useless from your pov. In this case please ignore it.

=  

Looking forward to counting = your votes and reading your reasoning.

Thank you.=

 

Best Regards,
Mehmet & Mahesh

 

 

--_000_E4DE949E6CE3E34993A2FF8AE79131F819777FB7DEMUMBX005nsnin_-- From nobody Thu Aug 6 13:26:56 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F170A1A0013 for ; Thu, 6 Aug 2015 13:26:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] 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 Y37fvbyk9UOX for ; Thu, 6 Aug 2015 13:26:53 -0700 (PDT) Received: from rcdn-iport-8.cisco.com (rcdn-iport-8.cisco.com [173.37.86.79]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CB07E1A0010 for ; Thu, 6 Aug 2015 13:26:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=36019; q=dns/txt; s=iport; t=1438892812; x=1440102412; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=HmoOC4K/CvSbN+/fJjW5HrtLG6P9zWlS8GEG2MbzYm4=; b=WIxRkP8NqI6N0aFpLcbAP3NT7N0CqUq775CLASAS2AbsHOrCgx50AuMu 9gqvNNeQawZQZ6Oo9d3f40+7MgvKU4s5TlAaEeR3ydIdovQ+w2BzRdjIl Oy7gqcC1s3mQN/YZGy05a1nFY0GJwcKiBNmPEAtvewNVKajFYdFj3HqoS w=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0AeAwAswsNV/4oNJK1bgk5NVGkGvREJggaFdwKBSTgUAQEBAQEBAYEKhCMBAQEELVwCAQgRAwEBASEBBgcmDBQIAQgCBAERARuIEw3OFwEBAQEBAQEBAQEBAQEBAQEBAQEBARMEik2BAoQ3AQEFJxMNCgGELAWRfYMEAYR+h1iBR4QjkCGDZCaCP4E+b4EOOoEEAQEB X-IronPort-AV: E=Sophos; i="5.15,624,1432598400"; d="scan'208,217"; a="16513567" Received: from alln-core-5.cisco.com ([173.36.13.138]) by rcdn-iport-8.cisco.com with ESMTP; 06 Aug 2015 20:26:51 +0000 Received: from XCH-ALN-014.cisco.com (xch-aln-014.cisco.com [173.36.7.24]) by alln-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id t76KQpJG020300 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 6 Aug 2015 20:26:51 GMT Received: from xch-aln-014.cisco.com (173.36.7.24) by XCH-ALN-014.cisco.com (173.36.7.24) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Thu, 6 Aug 2015 15:26:50 -0500 Received: from xhc-rcd-x12.cisco.com (173.37.183.86) by xch-aln-014.cisco.com (173.36.7.24) with Microsoft SMTP Server (TLS) id 15.0.1104.5 via Frontend Transport; Thu, 6 Aug 2015 15:26:50 -0500 Received: from xmb-rcd-x04.cisco.com ([169.254.8.103]) by xhc-rcd-x12.cisco.com ([173.37.183.86]) with mapi id 14.03.0248.002; Thu, 6 Aug 2015 15:26:50 -0500 From: "Reinaldo Penno (repenno)" To: "Ersue, Mehmet (Nokia - DE/Munich)" , Netconf Thread-Topic: [Netconf] Discovery of the Encoding Format WAS:FW: Opinion poll for the RESTCONF encoding Thread-Index: AQHQ0IWJp3BRpNWSY0u3pQjzRc7J5p3/Sd4A Date: Thu, 6 Aug 2015 20:26:49 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.9.150325 x-originating-ip: [173.36.7.27] Content-Type: multipart/alternative; boundary="_000_D1E910D417189repennociscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [Netconf] Discovery of the Encoding Format WAS:FW: Opinion poll for the RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Aug 2015 20:26:55 -0000 --_000_D1E910D417189repennociscocom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable I will vote JSON, again. j) JSON is mandatory, XML optional From: , "Mehmet (Nokia - DE/Munich)" > Date: Thursday, August 6, 2015 at 1:21 PM To: Netconf > Subject: [Netconf] Discovery of the Encoding Format WAS:FW: Opinion poll fo= r the RESTCONF encoding All, please use this thread for the discussion on the discovery of the encoding = format. Cheers, Mehmet From: Netconf [mailto:netconf-bounces@ietf.org] On Behalf Of ext Ersue, Meh= met (Nokia - DE/Munich) Sent: Thursday, August 06, 2015 10:18 PM To: Netconf Subject: [Netconf] Opinion poll for the RESTCONF encoding Dear NETCONF WG, last October we had an opinion poll on the RESTCONF encoding, which ended w= ith a close consensus in favor of XML as mandatory. See https://mailarchive.ietf.org/arch/msg/netconf/YSEbLd-nnI0dlkeiIeGW-z6Jq= Dg Based on the recent discussion on this topic and opinions against mandatory= statements in RESTCONF, NETCONF WG co-chairs would like to start a new opi= nion poll. As stated in the mail for the previous poll, the result of the poll depends= on the count of people voting. So, all interested NETCONF WG members, please speak up so that we get a bet= ter data to judge on WG (rough) consensus. If the voting result is again close, the WG co-chairs will (again) declare = consensus in the sake of progress, based on the =93dominant view=94 determi= ned by the co-chairs and AD. Please do state your opinion with short and concrete reasoning, by August 1= 9, 2015 18:00 PST about the following options: x) XML is mandatory, JSON optional, j) JSON is mandatory, XML optional, x&j) XML and JSON are both mandatory, x+j) Either XML or JSON is mandatory the other one is optional, nm) Both XML and JSON are optional and _not_ mandatory. For =93x+j=94 and =93nm=94 please provide a solution for a successful negot= iation or determination of the encoding to be used between server and clien= t. For the solution discussion a separate thread will be started and can be fi= nalized also after the poll deadline. You may think that one or the other option is useless from your pov. In thi= s case please ignore it. Looking forward to counting your votes and reading your reasoning. Thank you. Best Regards, Mehmet & Mahesh --_000_D1E910D417189repennociscocom_ Content-Type: text/html; charset="Windows-1252" Content-ID: <6D23522DB4240C43B7958B04EB8C1973@emea.cisco.com> Content-Transfer-Encoding: quoted-printable
I w= ill vote JSON, again.

j) JSON is mandatory, XML optional<= /div>

From: <Ersue>, "Mehmet (= Nokia - DE/Munich)" <mehm= et.ersue@nokia.com>
Date: Thursday, August 6, 2015 at 1= :21 PM
To: Netconf <netconf@ietf.org>
Subject: [Netconf] Discovery of the= Encoding Format WAS:FW: Opinion poll for the RESTCONF encoding

= All,

=  

= please use this thread for the discussion on the discovery o= f the encoding format.

=  

= Cheers,
Mehmet

=  

From:<= /span> Netconf [mailto:netconf-bounces@ietf.o= rg] On Behalf Of ext Ersue, Mehmet = (Nokia - DE/Munich)
Sent: Thursday, August 06, 2= 015 10:18 PM
To: Netconf
Subject: [Netconf] Opinion p= oll for the RESTCONF encoding

 

Dear NETCONF WG,

last October we had an opinion poll on the RESTCONF encoding, which ended w= ith a close consensus in favor of XML as mandatory.

Based on the recent discus= sion on this topic and opinions against mandatory statements in RESTCONF, N= ETCONF WG co-chairs would like to start a new opinion poll.

 

As stated in the mail for = the previous poll, the result of the poll depends on the count of people vo= ting.

So, all interested NETCONF= WG members, please speak up so that we get a better data to judge on WG (r= ough) consensus.

If the voting result is ag= ain close, the WG co-chairs will (again) declare consensus in the sake of p= rogress, based on the =93dominant view=94 determined by the co-chairs and AD.

 

Please do state your opini= on with short and concrete reasoning, by August 19, 2015 18:00 PST about th= e following options:

x) XML is mandatory, JSON optional,
j) JSON is mandatory, XML optional,

x&j) XML and JSON are = both mandatory,

x+j) Either XML or JSO= N is mandatory the other one is optional,

nm) Both XML and JSON are = optional and _not_ mandator= y.

 

For =93x+j=94 and =93n= m=94 please provide a solution for a successful negotiation or determinatio= n of the encoding to be used between server and client.

For the solution discussio= n a separate thread will be started and can be finalized also after the pol= l deadline.

=  

You may think that one or = the other option is useless from your pov. In this case please ignore it.

=  

Looking forward to countin= g your votes and reading your reasoning.

Thank you.

 

Best Regards,
Mehmet & Mahesh

 

 

 --_000_D1E910D417189repennociscocom_-- From nobody Thu Aug 6 13:45:40 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D3E161A8822 for ; Thu, 6 Aug 2015 13:45:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.978 X-Spam-Level: X-Spam-Status: No, score=-1.978 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] 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 jgse_DYMdipO for ; Thu, 6 Aug 2015 13:45:36 -0700 (PDT) Received: from mail-la0-f45.google.com (mail-la0-f45.google.com [209.85.215.45]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 80E811A8764 for ; Thu, 6 Aug 2015 13:45:36 -0700 (PDT) Received: by labkb6 with SMTP id kb6so34584128lab.2 for ; Thu, 06 Aug 2015 13:45:35 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=Dr7lb0X5zSJG0V+KnuCk9vcWTPPdrhUcgpvHtlVvazg=; b=W3SIxEaHOsSqz40thcspWVuIopNrqQHzprRZQifQDrusyi1lkl4T0t5NucLFCZkpek idfSPwnhVkMODqRfWI9mjXGdR+1o2yenPW0sYuE6pJ9UPRDxs/Mz0xDgpPEfeslr2bBs 2tqR6xBwcX0LhoA/1aGJLt7kVbh0BC687rqA3VZn0YXduompNyi5nXl4Dfywv7mLs2Kk PXMlv77Q6H026StgW8+Sxv/Y5DR8+phJGK6o5f66KXPaTApVJSEhvyYq0CIof1I8drPW tMYFJjY+tbw1ybJAMzNJq/m8lORm+R0iPSXIM1YBo9qSg+HEwAKeMoTenNBH+IbAiNFU AATA== X-Gm-Message-State: ALoCoQmvUe4gAHbPouo70reuIsLTuj/UTFR14mb5FIqamnZJ/J+i4gotcZCqHTdwt/6wQnoZJNLt MIME-Version: 1.0 X-Received: by 10.112.234.163 with SMTP id uf3mr4159593lbc.37.1438893935022; Thu, 06 Aug 2015 13:45:35 -0700 (PDT) Received: by 10.112.200.102 with HTTP; Thu, 6 Aug 2015 13:45:34 -0700 (PDT) In-Reply-To: References: Date: Thu, 6 Aug 2015 13:45:34 -0700 Message-ID: From: Andy Bierman To: "Ersue, Mehmet (Nokia - DE/Munich)" Content-Type: multipart/alternative; boundary=001a11c317e8ddeebc051caa9972 Archived-At: Cc: Netconf Subject: Re: [Netconf] Opinion poll for the RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Aug 2015 20:45:39 -0000 --001a11c317e8ddeebc051caa9972 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, I prefer x+j. HTTP does not require hard-wired mandatory encoding formats. Quite the opposite. Let the market decide where XML-only, JSON-only, or XML and JSON servers are appropriate. Andy On Thu, Aug 6, 2015 at 1:18 PM, Ersue, Mehmet (Nokia - DE/Munich) < mehmet.ersue@nokia.com> wrote: > Dear NETCONF WG, > > last October we had an opinion poll on the RESTCONF encoding, which ended > with a close consensus in favor of XML as mandatory. > See > *https://mailarchive.ietf.org/arch/msg/netconf/YSEbLd-nnI0dlkeiIeGW-z6JqD= g* > > Based on the recent discussion on this topic and opinions against > mandatory statements in RESTCONF, NETCONF WG co-chairs would like to star= t > a new opinion poll. > > As stated in the mail for the previous poll, the result of the poll > depends on the count of people voting. > So, all interested NETCONF WG members, please speak up so that we get a > better data to judge on WG (rough) consensus. > If the voting result is again close, the WG co-chairs will (again) declar= e > consensus in the sake of progress, based on the =E2=80=9Cdominant view=E2= =80=9D determined > by the co-chairs and AD. > > Please do state your opinion with short and concrete reasoning, by August > 19, 2015 18:00 PST about the following options: > > x) XML is mandatory, JSON optional, > j) JSON is mandatory, XML optional, > x&j) XML and JSON are both mandatory, > x+j) Either XML or JSON is mandatory the other one is optional, > nm) Both XML and JSON are optional and _*not*_ mandatory. > > For =E2=80=9Cx+j=E2=80=9D and =E2=80=9Cnm=E2=80=9D please provide a solut= ion for a successful negotiation > or determination of the encoding to be used between server and client. > For the solution discussion a separate thread will be started and can be > finalized also after the poll deadline. > > You may think that one or the other option is useless from your pov. In > this case please ignore it. > > Looking forward to counting your votes and reading your reasoning. > Thank you. > > Best Regards, > Mehmet & Mahesh > > > > _______________________________________________ > Netconf mailing list > Netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf > > --001a11c317e8ddeebc051caa9972 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi,

I prefer x+j. HTTP does not require= hard-wired mandatory encoding
formats.=C2=A0 Quite the opposite.= =C2=A0 Let the market decide where XML-only,
JSON-only, or XML an= d JSON servers are appropriate.

Andy

On Thu, Au= g 6, 2015 at 1:18 PM, Ersue, Mehmet (Nokia - DE/Munich) &= lt;mehmet.ersue= @nokia.com> wrote:
Dear NETCONF WG,

last October we had an opinion poll on the RESTCONF encoding, which ended w= ith a close consensus in favor of XML as mandatory.
Based on the recent discussion on this topic and opinions against mand= atory statements in RESTCONF, NETCONF WG co-chairs would like to start a ne= w opinion poll.
=C2=A0
As stated in the mail for the previous poll, the result of the poll de= pends on the count of people voting.
So, all interested NETCONF WG members, please speak up so that we get = a better data to judge on WG (rough) consensus.
If the voting result is again close, the WG co-chairs will (again) dec= lare consensus in the sake of progress, based on the =E2=80=9Cdominant view= =E2=80=9D determined by the co-chairs and AD.
=C2=A0
Please do state your opinion with short and concrete reasoning, by Aug= ust 19, 2015 18:00 PST about the following options:

x) XML is mandatory, JSON optional,
j) JSON is mandatory, XML optional,
x&j) XML and JSON are both mandatory,
x+j) Either XML or JSON is mandatory the other one is optional,
nm) Both XML and JSON are optional and _not_ mandatory.
=C2=A0
For =E2=80=9Cx+j=E2=80=9D and =E2=80=9Cnm=E2=80=9D please provide a so= lution for a successful negotiation or determination of the encoding to be = used between server and client.
For the solution discussion a separate thread will be started and can = be finalized also after the poll deadline.
=C2=A0
You may think that one or the other option is useless from your pov. I= n this case please ignore it.
=C2=A0
Looking forward to counting your votes and reading your reasoning.
Thank you.
=C2=A0
Best Regards,
Mehmet & Mahesh
=C2=A0
=C2=A0

_______________________________________________
Netconf mailing list
Netconf@ietf.org
https://www.ietf.org/mailman/listinfo/netconf


--001a11c317e8ddeebc051caa9972-- From nobody Thu Aug 6 13:58:15 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 660F91B3331 for ; Thu, 6 Aug 2015 13:58:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.661 X-Spam-Level: X-Spam-Status: No, score=-0.661 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HELO_EQ_CZ=0.445, HOST_EQ_CZ=0.904, T_RP_MATCHES_RCVD=-0.01] autolearn=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 XXkXex9Lwawa for ; Thu, 6 Aug 2015 13:58:12 -0700 (PDT) Received: from mail.nic.cz (mail.nic.cz [IPv6:2001:1488:800:400::400]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 40A0A1B3332 for ; Thu, 6 Aug 2015 13:58:11 -0700 (PDT) Received: from [172.29.2.202] (nat-14.bravonet.cz [77.48.225.14]) by mail.nic.cz (Postfix) with ESMTPSA id 94B5C181421; Thu, 6 Aug 2015 22:58:09 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=nic.cz; s=default; t=1438894689; bh=waP0OWSrD5XoKOwCckcFgfIk4zh3AzMSOOgYz9BqhEo=; h=From:Date:To; b=WcZLdPbUKYZO9Y5saQ73DGbQzMO0FRrlKLFGi/SiGrSf3lG5E5celPp240YRXbDr5 NBkVln86t27rU3mVgU2XftjQDLoysCflZbJQafuzPHCCOnfPk7Vm+yUbBB91DZuTKJ 88SKH5J8WFll+/9jbarIlL7mtbuDIaOSl89iaNkA= Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) From: Ladislav Lhotka In-Reply-To: Date: Thu, 6 Aug 2015 22:58:09 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <2E03A4A1-1A1F-4E4C-941B-BE1F544DD101@nic.cz> References: To: "Ersue, Mehmet (Nokia - DE/Munich)" X-Mailer: Apple Mail (2.2102) X-Virus-Scanned: clamav-milter 0.98.7 at mail X-Virus-Status: Clean Archived-At: Cc: Netconf Subject: Re: [Netconf] Opinion poll for the RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Aug 2015 20:58:14 -0000 x+j Lada > On 06 Aug 2015, at 22:18, Ersue, Mehmet (Nokia - DE/Munich) = wrote: >=20 > Dear NETCONF WG, >=20 > last October we had an opinion poll on the RESTCONF encoding, which = ended with a close consensus in favor of XML as mandatory. > See = https://mailarchive.ietf.org/arch/msg/netconf/YSEbLd-nnI0dlkeiIeGW-z6JqDg > Based on the recent discussion on this topic and opinions against = mandatory statements in RESTCONF, NETCONF WG co-chairs would like to = start a new opinion poll. > =20 > As stated in the mail for the previous poll, the result of the poll = depends on the count of people voting. > So, all interested NETCONF WG members, please speak up so that we get = a better data to judge on WG (rough) consensus. > If the voting result is again close, the WG co-chairs will (again) = declare consensus in the sake of progress, based on the =E2=80=9Cdominant = view=E2=80=9D determined by the co-chairs and AD. > =20 > Please do state your opinion with short and concrete reasoning, by = August 19, 2015 18:00 PST about the following options: >=20 > x) XML is mandatory, JSON optional, > j) JSON is mandatory, XML optional, > x&j) XML and JSON are both mandatory, > x+j) Either XML or JSON is mandatory the other one is optional, > nm) Both XML and JSON are optional and _not_ mandatory. > =20 > For =E2=80=9Cx+j=E2=80=9D and =E2=80=9Cnm=E2=80=9D please provide a = solution for a successful negotiation or determination of the encoding = to be used between server and client. > For the solution discussion a separate thread will be started and can = be finalized also after the poll deadline. > =20 > You may think that one or the other option is useless from your pov. = In this case please ignore it. > =20 > Looking forward to counting your votes and reading your reasoning. > Thank you. > =20 > Best Regards,=20 > Mehmet & Mahesh > =20 > =20 > _______________________________________________ > Netconf mailing list > Netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf -- Ladislav Lhotka, CZ.NIC Labs PGP Key ID: E74E8C0C From nobody Thu Aug 6 14:04:42 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A021B1A8025 for ; Thu, 6 Aug 2015 14:04:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.901 X-Spam-Level: X-Spam-Status: No, score=-6.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001] 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 JGjYZva41q2G for ; Thu, 6 Aug 2015 14:04:40 -0700 (PDT) Received: from demumfd002.nsn-inter.net (demumfd002.nsn-inter.net [93.183.12.31]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CB5361A037F for ; Thu, 6 Aug 2015 14:04:39 -0700 (PDT) Received: from demuprx016.emea.nsn-intra.net ([10.150.129.55]) by demumfd002.nsn-inter.net (8.15.1/8.15.1) with ESMTPS id t76L4bjF031474 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 6 Aug 2015 21:04:38 GMT Received: from DEMUHTC003.nsn-intra.net ([10.159.42.34]) by demuprx016.emea.nsn-intra.net (8.12.11.20060308/8.12.11) with ESMTP id t76L4aUu022108 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 6 Aug 2015 23:04:37 +0200 Received: from DEMUHTC010.nsn-intra.net (10.159.42.41) by DEMUHTC003.nsn-intra.net (10.159.42.34) with Microsoft SMTP Server (TLS) id 14.3.248.2; Thu, 6 Aug 2015 23:04:36 +0200 Received: from DEMUMBX005.nsn-intra.net ([169.254.5.210]) by DEMUHTC010.nsn-intra.net ([10.159.42.41]) with mapi id 14.03.0248.002; Thu, 6 Aug 2015 23:04:36 +0200 From: "Ersue, Mehmet (Nokia - DE/Munich)" To: ext Ladislav Lhotka Thread-Topic: [Netconf] Opinion poll for the RESTCONF encoding Thread-Index: AdDQhQr50kUYkjB9Qq2imxezQKAW3f//6ZWA///dQ+A= Date: Thu, 6 Aug 2015 21:04:35 +0000 Message-ID: References: <2E03A4A1-1A1F-4E4C-941B-BE1F544DD101@nic.cz> In-Reply-To: <2E03A4A1-1A1F-4E4C-941B-BE1F544DD101@nic.cz> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.159.42.157] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-purgate-type: clean X-purgate-Ad: Categorized by eleven eXpurgate (R) http://www.eleven.de X-purgate: clean X-purgate: This mail is considered clean (visit http://www.eleven.de for further information) X-purgate-size: 3588 X-purgate-ID: 151667::1438895078-0000676C-AF237BC4/0/0 Archived-At: Cc: Netconf Subject: Re: [Netconf] Opinion poll for the RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Aug 2015 21:04:41 -0000 SGkgTGFkYSwgQWxsLA0KDQpwbGVhc2UgcHJvdmlkZSBzb21lIHJlYXNvbmluZyBhbmQgZXhwbGFu YXRpb24gZm9yIHlvdXIgY2hvaWNlLg0KDQpJbiBjYXNlIG9mIHgraiwgcGxlYXNlIHByb3ZpZGUg YWxzbyBhIHNvbHV0aW9uIGZvciB0aGUgbmVnb3RpYXRpb24gb3IgZGV0ZXJtaW5hdGlvbiAoYWth LiBkaXNjb3ZlcnkpIG9mIHRoZSBlbmNvZGluZy4NCg0KSWYgdGhlcmUgaXMgYSBkaXNjdXNzaW9u IG5lY2Vzc2FyeSB3ZSB3aWxsIHVzZSB0aGUgb3RoZXIgdGhyZWFkIHVuZGVyICJEaXNjb3Zlcnkg b2YgdGhlIEVuY29kaW5nIEZvcm1hdCIuDQoNClRoYW5rcy4NCg0KTWVobWV0IA0KDQoNCi0tLS0t T3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBleHQgTGFkaXNsYXYgTGhvdGthIFttYWlsdG86 bGhvdGthQG5pYy5jel0gDQpTZW50OiBUaHVyc2RheSwgQXVndXN0IDA2LCAyMDE1IDEwOjU4IFBN DQpUbzogRXJzdWUsIE1laG1ldCAoTm9raWEgLSBERS9NdW5pY2gpDQpDYzogTmV0Y29uZg0KU3Vi amVjdDogUmU6IFtOZXRjb25mXSBPcGluaW9uIHBvbGwgZm9yIHRoZSBSRVNUQ09ORiBlbmNvZGlu Zw0KDQp4K2oNCg0KTGFkYQ0KDQo+IE9uIDA2IEF1ZyAyMDE1LCBhdCAyMjoxOCwgRXJzdWUsIE1l aG1ldCAoTm9raWEgLSBERS9NdW5pY2gpIDxtZWhtZXQuZXJzdWVAbm9raWEuY29tPiB3cm90ZToN Cj4gDQo+IERlYXIgTkVUQ09ORiBXRywNCj4gDQo+IGxhc3QgT2N0b2JlciB3ZSBoYWQgYW4gb3Bp bmlvbiBwb2xsIG9uIHRoZSBSRVNUQ09ORiBlbmNvZGluZywgd2hpY2ggZW5kZWQgd2l0aCBhIGNs b3NlIGNvbnNlbnN1cyBpbiBmYXZvciBvZiBYTUwgYXMgbWFuZGF0b3J5Lg0KPiBTZWUgaHR0cHM6 Ly9tYWlsYXJjaGl2ZS5pZXRmLm9yZy9hcmNoL21zZy9uZXRjb25mL1lTRWJMZC1ubkkwZGxrZWlJ ZUdXLXo2SnFEZw0KPiBCYXNlZCBvbiB0aGUgcmVjZW50IGRpc2N1c3Npb24gb24gdGhpcyB0b3Bp YyBhbmQgb3BpbmlvbnMgYWdhaW5zdCBtYW5kYXRvcnkgc3RhdGVtZW50cyBpbiBSRVNUQ09ORiwg TkVUQ09ORiBXRyBjby1jaGFpcnMgd291bGQgbGlrZSB0byBzdGFydCBhIG5ldyBvcGluaW9uIHBv bGwuDQo+ICANCj4gQXMgc3RhdGVkIGluIHRoZSBtYWlsIGZvciB0aGUgcHJldmlvdXMgcG9sbCwg dGhlIHJlc3VsdCBvZiB0aGUgcG9sbCBkZXBlbmRzIG9uIHRoZSBjb3VudCBvZiBwZW9wbGUgdm90 aW5nLg0KPiBTbywgYWxsIGludGVyZXN0ZWQgTkVUQ09ORiBXRyBtZW1iZXJzLCBwbGVhc2Ugc3Bl YWsgdXAgc28gdGhhdCB3ZSBnZXQgYSBiZXR0ZXIgZGF0YSB0byBqdWRnZSBvbiBXRyAocm91Z2gp IGNvbnNlbnN1cy4NCj4gSWYgdGhlIHZvdGluZyByZXN1bHQgaXMgYWdhaW4gY2xvc2UsIHRoZSBX RyBjby1jaGFpcnMgd2lsbCAoYWdhaW4pIGRlY2xhcmUgY29uc2Vuc3VzIGluIHRoZSBzYWtlIG9m IHByb2dyZXNzLCBiYXNlZCBvbiB0aGUg4oCcZG9taW5hbnQgdmlld+KAnSBkZXRlcm1pbmVkIGJ5 IHRoZSBjby1jaGFpcnMgYW5kIEFELg0KPiAgDQo+IFBsZWFzZSBkbyBzdGF0ZSB5b3VyIG9waW5p b24gd2l0aCBzaG9ydCBhbmQgY29uY3JldGUgcmVhc29uaW5nLCBieSBBdWd1c3QgMTksIDIwMTUg MTg6MDAgUFNUIGFib3V0IHRoZSBmb2xsb3dpbmcgb3B0aW9uczoNCj4gDQo+IHgpIFhNTCBpcyBt YW5kYXRvcnksIEpTT04gb3B0aW9uYWwsDQo+IGopIEpTT04gaXMgbWFuZGF0b3J5LCBYTUwgb3B0 aW9uYWwsDQo+IHgmaikgWE1MIGFuZCBKU09OIGFyZSBib3RoIG1hbmRhdG9yeSwNCj4geCtqKSBF aXRoZXIgWE1MIG9yIEpTT04gaXMgbWFuZGF0b3J5IHRoZSBvdGhlciBvbmUgaXMgb3B0aW9uYWws DQo+IG5tKSBCb3RoIFhNTCBhbmQgSlNPTiBhcmUgb3B0aW9uYWwgYW5kIF9ub3RfIG1hbmRhdG9y eS4NCj4gIA0KPiBGb3Ig4oCceCtq4oCdIGFuZCDigJxubeKAnSBwbGVhc2UgcHJvdmlkZSBhIHNv bHV0aW9uIGZvciBhIHN1Y2Nlc3NmdWwgbmVnb3RpYXRpb24gb3IgZGV0ZXJtaW5hdGlvbiBvZiB0 aGUgZW5jb2RpbmcgdG8gYmUgdXNlZCBiZXR3ZWVuIHNlcnZlciBhbmQgY2xpZW50Lg0KPiBGb3Ig dGhlIHNvbHV0aW9uIGRpc2N1c3Npb24gYSBzZXBhcmF0ZSB0aHJlYWQgd2lsbCBiZSBzdGFydGVk IGFuZCBjYW4gYmUgZmluYWxpemVkIGFsc28gYWZ0ZXIgdGhlIHBvbGwgZGVhZGxpbmUuDQo+ICAN Cj4gWW91IG1heSB0aGluayB0aGF0IG9uZSBvciB0aGUgb3RoZXIgb3B0aW9uIGlzIHVzZWxlc3Mg ZnJvbSB5b3VyIHBvdi4gSW4gdGhpcyBjYXNlIHBsZWFzZSBpZ25vcmUgaXQuDQo+ICANCj4gTG9v a2luZyBmb3J3YXJkIHRvIGNvdW50aW5nIHlvdXIgdm90ZXMgYW5kIHJlYWRpbmcgeW91ciByZWFz b25pbmcuDQo+IFRoYW5rIHlvdS4NCj4gIA0KPiBCZXN0IFJlZ2FyZHMsIA0KPiBNZWhtZXQgJiBN YWhlc2gNCj4gIA0KPiAgDQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fDQo+IE5ldGNvbmYgbWFpbGluZyBsaXN0DQo+IE5ldGNvbmZAaWV0Zi5vcmcNCj4g aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9uZXRjb25mDQoNCi0tDQpMYWRp c2xhdiBMaG90a2EsIENaLk5JQyBMYWJzDQpQR1AgS2V5IElEOiBFNzRFOEMwQw0KDQoNCg0KDQo= From nobody Thu Aug 6 14:07:32 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EFC3F1B3413 for ; Thu, 6 Aug 2015 14:07:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.661 X-Spam-Level: X-Spam-Status: No, score=-0.661 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HELO_EQ_CZ=0.445, HOST_EQ_CZ=0.904, T_RP_MATCHES_RCVD=-0.01] autolearn=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 0K81IFvayAsH for ; Thu, 6 Aug 2015 14:07:29 -0700 (PDT) Received: from mail.nic.cz (mail.nic.cz [IPv6:2001:1488:800:400::400]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 59C621B3408 for ; Thu, 6 Aug 2015 14:07:29 -0700 (PDT) Received: from [172.29.2.202] (nat-14.bravonet.cz [77.48.225.14]) by mail.nic.cz (Postfix) with ESMTPSA id DB92B1816EC; Thu, 6 Aug 2015 23:07:27 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=nic.cz; s=default; t=1438895247; bh=NkBKGTVuLIBfEADYCz7oWn3C82Pzo7JmJpxMWXr2fOM=; h=From:Date:To; b=p2froO/k6TYre9eakg6fNsj+ejWWbv8Z9/JNpxU0qqDd/sXC63EhnqZVkf050gEpz SpWmvtEVNbQTgxYwKv5r7dsnfGSITdT+2lS/D9tF2BeM29AEFDUxp+Te3LiJU1cClG 8Ay0uTH+iPYxGLU2FXzfSVNzcP5YZ3hG066aOPZc= Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) From: Ladislav Lhotka In-Reply-To: Date: Thu, 6 Aug 2015 23:07:27 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <7B2FBFB4-163D-4863-A9B6-8D3E3A80708D@nic.cz> References: To: "Ersue, Mehmet (Nokia - DE/Munich)" X-Mailer: Apple Mail (2.2102) X-Virus-Scanned: clamav-milter 0.98.7 at mail X-Virus-Status: Clean Archived-At: Cc: Netconf Subject: Re: [Netconf] Discovery of the Encoding Format WAS:FW: Opinion poll for the RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Aug 2015 21:07:31 -0000 Hi, I believe no disussion is needed here, the solution is provided by HTTP: - the client sends all supported encodings in the Accept request-header, = perhaps also indicating the preference via the quality (q) =20 parameter. - the client either sends the reply in one of those encodings, or = replies with 406 (not supported). Lada =20 > On 06 Aug 2015, at 22:21, Ersue, Mehmet (Nokia - DE/Munich) = wrote: >=20 > All, > =20 > please use this thread for the discussion on the discovery of the = encoding format. > =20 > Cheers,=20 > Mehmet=20 > =20 > From: Netconf [mailto:netconf-bounces@ietf.org] On Behalf Of ext = Ersue, Mehmet (Nokia - DE/Munich) > Sent: Thursday, August 06, 2015 10:18 PM > To: Netconf > Subject: [Netconf] Opinion poll for the RESTCONF encoding > =20 > Dear NETCONF WG, >=20 > last October we had an opinion poll on the RESTCONF encoding, which = ended with a close consensus in favor of XML as mandatory. > See = https://mailarchive.ietf.org/arch/msg/netconf/YSEbLd-nnI0dlkeiIeGW-z6JqDg > Based on the recent discussion on this topic and opinions against = mandatory statements in RESTCONF, NETCONF WG co-chairs would like to = start a new opinion poll. > =20 > As stated in the mail for the previous poll, the result of the poll = depends on the count of people voting. > So, all interested NETCONF WG members, please speak up so that we get = a better data to judge on WG (rough) consensus. > If the voting result is again close, the WG co-chairs will (again) = declare consensus in the sake of progress, based on the =E2=80=9Cdominant = view=E2=80=9D determined by the co-chairs and AD. > =20 > Please do state your opinion with short and concrete reasoning, by = August 19, 2015 18:00 PST about the following options: >=20 > x) XML is mandatory, JSON optional, > j) JSON is mandatory, XML optional, > x&j) XML and JSON are both mandatory, > x+j) Either XML or JSON is mandatory the other one is optional, > nm) Both XML and JSON are optional and _not_ mandatory. > =20 > For =E2=80=9Cx+j=E2=80=9D and =E2=80=9Cnm=E2=80=9D please provide a = solution for a successful negotiation or determination of the encoding = to be used between server and client. > For the solution discussion a separate thread will be started and can = be finalized also after the poll deadline. > =20 > You may think that one or the other option is useless from your pov. = In this case please ignore it. > =20 > Looking forward to counting your votes and reading your reasoning. > Thank you. > =20 > Best Regards,=20 > Mehmet & Mahesh > =20 > =20 > _______________________________________________ > Netconf mailing list > Netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf -- Ladislav Lhotka, CZ.NIC Labs PGP Key ID: E74E8C0C From nobody Thu Aug 6 14:13:00 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 254451B3433 for ; Thu, 6 Aug 2015 14:12:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.978 X-Spam-Level: X-Spam-Status: No, score=-1.978 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] 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 GwHh1ve-NP96 for ; Thu, 6 Aug 2015 14:12:56 -0700 (PDT) Received: from mail-la0-f45.google.com (mail-la0-f45.google.com [209.85.215.45]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 063FA1B3436 for ; Thu, 6 Aug 2015 14:12:54 -0700 (PDT) Received: by labow3 with SMTP id ow3so57059852lab.1 for ; Thu, 06 Aug 2015 14:12:53 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=AE8owXVicuxz0L360DvS0F28ixy6+hUsrSTlCCn7IFU=; b=cfA6szbcuQcQaB1mXhOem1PSO9EpMOFT5Dj95FohlBqVffbwX3Ey4myNBujAloJ6VX tl+tqSRe4SOAiwnX8PWlA8gOdfnSN8oTnw4QqL5J6TwYVU87ubQh01j7GXLUuhLOrMc8 ZeqFQsi5xfMt4zk3twZ0otx5I9ORJBWLw4rr15HtYlVaRjokoaYSPy75c9YoXywN+oSE S/rcCagJP8cuVefvsb3jsuv1iM+Da/efRjx8zF+qon5cr1vKxVz53OW06UqdQSveCclL jOaZE/Ck2tDOUBdChEsqi5dONSYqVZU2XChHA2GzcMgfraa8zEH26QksUnAv+TLSxqWq LFqA== X-Gm-Message-State: ALoCoQlYxzVVI/GdF6owZxOQQdbv3UJbWXf8EtzO3MCCDiDgzdN6fItftAqULeiUuNIm2tqUFSCO MIME-Version: 1.0 X-Received: by 10.112.186.35 with SMTP id fh3mr4320910lbc.82.1438895573350; Thu, 06 Aug 2015 14:12:53 -0700 (PDT) Received: by 10.112.200.102 with HTTP; Thu, 6 Aug 2015 14:12:53 -0700 (PDT) In-Reply-To: References: <2E03A4A1-1A1F-4E4C-941B-BE1F544DD101@nic.cz> Date: Thu, 6 Aug 2015 14:12:53 -0700 Message-ID: From: Andy Bierman To: "Ersue, Mehmet (Nokia - DE/Munich)" Content-Type: multipart/alternative; boundary=001a1134dcc884d453051caafb07 Archived-At: Cc: Netconf Subject: Re: [Netconf] Opinion poll for the RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Aug 2015 21:12:59 -0000 --001a1134dcc884d453051caafb07 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Thu, Aug 6, 2015 at 2:04 PM, Ersue, Mehmet (Nokia - DE/Munich) < mehmet.ersue@nokia.com> wrote: > Hi Lada, All, > > please provide some reasoning and explanation for your choice. > > In case of x+j, please provide also a solution for the negotiation or > determination (aka. discovery) of the encoding. > > If there is a discussion necessary we will use the other thread under > "Discovery of the Encoding Format". > > I updated the github issue tracker https://github.com/netconf-wg/restconf/issues/24 HTTP already provides the Accept header for this purpose. This is already mandatory to implement for RESTCONF. The server returns 406 Not Acceptable if the Accept header does not request an encoding format that the server supports. I don't think we need to do anything else for encoding discovery. > Thanks. > > Mehmet > > Andy > > -----Original Message----- > From: ext Ladislav Lhotka [mailto:lhotka@nic.cz] > Sent: Thursday, August 06, 2015 10:58 PM > To: Ersue, Mehmet (Nokia - DE/Munich) > Cc: Netconf > Subject: Re: [Netconf] Opinion poll for the RESTCONF encoding > > x+j > > Lada > > > On 06 Aug 2015, at 22:18, Ersue, Mehmet (Nokia - DE/Munich) < > mehmet.ersue@nokia.com> wrote: > > > > Dear NETCONF WG, > > > > last October we had an opinion poll on the RESTCONF encoding, which > ended with a close consensus in favor of XML as mandatory. > > See > https://mailarchive.ietf.org/arch/msg/netconf/YSEbLd-nnI0dlkeiIeGW-z6JqDg > > Based on the recent discussion on this topic and opinions against > mandatory statements in RESTCONF, NETCONF WG co-chairs would like to star= t > a new opinion poll. > > > > As stated in the mail for the previous poll, the result of the poll > depends on the count of people voting. > > So, all interested NETCONF WG members, please speak up so that we get a > better data to judge on WG (rough) consensus. > > If the voting result is again close, the WG co-chairs will (again) > declare consensus in the sake of progress, based on the =E2=80=9Cdominant= view=E2=80=9D > determined by the co-chairs and AD. > > > > Please do state your opinion with short and concrete reasoning, by > August 19, 2015 18:00 PST about the following options: > > > > x) XML is mandatory, JSON optional, > > j) JSON is mandatory, XML optional, > > x&j) XML and JSON are both mandatory, > > x+j) Either XML or JSON is mandatory the other one is optional, > > nm) Both XML and JSON are optional and _not_ mandatory. > > > > For =E2=80=9Cx+j=E2=80=9D and =E2=80=9Cnm=E2=80=9D please provide a sol= ution for a successful > negotiation or determination of the encoding to be used between server an= d > client. > > For the solution discussion a separate thread will be started and can b= e > finalized also after the poll deadline. > > > > You may think that one or the other option is useless from your pov. In > this case please ignore it. > > > > Looking forward to counting your votes and reading your reasoning. > > Thank you. > > > > Best Regards, > > Mehmet & Mahesh > > > > > > _______________________________________________ > > Netconf mailing list > > Netconf@ietf.org > > https://www.ietf.org/mailman/listinfo/netconf > > -- > Ladislav Lhotka, CZ.NIC Labs > PGP Key ID: E74E8C0C > > > > > _______________________________________________ > Netconf mailing list > Netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf > --001a1134dcc884d453051caafb07 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Thu, Aug 6, 2015 at 2:04 PM, Ersue, Mehmet (Nokia - DE/Munich) <mehmet.ersue@nokia.com> wrote:
Hi Lada, All,

please provide some reasoning and explanation for your choice.

In case of x+j, please provide also a solution for the negotiation or deter= mination (aka. discovery) of the encoding.

If there is a discussion necessary we will use the other thread under "= ;Discovery of the Encoding Format".



I updated the github is= sue tracker

=
HTTP already provides the Accept header for this purpose.
<= div>This is already mandatory to implement for RESTCONF.
The serv= er returns 406 Not Acceptable if the Accept header
does not reque= st an encoding format that the server supports.

I = don't think we need to do anything else for encoding discovery.


=C2=A0
Thanks.

Mehmet


Andy
=C2=A0

-----Original Message-----
From: ext Ladislav Lhotka [mailto:lhotka@n= ic.cz]
Sent: Thursday, August 06, 2015 10:58 PM
To: Ersue, Mehmet (Nokia - DE/Munich)
Cc: Netconf
Subject: Re: [Netconf] Opinion poll for the RESTCONF encoding

x+j

Lada

> On 06 Aug 2015, at 22:18, Ersue, Mehmet (Nokia - DE/Munich) <mehmet.ersue@nokia.com> wrote: >
> Dear NETCONF WG,
>
> last October we had an opinion poll on the RESTCONF encoding, which en= ded with a close consensus in favor of XML as mandatory.
> See https://mailarchiv= e.ietf.org/arch/msg/netconf/YSEbLd-nnI0dlkeiIeGW-z6JqDg
> Based on the recent discussion on this topic and opinions against mand= atory statements in RESTCONF, NETCONF WG co-chairs would like to start a ne= w opinion poll.
>
> As stated in the mail for the previous poll, the result of the poll de= pends on the count of people voting.
> So, all interested NETCONF WG members, please speak up so that we get = a better data to judge on WG (rough) consensus.
> If the voting result is again close, the WG co-chairs will (again) dec= lare consensus in the sake of progress, based on the =E2=80=9Cdominant view= =E2=80=9D determined by the co-chairs and AD.
>
> Please do state your opinion with short and concrete reasoning, by Aug= ust 19, 2015 18:00 PST about the following options:
>
> x) XML is mandatory, JSON optional,
> j) JSON is mandatory, XML optional,
> x&j) XML and JSON are both mandatory,
> x+j) Either XML or JSON is mandatory the other one is optional,
> nm) Both XML and JSON are optional and _not_ mandatory.
>
> For =E2=80=9Cx+j=E2=80=9D and =E2=80=9Cnm=E2=80=9D please provide a so= lution for a successful negotiation or determination of the encoding to be = used between server and client.
> For the solution discussion a separate thread will be started and can = be finalized also after the poll deadline.
>
> You may think that one or the other option is useless from your pov. I= n this case please ignore it.
>
> Looking forward to counting your votes and reading your reasoning.
> Thank you.
>
> Best Regards,
> Mehmet & Mahesh
>
>
> _______________________________________________
> Netconf mailing list
> Netconf@ietf.org
> https://www.ietf.org/mailman/listinfo/netconf<= br>
--
Ladislav Lhotka, CZ.NIC Labs
PGP Key ID: E74E8C0C




_______________________________________________
Netconf mailing list
Netconf@ietf.org
https://www.ietf.org/mailman/listinfo/netconf

--001a1134dcc884d453051caafb07-- From nobody Thu Aug 6 14:34:06 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D51361A88B9 for ; Thu, 6 Aug 2015 14:34:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] 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 jzYRejD_n-n3 for ; Thu, 6 Aug 2015 14:34:03 -0700 (PDT) Received: from mail-pa0-x234.google.com (mail-pa0-x234.google.com [IPv6:2607:f8b0:400e:c03::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CCF991A21A4 for ; Thu, 6 Aug 2015 14:34:03 -0700 (PDT) Received: by pawu10 with SMTP id u10so71757167paw.1 for ; Thu, 06 Aug 2015 14:34:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=VzkGKBBhDOiIHWHwZJ3XQgUz/Eh7+I0uhzgB9TLW2ZE=; b=AB1vFcKXuF2bi0CYXsuPO0C3j3SmUYTKro6oQosDQMa3dMoL3McguHVvJ1xjbC6PcF 5QX/rAs5OTjJPC552mMwgC3rdJcjBmBAapWYt00/f+WslDMb8uzHa5kxhfRnz6C3XNPh oEdG8om9kp4u4Fk7XFIrmNEXL9eP8hdUqoKSXL6CTAViAhbEtpZ4EvB6AVab/ZGbi5ud AuUoygff0Zp+ZITuSMi5lEx/LIMGRqU+hB87TpurNBf6IEwFDAbCMdSRJIZ2R4hM6vJp rve3Tsg4240eTXsk46J3qV9e4qnJi4R2HcnMnWXRuLzBpRuWgREENKyCs01qpFKWfE0M 7kEw== X-Received: by 10.68.233.132 with SMTP id tw4mr7396168pbc.166.1438896843300; Thu, 06 Aug 2015 14:34:03 -0700 (PDT) Received: from ?IPv6:2001:420:290:1266:34da:6610:7242:c9f7? ([2001:420:290:1266:34da:6610:7242:c9f7]) by smtp.gmail.com with ESMTPSA id nx1sm7659059pab.6.2015.08.06.14.33.59 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 06 Aug 2015 14:34:02 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) From: Mahesh Jethanandani In-Reply-To: <7B2FBFB4-163D-4863-A9B6-8D3E3A80708D@nic.cz> Date: Thu, 6 Aug 2015 14:34:26 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <69AEAEEA-E6AB-4E91-8F8D-66D1D5D23371@gmail.com> References: <7B2FBFB4-163D-4863-A9B6-8D3E3A80708D@nic.cz> To: Ladislav Lhotka X-Mailer: Apple Mail (2.2098) Archived-At: Cc: Netconf Subject: Re: [Netconf] Discovery of the Encoding Format WAS:FW: Opinion poll for the RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Aug 2015 21:34:06 -0000 [Chair hat off] If client can indicate desired encoding format by sending it in Accept = request-header, why do we need to mandate any form of encoding? If = server supports the form of encoding, it will respond with a valid = response. If not it will respond with a 406. > On Aug 6, 2015, at 2:07 PM, Ladislav Lhotka wrote: >=20 > Hi, >=20 > I believe no disussion is needed here, the solution is provided by = HTTP: >=20 > - the client sends all supported encodings in the Accept = request-header, perhaps also indicating the preference via the quality = (q) =20 > parameter. >=20 > - the client either sends the reply in one of those encodings, or = replies with 406 (not supported). >=20 > Lada >=20 >> On 06 Aug 2015, at 22:21, Ersue, Mehmet (Nokia - DE/Munich) = wrote: >>=20 >> All, >>=20 >> please use this thread for the discussion on the discovery of the = encoding format. >>=20 >> Cheers,=20 >> Mehmet=20 >>=20 >> From: Netconf [mailto:netconf-bounces@ietf.org] On Behalf Of ext = Ersue, Mehmet (Nokia - DE/Munich) >> Sent: Thursday, August 06, 2015 10:18 PM >> To: Netconf >> Subject: [Netconf] Opinion poll for the RESTCONF encoding >>=20 >> Dear NETCONF WG, >>=20 >> last October we had an opinion poll on the RESTCONF encoding, which = ended with a close consensus in favor of XML as mandatory. >> See = https://mailarchive.ietf.org/arch/msg/netconf/YSEbLd-nnI0dlkeiIeGW-z6JqDg >> Based on the recent discussion on this topic and opinions against = mandatory statements in RESTCONF, NETCONF WG co-chairs would like to = start a new opinion poll. >>=20 >> As stated in the mail for the previous poll, the result of the poll = depends on the count of people voting. >> So, all interested NETCONF WG members, please speak up so that we get = a better data to judge on WG (rough) consensus. >> If the voting result is again close, the WG co-chairs will (again) = declare consensus in the sake of progress, based on the =E2=80=9Cdominant = view=E2=80=9D determined by the co-chairs and AD. >>=20 >> Please do state your opinion with short and concrete reasoning, by = August 19, 2015 18:00 PST about the following options: >>=20 >> x) XML is mandatory, JSON optional, >> j) JSON is mandatory, XML optional, >> x&j) XML and JSON are both mandatory, >> x+j) Either XML or JSON is mandatory the other one is optional, >> nm) Both XML and JSON are optional and _not_ mandatory. >>=20 >> For =E2=80=9Cx+j=E2=80=9D and =E2=80=9Cnm=E2=80=9D please provide a = solution for a successful negotiation or determination of the encoding = to be used between server and client. >> For the solution discussion a separate thread will be started and can = be finalized also after the poll deadline. >>=20 >> You may think that one or the other option is useless from your pov. = In this case please ignore it. >>=20 >> Looking forward to counting your votes and reading your reasoning. >> Thank you. >>=20 >> Best Regards,=20 >> Mehmet & Mahesh >>=20 >>=20 >> _______________________________________________ >> Netconf mailing list >> Netconf@ietf.org >> https://www.ietf.org/mailman/listinfo/netconf >=20 > -- > Ladislav Lhotka, CZ.NIC Labs > PGP Key ID: E74E8C0C >=20 >=20 >=20 >=20 > _______________________________________________ > Netconf mailing list > Netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf Mahesh Jethanandani mjethanandani@gmail.com From nobody Thu Aug 6 14:41:37 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 66E941A89F6 for ; Thu, 6 Aug 2015 14:41:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.978 X-Spam-Level: X-Spam-Status: No, score=-1.978 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] 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 aVoP5rYHdYDS for ; Thu, 6 Aug 2015 14:41:33 -0700 (PDT) Received: from mail-lb0-f174.google.com (mail-lb0-f174.google.com [209.85.217.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 887EE1A89F2 for ; Thu, 6 Aug 2015 14:41:32 -0700 (PDT) Received: by lbbpo9 with SMTP id po9so50672271lbb.2 for ; Thu, 06 Aug 2015 14:41:31 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=2y7d0MLF6jM6KSc6HHEmXr+2j6qtrl4S/iFN1gL7TwM=; b=Kn03X2Bu2KWrm3aHrNjEwQyfSQpECH4xJzegeofC9m37KxPE6j/08Rrb4k7Sz8SBAk WRoz7VjcOQSQcKeckdXgx7TCFUr161CuU7qCWJIE1jYsoP2kQ6PXs+W0UHCzop4L+7Uh DNKPwA7Wd69cEl4VlIbLQd+5w2a/pchD1emrLiSg/3p51SVqsT6NYinvjqiG1jh9dxWA p3Ypn2JpGVMIoTnPE+mCL93PtHHeeI0XTOIWYF4I7kMkVfAF6MITUa6WGX1PQzEH+Gl8 KVqHvsFkBpTLIp/P9aKmsvnXs5W19+c+FGJGxy0R1ZzgENhs75BnNjFrXAu8peL75M0D sFbA== X-Gm-Message-State: ALoCoQnL6JJe6vwwt/98o7UPN3b0cQ8pND4ArqqCwXcppECKbLiJcJjptUaCAHOBkLnHE899wXVn MIME-Version: 1.0 X-Received: by 10.152.120.198 with SMTP id le6mr4436652lab.38.1438897291043; Thu, 06 Aug 2015 14:41:31 -0700 (PDT) Received: by 10.112.200.102 with HTTP; Thu, 6 Aug 2015 14:41:30 -0700 (PDT) In-Reply-To: <69AEAEEA-E6AB-4E91-8F8D-66D1D5D23371@gmail.com> References: <7B2FBFB4-163D-4863-A9B6-8D3E3A80708D@nic.cz> <69AEAEEA-E6AB-4E91-8F8D-66D1D5D23371@gmail.com> Date: Thu, 6 Aug 2015 14:41:30 -0700 Message-ID: From: Andy Bierman To: Mahesh Jethanandani Content-Type: multipart/alternative; boundary=089e01176905e6c256051cab6193 Archived-At: Cc: Netconf Subject: Re: [Netconf] Discovery of the Encoding Format WAS:FW: Opinion poll for the RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Aug 2015 21:41:35 -0000 --089e01176905e6c256051cab6193 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Thu, Aug 6, 2015 at 2:34 PM, Mahesh Jethanandani wrote: > [Chair hat off] > > If client can indicate desired encoding format by sending it in Accept > request-header, why do we need to mandate any form of encoding? If server > supports the form of encoding, it will respond with a valid response. If > not it will respond with a 406. > > I would like to limit the number of formats in the client I have to support to a small finite number. I do not want a server claiming conformance to RESTCONF which does not support XML or JSON, only its own "application/text" proprietary CLI format. Andy > On Aug 6, 2015, at 2:07 PM, Ladislav Lhotka wrote: > > > > Hi, > > > > I believe no disussion is needed here, the solution is provided by HTTP= : > > > > - the client sends all supported encodings in the Accept request-header= , > perhaps also indicating the preference via the quality (q) > > parameter. > > > > - the client either sends the reply in one of those encodings, or > replies with 406 (not supported). > > > > Lada > > > >> On 06 Aug 2015, at 22:21, Ersue, Mehmet (Nokia - DE/Munich) < > mehmet.ersue@nokia.com> wrote: > >> > >> All, > >> > >> please use this thread for the discussion on the discovery of the > encoding format. > >> > >> Cheers, > >> Mehmet > >> > >> From: Netconf [mailto:netconf-bounces@ietf.org] On Behalf Of ext > Ersue, Mehmet (Nokia - DE/Munich) > >> Sent: Thursday, August 06, 2015 10:18 PM > >> To: Netconf > >> Subject: [Netconf] Opinion poll for the RESTCONF encoding > >> > >> Dear NETCONF WG, > >> > >> last October we had an opinion poll on the RESTCONF encoding, which > ended with a close consensus in favor of XML as mandatory. > >> See > https://mailarchive.ietf.org/arch/msg/netconf/YSEbLd-nnI0dlkeiIeGW-z6JqDg > >> Based on the recent discussion on this topic and opinions against > mandatory statements in RESTCONF, NETCONF WG co-chairs would like to star= t > a new opinion poll. > >> > >> As stated in the mail for the previous poll, the result of the poll > depends on the count of people voting. > >> So, all interested NETCONF WG members, please speak up so that we get = a > better data to judge on WG (rough) consensus. > >> If the voting result is again close, the WG co-chairs will (again) > declare consensus in the sake of progress, based on the =E2=80=9Cdominant= view=E2=80=9D > determined by the co-chairs and AD. > >> > >> Please do state your opinion with short and concrete reasoning, by > August 19, 2015 18:00 PST about the following options: > >> > >> x) XML is mandatory, JSON optional, > >> j) JSON is mandatory, XML optional, > >> x&j) XML and JSON are both mandatory, > >> x+j) Either XML or JSON is mandatory the other one is optional, > >> nm) Both XML and JSON are optional and _not_ mandatory. > >> > >> For =E2=80=9Cx+j=E2=80=9D and =E2=80=9Cnm=E2=80=9D please provide a so= lution for a successful > negotiation or determination of the encoding to be used between server an= d > client. > >> For the solution discussion a separate thread will be started and can > be finalized also after the poll deadline. > >> > >> You may think that one or the other option is useless from your pov. I= n > this case please ignore it. > >> > >> Looking forward to counting your votes and reading your reasoning. > >> Thank you. > >> > >> Best Regards, > >> Mehmet & Mahesh > >> > >> > >> _______________________________________________ > >> Netconf mailing list > >> Netconf@ietf.org > >> https://www.ietf.org/mailman/listinfo/netconf > > > > -- > > Ladislav Lhotka, CZ.NIC Labs > > PGP Key ID: E74E8C0C > > > > > > > > > > _______________________________________________ > > Netconf mailing list > > Netconf@ietf.org > > https://www.ietf.org/mailman/listinfo/netconf > > Mahesh Jethanandani > mjethanandani@gmail.com > > > > _______________________________________________ > Netconf mailing list > Netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf > --089e01176905e6c256051cab6193 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Thu, Aug 6, 2015 at 2:34 PM, Mahesh Jethanandani &= lt;mjethananda= ni@gmail.com> wrote:
[Chair= hat off]

If client can indicate desired encoding format by sending it in Accept requ= est-header, why do we need to mandate any form of encoding? If server suppo= rts the form of encoding, it will respond with a valid response. If not it = will respond with a 406.



I would like to limit t= he number of formats in the client I have to support
to a small f= inite number. I do not want a server claiming conformance
to REST= CONF which does not support XML or JSON, only its own
"appli= cation/text" proprietary CLI format.


Andy

> On Aug 6, 2015, at 2:07 PM, Ladislav Lhotka <lhotka@nic.cz> wrote:
>
> Hi,
>
> I believe no disussion is needed here, the solution is provided by HTT= P:
>
> - the client sends all supported encodings in the Accept request-heade= r, perhaps also indicating the preference via the quality (q)
>=C2=A0 parameter.
>
> - the client either sends the reply in one of those encodings, or repl= ies with 406 (not supported).
>
> Lada
>
>> On 06 Aug 2015, at 22:21, Ersue, Mehmet (Nokia - DE/Munich) <mehmet.ersue@nokia.com> wrot= e:
>>
>> All,
>>
>> please use this thread for the discussion on the discovery of the = encoding format.
>>
>> Cheers,
>> Mehmet
>>
>> From: Netconf [mailto:= netconf-bounces@ietf.org] On Behalf Of ext Ersue, Mehmet (Nokia - DE/Mu= nich)
>> Sent: Thursday, August 06, 2015 10:18 PM
>> To: Netconf
>> Subject: [Netconf] Opinion poll for the RESTCONF encoding
>>
>> Dear NETCONF WG,
>>
>> last October we had an opinion poll on the RESTCONF encoding, whic= h ended with a close consensus in favor of XML as mandatory.
>> See https://mailar= chive.ietf.org/arch/msg/netconf/YSEbLd-nnI0dlkeiIeGW-z6JqDg
>> Based on the recent discussion on this topic and opinions against = mandatory statements in RESTCONF, NETCONF WG co-chairs would like to start = a new opinion poll.
>>
>> As stated in the mail for the previous poll, the result of the pol= l depends on the count of people voting.
>> So, all interested NETCONF WG members, please speak up so that we = get a better data to judge on WG (rough) consensus.
>> If the voting result is again close, the WG co-chairs will (again)= declare consensus in the sake of progress, based on the =E2=80=9Cdominant = view=E2=80=9D determined by the co-chairs and AD.
>>
>> Please do state your opinion with short and concrete reasoning, by= August 19, 2015 18:00 PST about the following options:
>>
>> x) XML is mandatory, JSON optional,
>> j) JSON is mandatory, XML optional,
>> x&j) XML and JSON are both mandatory,
>> x+j) Either XML or JSON is mandatory the other one is optional, >> nm) Both XML and JSON are optional and _not_ mandatory.
>>
>> For =E2=80=9Cx+j=E2=80=9D and =E2=80=9Cnm=E2=80=9D please provide = a solution for a successful negotiation or determination of the encoding to= be used between server and client.
>> For the solution discussion a separate thread will be started and = can be finalized also after the poll deadline.
>>
>> You may think that one or the other option is useless from your po= v. In this case please ignore it.
>>
>> Looking forward to counting your votes and reading your reasoning.=
>> Thank you.
>>
>> Best Regards,
>> Mehmet & Mahesh
>>
>>
>> _______________________________________________
>> Netconf mailing list
>> Netconf@ietf.org
>> https://www.ietf.org/mailman/listinfo/netconf<= /a>
>
> --
> Ladislav Lhotka, CZ.NIC Labs
> PGP Key ID: E74E8C0C
>
>
>
>
> _______________________________________________
> Netconf mailing list
> Netconf@ietf.org
> https://www.ietf.org/mailman/listinfo/netconf<= br>
Mahesh Jethanandani
mjethanandani@gmail.com



_______________________________________________
Netconf mailing list
Netconf@ietf.org
https://www.ietf.org/mailman/listinfo/netconf

--089e01176905e6c256051cab6193-- From nobody Thu Aug 6 14:44:01 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 01C5D1A8907 for ; Thu, 6 Aug 2015 14:44:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.901 X-Spam-Level: X-Spam-Status: No, score=-6.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001] 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 Bu9r5M0SK0fc for ; Thu, 6 Aug 2015 14:43:58 -0700 (PDT) Received: from demumfd002.nsn-inter.net (demumfd002.nsn-inter.net [93.183.12.31]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8A77C1A1EFC for ; Thu, 6 Aug 2015 14:43:57 -0700 (PDT) Received: from demuprx017.emea.nsn-intra.net ([10.150.129.56]) by demumfd002.nsn-inter.net (8.15.1/8.15.1) with ESMTPS id t76Lhoub009359 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 6 Aug 2015 21:43:50 GMT Received: from DEMUHTC001.nsn-intra.net ([10.159.42.32]) by demuprx017.emea.nsn-intra.net (8.12.11.20060308/8.12.11) with ESMTP id t76Lhn11001674 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 6 Aug 2015 23:43:49 +0200 Received: from DEMUMBX005.nsn-intra.net ([169.254.5.210]) by DEMUHTC001.nsn-intra.net ([10.159.42.32]) with mapi id 14.03.0248.002; Thu, 6 Aug 2015 23:43:49 +0200 From: "Ersue, Mehmet (Nokia - DE/Munich)" To: ext Mahesh Jethanandani , Ladislav Lhotka Thread-Topic: [Netconf] Discovery of the Encoding Format WAS:FW: Opinion poll for the RESTCONF encoding Thread-Index: AQHQ0JD6+w52n1UtRUi8mbTMgik8YA== Date: Thu, 6 Aug 2015 21:43:48 +0000 Message-ID: References: <7B2FBFB4-163D-4863-A9B6-8D3E3A80708D@nic.cz> <69AEAEEA-E6AB-4E91-8F8D-66D1D5D23371@gmail.com> In-Reply-To: <69AEAEEA-E6AB-4E91-8F8D-66D1D5D23371@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.159.42.157] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-purgate-type: clean X-purgate-Ad: Categorized by eleven eXpurgate (R) http://www.eleven.de X-purgate: clean X-purgate: This mail is considered clean (visit http://www.eleven.de for further information) X-purgate-size: 5392 X-purgate-ID: 151667::1438897430-0000676C-1AA50B76/0/0 Archived-At: Cc: Netconf Subject: Re: [Netconf] Discovery of the Encoding Format WAS:FW: Opinion poll for the RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Aug 2015 21:44:00 -0000 TGltaXRpbmcgdGhlIGNob2ljZXMgdG8gWE1MIG9yIEpTT04gbWFuZGF0b3J5IGVuZm9yY2VzIGlu dGVyb3BlcmFiaWxpdHkuDQoNCkFzIHN1Y2ggdGhlIFJFU1RDT05GIGltcGxlbWVudGVyIG11c3Qg c3VwcG9ydCBhIHdlbGwta25vd24gZW5jb2RpbmcgZGVmaW5lZCBpbiB0aGUgc3RhbmRhcmQgc3Bl Y2lmaWNhdGlvbi4NCkkgYmVsaWV2ZSB4IG9yIGogb3IgeCtqIGNhbiBiZSBhIHNvbHV0aW9uIGZv ciB0aGUgc3RhbmRhcmQgdGV4dC4NCg0KQ2hlZXJzLCANCk1laG1ldCANCg0KDQotLS0tLU9yaWdp bmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogZXh0IE1haGVzaCBKZXRoYW5hbmRhbmkgW21haWx0bzpt amV0aGFuYW5kYW5pQGdtYWlsLmNvbV0gDQpTZW50OiBUaHVyc2RheSwgQXVndXN0IDA2LCAyMDE1 IDExOjM0IFBNDQpUbzogTGFkaXNsYXYgTGhvdGthDQpDYzogRXJzdWUsIE1laG1ldCAoTm9raWEg LSBERS9NdW5pY2gpOyBOZXRjb25mDQpTdWJqZWN0OiBSZTogW05ldGNvbmZdIERpc2NvdmVyeSBv ZiB0aGUgRW5jb2RpbmcgRm9ybWF0IFdBUzpGVzogT3BpbmlvbiBwb2xsIGZvciB0aGUgUkVTVENP TkYgZW5jb2RpbmcNCg0KW0NoYWlyIGhhdCBvZmZdDQoNCklmIGNsaWVudCBjYW4gaW5kaWNhdGUg ZGVzaXJlZCBlbmNvZGluZyBmb3JtYXQgYnkgc2VuZGluZyBpdCBpbiBBY2NlcHQgcmVxdWVzdC1o ZWFkZXIsIHdoeSBkbyB3ZSBuZWVkIHRvIG1hbmRhdGUgYW55IGZvcm0gb2YgZW5jb2Rpbmc/IElm IHNlcnZlciBzdXBwb3J0cyB0aGUgZm9ybSBvZiBlbmNvZGluZywgaXQgd2lsbCByZXNwb25kIHdp dGggYSB2YWxpZCByZXNwb25zZS4gSWYgbm90IGl0IHdpbGwgcmVzcG9uZCB3aXRoIGEgNDA2Lg0K DQo+IE9uIEF1ZyA2LCAyMDE1LCBhdCAyOjA3IFBNLCBMYWRpc2xhdiBMaG90a2EgPGxob3RrYUBu aWMuY3o+IHdyb3RlOg0KPiANCj4gSGksDQo+IA0KPiBJIGJlbGlldmUgbm8gZGlzdXNzaW9uIGlz IG5lZWRlZCBoZXJlLCB0aGUgc29sdXRpb24gaXMgcHJvdmlkZWQgYnkgSFRUUDoNCj4gDQo+IC0g dGhlIGNsaWVudCBzZW5kcyBhbGwgc3VwcG9ydGVkIGVuY29kaW5ncyBpbiB0aGUgQWNjZXB0IHJl cXVlc3QtaGVhZGVyLCBwZXJoYXBzIGFsc28gaW5kaWNhdGluZyB0aGUgcHJlZmVyZW5jZSB2aWEg dGhlIHF1YWxpdHkgKHEpICAgDQo+ICBwYXJhbWV0ZXIuDQo+IA0KPiAtIHRoZSBjbGllbnQgZWl0 aGVyIHNlbmRzIHRoZSByZXBseSBpbiBvbmUgb2YgdGhvc2UgZW5jb2RpbmdzLCBvciByZXBsaWVz IHdpdGggNDA2IChub3Qgc3VwcG9ydGVkKS4NCj4gDQo+IExhZGENCj4gDQo+PiBPbiAwNiBBdWcg MjAxNSwgYXQgMjI6MjEsIEVyc3VlLCBNZWhtZXQgKE5va2lhIC0gREUvTXVuaWNoKSA8bWVobWV0 LmVyc3VlQG5va2lhLmNvbT4gd3JvdGU6DQo+PiANCj4+IEFsbCwNCj4+IA0KPj4gcGxlYXNlIHVz ZSB0aGlzIHRocmVhZCBmb3IgdGhlIGRpc2N1c3Npb24gb24gdGhlIGRpc2NvdmVyeSBvZiB0aGUg ZW5jb2RpbmcgZm9ybWF0Lg0KPj4gDQo+PiBDaGVlcnMsIA0KPj4gTWVobWV0IA0KPj4gDQo+PiBG cm9tOiBOZXRjb25mIFttYWlsdG86bmV0Y29uZi1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYg T2YgZXh0IEVyc3VlLCBNZWhtZXQgKE5va2lhIC0gREUvTXVuaWNoKQ0KPj4gU2VudDogVGh1cnNk YXksIEF1Z3VzdCAwNiwgMjAxNSAxMDoxOCBQTQ0KPj4gVG86IE5ldGNvbmYNCj4+IFN1YmplY3Q6 IFtOZXRjb25mXSBPcGluaW9uIHBvbGwgZm9yIHRoZSBSRVNUQ09ORiBlbmNvZGluZw0KPj4gDQo+ PiBEZWFyIE5FVENPTkYgV0csDQo+PiANCj4+IGxhc3QgT2N0b2JlciB3ZSBoYWQgYW4gb3Bpbmlv biBwb2xsIG9uIHRoZSBSRVNUQ09ORiBlbmNvZGluZywgd2hpY2ggZW5kZWQgd2l0aCBhIGNsb3Nl IGNvbnNlbnN1cyBpbiBmYXZvciBvZiBYTUwgYXMgbWFuZGF0b3J5Lg0KPj4gU2VlIGh0dHBzOi8v bWFpbGFyY2hpdmUuaWV0Zi5vcmcvYXJjaC9tc2cvbmV0Y29uZi9ZU0ViTGQtbm5JMGRsa2VpSWVH Vy16NkpxRGcNCj4+IEJhc2VkIG9uIHRoZSByZWNlbnQgZGlzY3Vzc2lvbiBvbiB0aGlzIHRvcGlj IGFuZCBvcGluaW9ucyBhZ2FpbnN0IG1hbmRhdG9yeSBzdGF0ZW1lbnRzIGluIFJFU1RDT05GLCBO RVRDT05GIFdHIGNvLWNoYWlycyB3b3VsZCBsaWtlIHRvIHN0YXJ0IGEgbmV3IG9waW5pb24gcG9s bC4NCj4+IA0KPj4gQXMgc3RhdGVkIGluIHRoZSBtYWlsIGZvciB0aGUgcHJldmlvdXMgcG9sbCwg dGhlIHJlc3VsdCBvZiB0aGUgcG9sbCBkZXBlbmRzIG9uIHRoZSBjb3VudCBvZiBwZW9wbGUgdm90 aW5nLg0KPj4gU28sIGFsbCBpbnRlcmVzdGVkIE5FVENPTkYgV0cgbWVtYmVycywgcGxlYXNlIHNw ZWFrIHVwIHNvIHRoYXQgd2UgZ2V0IGEgYmV0dGVyIGRhdGEgdG8ganVkZ2Ugb24gV0cgKHJvdWdo KSBjb25zZW5zdXMuDQo+PiBJZiB0aGUgdm90aW5nIHJlc3VsdCBpcyBhZ2FpbiBjbG9zZSwgdGhl IFdHIGNvLWNoYWlycyB3aWxsIChhZ2FpbikgZGVjbGFyZSBjb25zZW5zdXMgaW4gdGhlIHNha2Ug b2YgcHJvZ3Jlc3MsIGJhc2VkIG9uIHRoZSDigJxkb21pbmFudCB2aWV34oCdIGRldGVybWluZWQg YnkgdGhlIGNvLWNoYWlycyBhbmQgQUQuDQo+PiANCj4+IFBsZWFzZSBkbyBzdGF0ZSB5b3VyIG9w aW5pb24gd2l0aCBzaG9ydCBhbmQgY29uY3JldGUgcmVhc29uaW5nLCBieSBBdWd1c3QgMTksIDIw MTUgMTg6MDAgUFNUIGFib3V0IHRoZSBmb2xsb3dpbmcgb3B0aW9uczoNCj4+IA0KPj4geCkgWE1M IGlzIG1hbmRhdG9yeSwgSlNPTiBvcHRpb25hbCwNCj4+IGopIEpTT04gaXMgbWFuZGF0b3J5LCBY TUwgb3B0aW9uYWwsDQo+PiB4JmopIFhNTCBhbmQgSlNPTiBhcmUgYm90aCBtYW5kYXRvcnksDQo+ PiB4K2opIEVpdGhlciBYTUwgb3IgSlNPTiBpcyBtYW5kYXRvcnkgdGhlIG90aGVyIG9uZSBpcyBv cHRpb25hbCwNCj4+IG5tKSBCb3RoIFhNTCBhbmQgSlNPTiBhcmUgb3B0aW9uYWwgYW5kIF9ub3Rf IG1hbmRhdG9yeS4NCj4+IA0KPj4gRm9yIOKAnHgrauKAnSBhbmQg4oCcbm3igJ0gcGxlYXNlIHBy b3ZpZGUgYSBzb2x1dGlvbiBmb3IgYSBzdWNjZXNzZnVsIG5lZ290aWF0aW9uIG9yIGRldGVybWlu YXRpb24gb2YgdGhlIGVuY29kaW5nIHRvIGJlIHVzZWQgYmV0d2VlbiBzZXJ2ZXIgYW5kIGNsaWVu dC4NCj4+IEZvciB0aGUgc29sdXRpb24gZGlzY3Vzc2lvbiBhIHNlcGFyYXRlIHRocmVhZCB3aWxs IGJlIHN0YXJ0ZWQgYW5kIGNhbiBiZSBmaW5hbGl6ZWQgYWxzbyBhZnRlciB0aGUgcG9sbCBkZWFk bGluZS4NCj4+IA0KPj4gWW91IG1heSB0aGluayB0aGF0IG9uZSBvciB0aGUgb3RoZXIgb3B0aW9u IGlzIHVzZWxlc3MgZnJvbSB5b3VyIHBvdi4gSW4gdGhpcyBjYXNlIHBsZWFzZSBpZ25vcmUgaXQu DQo+PiANCj4+IExvb2tpbmcgZm9yd2FyZCB0byBjb3VudGluZyB5b3VyIHZvdGVzIGFuZCByZWFk aW5nIHlvdXIgcmVhc29uaW5nLg0KPj4gVGhhbmsgeW91Lg0KPj4gDQo+PiBCZXN0IFJlZ2FyZHMs IA0KPj4gTWVobWV0ICYgTWFoZXNoDQo+PiANCj4+IA0KPj4gX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18NCj4+IE5ldGNvbmYgbWFpbGluZyBsaXN0DQo+PiBO ZXRjb25mQGlldGYub3JnDQo+PiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZv L25ldGNvbmYNCj4gDQo+IC0tDQo+IExhZGlzbGF2IExob3RrYSwgQ1ouTklDIExhYnMNCj4gUEdQ IEtleSBJRDogRTc0RThDMEMNCj4gDQo+IA0KPiANCj4gDQo+IF9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IE5ldGNvbmYgbWFpbGluZyBsaXN0DQo+IE5l dGNvbmZAaWV0Zi5vcmcNCj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9u ZXRjb25mDQoNCk1haGVzaCBKZXRoYW5hbmRhbmkNCm1qZXRoYW5hbmRhbmlAZ21haWwuY29tDQoN Cg0KDQo= From nobody Thu Aug 6 14:47:41 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 197511A8A81 for ; Thu, 6 Aug 2015 14:47:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.901 X-Spam-Level: X-Spam-Status: No, score=-6.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001] 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 XfwvwEsTAJ3N for ; Thu, 6 Aug 2015 14:47:37 -0700 (PDT) Received: from demumfd001.nsn-inter.net (demumfd001.nsn-inter.net [93.183.12.32]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EC30B1A8A6A for ; Thu, 6 Aug 2015 14:47:36 -0700 (PDT) Received: from demuprx016.emea.nsn-intra.net ([10.150.129.55]) by demumfd001.nsn-inter.net (8.15.1/8.15.1) with ESMTPS id t76LlYDp010751 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 6 Aug 2015 21:47:34 GMT Received: from DEMUHTC003.nsn-intra.net ([10.159.42.34]) by demuprx016.emea.nsn-intra.net (8.12.11.20060308/8.12.11) with ESMTP id t76LlXKE017329 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 6 Aug 2015 23:47:33 +0200 Received: from DEMUHTC006.nsn-intra.net (10.159.42.37) by DEMUHTC003.nsn-intra.net (10.159.42.34) with Microsoft SMTP Server (TLS) id 14.3.248.2; Thu, 6 Aug 2015 23:47:32 +0200 Received: from DEMUMBX005.nsn-intra.net ([169.254.5.210]) by DEMUHTC006.nsn-intra.net ([10.159.42.37]) with mapi id 14.03.0248.002; Thu, 6 Aug 2015 23:47:32 +0200 From: "Ersue, Mehmet (Nokia - DE/Munich)" To: ext Ladislav Lhotka , Netconf Thread-Topic: [Netconf] Opinion poll for the RESTCONF encoding Thread-Index: AdDQhQr50kUYkjB9Qq2imxezQKAW3f//6ZWA///dQ+D//64nQA== Date: Thu, 6 Aug 2015 21:47:31 +0000 Message-ID: References: <2E03A4A1-1A1F-4E4C-941B-BE1F544DD101@nic.cz> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.159.42.157] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-purgate-type: clean X-purgate-Ad: Categorized by eleven eXpurgate (R) http://www.eleven.de X-purgate: clean X-purgate: This mail is considered clean (visit http://www.eleven.de for further information) X-purgate-size: 4538 X-purgate-ID: 151667::1438897654-00007F5C-30F8CC39/0/0 Archived-At: Subject: Re: [Netconf] Opinion poll for the RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Aug 2015 21:47:39 -0000 W2NvLWNoYWlyIGhhdCBvZmZdDQoNCkxpbWl0aW5nIHRoZSBjaG9pY2VzIHRvIFhNTCBvciBKU09O IG1hbmRhdG9yeSBlbmZvcmNlcyBpbnRlcm9wZXJhYmlsaXR5Lg0KDQp4K2ogaXMsIGluIG15IG9w aW5pb24gdGhlIHJpZ2h0IHNvbHV0aW9uIHRvIGNob29zZS4NClRoaXMgZ2l2ZXMgdG8gdGhlIGlt cGxlbWVudGVyIHRoZSBmcmVlZG9tIHRvIGNob29zZSB3aGljaCBvZiB0aGVtIHRvIGltcGxlbWVu dCAoWE1MIG9yIEpTT04pLg0KIA0KU28gdGhpcyBpcyBteSB2b3RlLg0KDQpNZWhtZXQNCg0KDQot LS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogTmV0Y29uZiBbbWFpbHRvOm5ldGNvbmYt Ym91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIGV4dCBFcnN1ZSwgTWVobWV0IChOb2tpYSAt IERFL011bmljaCkNClNlbnQ6IFRodXJzZGF5LCBBdWd1c3QgMDYsIDIwMTUgMTE6MDUgUE0NClRv OiBleHQgTGFkaXNsYXYgTGhvdGthDQpDYzogTmV0Y29uZg0KU3ViamVjdDogUmU6IFtOZXRjb25m XSBPcGluaW9uIHBvbGwgZm9yIHRoZSBSRVNUQ09ORiBlbmNvZGluZw0KDQpIaSBMYWRhLCBBbGws DQoNCnBsZWFzZSBwcm92aWRlIHNvbWUgcmVhc29uaW5nIGFuZCBleHBsYW5hdGlvbiBmb3IgeW91 ciBjaG9pY2UuDQoNCkluIGNhc2Ugb2YgeCtqLCBwbGVhc2UgcHJvdmlkZSBhbHNvIGEgc29sdXRp b24gZm9yIHRoZSBuZWdvdGlhdGlvbiBvciBkZXRlcm1pbmF0aW9uIChha2EuIGRpc2NvdmVyeSkg b2YgdGhlIGVuY29kaW5nLg0KDQpJZiB0aGVyZSBpcyBhIGRpc2N1c3Npb24gbmVjZXNzYXJ5IHdl IHdpbGwgdXNlIHRoZSBvdGhlciB0aHJlYWQgdW5kZXIgIkRpc2NvdmVyeSBvZiB0aGUgRW5jb2Rp bmcgRm9ybWF0Ii4NCg0KVGhhbmtzLg0KDQpNZWhtZXQgDQoNCg0KLS0tLS1PcmlnaW5hbCBNZXNz YWdlLS0tLS0NCkZyb206IGV4dCBMYWRpc2xhdiBMaG90a2EgW21haWx0bzpsaG90a2FAbmljLmN6 XSANClNlbnQ6IFRodXJzZGF5LCBBdWd1c3QgMDYsIDIwMTUgMTA6NTggUE0NClRvOiBFcnN1ZSwg TWVobWV0IChOb2tpYSAtIERFL011bmljaCkNCkNjOiBOZXRjb25mDQpTdWJqZWN0OiBSZTogW05l dGNvbmZdIE9waW5pb24gcG9sbCBmb3IgdGhlIFJFU1RDT05GIGVuY29kaW5nDQoNCngrag0KDQpM YWRhDQoNCj4gT24gMDYgQXVnIDIwMTUsIGF0IDIyOjE4LCBFcnN1ZSwgTWVobWV0IChOb2tpYSAt IERFL011bmljaCkgPG1laG1ldC5lcnN1ZUBub2tpYS5jb20+IHdyb3RlOg0KPiANCj4gRGVhciBO RVRDT05GIFdHLA0KPiANCj4gbGFzdCBPY3RvYmVyIHdlIGhhZCBhbiBvcGluaW9uIHBvbGwgb24g dGhlIFJFU1RDT05GIGVuY29kaW5nLCB3aGljaCBlbmRlZCB3aXRoIGEgY2xvc2UgY29uc2Vuc3Vz IGluIGZhdm9yIG9mIFhNTCBhcyBtYW5kYXRvcnkuDQo+IFNlZSBodHRwczovL21haWxhcmNoaXZl LmlldGYub3JnL2FyY2gvbXNnL25ldGNvbmYvWVNFYkxkLW5uSTBkbGtlaUllR1ctejZKcURnDQo+ IEJhc2VkIG9uIHRoZSByZWNlbnQgZGlzY3Vzc2lvbiBvbiB0aGlzIHRvcGljIGFuZCBvcGluaW9u cyBhZ2FpbnN0IG1hbmRhdG9yeSBzdGF0ZW1lbnRzIGluIFJFU1RDT05GLCBORVRDT05GIFdHIGNv LWNoYWlycyB3b3VsZCBsaWtlIHRvIHN0YXJ0IGEgbmV3IG9waW5pb24gcG9sbC4NCj4gIA0KPiBB cyBzdGF0ZWQgaW4gdGhlIG1haWwgZm9yIHRoZSBwcmV2aW91cyBwb2xsLCB0aGUgcmVzdWx0IG9m IHRoZSBwb2xsIGRlcGVuZHMgb24gdGhlIGNvdW50IG9mIHBlb3BsZSB2b3RpbmcuDQo+IFNvLCBh bGwgaW50ZXJlc3RlZCBORVRDT05GIFdHIG1lbWJlcnMsIHBsZWFzZSBzcGVhayB1cCBzbyB0aGF0 IHdlIGdldCBhIGJldHRlciBkYXRhIHRvIGp1ZGdlIG9uIFdHIChyb3VnaCkgY29uc2Vuc3VzLg0K PiBJZiB0aGUgdm90aW5nIHJlc3VsdCBpcyBhZ2FpbiBjbG9zZSwgdGhlIFdHIGNvLWNoYWlycyB3 aWxsIChhZ2FpbikgZGVjbGFyZSBjb25zZW5zdXMgaW4gdGhlIHNha2Ugb2YgcHJvZ3Jlc3MsIGJh c2VkIG9uIHRoZSDigJxkb21pbmFudCB2aWV34oCdIGRldGVybWluZWQgYnkgdGhlIGNvLWNoYWly cyBhbmQgQUQuDQo+ICANCj4gUGxlYXNlIGRvIHN0YXRlIHlvdXIgb3BpbmlvbiB3aXRoIHNob3J0 IGFuZCBjb25jcmV0ZSByZWFzb25pbmcsIGJ5IEF1Z3VzdCAxOSwgMjAxNSAxODowMCBQU1QgYWJv dXQgdGhlIGZvbGxvd2luZyBvcHRpb25zOg0KPiANCj4geCkgWE1MIGlzIG1hbmRhdG9yeSwgSlNP TiBvcHRpb25hbCwNCj4gaikgSlNPTiBpcyBtYW5kYXRvcnksIFhNTCBvcHRpb25hbCwNCj4geCZq KSBYTUwgYW5kIEpTT04gYXJlIGJvdGggbWFuZGF0b3J5LA0KPiB4K2opIEVpdGhlciBYTUwgb3Ig SlNPTiBpcyBtYW5kYXRvcnkgdGhlIG90aGVyIG9uZSBpcyBvcHRpb25hbCwNCj4gbm0pIEJvdGgg WE1MIGFuZCBKU09OIGFyZSBvcHRpb25hbCBhbmQgX25vdF8gbWFuZGF0b3J5Lg0KPiAgDQo+IEZv ciDigJx4K2rigJ0gYW5kIOKAnG5t4oCdIHBsZWFzZSBwcm92aWRlIGEgc29sdXRpb24gZm9yIGEg c3VjY2Vzc2Z1bCBuZWdvdGlhdGlvbiBvciBkZXRlcm1pbmF0aW9uIG9mIHRoZSBlbmNvZGluZyB0 byBiZSB1c2VkIGJldHdlZW4gc2VydmVyIGFuZCBjbGllbnQuDQo+IEZvciB0aGUgc29sdXRpb24g ZGlzY3Vzc2lvbiBhIHNlcGFyYXRlIHRocmVhZCB3aWxsIGJlIHN0YXJ0ZWQgYW5kIGNhbiBiZSBm aW5hbGl6ZWQgYWxzbyBhZnRlciB0aGUgcG9sbCBkZWFkbGluZS4NCj4gIA0KPiBZb3UgbWF5IHRo aW5rIHRoYXQgb25lIG9yIHRoZSBvdGhlciBvcHRpb24gaXMgdXNlbGVzcyBmcm9tIHlvdXIgcG92 LiBJbiB0aGlzIGNhc2UgcGxlYXNlIGlnbm9yZSBpdC4NCj4gIA0KPiBMb29raW5nIGZvcndhcmQg dG8gY291bnRpbmcgeW91ciB2b3RlcyBhbmQgcmVhZGluZyB5b3VyIHJlYXNvbmluZy4NCj4gVGhh bmsgeW91Lg0KPiAgDQo+IEJlc3QgUmVnYXJkcywgDQo+IE1laG1ldCAmIE1haGVzaA0KPiAgDQo+ ICANCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4g TmV0Y29uZiBtYWlsaW5nIGxpc3QNCj4gTmV0Y29uZkBpZXRmLm9yZw0KPiBodHRwczovL3d3dy5p ZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL25ldGNvbmYNCg0KLS0NCkxhZGlzbGF2IExob3RrYSwg Q1ouTklDIExhYnMNClBHUCBLZXkgSUQ6IEU3NEU4QzBDDQoNCg0KDQoNCl9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpOZXRjb25mIG1haWxpbmcgbGlzdA0K TmV0Y29uZkBpZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9u ZXRjb25mDQo= From nobody Thu Aug 6 14:59:38 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 67A971A9086 for ; Thu, 6 Aug 2015 14:59:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] 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 qfP7vQwqUpaD for ; Thu, 6 Aug 2015 14:59:34 -0700 (PDT) Received: from mail-pa0-x234.google.com (mail-pa0-x234.google.com [IPv6:2607:f8b0:400e:c03::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 13EA51A9064 for ; Thu, 6 Aug 2015 14:59:34 -0700 (PDT) Received: by pabxd6 with SMTP id xd6so53828683pab.2 for ; Thu, 06 Aug 2015 14:59:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=fC0lndH1l2yBi3iMJtWflQZ+H9oPBdYEvem/tmn9jHg=; b=C6eV7IURT+1Y0DzyqS4Q3Itkf+ZJfAPp2co4d8KrWCL+ndBkReu2hPbqk/A9DNpxu/ y1QOYZmSInqyDeBpLyDiocDnLOrfDnxZhZePpDWraoR1QgtOR3AqdFqql4pJ+Sc1r7Vb iuufNc8O5zPp4S1bYd8PqgTY9FEdzkxfkgR9SfX2xljh1lTKmOa3jfRLxWhDXT7DGipn MSi5dTlD1sDwTs6JRSP/zXxUPXjPgKceAWTILh4mUao3cMbNthqzdPiHfvD0KAZ7oxKQ Ki2pBaszYVsvEgcc70cQBlMvRDiTtSYcUD+lxZEyAl1aAhRprfNnQlXJ2vsmQKQvzV/I 8g/w== X-Received: by 10.68.65.77 with SMTP id v13mr7551071pbs.157.1438898373669; Thu, 06 Aug 2015 14:59:33 -0700 (PDT) Received: from ?IPv6:2001:420:290:1266:34da:6610:7242:c9f7? ([2001:420:290:1266:34da:6610:7242:c9f7]) by smtp.gmail.com with ESMTPSA id ni14sm7674855pdb.11.2015.08.06.14.59.32 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 06 Aug 2015 14:59:33 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) From: Mahesh Jethanandani In-Reply-To: Date: Thu, 6 Aug 2015 14:59:57 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <9CC7D333-25F7-408B-8415-AD0811CA98F7@gmail.com> References: <7B2FBFB4-163D-4863-A9B6-8D3E3A80708D@nic.cz> <69AEAEEA-E6AB-4E91-8F8D-66D1D5D23371@gmail.com> To: "Ersue, Mehmet (Nokia - DE/Munich)" X-Mailer: Apple Mail (2.2098) Archived-At: Cc: Netconf Subject: Re: [Netconf] Discovery of the Encoding Format WAS:FW: Opinion poll for the RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Aug 2015 21:59:36 -0000 I should have clarified.=20 Do we need the options x), j) or x+j)? Why not have x-j) as the only option, with Accept request-header being = used to determine which one the server supports?=20 > On Aug 6, 2015, at 2:43 PM, Ersue, Mehmet (Nokia - DE/Munich) = wrote: >=20 > Limiting the choices to XML or JSON mandatory enforces = interoperability. >=20 > As such the RESTCONF implementer must support a well-known encoding = defined in the standard specification. > I believe x or j or x+j can be a solution for the standard text. >=20 > Cheers,=20 > Mehmet=20 >=20 >=20 > -----Original Message----- > From: ext Mahesh Jethanandani [mailto:mjethanandani@gmail.com]=20 > Sent: Thursday, August 06, 2015 11:34 PM > To: Ladislav Lhotka > Cc: Ersue, Mehmet (Nokia - DE/Munich); Netconf > Subject: Re: [Netconf] Discovery of the Encoding Format WAS:FW: = Opinion poll for the RESTCONF encoding >=20 > [Chair hat off] >=20 > If client can indicate desired encoding format by sending it in Accept = request-header, why do we need to mandate any form of encoding? If = server supports the form of encoding, it will respond with a valid = response. If not it will respond with a 406. >=20 >> On Aug 6, 2015, at 2:07 PM, Ladislav Lhotka wrote: >>=20 >> Hi, >>=20 >> I believe no disussion is needed here, the solution is provided by = HTTP: >>=20 >> - the client sends all supported encodings in the Accept = request-header, perhaps also indicating the preference via the quality = (q) =20 >> parameter. >>=20 >> - the client either sends the reply in one of those encodings, or = replies with 406 (not supported). >>=20 >> Lada >>=20 >>> On 06 Aug 2015, at 22:21, Ersue, Mehmet (Nokia - DE/Munich) = wrote: >>>=20 >>> All, >>>=20 >>> please use this thread for the discussion on the discovery of the = encoding format. >>>=20 >>> Cheers,=20 >>> Mehmet=20 >>>=20 >>> From: Netconf [mailto:netconf-bounces@ietf.org] On Behalf Of ext = Ersue, Mehmet (Nokia - DE/Munich) >>> Sent: Thursday, August 06, 2015 10:18 PM >>> To: Netconf >>> Subject: [Netconf] Opinion poll for the RESTCONF encoding >>>=20 >>> Dear NETCONF WG, >>>=20 >>> last October we had an opinion poll on the RESTCONF encoding, which = ended with a close consensus in favor of XML as mandatory. >>> See = https://mailarchive.ietf.org/arch/msg/netconf/YSEbLd-nnI0dlkeiIeGW-z6JqDg >>> Based on the recent discussion on this topic and opinions against = mandatory statements in RESTCONF, NETCONF WG co-chairs would like to = start a new opinion poll. >>>=20 >>> As stated in the mail for the previous poll, the result of the poll = depends on the count of people voting. >>> So, all interested NETCONF WG members, please speak up so that we = get a better data to judge on WG (rough) consensus. >>> If the voting result is again close, the WG co-chairs will (again) = declare consensus in the sake of progress, based on the =E2=80=9Cdominant = view=E2=80=9D determined by the co-chairs and AD. >>>=20 >>> Please do state your opinion with short and concrete reasoning, by = August 19, 2015 18:00 PST about the following options: >>>=20 >>> x) XML is mandatory, JSON optional, >>> j) JSON is mandatory, XML optional, >>> x&j) XML and JSON are both mandatory, >>> x+j) Either XML or JSON is mandatory the other one is optional, >>> nm) Both XML and JSON are optional and _not_ mandatory. >>>=20 >>> For =E2=80=9Cx+j=E2=80=9D and =E2=80=9Cnm=E2=80=9D please provide a = solution for a successful negotiation or determination of the encoding = to be used between server and client. >>> For the solution discussion a separate thread will be started and = can be finalized also after the poll deadline. >>>=20 >>> You may think that one or the other option is useless from your pov. = In this case please ignore it. >>>=20 >>> Looking forward to counting your votes and reading your reasoning. >>> Thank you. >>>=20 >>> Best Regards,=20 >>> Mehmet & Mahesh >>>=20 >>>=20 >>> _______________________________________________ >>> Netconf mailing list >>> Netconf@ietf.org >>> https://www.ietf.org/mailman/listinfo/netconf >>=20 >> -- >> Ladislav Lhotka, CZ.NIC Labs >> PGP Key ID: E74E8C0C >>=20 >>=20 >>=20 >>=20 >> _______________________________________________ >> Netconf mailing list >> Netconf@ietf.org >> https://www.ietf.org/mailman/listinfo/netconf >=20 > Mahesh Jethanandani > mjethanandani@gmail.com >=20 >=20 >=20 Mahesh Jethanandani mjethanandani@gmail.com From nobody Thu Aug 6 15:09:26 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 890031A92AE for ; Thu, 6 Aug 2015 15:09:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.909 X-Spam-Level: X-Spam-Status: No, score=-6.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, 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 83vEeCKDldpT for ; Thu, 6 Aug 2015 15:09:22 -0700 (PDT) Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-01.alcatel-lucent.com [135.245.210.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A7A341A9233 for ; Thu, 6 Aug 2015 15:09:22 -0700 (PDT) Received: from us70tusmtp2.zam.alcatel-lucent.com (unknown [135.5.2.64]) by Websense Email Security Gateway with ESMTPS id 2D46EC8299D4F for ; Thu, 6 Aug 2015 22:09:18 +0000 (GMT) Received: from US70UWXCHHUB01.zam.alcatel-lucent.com (us70uwxchhub01.zam.alcatel-lucent.com [135.5.2.48]) by us70tusmtp2.zam.alcatel-lucent.com (GMO) with ESMTP id t76M9JfO032257 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Thu, 6 Aug 2015 22:09:19 GMT Received: from US70UWXCHMBA05.zam.alcatel-lucent.com ([169.254.10.167]) by US70UWXCHHUB01.zam.alcatel-lucent.com ([135.5.2.48]) with mapi id 14.03.0195.001; Thu, 6 Aug 2015 18:09:19 -0400 From: "Carey, Timothy (Timothy)" To: "netconf@ietf.org" Thread-Topic: Opinion poll for the RESTCONF encoding Thread-Index: AdDQlIlzAZqTNS0AQM+NUdF8qjntcw== Date: Thu, 6 Aug 2015 22:09:20 +0000 Message-ID: <9966516C6EB5FC4381E05BF80AA55F77DC22E87C@US70UWXCHMBA05.zam.alcatel-lucent.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.5.27.17] Content-Type: multipart/alternative; boundary="_000_9966516C6EB5FC4381E05BF80AA55F77DC22E87CUS70UWXCHMBA05z_" MIME-Version: 1.0 Archived-At: Subject: [Netconf] Opinion poll for the RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Aug 2015 22:09:24 -0000 --_000_9966516C6EB5FC4381E05BF80AA55F77DC22E87CUS70UWXCHMBA05z_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I believe it should be "x+j" The text already says Content is encoded in either JSON or XML format so we= have constrained RESTconf to those protocols already. We can use the Accept-encoding feature to negotiate as Mehmet suggests BTW:= We may have an issue with "If there was no request input, then the default= output encoding is XML". BR, Tim --_000_9966516C6EB5FC4381E05BF80AA55F77DC22E87CUS70UWXCHMBA05z_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I believe it should be “x+j”

 

 

The text already says Content is encoded in either = JSON or XML format so we have constrained RESTconf to those protocols alrea= dy.

 

We can use the Accept-encoding feature to negotiate= as Mehmet suggests BTW: We may have an issue with “If there was no r= equest input, then the default output encoding is XML”.

 

BR,

Tim

--_000_9966516C6EB5FC4381E05BF80AA55F77DC22E87CUS70UWXCHMBA05z_-- From nobody Thu Aug 6 15:39:37 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9CDC71ACD23 for ; Thu, 6 Aug 2015 15:39:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] 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 CU8cuLVHBlHS for ; Thu, 6 Aug 2015 15:39:34 -0700 (PDT) Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ED1361ACD17 for ; Thu, 6 Aug 2015 15:39:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1756; q=dns/txt; s=iport; t=1438900773; x=1440110373; h=subject:to:references:from:message-id:date:mime-version: in-reply-to:content-transfer-encoding; bh=R3L0IFnL3v7mTWdVaECsk/UHjCe3Q35HW+QRGezm8Ag=; b=RO+XTC3jlpGWJRXx9Zo2sUfLV16aBojP9VOihCuNbkfj5Jn8+idrYjQQ 0A1JdKmI3LVe5SzYtzLToqx7Et8/qHrMwyJmGIPqRj5DwsbyD+ObCXXCi ZteJ+2Aqvp5lu01obV+jgqbs3LX8U1N1+jjgRSnj9ytAqBPCIVgIXazhu Y=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0AHBQDn4MNV/5tdJa1bgxtUab0hggCFfQKBRzkTAQEBAQEBAYEKhCQBAQQyAQVAEQsYCRYPCQMCAQIBRQYBDAgBAReIE84XAQEBAQEBAQEBAQEBAQEBARyLT4Q3AQEFUoQsAQSVAYR/h1iBR0aDXYJ1jS2DZCaEGSIxgQ6BPgEBAQ X-IronPort-AV: E=Sophos;i="5.15,625,1432598400"; d="scan'208";a="16553312" Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by rcdn-iport-7.cisco.com with ESMTP; 06 Aug 2015 22:39:32 +0000 Received: from [10.117.46.170] (rtp-jclarke-8919.cisco.com [10.117.46.170]) by rcdn-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id t76MdWpI032412; Thu, 6 Aug 2015 22:39:32 GMT To: "Ersue, Mehmet (Nokia - DE/Munich)" , Netconf References: From: Joe Clarke Organization: Cisco Systems, Inc. Message-ID: <55C3E224.8080508@cisco.com> Date: Thu, 6 Aug 2015 18:39:32 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Archived-At: Subject: Re: [Netconf] Opinion poll for the RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Aug 2015 22:39:35 -0000 On 8/6/15 16:18, Ersue, Mehmet (Nokia - DE/Munich) wrote: > Dear NETCONF WG, > > last October we had an opinion poll on the RESTCONF encoding, which > ended with a close consensus in favor of XML as mandatory. > See > _https://mailarchive.ietf.org/arch/msg/netconf/YSEbLd-nnI0dlkeiIeGW-z6JqDg_ > Based on the recent discussion on this topic and opinions against > mandatory statements in RESTCONF, NETCONF WG co-chairs would like to > start a new opinion poll. > As stated in the mail for the previous poll, the result of the poll > depends on the count of people voting. > So, all interested NETCONF WG members, please speak up so that we get a > better data to judge on WG (rough) consensus. > If the voting result is again close, the WG co-chairs will (again) > declare consensus in the sake of progress, based on the “dominant view” > determined by the co-chairs and AD. > Please do state your opinion with short and concrete reasoning, by > August 19, 2015 18:00 PST about the following options: > > x) XML is mandatory, JSON optional, > j) JSON is mandatory, XML optional, > x&j) XML and JSON are both mandatory, > x+j) Either XML or JSON is mandatory the other one is optional, > nm) Both XML and JSON are optional and _/not/_ mandatory. > For “x+j” and “nm” please provide a solution for a successful > negotiation or determination of the encoding to be used between server > and client. > For the solution discussion a separate thread will be started and can be > finalized also after the poll deadline. > You may think that one or the other option is useless from your pov. In > this case please ignore it. > Looking forward to counting your votes and reading your reasoning. j is mandatory, x optional Joe From nobody Fri Aug 7 01:02:00 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8A2971A1A7B for ; Fri, 7 Aug 2015 01:01:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.661 X-Spam-Level: X-Spam-Status: No, score=-0.661 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HELO_EQ_CZ=0.445, HOST_EQ_CZ=0.904, T_RP_MATCHES_RCVD=-0.01] autolearn=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 LZEAlfDRVDZD for ; Fri, 7 Aug 2015 01:01:58 -0700 (PDT) Received: from mail.nic.cz (mail.nic.cz [IPv6:2001:1488:800:400::400]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0B4C01A1A76 for ; Fri, 7 Aug 2015 01:01:57 -0700 (PDT) Received: from birdie.labs.nic.cz (unknown [195.113.220.110]) by mail.nic.cz (Postfix) with ESMTPSA id 42A1218188B for ; Fri, 7 Aug 2015 10:01:55 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=nic.cz; s=default; t=1438934515; bh=/LSdSW9NvU8WouyHA/LfjEjYQOnb49McLNINcR6ga4o=; h=From:Date:To; b=uWBTv+gShjtOvK/4FJ9aT+ffuCc1O3w9RZVEiNKmxJByw5+hB0ESG07seWwI/asGT fg0foa01v+ExGbmQ4/9hDGB6xdUX7i2Fj5n+m/2K9OWYe0hu9oL5Jfacb6E0yoSzG+ wO5mb6UBu5N8BN/3dO2HsaHSJGG1pVq3920iGzK0= Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) From: Ladislav Lhotka In-Reply-To: <9966516C6EB5FC4381E05BF80AA55F77DC22E87C@US70UWXCHMBA05.zam.alcatel-lucent.com> Date: Fri, 7 Aug 2015 10:01:56 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <58BB07FF-4972-4CBC-83D2-E5E7BFB2AEA9@nic.cz> References: <9966516C6EB5FC4381E05BF80AA55F77DC22E87C@US70UWXCHMBA05.zam.alcatel-lucent.com> To: Netconf X-Mailer: Apple Mail (2.2102) X-Virus-Scanned: clamav-milter 0.98.7 at mail X-Virus-Status: Clean Archived-At: Subject: Re: [Netconf] Opinion poll for the RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Aug 2015 08:01:59 -0000 > On 07 Aug 2015, at 00:09, Carey, Timothy (Timothy) = wrote: >=20 > I believe it should be =E2=80=9Cx+j=E2=80=9D >=20 >=20 > The text already says Content is encoded in either JSON or XML format = so we have constrained RESTconf to those protocols already. >=20 > We can use the Accept-encoding feature to negotiate as Mehmet suggests = BTW: We may have an issue with =E2=80=9CIf there was no request input, = then the default output encoding is XML=E2=80=9D. RFC 7231 says: =E2=80=9CA request without any Accept header field = implies that the user agent will accept any media type in response.=E2=80=9D= In our case the server may send either XML or JSON. Lada >=20 > BR, > Tim > _______________________________________________ > Netconf mailing list > Netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf -- Ladislav Lhotka, CZ.NIC Labs PGP Key ID: E74E8C0C From nobody Fri Aug 7 04:23:17 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3D5EE1B2A7C for ; Fri, 7 Aug 2015 04:23:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001] 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 7eH0RUkzUFPO for ; Fri, 7 Aug 2015 04:23:13 -0700 (PDT) Received: from emea01-am1-obe.outbound.protection.outlook.com (mail-am1on0779.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe00::779]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 54C8B1B2A78 for ; Fri, 7 Aug 2015 04:23:11 -0700 (PDT) Received: from DB3PR07MB060.eurprd07.prod.outlook.com (10.242.137.151) by DB3PR07MB137.eurprd07.prod.outlook.com (10.242.132.16) with Microsoft SMTP Server (TLS) id 15.1.225.19; Fri, 7 Aug 2015 11:22:50 +0000 Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=ietfc@btconnect.com; Received: from pc6 (81.151.167.91) by DB3PR07MB060.eurprd07.prod.outlook.com (10.242.137.151) with Microsoft SMTP Server (TLS) id 15.1.225.19; Fri, 7 Aug 2015 11:22:50 +0000 Message-ID: <006f01d0d103$89b211c0$4001a8c0@gateway.2wire.net> From: t.petch To: "Ersue, Mehmet (Nokia - DE/Munich)" , Netconf References: Date: Fri, 7 Aug 2015 12:23:45 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Originating-IP: [81.151.167.91] X-ClientProxiedBy: AM2PR07CA0007.eurprd07.prod.outlook.com (25.163.24.145) To DB3PR07MB060.eurprd07.prod.outlook.com (10.242.137.151) X-Microsoft-Exchange-Diagnostics: 1; DB3PR07MB060; 2:qgR8KCD4mcTZW9tOkGAFirr/3opmu5HGef8v98xT8VdPMWa97OaHx0ERl2VKt7AHa1yEOHcNSvPRh4arnVzyFhKVFBGqEPIEzbFoTF5DlHfr0fB7NRMn9wCnyF4FiE5H05S063ccSxnOCUKsHxGHJXl34iAyiUyTEC+vGVSXVVs=; 3:D1hcSg+WFgFZKJKdlhCVI1UwK6kYVV71fGfA2SS89alwgK5i2tBuDxEPx89jGOcvl3B5c7IJ1VW2d7fgoGRuXsqSHtCYDxVzbGyq3uzaAQZFm8tTz3pZ6XA1vBMeJ5mBMHdePy4U/MAiL44wXTK38w==; 25:8qTOdmyWLvbYCyfRYhalrabd60VWcYUStq4zBca2eFMVdA8pFYC/GJ3IRkNJDECStRFNip48kSyJ6+Ji/8h3rCWiopFgRRmhu/8HWqet/uKQLUbgMsFvzqvLV/evQG7a5oSl1U9zhpluypFqpM2L9iSXEoZjKxTYzbA+P1PrD752LfKhllJ1BJmH4ho5FhZYB5jP0rDckhoGmVYlH+myofRonObZwA2yzmRVWT7H7uwcE5z/YGaf/8bGgvDPzZwjklK4Ym5N1SPZ911xG80UEA==; 4:21IJQjThxkUf/jj1P6N3OyDZ4sIxbioGxnACg0QCAb3BDQbS1XpI+6m6rBLQjTz9GlDFdkZpZ8xKmIzr0Kl4YMtKBgeclCWVxYr5Eh0erh3XLGeohFvsBo3/f9tKkdfmaiui2jHVclyIoZO2/SgtjQmZAoagqV4mr1mGFg09IZEzCxzcng8oiScyLvQ5UYU738DzygoQzWm72SJwKo8d/GxunblMliOsQMz3K3kkjkBU7lKIy+EPXmvL4G2yP/LsWjLKfrNAhmAFUwvovxA18YrUqzN+39wfFN47PlDEja8= X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:; SRVR:DB3PR07MB060; UriScan:; BCL:0; PCL:0; RULEID:; SRVR:DB3PR07MB137; X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(5005006)(3002001); SRVR:DB3PR07MB060; BCL:0; PCL:0; RULEID:; SRVR:DB3PR07MB060; X-Forefront-PRVS: 066153096A X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(6009001)(13464003)(377454003)(199003)(189002)(87976001)(92566002)(105586002)(101416001)(50466002)(1556002)(62236002)(97736004)(5001770100001)(66066001)(81156007)(47776003)(81686999)(64706001)(68736005)(5001830100001)(1456003)(50986999)(84392001)(5001860100001)(575784001)(46102003)(86362001)(77096005)(44716002)(23756003)(76176999)(15975445007)(50226001)(44736004)(81816999)(33646002)(19580395003)(5001960100002)(106356001)(4001540100001)(122386002)(19580405001)(107886002)(116806002)(77156002)(61296003)(42186005)(40100003)(14496001)(189998001)(62966003)(74416001)(7726001); DIR:OUT; SFP:1102; SCL:1; SRVR:DB3PR07MB060; H:pc6; FPR:; SPF:None; PTR:InfoNoRecords; A:0; MX:1; LANG:en; Received-SPF: None (protection.outlook.com: btconnect.com does not designate permitted sender hosts) X-Microsoft-Exchange-Diagnostics: =?iso-8859-1?Q?1; DB3PR07MB060; 23:ZDJzaYsOk6UKUkeZeA9cfzs+A7+Sk70D5x1FdwvO?= =?iso-8859-1?Q?VYrjhTQUreHvBw9Gfxl7bTR2L3v8JgGP7H2fsqslZ1j2lm+9yXNRRa9SfB?= =?iso-8859-1?Q?cRnGQLDIBRl+7iGJC7sOY85+zcZTg2OSt/RMAe2GjjtO0l4MUKcn1dnYE5?= =?iso-8859-1?Q?hu1+VhA0pdvYemJQHBy3bQewvWLYFrTTx8AtvTKhFbPGNC4H0hs8nF+Omf?= =?iso-8859-1?Q?uNjwWMHqGUHdNM5IEktnM64l8+EMXXRMau0ptzF2v7ijXNI1kbfTJOr2TW?= =?iso-8859-1?Q?SDqoDMgzu9bXrS9H2xw3OWMxZBxLMqgkiOBNym9LwZ5D22KYt6y3TGrYW0?= =?iso-8859-1?Q?3ZUlHu8g1Lvws216+tiGNWRB1SecXXITtfmBDJtwZL7pNK+0u3VjxqvN+L?= =?iso-8859-1?Q?3ycJvEODtQOUOH14ZuAuzEvC8Vi98+XQhBCjUy/HLbhhhT494+N8ZI4Ri3?= =?iso-8859-1?Q?4EHgf9KWxkRVD3ZMMwFUvC/0ScFxOEzdIVxRtXZEbDTkXOc9qanOCKBjNl?= =?iso-8859-1?Q?K3hDC+NNJ6LHF6Bg3h4wQP+/cjnYHn+uygv6+251Ww3KZ0esnYhxTR2ioH?= =?iso-8859-1?Q?pZGYVy7VRVl1OglP+lkO/6/Cb5LKwPmDrAy3o4UqThKmu4NBQXXVkGFLci?= =?iso-8859-1?Q?mNqkN2UB5VKGespAofu5LurZY7ASyb3/+4GYXl5e46qjJ2C0hsOreAUnnF?= =?iso-8859-1?Q?TREDyIY5qqEaP3S3wknn72/uXtbj41uMdVt9bLT5qCxMtxJ2KFzRBw9xgF?= =?iso-8859-1?Q?rh72TDwlwZJG9p41u36y/SyCAnCbe9xnJmCtd2TF4dLnIMviTurU5z+aLx?= =?iso-8859-1?Q?ZphX06lIp8W0A8oDoc2mPk1fP0cLWygxlSA9657+9RAp24CZtcNy2JA5qW?= =?iso-8859-1?Q?ANYrnKotKTZxUKys0MpQc/wh614C7eXUTCDsZ01CcZpRMKn3QmBsrlGTHW?= =?iso-8859-1?Q?uHArqO4pYuRzECcuK7xrD/kP5DgDvVVDoUMcQquXE1lsUIY5ogiQib0b+X?= =?iso-8859-1?Q?ldai3VQoptN7nyq1lGmQL/JrfLvsa4lXbChORPttX1axYtGg+vd8lSM3eN?= =?iso-8859-1?Q?Vh/lT3eeijB7VXtjAjlTnkMBQf0my4gqutwfmh86ZZiorsPOLRSkB6Z4Wq?= =?iso-8859-1?Q?cFCloBMiXTprNMy4rXAD7Vohhb6aPvMBGV5OTGI/7LPrIn/XshsrzofTD8?= =?iso-8859-1?Q?2DeoEsNdhWy58UEJInfd3SOC3+mYpmdYzCMqIrRy86VbbiFypwmCT3Ter8?= =?iso-8859-1?Q?dmtKLXeoSpuK1iQNIfl4agRT4naq0EzmiBIQLuoEh5qmGHB6Y1jjeCgizA?= =?iso-8859-1?Q?BZnB11Gu3R8033xYFaUyEGZ2XaJKVKXM6Wdz85zQzcE5UPyvlTdGPle92D?= =?iso-8859-1?Q?cqmjGTfKWtCEIPOC3E4WXhswkiaDXdFPNz6hjtixKjYEVfFlFyk1xJmXiy?= =?iso-8859-1?Q?WCTnt0X+xgW8Y=3D?= X-Microsoft-Exchange-Diagnostics: 1; DB3PR07MB060; 5:BzTw95C337QXTBtHVpK8+RDgM/Usy0IvdWKPdbeEIGweS48+ESmZC7DkdafLejzJ1Vfp1Ap9DuyGlOmSF2s7+RKo/fWDfngTrgnRSgiqamD9TmPtYsFMEIIRCkz0HCiUqVsiTgt7dPXdRjOIHaxwmA==; 24:zAEI5cIW+8mD6SMNPyD1PDyGBt2Fgokj4oyMQvSCh6P7k7e4Tq/6iPF+zj07u2q4PUysrJ58DfL7dlvfJ3dkGdCDoc4O589dVP/TYiqLFmw=; 20:qPyONtXptYUEBW2estXW8lphfAYJ/zh1b6Nu9etv5p1CrutnvCmNUiWtIskToOJNd1BA7tyihMJSWunoT0ILPw== SpamDiagnosticOutput: 1:23 SpamDiagnosticMetadata: NSPM X-MS-Exchange-CrossTenant-OriginalArrivalTime: 07 Aug 2015 11:22:50.6129 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB3PR07MB060 X-Microsoft-Exchange-Diagnostics: 1; DB3PR07MB137; 2:TzCLTl6G//3qr/KGpWgSQKp/yNUzIXigck8zYXuToI6zERCAhM6fu+UaGGSQl2CIRRKtZvwUqL09O5NTSGjECadJoX/wC86c+36Ja9zvTg1chMESwGOeoVihHUWBHB2Ptta1KW6DOFpx1WtTWOFcwCrgL2Bv6T3C9jDP14h1AHs=; 3:SOVDx/1o7IZhIEsYB0Iegq1YHAPLCAC4NAdrJ+hZb7po/Jr7RRtdX3A0ZDhPxqRrzCphYxqOe+llk0uggcfXhg8YEFJklOegHtGuXhq0VTKsHQ2Zg5G/M7OBK0ajzO0k0SRQ2y9kqAOcT+Fhhsge3A==; 25:sKBtaMYxpOnWZzhnCDSS1NCfJJFY7DDfXukPzh8wQr1kpi2/7faBtUPeEHRtsV3twRma/N3Fru4xUsMBI5Jn/ebisT0VyESsdj8U+Wi3zAWJT5rHE8mrbaAjJY2iKR6O0g4U3rjvtozuBfmhbNbkKsT0Y9c0EygBj340Bj0AFqveTb+IvkJgIHZ9pnvBFsMyC0LUTKGRYQIGMkNSTS4DodRttR0vkSQ/W1NEstNtCHrJGRHqRaP4sZe6VHnEil0XSBNybqys6L0OsgJR5KlzZg==; 23:3tbFGKDEAunKnt7u1qnQEteQnCnvmJmKSzfDszf3u+fQhtqwF5kPkuadid1hV56TM1XG4yd2Av7SDpgE8vREnZJOyj8W0i8N2d+OSCwYj/HLelPSpxPxIv2IfHqMjz1miNLESKrtx7QX6/FFLui32J1DFqB02SirnMixwBo9pKY= X-OriginatorOrg: btconnect.com Archived-At: Subject: Re: [Netconf] Opinion poll for the RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Aug 2015 11:23:16 -0000 ----- Original Message ----- From: "Ersue, Mehmet (Nokia - DE/Munich)" mehmet.ersue@nokia.com> Sent: Thursday, August 06, 2015 9:18 PM last October we had an opinion poll on the RESTCONF encoding, which ended with a close consensus in favor of XML as mandatory. See https://mailarchive.ietf.org/arch/msg/netconf/YSEbLd-nnI0dlkeiIeGW-z6JqD g Based on the recent discussion on this topic and opinions against mandatory statements in RESTCONF, NETCONF WG co-chairs would like to start a new opinion poll. As stated in the mail for the previous poll, the result of the poll depends on the count of people voting. So, all interested NETCONF WG members, please speak up so that we get a better data to judge on WG (rough) consensus. If the voting result is again close, the WG co-chairs will (again) declare consensus in the sake of progress, based on the "dominant view" determined by the co-chairs and AD. Please do state your opinion with short and concrete reasoning, by August 19, 2015 18:00 PST about the following options: x) XML is mandatory, JSON optional, j) JSON is mandatory, XML optional, x&j) XML and JSON are both mandatory, x+j) Either XML or JSON is mandatory the other one is optional, nm) Both XML and JSON are optional and _not_ mandatory. x offers the best chance of interoperability at this point in time. Tom Petch For "x+j" and "nm" please provide a solution for a successful negotiation or determination of the encoding to be used between server and client. For the solution discussion a separate thread will be started and can be finalized also after the poll deadline. You may think that one or the other option is useless from your pov. In this case please ignore it. Looking forward to counting your votes and reading your reasoning. Thank you. Best Regards, Mehmet & Mahesh ------------------------------------------------------------------------ -------- > _______________________________________________ > Netconf mailing list > Netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf > From nobody Fri Aug 7 09:00:39 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2E53B1AD09A; Fri, 7 Aug 2015 09:00:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] 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 M1jmAjCUqn7B; Fri, 7 Aug 2015 09:00:35 -0700 (PDT) Received: from mail-pa0-x22c.google.com (mail-pa0-x22c.google.com [IPv6:2607:f8b0:400e:c03::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4CB411ACDC1; Fri, 7 Aug 2015 09:00:34 -0700 (PDT) Received: by pabxd6 with SMTP id xd6so72870011pab.2; Fri, 07 Aug 2015 09:00:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=3hERmR3YAu37gy1blBdhrZ2MknUmaGanx+NjBNdKBBg=; b=EqnJz9S0LUHl2zKwCM0OIe+4rgFkKxlAOAc+UJFuL0U1dRH5sPyivb1YYMyloZjYzh ZdG01bVJH87Vv4dnSVcggJVWbHkipUwkurzl/mz2cXWfrc9a/bQKcJqdCBPXbnpubnvc Zem2C5jiow0QDElZ95Dt/cpo3nngzOSDnaT7TVF7b3N+ozQf4vdvgcboTKMw5aaxJ6Sg JhCIKDv69Jw4nl5ANB3Qvd49hIqcJ2X4Vumus762yyCu0ghLoB4Cc9QBVmL0w1ly2x0m J6iISHlBQt4xuhqv9TUDQQcPYAqY45h5EAQP8upTSjmIs2Ufyx3LnvMCRcFGrumycjNu dOQw== X-Received: by 10.66.66.40 with SMTP id c8mr16424366pat.117.1438963233820; Fri, 07 Aug 2015 09:00:33 -0700 (PDT) Received: from ?IPv6:2001:420:c0c8:1005::2c9? ([2001:420:c0c8:1005::2c9]) by smtp.gmail.com with ESMTPSA id ca13sm10628512pac.25.2015.08.07.09.00.32 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 07 Aug 2015 09:00:33 -0700 (PDT) Content-Type: multipart/alternative; boundary="Apple-Mail=_57C34FB0-4390-4CDF-850C-85ADAB41108B" Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) From: Mahesh Jethanandani In-Reply-To: <6F199294-335D-47D6-AEFB-61C76BD6E765@gmail.com> Date: Fri, 7 Aug 2015 09:00:30 -0700 Message-Id: References: <6F199294-335D-47D6-AEFB-61C76BD6E765@gmail.com> To: Kent Watsen X-Mailer: Apple Mail (2.2098) Archived-At: Cc: ops-ads@ietf.org, iesg-secretary@ietf.org, Netconf Subject: [Netconf] Shepherd's review of draft-ietf-netconf-call-home-09 X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Aug 2015 16:00:38 -0000 --Apple-Mail=_57C34FB0-4390-4CDF-850C-85ADAB41108B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 [Correcting one of the e-mail addresses and adding a few more] Hi Kent, I have completed the shepherd review of the NETCONF Call Home and = RESTCONF Call Home draft. I believe the document is well written and is = easy to read. (1) What type of RFC is being requested (BCP, Proposed Standard, Internet Standard, Informational, Experimental, or Historic)? Why is this the proper type of RFC? Is this type of RFC indicated in the title page header? This document is intended to be a Standards document, and it indicates = it as such in the document. (2) The IESG approval announcement includes a Document Announcement Write-Up. Please provide such a Document Announcement Write-Up. Recent examples can be found in the "Action" announcements for approved documents. The approval announcement contains the following sections: Technical Summary This RFC presents NETCONF Call Home and RESTCONF Call Home, which enable = a NETCONF or RESTCONF server to initiate a secure connection to a = NETCONF or RESTCONF client respectively. Working Group Summary This document is a result of a split between this document and the = server configuration data model which is its own draft. With the split = most of the complexity in configuration has moved to the server model = draft. There were 10 issues that were opened and closed on the draft. At this = point there are no open issues. Document Quality This document was extensively reviewed and comments were provided both = in IETF meetings and on the mailing list. Perhaps the most important = discussion and which resulted in the split, is the discussion around = hostname keys and SSH and TLS configuration. Both Tom Petch and Juergen = gave extensive comments on the draft. Personnel The document shepherd is Mahesh Jethanandani. The responsible AD will be = Benoit Claise. (3) Briefly describe the review of this document that was performed by the Document Shepherd. If this version of the document is not ready for publication, please explain why the document is being forwarded to the IESG. The Document Shepherd have followed the progression of the document = through the WG, and has reviewed the document. At this time the document = has addressed all the outstanding comments in the latest draft version. (4) Does the document Shepherd have any concerns about the depth or breadth of the reviews that have been performed? The document shepherds does not have any concerns about the amount of = review the document has received. It has been reviewed by several = parties. (5) Do portions of the document need review from a particular or from broader perspective, e.g., security, operational complexity, AAA, DNS, DHCP, XML, or internationalization? If so, describe the review that took place. The document does not need review from any additional parties. (6) Describe any specific concerns or issues that the Document Shepherd has with this document that the Responsible Area Director and/or the IESG should be aware of? For example, perhaps he or she is uncomfortable with certain parts of the document, or has concerns whether there really is a need for it. In any event, if the WG has discussed those issues and has indicated that it still wishes to advance the document, detail those concerns here. No, the Document Shepherds do not have any specific concerns. (7) Has each author confirmed that any and all appropriate IPR disclosures required for full conformance with the provisions of BCP 78 and BCP 79 have already been filed. If not, explain why. Yes, the author has confirmed one IPR related to the draft. (8) Has an IPR disclosure been filed that references this document? If so, summarize any WG discussion and conclusion regarding the IPR disclosures. An IPR disclosure is documented under=20 https://datatracker.ietf.org/ipr/2445/ = and it has been published on the WG mailing list. There were no = discussions as a result of the disclosure of the IPR. (9) How solid is the WG consensus behind this document? Does it=20 represent the strong concurrence of a few individuals, with others being silent, or does the WG as a whole understand and agree with it? =20= There is strong consensus from a diverse set of individuals, who have = voiced support for the document. (10) Has anyone threatened an appeal or otherwise indicated extreme=20 discontent? If so, please summarize the areas of conflict in separate email messages to the Responsible Area Director. (It should be in a separate email because this questionnaire is publicly available.)=20 No. (11) Identify any ID nits the Document Shepherd has found in this document. (See=20 http://www.ietf.org/tools/idnits/ and the Internet-Drafts Checklist). Boilerplate checks are not enough; this check needs to be thorough. No Indnits revealed in this document.=20 (12) Describe how the document meets any required formal review criteria, such as the MIB Doctor, media type, and URI type reviews. No formal review criteria encountered. (13) Have all references within this document been identified as either normative or informative? Yes. (14) Are there normative references to documents that are not ready for advancement or are otherwise in an unclear state? If such normative references exist, what is the plan for their completion? No. (15) Are there downward normative references references (see RFC 3967)? If so, list these downward references to support the Area Director in=20 the Last Call procedure.=20 No. (16) Will publication of this document change the status of any existing RFCs? Are those RFCs listed on the title page header, listed in the abstract, and discussed in the introduction? If the RFCs are not listed in the Abstract and Introduction, explain why, and point to the part of the document where the relationship of this document to the other RFCs is discussed. If this information is not in the document, explain why the WG considers it unnecessary. No. (17) Describe the Document Shepherd's review of the IANA considerations section, especially with regard to its consistency with the body of the document. Confirm that all protocol extensions that the document makes are associated with the appropriate reservations in IANA registries. Confirm that any referenced IANA registries have been clearly identified. Confirm that newly created IANA registries include a detailed specification of the initial contents for the registry, that allocations procedures for future registrations are defined, and a reasonable name for the new registry has been suggested (see RFC 5226). The IANA considerations section details the changes that would be = required as a result of this draft requesting three TCP port numbers in = the =E2=80=9CRegistered Port Numbers=E2=80=9D of IANA registry entry. = The request follows the template rules identified in RFC 6335. (18) List any new IANA registries that require Expert Review for future allocations. Provide any public guidance that the IESG would find useful in selecting the IANA Experts for these new registries. The IANA registry needs to review the request for three new TCP ports, = one for SSH over NETCONF and two for NETCONF and RESTCONF over TLS. = There was some discussion in the WG over whether there was anyway to = combine the port requests and reduce the number of port requests. (19) Describe reviews and automated checks performed by the Document Shepherd to validate sections of the document written in a formal language, such as XML code, BNF rules, MIB definitions, etc. None. Mahesh Jethanandani mjethanandani@gmail.com --Apple-Mail=_57C34FB0-4390-4CDF-850C-85ADAB41108B Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 [Correcting one of the e-mail addresses and adding a few = more]

Hi Kent,

I have = completed the shepherd review of the NETCONF Call Home and RESTCONF Call = Home draft. I believe the document is well written and is easy to = read.

(1) What = type of RFC is being requested (BCP, Proposed Standard,
Internet Standard, Informational, Experimental, or Historic)? =  Why
is this the proper type of RFC?  Is = this type of RFC indicated in the
title page = header?

This = document is intended to be a Standards document, and it indicates it as = such in the document.

(2) The IESG approval announcement includes a Document = Announcement
Write-Up. Please provide such a = Document Announcement Write-Up. Recent
examples can = be found in the "Action" announcements for approved
documents. The approval announcement contains the following = sections:

Technical Summary

This RFC presents NETCONF Call Home and = RESTCONF Call Home, which enable a NETCONF or RESTCONF server to = initiate a secure connection to a NETCONF or RESTCONF client = respectively.

Working Group Summary

This document is a result of a split = between this document and the server configuration data model which is = its own draft. With the split most of the complexity in configuration = has moved to the server model draft.

There were 10 issues that were opened = and closed on the draft. At this point there are no open = issues.

Document= Quality

This = document was extensively reviewed and comments were provided both in = IETF meetings and on the mailing list. Perhaps the most important = discussion and which resulted in the split, is the discussion around = hostname keys and SSH and TLS configuration. Both Tom Petch and Juergen = gave extensive comments on the draft.

Personnel

The document shepherd is Mahesh = Jethanandani. The responsible AD will be Benoit Claise.

(3) Briefly describe the = review of this document that was performed by
the = Document Shepherd.  If this version of the document is not = ready
for publication, please explain why the = document is being forwarded to
the IESG.

The Document Shepherd = have followed the progression of the document through the WG, and has = reviewed the document. At this time the document has addressed all the = outstanding comments in the latest draft version.
(4) Does the document Shepherd have = any concerns about the depth or
breadth of the = reviews that have been performed?

The document shepherds does not have = any concerns about the amount of review the document has received. It = has been reviewed by several parties.

(5) Do portions of the document need = review from a particular or from
broader = perspective, e.g., security, operational complexity, AAA, DNS,
DHCP, XML, or internationalization? If so, describe the = review that
took place.

The document does not need review from = any additional parties.

(6) Describe any specific concerns or issues that the = Document Shepherd
has with this document that the = Responsible Area Director and/or the
IESG should be = aware of? For example, perhaps he or she is uncomfortable
with certain parts of the document, or has concerns whether = there really
is a need for it. In any event, if the = WG has discussed those issues and
has indicated = that it still wishes to advance the document, detail those
concerns here.

No, the Document Shepherds do not have any specific = concerns.

(7) = Has each author confirmed that any and all appropriate IPR
disclosures required for full conformance with the provisions = of BCP 78
and BCP 79 have already been filed. If = not, explain why.

Yes, the author has confirmed one IPR related to the = draft.

(8) Has = an IPR disclosure been filed that references this document?
If so, summarize any WG discussion and conclusion regarding = the IPR
disclosures.

An IPR disclosure is documented = under 
https://datatracker.ietf.org/ipr/2445/
 and it has been published on the WG mailing list. There = were no discussions as a result of the disclosure of the IPR.

(9) How solid is the WG = consensus behind this document? Does it 
represent the strong concurrence of a few individuals, with = others
being silent, or does the WG as a whole = understand and agree with it?   

There is strong consensus from a = diverse set of individuals, who have voiced support for the = document.

(10) = Has anyone threatened an appeal or otherwise indicated = extreme 
discontent? If so, please summarize = the areas of conflict in separate
email messages to = the Responsible Area Director. (It should be in a
separate email because this questionnaire is publicly = available.) 

No.

(11) Identify any ID nits the Document Shepherd has found in = this
document. (See 
http://www.ietf.org/tools/idnits/
 and = the Internet-Drafts
Checklist). Boilerplate checks = are not enough; this check needs to be
thorough.

No Indnits revealed in this document. 

(12) Describe how the = document meets any required formal review
criteria, = such as the MIB Doctor, media type, and URI type reviews.

No formal review = criteria encountered.

(13) Have all references within this document been identified = as
either normative or informative?

Yes.

(14) Are there normative = references to documents that are not ready for
advancement or are otherwise in an unclear state? If such = normative
references exist, what is the plan for = their completion?

No.

(15) Are there downward normative references references (see = RFC 3967)?
If so, list these downward references to = support the Area Director in 
the Last Call = procedure. 

No.

(16) Will publication of this document change the status of = any
existing RFCs? Are those RFCs listed on the = title page header, listed
in the abstract, and = discussed in the introduction? If the RFCs are not
listed in the Abstract and Introduction, explain why, and = point to the
part of the document where the = relationship of this document to the
other RFCs is = discussed. If this information is not in the document,
explain why the WG considers it unnecessary.

No.


(17) Describe the Document Shepherd's review of the IANA = considerations
section, especially with regard to = its consistency with the body of the
document. = Confirm that all protocol extensions that the document makes
are associated with the appropriate reservations in IANA = registries.
Confirm that any referenced IANA = registries have been clearly
identified. Confirm = that newly created IANA registries include a
detailed= specification of the initial contents for the registry, that
allocations procedures for future registrations are defined, = and a
reasonable name for the new registry has been = suggested (see RFC 5226).

The IANA considerations section details the changes that = would be required as a result of this draft requesting three TCP port = numbers in the =E2=80=9CRegistered Port Numbers=E2=80=9D of IANA = registry entry. The request follows the template rules identified in RFC = 6335.

(18) = List any new IANA registries that require Expert Review for = future
allocations. Provide any public guidance = that the IESG would find
useful in selecting the = IANA Experts for these new registries.

The IANA registry needs to review the = request for three new TCP ports, one for SSH over NETCONF and two for = NETCONF and RESTCONF over TLS. There was some discussion in the WG over = whether there was anyway to combine the port requests and reduce the = number of port requests.

(19) Describe reviews and automated checks performed by the = Document
Shepherd to validate sections of the = document written in a formal
language, such as XML = code, BNF rules, MIB definitions, etc.

None.

Mahesh Jethanandani
mjethanandani@gmail.com






= --Apple-Mail=_57C34FB0-4390-4CDF-850C-85ADAB41108B-- From nobody Fri Aug 7 09:31:43 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BAC531B2F75 for ; Fri, 7 Aug 2015 09:31:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.045 X-Spam-Level: X-Spam-Status: No, score=-2.045 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_IS_SMALL6=0.556, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] 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 CqQn3xq1SpLx for ; Fri, 7 Aug 2015 09:31:39 -0700 (PDT) Received: from ni.com (skprod3.natinst.com [130.164.80.24]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 47D001B2F52 for ; Fri, 7 Aug 2015 09:31:39 -0700 (PDT) Received: from US-AUS-MAIL4.amer.corp.natinst.com (nb-snip2-1338.natinst.com [130.164.19.135]) by us-aus-skprod3.natinst.com (8.15.0.59/8.15.0.59) with ESMTP id t77GVcFY025034 for ; Fri, 7 Aug 2015 11:31:38 -0500 In-Reply-To: References: To: Netconf MIME-Version: 1.0 X-KeepSent: FE818581:BFF78BB6-86257E9A:0059E810; type=4; name=$KeepSent X-Mailer: Lotus Notes Release 8.5.3FP6 November 22, 2013 From: Rodney Cummings Message-ID: Date: Fri, 7 Aug 2015 11:31:38 -0500 X-MIMETrack: Serialize by Router on US-AUS-MAIL4/AUS/M/NIC(Release 8.5.3FP6 HF1218|December 12, 2014) at 08/07/2015 11:31:38 AM, Serialize complete at 08/07/2015 11:31:38 AM Content-Type: multipart/alternative; boundary="=_alternative 005AC9A386257E9A_=" X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2015-08-07_08:, , signatures=0 Archived-At: Subject: Re: [Netconf] Opinion poll for the RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Aug 2015 16:31:41 -0000 This is a multipart message in MIME format. --=_alternative 005AC9A386257E9A_= Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 SSB2b3RlIGZvcjoNCiAgICAgICAgeCtqDQoNCk15IHJlYXNvbmluZyBpcyB0aGF0IHRoZXJlIGFy ZSBSRVNUZnVsIHdlYiBzZXJ2ZXJzIGluIHRoZSBmaWVsZCB0b2RheSB0aGF0IA0KY2hvc2UgdG8g aW1wbGVtZW50IFhNTCwgb3IgSlNPTiwgYnV0IG5vdCBib3RoLiBJbiBvcmRlciB0byB0cmFuc2l0 aW9uIA0KdGhlc2UgcHJvZHVjdHMgdG8gUkVTVENPTkYsIGl0IGlzIGltcG9ydGFudCBmb3IgUkVT VENPTkYncyBtYW5kYXRlcyB0byBiZSANCmFuYWxvZ291cy4NCg0KQXMgdGhlICJ4K2oiIHNvbHV0 aW9uIHByb2NlZWRzIHRocm91Z2ggdGhlIG1hcmtldCwgSSB0aGluayBpdCBpcyBsaWtlbHkgDQp0 aGF0IG1vc3QgaWYgbm90IGFsbCBjbGllbnRzIHdpbGwgaW1wbGVtZW50IGJvdGggWE1MIGFuZCBK U09OLCBpbiBvcmRlciB0byANCnByb3ZpZGUgaW50ZXJvcGVyYWJpbGl0eSB3aXRoIGFsbCBSRVNU Q09ORiBzZXJ2ZXJzLiBJIGRvbid0IHRoaW5rIHRoYXQgd2UgDQpuZWNlc3NhcmlseSBuZWVkIHRv IG1hbmRhdGUgdGhpcyBjbGllbnQtc2lkZSAieCZqIiBpbiBSRVNUQ09ORiBpdHNlbGYsIA0KYmVj YXVzZSBJIGFtIGNvbmZpZGVudCB0aGF0IHRoZSBtYXJrZXQgY2FuIHdvcmsgdGhhdCBvdXQgb24g aXRzIG93bi4NCg0KQXMgZm9yIHRoZSBuZWdvdGlhdGlvbiBvZiB0aGUgZW5jb2RpbmcsIEkgYWdy ZWUgd2l0aCBvdGhlciBjb21tZW50cyB0aGF0IA0KdGhlIGV4aXN0aW5nIEhUVFAgbWVjaGFuaXNt cyBjYW4gYmUgbGV2ZXJhZ2VkLg0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpSb2Ru ZXkgQ3VtbWluZ3MNClByaW5jaXBhbCBTb2Z0d2FyZSBBcmNoaXRlY3QsIEluZHVzdHJpYWwvRW1i ZWRkZWQgTmV0d29ya3MNCk5hdGlvbmFsIEluc3RydW1lbnRzDQpUZWw6ICg1MTIpIDY4My04NTQ0 DQpGYXg6ICg1MTIpIDY4My04NjYxDQpFbWFpbDogUm9kbmV5LkN1bW1pbmdzQG5pLmNvbQ0KDQoN CkZyb206ICAgIkVyc3VlLCBNZWhtZXQgKE5va2lhIC0gREUvTXVuaWNoKSIgPG1laG1ldC5lcnN1 ZUBub2tpYS5jb20+DQpUbzogICAgIE5ldGNvbmYgPG5ldGNvbmZAaWV0Zi5vcmc+LCANCkRhdGU6 ICAgMDgvMDYvMjAxNSAwMzoxOCBQTQ0KU3ViamVjdDogICAgICAgIFtOZXRjb25mXSBPcGluaW9u IHBvbGwgZm9yIHRoZSBSRVNUQ09ORiBlbmNvZGluZw0KU2VudCBieTogICAgICAgICJOZXRjb25m IiA8bmV0Y29uZi1ib3VuY2VzQGlldGYub3JnPg0KDQoNCg0KRGVhciBORVRDT05GIFdHLA0KDQps YXN0IE9jdG9iZXIgd2UgaGFkIGFuIG9waW5pb24gcG9sbCBvbiB0aGUgUkVTVENPTkYgZW5jb2Rp bmcsIHdoaWNoIGVuZGVkIA0Kd2l0aCBhIGNsb3NlIGNvbnNlbnN1cyBpbiBmYXZvciBvZiBYTUwg YXMgbWFuZGF0b3J5Lg0KU2VlIA0KaHR0cHM6Ly9tYWlsYXJjaGl2ZS5pZXRmLm9yZy9hcmNoL21z Zy9uZXRjb25mL1lTRWJMZC1ubkkwZGxrZWlJZUdXLXo2SnFEZw0KQmFzZWQgb24gdGhlIHJlY2Vu dCBkaXNjdXNzaW9uIG9uIHRoaXMgdG9waWMgYW5kIG9waW5pb25zIGFnYWluc3QgDQptYW5kYXRv cnkgc3RhdGVtZW50cyBpbiBSRVNUQ09ORiwgTkVUQ09ORiBXRyBjby1jaGFpcnMgd291bGQgbGlr ZSB0byBzdGFydCANCmEgbmV3IG9waW5pb24gcG9sbC4NCiANCkFzIHN0YXRlZCBpbiB0aGUgbWFp bCBmb3IgdGhlIHByZXZpb3VzIHBvbGwsIHRoZSByZXN1bHQgb2YgdGhlIHBvbGwgDQpkZXBlbmRz IG9uIHRoZSBjb3VudCBvZiBwZW9wbGUgdm90aW5nLg0KU28sIGFsbCBpbnRlcmVzdGVkIE5FVENP TkYgV0cgbWVtYmVycywgcGxlYXNlIHNwZWFrIHVwIHNvIHRoYXQgd2UgZ2V0IGEgDQpiZXR0ZXIg ZGF0YSB0byBqdWRnZSBvbiBXRyAocm91Z2gpIGNvbnNlbnN1cy4NCklmIHRoZSB2b3RpbmcgcmVz dWx0IGlzIGFnYWluIGNsb3NlLCB0aGUgV0cgY28tY2hhaXJzIHdpbGwgKGFnYWluKSBkZWNsYXJl IA0KY29uc2Vuc3VzIGluIHRoZSBzYWtlIG9mIHByb2dyZXNzLCBiYXNlZCBvbiB0aGUg4oCcZG9t aW5hbnQgdmlld+KAnSBkZXRlcm1pbmVkIA0KYnkgdGhlIGNvLWNoYWlycyBhbmQgQUQuDQogDQpQ bGVhc2UgZG8gc3RhdGUgeW91ciBvcGluaW9uIHdpdGggc2hvcnQgYW5kIGNvbmNyZXRlIHJlYXNv bmluZywgYnkgQXVndXN0IA0KMTksIDIwMTUgMTg6MDAgUFNUIGFib3V0IHRoZSBmb2xsb3dpbmcg b3B0aW9uczoNCg0KeCkgWE1MIGlzIG1hbmRhdG9yeSwgSlNPTiBvcHRpb25hbCwNCmopIEpTT04g aXMgbWFuZGF0b3J5LCBYTUwgb3B0aW9uYWwsDQp4JmopIFhNTCBhbmQgSlNPTiBhcmUgYm90aCBt YW5kYXRvcnksDQp4K2opIEVpdGhlciBYTUwgb3IgSlNPTiBpcyBtYW5kYXRvcnkgdGhlIG90aGVy IG9uZSBpcyBvcHRpb25hbCwNCm5tKSBCb3RoIFhNTCBhbmQgSlNPTiBhcmUgb3B0aW9uYWwgYW5k IF9ub3RfIG1hbmRhdG9yeS4NCiANCkZvciDigJx4K2rigJ0gYW5kIOKAnG5t4oCdIHBsZWFzZSBw cm92aWRlIGEgc29sdXRpb24gZm9yIGEgc3VjY2Vzc2Z1bCBuZWdvdGlhdGlvbiANCm9yIGRldGVy bWluYXRpb24gb2YgdGhlIGVuY29kaW5nIHRvIGJlIHVzZWQgYmV0d2VlbiBzZXJ2ZXIgYW5kIGNs aWVudC4NCkZvciB0aGUgc29sdXRpb24gZGlzY3Vzc2lvbiBhIHNlcGFyYXRlIHRocmVhZCB3aWxs IGJlIHN0YXJ0ZWQgYW5kIGNhbiBiZSANCmZpbmFsaXplZCBhbHNvIGFmdGVyIHRoZSBwb2xsIGRl YWRsaW5lLg0KIA0KWW91IG1heSB0aGluayB0aGF0IG9uZSBvciB0aGUgb3RoZXIgb3B0aW9uIGlz IHVzZWxlc3MgZnJvbSB5b3VyIHBvdi4gSW4gDQp0aGlzIGNhc2UgcGxlYXNlIGlnbm9yZSBpdC4N CiANCkxvb2tpbmcgZm9yd2FyZCB0byBjb3VudGluZyB5b3VyIHZvdGVzIGFuZCByZWFkaW5nIHlv dXIgcmVhc29uaW5nLg0KVGhhbmsgeW91Lg0KIA0KQmVzdCBSZWdhcmRzLCANCk1laG1ldCAmIE1h aGVzaA0KIA0KIF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f DQpOZXRjb25mIG1haWxpbmcgbGlzdA0KTmV0Y29uZkBpZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0 Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9uZXRjb25mDQoNCg0K --=_alternative 005AC9A386257E9A_= Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: base64 PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPkkgdm90ZSBmb3I6PC9mb250Pg0KPGJyPjxm b250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg eCtqPC9mb250Pg0KPGJyPg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj5NeSBy ZWFzb25pbmcgaXMgdGhhdCB0aGVyZSBhcmUgUkVTVGZ1bA0Kd2ViIHNlcnZlcnMgaW4gdGhlIGZp ZWxkIHRvZGF5IHRoYXQgY2hvc2UgdG8gaW1wbGVtZW50IFhNTCwgb3IgSlNPTiwgYnV0DQpub3Qg Ym90aC4gSW4gb3JkZXIgdG8gdHJhbnNpdGlvbiB0aGVzZSBwcm9kdWN0cyB0byBSRVNUQ09ORiwg aXQgaXMgaW1wb3J0YW50DQpmb3IgUkVTVENPTkYncyBtYW5kYXRlcyB0byBiZSBhbmFsb2dvdXMu PC9mb250Pg0KPGJyPg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj5BcyB0aGUg JnF1b3Q7eCtqJnF1b3Q7IHNvbHV0aW9uIHByb2NlZWRzDQp0aHJvdWdoIHRoZSBtYXJrZXQsIEkg dGhpbmsgaXQgaXMgbGlrZWx5IHRoYXQgbW9zdCBpZiBub3QgYWxsIGNsaWVudHMgd2lsbA0KaW1w bGVtZW50IGJvdGggWE1MIGFuZCBKU09OLCBpbiBvcmRlciB0byBwcm92aWRlIGludGVyb3BlcmFi aWxpdHkgd2l0aA0KYWxsIFJFU1RDT05GIHNlcnZlcnMuIEkgZG9uJ3QgdGhpbmsgdGhhdCB3ZSBu ZWNlc3NhcmlseSBuZWVkIHRvIG1hbmRhdGUNCnRoaXMgY2xpZW50LXNpZGUgJnF1b3Q7eCZhbXA7 aiZxdW90OyBpbiBSRVNUQ09ORiBpdHNlbGYsIGJlY2F1c2UgSSBhbSBjb25maWRlbnQNCnRoYXQg dGhlIG1hcmtldCBjYW4gd29yayB0aGF0IG91dCBvbiBpdHMgb3duLjwvZm9udD4NCjxicj4NCjxi cj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+QXMgZm9yIHRoZSBuZWdvdGlhdGlvbiBv ZiB0aGUgZW5jb2RpbmcsDQpJIGFncmVlIHdpdGggb3RoZXIgY29tbWVudHMgdGhhdCB0aGUgZXhp c3RpbmcgSFRUUCBtZWNoYW5pc21zIGNhbiBiZSBsZXZlcmFnZWQuPC9mb250Pg0KPGJyPg0KPGJy Pjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tPGJyPg0KUm9kbmV5IEN1bW1pbmdzPGJyPg0KUHJpbmNpcGFsIFNvZnR3YXJlIEFyY2hpdGVj dCwgSW5kdXN0cmlhbC9FbWJlZGRlZCBOZXR3b3Jrczxicj4NCk5hdGlvbmFsIEluc3RydW1lbnRz PGJyPg0KVGVsOiAoNTEyKSA2ODMtODU0NDxicj4NCkZheDogKDUxMikgNjgzLTg2NjE8YnI+DQpF bWFpbDogUm9kbmV5LkN1bW1pbmdzQG5pLmNvbTwvZm9udD4NCjxicj4NCjxicj4NCjxicj48Zm9u dCBzaXplPTEgY29sb3I9IzVmNWY1ZiBmYWNlPSJzYW5zLXNlcmlmIj5Gcm9tOiAmbmJzcDsgJm5i c3A7ICZuYnNwOw0KJm5ic3A7PC9mb250Pjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj4m cXVvdDtFcnN1ZSwgTWVobWV0DQooTm9raWEgLSBERS9NdW5pY2gpJnF1b3Q7ICZsdDttZWhtZXQu ZXJzdWVAbm9raWEuY29tJmd0OzwvZm9udD4NCjxicj48Zm9udCBzaXplPTEgY29sb3I9IzVmNWY1 ZiBmYWNlPSJzYW5zLXNlcmlmIj5UbzogJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOzwvZm9u dD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+TmV0Y29uZiAmbHQ7bmV0Y29uZkBpZXRm Lm9yZyZndDssDQo8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0xIGNvbG9yPSM1ZjVmNWYgZmFjZT0i c2Fucy1zZXJpZiI+RGF0ZTogJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOzwvZm9udD48Zm9u dCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+MDgvMDYvMjAxNSAwMzoxOCBQTTwvZm9udD4NCjxi cj48Zm9udCBzaXplPTEgY29sb3I9IzVmNWY1ZiBmYWNlPSJzYW5zLXNlcmlmIj5TdWJqZWN0OiAm bmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7PC9mb250Pjxmb250IHNpemU9MSBmYWNlPSJzYW5z LXNlcmlmIj5bTmV0Y29uZl0gT3Bpbmlvbg0KcG9sbCBmb3IgdGhlIFJFU1RDT05GIGVuY29kaW5n PC9mb250Pg0KPGJyPjxmb250IHNpemU9MSBjb2xvcj0jNWY1ZjVmIGZhY2U9InNhbnMtc2VyaWYi PlNlbnQgYnk6ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJzcDs8L2ZvbnQ+PGZvbnQgc2l6ZT0x IGZhY2U9InNhbnMtc2VyaWYiPiZxdW90O05ldGNvbmYmcXVvdDsNCiZsdDtuZXRjb25mLWJvdW5j ZXNAaWV0Zi5vcmcmZ3Q7PC9mb250Pg0KPGJyPg0KPGhyIG5vc2hhZGU+DQo8YnI+DQo8YnI+DQo8 YnI+PGZvbnQgc2l6ZT0yIGZhY2U9IkNhbGlicmkiPkRlYXIgTkVUQ09ORiBXRyw8YnI+DQo8YnI+ DQpsYXN0IE9jdG9iZXIgd2UgaGFkIGFuIG9waW5pb24gcG9sbCBvbiB0aGUgUkVTVENPTkYgZW5j b2RpbmcsIHdoaWNoIGVuZGVkDQp3aXRoIGEgY2xvc2UgY29uc2Vuc3VzIGluIGZhdm9yIG9mIFhN TCBhcyBtYW5kYXRvcnkuPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJDYWxpYnJpIj5T ZWUgPC9mb250PjxhIGhyZWY9Imh0dHBzOi8vbWFpbGFyY2hpdmUuaWV0Zi5vcmcvYXJjaC9tc2cv bmV0Y29uZi9ZU0ViTGQtbm5JMGRsa2VpSWVHVy16NkpxRGciPjxmb250IHNpemU9MiBjb2xvcj0j ODAwMDgwIGZhY2U9IkNhbGlicmkiPjx1Pmh0dHBzOi8vbWFpbGFyY2hpdmUuaWV0Zi5vcmcvYXJj aC9tc2cvbmV0Y29uZi9ZU0ViTGQtbm5JMGRsa2VpSWVHVy16NkpxRGc8L3U+PC9mb250PjwvYT4N Cjxicj48Zm9udCBzaXplPTIgZmFjZT0iQ2FsaWJyaSI+QmFzZWQgb24gdGhlIHJlY2VudCBkaXNj dXNzaW9uIG9uIHRoaXMNCnRvcGljIGFuZCBvcGluaW9ucyBhZ2FpbnN0IG1hbmRhdG9yeSBzdGF0 ZW1lbnRzIGluIFJFU1RDT05GLCBORVRDT05GIFdHDQpjby1jaGFpcnMgd291bGQgbGlrZSB0byBz dGFydCBhIG5ldyBvcGluaW9uIHBvbGwuPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJD YWxpYnJpIj4mbmJzcDs8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9IkNhbGlicmkiPkFz IHN0YXRlZCBpbiB0aGUgbWFpbCBmb3IgdGhlIHByZXZpb3VzDQpwb2xsLCB0aGUgcmVzdWx0IG9m IHRoZSBwb2xsIGRlcGVuZHMgb24gdGhlIGNvdW50IG9mIHBlb3BsZSB2b3RpbmcuPC9mb250Pg0K PGJyPjxmb250IHNpemU9MiBmYWNlPSJDYWxpYnJpIj5TbywgYWxsIGludGVyZXN0ZWQgTkVUQ09O RiBXRyBtZW1iZXJzLA0KcGxlYXNlIHNwZWFrIHVwIHNvIHRoYXQgd2UgZ2V0IGEgYmV0dGVyIGRh dGEgdG8ganVkZ2Ugb24gV0cgKHJvdWdoKSBjb25zZW5zdXMuPC9mb250Pg0KPGJyPjxmb250IHNp emU9MiBmYWNlPSJDYWxpYnJpIj5JZiB0aGUgdm90aW5nIHJlc3VsdCBpcyBhZ2FpbiBjbG9zZSwg dGhlDQpXRyBjby1jaGFpcnMgd2lsbCAoYWdhaW4pIGRlY2xhcmUgY29uc2Vuc3VzIGluIHRoZSBz YWtlIG9mIHByb2dyZXNzLCBiYXNlZA0Kb24gdGhlIOKAnGRvbWluYW50IHZpZXfigJ0gZGV0ZXJt aW5lZCBieSB0aGUgY28tY2hhaXJzIGFuZCBBRC48L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZh Y2U9IkNhbGlicmkiPiZuYnNwOzwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0iQ2FsaWJy aSI+UGxlYXNlIGRvIHN0YXRlIHlvdXIgb3BpbmlvbiB3aXRoIHNob3J0DQphbmQgY29uY3JldGUg cmVhc29uaW5nLCBieSBBdWd1c3QgMTksIDIwMTUgMTg6MDAgUFNUIGFib3V0IHRoZSBmb2xsb3dp bmcNCm9wdGlvbnM6PGJyPg0KPGJyPg0KeCkgWE1MIGlzIG1hbmRhdG9yeSwgSlNPTiBvcHRpb25h bCw8YnI+DQpqKSBKU09OIGlzIG1hbmRhdG9yeSwgWE1MIG9wdGlvbmFsLDwvZm9udD4NCjxicj48 Zm9udCBzaXplPTIgZmFjZT0iQ2FsaWJyaSI+eCZhbXA7aikgWE1MIGFuZCBKU09OIGFyZSBib3Ro IG1hbmRhdG9yeSw8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9IkNhbGlicmkiPngraikg RWl0aGVyIFhNTCBvciBKU09OIGlzIG1hbmRhdG9yeSB0aGUNCm90aGVyIG9uZSBpcyBvcHRpb25h bCw8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9IkNhbGlicmkiPm5tKSBCb3RoIFhNTCBh bmQgSlNPTiBhcmUgb3B0aW9uYWwgYW5kDQpfPGk+bm90PC9pPl8gbWFuZGF0b3J5LjwvZm9udD4N Cjxicj48Zm9udCBzaXplPTIgZmFjZT0iQ2FsaWJyaSI+Jm5ic3A7PC9mb250Pg0KPGJyPjxmb250 IHNpemU9MiBmYWNlPSJDYWxpYnJpIj5Gb3Ig4oCceCtq4oCdIGFuZCDigJxubeKAnSBwbGVhc2Ug cHJvdmlkZSBhDQpzb2x1dGlvbiBmb3IgYSBzdWNjZXNzZnVsIG5lZ290aWF0aW9uIG9yIGRldGVy bWluYXRpb24gb2YgdGhlIGVuY29kaW5nDQp0byBiZSB1c2VkIGJldHdlZW4gc2VydmVyIGFuZCBj bGllbnQuPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJDYWxpYnJpIj5Gb3IgdGhlIHNv bHV0aW9uIGRpc2N1c3Npb24gYSBzZXBhcmF0ZQ0KdGhyZWFkIHdpbGwgYmUgc3RhcnRlZCBhbmQg Y2FuIGJlIGZpbmFsaXplZCBhbHNvIGFmdGVyIHRoZSBwb2xsIGRlYWRsaW5lLjwvZm9udD4NCjxi cj48Zm9udCBzaXplPTIgY29sb3I9IzAwMDBlMCBmYWNlPSJDYWxpYnJpIj4mbmJzcDs8L2ZvbnQ+ DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9IkNhbGlicmkiPllvdSBtYXkgdGhpbmsgdGhhdCBvbmUg b3IgdGhlIG90aGVyIG9wdGlvbg0KaXMgdXNlbGVzcyBmcm9tIHlvdXIgcG92LiBJbiB0aGlzIGNh c2UgcGxlYXNlIGlnbm9yZSBpdC48L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGNvbG9yPSMwMDAw ZTAgZmFjZT0iQ2FsaWJyaSI+Jm5ic3A7PC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJD YWxpYnJpIj5Mb29raW5nIGZvcndhcmQgdG8gY291bnRpbmcgeW91ciB2b3Rlcw0KYW5kIHJlYWRp bmcgeW91ciByZWFzb25pbmcuPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJDYWxpYnJp Ij5UaGFuayB5b3UuPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJDYWxpYnJpIj4mbmJz cDs8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9IkNhbGlicmkiPkJlc3QgUmVnYXJkcywg PGJyPg0KTWVobWV0ICZhbXA7IE1haGVzaDwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0i Q2FsaWJyaSI+Jm5ic3A7PC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJDYWxpYnJpIj4m bmJzcDs8L2ZvbnQ+PHR0Pjxmb250IHNpemU9Mj5fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXzxicj4NCk5ldGNvbmYgbWFpbGluZyBsaXN0PGJyPg0KTmV0Y29u ZkBpZXRmLm9yZzxicj4NCjwvZm9udD48L3R0PjxhIGhyZWY9aHR0cHM6Ly93d3cuaWV0Zi5vcmcv bWFpbG1hbi9saXN0aW5mby9uZXRjb25mPjx0dD48Zm9udCBzaXplPTI+aHR0cHM6Ly93d3cuaWV0 Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9uZXRjb25mPC9mb250PjwvdHQ+PC9hPjx0dD48Zm9udCBz aXplPTI+PGJyPg0KPC9mb250PjwvdHQ+DQo8YnI+DQo= --=_alternative 005AC9A386257E9A_=-- From nobody Fri Aug 7 09:42:58 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A74F21B2FCF for ; Fri, 7 Aug 2015 09:42:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.86 X-Spam-Level: X-Spam-Status: No, score=-3.86 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-2.3, 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 LBaCTNIZyZ4a for ; Fri, 7 Aug 2015 09:42:54 -0700 (PDT) Received: from atlas3.jacobs-university.de (atlas3.jacobs-university.de [212.201.44.18]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 910341B2FC6 for ; Fri, 7 Aug 2015 09:42:54 -0700 (PDT) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id 5CFF71286; Fri, 7 Aug 2015 18:42:53 +0200 (CEST) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from atlas3.jacobs-university.de ([10.70.0.220]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10030) with ESMTP id H-Q13CaErir5; Fri, 7 Aug 2015 18:42:51 +0200 (CEST) Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by atlas3.jacobs-university.de (Postfix) with ESMTPS; Fri, 7 Aug 2015 18:42:51 +0200 (CEST) Received: from localhost (demetrius2.jacobs-university.de [212.201.44.47]) by hermes.jacobs-university.de (Postfix) with ESMTP id 9071B20054; Fri, 7 Aug 2015 18:42:51 +0200 (CEST) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius2.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id RE4H-M8P5R6y; Fri, 7 Aug 2015 18:42:49 +0200 (CEST) Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 73C8420048; Fri, 7 Aug 2015 18:42:49 +0200 (CEST) Received: by elstar.local (Postfix, from userid 501) id 4C456362118E; Fri, 7 Aug 2015 18:42:47 +0200 (CEST) Date: Fri, 7 Aug 2015 18:42:47 +0200 From: Juergen Schoenwaelder To: Rodney Cummings Message-ID: <20150807164247.GA372@elstar.local> Mail-Followup-To: Rodney Cummings , Netconf References: Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline X-Clacks-Overhead: GNU Terry Pratchett Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.4.2.3i Archived-At: Cc: Netconf Subject: Re: [Netconf] Opinion poll for the RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Juergen Schoenwaelder List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Aug 2015 16:42:56 -0000 +1 (thanks Rodney for making my vote easier) /js On Fri, Aug 07, 2015 at 11:31:38AM -0500, Rodney Cummings wrote: > I vote for: > x+j > > My reasoning is that there are RESTful web servers in the field today that > chose to implement XML, or JSON, but not both. In order to transition > these products to RESTCONF, it is important for RESTCONF's mandates to be > analogous. > > As the "x+j" solution proceeds through the market, I think it is likely > that most if not all clients will implement both XML and JSON, in order to > provide interoperability with all RESTCONF servers. I don't think that we > necessarily need to mandate this client-side "x&j" in RESTCONF itself, > because I am confident that the market can work that out on its own. > > As for the negotiation of the encoding, I agree with other comments that > the existing HTTP mechanisms can be leveraged. > > ---------------------------- > Rodney Cummings > Principal Software Architect, Industrial/Embedded Networks > National Instruments > Tel: (512) 683-8544 > Fax: (512) 683-8661 > Email: Rodney.Cummings@ni.com > > > From: "Ersue, Mehmet (Nokia - DE/Munich)" > To: Netconf , > Date: 08/06/2015 03:18 PM > Subject: [Netconf] Opinion poll for the RESTCONF encoding > Sent by: "Netconf" > > > > Dear NETCONF WG, > > last October we had an opinion poll on the RESTCONF encoding, which ended > with a close consensus in favor of XML as mandatory. > See > https://mailarchive.ietf.org/arch/msg/netconf/YSEbLd-nnI0dlkeiIeGW-z6JqDg > Based on the recent discussion on this topic and opinions against > mandatory statements in RESTCONF, NETCONF WG co-chairs would like to start > a new opinion poll. > > As stated in the mail for the previous poll, the result of the poll > depends on the count of people voting. > So, all interested NETCONF WG members, please speak up so that we get a > better data to judge on WG (rough) consensus. > If the voting result is again close, the WG co-chairs will (again) declare > consensus in the sake of progress, based on the “dominant view†determined > by the co-chairs and AD. > > Please do state your opinion with short and concrete reasoning, by August > 19, 2015 18:00 PST about the following options: > > x) XML is mandatory, JSON optional, > j) JSON is mandatory, XML optional, > x&j) XML and JSON are both mandatory, > x+j) Either XML or JSON is mandatory the other one is optional, > nm) Both XML and JSON are optional and _not_ mandatory. > > For “x+j†and “nm†please provide a solution for a successful negotiation > or determination of the encoding to be used between server and client. > For the solution discussion a separate thread will be started and can be > finalized also after the poll deadline. > > You may think that one or the other option is useless from your pov. In > this case please ignore it. > > Looking forward to counting your votes and reading your reasoning. > Thank you. > > Best Regards, > Mehmet & Mahesh > > _______________________________________________ > Netconf mailing list > Netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf > > > _______________________________________________ > Netconf mailing list > Netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Fri Aug 7 09:57:30 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F3B991B3025 for ; Fri, 7 Aug 2015 09:57:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] 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 eJAptsVKXhVi for ; Fri, 7 Aug 2015 09:57:26 -0700 (PDT) Received: from mail-pa0-x22c.google.com (mail-pa0-x22c.google.com [IPv6:2607:f8b0:400e:c03::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 349D71B302C for ; Fri, 7 Aug 2015 09:57:20 -0700 (PDT) Received: by pabxd6 with SMTP id xd6so73756565pab.2 for ; Fri, 07 Aug 2015 09:57:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=7adl6QSu6ZUFuw/G1/N+pT5moERTJ3bApbzkEr18JhU=; b=BB6W9bk+bnCFmx1+P6eZ3XJEoe2ygokw7VM35eN67OuzqOKJLOblbsGyXrCjkgXamA VFh3SiRhOXlB4vSNOWTFcH8Pctp267Qnxb4I54YGbOoDV4prmeHgD6L5xhHMuaEMaMwZ I6NFX/8IVTTwJ1XXBfaTkDEHtPqQTxHwgrKBbDf4hyaYKgiBai49kJvpFAtLpaLtPAqg Pp8nRnZ/1vU2fXPFvSHn3Z2NocLa90hBK8Glb1VC5mOSPbcTOhw+5SgcW08Mg3D0vqJY qhOR7HeadIi1OS3i5hZo2BD8my5w0jWUZ01jnK8EoV/SCdXG2wESYVwO3xBhW8UZ06wc 0A6A== X-Received: by 10.68.136.234 with SMTP id qd10mr16808704pbb.162.1438966639796; Fri, 07 Aug 2015 09:57:19 -0700 (PDT) Received: from ?IPv6:2001:420:c0c8:1005::2c9? ([2001:420:c0c8:1005::2c9]) by smtp.gmail.com with ESMTPSA id c12sm1827085pdk.47.2015.08.07.09.57.18 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 07 Aug 2015 09:57:19 -0700 (PDT) Content-Type: multipart/alternative; boundary="Apple-Mail=_EFE82CF9-B491-488E-997A-2DEE0B51AFEE" Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) From: Mahesh Jethanandani In-Reply-To: Date: Fri, 7 Aug 2015 09:57:17 -0700 Message-Id: References: To: Rodney Cummings X-Mailer: Apple Mail (2.2098) Archived-At: Cc: Netconf Subject: Re: [Netconf] Opinion poll for the RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Aug 2015 16:57:29 -0000 --Apple-Mail=_EFE82CF9-B491-488E-997A-2DEE0B51AFEE Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 [Co-char hat off] I agree and vote for x+j). x+j) on the server will let the market decide whether the client = supports x&j) or x+j). > On Aug 7, 2015, at 9:31 AM, Rodney Cummings = wrote: >=20 > I vote for:=20 > x+j=20 >=20 > My reasoning is that there are RESTful web servers in the field today = that chose to implement XML, or JSON, but not both. In order to = transition these products to RESTCONF, it is important for RESTCONF's = mandates to be analogous.=20 >=20 > As the "x+j" solution proceeds through the market, I think it is = likely that most if not all clients will implement both XML and JSON, in = order to provide interoperability with all RESTCONF servers. I don't = think that we necessarily need to mandate this client-side "x&j" in = RESTCONF itself, because I am confident that the market can work that = out on its own.=20 >=20 > As for the negotiation of the encoding, I agree with other comments = that the existing HTTP mechanisms can be leveraged.=20 >=20 > ---------------------------- > Rodney Cummings > Principal Software Architect, Industrial/Embedded Networks > National Instruments > Tel: (512) 683-8544 > Fax: (512) 683-8661 > Email: Rodney.Cummings@ni.com=20 >=20 >=20 > From: "Ersue, Mehmet (Nokia - DE/Munich)" = =20 > To: Netconf ,=20 > Date: 08/06/2015 03:18 PM=20 > Subject: [Netconf] Opinion poll for the RESTCONF encoding=20 > Sent by: "Netconf" =20 >=20 >=20 >=20 > Dear NETCONF WG, >=20 > last October we had an opinion poll on the RESTCONF encoding, which = ended with a close consensus in favor of XML as mandatory.=20 > See = https://mailarchive.ietf.org/arch/msg/netconf/YSEbLd-nnI0dlkeiIeGW-z6JqDg = =20 > Based on the recent discussion on this topic and opinions against = mandatory statements in RESTCONF, NETCONF WG co-chairs would like to = start a new opinion poll.=20 > =20 > As stated in the mail for the previous poll, the result of the poll = depends on the count of people voting.=20 > So, all interested NETCONF WG members, please speak up so that we get = a better data to judge on WG (rough) consensus.=20 > If the voting result is again close, the WG co-chairs will (again) = declare consensus in the sake of progress, based on the =E2=80=9Cdominant = view=E2=80=9D determined by the co-chairs and AD.=20 > =20 > Please do state your opinion with short and concrete reasoning, by = August 19, 2015 18:00 PST about the following options: >=20 > x) XML is mandatory, JSON optional, > j) JSON is mandatory, XML optional,=20 > x&j) XML and JSON are both mandatory,=20 > x+j) Either XML or JSON is mandatory the other one is optional,=20 > nm) Both XML and JSON are optional and _not_ mandatory.=20 > =20 > For =E2=80=9Cx+j=E2=80=9D and =E2=80=9Cnm=E2=80=9D please provide a = solution for a successful negotiation or determination of the encoding = to be used between server and client.=20 > For the solution discussion a separate thread will be started and can = be finalized also after the poll deadline.=20 > =20 > You may think that one or the other option is useless from your pov. = In this case please ignore it.=20 > =20 > Looking forward to counting your votes and reading your reasoning.=20 > Thank you.=20 > =20 > Best Regards,=20 > Mehmet & Mahesh=20 > =20 > _______________________________________________ > Netconf mailing list > Netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf = >=20 > _______________________________________________ > Netconf mailing list > Netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf Mahesh Jethanandani mjethanandani@gmail.com --Apple-Mail=_EFE82CF9-B491-488E-997A-2DEE0B51AFEE Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 [Co-char hat off]

I agree and vote for x+j).

x+j) on the server will let the market = decide whether the client supports x&j) or x+j).

On Aug 7, 2015, at 9:31 AM, Rodney Cummings <rodney.cummings@ni.com> wrote:

I vote for:
  =       x+j

My = reasoning is that there are RESTful web servers in the field today that chose to implement XML, or JSON, but not both. In order to transition these products to RESTCONF, it is = important for RESTCONF's mandates to be analogous.

As the = "x+j" solution proceeds through the market, I think it is likely that most if not all clients = will implement both XML and JSON, in order to provide interoperability with all RESTCONF servers. I don't think that we necessarily need to mandate this client-side "x&j" in RESTCONF itself, because I am confident that the market can work that out on its own.

As for = the negotiation of the encoding, I agree with other comments that the existing HTTP mechanisms can be = leveraged.

----------------------------
Rodney Cummings
Principal Software Architect, Industrial/Embedded Networks
National Instruments
Tel: (512) 683-8544
Fax: (512) 683-8661
Email: Rodney.Cummings@ni.com


From:        "Ersue, = Mehmet (Nokia - DE/Munich)" <mehmet.ersue@nokia.com>
To:        Netconf = <netconf@ietf.org>,
Date:        08/06/2015 = 03:18 PM
Subject:        [Netconf] Opinion poll for the RESTCONF encoding
Sent by:        "Netconf" <netconf-bounces@ietf.org>



Dear NETCONF = WG,

last October we had an opinion poll on the RESTCONF encoding, which = ended with a close consensus in favor of XML as mandatory.
See = https://mailarchive.ietf.org/arch/msg/netconf/YSEbLd-nnI0dlkeiI= eGW-z6JqDg
Based on the = recent discussion on this topic and opinions against mandatory statements in RESTCONF, NETCONF WG co-chairs would like to start a new opinion poll.
 
As stated in = the mail for the previous poll, the result of the poll depends on the count of people = voting.
So, all = interested NETCONF WG members, please speak up so that we get a better data to judge on WG (rough) = consensus.
If the = voting result is again close, the WG co-chairs will (again) declare consensus in the sake of progress, = based on the =E2=80=9Cdominant view=E2=80=9D determined by the co-chairs and = AD.
 
Please do = state your opinion with short and concrete reasoning, by August 19, 2015 18:00 PST about the following options:

x) XML is mandatory, JSON optional,
j) JSON is mandatory, XML optional,
x&j) XML = and JSON are both mandatory,
x+j) Either = XML or JSON is mandatory the other one is optional,
nm) Both XML = and JSON are optional and _not_ mandatory.
 
For = =E2=80=9Cx+j=E2=80=9D and =E2=80=9Cnm=E2=80=9D please provide a solution for a successful negotiation or determination of the encoding to be used between server and client.
For the = solution discussion a separate thread will be started and can be finalized also after the poll = deadline.
 
You may = think that one or the other option is useless from your pov. In this case please ignore it.
 
Looking = forward to counting your votes and reading your reasoning.
Thank = you.
 
Best = Regards,
Mehmet & Mahesh
 
 _______________________________________________
Netconf mailing list
Netconf@ietf.org
https://www.ietf.org/mailman/listinfo/netconf
_______________________________________________
Netconf = mailing list
Netconf@ietf.org
https://www.ietf.org/mailman/listinfo/netconf

Mahesh Jethanandani
mjethanandani@gmail.com





= --Apple-Mail=_EFE82CF9-B491-488E-997A-2DEE0B51AFEE-- From nobody Fri Aug 7 11:55:55 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AB6A71B2A4C for ; Fri, 7 Aug 2015 11:55:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] 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 QD9Xa9FVU8vP for ; Fri, 7 Aug 2015 11:55:51 -0700 (PDT) Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 29A691B2A4D for ; Fri, 7 Aug 2015 11:55:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=23340; q=dns/txt; s=iport; t=1438973751; x=1440183351; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=DTHOY5Ox9IxUr/TE3NHM6z11HBBYThU5zPmNgLFRDKc=; b=i+Xga7evo5p8tLDbfMAX0S1buQ+wBMq5u6QpjdfGtHfwoSfaE5GZwbQb FPUnLS58ge9avmRJz5pd8S6sQpoxVWM6tqwHwkm8GY5GAhUJpUIvTMJ2V ChRp0fyqMJTZp/p3SOlYxfq+4U/hpcMNiDp+/QrRhpYyUoyQUAZ2gAMsf 4=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0DoAwCY/sRV/4QNJK1YA4JOTVRpBoMdugIJgXoBC4JBgmxKAhyBKDgUAQEBAQEBAYEKhCMBAQEEAQEBIApBCxACAQgOAwMBAgsdAwICAh8GCxQJCAIEDgUIE4d+AxINt3+QWA2FLAEBAQEBAQEBAQEBAQEBAQEBAQEBARMEik2BAoJPgVcQAgEFGhYKAQwEBgESghw7Eh2BFAWHHI1sAYR/giNEgwqBbIFGhCOMWYNNg2Umg31vgUiBBAEBAQ X-IronPort-AV: E=Sophos; i="5.15,630,1432598400"; d="scan'208,217"; a="22439199" Received: from alln-core-10.cisco.com ([173.36.13.132]) by rcdn-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 07 Aug 2015 18:55:50 +0000 Received: from XCH-ALN-020.cisco.com (xch-aln-020.cisco.com [173.36.7.30]) by alln-core-10.cisco.com (8.14.5/8.14.5) with ESMTP id t77ItogM024763 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 7 Aug 2015 18:55:50 GMT Received: from xch-aln-020.cisco.com (173.36.7.30) by XCH-ALN-020.cisco.com (173.36.7.30) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Fri, 7 Aug 2015 13:55:49 -0500 Received: from xhc-rcd-x04.cisco.com (173.37.183.78) by xch-aln-020.cisco.com (173.36.7.30) with Microsoft SMTP Server (TLS) id 15.0.1104.5 via Frontend Transport; Fri, 7 Aug 2015 13:55:49 -0500 Received: from xmb-aln-x11.cisco.com ([169.254.6.68]) by xhc-rcd-x04.cisco.com ([173.37.183.78]) with mapi id 14.03.0248.002; Fri, 7 Aug 2015 13:55:49 -0500 From: "Eric Voit (evoit)" To: Mahesh Jethanandani Thread-Topic: [Netconf] Opinion poll for the RESTCONF encoding Thread-Index: AQHQ0TIqcWejQwVq6kCkR2Ve1QGsYp4A4rwA Date: Fri, 7 Aug 2015 18:55:48 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.118.56.231] Content-Type: multipart/alternative; boundary="_000_EF64FF31F4C4384DBCE5D513A791C2B121B20676xmbalnx11ciscoc_" MIME-Version: 1.0 Archived-At: Cc: Netconf Subject: Re: [Netconf] Opinion poll for the RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Aug 2015 18:55:53 -0000 --_000_EF64FF31F4C4384DBCE5D513A791C2B121B20676xmbalnx11ciscoc_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 QWdyZWU6ICB4K2oNCg0KRnJvbTogTWFoZXNoIEpldGhhbmFuZGFuaSwgQXVndXN0IDA3LCAyMDE1 IDEyOjU3IFBNDQoNCltDby1jaGFyIGhhdCBvZmZdDQoNCkkgYWdyZWUgYW5kIHZvdGUgZm9yIHgr aikuDQoNCngraikgb24gdGhlIHNlcnZlciB3aWxsIGxldCB0aGUgbWFya2V0IGRlY2lkZSB3aGV0 aGVyIHRoZSBjbGllbnQgc3VwcG9ydHMgeCZqKSBvciB4K2opLg0KDQpPbiBBdWcgNywgMjAxNSwg YXQgOTozMSBBTSwgUm9kbmV5IEN1bW1pbmdzIDxyb2RuZXkuY3VtbWluZ3NAbmkuY29tPG1haWx0 bzpyb2RuZXkuY3VtbWluZ3NAbmkuY29tPj4gd3JvdGU6DQoNCkkgdm90ZSBmb3I6DQogICAgICAg IHgrag0KDQpNeSByZWFzb25pbmcgaXMgdGhhdCB0aGVyZSBhcmUgUkVTVGZ1bCB3ZWIgc2VydmVy cyBpbiB0aGUgZmllbGQgdG9kYXkgdGhhdCBjaG9zZSB0byBpbXBsZW1lbnQgWE1MLCBvciBKU09O LCBidXQgbm90IGJvdGguIEluIG9yZGVyIHRvIHRyYW5zaXRpb24gdGhlc2UgcHJvZHVjdHMgdG8g UkVTVENPTkYsIGl0IGlzIGltcG9ydGFudCBmb3IgUkVTVENPTkYncyBtYW5kYXRlcyB0byBiZSBh bmFsb2dvdXMuDQoNCkFzIHRoZSAieCtqIiBzb2x1dGlvbiBwcm9jZWVkcyB0aHJvdWdoIHRoZSBt YXJrZXQsIEkgdGhpbmsgaXQgaXMgbGlrZWx5IHRoYXQgbW9zdCBpZiBub3QgYWxsIGNsaWVudHMg d2lsbCBpbXBsZW1lbnQgYm90aCBYTUwgYW5kIEpTT04sIGluIG9yZGVyIHRvIHByb3ZpZGUgaW50 ZXJvcGVyYWJpbGl0eSB3aXRoIGFsbCBSRVNUQ09ORiBzZXJ2ZXJzLiBJIGRvbid0IHRoaW5rIHRo YXQgd2UgbmVjZXNzYXJpbHkgbmVlZCB0byBtYW5kYXRlIHRoaXMgY2xpZW50LXNpZGUgIngmaiIg aW4gUkVTVENPTkYgaXRzZWxmLCBiZWNhdXNlIEkgYW0gY29uZmlkZW50IHRoYXQgdGhlIG1hcmtl dCBjYW4gd29yayB0aGF0IG91dCBvbiBpdHMgb3duLg0KDQpBcyBmb3IgdGhlIG5lZ290aWF0aW9u IG9mIHRoZSBlbmNvZGluZywgSSBhZ3JlZSB3aXRoIG90aGVyIGNvbW1lbnRzIHRoYXQgdGhlIGV4 aXN0aW5nIEhUVFAgbWVjaGFuaXNtcyBjYW4gYmUgbGV2ZXJhZ2VkLg0KDQotLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tDQpSb2RuZXkgQ3VtbWluZ3MNClByaW5jaXBhbCBTb2Z0d2FyZSBBcmNo aXRlY3QsIEluZHVzdHJpYWwvRW1iZWRkZWQgTmV0d29ya3MNCk5hdGlvbmFsIEluc3RydW1lbnRz DQpUZWw6ICg1MTIpIDY4My04NTQ0DQpGYXg6ICg1MTIpIDY4My04NjYxDQpFbWFpbDogUm9kbmV5 LkN1bW1pbmdzQG5pLmNvbTxtYWlsdG86Um9kbmV5LkN1bW1pbmdzQG5pLmNvbT4NCg0KDQpGcm9t OiAgICAgICAgIkVyc3VlLCBNZWhtZXQgKE5va2lhIC0gREUvTXVuaWNoKSIgPG1laG1ldC5lcnN1 ZUBub2tpYS5jb208bWFpbHRvOm1laG1ldC5lcnN1ZUBub2tpYS5jb20+Pg0KVG86ICAgICAgICBO ZXRjb25mIDxuZXRjb25mQGlldGYub3JnPG1haWx0bzpuZXRjb25mQGlldGYub3JnPj4sDQpEYXRl OiAgICAgICAgMDgvMDYvMjAxNSAwMzoxOCBQTQ0KU3ViamVjdDogICAgICAgIFtOZXRjb25mXSBP cGluaW9uIHBvbGwgZm9yIHRoZSBSRVNUQ09ORiBlbmNvZGluZw0KU2VudCBieTogICAgICAgICJO ZXRjb25mIiA8bmV0Y29uZi1ib3VuY2VzQGlldGYub3JnPG1haWx0bzpuZXRjb25mLWJvdW5jZXNA aWV0Zi5vcmc+Pg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCg0KDQoNCkRlYXIg TkVUQ09ORiBXRywNCg0KbGFzdCBPY3RvYmVyIHdlIGhhZCBhbiBvcGluaW9uIHBvbGwgb24gdGhl IFJFU1RDT05GIGVuY29kaW5nLCB3aGljaCBlbmRlZCB3aXRoIGEgY2xvc2UgY29uc2Vuc3VzIGlu IGZhdm9yIG9mIFhNTCBhcyBtYW5kYXRvcnkuDQpTZWUgaHR0cHM6Ly9tYWlsYXJjaGl2ZS5pZXRm Lm9yZy9hcmNoL21zZy9uZXRjb25mL1lTRWJMZC1ubkkwZGxrZWlJZUdXLXo2SnFEZw0KQmFzZWQg b24gdGhlIHJlY2VudCBkaXNjdXNzaW9uIG9uIHRoaXMgdG9waWMgYW5kIG9waW5pb25zIGFnYWlu c3QgbWFuZGF0b3J5IHN0YXRlbWVudHMgaW4gUkVTVENPTkYsIE5FVENPTkYgV0cgY28tY2hhaXJz IHdvdWxkIGxpa2UgdG8gc3RhcnQgYSBuZXcgb3BpbmlvbiBwb2xsLg0KDQpBcyBzdGF0ZWQgaW4g dGhlIG1haWwgZm9yIHRoZSBwcmV2aW91cyBwb2xsLCB0aGUgcmVzdWx0IG9mIHRoZSBwb2xsIGRl cGVuZHMgb24gdGhlIGNvdW50IG9mIHBlb3BsZSB2b3RpbmcuDQpTbywgYWxsIGludGVyZXN0ZWQg TkVUQ09ORiBXRyBtZW1iZXJzLCBwbGVhc2Ugc3BlYWsgdXAgc28gdGhhdCB3ZSBnZXQgYSBiZXR0 ZXIgZGF0YSB0byBqdWRnZSBvbiBXRyAocm91Z2gpIGNvbnNlbnN1cy4NCklmIHRoZSB2b3Rpbmcg cmVzdWx0IGlzIGFnYWluIGNsb3NlLCB0aGUgV0cgY28tY2hhaXJzIHdpbGwgKGFnYWluKSBkZWNs YXJlIGNvbnNlbnN1cyBpbiB0aGUgc2FrZSBvZiBwcm9ncmVzcywgYmFzZWQgb24gdGhlIOKAnGRv bWluYW50IHZpZXfigJ0gZGV0ZXJtaW5lZCBieSB0aGUgY28tY2hhaXJzIGFuZCBBRC4NCg0KUGxl YXNlIGRvIHN0YXRlIHlvdXIgb3BpbmlvbiB3aXRoIHNob3J0IGFuZCBjb25jcmV0ZSByZWFzb25p bmcsIGJ5IEF1Z3VzdCAxOSwgMjAxNSAxODowMCBQU1QgYWJvdXQgdGhlIGZvbGxvd2luZyBvcHRp b25zOg0KDQp4KSBYTUwgaXMgbWFuZGF0b3J5LCBKU09OIG9wdGlvbmFsLA0KaikgSlNPTiBpcyBt YW5kYXRvcnksIFhNTCBvcHRpb25hbCwNCngmaikgWE1MIGFuZCBKU09OIGFyZSBib3RoIG1hbmRh dG9yeSwNCngraikgRWl0aGVyIFhNTCBvciBKU09OIGlzIG1hbmRhdG9yeSB0aGUgb3RoZXIgb25l IGlzIG9wdGlvbmFsLA0Kbm0pIEJvdGggWE1MIGFuZCBKU09OIGFyZSBvcHRpb25hbCBhbmQgX25v dF8gbWFuZGF0b3J5Lg0KDQpGb3Ig4oCceCtq4oCdIGFuZCDigJxubeKAnSBwbGVhc2UgcHJvdmlk ZSBhIHNvbHV0aW9uIGZvciBhIHN1Y2Nlc3NmdWwgbmVnb3RpYXRpb24gb3IgZGV0ZXJtaW5hdGlv biBvZiB0aGUgZW5jb2RpbmcgdG8gYmUgdXNlZCBiZXR3ZWVuIHNlcnZlciBhbmQgY2xpZW50Lg0K Rm9yIHRoZSBzb2x1dGlvbiBkaXNjdXNzaW9uIGEgc2VwYXJhdGUgdGhyZWFkIHdpbGwgYmUgc3Rh cnRlZCBhbmQgY2FuIGJlIGZpbmFsaXplZCBhbHNvIGFmdGVyIHRoZSBwb2xsIGRlYWRsaW5lLg0K DQpZb3UgbWF5IHRoaW5rIHRoYXQgb25lIG9yIHRoZSBvdGhlciBvcHRpb24gaXMgdXNlbGVzcyBm cm9tIHlvdXIgcG92LiBJbiB0aGlzIGNhc2UgcGxlYXNlIGlnbm9yZSBpdC4NCg0KTG9va2luZyBm b3J3YXJkIHRvIGNvdW50aW5nIHlvdXIgdm90ZXMgYW5kIHJlYWRpbmcgeW91ciByZWFzb25pbmcu DQpUaGFuayB5b3UuDQoNCkJlc3QgUmVnYXJkcywNCk1laG1ldCAmIE1haGVzaA0KDQogX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCk5ldGNvbmYgbWFpbGlu ZyBsaXN0DQpOZXRjb25mQGlldGYub3JnPG1haWx0bzpOZXRjb25mQGlldGYub3JnPg0KaHR0cHM6 Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9uZXRjb25mDQoNCl9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpOZXRjb25mIG1haWxpbmcgbGlzdA0K TmV0Y29uZkBpZXRmLm9yZzxtYWlsdG86TmV0Y29uZkBpZXRmLm9yZz4NCmh0dHBzOi8vd3d3Lmll dGYub3JnL21haWxtYW4vbGlzdGluZm8vbmV0Y29uZg0KDQpNYWhlc2ggSmV0aGFuYW5kYW5pDQpt amV0aGFuYW5kYW5pQGdtYWlsLmNvbTxtYWlsdG86bWpldGhhbmFuZGFuaUBnbWFpbC5jb20+DQoN Cg0KDQoNCg== --_000_EF64FF31F4C4384DBCE5D513A791C2B121B20676xmbalnx11ciscoc_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPCEtLVtp ZiAhbXNvXT48c3R5bGU+dlw6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kb1w6KiB7 YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kd1w6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0 I1ZNTCk7fQ0KLnNoYXBlIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQo8L3N0eWxlPjwh W2VuZGlmXS0tPjxzdHlsZT48IS0tDQovKiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNl DQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7 fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpUYWhvbWE7DQoJcGFub3NlLTE6MiAxMSA2IDQg MyA1IDQgNCAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5N c29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4w MDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFu Iiwic2VyaWYiO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9y aXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZp c2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5 Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnR0DQoJe21z by1zdHlsZS1wcmlvcml0eTo5OTsNCglmb250LWZhbWlseToiQ291cmllciBOZXciO30NCnNwYW4u RW1haWxTdHlsZTE4DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFt aWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6IzFGNDk3RDt9DQouTXNvQ2hwRGVm YXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30N CkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCgltYXJnaW46MS4waW4g MS4waW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9u MTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0 cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1b aWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRt YXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5k aWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1 cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkFncmVlOiZuYnNwOyB4 JiM0MztqPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvcD4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlk ICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDsiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250 LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+IE1haGVz aCBKZXRoYW5hbmRhbmksIEF1Z3VzdCAwNywgMjAxNSAxMjo1NyBQTTxicj4NCjxicj4NCjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+W0NvLWNoYXIgaGF0IG9mZl08bzpwPjwvbzpwPjwvcD4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PG86 cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+SSBhZ3JlZSBhbmQgdm90ZSBmb3IgeCYjNDM7aikuPG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6LjVpbiI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+eCYjNDM7aikgb24g dGhlIHNlcnZlciB3aWxsIGxldCB0aGUgbWFya2V0IGRlY2lkZSB3aGV0aGVyIHRoZSBjbGllbnQg c3VwcG9ydHMgeCZhbXA7aikgb3IgeCYjNDM7aikuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PG86cD4m bmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4w cHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPk9uIEF1ZyA3LCAyMDE1LCBhdCA5OjMxIEFNLCBSb2RuZXkg Q3VtbWluZ3MgJmx0OzxhIGhyZWY9Im1haWx0bzpyb2RuZXkuY3VtbWluZ3NAbmkuY29tIj5yb2Ru ZXkuY3VtbWluZ3NAbmkuY29tPC9hPiZndDsgd3JvdGU6PG86cD48L286cD48L3A+DQo8L2Rpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48bzpwPiZuYnNw OzwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl ZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+SSB2b3RlIGZvcjo8L3NwYW4+DQo8 YnI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlh bCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgeCYjNDM7ajwvc3Bhbj4NCjxicj4NCjxicj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsi Pk15IHJlYXNvbmluZyBpcyB0aGF0IHRoZXJlIGFyZSBSRVNUZnVsIHdlYiBzZXJ2ZXJzIGluIHRo ZSBmaWVsZCB0b2RheSB0aGF0IGNob3NlIHRvIGltcGxlbWVudCBYTUwsIG9yIEpTT04sIGJ1dCBu b3QgYm90aC4gSW4gb3JkZXIgdG8gdHJhbnNpdGlvbiB0aGVzZSBwcm9kdWN0cyB0byBSRVNUQ09O RiwgaXQgaXMgaW1wb3J0YW50IGZvcg0KIFJFU1RDT05GJ3MgbWFuZGF0ZXMgdG8gYmUgYW5hbG9n b3VzLjwvc3Bhbj4gPGJyPg0KPGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+QXMgdGhl ICZxdW90O3gmIzQzO2omcXVvdDsgc29sdXRpb24gcHJvY2VlZHMgdGhyb3VnaCB0aGUgbWFya2V0 LCBJIHRoaW5rIGl0IGlzIGxpa2VseSB0aGF0IG1vc3QgaWYgbm90IGFsbCBjbGllbnRzIHdpbGwg aW1wbGVtZW50IGJvdGggWE1MIGFuZCBKU09OLCBpbiBvcmRlciB0byBwcm92aWRlIGludGVyb3Bl cmFiaWxpdHkgd2l0aCBhbGwgUkVTVENPTkYgc2VydmVycy4NCiBJIGRvbid0IHRoaW5rIHRoYXQg d2UgbmVjZXNzYXJpbHkgbmVlZCB0byBtYW5kYXRlIHRoaXMgY2xpZW50LXNpZGUgJnF1b3Q7eCZh bXA7aiZxdW90OyBpbiBSRVNUQ09ORiBpdHNlbGYsIGJlY2F1c2UgSSBhbSBjb25maWRlbnQgdGhh dCB0aGUgbWFya2V0IGNhbiB3b3JrIHRoYXQgb3V0IG9uIGl0cyBvd24uPC9zcGFuPg0KPGJyPg0K PGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJp YWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+QXMgZm9yIHRoZSBuZWdvdGlhdGlvbiBv ZiB0aGUgZW5jb2RpbmcsIEkgYWdyZWUgd2l0aCBvdGhlciBjb21tZW50cyB0aGF0IHRoZSBleGlz dGluZyBIVFRQIG1lY2hhbmlzbXMgY2FuIGJlIGxldmVyYWdlZC48L3NwYW4+DQo8YnI+DQo8YnI+ DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t PGJyPg0KUm9kbmV5IEN1bW1pbmdzPGJyPg0KUHJpbmNpcGFsIFNvZnR3YXJlIEFyY2hpdGVjdCwg SW5kdXN0cmlhbC9FbWJlZGRlZCBOZXR3b3Jrczxicj4NCk5hdGlvbmFsIEluc3RydW1lbnRzPGJy Pg0KVGVsOiAoNTEyKSA2ODMtODU0NDxicj4NCkZheDogKDUxMikgNjgzLTg2NjE8YnI+DQpFbWFp bDogPGEgaHJlZj0ibWFpbHRvOlJvZG5leS5DdW1taW5nc0BuaS5jb20iPlJvZG5leS5DdW1taW5n c0BuaS5jb208L2E+PC9zcGFuPiA8YnI+DQo8YnI+DQo8YnI+DQo8c3BhbiBzdHlsZT0iZm9udC1z aXplOjcuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDs7Y29sb3I6IzVGNUY1RiI+RnJvbTogJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7PC9z cGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+JnF1b3Q7RXJzdWUsIE1laG1ldCAoTm9raWEg LSBERS9NdW5pY2gpJnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86bWVobWV0LmVyc3VlQG5va2lh LmNvbSI+bWVobWV0LmVyc3VlQG5va2lhLmNvbTwvYT4mZ3Q7PC9zcGFuPg0KPGJyPg0KPHNwYW4g c3R5bGU9ImZvbnQtc2l6ZTo3LjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiM1RjVGNUYiPlRvOiAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjVwdDtmb250LWZhbWlseTom cXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5OZXRjb25mICZsdDs8YSBo cmVmPSJtYWlsdG86bmV0Y29uZkBpZXRmLm9yZyI+bmV0Y29uZkBpZXRmLm9yZzwvYT4mZ3Q7LA0K PC9zcGFuPjxicj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny41cHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojNUY1RjVGIj5EYXRl OiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZTo3LjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7Ij4wOC8wNi8yMDE1IDAzOjE4IFBNPC9zcGFuPg0KPGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQt c2l6ZTo3LjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7O2NvbG9yOiM1RjVGNUYiPlN1YmplY3Q6ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw Ozwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0Fy aWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPltOZXRjb25mXSBPcGluaW9uIHBvbGwg Zm9yIHRoZSBSRVNUQ09ORiBlbmNvZGluZzwvc3Bhbj4NCjxicj4NCjxzcGFuIHN0eWxlPSJmb250 LXNpemU6Ny41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90Oztjb2xvcjojNUY1RjVGIj5TZW50IGJ5OiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjVwdDtmb250LWZhbWlseTomcXVvdDtB cmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mcXVvdDtOZXRjb25mJnF1b3Q7ICZs dDs8YSBocmVmPSJtYWlsdG86bmV0Y29uZi1ib3VuY2VzQGlldGYub3JnIj5uZXRjb25mLWJvdW5j ZXNAaWV0Zi5vcmc8L2E+Jmd0Ozwvc3Bhbj4NCjxvOnA+PC9vOnA+PC9wPg0KPGRpdiBjbGFzcz0i TXNvTm9ybWFsIiBhbGlnbj0iY2VudGVyIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjt0ZXh0LWFs aWduOmNlbnRlciI+DQo8aHIgc2l6ZT0iMyIgd2lkdGg9IjEwMCUiIG5vc2hhZGU9IiIgc3R5bGU9 ImNvbG9yOiNBMEEwQTAiIGFsaWduPSJjZW50ZXIiPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PGJyPg0KPGJyPg0KPGJyPg0KPHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7Ij5EZWFyIE5FVENPTkYgV0csPGJyPg0KPGJyPg0KbGFzdCBPY3Rv YmVyIHdlIGhhZCBhbiBvcGluaW9uIHBvbGwgb24gdGhlIFJFU1RDT05GIGVuY29kaW5nLCB3aGlj aCBlbmRlZCB3aXRoIGEgY2xvc2UgY29uc2Vuc3VzIGluIGZhdm9yIG9mIFhNTCBhcyBtYW5kYXRv cnkuPC9zcGFuPg0KPGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5TZWUgPC9zcGFu PjxhIGhyZWY9Imh0dHBzOi8vbWFpbGFyY2hpdmUuaWV0Zi5vcmcvYXJjaC9tc2cvbmV0Y29uZi9Z U0ViTGQtbm5JMGRsa2VpSWVHVy16NkpxRGciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj b2xvcjpwdXJwbGUiPmh0dHBzOi8vbWFpbGFyY2hpdmUuaWV0Zi5vcmcvYXJjaC9tc2cvbmV0Y29u Zi9ZU0ViTGQtbm5JMGRsa2VpSWVHVy16NkpxRGc8L3NwYW4+PC9hPg0KPGJyPg0KPHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7Ij5CYXNlZCBvbiB0aGUgcmVjZW50IGRpc2N1c3Npb24gb24gdGhp cyB0b3BpYyBhbmQgb3BpbmlvbnMgYWdhaW5zdCBtYW5kYXRvcnkgc3RhdGVtZW50cyBpbiBSRVNU Q09ORiwgTkVUQ09ORiBXRyBjby1jaGFpcnMgd291bGQgbGlrZSB0byBzdGFydCBhIG5ldyBvcGlu aW9uIHBvbGwuPC9zcGFuPg0KPGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mbmJz cDs8L3NwYW4+IDxicj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+QXMgc3RhdGVkIGlu IHRoZSBtYWlsIGZvciB0aGUgcHJldmlvdXMgcG9sbCwgdGhlIHJlc3VsdCBvZiB0aGUgcG9sbCBk ZXBlbmRzIG9uIHRoZSBjb3VudCBvZiBwZW9wbGUgdm90aW5nLjwvc3Bhbj4NCjxicj4NCjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+U28sIGFsbCBpbnRlcmVzdGVkIE5FVENPTkYgV0cgbWVt YmVycywgcGxlYXNlIHNwZWFrIHVwIHNvIHRoYXQgd2UgZ2V0IGEgYmV0dGVyIGRhdGEgdG8ganVk Z2Ugb24gV0cgKHJvdWdoKSBjb25zZW5zdXMuPC9zcGFuPg0KPGJyPg0KPHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7Ij5JZiB0aGUgdm90aW5nIHJlc3VsdCBpcyBhZ2FpbiBjbG9zZSwgdGhlIFdH IGNvLWNoYWlycyB3aWxsIChhZ2FpbikgZGVjbGFyZSBjb25zZW5zdXMgaW4gdGhlIHNha2Ugb2Yg cHJvZ3Jlc3MsIGJhc2VkIG9uIHRoZSDigJxkb21pbmFudCB2aWV34oCdIGRldGVybWluZWQgYnkg dGhlIGNvLWNoYWlycyBhbmQgQUQuPC9zcGFuPg0KPGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7Ij4mbmJzcDs8L3NwYW4+IDxicj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+ UGxlYXNlIGRvIHN0YXRlIHlvdXIgb3BpbmlvbiB3aXRoIHNob3J0IGFuZCBjb25jcmV0ZSByZWFz b25pbmcsIGJ5IEF1Z3VzdCAxOSwgMjAxNSAxODowMCBQU1QgYWJvdXQgdGhlIGZvbGxvd2luZyBv cHRpb25zOjxicj4NCjxicj4NCngpIFhNTCBpcyBtYW5kYXRvcnksIEpTT04gb3B0aW9uYWwsPGJy Pg0KaikgSlNPTiBpcyBtYW5kYXRvcnksIFhNTCBvcHRpb25hbCw8L3NwYW4+IDxicj4NCjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+eCZhbXA7aikgWE1MIGFuZCBKU09OIGFyZSBib3RoIG1h bmRhdG9yeSw8L3NwYW4+DQo8YnI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPngmIzQz O2opIEVpdGhlciBYTUwgb3IgSlNPTiBpcyBtYW5kYXRvcnkgdGhlIG90aGVyIG9uZSBpcyBvcHRp b25hbCw8L3NwYW4+DQo8YnI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPm5tKSBCb3Ro IFhNTCBhbmQgSlNPTiBhcmUgb3B0aW9uYWwgYW5kIF88aT5ub3Q8L2k+XyBtYW5kYXRvcnkuPC9z cGFuPg0KPGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mbmJzcDs8L3NwYW4+IDxi cj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Rm9yIOKAnHgmIzQzO2rigJ0gYW5kIOKA nG5t4oCdIHBsZWFzZSBwcm92aWRlIGEgc29sdXRpb24gZm9yIGEgc3VjY2Vzc2Z1bCBuZWdvdGlh dGlvbiBvciBkZXRlcm1pbmF0aW9uIG9mIHRoZSBlbmNvZGluZyB0byBiZSB1c2VkIGJldHdlZW4g c2VydmVyIGFuZCBjbGllbnQuPC9zcGFuPg0KPGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7Ij5Gb3IgdGhlIHNvbHV0aW9uIGRpc2N1c3Npb24gYSBzZXBhcmF0ZSB0aHJlYWQgd2lsbCBi ZSBzdGFydGVkIGFuZCBjYW4gYmUgZmluYWxpemVkIGFsc28gYWZ0ZXIgdGhlIHBvbGwgZGVhZGxp bmUuPC9zcGFuPg0KPGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMwMDAw RTAiPiZuYnNwOzwvc3Bhbj4NCjxicj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+WW91 IG1heSB0aGluayB0aGF0IG9uZSBvciB0aGUgb3RoZXIgb3B0aW9uIGlzIHVzZWxlc3MgZnJvbSB5 b3VyIHBvdi4gSW4gdGhpcyBjYXNlIHBsZWFzZSBpZ25vcmUgaXQuPC9zcGFuPg0KPGJyPg0KPHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMwMDAwRTAiPiZuYnNwOzwvc3Bhbj4NCjxi cj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+TG9va2luZyBmb3J3YXJkIHRvIGNvdW50 aW5nIHlvdXIgdm90ZXMgYW5kIHJlYWRpbmcgeW91ciByZWFzb25pbmcuPC9zcGFuPg0KPGJyPg0K PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5UaGFuayB5b3UuPC9zcGFuPg0KPGJyPg0KPHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mbmJzcDs8L3NwYW4+IDxicj4NCjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90OyI+QmVzdCBSZWdhcmRzLCA8YnI+DQpNZWhtZXQgJmFtcDsgTWFoZXNo PC9zcGFuPiA8YnI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZuYnNwOzwvc3Bhbj4g PGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mbmJzcDs8L3NwYW4+PHR0PjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuMHB0Ij5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXzwvc3Bhbj48L3R0PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48YnI+DQo8dHQ+TmV0Y29uZiBt YWlsaW5nIGxpc3Q8L3R0Pjxicj4NCjx0dD48YSBocmVmPSJtYWlsdG86TmV0Y29uZkBpZXRmLm9y ZyI+TmV0Y29uZkBpZXRmLm9yZzwvYT48L3R0Pjxicj4NCjwvc3Bhbj48YSBocmVmPSJodHRwczov L3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL25ldGNvbmYiPjx0dD48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdCI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9u ZXRjb25mPC9zcGFuPjwvdHQ+PC9hPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48YnI+DQo8L3NwYW4+PGJyPg0KX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQpOZXRjb25mIG1h aWxpbmcgbGlzdDxicj4NCjxhIGhyZWY9Im1haWx0bzpOZXRjb25mQGlldGYub3JnIj5OZXRjb25m QGlldGYub3JnPC9hPjxicj4NCjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4v bGlzdGluZm8vbmV0Y29uZiI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9u ZXRjb25mPC9hPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48bzpwPiZuYnNw OzwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5N YWhlc2ggSmV0aGFuYW5kYW5pPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxl PSJjb2xvcjpibGFjayI+PGEgaHJlZj0ibWFpbHRvOm1qZXRoYW5hbmRhbmlAZ21haWwuY29tIj5t amV0aGFuYW5kYW5pQGdtYWlsLmNvbTwvYT48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNw YW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4i PjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OjBp bjttYXJnaW4tcmlnaHQ6MGluO21hcmdpbi1ib3R0b206MTIuMHB0O21hcmdpbi1sZWZ0Oi41aW4i Pg0KPG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtYXJnaW4tbGVmdDouNWluIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_EF64FF31F4C4384DBCE5D513A791C2B121B20676xmbalnx11ciscoc_-- From nobody Fri Aug 7 15:26:01 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A33681A8724 for ; Fri, 7 Aug 2015 15:25:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] 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 wv4br2UucQHe for ; Fri, 7 Aug 2015 15:25:53 -0700 (PDT) Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 158791A6F07 for ; Fri, 7 Aug 2015 15:20:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=18665; q=dns/txt; s=iport; t=1438986002; x=1440195602; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=JMHqvH/sD3yVBay7PunM83SA4YgbgCKH+UrErna6/qk=; b=DWZxEwlEZ7NXtWVXwnGddYaYf+ANQdRgz9I8F+4pzxdL40amULmJomGx iwO85UU7kNxTfdhf452ah0JopaRo0PiUxMZn5MpIpaByvGyUFaDyfrkkW Oj8XaSVu1ZjV8pOlAwXUMjT6EIkhaU250dybTmQhZI99eTZ2t2OGnRi6G w=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0DnBQBzLsVV/5BdJa1YA4JOTVRpBr0qgXoBC4JBgmxKAoE3ORMBAQEBAQEBgQqEIwEBAQQBAQEqQQsQAgEIEQMBAigHIQYLFAkIAgQBDQUbh34DEg3IMQ2FLAEBAQEBAQEBAQEBAQEBAQEBAQEBARMEik2BAoJPgVcQAgEFOgEMBAYBEoIcTYExBYccjWwBhH+CI0SDCoFrgUeEI4xZg02DZSaDfW+BSIEEAQEB X-IronPort-AV: E=Sophos; i="5.15,631,1432598400"; d="scan'208,217"; a="18749769" Received: from rcdn-core-8.cisco.com ([173.37.93.144]) by rcdn-iport-5.cisco.com with ESMTP; 07 Aug 2015 22:20:00 +0000 Received: from XCH-ALN-002.cisco.com (xch-aln-002.cisco.com [173.36.7.12]) by rcdn-core-8.cisco.com (8.14.5/8.14.5) with ESMTP id t77MK0oH015782 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 7 Aug 2015 22:20:00 GMT Received: from xch-aln-002.cisco.com (173.36.7.12) by XCH-ALN-002.cisco.com (173.36.7.12) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Fri, 7 Aug 2015 17:19:59 -0500 Received: from xhc-rcd-x05.cisco.com (173.37.183.79) by xch-aln-002.cisco.com (173.36.7.12) with Microsoft SMTP Server (TLS) id 15.0.1104.5 via Frontend Transport; Fri, 7 Aug 2015 17:19:59 -0500 Received: from xmb-rcd-x02.cisco.com ([169.254.4.79]) by xhc-rcd-x05.cisco.com ([173.37.183.79]) with mapi id 14.03.0248.002; Fri, 7 Aug 2015 17:19:59 -0500 From: "Rudy Klecka (rklecka)" To: "Eric Voit (evoit)" , Mahesh Jethanandani Thread-Topic: [Netconf] Opinion poll for the RESTCONF encoding Thread-Index: AQHQ0TIqwR5AxJ4iZE2KRfs4mNB/v54A4rwAgAA5RIA= Date: Fri, 7 Aug 2015 22:19:59 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.5.3.150624 x-originating-ip: [173.36.7.11] Content-Type: multipart/alternative; boundary="_000_D1EA992ED90D3rkleckaciscocom_" MIME-Version: 1.0 Archived-At: Cc: Netconf Subject: Re: [Netconf] Opinion poll for the RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Aug 2015 22:25:59 -0000 --_000_D1EA992ED90D3rkleckaciscocom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Agree: x+j From: Netconf > o= n behalf of "Eric Voit (evoit)" > Date: Friday, August 7, 2015 at 1:55 PM To: Mahesh Jethanandani > Cc: Netconf > Subject: Re: [Netconf] Opinion poll for the RESTCONF encoding Agree: x+j From: Mahesh Jethanandani, August 07, 2015 12:57 PM [Co-char hat off] I agree and vote for x+j). x+j) on the server will let the market decide whether the client supports x= &j) or x+j). On Aug 7, 2015, at 9:31 AM, Rodney Cummings > wrote: I vote for: x+j My reasoning is that there are RESTful web servers in the field today that = chose to implement XML, or JSON, but not both. In order to transition these= products to RESTCONF, it is important for RESTCONF's mandates to be analog= ous. As the "x+j" solution proceeds through the market, I think it is likely tha= t most if not all clients will implement both XML and JSON, in order to pro= vide interoperability with all RESTCONF servers. I don't think that we nece= ssarily need to mandate this client-side "x&j" in RESTCONF itself, because = I am confident that the market can work that out on its own. As for the negotiation of the encoding, I agree with other comments that th= e existing HTTP mechanisms can be leveraged. ---------------------------- Rodney Cummings Principal Software Architect, Industrial/Embedded Networks National Instruments Tel: (512) 683-8544 Fax: (512) 683-8661 Email: Rodney.Cummings@ni.com From: "Ersue, Mehmet (Nokia - DE/Munich)" > To: Netconf >, Date: 08/06/2015 03:18 PM Subject: [Netconf] Opinion poll for the RESTCONF encoding Sent by: "Netconf" > ________________________________ Dear NETCONF WG, last October we had an opinion poll on the RESTCONF encoding, which ended w= ith a close consensus in favor of XML as mandatory. See https://mailarchive.ietf.org/arch/msg/netconf/YSEbLd-nnI0dlkeiIeGW-z6Jq= Dg Based on the recent discussion on this topic and opinions against mandatory= statements in RESTCONF, NETCONF WG co-chairs would like to start a new opi= nion poll. As stated in the mail for the previous poll, the result of the poll depends= on the count of people voting. So, all interested NETCONF WG members, please speak up so that we get a bet= ter data to judge on WG (rough) consensus. If the voting result is again close, the WG co-chairs will (again) declare = consensus in the sake of progress, based on the =93dominant view=94 determi= ned by the co-chairs and AD. Please do state your opinion with short and concrete reasoning, by August 1= 9, 2015 18:00 PST about the following options: x) XML is mandatory, JSON optional, j) JSON is mandatory, XML optional, x&j) XML and JSON are both mandatory, x+j) Either XML or JSON is mandatory the other one is optional, nm) Both XML and JSON are optional and _not_ mandatory. For =93x+j=94 and =93nm=94 please provide a solution for a successful negot= iation or determination of the encoding to be used between server and clien= t. For the solution discussion a separate thread will be started and can be fi= nalized also after the poll deadline. You may think that one or the other option is useless from your pov. In thi= s case please ignore it. Looking forward to counting your votes and reading your reasoning. Thank you. Best Regards, Mehmet & Mahesh _______________________________________________ Netconf mailing list Netconf@ietf.org https://www.ietf.org/mailman/listinfo/netconf _______________________________________________ Netconf mailing list Netconf@ietf.org https://www.ietf.org/mailman/listinfo/netconf Mahesh Jethanandani mjethanandani@gmail.com --_000_D1EA992ED90D3rkleckaciscocom_ Content-Type: text/html; charset="Windows-1252" Content-ID: <647CFCCD077124489F60D909EF1763E8@emea.cisco.com> Content-Transfer-Encoding: quoted-printable
Agree: x+j

From: Netconf <netconf-bounces@ietf.org> on behalf of &q= uot;Eric Voit (evoit)" <evoit@ci= sco.com>
Date: Friday, August 7, 2015 at 1:5= 5 PM
To: Mahesh Jethanandani <mjethanandani@gmail.com>
Cc: Netconf <netconf@ietf.org>
Subject: Re: [Netconf] Opinion poll= for the RESTCONF encoding

Agree:  x+j

 

From: Mahesh Jethanandani, Au= gust 07, 2015 12:57 PM

[Co-char hat off]

 

I agree and vote for x= 3;j).

 

x+j) on the server wi= ll let the market decide whether the client supports x&j) or x+j).<= o:p>

 

On Aug 7, 2015, at 9:31 A= M, Rodney Cummings <rodney.cum= mings@ni.com> wrote:

 

I vote for:
  &nb= sp;     x+j

My reasoni= ng is that there are RESTful web servers in the field today that chose to i= mplement XML, or JSON, but not both. In order to transition these products = to RESTCONF, it is important for RESTCONF's mandates to be analogous.

As the &qu= ot;x+j" solution proceeds through the market, I think it is likely= that most if not all clients will implement both XML and JSON, in order to= provide interoperability with all RESTCONF servers. I don't think that we necessarily need to mandate this client-side "x= &j" in RESTCONF itself, because I am confident that the market can= work that out on its own.

As for the= negotiation of the encoding, I agree with other comments that the existing= HTTP mechanisms can be leveraged.

----------= ------------------
Rodney Cummings
Principal Software Architect, Industrial/Embedded Networks
National Instruments
Tel: (512) 683-8544
Fax: (512) 683-8661
Email: Rodney.Cummings@ni.com=


From:        "Ersue, Mehmet (Nokia - = DE/Munich)" <mehmet.ersue= @nokia.com>
To:        Netconf <netconf@ietf.org>,
Date:        08/06/2015 03:18 PM Subject:        [Netconf] Opinion poll for= the RESTCONF encoding
Sent by:        "Netconf" <netconf-bounces@ietf.org><= /span>




Dear NET= CONF WG,

last October we had an opinion poll on the RESTCONF encoding, which ended w= ith a close consensus in favor of XML as mandatory.
See https://mailarchive.ietf.org/arch/msg/netconf/YSEbLd-n= nI0dlkeiIeGW-z6JqDg
Based on= the recent discussion on this topic and opinions against mandatory stateme= nts in RESTCONF, NETCONF WG co-chairs would like to start a new opinion pol= l.
 
As state= d in the mail for the previous poll, the result of the poll depends on the = count of people voting.
So, all = interested NETCONF WG members, please speak up so that we get a better data= to judge on WG (rough) consensus.
If the v= oting result is again close, the WG co-chairs will (again) declare consensu= s in the sake of progress, based on the =93dominant view=94 determined by t= he co-chairs and AD.
 
Please d= o state your opinion with short and concrete reasoning, by August 19, 2015 = 18:00 PST about the following options:

x) XML is mandatory, JSON optional,
j) JSON is mandatory, XML optional,
x&j)= XML and JSON are both mandatory,
x+j)= Either XML or JSON is mandatory the other one is optional,
nm) Both= XML and JSON are optional and _not_ mandatory.
 
For =93x= +j=94 and =93nm=94 please provide a solution for a successful negotiati= on or determination of the encoding to be used between server and client.
For the = solution discussion a separate thread will be started and can be finalized = also after the poll deadline.
 
You may = think that one or the other option is useless from your pov. In this case p= lease ignore it.
 
Looking = forward to counting your votes and reading your reasoning.
Thank yo= u.
 
Best Reg= ards,
Mehmet & Mahesh
 
 _________________________________= ______________
Netconf mailing list
Netconf@ietf.org
https://www.ietf.org/mailman/listinfo/netconf<= br>
_______________________________________________
Netconf mailing list
Netconf@ietf.org
https://www.ietf.= org/mailman/listinfo/netconf

 

Mahesh Jethanandani

 

 

 

 

 --_000_D1EA992ED90D3rkleckaciscocom_-- From nobody Sat Aug 8 03:55:24 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0EF531A885B for ; Sat, 8 Aug 2015 03:55:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.011 X-Spam-Level: X-Spam-Status: No, score=-0.011 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, 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 wJLdi4OuInLb for ; Sat, 8 Aug 2015 03:55:21 -0700 (PDT) Received: from server.riw.us (server.riw.us [162.144.32.236]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D9A221A882C for ; Sat, 8 Aug 2015 03:55:21 -0700 (PDT) Received: from 162-229-180-77.lightspeed.rlghnc.sbcglobal.net ([162.229.180.77]:58079 helo=RussPC) by server.riw.us with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.85) (envelope-from ) id 1ZO1mZ-000683-FC; Sat, 08 Aug 2015 10:55:19 +0000 From: "Russ White" To: "'Ersue, Mehmet \(Nokia - DE/Munich\)'" , "'Netconf'" References: In-Reply-To: Date: Sat, 8 Aug 2015 06:55:05 -0400 Message-ID: <019d01d0d1c8$af7502d0$0e5f0870$@riw.us> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQFqi4qkcVrGsAl6BGLoms9Ekh//r57OeUlw Content-Language: en-us X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - server.riw.us X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - riw.us X-Get-Message-Sender-Via: server.riw.us: authenticated_id: russw@riw.us X-Source: X-Source-Args: X-Source-Dir: Archived-At: Subject: Re: [Netconf] Opinion poll for the RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Aug 2015 10:55:23 -0000 > x) XML is mandatory, JSON optional, > j) JSON is mandatory, XML optional, > x&j) XML and JSON are both mandatory, > x+j) Either XML or JSON is mandatory the other one is optional, > nm) Both XML and JSON are optional and _not_ mandatory. It might be profitable to split this into two problems -- what is mandatory on the server side, and what is mandatory on the client side. I would argue the server should be required to support both (x&j) and the client should conform to x+j to provide the widest degree of flexibility and interoperability. The negotiation, as noted elsewhere, is already included in HTTP. If they must be considered together, then I would argue for XML mandatory, JSON optional (x), because that is likely to produce the most widely deployed interoperable solutions. :-) Russ From nobody Sat Aug 8 13:25:12 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CB1F51A0089; Sat, 8 Aug 2015 13:25:08 -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 mPw-J6fab1tw; Sat, 8 Aug 2015 13:25:07 -0700 (PDT) Received: from nagasaki.bogus.com (nagasaki.bogus.com [IPv6:2001:418:1::81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1675B1A0076; Sat, 8 Aug 2015 13:25:07 -0700 (PDT) Received: from mb-aye.local ([172.56.40.14]) (authenticated bits=0) by nagasaki.bogus.com (8.14.9/8.14.9) with ESMTP id t78KP4PV001623 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Sat, 8 Aug 2015 20:25:06 GMT (envelope-from joelja@bogus.com) To: The IESG , ietf , netconf@ietf.org References: <20150629145822.7722.8876.idtracker@ietfa.amsl.com> From: joel jaeggli X-Enigmail-Draft-Status: N1110 Message-ID: <55C6659A.7070602@bogus.com> Date: Sat, 8 Aug 2015 13:24:58 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:40.0) Gecko/20100101 Thunderbird/40.0 MIME-Version: 1.0 In-Reply-To: <20150629145822.7722.8876.idtracker@ietfa.amsl.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sQTcngAuckJw1tL4sVLbtl0kFreaRNutw" Archived-At: Subject: Re: [Netconf] Last Call: (Time Capability in NETCONF) to Experimental RFC X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Aug 2015 20:25:09 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --sQTcngAuckJw1tL4sVLbtl0kFreaRNutw Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable The last call on this AD sponsored experiment status has completed. The last call ran 4 weeks due to the standards action required to populate the The Network Configuration Protocol (NETCONF) Capability URNs registry= . IMHO significant support for publication has been registered. Concern has been expressed that the netconf working group found no consensus to undertake this work. That is not of course a bar to publication under some other mechanism. Were this a standards track document I might interpret ambivalence as a signal that something was wrong with the document. As it stands, the goal is experimental status and lack of will on the part of a working group should not exclude us from documenting experiments for the benefit of tormentors particularly as the consequences for implementors choosing their own codepoints are always worth considering. Significant and useful review came from this last call cycle. It is likely that substantive changes will result which may be cause for rerunning the last call. At this point however I consider the question of advancement, and the standards action with respect to codepoint allocation settled in favor of advancement. The netconf working group is free to consider drafts that further or improve on this work at any ti= me. Any concerns with with this may be addressed to me. Thanks joel On 6/29/15 7:58 AM, The IESG wrote: >=20 > The IESG has received a request from an individual submitter to conside= r > the following document: > - 'Time Capability in NETCONF' > as Experimental RFC >=20 > The IESG plans to make a decision in the next few weeks, and solicits > final comments on this action. Please send substantive comments to the > ietf@ietf.org mailing lists by 2015-07-29. Exceptionally, comments may = be > sent to iesg@ietf.org instead. In either case, please retain the > beginning of the Subject line to allow automated sorting. >=20 > Abstract >=20 >=20 > This document defines a capability-based extension to the Network > Configuration Protocol (NETCONF) that allows time-triggered > configuration and management operations. This extension allows > NETCONF clients to invoke configuration updates according to > scheduled times, and allows NETCONF servers to attach timestamps to > the data they send to NETCONF clients. >=20 >=20 > The Network Configuration Protocol (NETCONF) Capability URNs registry=20 > requires a standards action in order to populate the registry. This doc= ument=20 > was taken out of the ISE stream and brought forward as an AD sponsored = > individual-submission to address this consideration. >=20 >=20 > The file can be obtained via > https://datatracker.ietf.org/doc/draft-mm-netconf-time-capability/ >=20 > IESG discussion can be tracked via > https://datatracker.ietf.org/doc/draft-mm-netconf-time-capability/ballo= t/ >=20 >=20 > No IPR declarations have been submitted directly on this I-D. >=20 >=20 --sQTcngAuckJw1tL4sVLbtl0kFreaRNutw Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2 Comment: GPGTools - http://gpgtools.org iEYEARECAAYFAlXGZZsACgkQ8AA1q7Z/VrK0KQCdHtKxIxMpqgwN+nZeXdl+nskg t0IAn0VlAMzRHcSR8QDwK3zLbSfakvSf =53VF -----END PGP SIGNATURE----- --sQTcngAuckJw1tL4sVLbtl0kFreaRNutw-- From nobody Sat Aug 8 23:56:44 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 02D2B1A6EE0 for ; Sat, 8 Aug 2015 23:56:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.999 X-Spam-Level: X-Spam-Status: No, score=-0.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, FREEMAIL_REPLY=1, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=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 sVvPrxPdMY06 for ; Sat, 8 Aug 2015 23:56:41 -0700 (PDT) Received: from mail-ig0-x232.google.com (mail-ig0-x232.google.com [IPv6:2607:f8b0:4001:c05::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7B38F1ACCE3 for ; Sat, 8 Aug 2015 23:56:41 -0700 (PDT) Received: by igbpg9 with SMTP id pg9so53408071igb.0 for ; Sat, 08 Aug 2015 23:56:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=iXdNf8WXzHHXxJvU1dkeRTLt9JyYvNtdIsGIFhyS6Ck=; b=DBCDJog5QHlIK95d2otv7rVER4sYIFy3+yYwGV3v0FYtvru23YS/dbYCD06NtOvhCP FzbjofDA+lsZC6LVbKwxA0JnZQfMSP+NCsItlpb+SaVk0sAa02F0uspTz1imRJnS+r6y TqaGYez4W8t8jrcm5JrfoDfOl/fZR1HP7nqz0V+RnXMEHxVC5tLM6/DwhabQVhO7aaRt dgmghOXUdQwzReHa6U+dJXhup6fXUgv6dWskhcTbTRP1zA2rwFaFHivBxFon8AhTVz3L twaP9mtWhLmNSTaypH9habb6l+QTPXwCQbQc1uCjPmjGw4AO+F8zRJwi4Lp7gYUmwZYW rszw== MIME-Version: 1.0 X-Received: by 10.50.124.33 with SMTP id mf1mr5476214igb.23.1439103400820; Sat, 08 Aug 2015 23:56:40 -0700 (PDT) Received: by 10.36.42.13 with HTTP; Sat, 8 Aug 2015 23:56:40 -0700 (PDT) In-Reply-To: References: Date: Sun, 9 Aug 2015 12:26:40 +0530 Message-ID: From: Ambika Tripathy To: "Ersue, Mehmet (Nokia - DE/Munich)" Content-Type: multipart/alternative; boundary=089e01176361004911051cdb5f3d Archived-At: Cc: Netconf Subject: Re: [Netconf] Opinion poll for the RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Aug 2015 06:56:43 -0000 --089e01176361004911051cdb5f3d Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I would like to vote for X+J. br, Ambika Prasad Tripathy On Fri, Aug 7, 2015 at 1:48 AM, Ersue, Mehmet (Nokia - DE/Munich) < mehmet.ersue@nokia.com> wrote: > Dear NETCONF WG, > > last October we had an opinion poll on the RESTCONF encoding, which ended > with a close consensus in favor of XML as mandatory. > See > *https://mailarchive.ietf.org/arch/msg/netconf/YSEbLd-nnI0dlkeiIeGW-z6JqD= g* > > Based on the recent discussion on this topic and opinions against > mandatory statements in RESTCONF, NETCONF WG co-chairs would like to star= t > a new opinion poll. > > As stated in the mail for the previous poll, the result of the poll > depends on the count of people voting. > So, all interested NETCONF WG members, please speak up so that we get a > better data to judge on WG (rough) consensus. > If the voting result is again close, the WG co-chairs will (again) declar= e > consensus in the sake of progress, based on the =E2=80=9Cdominant view=E2= =80=9D determined > by the co-chairs and AD. > > Please do state your opinion with short and concrete reasoning, by August > 19, 2015 18:00 PST about the following options: > > x) XML is mandatory, JSON optional, > j) JSON is mandatory, XML optional, > x&j) XML and JSON are both mandatory, > x+j) Either XML or JSON is mandatory the other one is optional, > nm) Both XML and JSON are optional and _*not*_ mandatory. > > For =E2=80=9Cx+j=E2=80=9D and =E2=80=9Cnm=E2=80=9D please provide a solut= ion for a successful negotiation > or determination of the encoding to be used between server and client. > For the solution discussion a separate thread will be started and can be > finalized also after the poll deadline. > > You may think that one or the other option is useless from your pov. In > this case please ignore it. > > Looking forward to counting your votes and reading your reasoning. > Thank you. > > Best Regards, > Mehmet & Mahesh > > > > _______________________________________________ > Netconf mailing list > Netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf > > --=20 Ambika Prasad Tripathy Cell @+91 9437547730/8553070866 Alt email: ambika_tripathy@yahoo.com ambika.tripathy@gmail.com skype:ambika_nethawk --089e01176361004911051cdb5f3d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I would like to vote for X+J.

br,
Ambika Prasad Tripathy

On Fri, Aug 7, 2015 at 1:48 AM, Ersue, Meh= met (Nokia - DE/Munich) <mehmet.ersue@nokia.com> wrote:=
Dear NETCONF WG,

last October we had an opinion poll on the RESTCONF encoding, which ended w= ith a close consensus in favor of XML as mandatory.
Based on the recent discussion on this topic and opinions against mand= atory statements in RESTCONF, NETCONF WG co-chairs would like to start a ne= w opinion poll.
=C2=A0
As stated in the mail for the previous poll, the result of the poll de= pends on the count of people voting.
So, all interested NETCONF WG members, please speak up so that we get = a better data to judge on WG (rough) consensus.
If the voting result is again close, the WG co-chairs will (again) dec= lare consensus in the sake of progress, based on the =E2=80=9Cdominant view= =E2=80=9D determined by the co-chairs and AD.
=C2=A0
Please do state your opinion with short and concrete reasoning, by Aug= ust 19, 2015 18:00 PST about the following options:

x) XML is mandatory, JSON optional,
j) JSON is mandatory, XML optional,
x&j) XML and JSON are both mandatory,
x+j) Either XML or JSON is mandatory the other one is optional,
nm) Both XML and JSON are optional and _not_ mandatory.
=C2=A0
For =E2=80=9Cx+j=E2=80=9D and =E2=80=9Cnm=E2=80=9D please provide a so= lution for a successful negotiation or determination of the encoding to be = used between server and client.
For the solution discussion a separate thread will be started and can = be finalized also after the poll deadline.
=C2=A0
You may think that one or the other option is useless from your pov. I= n this case please ignore it.
=C2=A0
Looking forward to counting your votes and reading your reasoning.
Thank you.
=C2=A0
Best Regards,
Mehmet & Mahesh
=C2=A0
=C2=A0

_______________________________________________
Netconf mailing list
Netconf@ietf.org
https://www.ietf.org/mailman/listinfo/netconf




--
Ambika Prasad Tripathy
Cell @+91 9437547730/8553070866
skype:ambika_nethawk
--089e01176361004911051cdb5f3d-- From nobody Sun Aug 9 03:29:58 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 36B6E1A9235 for ; Sun, 9 Aug 2015 03:29:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] 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 LW2YrMLtwxP4 for ; Sun, 9 Aug 2015 03:29:55 -0700 (PDT) Received: from rcdn-iport-8.cisco.com (rcdn-iport-8.cisco.com [173.37.86.79]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5EAF21A90EF for ; Sun, 9 Aug 2015 03:29:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=11796; q=dns/txt; s=iport; t=1439116195; x=1440325795; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=0soJHc+wV6ixRXamgQDIMAtTxtYeCBC1nrqiSYjCTjc=; b=NmHCR/VKI1cFrt6YqFEecrs6KebCfnY4v6bnrnKpeNb8kstqcVeZE837 SKaLhfxULiC54EABR1mh8hU0INuvh4eEB29ATiA7oEcjKD8DfpXc/J41F xhuc7kwAjO6wteOdyQLWkl6pt7rdseIgztpXieLmgwrMaFRpqVbQp/uNv 0=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0A9AwAKK8dV/5RdJa1dgk5NVGkGgx66CAmBegELhS1KAhyBATgUAQEBAQEBAYEKhCQBAQQBAQEgSwsQAgEIPwMCAgIlCxQRAQEEDgUbiBMNtyeVUwEBAQEBAQEBAQEBAQEBAQEBAQEBARMEik6BA4Q3AQEFMBcEB4IuOxIdgRQFkgWDBgGFAYdhgUmEJZApg2Ymg31xgQ46gQQBAQE X-IronPort-AV: E=Sophos; i="5.15,639,1432598400"; d="scan'208,217"; a="17099536" Received: from rcdn-core-12.cisco.com ([173.37.93.148]) by rcdn-iport-8.cisco.com with ESMTP; 09 Aug 2015 10:29:54 +0000 Received: from XCH-RCD-013.cisco.com (xch-rcd-013.cisco.com [173.37.102.23]) by rcdn-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id t79ATssx016058 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Sun, 9 Aug 2015 10:29:54 GMT Received: from xch-rcd-013.cisco.com (173.37.102.23) by XCH-RCD-013.cisco.com (173.37.102.23) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Sun, 9 Aug 2015 05:29:53 -0500 Received: from xhc-rcd-x02.cisco.com (173.37.183.76) by xch-rcd-013.cisco.com (173.37.102.23) with Microsoft SMTP Server (TLS) id 15.0.1104.5 via Frontend Transport; Sun, 9 Aug 2015 05:29:53 -0500 Received: from xmb-aln-x15.cisco.com ([169.254.9.148]) by xhc-rcd-x02.cisco.com ([173.37.183.76]) with mapi id 14.03.0248.002; Sun, 9 Aug 2015 05:29:52 -0500 From: "Einar Nilsen-Nygaard (einarnn)" To: "Ersue, Mehmet (Nokia - DE/Munich)" Thread-Topic: [Netconf] Opinion poll for the RESTCONF encoding Thread-Index: AdDQhQr50kUYkjB9Qq2imxezQKAW3QCMzCqA Date: Sun, 9 Aug 2015 10:29:52 +0000 Message-ID: <12C0C630-80EF-439A-A0F0-2E2FA96D9AD2@cisco.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [173.37.102.15] Content-Type: multipart/alternative; boundary="_000_12C0C63080EF439AA0F02E2FA96D9AD2ciscocom_" MIME-Version: 1.0 Archived-At: Cc: Netconf Subject: Re: [Netconf] Opinion poll for the RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Aug 2015 10:29:57 -0000 --_000_12C0C63080EF439AA0F02E2FA96D9AD2ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 eCtqDQoNCkNoZWVycywNCg0KRWluYXINCg0KT24gQXVnIDYsIDIwMTUsIGF0IDk6MTggUE0sIEVy c3VlLCBNZWhtZXQgKE5va2lhIC0gREUvTXVuaWNoKSA8bWVobWV0LmVyc3VlQG5va2lhLmNvbTxt YWlsdG86bWVobWV0LmVyc3VlQG5va2lhLmNvbT4+IHdyb3RlOg0KDQpEZWFyIE5FVENPTkYgV0cs DQoNCmxhc3QgT2N0b2JlciB3ZSBoYWQgYW4gb3BpbmlvbiBwb2xsIG9uIHRoZSBSRVNUQ09ORiBl bmNvZGluZywgd2hpY2ggZW5kZWQgd2l0aCBhIGNsb3NlIGNvbnNlbnN1cyBpbiBmYXZvciBvZiBY TUwgYXMgbWFuZGF0b3J5Lg0KU2VlIGh0dHBzOi8vbWFpbGFyY2hpdmUuaWV0Zi5vcmcvYXJjaC9t c2cvbmV0Y29uZi9ZU0ViTGQtbm5JMGRsa2VpSWVHVy16NkpxRGcNCkJhc2VkIG9uIHRoZSByZWNl bnQgZGlzY3Vzc2lvbiBvbiB0aGlzIHRvcGljIGFuZCBvcGluaW9ucyBhZ2FpbnN0IG1hbmRhdG9y eSBzdGF0ZW1lbnRzIGluIFJFU1RDT05GLCBORVRDT05GIFdHIGNvLWNoYWlycyB3b3VsZCBsaWtl IHRvIHN0YXJ0IGEgbmV3IG9waW5pb24gcG9sbC4NCg0KQXMgc3RhdGVkIGluIHRoZSBtYWlsIGZv ciB0aGUgcHJldmlvdXMgcG9sbCwgdGhlIHJlc3VsdCBvZiB0aGUgcG9sbCBkZXBlbmRzIG9uIHRo ZSBjb3VudCBvZiBwZW9wbGUgdm90aW5nLg0KU28sIGFsbCBpbnRlcmVzdGVkIE5FVENPTkYgV0cg bWVtYmVycywgcGxlYXNlIHNwZWFrIHVwIHNvIHRoYXQgd2UgZ2V0IGEgYmV0dGVyIGRhdGEgdG8g anVkZ2Ugb24gV0cgKHJvdWdoKSBjb25zZW5zdXMuDQpJZiB0aGUgdm90aW5nIHJlc3VsdCBpcyBh Z2FpbiBjbG9zZSwgdGhlIFdHIGNvLWNoYWlycyB3aWxsIChhZ2FpbikgZGVjbGFyZSBjb25zZW5z dXMgaW4gdGhlIHNha2Ugb2YgcHJvZ3Jlc3MsIGJhc2VkIG9uIHRoZSDigJxkb21pbmFudCB2aWV3 4oCdIGRldGVybWluZWQgYnkgdGhlIGNvLWNoYWlycyBhbmQgQUQuDQoNClBsZWFzZSBkbyBzdGF0 ZSB5b3VyIG9waW5pb24gd2l0aCBzaG9ydCBhbmQgY29uY3JldGUgcmVhc29uaW5nLCBieSBBdWd1 c3QgMTksIDIwMTUgMTg6MDAgUFNUIGFib3V0IHRoZSBmb2xsb3dpbmcgb3B0aW9uczoNCg0KeCkg WE1MIGlzIG1hbmRhdG9yeSwgSlNPTiBvcHRpb25hbCwNCmopIEpTT04gaXMgbWFuZGF0b3J5LCBY TUwgb3B0aW9uYWwsDQp4JmopIFhNTCBhbmQgSlNPTiBhcmUgYm90aCBtYW5kYXRvcnksDQp4K2op IEVpdGhlciBYTUwgb3IgSlNPTiBpcyBtYW5kYXRvcnkgdGhlIG90aGVyIG9uZSBpcyBvcHRpb25h bCwNCm5tKSBCb3RoIFhNTCBhbmQgSlNPTiBhcmUgb3B0aW9uYWwgYW5kIF9ub3RfIG1hbmRhdG9y eS4NCg0KRm9yIOKAnHgrauKAnSBhbmQg4oCcbm3igJ0gcGxlYXNlIHByb3ZpZGUgYSBzb2x1dGlv biBmb3IgYSBzdWNjZXNzZnVsIG5lZ290aWF0aW9uIG9yIGRldGVybWluYXRpb24gb2YgdGhlIGVu Y29kaW5nIHRvIGJlIHVzZWQgYmV0d2VlbiBzZXJ2ZXIgYW5kIGNsaWVudC4NCkZvciB0aGUgc29s dXRpb24gZGlzY3Vzc2lvbiBhIHNlcGFyYXRlIHRocmVhZCB3aWxsIGJlIHN0YXJ0ZWQgYW5kIGNh biBiZSBmaW5hbGl6ZWQgYWxzbyBhZnRlciB0aGUgcG9sbCBkZWFkbGluZS4NCg0KWW91IG1heSB0 aGluayB0aGF0IG9uZSBvciB0aGUgb3RoZXIgb3B0aW9uIGlzIHVzZWxlc3MgZnJvbSB5b3VyIHBv di4gSW4gdGhpcyBjYXNlIHBsZWFzZSBpZ25vcmUgaXQuDQoNCkxvb2tpbmcgZm9yd2FyZCB0byBj b3VudGluZyB5b3VyIHZvdGVzIGFuZCByZWFkaW5nIHlvdXIgcmVhc29uaW5nLg0KVGhhbmsgeW91 Lg0KDQpCZXN0IFJlZ2FyZHMsDQpNZWhtZXQgJiBNYWhlc2gNCg0KDQpfX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KTmV0Y29uZiBtYWlsaW5nIGxpc3QNCk5l dGNvbmZAaWV0Zi5vcmc8bWFpbHRvOk5ldGNvbmZAaWV0Zi5vcmc+DQpodHRwczovL3d3dy5pZXRm Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL25ldGNvbmYNCg0K --_000_12C0C63080EF439AA0F02E2FA96D9AD2ciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <4C42435AEFCCA54A8764D83FD6F85E1E@emea.cisco.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KeCYjNDM7ag0KPGRpdiBjbGFzcz0i Ij48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+Q2hlZXJzLDwvZGl2Pg0KPGRp diBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+RWluYXI8L2Rp dj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPGRpdj4NCjxibG9ja3F1b3RlIHR5cGU9 ImNpdGUiIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj5PbiBBdWcgNiwgMjAxNSwgYXQgOToxOCBQ TSwgRXJzdWUsIE1laG1ldCAoTm9raWEgLSBERS9NdW5pY2gpICZsdDs8YSBocmVmPSJtYWlsdG86 bWVobWV0LmVyc3VlQG5va2lhLmNvbSIgY2xhc3M9IiI+bWVobWV0LmVyc3VlQG5va2lhLmNvbTwv YT4mZ3Q7IHdyb3RlOjwvZGl2Pg0KPGJyIGNsYXNzPSJBcHBsZS1pbnRlcmNoYW5nZS1uZXdsaW5l Ij4NCjxkaXYgY2xhc3M9IiI+PGZvbnQgZmFjZT0iQ2FsaWJyaSIgc2l6ZT0iMiIgc3R5bGU9ImZv bnQtc3R5bGU6IG5vcm1hbDsgZm9udC12YXJpYW50OiBub3JtYWw7IGZvbnQtd2VpZ2h0OiBub3Jt YWw7IGxldHRlci1zcGFjaW5nOiBub3JtYWw7IGxpbmUtaGVpZ2h0OiBub3JtYWw7IG9ycGhhbnM6 IGF1dG87IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0ZXh0LXRyYW5zZm9y bTogbm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgd2lkb3dzOiBhdXRvOyB3b3JkLXNwYWNpbmc6 IDBweDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4OyIgY2xhc3M9IiI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZTogMTFwdDsiIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj5EZWFyIE5FVENP TkYgV0csPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KbGFzdCBPY3RvYmVyIHdlIGhhZCBh biBvcGluaW9uIHBvbGwgb24gdGhlIFJFU1RDT05GIGVuY29kaW5nLCB3aGljaCBlbmRlZCB3aXRo IGEgY2xvc2UgY29uc2Vuc3VzIGluIGZhdm9yIG9mIFhNTCBhcyBtYW5kYXRvcnkuPC9kaXY+DQo8 ZGl2IGNsYXNzPSIiPlNlZSZuYnNwOzxhIGhyZWY9Imh0dHBzOi8vbWFpbGFyY2hpdmUuaWV0Zi5v cmcvYXJjaC9tc2cvbmV0Y29uZi9ZU0ViTGQtbm5JMGRsa2VpSWVHVy16NkpxRGciIGNsYXNzPSIi Pjxmb250IHNpemU9IjIiIGNvbG9yPSJwdXJwbGUiIGNsYXNzPSIiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6IDEwcHQ7IiBjbGFzcz0iIj48dSBjbGFzcz0iIj5odHRwczovL21haWxhcmNoaXZlLmll dGYub3JnL2FyY2gvbXNnL25ldGNvbmYvWVNFYkxkLW5uSTBkbGtlaUllR1ctejZKcURnPC91Pjwv c3Bhbj48L2ZvbnQ+PC9hPjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5CYXNlZCBvbiB0aGUgcmVjZW50 IGRpc2N1c3Npb24gb24gdGhpcyB0b3BpYyBhbmQgb3BpbmlvbnMgYWdhaW5zdCBtYW5kYXRvcnkg c3RhdGVtZW50cyBpbiBSRVNUQ09ORiwgTkVUQ09ORiBXRyBjby1jaGFpcnMgd291bGQgbGlrZSB0 byBzdGFydCBhIG5ldyBvcGluaW9uIHBvbGwuPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPiZuYnNwOzwv ZGl2Pg0KPGRpdiBjbGFzcz0iIj5BcyBzdGF0ZWQgaW4gdGhlIG1haWwgZm9yIHRoZSBwcmV2aW91 cyBwb2xsLCB0aGUgcmVzdWx0IG9mIHRoZSBwb2xsIGRlcGVuZHMgb24gdGhlIGNvdW50IG9mIHBl b3BsZSB2b3RpbmcuPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPlNvLCBhbGwgaW50ZXJlc3RlZCBORVRD T05GIFdHIG1lbWJlcnMsIHBsZWFzZSBzcGVhayB1cCBzbyB0aGF0IHdlIGdldCBhIGJldHRlciBk YXRhIHRvIGp1ZGdlIG9uIFdHIChyb3VnaCkgY29uc2Vuc3VzLjwvZGl2Pg0KPGRpdiBjbGFzcz0i Ij5JZiB0aGUgdm90aW5nIHJlc3VsdCBpcyBhZ2FpbiBjbG9zZSwgdGhlIFdHIGNvLWNoYWlycyB3 aWxsIChhZ2FpbikgZGVjbGFyZSBjb25zZW5zdXMgaW4gdGhlIHNha2Ugb2YgcHJvZ3Jlc3MsIGJh c2VkIG9uIHRoZSDigJxkb21pbmFudCB2aWV34oCdIGRldGVybWluZWQgYnkgdGhlIGNvLWNoYWly cyBhbmQgQUQuPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPiZuYnNwOzwvZGl2Pg0KPGRpdiBjbGFzcz0i Ij5QbGVhc2UgZG8gc3RhdGUgeW91ciBvcGluaW9uIHdpdGggc2hvcnQgYW5kIGNvbmNyZXRlIHJl YXNvbmluZywgYnkgQXVndXN0IDE5LCAyMDE1IDE4OjAwIFBTVCBhYm91dCB0aGUgZm9sbG93aW5n IG9wdGlvbnM6PGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KeCkgWE1MIGlzIG1hbmRhdG9y eSwgSlNPTiBvcHRpb25hbCw8YnIgY2xhc3M9IiI+DQpqKSBKU09OIGlzIG1hbmRhdG9yeSwgWE1M IG9wdGlvbmFsLDwvZGl2Pg0KPGRpdiBjbGFzcz0iIj54JmFtcDtqKSBYTUwgYW5kIEpTT04gYXJl IGJvdGggbWFuZGF0b3J5LDwvZGl2Pg0KPGRpdiBjbGFzcz0iIj54JiM0MztqKSBFaXRoZXIgWE1M IG9yIEpTT04gaXMgbWFuZGF0b3J5IHRoZSBvdGhlciBvbmUgaXMgb3B0aW9uYWwsPC9kaXY+DQo8 ZGl2IGNsYXNzPSIiPm5tKSBCb3RoIFhNTCBhbmQgSlNPTiBhcmUgb3B0aW9uYWwgYW5kIF88aSBj bGFzcz0iIj5ub3Q8L2k+XyBtYW5kYXRvcnkuPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPiZuYnNwOzwv ZGl2Pg0KPGRpdiBjbGFzcz0iIj5Gb3Ig4oCceCYjNDM7auKAnSBhbmQg4oCcbm3igJ0gcGxlYXNl IHByb3ZpZGUgYSBzb2x1dGlvbiBmb3IgYSBzdWNjZXNzZnVsIG5lZ290aWF0aW9uIG9yIGRldGVy bWluYXRpb24gb2YgdGhlIGVuY29kaW5nIHRvIGJlIHVzZWQgYmV0d2VlbiBzZXJ2ZXIgYW5kIGNs aWVudC48L2Rpdj4NCjxkaXYgY2xhc3M9IiI+Rm9yIHRoZSBzb2x1dGlvbiBkaXNjdXNzaW9uIGEg c2VwYXJhdGUgdGhyZWFkIHdpbGwgYmUgc3RhcnRlZCBhbmQgY2FuIGJlIGZpbmFsaXplZCBhbHNv IGFmdGVyIHRoZSBwb2xsIGRlYWRsaW5lLjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48Zm9udCBjb2xv cj0iIzAwMDBDQyIgY2xhc3M9IiI+Jm5ic3A7PC9mb250PjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5Z b3UgbWF5IHRoaW5rIHRoYXQgb25lIG9yIHRoZSBvdGhlciBvcHRpb24gaXMgdXNlbGVzcyBmcm9t IHlvdXIgcG92LiBJbiB0aGlzIGNhc2UgcGxlYXNlIGlnbm9yZSBpdC48L2Rpdj4NCjxkaXYgY2xh c3M9IiI+PGZvbnQgY29sb3I9IiMwMDAwQ0MiIGNsYXNzPSIiPiZuYnNwOzwvZm9udD48L2Rpdj4N CjxkaXYgY2xhc3M9IiI+TG9va2luZyBmb3J3YXJkIHRvIGNvdW50aW5nIHlvdXIgdm90ZXMgYW5k IHJlYWRpbmcgeW91ciByZWFzb25pbmcuPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPlRoYW5rIHlvdS48 L2Rpdj4NCjxkaXYgY2xhc3M9IiI+Jm5ic3A7PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPkJlc3QgUmVn YXJkcyw8c3BhbiBjbGFzcz0iQXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PGJy IGNsYXNzPSIiPg0KTWVobWV0ICZhbXA7IE1haGVzaDwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4mbmJz cDs8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+Jm5ic3A7PC9kaXY+DQo8L3NwYW4+PC9mb250PjxzcGFu IHN0eWxlPSJmb250LWZhbWlseTogTHVjaWRhQnJpZ2h0OyBmb250LXNpemU6IDEycHg7IGZvbnQt c3R5bGU6IG5vcm1hbDsgZm9udC12YXJpYW50OiBub3JtYWw7IGZvbnQtd2VpZ2h0OiBub3JtYWw7 IGxldHRlci1zcGFjaW5nOiBub3JtYWw7IGxpbmUtaGVpZ2h0OiBub3JtYWw7IG9ycGhhbnM6IGF1 dG87IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0ZXh0LXRyYW5zZm9ybTog bm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgd2lkb3dzOiBhdXRvOyB3b3JkLXNwYWNpbmc6IDBw eDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4OyBmbG9hdDogbm9uZTsgZGlzcGxheTog aW5saW5lICFpbXBvcnRhbnQ7IiBjbGFzcz0iIj5fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXzwvc3Bhbj48YnIgc3R5bGU9ImZvbnQtZmFtaWx5OiBMdWNpZGFC cmlnaHQ7IGZvbnQtc2l6ZTogMTJweDsgZm9udC1zdHlsZTogbm9ybWFsOyBmb250LXZhcmlhbnQ6 IG5vcm1hbDsgZm9udC13ZWlnaHQ6IG5vcm1hbDsgbGV0dGVyLXNwYWNpbmc6IG5vcm1hbDsgbGlu ZS1oZWlnaHQ6IG5vcm1hbDsgb3JwaGFuczogYXV0bzsgdGV4dC1hbGlnbjogc3RhcnQ7IHRleHQt aW5kZW50OiAwcHg7IHRleHQtdHJhbnNmb3JtOiBub25lOyB3aGl0ZS1zcGFjZTogbm9ybWFsOyB3 aWRvd3M6IGF1dG87IHdvcmQtc3BhY2luZzogMHB4OyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRo OiAwcHg7IiBjbGFzcz0iIj4NCjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogTHVjaWRhQnJpZ2h0 OyBmb250LXNpemU6IDEycHg7IGZvbnQtc3R5bGU6IG5vcm1hbDsgZm9udC12YXJpYW50OiBub3Jt YWw7IGZvbnQtd2VpZ2h0OiBub3JtYWw7IGxldHRlci1zcGFjaW5nOiBub3JtYWw7IGxpbmUtaGVp Z2h0OiBub3JtYWw7IG9ycGhhbnM6IGF1dG87IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVu dDogMHB4OyB0ZXh0LXRyYW5zZm9ybTogbm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgd2lkb3dz OiBhdXRvOyB3b3JkLXNwYWNpbmc6IDBweDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4 OyBmbG9hdDogbm9uZTsgZGlzcGxheTogaW5saW5lICFpbXBvcnRhbnQ7IiBjbGFzcz0iIj5OZXRj b25mDQogbWFpbGluZyBsaXN0PC9zcGFuPjxiciBzdHlsZT0iZm9udC1mYW1pbHk6IEx1Y2lkYUJy aWdodDsgZm9udC1zaXplOiAxMnB4OyBmb250LXN0eWxlOiBub3JtYWw7IGZvbnQtdmFyaWFudDog bm9ybWFsOyBmb250LXdlaWdodDogbm9ybWFsOyBsZXR0ZXItc3BhY2luZzogbm9ybWFsOyBsaW5l LWhlaWdodDogbm9ybWFsOyBvcnBoYW5zOiBhdXRvOyB0ZXh0LWFsaWduOiBzdGFydDsgdGV4dC1p bmRlbnQ6IDBweDsgdGV4dC10cmFuc2Zvcm06IG5vbmU7IHdoaXRlLXNwYWNlOiBub3JtYWw7IHdp ZG93czogYXV0bzsgd29yZC1zcGFjaW5nOiAwcHg7IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6 IDBweDsiIGNsYXNzPSIiPg0KPGEgaHJlZj0ibWFpbHRvOk5ldGNvbmZAaWV0Zi5vcmciIHN0eWxl PSJmb250LWZhbWlseTogTHVjaWRhQnJpZ2h0OyBmb250LXNpemU6IDEycHg7IGZvbnQtc3R5bGU6 IG5vcm1hbDsgZm9udC12YXJpYW50OiBub3JtYWw7IGZvbnQtd2VpZ2h0OiBub3JtYWw7IGxldHRl ci1zcGFjaW5nOiBub3JtYWw7IGxpbmUtaGVpZ2h0OiBub3JtYWw7IG9ycGhhbnM6IGF1dG87IHRl eHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0ZXh0LXRyYW5zZm9ybTogbm9uZTsg d2hpdGUtc3BhY2U6IG5vcm1hbDsgd2lkb3dzOiBhdXRvOyB3b3JkLXNwYWNpbmc6IDBweDsgLXdl YmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4OyIgY2xhc3M9IiI+TmV0Y29uZkBpZXRmLm9yZzwv YT48YnIgc3R5bGU9ImZvbnQtZmFtaWx5OiBMdWNpZGFCcmlnaHQ7IGZvbnQtc2l6ZTogMTJweDsg Zm9udC1zdHlsZTogbm9ybWFsOyBmb250LXZhcmlhbnQ6IG5vcm1hbDsgZm9udC13ZWlnaHQ6IG5v cm1hbDsgbGV0dGVyLXNwYWNpbmc6IG5vcm1hbDsgbGluZS1oZWlnaHQ6IG5vcm1hbDsgb3JwaGFu czogYXV0bzsgdGV4dC1hbGlnbjogc3RhcnQ7IHRleHQtaW5kZW50OiAwcHg7IHRleHQtdHJhbnNm b3JtOiBub25lOyB3aGl0ZS1zcGFjZTogbm9ybWFsOyB3aWRvd3M6IGF1dG87IHdvcmQtc3BhY2lu ZzogMHB4OyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHg7IiBjbGFzcz0iIj4NCjxhIGhy ZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbmV0Y29uZiIgc3R5bGU9 ImZvbnQtZmFtaWx5OiBMdWNpZGFCcmlnaHQ7IGZvbnQtc2l6ZTogMTJweDsgZm9udC1zdHlsZTog bm9ybWFsOyBmb250LXZhcmlhbnQ6IG5vcm1hbDsgZm9udC13ZWlnaHQ6IG5vcm1hbDsgbGV0dGVy LXNwYWNpbmc6IG5vcm1hbDsgbGluZS1oZWlnaHQ6IG5vcm1hbDsgb3JwaGFuczogYXV0bzsgdGV4 dC1hbGlnbjogc3RhcnQ7IHRleHQtaW5kZW50OiAwcHg7IHRleHQtdHJhbnNmb3JtOiBub25lOyB3 aGl0ZS1zcGFjZTogbm9ybWFsOyB3aWRvd3M6IGF1dG87IHdvcmQtc3BhY2luZzogMHB4OyAtd2Vi a2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHg7IiBjbGFzcz0iIj5odHRwczovL3d3dy5pZXRmLm9y Zy9tYWlsbWFuL2xpc3RpbmZvL25ldGNvbmY8L2E+PC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rp dj4NCjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_12C0C63080EF439AA0F02E2FA96D9AD2ciscocom_-- From nobody Sun Aug 9 23:58:00 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AA6991AC3EF for ; Sun, 9 Aug 2015 23:57:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] 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 nJlnK6PzUstu for ; Sun, 9 Aug 2015 23:57:56 -0700 (PDT) Received: from mail-lb0-x236.google.com (mail-lb0-x236.google.com [IPv6:2a00:1450:4010:c04::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CB53E1AC3EA for ; Sun, 9 Aug 2015 23:57:55 -0700 (PDT) Received: by lbbpo9 with SMTP id po9so89912002lbb.2 for ; Sun, 09 Aug 2015 23:57:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=FKm/ViNOVzOa6/8nvAeHIJWbF1NknkQQS1+e96xhyzQ=; b=BcpyedZXjV50CWAcH0guW70cuIK7RPZQo7KQhDb5sXl/xvjP4+Ew7Xx4pzLcGaLteg fTTtj+mboKI5zxZXgwrX5YC38EPYuM3m+qEi9taumRv712cS1ArUrNBf+/Rkys0CyMXf FCK6NCzfPALbeXIysFvPXVp86JoocuTVkp0aH8pmaiYpLC/duZdiHNrSfTuFkM0qQTvJ upkfXe/Ez1pLFrW3TAZwfFAwpm4hHHqNyMa7QVv8Ld/uT475QP+mSTrptOBgCUZFypAa QiFVXOhEG9Xa2ikWgH4otI4bPAjCf3yGN7LurieY6dD+SYuN63+e58g7ZQjqVXGu7eqZ KWwA== MIME-Version: 1.0 X-Received: by 10.152.36.196 with SMTP id s4mr19075891laj.10.1439189874245; Sun, 09 Aug 2015 23:57:54 -0700 (PDT) Received: by 10.25.23.212 with HTTP; Sun, 9 Aug 2015 23:57:54 -0700 (PDT) In-Reply-To: References: <12C0C630-80EF-439A-A0F0-2E2FA96D9AD2@cisco.com> Date: Mon, 10 Aug 2015 12:27:54 +0530 Message-ID: From: KARAN VERMA To: mehmet.ersue@nokia.com Content-Type: multipart/alternative; boundary=089e0160bb16380761051cef810e Archived-At: Cc: netconf@ietf.org Subject: Re: [Netconf] Opinion poll for the RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Aug 2015 06:57:58 -0000 --089e0160bb16380761051cef810e Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable hi, My vote also given x+j On Mon, Aug 10, 2015 at 12:26 PM, KARAN VERMA wrote: > Hello Einar, > > > got it > > On Mon, Aug 10, 2015 at 12:19 PM, Einar Nilsen-Nygaard (einarnn) < > einarnn@cisco.com> wrote: > >> Karan, >> >> Noticed that you just replied to me, not to Mehmet or the alias (unless >> you bcc=E2=80=99d?). You may wish to re-reply with: >> >> mehmet.ersue@nokia.com >> netconf@ietf.org >> >> =E2=80=A6on the "To" list if you want your vote registered! >> >> Cheers, >> >> Einar >> >> >> On Aug 10, 2015, at 6:19 AM, KARAN VERMA >> wrote: >> >> I think >> >> My vote also given >> >> x+j >> >> On Sun, Aug 9, 2015 at 3:59 PM, Einar Nilsen-Nygaard (einarnn) < >> einarnn@cisco.com> wrote: >> >>> x+j >>> >>> Cheers, >>> >>> Einar >>> >>> On Aug 6, 2015, at 9:18 PM, Ersue, Mehmet (Nokia - DE/Munich) < >>> mehmet.ersue@nokia.com> wrote: >>> >>> Dear NETCONF WG, >>> >>> last October we had an opinion poll on the RESTCONF encoding, which >>> ended with a close consensus in favor of XML as mandatory. >>> See >>> *https://mailarchive.ietf.org/arch/msg/netconf/YSEbLd-nnI0dlkeiIeGW-z6J= qDg* >>> >>> Based on the recent discussion on this topic and opinions against >>> mandatory statements in RESTCONF, NETCONF WG co-chairs would like to st= art >>> a new opinion poll. >>> >>> As stated in the mail for the previous poll, the result of the poll >>> depends on the count of people voting. >>> So, all interested NETCONF WG members, please speak up so that we get a >>> better data to judge on WG (rough) consensus. >>> If the voting result is again close, the WG co-chairs will (again) >>> declare consensus in the sake of progress, based on the =E2=80=9Cdomina= nt view=E2=80=9D >>> determined by the co-chairs and AD. >>> >>> Please do state your opinion with short and concrete reasoning, by >>> August 19, 2015 18:00 PST about the following options: >>> >>> x) XML is mandatory, JSON optional, >>> j) JSON is mandatory, XML optional, >>> x&j) XML and JSON are both mandatory, >>> x+j) Either XML or JSON is mandatory the other one is optional, >>> nm) Both XML and JSON are optional and _*not*_ mandatory. >>> >>> For =E2=80=9Cx+j=E2=80=9D and =E2=80=9Cnm=E2=80=9D please provide a sol= ution for a successful >>> negotiation or determination of the encoding to be used between server = and >>> client. >>> For the solution discussion a separate thread will be started and can b= e >>> finalized also after the poll deadline. >>> >>> You may think that one or the other option is useless from your pov. In >>> this case please ignore it. >>> >>> Looking forward to counting your votes and reading your reasoning. >>> Thank you. >>> >>> Best Regards, >>> Mehmet & Mahesh >>> >>> >>> _______________________________________________ >>> Netconf mailing list >>> Netconf@ietf.org >>> https://www.ietf.org/mailman/listinfo/netconf >>> >>> >>> >>> _______________________________________________ >>> Netconf mailing list >>> Netconf@ietf.org >>> https://www.ietf.org/mailman/listinfo/netconf >>> >>> >> >> >> -- >> *Kind Regards, * >> >> *Dr. Karan Verma * >> *Research Scholar * >> *UTP, Malaysia* >> *Phone: +60-166245082 <%2B60-166245082>* >> >> >> > > > -- > *Kind Regards, * > > *Dr. Karan Verma * > *Research Scholar * > *UTP, Malaysia* > *Phone: +60-166245082 <%2B60-166245082>* > --=20 *Kind Regards, * *Karan Verma * *Research Scholar * *UTP, Malaysia* *Phone: +60-166245082 <%2B60-166245082>* --089e0160bb16380761051cef810e Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
hi,

My vote also given=C2=A0

x+j
<= br>
On Mon, Aug 10, 2015 at 12:26 PM, KARAN VERMA= <karan.verma.phd@gmail.com> wrote:
Hello Einar,

<= div>
got it=C2=A0

On Mon, Aug 10, 2015 at 12:19 PM, Ei= nar Nilsen-Nygaard (einarnn) <einarnn@cisco.com> wrote:
<= blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px= #ccc solid;padding-left:1ex">
Karan,

Noticed that you just replied to me, not to Mehmet or the alias (unles= s you bcc=E2=80=99d?). You may wish to re-reply with:


=E2=80=A6on the "To" list if you want your vote registered!<= /div>

Cheers,

Einar


On Aug 10, 2015, at 6:19 AM, KARAN VERMA <karan.verma.phd@gmail.com> wro= te:

I think=C2=A0

My vote also given=C2=A0

x+j

On Sun, Aug 9, 2015 at 3:59 PM, Einar Nilsen-Nyg= aard (einarnn) <einarnn@cisco.com> wrote:
x+j

Cheers,

Einar

On Aug 6, 2015, at 9:18 PM, Ersue, Mehmet (Nokia - DE/Munich) <mehmet.ersue@nokia.= com> wrote:

Dear NETCONF WG,

last October we had an opinion poll on the RESTCONF encoding, which ended w= ith a close consensus in favor of XML as mandatory.
Based on the recent discussion on this topic and opinions against mand= atory statements in RESTCONF, NETCONF WG co-chairs would like to start a ne= w opinion poll.
=C2=A0
As stated in the mail for the previous poll, the result of the poll de= pends on the count of people voting.
So, all interested NETCONF WG members, please speak up so that we get = a better data to judge on WG (rough) consensus.
If the voting result is again close, the WG co-chairs will (again) dec= lare consensus in the sake of progress, based on the =E2=80=9Cdominant view= =E2=80=9D determined by the co-chairs and AD.
=C2=A0
Please do state your opinion with short and concrete reasoning, by Aug= ust 19, 2015 18:00 PST about the following options:

x) XML is mandatory, JSON optional,
j) JSON is mandatory, XML optional,
x&j) XML and JSON are both mandatory,
x+j) Either XML or JSON is mandatory the other one is optional,
nm) Both XML and JSON are optional and _not_ mandatory.
=C2=A0
For =E2=80=9Cx+j=E2=80=9D and =E2=80=9Cnm=E2=80=9D please provide a so= lution for a successful negotiation or determination of the encoding to be = used between server and client.
For the solution discussion a separate thread will be started and can = be finalized also after the poll deadline.
=C2=A0
You may think that one or the other option is useless from your pov. I= n this case please ignore it.
=C2=A0
Looking forward to counting your votes and reading your reasoning.
Thank you.
=C2=A0
Best Regards,=C2=A0
Mehmet & Mahesh
=C2=A0
=C2=A0
_______________= ________________________________
Netconf mailing list
Netconf@i= etf.org
https://www.ietf.org/mailman/listinfo/netconf


_______________________________________________
Netconf mailing list
Netconf@ietf.org<= br> https://www.ietf.org/mailman/listinfo/netconf




--
Kind Regards,=C2=A0

Dr. Karan Verma=C2=A0
Research Scholar=C2= =A0
UTP, Malaysia
Phone:=C2=A0+60-166245082




--
Kind Regards,=C2=A0

Dr. Karan Verma=C2=A0
Research Scholar=C2=A0
UTP, Malaysia
=
Phone:=C2=A0+60-166245082



--
Kind R= egards,=C2=A0

Karan Verma=C2=A0
Research Scholar=C2=A0
UTP, Mal= aysia
= Phone:=C2=A0+60-166245082
--089e0160bb16380761051cef810e-- From nobody Mon Aug 10 01:31:55 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A9D311B2E4E for ; Mon, 10 Aug 2015 01:31:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.999 X-Spam-Level: X-Spam-Status: No, score=-0.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, FREEMAIL_REPLY=1, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=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 1UjsEGBH1Ldh for ; Mon, 10 Aug 2015 01:31:51 -0700 (PDT) Received: from mail-wi0-x229.google.com (mail-wi0-x229.google.com [IPv6:2a00:1450:400c:c05::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 68ED01A6EE6 for ; Mon, 10 Aug 2015 01:31:51 -0700 (PDT) Received: by wicne3 with SMTP id ne3so12799085wic.0 for ; Mon, 10 Aug 2015 01:31:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=uwVezruRm/RCJ74Dgb468pP52drAn4Njgue+WZSSJm4=; b=HomEmsnv1sofubg+f1kWW8PXEvLFdK5p3yFmW4DJi8UWCLfW3IluZMcp+7Ik3i4MAa exbgGsdcSHzFj74KXD4P9rukfCgtIs7wbcYsymzAoohbC3dBvYlZ40SVILopiucifE/o Jn0PP76oaQwljinW0LK+YwxF04sI7mpoqzpGqLes0lLPo2EDY7LOy2ZN/oRjaswanev4 aE3XubRNXFXy/1TnZX2znvicvgcMMNyYCRki6rJMyjo9KWcsDGE3BHWhfMHlYqoTIeeu nHv6OfwMa/jYtHMfnJRi0Xz51Nq3AtSyK1LdUsg3afX/XOhC/0l1qDKVwZzsbzx+8oFP zFFw== X-Received: by 10.180.107.70 with SMTP id ha6mr21481978wib.20.1439195510005; Mon, 10 Aug 2015 01:31:50 -0700 (PDT) Received: from [192.168.254.117] ([147.83.206.82]) by smtp.gmail.com with ESMTPSA id ib9sm28230984wjb.2.2015.08.10.01.31.48 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 10 Aug 2015 01:31:49 -0700 (PDT) Content-Type: multipart/alternative; boundary="Apple-Mail=_C58C0348-9529-48DB-8327-5B13F0CD84DE" Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) From: Dean Bogdanovic In-Reply-To: Date: Mon, 10 Aug 2015 10:31:47 +0200 Message-Id: <52F4D31E-FCCE-46AE-8A77-C56B36A2EC77@gmail.com> References: <12C0C630-80EF-439A-A0F0-2E2FA96D9AD2@cisco.com> To: KARAN VERMA X-Mailer: Apple Mail (2.2102) Archived-At: Cc: netconf@ietf.org Subject: Re: [Netconf] Opinion poll for the RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Aug 2015 08:31:53 -0000 --Apple-Mail=_C58C0348-9529-48DB-8327-5B13F0CD84DE Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 x+j is fine for larger devices, but will run into problems with IoT, = where resources are scarce.=20 I vote for x+j, but we should keep constrained resource environments in = mind Dean > On Aug 10, 2015, at 8:57 AM, KARAN VERMA = wrote: >=20 > hi, >=20 > My vote also given=20 >=20 > x+j >=20 > On Mon, Aug 10, 2015 at 12:26 PM, KARAN VERMA = > wrote: > Hello Einar, >=20 >=20 > got it=20 >=20 > On Mon, Aug 10, 2015 at 12:19 PM, Einar Nilsen-Nygaard (einarnn) = > wrote: > Karan, >=20 > Noticed that you just replied to me, not to Mehmet or the alias = (unless you bcc=E2=80=99d?). You may wish to re-reply with: >=20 > mehmet.ersue@nokia.com > netconf@ietf.org >=20 > =E2=80=A6on the "To" list if you want your vote registered! >=20 > Cheers, >=20 > Einar >=20 >=20 >> On Aug 10, 2015, at 6:19 AM, KARAN VERMA > wrote: >>=20 >> I think=20 >>=20 >> My vote also given=20 >>=20 >> x+j >>=20 >> On Sun, Aug 9, 2015 at 3:59 PM, Einar Nilsen-Nygaard (einarnn) = > wrote: >> x+j >>=20 >> Cheers, >>=20 >> Einar >>=20 >>> On Aug 6, 2015, at 9:18 PM, Ersue, Mehmet (Nokia - DE/Munich) = > wrote: >>>=20 >>> Dear NETCONF WG, >>>=20 >>> last October we had an opinion poll on the RESTCONF encoding, which = ended with a close consensus in favor of XML as mandatory. >>> See = https://mailarchive.ietf.org/arch/msg/netconf/YSEbLd-nnI0dlkeiIeGW-z6JqDg = >>> Based on the recent discussion on this topic and opinions against = mandatory statements in RESTCONF, NETCONF WG co-chairs would like to = start a new opinion poll. >>> =20 >>> As stated in the mail for the previous poll, the result of the poll = depends on the count of people voting. >>> So, all interested NETCONF WG members, please speak up so that we = get a better data to judge on WG (rough) consensus. >>> If the voting result is again close, the WG co-chairs will (again) = declare consensus in the sake of progress, based on the =E2=80=9Cdominant = view=E2=80=9D determined by the co-chairs and AD. >>> =20 >>> Please do state your opinion with short and concrete reasoning, by = August 19, 2015 18:00 PST about the following options: >>>=20 >>> x) XML is mandatory, JSON optional, >>> j) JSON is mandatory, XML optional, >>> x&j) XML and JSON are both mandatory, >>> x+j) Either XML or JSON is mandatory the other one is optional, >>> nm) Both XML and JSON are optional and _not_ mandatory. >>> =20 >>> For =E2=80=9Cx+j=E2=80=9D and =E2=80=9Cnm=E2=80=9D please provide a = solution for a successful negotiation or determination of the encoding = to be used between server and client. >>> For the solution discussion a separate thread will be started and = can be finalized also after the poll deadline. >>> =20 >>> You may think that one or the other option is useless from your pov. = In this case please ignore it. >>> =20 >>> Looking forward to counting your votes and reading your reasoning. >>> Thank you. >>> =20 >>> Best Regards,=20 >>> Mehmet & Mahesh >>> =20 >>> =20 >>> _______________________________________________ >>> Netconf mailing list >>> Netconf@ietf.org >>> https://www.ietf.org/mailman/listinfo/netconf = >>=20 >> _______________________________________________ >> Netconf mailing list >> Netconf@ietf.org >> https://www.ietf.org/mailman/listinfo/netconf = >>=20 >>=20 >>=20 >>=20 >> --=20 >> Kind Regards,=20 >>=20 >> Dr. Karan Verma=20 >> Research Scholar=20 >> UTP, Malaysia >> Phone: +60-166245082 >=20 >=20 >=20 > --=20 > Kind Regards,=20 >=20 > Dr. Karan Verma=20 > Research Scholar=20 > UTP, Malaysia > Phone: +60-166245082 >=20 >=20 > --=20 > Kind Regards,=20 >=20 > Karan Verma=20 > Research Scholar=20 > UTP, Malaysia > Phone: +60-166245082 = _______________________________________________ > Netconf mailing list > Netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf --Apple-Mail=_C58C0348-9529-48DB-8327-5B13F0CD84DE Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 x+j is fine for larger devices, but will run into problems = with IoT, where resources are scarce. 

I vote for x+j, but we should keep = constrained resource environments in mind

Dean

On Aug 10, 2015, at 8:57 AM, KARAN VERMA = <karan.verma.phd@gmail.com> wrote:

hi,

My vote also = given 

x+j

On Mon, Aug 10, 2015 at 12:26 PM, = KARAN VERMA <karan.verma.phd@gmail.com> wrote:
Hello Einar,


got = it 

On Mon, Aug 10, = 2015 at 12:19 PM, Einar Nilsen-Nygaard (einarnn) <einarnn@cisco.com> wrote:
Karan,

Noticed that you just replied to me, not to Mehmet or = the alias (unless you bcc=E2=80=99d?). You may wish to re-reply = with:

mehmet.ersue@nokia.com
netconf@ietf.org

=E2=80=A6on the "To" list if you want your vote = registered!

Cheers,

Einar


On Aug 10, 2015, at 6:19 AM, KARAN VERMA <karan.verma.phd@gmail.com> wrote:

I think 

My vote also given 

x+j

On Sun, Aug 9, 2015 at 3:59 PM, Einar = Nilsen-Nygaard (einarnn) <einarnn@cisco.com> wrote:
x+j

Cheers,

Einar

On Aug 6, 2015, at 9:18 PM, Ersue, Mehmet (Nokia - = DE/Munich) <mehmet.ersue@nokia.com> wrote:

Dear NETCONF WG,

last October we had an opinion poll on the RESTCONF encoding, which = ended with a close consensus in favor of XML as mandatory.
See https://mailarchive.ietf.org/arch/msg/netconf/YSEbLd-nnI0dlkeiI= eGW-z6JqDg
Based on the recent discussion on this topic and = opinions against mandatory statements in RESTCONF, NETCONF WG co-chairs = would like to start a new opinion poll.
 
As stated in the mail for the previous poll, the result = of the poll depends on the count of people voting.
So, all interested NETCONF WG members, please speak up = so that we get a better data to judge on WG (rough) consensus.
If the voting result is again close, the WG co-chairs = will (again) declare consensus in the sake of progress, based on the = =E2=80=9Cdominant view=E2=80=9D determined by the co-chairs and = AD.
 
Please do state your opinion with short and concrete = reasoning, by August 19, 2015 18:00 PST about the following options:

x) XML is mandatory, JSON optional,
j) JSON is mandatory, XML optional,
x&j) XML and JSON are both mandatory,
x+j) Either XML or JSON is mandatory the other one is = optional,
nm) Both XML and JSON are optional and _not_ mandatory.
 
For =E2=80=9Cx+j=E2=80=9D and =E2=80=9Cnm=E2=80=9D = please provide a solution for a successful negotiation or determination = of the encoding to be used between server and client.
For the solution discussion a separate thread will be = started and can be finalized also after the poll deadline.
 
You may think that one or the other option is useless = from your pov. In this case please ignore it.
 
Looking forward to counting your votes and reading your = reasoning.
Thank you.
 
Best Regards, 
= Mehmet & Mahesh
 
 
_______________________________________________
Netconf mailing list
Netconf@ietf.org
https://www.ietf.org/mailman/listinfo/netconf


_______________________________________________
Netconf mailing list
Netconf@ietf.org
https://www.ietf.org/mailman/listinfo/netconf




--
Kind= Regards, 

Dr. Karan = Verma 
Research Scholar 
UTP, Malaysia
Phone: +60-166245082




--
Kind Regards, 

Dr. Karan = Verma 
Research = Scholar 
UTP, = Malaysia
Phone: +60-166245082



--
Kind= Regards, 

Karan Verma 
Research Scholar 
UTP, = Malaysia
Phone: +60-166245082
_______________________________________________
Netconf = mailing list
Netconf@ietf.org
https://www.ietf.org/mailman/listinfo/netconf

= --Apple-Mail=_C58C0348-9529-48DB-8327-5B13F0CD84DE-- From nobody Mon Aug 10 01:40:10 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C1B0D1B3346 for ; Mon, 10 Aug 2015 01:40:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.661 X-Spam-Level: X-Spam-Status: No, score=-0.661 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HELO_EQ_CZ=0.445, HOST_EQ_CZ=0.904, T_RP_MATCHES_RCVD=-0.01] autolearn=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 haz53a9rnivo for ; Mon, 10 Aug 2015 01:40:08 -0700 (PDT) Received: from mail.nic.cz (mail.nic.cz [IPv6:2001:1488:800:400::400]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DF4BE1AC3D1 for ; Mon, 10 Aug 2015 01:40:07 -0700 (PDT) Received: from birdie.labs.nic.cz (unknown [195.113.220.110]) by mail.nic.cz (Postfix) with ESMTPSA id 45572181840; Mon, 10 Aug 2015 10:40:06 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=nic.cz; s=default; t=1439196006; bh=MiF8jhRo1CDjrElIePs5ghNlLEZdqxwrDp76u9Vr11Q=; h=From:Date:To; b=ZzFQXVdGV/r8HmJaGYzfeD0vCA9eFPzuqCkoGwDp8tb6aD2pQIMqf6Gr1UIONffHg YJQKbdQpw1hOSS1sILREBttMGqrCLsLkaIQpruGeUELXZYH/L3LxGy/gFcKVdpZiuQ MIsGZ4sQAbfmeVzcKVPNYJW6e6cVUwydEwMZ8cvE= Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) From: Ladislav Lhotka In-Reply-To: <52F4D31E-FCCE-46AE-8A77-C56B36A2EC77@gmail.com> Date: Mon, 10 Aug 2015 10:40:17 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <12C0C630-80EF-439A-A0F0-2E2FA96D9AD2@cisco.com> <52F4D31E-FCCE-46AE-8A77-C56B36A2EC77@gmail.com> To: Dean Bogdanovic X-Mailer: Apple Mail (2.2102) X-Virus-Scanned: clamav-milter 0.98.7 at mail X-Virus-Status: Clean Archived-At: Cc: Netconf Subject: Re: [Netconf] Opinion poll for the RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Aug 2015 08:40:09 -0000 Hi Dean, do you mean that IoT devices might need something else than JSON or XML? Lada > On 10 Aug 2015, at 10:31, Dean Bogdanovic wrote: >=20 > x+j is fine for larger devices, but will run into problems with IoT, = where resources are scarce.=20 >=20 > I vote for x+j, but we should keep constrained resource environments = in mind >=20 > Dean >=20 >> On Aug 10, 2015, at 8:57 AM, KARAN VERMA = wrote: >>=20 >> hi, >>=20 >> My vote also given=20 >>=20 >> x+j >>=20 >> On Mon, Aug 10, 2015 at 12:26 PM, KARAN VERMA = wrote: >> Hello Einar, >>=20 >>=20 >> got it=20 >>=20 >> On Mon, Aug 10, 2015 at 12:19 PM, Einar Nilsen-Nygaard (einarnn) = wrote: >> Karan, >>=20 >> Noticed that you just replied to me, not to Mehmet or the alias = (unless you bcc=E2=80=99d?). You may wish to re-reply with: >>=20 >> mehmet.ersue@nokia.com >> netconf@ietf.org >>=20 >> =E2=80=A6on the "To" list if you want your vote registered! >>=20 >> Cheers, >>=20 >> Einar >>=20 >>=20 >>> On Aug 10, 2015, at 6:19 AM, KARAN VERMA = wrote: >>>=20 >>> I think=20 >>>=20 >>> My vote also given=20 >>>=20 >>> x+j >>>=20 >>> On Sun, Aug 9, 2015 at 3:59 PM, Einar Nilsen-Nygaard (einarnn) = wrote: >>> x+j >>>=20 >>> Cheers, >>>=20 >>> Einar >>>=20 >>>> On Aug 6, 2015, at 9:18 PM, Ersue, Mehmet (Nokia - DE/Munich) = wrote: >>>>=20 >>>> Dear NETCONF WG, >>>>=20 >>>> last October we had an opinion poll on the RESTCONF encoding, which = ended with a close consensus in favor of XML as mandatory. >>>> See = https://mailarchive.ietf.org/arch/msg/netconf/YSEbLd-nnI0dlkeiIeGW-z6JqDg >>>> Based on the recent discussion on this topic and opinions against = mandatory statements in RESTCONF, NETCONF WG co-chairs would like to = start a new opinion poll. >>>> =20 >>>> As stated in the mail for the previous poll, the result of the poll = depends on the count of people voting. >>>> So, all interested NETCONF WG members, please speak up so that we = get a better data to judge on WG (rough) consensus. >>>> If the voting result is again close, the WG co-chairs will (again) = declare consensus in the sake of progress, based on the =E2=80=9Cdominant = view=E2=80=9D determined by the co-chairs and AD. >>>> =20 >>>> Please do state your opinion with short and concrete reasoning, by = August 19, 2015 18:00 PST about the following options: >>>>=20 >>>> x) XML is mandatory, JSON optional, >>>> j) JSON is mandatory, XML optional, >>>> x&j) XML and JSON are both mandatory, >>>> x+j) Either XML or JSON is mandatory the other one is optional, >>>> nm) Both XML and JSON are optional and _not_ mandatory. >>>> =20 >>>> For =E2=80=9Cx+j=E2=80=9D and =E2=80=9Cnm=E2=80=9D please provide a = solution for a successful negotiation or determination of the encoding = to be used between server and client. >>>> For the solution discussion a separate thread will be started and = can be finalized also after the poll deadline. >>>> =20 >>>> You may think that one or the other option is useless from your = pov. In this case please ignore it. >>>> =20 >>>> Looking forward to counting your votes and reading your reasoning. >>>> Thank you. >>>> =20 >>>> Best Regards,=20 >>>> Mehmet & Mahesh >>>> =20 >>>> =20 >>>> _______________________________________________ >>>> Netconf mailing list >>>> Netconf@ietf.org >>>> https://www.ietf.org/mailman/listinfo/netconf >>>=20 >>>=20 >>> _______________________________________________ >>> Netconf mailing list >>> Netconf@ietf.org >>> https://www.ietf.org/mailman/listinfo/netconf >>>=20 >>>=20 >>>=20 >>>=20 >>> --=20 >>> Kind Regards,=20 >>>=20 >>> Dr. Karan Verma=20 >>> Research Scholar=20 >>> UTP, Malaysia >>> Phone: +60-166245082 >>=20 >>=20 >>=20 >>=20 >> --=20 >> Kind Regards,=20 >>=20 >> Dr. Karan Verma=20 >> Research Scholar=20 >> UTP, Malaysia >> Phone: +60-166245082 >>=20 >>=20 >>=20 >> --=20 >> Kind Regards,=20 >>=20 >> Karan Verma=20 >> Research Scholar=20 >> UTP, Malaysia >> Phone: +60-166245082 >> _______________________________________________ >> Netconf mailing list >> Netconf@ietf.org >> https://www.ietf.org/mailman/listinfo/netconf >=20 > _______________________________________________ > Netconf mailing list > Netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf -- Ladislav Lhotka, CZ.NIC Labs PGP Key ID: E74E8C0C From nobody Mon Aug 10 01:50:10 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8F4D51ACDF5 for ; Mon, 10 Aug 2015 01:50:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.361 X-Spam-Level: X-Spam-Status: No, score=-0.361 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HELO_EQ_CZ=0.445, HOST_EQ_CZ=0.904, MIME_8BIT_HEADER=0.3, T_RP_MATCHES_RCVD=-0.01] autolearn=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 I90z77eravnl for ; Mon, 10 Aug 2015 01:50:06 -0700 (PDT) Received: from office2.cesnet.cz (office2.cesnet.cz [IPv6:2001:718:1:101::144:244]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DA2741B3376 for ; Mon, 10 Aug 2015 01:49:53 -0700 (PDT) Received: from [IPv6:2001:67c:1220:80c:f5:b190:6ab0:1a36] (unknown [IPv6:2001:67c:1220:80c:f5:b190:6ab0:1a36]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by office2.cesnet.cz (Postfix) with ESMTPSA id C9E25ECB47B; Mon, 10 Aug 2015 10:49:51 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cesnet.cz; s=office2; t=1439196591; bh=9VosZUk1SeWtfsCsOXFdWPu4l0YcEedbyxB3I894x20=; h=Subject:To:References:From:Message-ID:Date:MIME-Version: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=rEFKcYLBooSzBxcwMqt41wQq/8IvzsWufE45f2NUqXwKtsmordtG2Nk8fYq8VX3xE 6AlamOsDX61MmnkrCbCrPDUBG/mSZUiTy3DceUuLCfosSg3STLEb0l1KirYpTH7VcX sfS/b6b/5gGhDUFvePtCDaxLkYMoV9IvaPM1GhOc= To: Rodney Cummings , Netconf References: From: =?UTF-8?B?UmFkZWsgS3JlasSNw60=?= Message-ID: <55C86568.2000909@cesnet.cz> Date: Mon, 10 Aug 2015 10:48:40 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Archived-At: Subject: Re: [Netconf] Opinion poll for the RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Aug 2015 08:50:08 -0000 I agree and vote for x+j option Radek Krejci Dne 7.8.2015 v 18:31 Rodney Cummings napsal(a): > I vote for: > x+j > > My reasoning is that there are RESTful web servers in the field today t= hat chose to implement XML, or JSON, but not both. In order to transition= these products to RESTCONF, it is important for RESTCONF's mandates to b= e analogous. > > As the "x+j" solution proceeds through the market, I think it is likely= that most if not all clients will implement both XML and JSON, in order = to provide interoperability with all RESTCONF servers. I don't think that= we necessarily need to mandate this client-side "x&j" in RESTCONF itself= , because I am confident that the market can work that out on its own. > > As for the negotiation of the encoding, I agree with other comments tha= t the existing HTTP mechanisms can be leveraged. > > ---------------------------- > Rodney Cummings > Principal Software Architect, Industrial/Embedded Networks > National Instruments > Tel: (512) 683-8544 > Fax: (512) 683-8661 > Email: Rodney.Cummings@ni.com > > > From: "Ersue, Mehmet (Nokia - DE/Munich)" > To: Netconf , > Date: 08/06/2015 03:18 PM > Subject: [Netconf] Opinion poll for the RESTCONF encoding > Sent by: "Netconf" > -----------------------------------------------------------------------= -------------------------------------------------------------------------= -------------------------------------------------------------------------= -------------------------------------------------------------------------= -------------------------------------------------------------------------= -------------------------------------------------------------------------= -------------------------------------------------------------------------= -------------------------------------------------------------------------= -------------------------------------------------------------------------= -------------------------------------------------------------------------= -------------------------------------------------------------------------= -------------------------------------------------------------------------= -------------------------------------------------------------------------= ------------------------------------------- > > > > Dear NETCONF WG, > > last October we had an opinion poll on the RESTCONF encoding, which end= ed with a close consensus in favor of XML as mandatory. > See _https://mailarchive.ietf.org/arch/msg/netconf/YSEbLd-nnI0dlkeiIeGW= -z6JqDg_ > Based on the recent discussion on this topic and opinions against manda= tory statements in RESTCONF, NETCONF WG co-chairs would like to start a n= ew opinion poll. > =20 > As stated in the mail for the previous poll, the result of the poll dep= ends on the count of people voting. > So, all interested NETCONF WG members, please speak up so that we get a= better data to judge on WG (rough) consensus. > If the voting result is again close, the WG co-chairs will (again) decl= are consensus in the sake of progress, based on the =93dominant view=94 d= etermined by the co-chairs and AD. > =20 > Please do state your opinion with short and concrete reasoning, by Augu= st 19, 2015 18:00 PST about the following options: > > x) XML is mandatory, JSON optional, > j) JSON is mandatory, XML optional, > x&j) XML and JSON are both mandatory, > x+j) Either XML or JSON is mandatory the other one is optional, > nm) Both XML and JSON are optional and _/not/_ mandatory. > =20 > For =93x+j=94 and =93nm=94 please provide a solution for a successful n= egotiation or determination of the encoding to be used between server and= client. > For the solution discussion a separate thread will be started and can b= e finalized also after the poll deadline. > =20 > You may think that one or the other option is useless from your pov. In= this case please ignore it. > =20 > Looking forward to counting your votes and reading your reasoning. > Thank you. > =20 > Best Regards, > Mehmet & Mahesh > =20 > _______________________________________________ > Netconf mailing list > Netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf > > > > _______________________________________________ > Netconf mailing list > Netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf From nobody Mon Aug 10 01:55:04 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D7C491ACDF5 for ; Mon, 10 Aug 2015 01:55:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] 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 1n95ZHycdkmQ for ; Mon, 10 Aug 2015 01:55:01 -0700 (PDT) Received: from mail-wi0-x234.google.com (mail-wi0-x234.google.com [IPv6:2a00:1450:400c:c05::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BFA501ACE67 for ; Mon, 10 Aug 2015 01:55:00 -0700 (PDT) Received: by wicja10 with SMTP id ja10so28475515wic.1 for ; Mon, 10 Aug 2015 01:54:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=6Mz0SsVyzwaeoujs+i5qpg2iXZX1+q3gK/7V8xFrhGg=; b=0zzaelpvLvZDG783U5hzsfd9wVyKn1iejZjtL1r4DO3bEG7EC7YGNiM/328Qup4eSc ZFxGuRptG5+9vEl266wcpttRHqOe+rhc63Z+4KnPhtiAS+7Brot1zTTymOufsInMpq5+ DGUJFjct90h212Q/Wdv2pLRNCcILkWwIYP80vECZCEpEyzkeBXphYR6L/l5FzwEaXnTi +dsmWcCxLrVka4nYWJ883WTX0+al080jY9/++pNgCn+lzClzq8k9zZgrK/4r7hY4KC7l VbfZBrcw7jq9sB9vWuuxOetopUuIYt/B+7udsObN4aTm/KyXF087C7kR5luFe2H+M0Vc g2QA== X-Received: by 10.194.87.102 with SMTP id w6mr40375038wjz.111.1439196899451; Mon, 10 Aug 2015 01:54:59 -0700 (PDT) Received: from [192.168.10.183] ([147.83.206.80]) by smtp.gmail.com with ESMTPSA id pf4sm28316206wjb.23.2015.08.10.01.54.58 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 10 Aug 2015 01:54:58 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) From: Dean Bogdanovic In-Reply-To: Date: Mon, 10 Aug 2015 10:54:56 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <12C0C630-80EF-439A-A0F0-2E2FA96D9AD2@cisco.com> <52F4D31E-FCCE-46AE-8A77-C56B36A2EC77@gmail.com> To: Ladislav Lhotka X-Mailer: Apple Mail (2.2102) Archived-At: Cc: Netconf Subject: Re: [Netconf] Opinion poll for the RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Aug 2015 08:55:03 -0000 I meant that IoT might be able to support one or the other, not both. Dean > On Aug 10, 2015, at 10:40 AM, Ladislav Lhotka wrote: >=20 > Hi Dean, >=20 > do you mean that IoT devices might need something else than JSON or = XML? >=20 > Lada >=20 >> On 10 Aug 2015, at 10:31, Dean Bogdanovic wrote: >>=20 >> x+j is fine for larger devices, but will run into problems with IoT, = where resources are scarce.=20 >>=20 >> I vote for x+j, but we should keep constrained resource environments = in mind >>=20 >> Dean >>=20 >>> On Aug 10, 2015, at 8:57 AM, KARAN VERMA = wrote: >>>=20 >>> hi, >>>=20 >>> My vote also given=20 >>>=20 >>> x+j >>>=20 >>> On Mon, Aug 10, 2015 at 12:26 PM, KARAN VERMA = wrote: >>> Hello Einar, >>>=20 >>>=20 >>> got it=20 >>>=20 >>> On Mon, Aug 10, 2015 at 12:19 PM, Einar Nilsen-Nygaard (einarnn) = wrote: >>> Karan, >>>=20 >>> Noticed that you just replied to me, not to Mehmet or the alias = (unless you bcc=E2=80=99d?). You may wish to re-reply with: >>>=20 >>> mehmet.ersue@nokia.com >>> netconf@ietf.org >>>=20 >>> =E2=80=A6on the "To" list if you want your vote registered! >>>=20 >>> Cheers, >>>=20 >>> Einar >>>=20 >>>=20 >>>> On Aug 10, 2015, at 6:19 AM, KARAN VERMA = wrote: >>>>=20 >>>> I think=20 >>>>=20 >>>> My vote also given=20 >>>>=20 >>>> x+j >>>>=20 >>>> On Sun, Aug 9, 2015 at 3:59 PM, Einar Nilsen-Nygaard (einarnn) = wrote: >>>> x+j >>>>=20 >>>> Cheers, >>>>=20 >>>> Einar >>>>=20 >>>>> On Aug 6, 2015, at 9:18 PM, Ersue, Mehmet (Nokia - DE/Munich) = wrote: >>>>>=20 >>>>> Dear NETCONF WG, >>>>>=20 >>>>> last October we had an opinion poll on the RESTCONF encoding, = which ended with a close consensus in favor of XML as mandatory. >>>>> See = https://mailarchive.ietf.org/arch/msg/netconf/YSEbLd-nnI0dlkeiIeGW-z6JqDg >>>>> Based on the recent discussion on this topic and opinions against = mandatory statements in RESTCONF, NETCONF WG co-chairs would like to = start a new opinion poll. >>>>>=20 >>>>> As stated in the mail for the previous poll, the result of the = poll depends on the count of people voting. >>>>> So, all interested NETCONF WG members, please speak up so that we = get a better data to judge on WG (rough) consensus. >>>>> If the voting result is again close, the WG co-chairs will (again) = declare consensus in the sake of progress, based on the =E2=80=9Cdominant = view=E2=80=9D determined by the co-chairs and AD. >>>>>=20 >>>>> Please do state your opinion with short and concrete reasoning, by = August 19, 2015 18:00 PST about the following options: >>>>>=20 >>>>> x) XML is mandatory, JSON optional, >>>>> j) JSON is mandatory, XML optional, >>>>> x&j) XML and JSON are both mandatory, >>>>> x+j) Either XML or JSON is mandatory the other one is optional, >>>>> nm) Both XML and JSON are optional and _not_ mandatory. >>>>>=20 >>>>> For =E2=80=9Cx+j=E2=80=9D and =E2=80=9Cnm=E2=80=9D please provide = a solution for a successful negotiation or determination of the encoding = to be used between server and client. >>>>> For the solution discussion a separate thread will be started and = can be finalized also after the poll deadline. >>>>>=20 >>>>> You may think that one or the other option is useless from your = pov. In this case please ignore it. >>>>>=20 >>>>> Looking forward to counting your votes and reading your reasoning. >>>>> Thank you. >>>>>=20 >>>>> Best Regards,=20 >>>>> Mehmet & Mahesh >>>>>=20 >>>>>=20 >>>>> _______________________________________________ >>>>> Netconf mailing list >>>>> Netconf@ietf.org >>>>> https://www.ietf.org/mailman/listinfo/netconf >>>>=20 >>>>=20 >>>> _______________________________________________ >>>> Netconf mailing list >>>> Netconf@ietf.org >>>> https://www.ietf.org/mailman/listinfo/netconf >>>>=20 >>>>=20 >>>>=20 >>>>=20 >>>> --=20 >>>> Kind Regards,=20 >>>>=20 >>>> Dr. Karan Verma=20 >>>> Research Scholar=20 >>>> UTP, Malaysia >>>> Phone: +60-166245082 >>>=20 >>>=20 >>>=20 >>>=20 >>> --=20 >>> Kind Regards,=20 >>>=20 >>> Dr. Karan Verma=20 >>> Research Scholar=20 >>> UTP, Malaysia >>> Phone: +60-166245082 >>>=20 >>>=20 >>>=20 >>> --=20 >>> Kind Regards,=20 >>>=20 >>> Karan Verma=20 >>> Research Scholar=20 >>> UTP, Malaysia >>> Phone: +60-166245082 >>> _______________________________________________ >>> Netconf mailing list >>> Netconf@ietf.org >>> https://www.ietf.org/mailman/listinfo/netconf >>=20 >> _______________________________________________ >> Netconf mailing list >> Netconf@ietf.org >> https://www.ietf.org/mailman/listinfo/netconf >=20 > -- > Ladislav Lhotka, CZ.NIC Labs > PGP Key ID: E74E8C0C >=20 >=20 >=20 >=20 From nobody Mon Aug 10 02:00:46 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2DBFE1B3361 for ; Mon, 10 Aug 2015 02:00:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.661 X-Spam-Level: X-Spam-Status: No, score=-0.661 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HELO_EQ_CZ=0.445, HOST_EQ_CZ=0.904, T_RP_MATCHES_RCVD=-0.01] autolearn=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 UvUd01DAvNbz for ; Mon, 10 Aug 2015 02:00:43 -0700 (PDT) Received: from mail.nic.cz (mail.nic.cz [IPv6:2001:1488:800:400::400]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 28B0F1B3352 for ; Mon, 10 Aug 2015 02:00:43 -0700 (PDT) Received: from birdie.labs.nic.cz (unknown [195.113.220.110]) by mail.nic.cz (Postfix) with ESMTPSA id C7A29181885; Mon, 10 Aug 2015 11:00:41 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=nic.cz; s=default; t=1439197241; bh=mFceStQFtoSi5+lSBircqTedooFyZy/4Iuy3DXQvtY4=; h=From:Date:To; b=lpZxtlE54BJwGe9bgKAsEyJyay9OelDIZjnu5v0ImqjcznB9MzskyxdmWK/OEiShe 9Y3XnT30V7qPm8lQ94a1S+5E//ogeVYqoq1d7uOKp11SDne5Sbqma0dNMq5vzqlzia h0mVpMJ37WfAX/RkeSD+WaIcDmFpThnfo9CWsYao= Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) From: Ladislav Lhotka In-Reply-To: Date: Mon, 10 Aug 2015 11:00:52 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <49A5662C-A415-4252-9333-708F2CDA3DAC@nic.cz> References: <12C0C630-80EF-439A-A0F0-2E2FA96D9AD2@cisco.com> <52F4D31E-FCCE-46AE-8A77-C56B36A2EC77@gmail.com> To: Dean Bogdanovic X-Mailer: Apple Mail (2.2102) X-Virus-Scanned: clamav-milter 0.98.7 at mail X-Virus-Status: Clean Archived-At: Cc: Netconf Subject: Re: [Netconf] Opinion poll for the RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Aug 2015 09:00:45 -0000 > On 10 Aug 2015, at 10:54, Dean Bogdanovic wrote: >=20 > I meant that IoT might be able to support one or the other, not both. Then I don=E2=80=99t understand your concerns because this is (I hope) = exactly what x+j means: server implementors have to choose either JSON = or XML. They can choose to support both but it isn=E2=80=99t required. Lada=20 >=20 > Dean >=20 >> On Aug 10, 2015, at 10:40 AM, Ladislav Lhotka wrote: >>=20 >> Hi Dean, >>=20 >> do you mean that IoT devices might need something else than JSON or = XML? >>=20 >> Lada >>=20 >>> On 10 Aug 2015, at 10:31, Dean Bogdanovic = wrote: >>>=20 >>> x+j is fine for larger devices, but will run into problems with IoT, = where resources are scarce.=20 >>>=20 >>> I vote for x+j, but we should keep constrained resource environments = in mind >>>=20 >>> Dean >>>=20 >>>> On Aug 10, 2015, at 8:57 AM, KARAN VERMA = wrote: >>>>=20 >>>> hi, >>>>=20 >>>> My vote also given=20 >>>>=20 >>>> x+j >>>>=20 >>>> On Mon, Aug 10, 2015 at 12:26 PM, KARAN VERMA = wrote: >>>> Hello Einar, >>>>=20 >>>>=20 >>>> got it=20 >>>>=20 >>>> On Mon, Aug 10, 2015 at 12:19 PM, Einar Nilsen-Nygaard (einarnn) = wrote: >>>> Karan, >>>>=20 >>>> Noticed that you just replied to me, not to Mehmet or the alias = (unless you bcc=E2=80=99d?). You may wish to re-reply with: >>>>=20 >>>> mehmet.ersue@nokia.com >>>> netconf@ietf.org >>>>=20 >>>> =E2=80=A6on the "To" list if you want your vote registered! >>>>=20 >>>> Cheers, >>>>=20 >>>> Einar >>>>=20 >>>>=20 >>>>> On Aug 10, 2015, at 6:19 AM, KARAN VERMA = wrote: >>>>>=20 >>>>> I think=20 >>>>>=20 >>>>> My vote also given=20 >>>>>=20 >>>>> x+j >>>>>=20 >>>>> On Sun, Aug 9, 2015 at 3:59 PM, Einar Nilsen-Nygaard (einarnn) = wrote: >>>>> x+j >>>>>=20 >>>>> Cheers, >>>>>=20 >>>>> Einar >>>>>=20 >>>>>> On Aug 6, 2015, at 9:18 PM, Ersue, Mehmet (Nokia - DE/Munich) = wrote: >>>>>>=20 >>>>>> Dear NETCONF WG, >>>>>>=20 >>>>>> last October we had an opinion poll on the RESTCONF encoding, = which ended with a close consensus in favor of XML as mandatory. >>>>>> See = https://mailarchive.ietf.org/arch/msg/netconf/YSEbLd-nnI0dlkeiIeGW-z6JqDg >>>>>> Based on the recent discussion on this topic and opinions against = mandatory statements in RESTCONF, NETCONF WG co-chairs would like to = start a new opinion poll. >>>>>>=20 >>>>>> As stated in the mail for the previous poll, the result of the = poll depends on the count of people voting. >>>>>> So, all interested NETCONF WG members, please speak up so that we = get a better data to judge on WG (rough) consensus. >>>>>> If the voting result is again close, the WG co-chairs will = (again) declare consensus in the sake of progress, based on the = =E2=80=9Cdominant view=E2=80=9D determined by the co-chairs and AD. >>>>>>=20 >>>>>> Please do state your opinion with short and concrete reasoning, = by August 19, 2015 18:00 PST about the following options: >>>>>>=20 >>>>>> x) XML is mandatory, JSON optional, >>>>>> j) JSON is mandatory, XML optional, >>>>>> x&j) XML and JSON are both mandatory, >>>>>> x+j) Either XML or JSON is mandatory the other one is optional, >>>>>> nm) Both XML and JSON are optional and _not_ mandatory. >>>>>>=20 >>>>>> For =E2=80=9Cx+j=E2=80=9D and =E2=80=9Cnm=E2=80=9D please provide = a solution for a successful negotiation or determination of the encoding = to be used between server and client. >>>>>> For the solution discussion a separate thread will be started and = can be finalized also after the poll deadline. >>>>>>=20 >>>>>> You may think that one or the other option is useless from your = pov. In this case please ignore it. >>>>>>=20 >>>>>> Looking forward to counting your votes and reading your = reasoning. >>>>>> Thank you. >>>>>>=20 >>>>>> Best Regards,=20 >>>>>> Mehmet & Mahesh >>>>>>=20 >>>>>>=20 >>>>>> _______________________________________________ >>>>>> Netconf mailing list >>>>>> Netconf@ietf.org >>>>>> https://www.ietf.org/mailman/listinfo/netconf >>>>>=20 >>>>>=20 >>>>> _______________________________________________ >>>>> Netconf mailing list >>>>> Netconf@ietf.org >>>>> https://www.ietf.org/mailman/listinfo/netconf >>>>>=20 >>>>>=20 >>>>>=20 >>>>>=20 >>>>> --=20 >>>>> Kind Regards,=20 >>>>>=20 >>>>> Dr. Karan Verma=20 >>>>> Research Scholar=20 >>>>> UTP, Malaysia >>>>> Phone: +60-166245082 >>>>=20 >>>>=20 >>>>=20 >>>>=20 >>>> --=20 >>>> Kind Regards,=20 >>>>=20 >>>> Dr. Karan Verma=20 >>>> Research Scholar=20 >>>> UTP, Malaysia >>>> Phone: +60-166245082 >>>>=20 >>>>=20 >>>>=20 >>>> --=20 >>>> Kind Regards,=20 >>>>=20 >>>> Karan Verma=20 >>>> Research Scholar=20 >>>> UTP, Malaysia >>>> Phone: +60-166245082 >>>> _______________________________________________ >>>> Netconf mailing list >>>> Netconf@ietf.org >>>> https://www.ietf.org/mailman/listinfo/netconf >>>=20 >>> _______________________________________________ >>> Netconf mailing list >>> Netconf@ietf.org >>> https://www.ietf.org/mailman/listinfo/netconf >>=20 >> -- >> Ladislav Lhotka, CZ.NIC Labs >> PGP Key ID: E74E8C0C >>=20 >>=20 >>=20 >>=20 >=20 -- Ladislav Lhotka, CZ.NIC Labs PGP Key ID: E74E8C0C From nobody Mon Aug 10 02:05:49 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6F9141B3370 for ; Mon, 10 Aug 2015 02:05:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] 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 kun0t9r18rGl for ; Mon, 10 Aug 2015 02:05:46 -0700 (PDT) Received: from mail-wi0-x229.google.com (mail-wi0-x229.google.com [IPv6:2a00:1450:400c:c05::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 37C821ACE26 for ; Mon, 10 Aug 2015 02:05:46 -0700 (PDT) Received: by wicne3 with SMTP id ne3so127311804wic.1 for ; Mon, 10 Aug 2015 02:05:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=iL4FKRVBiSy8rB6dVBoyjfXpt/JXFGKrgW3zRSrsgHs=; b=EZQ6GDcQVCKnRSdsLIxN9kViuT+qWFYcOuXa0tcF/WHbHmween5m/1tvid3CS++N1x wY3IFen82FKMmSIAJut9WhaLNXdl0aaS6cNubI3+U3JPgaOpvpICT7Bs5DnPs1+wfabB x6KOJbCM7mjovTQE1r6S9DGI7G2sxfKVb+lMiN7ZgodOv+P9yRDIxA/7BQXyIt6SbdCV L954Y587nyF1pcaZw3klCPnbrchKsd4llXw292slvPcXzMqkX6Mx9t100AvA5odnNGNQ 3epZ0O3RXY4gkA/G2+/Ro5a30FUzW2TEkYGQmSUoQyqy0uVlrvkyD3bLFhQ5JmQMdhO9 RCow== X-Received: by 10.180.216.42 with SMTP id on10mr23593654wic.3.1439197544725; Mon, 10 Aug 2015 02:05:44 -0700 (PDT) Received: from [192.168.10.183] ([147.83.206.80]) by smtp.gmail.com with ESMTPSA id e8sm8990746wiz.0.2015.08.10.02.05.43 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 10 Aug 2015 02:05:44 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) From: Dean Bogdanovic In-Reply-To: <49A5662C-A415-4252-9333-708F2CDA3DAC@nic.cz> Date: Mon, 10 Aug 2015 11:05:41 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <94965BC6-EE03-4D9C-A79B-089DF3FBD94D@gmail.com> References: <12C0C630-80EF-439A-A0F0-2E2FA96D9AD2@cisco.com> <52F4D31E-FCCE-46AE-8A77-C56B36A2EC77@gmail.com> <49A5662C-A415-4252-9333-708F2CDA3DAC@nic.cz> To: Ladislav Lhotka X-Mailer: Apple Mail (2.2102) Archived-At: Cc: Netconf Subject: Re: [Netconf] Opinion poll for the RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Aug 2015 09:05:48 -0000 Yes, you are right. I misread x+j with x&j Sorry for confusion Dean > On Aug 10, 2015, at 11:00 AM, Ladislav Lhotka wrote: >=20 >=20 >> On 10 Aug 2015, at 10:54, Dean Bogdanovic wrote: >>=20 >> I meant that IoT might be able to support one or the other, not both. >=20 > Then I don=E2=80=99t understand your concerns because this is (I hope) = exactly what x+j means: server implementors have to choose either JSON = or XML. They can choose to support both but it isn=E2=80=99t required. >=20 > Lada=20 >=20 >>=20 >> Dean >>=20 >>> On Aug 10, 2015, at 10:40 AM, Ladislav Lhotka wrote: >>>=20 >>> Hi Dean, >>>=20 >>> do you mean that IoT devices might need something else than JSON or = XML? >>>=20 >>> Lada >>>=20 >>>> On 10 Aug 2015, at 10:31, Dean Bogdanovic = wrote: >>>>=20 >>>> x+j is fine for larger devices, but will run into problems with = IoT, where resources are scarce.=20 >>>>=20 >>>> I vote for x+j, but we should keep constrained resource = environments in mind >>>>=20 >>>> Dean >>>>=20 >>>>> On Aug 10, 2015, at 8:57 AM, KARAN VERMA = wrote: >>>>>=20 >>>>> hi, >>>>>=20 >>>>> My vote also given=20 >>>>>=20 >>>>> x+j >>>>>=20 >>>>> On Mon, Aug 10, 2015 at 12:26 PM, KARAN VERMA = wrote: >>>>> Hello Einar, >>>>>=20 >>>>>=20 >>>>> got it=20 >>>>>=20 >>>>> On Mon, Aug 10, 2015 at 12:19 PM, Einar Nilsen-Nygaard (einarnn) = wrote: >>>>> Karan, >>>>>=20 >>>>> Noticed that you just replied to me, not to Mehmet or the alias = (unless you bcc=E2=80=99d?). You may wish to re-reply with: >>>>>=20 >>>>> mehmet.ersue@nokia.com >>>>> netconf@ietf.org >>>>>=20 >>>>> =E2=80=A6on the "To" list if you want your vote registered! >>>>>=20 >>>>> Cheers, >>>>>=20 >>>>> Einar >>>>>=20 >>>>>=20 >>>>>> On Aug 10, 2015, at 6:19 AM, KARAN VERMA = wrote: >>>>>>=20 >>>>>> I think=20 >>>>>>=20 >>>>>> My vote also given=20 >>>>>>=20 >>>>>> x+j >>>>>>=20 >>>>>> On Sun, Aug 9, 2015 at 3:59 PM, Einar Nilsen-Nygaard (einarnn) = wrote: >>>>>> x+j >>>>>>=20 >>>>>> Cheers, >>>>>>=20 >>>>>> Einar >>>>>>=20 >>>>>>> On Aug 6, 2015, at 9:18 PM, Ersue, Mehmet (Nokia - DE/Munich) = wrote: >>>>>>>=20 >>>>>>> Dear NETCONF WG, >>>>>>>=20 >>>>>>> last October we had an opinion poll on the RESTCONF encoding, = which ended with a close consensus in favor of XML as mandatory. >>>>>>> See = https://mailarchive.ietf.org/arch/msg/netconf/YSEbLd-nnI0dlkeiIeGW-z6JqDg >>>>>>> Based on the recent discussion on this topic and opinions = against mandatory statements in RESTCONF, NETCONF WG co-chairs would = like to start a new opinion poll. >>>>>>>=20 >>>>>>> As stated in the mail for the previous poll, the result of the = poll depends on the count of people voting. >>>>>>> So, all interested NETCONF WG members, please speak up so that = we get a better data to judge on WG (rough) consensus. >>>>>>> If the voting result is again close, the WG co-chairs will = (again) declare consensus in the sake of progress, based on the = =E2=80=9Cdominant view=E2=80=9D determined by the co-chairs and AD. >>>>>>>=20 >>>>>>> Please do state your opinion with short and concrete reasoning, = by August 19, 2015 18:00 PST about the following options: >>>>>>>=20 >>>>>>> x) XML is mandatory, JSON optional, >>>>>>> j) JSON is mandatory, XML optional, >>>>>>> x&j) XML and JSON are both mandatory, >>>>>>> x+j) Either XML or JSON is mandatory the other one is optional, >>>>>>> nm) Both XML and JSON are optional and _not_ mandatory. >>>>>>>=20 >>>>>>> For =E2=80=9Cx+j=E2=80=9D and =E2=80=9Cnm=E2=80=9D please = provide a solution for a successful negotiation or determination of the = encoding to be used between server and client. >>>>>>> For the solution discussion a separate thread will be started = and can be finalized also after the poll deadline. >>>>>>>=20 >>>>>>> You may think that one or the other option is useless from your = pov. In this case please ignore it. >>>>>>>=20 >>>>>>> Looking forward to counting your votes and reading your = reasoning. >>>>>>> Thank you. >>>>>>>=20 >>>>>>> Best Regards,=20 >>>>>>> Mehmet & Mahesh >>>>>>>=20 >>>>>>>=20 >>>>>>> _______________________________________________ >>>>>>> Netconf mailing list >>>>>>> Netconf@ietf.org >>>>>>> https://www.ietf.org/mailman/listinfo/netconf >>>>>>=20 >>>>>>=20 >>>>>> _______________________________________________ >>>>>> Netconf mailing list >>>>>> Netconf@ietf.org >>>>>> https://www.ietf.org/mailman/listinfo/netconf >>>>>>=20 >>>>>>=20 >>>>>>=20 >>>>>>=20 >>>>>> --=20 >>>>>> Kind Regards,=20 >>>>>>=20 >>>>>> Dr. Karan Verma=20 >>>>>> Research Scholar=20 >>>>>> UTP, Malaysia >>>>>> Phone: +60-166245082 >>>>>=20 >>>>>=20 >>>>>=20 >>>>>=20 >>>>> --=20 >>>>> Kind Regards,=20 >>>>>=20 >>>>> Dr. Karan Verma=20 >>>>> Research Scholar=20 >>>>> UTP, Malaysia >>>>> Phone: +60-166245082 >>>>>=20 >>>>>=20 >>>>>=20 >>>>> --=20 >>>>> Kind Regards,=20 >>>>>=20 >>>>> Karan Verma=20 >>>>> Research Scholar=20 >>>>> UTP, Malaysia >>>>> Phone: +60-166245082 >>>>> _______________________________________________ >>>>> Netconf mailing list >>>>> Netconf@ietf.org >>>>> https://www.ietf.org/mailman/listinfo/netconf >>>>=20 >>>> _______________________________________________ >>>> Netconf mailing list >>>> Netconf@ietf.org >>>> https://www.ietf.org/mailman/listinfo/netconf >>>=20 >>> -- >>> Ladislav Lhotka, CZ.NIC Labs >>> PGP Key ID: E74E8C0C >>>=20 >>>=20 >>>=20 >>>=20 >>=20 >=20 > -- > Ladislav Lhotka, CZ.NIC Labs > PGP Key ID: E74E8C0C >=20 >=20 >=20 >=20 From nobody Mon Aug 10 02:22:59 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F13941B339D for ; Mon, 10 Aug 2015 02:22:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] 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 CqzFSmU-P_13 for ; Mon, 10 Aug 2015 02:22:56 -0700 (PDT) Received: from alln-iport-1.cisco.com (alln-iport-1.cisco.com [173.37.142.88]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 957EA1B339B for ; Mon, 10 Aug 2015 02:22:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=19562; q=dns/txt; s=iport; t=1439198576; x=1440408176; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=4/FUV15BOF/jcWRZlM7cC9sk4coMZVQwAtvjppuEtek=; b=DbelIyB4uV+t7SEve+4f8ZWGCkc10nNVBAIbfjV5JEMVUzxCmILhC9gk 2URaPtFmgDjtIkZ57G45jRTEZyDMMmtzXUMzn5TyY99S/Go7GyJC/O+Yu SToU8DzedtJkWkX0TSM6ZT+ALqOq6So/rqs+tT6CxmczFKZfk2z1xqild M=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0AzBQABbchV/4oNJK1dgk5NVGkGgx66GYF6AQuFLUoCHIESORMBAQEBAQEBfwuEIwEBAQQBAQEgCkEbAgEIEQMBAgsdAwICAiULFAkIAgQTCBOIEw24B5VgAQEBAQEBAQEBAQEBAQEBAQEBAQEBEwSKToEDhDcBAQUaFgoNC4IuOxIdgRQFlQsBhQGHYoFIhCWQKYNmJoN9cYEOOoEEAQEB X-IronPort-AV: E=Sophos;i="5.15,644,1432598400"; d="scan'208,217";a="177213532" Received: from alln-core-5.cisco.com ([173.36.13.138]) by alln-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 10 Aug 2015 09:22:55 +0000 Received: from XCH-ALN-014.cisco.com (xch-aln-014.cisco.com [173.36.7.24]) by alln-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id t7A9MtfV023954 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL) for ; Mon, 10 Aug 2015 09:22:55 GMT Received: from xch-aln-014.cisco.com (173.36.7.24) by XCH-ALN-014.cisco.com (173.36.7.24) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Mon, 10 Aug 2015 04:22:54 -0500 Received: from xhc-aln-x14.cisco.com (173.36.12.88) by xch-aln-014.cisco.com (173.36.7.24) with Microsoft SMTP Server (TLS) id 15.0.1104.5 via Frontend Transport; Mon, 10 Aug 2015 04:22:54 -0500 Received: from xmb-rcd-x01.cisco.com ([169.254.1.17]) by xhc-aln-x14.cisco.com ([173.36.12.88]) with mapi id 14.03.0248.002; Mon, 10 Aug 2015 04:22:54 -0500 From: "Pascal Thubert (pthubert)" To: "netconf@ietf.org" Thread-Topic: [Netconf] Opinion poll for the RESTCONF encoding Thread-Index: AQHQ0TNc0CwgMh74YUCujcVyMZqlLJ4E9xZA Date: Mon, 10 Aug 2015 09:22:53 +0000 Deferred-Delivery: Mon, 10 Aug 2015 09:21:59 +0000 Message-ID: References: In-Reply-To: Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.61.173.144] Content-Type: multipart/alternative; boundary="_000_E045AECD98228444A58C61C200AE1BD84A0024F1xmbrcdx01ciscoc_" MIME-Version: 1.0 Archived-At: Subject: Re: [Netconf] Opinion poll for the RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Aug 2015 09:22:59 -0000 --_000_E045AECD98228444A58C61C200AE1BD84A0024F1xmbrcdx01ciscoc_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 RGVhciBhbGw7DQoNCkluIElvVCBzcGFjZSwgSlNPTiBoYXMgYSBzdHJvbmcgc3VwcG9ydCwgc29t ZSBkZXZpY2Ugd2lsbCBkZWZpbml0ZWx5IG5vdCBzdXBwb3J0IFhNTCwgIHNvIG1hbmRhdGluZyBY TUwgc3VwcG9ydCBpbiB0aGUgc2VydmVyIGlzIG5vdCByZWFsbHkgY29uc3RydWN0aXZlLiBTbyBJ IGFncmVlIHdpdGggdGhlIGdlbmVyYWwgZGVzaXJlIGluIHRoYXQgdGhyZWFkIG5vdCB0byBmb3Jj ZSBYTUwgZXZlcnl3aGVyZS4NCg0Kbm0gc2VlbXMgbGlrZSB0aGUgcmlnaHQgdGhpbmcgdG8gbWUg dGhvdWdoIEnigJltIGZpbmUgd2l0aCB4K2ouDQpSYXRpb25hbGUgaXMgdGhhdCBubSBpcyBwcm9i YWJseSBtb3JlIG9wZW4gdG8gdGhlIGZ1dHVyZSBhbmQgeCtqIGRvZXMgbm90IGd1YXJhbnRlZSB0 aGF0IHlvdXIgc2VydmVyIHdpbGwgaGF2ZSB0aGUgcHJvdG9jb2wgYSBwYXJ0aWN1bGFyIG5ldyBk ZXZpY2UgbmVlZHMgYW55d2F5IHNpbmNlIHRoZSBvbmx5IGd1YXJhbnRlZSBjYW1lIGZyb20gbXVz dGluZyBYTUwgZXZlcnl3aGVyZS4NCg0KSW4gdGhlIElvVCBzcGFjZSB0aGVyZeKAmXMgYWx3YXlz IGFuIGFkZGl0aW9uYWwgc3RhbmRhcmQgbGlrZSBhIFppZ0JlZUlQIHRoYXQgcGlja3MgYW5kIGNo b29zZXMgYmV0d2VlbiBhY2NlcHRhYmxlIHRoaW5ncyBhbmQgcmVzdHJpY3RzIHRoaW5ncyB0byBn dWFyYW50ZWUgaW50ZXJvcCB3aXRoaW4gdGhhdCBzdGFuZGFyZC4NCg0KQ2hlZXJzLA0KDQpQYXNj YWwNCg0KDQpGcm9tOiAgICAgICAgIkVyc3VlLCBNZWhtZXQgKE5va2lhIC0gREUvTXVuaWNoKSIg PG1laG1ldC5lcnN1ZUBub2tpYS5jb208bWFpbHRvOm1laG1ldC5lcnN1ZUBub2tpYS5jb20+Pg0K VG86ICAgICAgICBOZXRjb25mIDxuZXRjb25mQGlldGYub3JnPG1haWx0bzpuZXRjb25mQGlldGYu b3JnPj4sDQpEYXRlOiAgICAgICAgMDgvMDYvMjAxNSAwMzoxOCBQTQ0KU3ViamVjdDogICAgICAg IFtOZXRjb25mXSBPcGluaW9uIHBvbGwgZm9yIHRoZSBSRVNUQ09ORiBlbmNvZGluZw0KU2VudCBi eTogICAgICAgICJOZXRjb25mIiA8bmV0Y29uZi1ib3VuY2VzQGlldGYub3JnPG1haWx0bzpuZXRj b25mLWJvdW5jZXNAaWV0Zi5vcmc+Pg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18N Cg0KDQoNCkRlYXIgTkVUQ09ORiBXRywNCg0KbGFzdCBPY3RvYmVyIHdlIGhhZCBhbiBvcGluaW9u IHBvbGwgb24gdGhlIFJFU1RDT05GIGVuY29kaW5nLCB3aGljaCBlbmRlZCB3aXRoIGEgY2xvc2Ug Y29uc2Vuc3VzIGluIGZhdm9yIG9mIFhNTCBhcyBtYW5kYXRvcnkuDQpTZWUgaHR0cHM6Ly9tYWls YXJjaGl2ZS5pZXRmLm9yZy9hcmNoL21zZy9uZXRjb25mL1lTRWJMZC1ubkkwZGxrZWlJZUdXLXo2 SnFEZw0KQmFzZWQgb24gdGhlIHJlY2VudCBkaXNjdXNzaW9uIG9uIHRoaXMgdG9waWMgYW5kIG9w aW5pb25zIGFnYWluc3QgbWFuZGF0b3J5IHN0YXRlbWVudHMgaW4gUkVTVENPTkYsIE5FVENPTkYg V0cgY28tY2hhaXJzIHdvdWxkIGxpa2UgdG8gc3RhcnQgYSBuZXcgb3BpbmlvbiBwb2xsLg0KDQpB cyBzdGF0ZWQgaW4gdGhlIG1haWwgZm9yIHRoZSBwcmV2aW91cyBwb2xsLCB0aGUgcmVzdWx0IG9m IHRoZSBwb2xsIGRlcGVuZHMgb24gdGhlIGNvdW50IG9mIHBlb3BsZSB2b3RpbmcuDQpTbywgYWxs IGludGVyZXN0ZWQgTkVUQ09ORiBXRyBtZW1iZXJzLCBwbGVhc2Ugc3BlYWsgdXAgc28gdGhhdCB3 ZSBnZXQgYSBiZXR0ZXIgZGF0YSB0byBqdWRnZSBvbiBXRyAocm91Z2gpIGNvbnNlbnN1cy4NCklm IHRoZSB2b3RpbmcgcmVzdWx0IGlzIGFnYWluIGNsb3NlLCB0aGUgV0cgY28tY2hhaXJzIHdpbGwg KGFnYWluKSBkZWNsYXJlIGNvbnNlbnN1cyBpbiB0aGUgc2FrZSBvZiBwcm9ncmVzcywgYmFzZWQg b24gdGhlIOKAnGRvbWluYW50IHZpZXfigJ0gZGV0ZXJtaW5lZCBieSB0aGUgY28tY2hhaXJzIGFu ZCBBRC4NCg0KUGxlYXNlIGRvIHN0YXRlIHlvdXIgb3BpbmlvbiB3aXRoIHNob3J0IGFuZCBjb25j cmV0ZSByZWFzb25pbmcsIGJ5IEF1Z3VzdCAxOSwgMjAxNSAxODowMCBQU1QgYWJvdXQgdGhlIGZv bGxvd2luZyBvcHRpb25zOg0KDQp4KSBYTUwgaXMgbWFuZGF0b3J5LCBKU09OIG9wdGlvbmFsLA0K aikgSlNPTiBpcyBtYW5kYXRvcnksIFhNTCBvcHRpb25hbCwNCngmaikgWE1MIGFuZCBKU09OIGFy ZSBib3RoIG1hbmRhdG9yeSwNCngraikgRWl0aGVyIFhNTCBvciBKU09OIGlzIG1hbmRhdG9yeSB0 aGUgb3RoZXIgb25lIGlzIG9wdGlvbmFsLA0Kbm0pIEJvdGggWE1MIGFuZCBKU09OIGFyZSBvcHRp b25hbCBhbmQgX25vdF8gbWFuZGF0b3J5Lg0KDQpGb3Ig4oCceCtq4oCdIGFuZCDigJxubeKAnSBw bGVhc2UgcHJvdmlkZSBhIHNvbHV0aW9uIGZvciBhIHN1Y2Nlc3NmdWwgbmVnb3RpYXRpb24gb3Ig ZGV0ZXJtaW5hdGlvbiBvZiB0aGUgZW5jb2RpbmcgdG8gYmUgdXNlZCBiZXR3ZWVuIHNlcnZlciBh bmQgY2xpZW50Lg0KRm9yIHRoZSBzb2x1dGlvbiBkaXNjdXNzaW9uIGEgc2VwYXJhdGUgdGhyZWFk IHdpbGwgYmUgc3RhcnRlZCBhbmQgY2FuIGJlIGZpbmFsaXplZCBhbHNvIGFmdGVyIHRoZSBwb2xs IGRlYWRsaW5lLg0KDQpZb3UgbWF5IHRoaW5rIHRoYXQgb25lIG9yIHRoZSBvdGhlciBvcHRpb24g aXMgdXNlbGVzcyBmcm9tIHlvdXIgcG92LiBJbiB0aGlzIGNhc2UgcGxlYXNlIGlnbm9yZSBpdC4N Cg0KTG9va2luZyBmb3J3YXJkIHRvIGNvdW50aW5nIHlvdXIgdm90ZXMgYW5kIHJlYWRpbmcgeW91 ciByZWFzb25pbmcuDQpUaGFuayB5b3UuDQoNCkJlc3QgUmVnYXJkcywNCk1laG1ldCAmIE1haGVz aA0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KTmV0 Y29uZiBtYWlsaW5nIGxpc3QNCk5ldGNvbmZAaWV0Zi5vcmc8bWFpbHRvOk5ldGNvbmZAaWV0Zi5v cmc+DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL25ldGNvbmYNCl9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpOZXRjb25mIG1haWxp bmcgbGlzdA0KTmV0Y29uZkBpZXRmLm9yZzxtYWlsdG86TmV0Y29uZkBpZXRmLm9yZz4NCmh0dHBz Oi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbmV0Y29uZg0K --_000_E045AECD98228444A58C61C200AE1BD84A0024F1xmbrcdx01ciscoc_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPCEtLVtp ZiAhbXNvXT48c3R5bGU+dlw6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kb1w6KiB7 YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kd1w6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0 I1ZNTCk7fQ0KLnNoYXBlIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQo8L3N0eWxlPjwh W2VuZGlmXS0tPjxzdHlsZT48IS0tDQovKiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNl DQoJe2ZvbnQtZmFtaWx5OiJDYW1icmlhIE1hdGgiOw0KCXBhbm9zZS0xOjIgNCA1IDMgNSA0IDYg MyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9zZS0xOjIg MTUgNSAyIDIgMiA0IDMgMiA0O30NCi8qIFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1h bCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjowY207DQoJbWFyZ2luLWJv dHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5l dyBSb21hbiIsc2VyaWY7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUt cHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30N CmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3Jp dHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KdHQN Cgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0K c3Bhbi5FbWFpbFN0eWxlMTgNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9u dC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6IzFGNDk3RDt9DQouTXNvQ2hw RGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LWZhbWlseToiQ2Fs aWJyaSIsc2Fucy1zZXJpZjt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5 Mi4wcHQ7DQoJbWFyZ2luOjcwLjg1cHQgNzAuODVwdCA3MC44NXB0IDcwLjg1cHQ7fQ0KZGl2Lldv cmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3Rl IG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAy NiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hh cGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+ DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5n PSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2Vj dGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5 N0QiPkRlYXIgYWxsOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+ SW4gSW9UIHNwYWNlLCBKU09OIGhhcyBhIHN0cm9uZyBzdXBwb3J0LCBzb21lIGRldmljZSB3aWxs IGRlZmluaXRlbHkgbm90IHN1cHBvcnQgWE1MLCAmbmJzcDtzbyBtYW5kYXRpbmcgWE1MIHN1cHBv cnQgaW4gdGhlIHNlcnZlciBpcyBub3QgcmVhbGx5IGNvbnN0cnVjdGl2ZS4gU28gSQ0KIGFncmVl IHdpdGggdGhlIGdlbmVyYWwgZGVzaXJlIGluIHRoYXQgdGhyZWFkIG5vdCB0byBmb3JjZSBYTUwg ZXZlcnl3aGVyZS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPm5t IHNlZW1zIGxpa2UgdGhlIHJpZ2h0IHRoaW5nIHRvIG1lIHRob3VnaCBJ4oCZbSBmaW5lIHdpdGgg eCYjNDM7ai48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlJhdGlvbmFsZSBp cyB0aGF0IG5tIGlzIHByb2JhYmx5IG1vcmUgb3BlbiB0byB0aGUgZnV0dXJlIGFuZCB4JiM0Mztq IGRvZXMgbm90IGd1YXJhbnRlZSB0aGF0IHlvdXIgc2VydmVyIHdpbGwgaGF2ZSB0aGUgcHJvdG9j b2wgYSBwYXJ0aWN1bGFyIG5ldyBkZXZpY2UgbmVlZHMgYW55d2F5DQogc2luY2UgdGhlIG9ubHkg Z3VhcmFudGVlIGNhbWUgZnJvbSBtdXN0aW5nIFhNTCBldmVyeXdoZXJlLjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0 OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+SW4gdGhlIElvVCBzcGFjZSB0aGVyZeKAmXMg YWx3YXlzIGFuIGFkZGl0aW9uYWwgc3RhbmRhcmQgbGlrZSBhIFppZ0JlZUlQIHRoYXQgcGlja3Mg YW5kIGNob29zZXMgYmV0d2VlbiBhY2NlcHRhYmxlIHRoaW5ncyBhbmQgcmVzdHJpY3RzIHRoaW5n cyB0byBndWFyYW50ZWUgaW50ZXJvcA0KIHdpdGhpbiB0aGF0IHN0YW5kYXJkLiA8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkNoZWVycyw8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3 RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlBhc2NhbDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFk ZGluZzowY20gMGNtIDBjbSA0LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YnI+DQo8c3Bh biBzdHlsZT0iZm9udC1zaXplOjcuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNh bnMtc2VyaWY7Y29sb3I6IzVGNUY1RiI+PGJyPg0KRnJvbTogJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny41cHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+JnF1b3Q7RXJzdWUsIE1laG1ldCAoTm9raWEgLSBE RS9NdW5pY2gpJnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86bWVobWV0LmVyc3VlQG5va2lhLmNv bSI+bWVobWV0LmVyc3VlQG5va2lhLmNvbTwvYT4mZ3Q7PC9zcGFuPg0KPHNwYW4gc3R5bGU9ImZv bnQtc2l6ZTo3LjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOiM1RjVGNUYiPjxicj4NClRvOiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDs8L3NwYW4+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90 OyxzYW5zLXNlcmlmIj5OZXRjb25mICZsdDs8YSBocmVmPSJtYWlsdG86bmV0Y29uZkBpZXRmLm9y ZyI+bmV0Y29uZkBpZXRmLm9yZzwvYT4mZ3Q7LA0KPHNwYW4gc3R5bGU9ImNvbG9yOiM1RjVGNUYi Pjxicj4NCkRhdGU6ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOzwvc3Bhbj4wOC8wNi8yMDE1 IDAzOjE4IFBNPC9zcGFuPiA8c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuNXB0O2ZvbnQtZmFtaWx5 OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzVGNUY1RiI+DQo8YnI+DQpTdWJq ZWN0OiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZTo3LjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj5bTmV0 Y29uZl0gT3BpbmlvbiBwb2xsIGZvciB0aGUgUkVTVENPTkYgZW5jb2Rpbmc8L3NwYW4+DQo8c3Bh biBzdHlsZT0iZm9udC1zaXplOjcuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNh bnMtc2VyaWY7Y29sb3I6IzVGNUY1RiI+PGJyPg0KU2VudCBieTogJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny41cHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+JnF1b3Q7TmV0Y29uZiZxdW90OyAmbHQ7PGEg aHJlZj0ibWFpbHRvOm5ldGNvbmYtYm91bmNlc0BpZXRmLm9yZyI+bmV0Y29uZi1ib3VuY2VzQGll dGYub3JnPC9hPiZndDs8L3NwYW4+DQo8bzpwPjwvbzpwPjwvcD4NCjxkaXYgY2xhc3M9Ik1zb05v cm1hbCIgYWxpZ249ImNlbnRlciIgc3R5bGU9InRleHQtYWxpZ246Y2VudGVyIj4NCjxociBzaXpl PSIzIiB3aWR0aD0iMTAwJSIgbm9zaGFkZT0iIiBzdHlsZT0iY29sb3I6I0EwQTBBMCIgYWxpZ249 ImNlbnRlciI+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxicj4NCjxicj4NCjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss c2Fucy1zZXJpZiI+PGJyPg0KRGVhciBORVRDT05GIFdHLDxicj4NCjxicj4NCmxhc3QgT2N0b2Jl ciB3ZSBoYWQgYW4gb3BpbmlvbiBwb2xsIG9uIHRoZSBSRVNUQ09ORiBlbmNvZGluZywgd2hpY2gg ZW5kZWQgd2l0aCBhIGNsb3NlIGNvbnNlbnN1cyBpbiBmYXZvciBvZiBYTUwgYXMgbWFuZGF0b3J5 Ljwvc3Bhbj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+PGJyPg0KU2VlIDwvc3Bhbj48YSBocmVmPSJodHRw czovL21haWxhcmNoaXZlLmlldGYub3JnL2FyY2gvbXNnL25ldGNvbmYvWVNFYkxkLW5uSTBkbGtl aUllR1ctejZKcURnIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6cHVycGxlIj5odHRwczovL21haWxh cmNoaXZlLmlldGYub3JnL2FyY2gvbXNnL25ldGNvbmYvWVNFYkxkLW5uSTBkbGtlaUllR1ctejZK cURnPC9zcGFuPjwvYT4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+PGJyPg0KQmFzZWQgb24gdGhlIHJlY2Vu dCBkaXNjdXNzaW9uIG9uIHRoaXMgdG9waWMgYW5kIG9waW5pb25zIGFnYWluc3QgbWFuZGF0b3J5 IHN0YXRlbWVudHMgaW4gUkVTVENPTkYsIE5FVENPTkYgV0cgY28tY2hhaXJzIHdvdWxkIGxpa2Ug dG8gc3RhcnQgYSBuZXcgb3BpbmlvbiBwb2xsLjwvc3Bhbj4NCjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+PGJy Pg0KPC9zcGFuPiZuYnNwOzxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+PGJyPg0KQXMgc3RhdGVkIGluIHRoZSBt YWlsIGZvciB0aGUgcHJldmlvdXMgcG9sbCwgdGhlIHJlc3VsdCBvZiB0aGUgcG9sbCBkZXBlbmRz IG9uIHRoZSBjb3VudCBvZiBwZW9wbGUgdm90aW5nLjwvc3Bhbj4NCjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+ PGJyPg0KU28sIGFsbCBpbnRlcmVzdGVkIE5FVENPTkYgV0cgbWVtYmVycywgcGxlYXNlIHNwZWFr IHVwIHNvIHRoYXQgd2UgZ2V0IGEgYmV0dGVyIGRhdGEgdG8ganVkZ2Ugb24gV0cgKHJvdWdoKSBj b25zZW5zdXMuPC9zcGFuPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj48YnI+DQpJZiB0aGUgdm90aW5nIHJl c3VsdCBpcyBhZ2FpbiBjbG9zZSwgdGhlIFdHIGNvLWNoYWlycyB3aWxsIChhZ2FpbikgZGVjbGFy ZSBjb25zZW5zdXMgaW4gdGhlIHNha2Ugb2YgcHJvZ3Jlc3MsIGJhc2VkIG9uIHRoZSDigJxkb21p bmFudCB2aWV34oCdIGRldGVybWluZWQgYnkgdGhlIGNvLWNoYWlycyBhbmQgQUQuPC9zcGFuPg0K PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OyxzYW5zLXNlcmlmIj48YnI+DQo8L3NwYW4+Jm5ic3A7PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj48YnI+ DQpQbGVhc2UgZG8gc3RhdGUgeW91ciBvcGluaW9uIHdpdGggc2hvcnQgYW5kIGNvbmNyZXRlIHJl YXNvbmluZywgYnkgQXVndXN0IDE5LCAyMDE1IDE4OjAwIFBTVCBhYm91dCB0aGUgZm9sbG93aW5n IG9wdGlvbnM6PGJyPg0KPGJyPg0KeCkgWE1MIGlzIG1hbmRhdG9yeSwgSlNPTiBvcHRpb25hbCw8 YnI+DQpqKSBKU09OIGlzIG1hbmRhdG9yeSwgWE1MIG9wdGlvbmFsLDwvc3Bhbj4gPHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmIj4NCjxicj4NCngmYW1wO2opIFhNTCBhbmQgSlNPTiBhcmUgYm90aCBtYW5kYXRvcnks PC9zcGFuPiA8c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPg0KPGJyPg0KeCYjNDM7aikgRWl0aGVyIFhNTCBvciBK U09OIGlzIG1hbmRhdG9yeSB0aGUgb3RoZXIgb25lIGlzIG9wdGlvbmFsLDwvc3Bhbj4gPHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmIj4NCjxicj4NCm5tKSBCb3RoIFhNTCBhbmQgSlNPTiBhcmUgb3B0aW9uYWwgYW5k IF88aT5ub3Q8L2k+XyBtYW5kYXRvcnkuPC9zcGFuPiA8c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPg0KPGJyPg0K PC9zcGFuPiZuYnNwOzxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+PGJyPg0KRm9yIOKAnHgmIzQzO2rigJ0gYW5k IOKAnG5t4oCdIHBsZWFzZSBwcm92aWRlIGEgc29sdXRpb24gZm9yIGEgc3VjY2Vzc2Z1bCBuZWdv dGlhdGlvbiBvciBkZXRlcm1pbmF0aW9uIG9mIHRoZSBlbmNvZGluZyB0byBiZSB1c2VkIGJldHdl ZW4gc2VydmVyIGFuZCBjbGllbnQuPC9zcGFuPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj48YnI+DQpGb3Ig dGhlIHNvbHV0aW9uIGRpc2N1c3Npb24gYSBzZXBhcmF0ZSB0aHJlYWQgd2lsbCBiZSBzdGFydGVk IGFuZCBjYW4gYmUgZmluYWxpemVkIGFsc28gYWZ0ZXIgdGhlIHBvbGwgZGVhZGxpbmUuPC9zcGFu Pg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMwMDAwRTAiPjxicj4NCjwvc3Bhbj4mbmJzcDs8c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWYiPjxicj4NCllvdSBtYXkgdGhpbmsgdGhhdCBvbmUgb3IgdGhlIG90aGVyIG9w dGlvbiBpcyB1c2VsZXNzIGZyb20geW91ciBwb3YuIEluIHRoaXMgY2FzZSBwbGVhc2UgaWdub3Jl IGl0Ljwvc3Bhbj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMDAwMEUwIj48YnI+DQo8L3NwYW4+ Jm5ic3A7PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmIj48YnI+DQpMb29raW5nIGZvcndhcmQgdG8gY291bnRpbmcg eW91ciB2b3RlcyBhbmQgcmVhZGluZyB5b3VyIHJlYXNvbmluZy48L3NwYW4+IDxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZiI+DQo8YnI+DQpUaGFuayB5b3UuPC9zcGFuPiA8c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPg0KPGJyPg0K PC9zcGFuPiZuYnNwOzxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+PGJyPg0KQmVzdCBSZWdhcmRzLCA8YnI+DQpN ZWhtZXQgJmFtcDsgTWFoZXNoPC9zcGFuPiA8c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPg0KPGJyPg0KPC9zcGFu PiZuYnNwOzxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZiI+PGJyPg0KPC9zcGFuPjx0dD48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdCI+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX188L3NwYW4+PC90dD48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWls eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+PGJyPg0KPHR0Pk5ldGNvbmYgbWFpbGluZyBsaXN0 PC90dD48YnI+DQo8dHQ+PGEgaHJlZj0ibWFpbHRvOk5ldGNvbmZAaWV0Zi5vcmciPk5ldGNvbmZA aWV0Zi5vcmc8L2E+PC90dD48L3NwYW4+PHU+PHNwYW4gc3R5bGU9ImNvbG9yOmJsdWUiPjxicj4N Cjwvc3Bhbj48L3U+PGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5m by9uZXRjb25mIj48dHQ+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQiPmh0dHBzOi8vd3d3 LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbmV0Y29uZjwvc3Bhbj48L3R0PjwvYT48YnI+DQo8 dHQ+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQiPl9fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fPC9zcGFuPjwvdHQ+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjxicj4NCjx0dD5O ZXRjb25mIG1haWxpbmcgbGlzdDwvdHQ+PGJyPg0KPHR0PjxhIGhyZWY9Im1haWx0bzpOZXRjb25m QGlldGYub3JnIj5OZXRjb25mQGlldGYub3JnPC9hPjwvdHQ+PGJyPg0KPC9zcGFuPjxhIGhyZWY9 Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbmV0Y29uZiI+PHR0PjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuMHB0Ij5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xp c3RpbmZvL25ldGNvbmY8L3NwYW4+PC90dD48L2E+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_E045AECD98228444A58C61C200AE1BD84A0024F1xmbrcdx01ciscoc_-- From nobody Mon Aug 10 03:02:12 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1743A1B33ED for ; Mon, 10 Aug 2015 03:02:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.978 X-Spam-Level: X-Spam-Status: No, score=-1.978 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] 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 NjesmF7wWP1K for ; Mon, 10 Aug 2015 03:02:08 -0700 (PDT) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B5B471B33E6 for ; Mon, 10 Aug 2015 03:02:07 -0700 (PDT) Received: by lbbpo9 with SMTP id po9so92251843lbb.2 for ; Mon, 10 Aug 2015 03:02:06 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=Kk5bQUIrJoZVQ22SAR+x518htrFrqXbMU/r1fCuANHA=; b=HLln5XzrOVhApukLlyG1b9GdMhrlTxpCOh724rctk3pugO5zWgW7rlSud4veE2Ew6U rUFU0OWUo604XoXs0hooEA5oqu+hPT9ghF5EeyMHR4obyuV/u/aBc7xxLvziw9D18NK9 5C2DFvbLz2yw4gO+6X3gY9kkRuAA8PL3qEI86dgaE2sl0plkBe6xejlTL6DmP2Mc16Ew UdAKWcH41qak475HnSTNK/zeR9ZZQN5ZufPhTL7JpFoNZ+9mtpMuzFAGUDiY9A02Fe+f BKXiNLDi6gz00H5RqtEJgJegB1lW7fj/4e+1R2NTF/X5w7C6PPsf+t5QjYRmHU9K164u xNAw== X-Gm-Message-State: ALoCoQlmg6SYCe+P+QoEKRjdhNiZsUBxQhbeV7tAT64jf9oCvup1TPGAzcB3ZnK+n7SXO7BfwNJK MIME-Version: 1.0 X-Received: by 10.152.36.161 with SMTP id r1mr19430265laj.88.1439200925948; Mon, 10 Aug 2015 03:02:05 -0700 (PDT) Received: by 10.112.200.102 with HTTP; Mon, 10 Aug 2015 03:02:05 -0700 (PDT) In-Reply-To: References: <12C0C630-80EF-439A-A0F0-2E2FA96D9AD2@cisco.com> <52F4D31E-FCCE-46AE-8A77-C56B36A2EC77@gmail.com> Date: Mon, 10 Aug 2015 03:02:05 -0700 Message-ID: From: Andy Bierman To: Dean Bogdanovic Content-Type: multipart/alternative; boundary=089e0158b5e4f3b803051cf213d6 Archived-At: Cc: Netconf Subject: Re: [Netconf] Opinion poll for the RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Aug 2015 10:02:11 -0000 --089e0158b5e4f3b803051cf213d6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, The CoMI protocol proposed to the CORE WG uses CBOR encoding, not XML or JSON. Andy On Mon, Aug 10, 2015 at 1:54 AM, Dean Bogdanovic wrote= : > I meant that IoT might be able to support one or the other, not both. > > Dean > > > On Aug 10, 2015, at 10:40 AM, Ladislav Lhotka wrote: > > > > Hi Dean, > > > > do you mean that IoT devices might need something else than JSON or XML= ? > > > > Lada > > > >> On 10 Aug 2015, at 10:31, Dean Bogdanovic wrote: > >> > >> x+j is fine for larger devices, but will run into problems with IoT, > where resources are scarce. > >> > >> I vote for x+j, but we should keep constrained resource environments i= n > mind > >> > >> Dean > >> > >>> On Aug 10, 2015, at 8:57 AM, KARAN VERMA > wrote: > >>> > >>> hi, > >>> > >>> My vote also given > >>> > >>> x+j > >>> > >>> On Mon, Aug 10, 2015 at 12:26 PM, KARAN VERMA < > karan.verma.phd@gmail.com> wrote: > >>> Hello Einar, > >>> > >>> > >>> got it > >>> > >>> On Mon, Aug 10, 2015 at 12:19 PM, Einar Nilsen-Nygaard (einarnn) < > einarnn@cisco.com> wrote: > >>> Karan, > >>> > >>> Noticed that you just replied to me, not to Mehmet or the alias > (unless you bcc=E2=80=99d?). You may wish to re-reply with: > >>> > >>> mehmet.ersue@nokia.com > >>> netconf@ietf.org > >>> > >>> =E2=80=A6on the "To" list if you want your vote registered! > >>> > >>> Cheers, > >>> > >>> Einar > >>> > >>> > >>>> On Aug 10, 2015, at 6:19 AM, KARAN VERMA > wrote: > >>>> > >>>> I think > >>>> > >>>> My vote also given > >>>> > >>>> x+j > >>>> > >>>> On Sun, Aug 9, 2015 at 3:59 PM, Einar Nilsen-Nygaard (einarnn) < > einarnn@cisco.com> wrote: > >>>> x+j > >>>> > >>>> Cheers, > >>>> > >>>> Einar > >>>> > >>>>> On Aug 6, 2015, at 9:18 PM, Ersue, Mehmet (Nokia - DE/Munich) < > mehmet.ersue@nokia.com> wrote: > >>>>> > >>>>> Dear NETCONF WG, > >>>>> > >>>>> last October we had an opinion poll on the RESTCONF encoding, which > ended with a close consensus in favor of XML as mandatory. > >>>>> See > https://mailarchive.ietf.org/arch/msg/netconf/YSEbLd-nnI0dlkeiIeGW-z6JqDg > >>>>> Based on the recent discussion on this topic and opinions against > mandatory statements in RESTCONF, NETCONF WG co-chairs would like to star= t > a new opinion poll. > >>>>> > >>>>> As stated in the mail for the previous poll, the result of the poll > depends on the count of people voting. > >>>>> So, all interested NETCONF WG members, please speak up so that we > get a better data to judge on WG (rough) consensus. > >>>>> If the voting result is again close, the WG co-chairs will (again) > declare consensus in the sake of progress, based on the =E2=80=9Cdominant= view=E2=80=9D > determined by the co-chairs and AD. > >>>>> > >>>>> Please do state your opinion with short and concrete reasoning, by > August 19, 2015 18:00 PST about the following options: > >>>>> > >>>>> x) XML is mandatory, JSON optional, > >>>>> j) JSON is mandatory, XML optional, > >>>>> x&j) XML and JSON are both mandatory, > >>>>> x+j) Either XML or JSON is mandatory the other one is optional, > >>>>> nm) Both XML and JSON are optional and _not_ mandatory. > >>>>> > >>>>> For =E2=80=9Cx+j=E2=80=9D and =E2=80=9Cnm=E2=80=9D please provide a= solution for a successful > negotiation or determination of the encoding to be used between server an= d > client. > >>>>> For the solution discussion a separate thread will be started and > can be finalized also after the poll deadline. > >>>>> > >>>>> You may think that one or the other option is useless from your pov= . > In this case please ignore it. > >>>>> > >>>>> Looking forward to counting your votes and reading your reasoning. > >>>>> Thank you. > >>>>> > >>>>> Best Regards, > >>>>> Mehmet & Mahesh > >>>>> > >>>>> > >>>>> _______________________________________________ > >>>>> Netconf mailing list > >>>>> Netconf@ietf.org > >>>>> https://www.ietf.org/mailman/listinfo/netconf > >>>> > >>>> > >>>> _______________________________________________ > >>>> Netconf mailing list > >>>> Netconf@ietf.org > >>>> https://www.ietf.org/mailman/listinfo/netconf > >>>> > >>>> > >>>> > >>>> > >>>> -- > >>>> Kind Regards, > >>>> > >>>> Dr. Karan Verma > >>>> Research Scholar > >>>> UTP, Malaysia > >>>> Phone: +60-166245082 > >>> > >>> > >>> > >>> > >>> -- > >>> Kind Regards, > >>> > >>> Dr. Karan Verma > >>> Research Scholar > >>> UTP, Malaysia > >>> Phone: +60-166245082 > >>> > >>> > >>> > >>> -- > >>> Kind Regards, > >>> > >>> Karan Verma > >>> Research Scholar > >>> UTP, Malaysia > >>> Phone: +60-166245082 > >>> _______________________________________________ > >>> Netconf mailing list > >>> Netconf@ietf.org > >>> https://www.ietf.org/mailman/listinfo/netconf > >> > >> _______________________________________________ > >> Netconf mailing list > >> Netconf@ietf.org > >> https://www.ietf.org/mailman/listinfo/netconf > > > > -- > > Ladislav Lhotka, CZ.NIC Labs > > PGP Key ID: E74E8C0C > > > > > > > > > > _______________________________________________ > Netconf mailing list > Netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf > --089e0158b5e4f3b803051cf213d6 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi,

The CoMI protocol proposed to the C= ORE WG uses CBOR encoding,
not XML or JSON.

<= div>Andy


On Mon, Aug 10, 2015 at 1:54 AM, Dean Bogdanovic &l= t;ivandean@gmail.co= m> wrote:
I meant that IoT = might be able to support one or the other, not both.

Dean

> On Aug 10, 2015, at 10:40 AM, Ladislav Lhotka <lhotka@nic.cz> wrote:
>
> Hi Dean,
>
> do you mean that IoT devices might need something else than JSON or XM= L?
>
> Lada
>
>> On 10 Aug 2015, at 10:31, Dean Bogdanovic <ivandean@gmail.com> wrote:
>>
>> x+j is fine for larger devices, but will run into problems with Io= T, where resources are scarce.
>>
>> I vote for x+j, but we should keep constrained resource environmen= ts in mind
>>
>> Dean
>>
>>> On Aug 10, 2015, at 8:57 AM, KARAN VERMA <karan.verma.phd@gmail.com> wrote:
>>>
>>> hi,
>>>
>>> My vote also given
>>>
>>> x+j
>>>
>>> On Mon, Aug 10, 2015 at 12:26 PM, KARAN VERMA <karan.verma.phd@gmail.com> wrote: >>> Hello Einar,
>>>
>>>
>>> got it
>>>
>>> On Mon, Aug 10, 2015 at 12:19 PM, Einar Nilsen-Nygaard (einarn= n) <einarnn@cisco.com> wrote= :
>>> Karan,
>>>
>>> Noticed that you just replied to me, not to Mehmet or the alia= s (unless you bcc=E2=80=99d?). You may wish to re-reply with:
>>>
>>> mehmet.ersue@nokia.c= om
>>> netconf@ietf.org
>>>
>>> =E2=80=A6on the "To" list if you want your vote regi= stered!
>>>
>>> Cheers,
>>>
>>> Einar
>>>
>>>
>>>> On Aug 10, 2015, at 6:19 AM, KARAN VERMA <karan.verma.phd@gmail.com> wrote: >>>>
>>>> I think
>>>>
>>>> My vote also given
>>>>
>>>> x+j
>>>>
>>>> On Sun, Aug 9, 2015 at 3:59 PM, Einar Nilsen-Nygaard (eina= rnn) <einarnn@cisco.com> wro= te:
>>>> x+j
>>>>
>>>> Cheers,
>>>>
>>>> Einar
>>>>
>>>>> On Aug 6, 2015, at 9:18 PM, Ersue, Mehmet (Nokia - DE/= Munich) <mehmet.ersue@nokia.co= m> wrote:
>>>>>
>>>>> Dear NETCONF WG,
>>>>>
>>>>> last October we had an opinion poll on the RESTCONF en= coding, which ended with a close consensus in favor of XML as mandatory. >>>>> See ht= tps://mailarchive.ietf.org/arch/msg/netconf/YSEbLd-nnI0dlkeiIeGW-z6JqDg=
>>>>> Based on the recent discussion on this topic and opini= ons against mandatory statements in RESTCONF, NETCONF WG co-chairs would li= ke to start a new opinion poll.
>>>>>
>>>>> As stated in the mail for the previous poll, the resul= t of the poll depends on the count of people voting.
>>>>> So, all interested NETCONF WG members, please speak up= so that we get a better data to judge on WG (rough) consensus.
>>>>> If the voting result is again close, the WG co-chairs = will (again) declare consensus in the sake of progress, based on the =E2=80= =9Cdominant view=E2=80=9D determined by the co-chairs and AD.
>>>>>
>>>>> Please do state your opinion with short and concrete r= easoning, by August 19, 2015 18:00 PST about the following options:
>>>>>
>>>>> x) XML is mandatory, JSON optional,
>>>>> j) JSON is mandatory, XML optional,
>>>>> x&j) XML and JSON are both mandatory,
>>>>> x+j) Either XML or JSON is mandatory the other one is = optional,
>>>>> nm) Both XML and JSON are optional and _not_ mandatory= .
>>>>>
>>>>> For =E2=80=9Cx+j=E2=80=9D and =E2=80=9Cnm=E2=80=9D ple= ase provide a solution for a successful negotiation or determination of the= encoding to be used between server and client.
>>>>> For the solution discussion a separate thread will be = started and can be finalized also after the poll deadline.
>>>>>
>>>>> You may think that one or the other option is useless = from your pov. In this case please ignore it.
>>>>>
>>>>> Looking forward to counting your votes and reading you= r reasoning.
>>>>> Thank you.
>>>>>
>>>>> Best Regards,
>>>>> Mehmet & Mahesh
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Netconf mailing list
>>>>> Netconf@ietf.org
>>>>> https://www.ietf.org/mailman/listi= nfo/netconf
>>>>
>>>>
>>>> _______________________________________________
>>>> Netconf mailing list
>>>> Netconf@ietf.org >>>> https://www.ietf.org/mailman/listinfo/= netconf
>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Kind Regards,
>>>>
>>>> Dr. Karan Verma
>>>> Research Scholar
>>>> UTP, Malaysia
>>>> Phone: +60-166245082
>>>
>>>
>>>
>>>
>>> --
>>> Kind Regards,
>>>
>>> Dr. Karan Verma
>>> Research Scholar
>>> UTP, Malaysia
>>> Phone: +60-166245082
>>>
>>>
>>>
>>> --
>>> Kind Regards,
>>>
>>> Karan Verma
>>> Research Scholar
>>> UTP, Malaysia
>>> Phone: +60-166245082
>>> _______________________________________________
>>> Netconf mailing list
>>> Netconf@ietf.org
>>> https://www.ietf.org/mailman/listinfo/net= conf
>>
>> _______________________________________________
>> Netconf mailing list
>> Netconf@ietf.org
>> https://www.ietf.org/mailman/listinfo/netconf<= /a>
>
> --
> Ladislav Lhotka, CZ.NIC Labs
> PGP Key ID: E74E8C0C
>
>
>
>

_______________________________________________
Netconf mailing list
Netconf@ietf.org
https://www.ietf.org/mailman/listinfo/netconf

--089e0158b5e4f3b803051cf213d6-- From nobody Mon Aug 10 03:41:39 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2DFD21A003A for ; Mon, 10 Aug 2015 03:41:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.86 X-Spam-Level: X-Spam-Status: No, score=-3.86 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-2.3, 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 WntOpqsG1lnZ for ; Mon, 10 Aug 2015 03:41:35 -0700 (PDT) Received: from atlas3.jacobs-university.de (atlas3.jacobs-university.de [212.201.44.18]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EC4FF1A0056 for ; Mon, 10 Aug 2015 03:34:25 -0700 (PDT) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id A272D10C0; Mon, 10 Aug 2015 12:34:23 +0200 (CEST) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from atlas3.jacobs-university.de ([10.70.0.220]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10030) with ESMTP id T2_Z6EjvDfKb; Mon, 10 Aug 2015 12:34:22 +0200 (CEST) Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by atlas3.jacobs-university.de (Postfix) with ESMTPS; Mon, 10 Aug 2015 12:34:22 +0200 (CEST) Received: from localhost (demetrius1.jacobs-university.de [212.201.44.46]) by hermes.jacobs-university.de (Postfix) with ESMTP id 1124D2004E; Mon, 10 Aug 2015 12:34:22 +0200 (CEST) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius1.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id P8b8pI3zYbOl; Mon, 10 Aug 2015 12:34:20 +0200 (CEST) Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 8694C20048; Mon, 10 Aug 2015 12:34:19 +0200 (CEST) Received: by elstar.local (Postfix, from userid 501) id 70F6C362D691; Mon, 10 Aug 2015 12:34:16 +0200 (CEST) Date: Mon, 10 Aug 2015 12:34:15 +0200 From: Juergen Schoenwaelder To: Andy Bierman Message-ID: <20150810103415.GA16317@elstar.local> Mail-Followup-To: Andy Bierman , Dean Bogdanovic , Netconf References: <12C0C630-80EF-439A-A0F0-2E2FA96D9AD2@cisco.com> <52F4D31E-FCCE-46AE-8A77-C56B36A2EC77@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline X-Clacks-Overhead: GNU Terry Pratchett Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.4.2.3i Archived-At: Cc: Netconf Subject: Re: [Netconf] Opinion poll for the RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Juergen Schoenwaelder List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Aug 2015 10:41:38 -0000 A device implementing CoMI is implementing CoMI and not RESTCONF so this is no issue. If in the future another encoding becomes as popular as JSON is today, a new RFC can be published that relaxes the requirements further. /js On Mon, Aug 10, 2015 at 03:02:05AM -0700, Andy Bierman wrote: > Hi, > > The CoMI protocol proposed to the CORE WG uses CBOR encoding, > not XML or JSON. > > Andy > > > On Mon, Aug 10, 2015 at 1:54 AM, Dean Bogdanovic wrote: > > > I meant that IoT might be able to support one or the other, not both. > > > > Dean > > > > > On Aug 10, 2015, at 10:40 AM, Ladislav Lhotka wrote: > > > > > > Hi Dean, > > > > > > do you mean that IoT devices might need something else than JSON or XML? > > > > > > Lada > > > > > >> On 10 Aug 2015, at 10:31, Dean Bogdanovic wrote: > > >> > > >> x+j is fine for larger devices, but will run into problems with IoT, > > where resources are scarce. > > >> > > >> I vote for x+j, but we should keep constrained resource environments in > > mind > > >> > > >> Dean > > >> > > >>> On Aug 10, 2015, at 8:57 AM, KARAN VERMA > > wrote: > > >>> > > >>> hi, > > >>> > > >>> My vote also given > > >>> > > >>> x+j > > >>> > > >>> On Mon, Aug 10, 2015 at 12:26 PM, KARAN VERMA < > > karan.verma.phd@gmail.com> wrote: > > >>> Hello Einar, > > >>> > > >>> > > >>> got it > > >>> > > >>> On Mon, Aug 10, 2015 at 12:19 PM, Einar Nilsen-Nygaard (einarnn) < > > einarnn@cisco.com> wrote: > > >>> Karan, > > >>> > > >>> Noticed that you just replied to me, not to Mehmet or the alias > > (unless you bcc’d?). You may wish to re-reply with: > > >>> > > >>> mehmet.ersue@nokia.com > > >>> netconf@ietf.org > > >>> > > >>> …on the "To" list if you want your vote registered! > > >>> > > >>> Cheers, > > >>> > > >>> Einar > > >>> > > >>> > > >>>> On Aug 10, 2015, at 6:19 AM, KARAN VERMA > > wrote: > > >>>> > > >>>> I think > > >>>> > > >>>> My vote also given > > >>>> > > >>>> x+j > > >>>> > > >>>> On Sun, Aug 9, 2015 at 3:59 PM, Einar Nilsen-Nygaard (einarnn) < > > einarnn@cisco.com> wrote: > > >>>> x+j > > >>>> > > >>>> Cheers, > > >>>> > > >>>> Einar > > >>>> > > >>>>> On Aug 6, 2015, at 9:18 PM, Ersue, Mehmet (Nokia - DE/Munich) < > > mehmet.ersue@nokia.com> wrote: > > >>>>> > > >>>>> Dear NETCONF WG, > > >>>>> > > >>>>> last October we had an opinion poll on the RESTCONF encoding, which > > ended with a close consensus in favor of XML as mandatory. > > >>>>> See > > https://mailarchive.ietf.org/arch/msg/netconf/YSEbLd-nnI0dlkeiIeGW-z6JqDg > > >>>>> Based on the recent discussion on this topic and opinions against > > mandatory statements in RESTCONF, NETCONF WG co-chairs would like to start > > a new opinion poll. > > >>>>> > > >>>>> As stated in the mail for the previous poll, the result of the poll > > depends on the count of people voting. > > >>>>> So, all interested NETCONF WG members, please speak up so that we > > get a better data to judge on WG (rough) consensus. > > >>>>> If the voting result is again close, the WG co-chairs will (again) > > declare consensus in the sake of progress, based on the “dominant view†> > determined by the co-chairs and AD. > > >>>>> > > >>>>> Please do state your opinion with short and concrete reasoning, by > > August 19, 2015 18:00 PST about the following options: > > >>>>> > > >>>>> x) XML is mandatory, JSON optional, > > >>>>> j) JSON is mandatory, XML optional, > > >>>>> x&j) XML and JSON are both mandatory, > > >>>>> x+j) Either XML or JSON is mandatory the other one is optional, > > >>>>> nm) Both XML and JSON are optional and _not_ mandatory. > > >>>>> > > >>>>> For “x+j†and “nm†please provide a solution for a successful > > negotiation or determination of the encoding to be used between server and > > client. > > >>>>> For the solution discussion a separate thread will be started and > > can be finalized also after the poll deadline. > > >>>>> > > >>>>> You may think that one or the other option is useless from your pov. > > In this case please ignore it. > > >>>>> > > >>>>> Looking forward to counting your votes and reading your reasoning. > > >>>>> Thank you. > > >>>>> > > >>>>> Best Regards, > > >>>>> Mehmet & Mahesh > > >>>>> > > >>>>> > > >>>>> _______________________________________________ > > >>>>> Netconf mailing list > > >>>>> Netconf@ietf.org > > >>>>> https://www.ietf.org/mailman/listinfo/netconf > > >>>> > > >>>> > > >>>> _______________________________________________ > > >>>> Netconf mailing list > > >>>> Netconf@ietf.org > > >>>> https://www.ietf.org/mailman/listinfo/netconf > > >>>> > > >>>> > > >>>> > > >>>> > > >>>> -- > > >>>> Kind Regards, > > >>>> > > >>>> Dr. Karan Verma > > >>>> Research Scholar > > >>>> UTP, Malaysia > > >>>> Phone: +60-166245082 > > >>> > > >>> > > >>> > > >>> > > >>> -- > > >>> Kind Regards, > > >>> > > >>> Dr. Karan Verma > > >>> Research Scholar > > >>> UTP, Malaysia > > >>> Phone: +60-166245082 > > >>> > > >>> > > >>> > > >>> -- > > >>> Kind Regards, > > >>> > > >>> Karan Verma > > >>> Research Scholar > > >>> UTP, Malaysia > > >>> Phone: +60-166245082 > > >>> _______________________________________________ > > >>> Netconf mailing list > > >>> Netconf@ietf.org > > >>> https://www.ietf.org/mailman/listinfo/netconf > > >> > > >> _______________________________________________ > > >> Netconf mailing list > > >> Netconf@ietf.org > > >> https://www.ietf.org/mailman/listinfo/netconf > > > > > > -- > > > Ladislav Lhotka, CZ.NIC Labs > > > PGP Key ID: E74E8C0C > > > > > > > > > > > > > > > > _______________________________________________ > > Netconf mailing list > > Netconf@ietf.org > > https://www.ietf.org/mailman/listinfo/netconf > > > _______________________________________________ > Netconf mailing list > Netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Mon Aug 10 03:42:35 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C341F1A0039 for ; Mon, 10 Aug 2015 03:42:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.002 X-Spam-Level: X-Spam-Status: No, score=-0.002 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, SPF_HELO_PASS=-0.001] 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 uS7mkxWBJAfC for ; Mon, 10 Aug 2015 03:42:31 -0700 (PDT) Received: from emea01-am1-obe.outbound.protection.outlook.com (mail-am1on0770.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe00::770]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 893211A00E6 for ; Mon, 10 Aug 2015 03:41:52 -0700 (PDT) Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=ietfc@btconnect.com; Received: from pc6 (81.151.167.91) by AMSPR07MB052.eurprd07.prod.outlook.com (10.242.81.27) with Microsoft SMTP Server (TLS) id 15.1.225.19; Mon, 10 Aug 2015 10:41:33 +0000 Message-ID: <013101d0d359$4261cc40$4001a8c0@gateway.2wire.net> From: t.petch To: Russ White , "'Ersue, Mehmet (Nokia - DE/Munich)'" , 'Netconf' References: <019d01d0d1c8$af7502d0$0e5f0870$@riw.us> Date: Mon, 10 Aug 2015 11:42:23 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Originating-IP: [81.151.167.91] X-ClientProxiedBy: HE1PR05CA0031.eurprd05.prod.outlook.com (25.162.181.41) To AMSPR07MB052.eurprd07.prod.outlook.com (10.242.81.27) X-Microsoft-Exchange-Diagnostics: 1; AMSPR07MB052; 2:TxAIWXaXIbjYCzcIozGgeZkuhTZYr5+c6vPi5sjvOQ5zz+S8HIPJN2iqAjLLzhDATUndlYW5v9n/uE4LXOSCLnAi60JRIcgGHcqHWaaW77H/DcIKUfWqY3fGHcDq/R4fTvdfEhaLpzohQcipIxGVQl5jKKDZrUlX7fYJi1W+JS8=; 3:QaTYzsXavHM1GCz50kgWUMj1Ve1/vyEDPNtXqhyMO/2l0cXs0ZwGHn6yBXn2N+oZAmnstP0TeTr4mcn81iQNPv5I4cn7LZrAorZMWELOvtGn7N0zeFEx8db5ZwtI9jXwBJKbrrJMPl+2+ogXgfXrSA==; 25:EpRtlJsT5n7gl21X8YS9/09Do9Soub+fETDnvIS6Y1WgB6w0ZPOFPdQbkMvT7wQq8+ytbRBI57p5P9ViY9bhTy+WVzA7ivTlm1CwV1m3K4zqWOUx8T78PkFyopfJ45bA7vTHNqSZry1Kk86jhWv+TqOiSc4g2vc8er+RWPNJUrX+PY1GV5BZWUI2AwLcPB0s6edJbddG/oXGdTgpzAWtVtmYsZp5l3cvbaaDz230JGaohIrkZTNd3s0MgM2MkeSm; 4:yCzKlW3dVii/KImLxigqqOaLh/Pj0HeUZ+ZcFOZG5bM5gQ3tIxhgh+j6hInKeFJhI81ctkMdQ++U82gphXuXlK1gaZxQm+QO7LbKto9gN8O9VnTW/cRekD01wkSRlw7MlDpdVVtGz/elWQJBZescma0isZuyhrvClSFY/TdGROOQAbV1d2V/bSX6KJtmMZwRzLVUM0C4VrRt7bBsPqzlDuuDVuyoSOQ9xB6hrRK80OFLV5OoHYivt8ZKwTVcSgRzqV7YaA8Y3smkvd40i3y2kIgqZiU6Vi/msDFSEr7InO8= X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:AMSPR07MB052; X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(5005006)(3002001); SRVR:AMSPR07MB052; BCL:0; PCL:0; RULEID:; SRVR:AMSPR07MB052; X-Forefront-PRVS: 06640999CA X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(6009001)(189002)(377454003)(199003)(13464003)(106356001)(64706001)(81156007)(19580405001)(97736004)(61296003)(50226001)(33646002)(105586002)(47776003)(5001770100001)(14496001)(4001540100001)(5001830100001)(84392001)(5001860100001)(107886002)(189998001)(5001960100002)(1556002)(19580395003)(23756003)(229853001)(87976001)(86362001)(62236002)(66066001)(50986999)(50466002)(76176999)(44716002)(101416001)(116806002)(46102003)(122386002)(77096005)(81686999)(62966003)(44736004)(77156002)(40100003)(1456003)(15975445007)(68736005)(42186005)(92566002)(81816999)(74416001)(7726001); DIR:OUT; SFP:1102; SCL:1; SRVR:AMSPR07MB052; H:pc6; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:0; LANG:en; Received-SPF: None (protection.outlook.com: btconnect.com does not designate permitted sender hosts) X-Microsoft-Exchange-Diagnostics: =?iso-8859-1?Q?1; AMSPR07MB052; 23:Q6WoRpg8TElkmWat2Lru0418r9A0fCApN8XMi+Wo?= =?iso-8859-1?Q?9FO/R9mRNCLd9hdjUp6L9jx/cSGuX4HVDItVQj5FydwGXHGFDUKIEEPJ8i?= =?iso-8859-1?Q?egSXnyCG6umTcv3Qa0JsV09XPq3gG4VTGG/app03+spxfwNwo3zVjpOfS3?= =?iso-8859-1?Q?jEV10noSoR+aNS68st16otyYilHrX+H0VEkrRvkH+82aVMtY3UYQpG7oVJ?= =?iso-8859-1?Q?1cYQIZBS++e/e/a+6y+HIeW/fQDU0KqynNrjOpIlst0+qGkwEjmzlheN/4?= =?iso-8859-1?Q?oF1J1zb33vbEHPgfb81674W7F8K4wKib0v2VYmPuIgfbaRk4r1dlSTM7QB?= =?iso-8859-1?Q?KI01caoCBMivZLSDNvWbOmxO70cynbNSwUj946XPpiZ7ZrDZ1n2WABG/B1?= =?iso-8859-1?Q?k5yYo+sy+4zke0JZS+3qhLX4HcPbBi/Tr5gtr9JwqAWhHiY9D5/ivNCRwy?= =?iso-8859-1?Q?vT/o5U0nUiclxHycf/rf3mC9WciWRusSR1/vcSSyKK1WXPevHQUWsWuoam?= =?iso-8859-1?Q?MqgAylobR7D2KH+eDQ/CCXKlVBNO0IlxC7EYoxLWw67g/GXx6n5NyUgAG1?= =?iso-8859-1?Q?vp2Obk9eF7UaPtkpP6gNUfiP5y1vG1zUgX7OtvdNUsetoexzPmzCEVTSrv?= =?iso-8859-1?Q?DS3d7ft0YDX8Y08fBJ5x8xtE2o1sRSBOjzvjd260gsvnC9My7MccVdvaKf?= =?iso-8859-1?Q?uX5GgkfxaLNdtgXTklE+RGr3Tg9tFlfWtLE05F9TmMUOi4QX+u7FC4Lqrr?= =?iso-8859-1?Q?nF58fybybCRe3eFOCJkPW084wplSr8NtmVRP9oWUlJ4rvooY6E1NBMgz/8?= =?iso-8859-1?Q?wsJvF4k3xURkL4gK8/UdnIpfBGdJivnCiM1xqQnf3+VyHRtPBCHRcY5wwY?= =?iso-8859-1?Q?vRDAYvGs5UhnQqHwObNLo8dd3VKiueKGdUNhl3FWxCRCSrJ2E5ZV2UdfA+?= =?iso-8859-1?Q?MC7vQRuqG5Rsl09/sOyOcxdjZHpugiXyfJFDnkxJntGe0Hax31/QsGcSQq?= =?iso-8859-1?Q?j8T1wl7fa4mWiE7xbwTi5qHE7X3x4vnaS3/qS/D8EpN6ypRja/9fkUO9FG?= =?iso-8859-1?Q?EadFoW45JyVl81gjTAthWZO5bEaRLTCkU/k+6gaEnXbD26T+wTFPhbD9q6?= =?iso-8859-1?Q?jMsjTYLDhASVtCFK+YsVlqxOvSEx7ojQrKRujFxsZ9mlCqZlaNMrj9G+pw?= =?iso-8859-1?Q?37VJkwx9mRV6k/ZBsG4kwztIoawpjtihr9qL5zgKTdYu/feo022XCbEFmQ?= =?iso-8859-1?Q?SlXxZ011qAE3YiNGoTD36pHo8Pc/uQF22Biidw0oqU52sVZw89pjkJKhsU?= =?iso-8859-1?Q?AlGq2nMfEeTgoQBrPWzZ1HrTAN65dlV2mwrFbuBVCgE2QT/CzKS3XA7qaM?= =?iso-8859-1?Q?vgvCxeHH86JSJx3Iw92sqCRFAUC0DawUGjfvsbhLbpzghleLDA=3D=3D?= X-Microsoft-Exchange-Diagnostics: 1; AMSPR07MB052; 5:IYRRz0Ar55RDGdw7Wjs/rF+8AyOEKc5S5k8nX3uo/74O82w6DqA4bdoWKFhcO9TIK5Ge/aHLbeGyNVTMivoQ7vbD2vqJc01RazrEOOaoA/iOBKEYNAZPr20EnbznZR8gTJUYt1/8uz3t+e0AilKlzg==; 24:Xg1hAZVVvEtNz5+/TyP0NTn9L/DZ0w98eRJeD4UOw8J5K0JN8e0TRwTou9ZtFY+YP6XRdioWQLx6zXEvGx9/v9FBteU0ZgXKUx01wt9NIAY=; 20:KyMGLJwkdj90Y6sLTDMXRTkXLWs7AvDWlhYOyrVtzYPqeqPknl3oyvduCxkZ/XA4vI2fwwmiYUgheaLzYpmr4g== SpamDiagnosticOutput: 1:23 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: btconnect.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 10 Aug 2015 10:41:33.5618 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: AMSPR07MB052 Archived-At: Subject: [Netconf] server or client was Re: Opinion poll for the RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Aug 2015 10:42:34 -0000 ----- Original Message ----- From: "Russ White" To: "'Ersue, Mehmet (Nokia - DE/Munich)'" ; "'Netconf'" Sent: Saturday, August 08, 2015 11:55 AM > > x) XML is mandatory, JSON optional, > > j) JSON is mandatory, XML optional, > > x&j) XML and JSON are both mandatory, > > x+j) Either XML or JSON is mandatory the other one is optional, > > nm) Both XML and JSON are optional and _not_ mandatory. > > It might be profitable to split this into two problems -- what is mandatory > on the server side, and what is mandatory on the client side. I would argue > the server should be required to support both (x&j) and the client should > conform to x+j to provide the widest degree of flexibility and > interoperability. The negotiation, as noted elsewhere, is already included > in HTTP. Russ Usually we have a small number of servers and a massive number of clients, so clients are what they are and servers have to cope; there are many such examples in and around HTML. Here, the roles are reversed, it is servers that are the legion, clients that are few and flexible. So any client worth its salt will be x&j regardless of what we say. I was thinking of the server when I opted for x; still do, too many standards have been constrained by the current technology and have looked feeble a few years on when hardware capabilities have increased by an order of magnitude. Tom Petch > If they must be considered together, then I would argue for XML mandatory, > JSON optional (x), because that is likely to produce the most widely > deployed interoperable solutions. > > :-) > > Russ > > _______________________________________________ > Netconf mailing list > Netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf From nobody Mon Aug 10 04:32:44 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9DC151ACD30 for ; Mon, 10 Aug 2015 04:32:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.361 X-Spam-Level: X-Spam-Status: No, score=-0.361 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HELO_EQ_CZ=0.445, HOST_EQ_CZ=0.904, MIME_8BIT_HEADER=0.3, T_RP_MATCHES_RCVD=-0.01] autolearn=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 R02mf-ZMPyxf for ; Mon, 10 Aug 2015 04:32:42 -0700 (PDT) Received: from mail.nic.cz (mail.nic.cz [IPv6:2001:1488:800:400::400]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BCDF21ACD23 for ; Mon, 10 Aug 2015 04:32:41 -0700 (PDT) Received: from [IPv6:2001:718:1a02:1:65e0:519f:4f51:7ce1] (unknown [IPv6:2001:718:1a02:1:65e0:519f:4f51:7ce1]) by mail.nic.cz (Postfix) with ESMTPSA id 6B5BB181806; Mon, 10 Aug 2015 13:32:40 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=nic.cz; s=default; t=1439206360; bh=GVnu0YEj2HHa95QzhPYQxwLNUyaj3tWlUPuSg/Lg+co=; h=From:Date:To; b=bhjR9O4LZ/KkNXS0ZUer6AqkSYZ9a3ne7/zx2mA+LoceuQ+MdniT/CyHAitbZF/wn +Tlst2Nps6nEXQXzn61cVWDqvBGzEnH+F7uBXSaz3tMczk/3em+pouw5NStBdFdeya ALzWphP02ZlCCOJvU3DJ6185oBnwXh3fU9pl3I+o= Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) From: Ladislav Lhotka In-Reply-To: <20150810103415.GA16317@elstar.local> Date: Mon, 10 Aug 2015 13:32:51 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <6069B731-739C-40A7-AB0C-CEB34AC3BBF4@nic.cz> References: <12C0C630-80EF-439A-A0F0-2E2FA96D9AD2@cisco.com> <52F4D31E-FCCE-46AE-8A77-C56B36A2EC77@gmail.com> <20150810103415.GA16317@elstar.local> To: =?utf-8?Q?J=C3=BCrgen_Sch=C3=B6nw=C3=A4lder?= X-Mailer: Apple Mail (2.2102) X-Virus-Scanned: clamav-milter 0.98.7 at mail X-Virus-Status: Clean Archived-At: Cc: Netconf Subject: Re: [Netconf] Opinion poll for the RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Aug 2015 11:32:43 -0000 > On 10 Aug 2015, at 12:34, Juergen Schoenwaelder = wrote: >=20 > A device implementing CoMI is implementing CoMI and not RESTCONF so > this is no issue. If in the future another encoding becomes as popular > as JSON is today, a new RFC can be published that relaxes the > requirements further. +1 Lada >=20 > /js >=20 > On Mon, Aug 10, 2015 at 03:02:05AM -0700, Andy Bierman wrote: >> Hi, >>=20 >> The CoMI protocol proposed to the CORE WG uses CBOR encoding, >> not XML or JSON. >>=20 >> Andy >>=20 >>=20 >> On Mon, Aug 10, 2015 at 1:54 AM, Dean Bogdanovic = wrote: >>=20 >>> I meant that IoT might be able to support one or the other, not = both. >>>=20 >>> Dean >>>=20 >>>> On Aug 10, 2015, at 10:40 AM, Ladislav Lhotka = wrote: >>>>=20 >>>> Hi Dean, >>>>=20 >>>> do you mean that IoT devices might need something else than JSON or = XML? >>>>=20 >>>> Lada >>>>=20 >>>>> On 10 Aug 2015, at 10:31, Dean Bogdanovic = wrote: >>>>>=20 >>>>> x+j is fine for larger devices, but will run into problems with = IoT, >>> where resources are scarce. >>>>>=20 >>>>> I vote for x+j, but we should keep constrained resource = environments in >>> mind >>>>>=20 >>>>> Dean >>>>>=20 >>>>>> On Aug 10, 2015, at 8:57 AM, KARAN VERMA = >>> wrote: >>>>>>=20 >>>>>> hi, >>>>>>=20 >>>>>> My vote also given >>>>>>=20 >>>>>> x+j >>>>>>=20 >>>>>> On Mon, Aug 10, 2015 at 12:26 PM, KARAN VERMA < >>> karan.verma.phd@gmail.com> wrote: >>>>>> Hello Einar, >>>>>>=20 >>>>>>=20 >>>>>> got it >>>>>>=20 >>>>>> On Mon, Aug 10, 2015 at 12:19 PM, Einar Nilsen-Nygaard (einarnn) = < >>> einarnn@cisco.com> wrote: >>>>>> Karan, >>>>>>=20 >>>>>> Noticed that you just replied to me, not to Mehmet or the alias >>> (unless you bcc=E2=80=99d?). You may wish to re-reply with: >>>>>>=20 >>>>>> mehmet.ersue@nokia.com >>>>>> netconf@ietf.org >>>>>>=20 >>>>>> =E2=80=A6on the "To" list if you want your vote registered! >>>>>>=20 >>>>>> Cheers, >>>>>>=20 >>>>>> Einar >>>>>>=20 >>>>>>=20 >>>>>>> On Aug 10, 2015, at 6:19 AM, KARAN VERMA = >>> wrote: >>>>>>>=20 >>>>>>> I think >>>>>>>=20 >>>>>>> My vote also given >>>>>>>=20 >>>>>>> x+j >>>>>>>=20 >>>>>>> On Sun, Aug 9, 2015 at 3:59 PM, Einar Nilsen-Nygaard (einarnn) < >>> einarnn@cisco.com> wrote: >>>>>>> x+j >>>>>>>=20 >>>>>>> Cheers, >>>>>>>=20 >>>>>>> Einar >>>>>>>=20 >>>>>>>> On Aug 6, 2015, at 9:18 PM, Ersue, Mehmet (Nokia - DE/Munich) < >>> mehmet.ersue@nokia.com> wrote: >>>>>>>>=20 >>>>>>>> Dear NETCONF WG, >>>>>>>>=20 >>>>>>>> last October we had an opinion poll on the RESTCONF encoding, = which >>> ended with a close consensus in favor of XML as mandatory. >>>>>>>> See >>> = https://mailarchive.ietf.org/arch/msg/netconf/YSEbLd-nnI0dlkeiIeGW-z6JqDg >>>>>>>> Based on the recent discussion on this topic and opinions = against >>> mandatory statements in RESTCONF, NETCONF WG co-chairs would like to = start >>> a new opinion poll. >>>>>>>>=20 >>>>>>>> As stated in the mail for the previous poll, the result of the = poll >>> depends on the count of people voting. >>>>>>>> So, all interested NETCONF WG members, please speak up so that = we >>> get a better data to judge on WG (rough) consensus. >>>>>>>> If the voting result is again close, the WG co-chairs will = (again) >>> declare consensus in the sake of progress, based on the =E2=80=9Cdomin= ant view=E2=80=9D >>> determined by the co-chairs and AD. >>>>>>>>=20 >>>>>>>> Please do state your opinion with short and concrete reasoning, = by >>> August 19, 2015 18:00 PST about the following options: >>>>>>>>=20 >>>>>>>> x) XML is mandatory, JSON optional, >>>>>>>> j) JSON is mandatory, XML optional, >>>>>>>> x&j) XML and JSON are both mandatory, >>>>>>>> x+j) Either XML or JSON is mandatory the other one is optional, >>>>>>>> nm) Both XML and JSON are optional and _not_ mandatory. >>>>>>>>=20 >>>>>>>> For =E2=80=9Cx+j=E2=80=9D and =E2=80=9Cnm=E2=80=9D please = provide a solution for a successful >>> negotiation or determination of the encoding to be used between = server and >>> client. >>>>>>>> For the solution discussion a separate thread will be started = and >>> can be finalized also after the poll deadline. >>>>>>>>=20 >>>>>>>> You may think that one or the other option is useless from your = pov. >>> In this case please ignore it. >>>>>>>>=20 >>>>>>>> Looking forward to counting your votes and reading your = reasoning. >>>>>>>> Thank you. >>>>>>>>=20 >>>>>>>> Best Regards, >>>>>>>> Mehmet & Mahesh >>>>>>>>=20 >>>>>>>>=20 >>>>>>>> _______________________________________________ >>>>>>>> Netconf mailing list >>>>>>>> Netconf@ietf.org >>>>>>>> https://www.ietf.org/mailman/listinfo/netconf >>>>>>>=20 >>>>>>>=20 >>>>>>> _______________________________________________ >>>>>>> Netconf mailing list >>>>>>> Netconf@ietf.org >>>>>>> https://www.ietf.org/mailman/listinfo/netconf >>>>>>>=20 >>>>>>>=20 >>>>>>>=20 >>>>>>>=20 >>>>>>> -- >>>>>>> Kind Regards, >>>>>>>=20 >>>>>>> Dr. Karan Verma >>>>>>> Research Scholar >>>>>>> UTP, Malaysia >>>>>>> Phone: +60-166245082 >>>>>>=20 >>>>>>=20 >>>>>>=20 >>>>>>=20 >>>>>> -- >>>>>> Kind Regards, >>>>>>=20 >>>>>> Dr. Karan Verma >>>>>> Research Scholar >>>>>> UTP, Malaysia >>>>>> Phone: +60-166245082 >>>>>>=20 >>>>>>=20 >>>>>>=20 >>>>>> -- >>>>>> Kind Regards, >>>>>>=20 >>>>>> Karan Verma >>>>>> Research Scholar >>>>>> UTP, Malaysia >>>>>> Phone: +60-166245082 >>>>>> _______________________________________________ >>>>>> Netconf mailing list >>>>>> Netconf@ietf.org >>>>>> https://www.ietf.org/mailman/listinfo/netconf >>>>>=20 >>>>> _______________________________________________ >>>>> Netconf mailing list >>>>> Netconf@ietf.org >>>>> https://www.ietf.org/mailman/listinfo/netconf >>>>=20 >>>> -- >>>> Ladislav Lhotka, CZ.NIC Labs >>>> PGP Key ID: E74E8C0C >>>>=20 >>>>=20 >>>>=20 >>>>=20 >>>=20 >>> _______________________________________________ >>> Netconf mailing list >>> Netconf@ietf.org >>> https://www.ietf.org/mailman/listinfo/netconf >>>=20 >=20 >> _______________________________________________ >> Netconf mailing list >> Netconf@ietf.org >> https://www.ietf.org/mailman/listinfo/netconf >=20 >=20 > --=20 > Juergen Schoenwaelder Jacobs University Bremen gGmbH > Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany > Fax: +49 421 200 3103 >=20 > _______________________________________________ > Netconf mailing list > Netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf -- Ladislav Lhotka, CZ.NIC Labs PGP Key ID: E74E8C0C From nobody Mon Aug 10 06:23:44 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 99BF81B3552 for ; Mon, 10 Aug 2015 06:23:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.912 X-Spam-Level: X-Spam-Status: No, score=-1.912 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, 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 Gj-AfD3aNlMd for ; Mon, 10 Aug 2015 06:23:41 -0700 (PDT) Received: from mailbox.snmp.com (mailbox.snmp.com [192.147.142.80]) by ietfa.amsl.com (Postfix) with ESMTP id C57A61B3551 for ; Mon, 10 Aug 2015 06:23:40 -0700 (PDT) Received: from mainfs.snmp.com (mainfs.snmp.com [192.147.142.124]) by mailbox.snmp.com (8.9.3p2-20030922/m.0080228) with ESMTP id JAA25364; Mon, 10 Aug 2015 09:23:35 -0400 (EDT) Received: from mainfs.snmp.com (localhost [127.0.0.1]) by mainfs.snmp.com (8.14.5/8.14.5) with ESMTP id t7ADNY0L010924; Mon, 10 Aug 2015 09:23:34 -0400 (EDT) (envelope-from luchuk@mainfs.snmp.com) Received: (from luchuk@localhost) by mainfs.snmp.com (8.14.5/8.14.5/Submit) id t7ADNYX0010923; Mon, 10 Aug 2015 09:23:34 -0400 (EDT) (envelope-from luchuk) Date: Mon, 10 Aug 2015 09:23:34 -0400 (EDT) From: Alan Luchuk Message-Id: <201508101323.t7ADNYX0010923@mainfs.snmp.com> To: X-Mailer: mail (GNU Mailutils 2.2) Archived-At: Cc: netconf@ietf.org Subject: Re: [Netconf] Opinion poll for the RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Aug 2015 13:23:42 -0000 > x+j) Either XML or JSON is mandatory the other one is optional, Regards, --Alan From nobody Mon Aug 10 11:00:47 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D9E181B3872 for ; Mon, 10 Aug 2015 11:00:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.211 X-Spam-Level: X-Spam-Status: No, score=-14.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] 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 rzUGS17LARtN for ; Mon, 10 Aug 2015 11:00:42 -0700 (PDT) Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8503B1B386F for ; Mon, 10 Aug 2015 11:00:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=9824; q=dns/txt; s=iport; t=1439229641; x=1440439241; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=UWtzFGDlUbJeJH5Fp5aVvvbOtYNZGKuhxluuYBPDj/A=; b=LWT7lCJMy7e9k7iaF1SzdZ7SS5Wjo3QNXalE7ybo0wEp2vfQ5vSsksq+ jdE/+R0g6BlwHrwuTcDLQ/3Gsh8qnN+U8x3JJnNpCDn13CZAaryeTSu29 gFKsq2+wPmkTK3l+gO/ZOFu5uhhqpV4SxJsDDKhK2uCDD5oyhq1HGtnjL U=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0BVBQBz5shV/5tdJa1aA4MbVGkGgx66HIF7CoUvSgIcgRk6EgEBAQEBAQGBCoQjAQEBAwEBAQEgEToLBQcCAgIBCBABBAEBAQICBh0DAgICGQYGCxQBCAgCBAENBQgTh34DCggNuUGQUA2FOAEBAQEBAQEBAQEBAQEBAQEBAQEBARcEgR6JLIEDgk+BaAEBBRoWCxAHBgyCVy+BFAWVCwGFAYV1gzWEJYxcg02DZiaDfnEBgQ06gQQBAQE X-IronPort-AV: E=Sophos;i="5.15,647,1432598400"; d="scan'208";a="23001633" Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by rcdn-iport-3.cisco.com with ESMTP; 10 Aug 2015 18:00:14 +0000 Received: from XCH-RCD-006.cisco.com (xch-rcd-006.cisco.com [173.37.102.16]) by rcdn-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id t7AI0E5G027951 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 10 Aug 2015 18:00:14 GMT Received: from xch-rcd-006.cisco.com (173.37.102.16) by XCH-RCD-006.cisco.com (173.37.102.16) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Mon, 10 Aug 2015 13:00:13 -0500 Received: from xhc-rcd-x03.cisco.com (173.37.183.77) by xch-rcd-006.cisco.com (173.37.102.16) with Microsoft SMTP Server (TLS) id 15.0.1104.5 via Frontend Transport; Mon, 10 Aug 2015 13:00:13 -0500 Received: from xmb-rcd-x05.cisco.com ([169.254.15.111]) by xhc-rcd-x03.cisco.com ([173.37.183.77]) with mapi id 14.03.0248.002; Mon, 10 Aug 2015 13:00:13 -0500 From: "Alexander Clemm (alex)" To: Ladislav Lhotka , =?utf-8?B?SsO8cmdlbiBTY2jDtm53w6RsZGVy?= Thread-Topic: [Netconf] Opinion poll for the RESTCONF encoding Thread-Index: AdDQhQr50kUYkjB9Qq2imxezQKAW3QCMzCqAACBrsx4ADb9OgAAAS/+AAACC+wAAAlhegAABH5iAAAIL7YAAAwmkoA== Date: Mon, 10 Aug 2015 18:00:13 +0000 Message-ID: References: <12C0C630-80EF-439A-A0F0-2E2FA96D9AD2@cisco.com> <52F4D31E-FCCE-46AE-8A77-C56B36A2EC77@gmail.com> <20150810103415.GA16317@elstar.local> <6069B731-739C-40A7-AB0C-CEB34AC3BBF4@nic.cz> In-Reply-To: <6069B731-739C-40A7-AB0C-CEB34AC3BBF4@nic.cz> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.154.204.34] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Cc: Netconf Subject: Re: [Netconf] Opinion poll for the RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Aug 2015 18:00:45 -0000 KzEgDQooaS5lLiB4K2opDQotLS0gQWxleA0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0K RnJvbTogTmV0Y29uZiBbbWFpbHRvOm5ldGNvbmYtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxm IE9mIExhZGlzbGF2IExob3RrYQ0KU2VudDogTW9uZGF5LCBBdWd1c3QgMTAsIDIwMTUgNDozMyBB TQ0KVG86IErDvHJnZW4gU2Now7Zud8OkbGRlcg0KQ2M6IE5ldGNvbmYNClN1YmplY3Q6IFJlOiBb TmV0Y29uZl0gT3BpbmlvbiBwb2xsIGZvciB0aGUgUkVTVENPTkYgZW5jb2RpbmcNCg0KDQo+IE9u IDEwIEF1ZyAyMDE1LCBhdCAxMjozNCwgSnVlcmdlbiBTY2hvZW53YWVsZGVyIDxqLnNjaG9lbndh ZWxkZXJAamFjb2JzLXVuaXZlcnNpdHkuZGU+IHdyb3RlOg0KPiANCj4gQSBkZXZpY2UgaW1wbGVt ZW50aW5nIENvTUkgaXMgaW1wbGVtZW50aW5nIENvTUkgYW5kIG5vdCBSRVNUQ09ORiBzbyANCj4g dGhpcyBpcyBubyBpc3N1ZS4gSWYgaW4gdGhlIGZ1dHVyZSBhbm90aGVyIGVuY29kaW5nIGJlY29t ZXMgYXMgcG9wdWxhciANCj4gYXMgSlNPTiBpcyB0b2RheSwgYSBuZXcgUkZDIGNhbiBiZSBwdWJs aXNoZWQgdGhhdCByZWxheGVzIHRoZSANCj4gcmVxdWlyZW1lbnRzIGZ1cnRoZXIuDQoNCisxDQoN CkxhZGENCg0KPiANCj4gL2pzDQo+IA0KPiBPbiBNb24sIEF1ZyAxMCwgMjAxNSBhdCAwMzowMjow NUFNIC0wNzAwLCBBbmR5IEJpZXJtYW4gd3JvdGU6DQo+PiBIaSwNCj4+IA0KPj4gVGhlIENvTUkg cHJvdG9jb2wgcHJvcG9zZWQgdG8gdGhlIENPUkUgV0cgdXNlcyBDQk9SIGVuY29kaW5nLCBub3Qg WE1MIA0KPj4gb3IgSlNPTi4NCj4+IA0KPj4gQW5keQ0KPj4gDQo+PiANCj4+IE9uIE1vbiwgQXVn IDEwLCAyMDE1IGF0IDE6NTQgQU0sIERlYW4gQm9nZGFub3ZpYyA8aXZhbmRlYW5AZ21haWwuY29t PiB3cm90ZToNCj4+IA0KPj4+IEkgbWVhbnQgdGhhdCBJb1QgbWlnaHQgYmUgYWJsZSB0byBzdXBw b3J0IG9uZSBvciB0aGUgb3RoZXIsIG5vdCBib3RoLg0KPj4+IA0KPj4+IERlYW4NCj4+PiANCj4+ Pj4gT24gQXVnIDEwLCAyMDE1LCBhdCAxMDo0MCBBTSwgTGFkaXNsYXYgTGhvdGthIDxsaG90a2FA bmljLmN6PiB3cm90ZToNCj4+Pj4gDQo+Pj4+IEhpIERlYW4sDQo+Pj4+IA0KPj4+PiBkbyB5b3Ug bWVhbiB0aGF0IElvVCBkZXZpY2VzIG1pZ2h0IG5lZWQgc29tZXRoaW5nIGVsc2UgdGhhbiBKU09O IG9yIFhNTD8NCj4+Pj4gDQo+Pj4+IExhZGENCj4+Pj4gDQo+Pj4+PiBPbiAxMCBBdWcgMjAxNSwg YXQgMTA6MzEsIERlYW4gQm9nZGFub3ZpYyA8aXZhbmRlYW5AZ21haWwuY29tPiB3cm90ZToNCj4+ Pj4+IA0KPj4+Pj4geCtqIGlzIGZpbmUgZm9yIGxhcmdlciBkZXZpY2VzLCBidXQgd2lsbCBydW4g aW50byBwcm9ibGVtcyB3aXRoIA0KPj4+Pj4geCtJb1QsDQo+Pj4gd2hlcmUgcmVzb3VyY2VzIGFy ZSBzY2FyY2UuDQo+Pj4+PiANCj4+Pj4+IEkgdm90ZSBmb3IgeCtqLCBidXQgd2Ugc2hvdWxkIGtl ZXAgY29uc3RyYWluZWQgcmVzb3VyY2UgDQo+Pj4+PiBlbnZpcm9ubWVudHMgaW4NCj4+PiBtaW5k DQo+Pj4+PiANCj4+Pj4+IERlYW4NCj4+Pj4+IA0KPj4+Pj4+IE9uIEF1ZyAxMCwgMjAxNSwgYXQg ODo1NyBBTSwgS0FSQU4gVkVSTUEgDQo+Pj4+Pj4gPGthcmFuLnZlcm1hLnBoZEBnbWFpbC5jb20+ DQo+Pj4gd3JvdGU6DQo+Pj4+Pj4gDQo+Pj4+Pj4gaGksDQo+Pj4+Pj4gDQo+Pj4+Pj4gTXkgdm90 ZSBhbHNvIGdpdmVuDQo+Pj4+Pj4gDQo+Pj4+Pj4geCtqDQo+Pj4+Pj4gDQo+Pj4+Pj4gT24gTW9u LCBBdWcgMTAsIDIwMTUgYXQgMTI6MjYgUE0sIEtBUkFOIFZFUk1BIDwNCj4+PiBrYXJhbi52ZXJt YS5waGRAZ21haWwuY29tPiB3cm90ZToNCj4+Pj4+PiBIZWxsbyBFaW5hciwNCj4+Pj4+PiANCj4+ Pj4+PiANCj4+Pj4+PiBnb3QgaXQNCj4+Pj4+PiANCj4+Pj4+PiBPbiBNb24sIEF1ZyAxMCwgMjAx NSBhdCAxMjoxOSBQTSwgRWluYXIgTmlsc2VuLU55Z2FhcmQgKGVpbmFybm4pIA0KPj4+Pj4+IDwN Cj4+PiBlaW5hcm5uQGNpc2NvLmNvbT4gd3JvdGU6DQo+Pj4+Pj4gS2FyYW4sDQo+Pj4+Pj4gDQo+ Pj4+Pj4gTm90aWNlZCB0aGF0IHlvdSBqdXN0IHJlcGxpZWQgdG8gbWUsIG5vdCB0byBNZWhtZXQg b3IgdGhlIGFsaWFzDQo+Pj4gKHVubGVzcyB5b3UgYmNj4oCZZD8pLiBZb3UgbWF5IHdpc2ggdG8g cmUtcmVwbHkgd2l0aDoNCj4+Pj4+PiANCj4+Pj4+PiBtZWhtZXQuZXJzdWVAbm9raWEuY29tDQo+ Pj4+Pj4gbmV0Y29uZkBpZXRmLm9yZw0KPj4+Pj4+IA0KPj4+Pj4+IOKApm9uIHRoZSAiVG8iIGxp c3QgaWYgeW91IHdhbnQgeW91ciB2b3RlIHJlZ2lzdGVyZWQhDQo+Pj4+Pj4gDQo+Pj4+Pj4gQ2hl ZXJzLA0KPj4+Pj4+IA0KPj4+Pj4+IEVpbmFyDQo+Pj4+Pj4gDQo+Pj4+Pj4gDQo+Pj4+Pj4+IE9u IEF1ZyAxMCwgMjAxNSwgYXQgNjoxOSBBTSwgS0FSQU4gVkVSTUEgDQo+Pj4+Pj4+IDxrYXJhbi52 ZXJtYS5waGRAZ21haWwuY29tPg0KPj4+IHdyb3RlOg0KPj4+Pj4+PiANCj4+Pj4+Pj4gSSB0aGlu aw0KPj4+Pj4+PiANCj4+Pj4+Pj4gTXkgdm90ZSBhbHNvIGdpdmVuDQo+Pj4+Pj4+IA0KPj4+Pj4+ PiB4K2oNCj4+Pj4+Pj4gDQo+Pj4+Pj4+IE9uIFN1biwgQXVnIDksIDIwMTUgYXQgMzo1OSBQTSwg RWluYXIgTmlsc2VuLU55Z2FhcmQgKGVpbmFybm4pIDwNCj4+PiBlaW5hcm5uQGNpc2NvLmNvbT4g d3JvdGU6DQo+Pj4+Pj4+IHgrag0KPj4+Pj4+PiANCj4+Pj4+Pj4gQ2hlZXJzLA0KPj4+Pj4+PiAN Cj4+Pj4+Pj4gRWluYXINCj4+Pj4+Pj4gDQo+Pj4+Pj4+PiBPbiBBdWcgNiwgMjAxNSwgYXQgOTox OCBQTSwgRXJzdWUsIE1laG1ldCAoTm9raWEgLSBERS9NdW5pY2gpIDwNCj4+PiBtZWhtZXQuZXJz dWVAbm9raWEuY29tPiB3cm90ZToNCj4+Pj4+Pj4+IA0KPj4+Pj4+Pj4gRGVhciBORVRDT05GIFdH LA0KPj4+Pj4+Pj4gDQo+Pj4+Pj4+PiBsYXN0IE9jdG9iZXIgd2UgaGFkIGFuIG9waW5pb24gcG9s bCBvbiB0aGUgUkVTVENPTkYgZW5jb2RpbmcsIA0KPj4+Pj4+Pj4gd2hpY2gNCj4+PiBlbmRlZCB3 aXRoIGEgY2xvc2UgY29uc2Vuc3VzIGluIGZhdm9yIG9mIFhNTCBhcyBtYW5kYXRvcnkuDQo+Pj4+ Pj4+PiBTZWUNCj4+PiBodHRwczovL21haWxhcmNoaXZlLmlldGYub3JnL2FyY2gvbXNnL25ldGNv bmYvWVNFYkxkLW5uSTBkbGtlaUllR1cteg0KPj4+IDZKcURnDQo+Pj4+Pj4+PiBCYXNlZCBvbiB0 aGUgcmVjZW50IGRpc2N1c3Npb24gb24gdGhpcyB0b3BpYyBhbmQgb3BpbmlvbnMgDQo+Pj4+Pj4+ PiBhZ2FpbnN0DQo+Pj4gbWFuZGF0b3J5IHN0YXRlbWVudHMgaW4gUkVTVENPTkYsIE5FVENPTkYg V0cgY28tY2hhaXJzIHdvdWxkIGxpa2UgdG8gDQo+Pj4gc3RhcnQgYSBuZXcgb3BpbmlvbiBwb2xs Lg0KPj4+Pj4+Pj4gDQo+Pj4+Pj4+PiBBcyBzdGF0ZWQgaW4gdGhlIG1haWwgZm9yIHRoZSBwcmV2 aW91cyBwb2xsLCB0aGUgcmVzdWx0IG9mIHRoZSANCj4+Pj4+Pj4+IHBvbGwNCj4+PiBkZXBlbmRz IG9uIHRoZSBjb3VudCBvZiBwZW9wbGUgdm90aW5nLg0KPj4+Pj4+Pj4gU28sIGFsbCBpbnRlcmVz dGVkIE5FVENPTkYgV0cgbWVtYmVycywgcGxlYXNlIHNwZWFrIHVwIHNvIHRoYXQgDQo+Pj4+Pj4+ PiB3ZQ0KPj4+IGdldCBhIGJldHRlciBkYXRhIHRvIGp1ZGdlIG9uIFdHIChyb3VnaCkgY29uc2Vu c3VzLg0KPj4+Pj4+Pj4gSWYgdGhlIHZvdGluZyByZXN1bHQgaXMgYWdhaW4gY2xvc2UsIHRoZSBX RyBjby1jaGFpcnMgd2lsbCANCj4+Pj4+Pj4+IChhZ2FpbikNCj4+PiBkZWNsYXJlIGNvbnNlbnN1 cyBpbiB0aGUgc2FrZSBvZiBwcm9ncmVzcywgYmFzZWQgb24gdGhlIOKAnGRvbWluYW50IHZpZXfi gJ0NCj4+PiBkZXRlcm1pbmVkIGJ5IHRoZSBjby1jaGFpcnMgYW5kIEFELg0KPj4+Pj4+Pj4gDQo+ Pj4+Pj4+PiBQbGVhc2UgZG8gc3RhdGUgeW91ciBvcGluaW9uIHdpdGggc2hvcnQgYW5kIGNvbmNy ZXRlIHJlYXNvbmluZywgDQo+Pj4+Pj4+PiBieQ0KPj4+IEF1Z3VzdCAxOSwgMjAxNSAxODowMCBQ U1QgYWJvdXQgdGhlIGZvbGxvd2luZyBvcHRpb25zOg0KPj4+Pj4+Pj4gDQo+Pj4+Pj4+PiB4KSBY TUwgaXMgbWFuZGF0b3J5LCBKU09OIG9wdGlvbmFsLA0KPj4+Pj4+Pj4gaikgSlNPTiBpcyBtYW5k YXRvcnksIFhNTCBvcHRpb25hbCwNCj4+Pj4+Pj4+IHgmaikgWE1MIGFuZCBKU09OIGFyZSBib3Ro IG1hbmRhdG9yeSwNCj4+Pj4+Pj4+IHgraikgRWl0aGVyIFhNTCBvciBKU09OIGlzIG1hbmRhdG9y eSB0aGUgb3RoZXIgb25lIGlzIG9wdGlvbmFsLA0KPj4+Pj4+Pj4gbm0pIEJvdGggWE1MIGFuZCBK U09OIGFyZSBvcHRpb25hbCBhbmQgX25vdF8gbWFuZGF0b3J5Lg0KPj4+Pj4+Pj4gDQo+Pj4+Pj4+ PiBGb3Ig4oCceCtq4oCdIGFuZCDigJxubeKAnSBwbGVhc2UgcHJvdmlkZSBhIHNvbHV0aW9uIGZv ciBhIHN1Y2Nlc3NmdWwNCj4+PiBuZWdvdGlhdGlvbiBvciBkZXRlcm1pbmF0aW9uIG9mIHRoZSBl bmNvZGluZyB0byBiZSB1c2VkIGJldHdlZW4gDQo+Pj4gc2VydmVyIGFuZCBjbGllbnQuDQo+Pj4+ Pj4+PiBGb3IgdGhlIHNvbHV0aW9uIGRpc2N1c3Npb24gYSBzZXBhcmF0ZSB0aHJlYWQgd2lsbCBi ZSBzdGFydGVkIA0KPj4+Pj4+Pj4gYW5kDQo+Pj4gY2FuIGJlIGZpbmFsaXplZCBhbHNvIGFmdGVy IHRoZSBwb2xsIGRlYWRsaW5lLg0KPj4+Pj4+Pj4gDQo+Pj4+Pj4+PiBZb3UgbWF5IHRoaW5rIHRo YXQgb25lIG9yIHRoZSBvdGhlciBvcHRpb24gaXMgdXNlbGVzcyBmcm9tIHlvdXIgcG92Lg0KPj4+ IEluIHRoaXMgY2FzZSBwbGVhc2UgaWdub3JlIGl0Lg0KPj4+Pj4+Pj4gDQo+Pj4+Pj4+PiBMb29r aW5nIGZvcndhcmQgdG8gY291bnRpbmcgeW91ciB2b3RlcyBhbmQgcmVhZGluZyB5b3VyIHJlYXNv bmluZy4NCj4+Pj4+Pj4+IFRoYW5rIHlvdS4NCj4+Pj4+Pj4+IA0KPj4+Pj4+Pj4gQmVzdCBSZWdh cmRzLA0KPj4+Pj4+Pj4gTWVobWV0ICYgTWFoZXNoDQo+Pj4+Pj4+PiANCj4+Pj4+Pj4+IA0KPj4+ Pj4+Pj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4+ Pj4+Pj4+IE5ldGNvbmYgbWFpbGluZyBsaXN0DQo+Pj4+Pj4+PiBOZXRjb25mQGlldGYub3JnDQo+ Pj4+Pj4+PiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL25ldGNvbmYNCj4+ Pj4+Pj4gDQo+Pj4+Pj4+IA0KPj4+Pj4+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXw0KPj4+Pj4+PiBOZXRjb25mIG1haWxpbmcgbGlzdA0KPj4+Pj4+PiBO ZXRjb25mQGlldGYub3JnDQo+Pj4+Pj4+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlz dGluZm8vbmV0Y29uZg0KPj4+Pj4+PiANCj4+Pj4+Pj4gDQo+Pj4+Pj4+IA0KPj4+Pj4+PiANCj4+ Pj4+Pj4gLS0NCj4+Pj4+Pj4gS2luZCBSZWdhcmRzLA0KPj4+Pj4+PiANCj4+Pj4+Pj4gRHIuIEth cmFuIFZlcm1hDQo+Pj4+Pj4+IFJlc2VhcmNoIFNjaG9sYXINCj4+Pj4+Pj4gVVRQLCBNYWxheXNp YQ0KPj4+Pj4+PiBQaG9uZTogKzYwLTE2NjI0NTA4Mg0KPj4+Pj4+IA0KPj4+Pj4+IA0KPj4+Pj4+ IA0KPj4+Pj4+IA0KPj4+Pj4+IC0tDQo+Pj4+Pj4gS2luZCBSZWdhcmRzLA0KPj4+Pj4+IA0KPj4+ Pj4+IERyLiBLYXJhbiBWZXJtYQ0KPj4+Pj4+IFJlc2VhcmNoIFNjaG9sYXINCj4+Pj4+PiBVVFAs IE1hbGF5c2lhDQo+Pj4+Pj4gUGhvbmU6ICs2MC0xNjYyNDUwODINCj4+Pj4+PiANCj4+Pj4+PiAN Cj4+Pj4+PiANCj4+Pj4+PiAtLQ0KPj4+Pj4+IEtpbmQgUmVnYXJkcywNCj4+Pj4+PiANCj4+Pj4+ PiBLYXJhbiBWZXJtYQ0KPj4+Pj4+IFJlc2VhcmNoIFNjaG9sYXINCj4+Pj4+PiBVVFAsIE1hbGF5 c2lhDQo+Pj4+Pj4gUGhvbmU6ICs2MC0xNjYyNDUwODINCj4+Pj4+PiBfX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPj4+Pj4+IE5ldGNvbmYgbWFpbGluZyBs aXN0DQo+Pj4+Pj4gTmV0Y29uZkBpZXRmLm9yZw0KPj4+Pj4+IGh0dHBzOi8vd3d3LmlldGYub3Jn L21haWxtYW4vbGlzdGluZm8vbmV0Y29uZg0KPj4+Pj4gDQo+Pj4+PiBfX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPj4+Pj4gTmV0Y29uZiBtYWlsaW5nIGxp c3QNCj4+Pj4+IE5ldGNvbmZAaWV0Zi5vcmcNCj4+Pj4+IGh0dHBzOi8vd3d3LmlldGYub3JnL21h aWxtYW4vbGlzdGluZm8vbmV0Y29uZg0KPj4+PiANCj4+Pj4gLS0NCj4+Pj4gTGFkaXNsYXYgTGhv dGthLCBDWi5OSUMgTGFicw0KPj4+PiBQR1AgS2V5IElEOiBFNzRFOEMwQw0KPj4+PiANCj4+Pj4g DQo+Pj4+IA0KPj4+PiANCj4+PiANCj4+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXw0KPj4+IE5ldGNvbmYgbWFpbGluZyBsaXN0DQo+Pj4gTmV0Y29uZkBp ZXRmLm9yZw0KPj4+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbmV0Y29u Zg0KPj4+IA0KPiANCj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fDQo+PiBOZXRjb25mIG1haWxpbmcgbGlzdA0KPj4gTmV0Y29uZkBpZXRmLm9yZw0KPj4g aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9uZXRjb25mDQo+IA0KPiANCj4g LS0gDQo+IEp1ZXJnZW4gU2Nob2Vud2FlbGRlciAgICAgICAgICAgSmFjb2JzIFVuaXZlcnNpdHkg QnJlbWVuIGdHbWJIDQo+IFBob25lOiArNDkgNDIxIDIwMCAzNTg3ICAgICAgICAgQ2FtcHVzIFJp bmcgMSB8IDI4NzU5IEJyZW1lbiB8IEdlcm1hbnkNCj4gRmF4OiAgICs0OSA0MjEgMjAwIDMxMDMg ICAgICAgICA8aHR0cDovL3d3dy5qYWNvYnMtdW5pdmVyc2l0eS5kZS8+DQo+IA0KPiBfX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiBOZXRjb25mIG1haWxp bmcgbGlzdA0KPiBOZXRjb25mQGlldGYub3JnDQo+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxt YW4vbGlzdGluZm8vbmV0Y29uZg0KDQotLQ0KTGFkaXNsYXYgTGhvdGthLCBDWi5OSUMgTGFicw0K UEdQIEtleSBJRDogRTc0RThDMEMNCg0KDQoNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX18NCk5ldGNvbmYgbWFpbGluZyBsaXN0DQpOZXRjb25mQGlldGYu b3JnDQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL25ldGNvbmYNCg== From nobody Mon Aug 10 13:54:50 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9F2061B3E4B for ; Mon, 10 Aug 2015 13:54:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] 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 Z2sRUVbaNPPq for ; Mon, 10 Aug 2015 13:54:47 -0700 (PDT) Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2on0142.outbound.protection.outlook.com [207.46.100.142]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 44ACF1B3DA0 for ; Mon, 10 Aug 2015 13:54:47 -0700 (PDT) Received: from CO1PR05MB458.namprd05.prod.outlook.com (10.141.72.140) by CO1PR05MB459.namprd05.prod.outlook.com (10.141.72.146) with Microsoft SMTP Server (TLS) id 15.1.225.19; Mon, 10 Aug 2015 20:54:46 +0000 Received: from CO1PR05MB458.namprd05.prod.outlook.com ([169.254.10.82]) by CO1PR05MB458.namprd05.prod.outlook.com ([169.254.10.82]) with mapi id 15.01.0225.018; Mon, 10 Aug 2015 20:54:44 +0000 From: Kent Watsen To: Mahesh Jethanandani , "Ersue, Mehmet (Nokia - DE/Munich)" Thread-Topic: [Netconf] Discovery of the Encoding Format WAS:FW: Opinion poll for the RESTCONF encoding Thread-Index: AQHQ0IWJp3BRpNWSY0u3pQjzRc7J5p3/dsCAgAAHigCAAAKeAIAABIOAgAX0B4A= Date: Mon, 10 Aug 2015 20:54:44 +0000 Message-ID: References: <7B2FBFB4-163D-4863-A9B6-8D3E3A80708D@nic.cz> <69AEAEEA-E6AB-4E91-8F8D-66D1D5D23371@gmail.com> <9CC7D333-25F7-408B-8415-AD0811CA98F7@gmail.com> In-Reply-To: <9CC7D333-25F7-408B-8415-AD0811CA98F7@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.4.140807 authentication-results: spf=none (sender IP is ) smtp.mailfrom=kwatsen@juniper.net; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [66.129.239.11] x-microsoft-exchange-diagnostics: 1; CO1PR05MB459; 5:/NTU9aXp68G5l9EDdahcv1UZym/5KYGXpib0zosI+BHTpn1leBxtd74cLFJvcIvhQhx/usLTawYDA17T8iJzX/SWWYY2kjyvovsPYcxEp5B98hiaNQs7TH3B5rWVduRY+2Wg+xT4qp5wOca10JQsiw==; 24:ga0ER/aSRlI3tjxFmaoL179UkUJVZaTwe5kEcJCuCAH0AfqgWqKc38Woq+TtqkuNU3oYxpEcJdrw3tJxT2GDbqQnzxA9EEw/+cHgS6c7XGQ=; 20:4tERCQ9serwK0MNaHQFJRU3lpqrFJwmTsMJB9UwqPhgoBYEnQj41mQd1HsW6FigG2y5KYXEInirXLG+e8nBa6A== x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:CO1PR05MB459; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(5005006)(3002001); SRVR:CO1PR05MB459; BCL:0; PCL:0; RULEID:; SRVR:CO1PR05MB459; x-forefront-prvs: 06640999CA x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(479174004)(76104003)(377454003)(199003)(24454002)(57704003)(189002)(13464003)(36756003)(86362001)(5001860100001)(2656002)(5002640100001)(97736004)(92566002)(40100003)(122556002)(10400500002)(64706001)(66066001)(46102003)(93886004)(106356001)(4001350100001)(106116001)(62966003)(5001960100002)(50986999)(83506001)(81156007)(77156002)(575784001)(101416001)(87936001)(105586002)(54356999)(2900100001)(189998001)(5001830100001)(5001770100001)(4001540100001)(19580405001)(19580395003)(76176999)(68736005)(99286002)(102836002)(2950100001)(15975445007); DIR:OUT; SFP:1102; SCL:1; SRVR:CO1PR05MB459; H:CO1PR05MB458.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) spamdiagnosticoutput: 1:23 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="iso-8859-1" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 10 Aug 2015 20:54:44.7413 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO1PR05MB459 Archived-At: Cc: Netconf Subject: Re: [Netconf] Discovery of the Encoding Format WAS:FW: Opinion poll for the RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Aug 2015 20:54:49 -0000 [Just back from PTO] HTTP Accept headers should be regarded as a safety net, one that RESTCONF servers most definitely MUST implement. But I rather focus on how the server can advertise its supported encodings, much like the message. For instance, the solution could leverage the /.well-known/host-meta file: Request ------- GET /.well-known/host-meta users HTTP/1.1 Host: example.com Accept: application/xrd+xml Response -------- HTTP/1.1 200 OK Content-Type: application/xrd+xml Content-Length: nnn json xml In the above example, the RESTCONF server supports both the JSON and XML encodings. What do you think? // documenting this in the draft would be relatively easy... Kent On 8/6/15, 5:59 PM, "Mahesh Jethanandani" wrote: >I should have clarified. > >Do we need the options x), j) or x+j)? > >Why not have x-j) as the only option, with Accept request-header being >used to determine which one the server supports? > >> On Aug 6, 2015, at 2:43 PM, Ersue, Mehmet (Nokia - DE/Munich) >> wrote: >>=20 >> Limiting the choices to XML or JSON mandatory enforces interoperability. >>=20 >> As such the RESTCONF implementer must support a well-known encoding >>defined in the standard specification. >> I believe x or j or x+j can be a solution for the standard text. >>=20 >> Cheers,=20 >> Mehmet=20 >>=20 >>=20 >> -----Original Message----- >> From: ext Mahesh Jethanandani [mailto:mjethanandani@gmail.com] >> Sent: Thursday, August 06, 2015 11:34 PM >> To: Ladislav Lhotka >> Cc: Ersue, Mehmet (Nokia - DE/Munich); Netconf >> Subject: Re: [Netconf] Discovery of the Encoding Format WAS:FW: Opinion >>poll for the RESTCONF encoding >>=20 >> [Chair hat off] >>=20 >> If client can indicate desired encoding format by sending it in Accept >>request-header, why do we need to mandate any form of encoding? If >>server supports the form of encoding, it will respond with a valid >>response. If not it will respond with a 406. >>=20 >>> On Aug 6, 2015, at 2:07 PM, Ladislav Lhotka wrote: >>>=20 >>> Hi, >>>=20 >>> I believe no disussion is needed here, the solution is provided by >>>HTTP: >>>=20 >>> - the client sends all supported encodings in the Accept >>>request-header, perhaps also indicating the preference via the quality >>>(q) =20 >>> parameter. >>>=20 >>> - the client either sends the reply in one of those encodings, or >>>replies with 406 (not supported). >>>=20 >>> Lada >>>=20 >>>> On 06 Aug 2015, at 22:21, Ersue, Mehmet (Nokia - DE/Munich) >>>> wrote: >>>>=20 >>>> All, >>>>=20 >>>> please use this thread for the discussion on the discovery of the >>>>encoding format. >>>>=20 >>>> Cheers,=20 >>>> Mehmet=20 >>>>=20 >>>> From: Netconf [mailto:netconf-bounces@ietf.org] On Behalf Of ext >>>>Ersue, Mehmet (Nokia - DE/Munich) >>>> Sent: Thursday, August 06, 2015 10:18 PM >>>> To: Netconf >>>> Subject: [Netconf] Opinion poll for the RESTCONF encoding >>>>=20 >>>> Dear NETCONF WG, >>>>=20 >>>> last October we had an opinion poll on the RESTCONF encoding, which >>>>ended with a close consensus in favor of XML as mandatory. >>>> See=20 >>>>https://mailarchive.ietf.org/arch/msg/netconf/YSEbLd-nnI0dlkeiIeGW-z6Jq >>>>Dg >>>> Based on the recent discussion on this topic and opinions against >>>>mandatory statements in RESTCONF, NETCONF WG co-chairs would like to >>>>start a new opinion poll. >>>>=20 >>>> As stated in the mail for the previous poll, the result of the poll >>>>depends on the count of people voting. >>>> So, all interested NETCONF WG members, please speak up so that we get >>>>a better data to judge on WG (rough) consensus. >>>> If the voting result is again close, the WG co-chairs will (again) >>>>declare consensus in the sake of progress, based on the =B3dominant >>>>view=B2 determined by the co-chairs and AD. >>>>=20 >>>> Please do state your opinion with short and concrete reasoning, by >>>>August 19, 2015 18:00 PST about the following options: >>>>=20 >>>> x) XML is mandatory, JSON optional, >>>> j) JSON is mandatory, XML optional, >>>> x&j) XML and JSON are both mandatory, >>>> x+j) Either XML or JSON is mandatory the other one is optional, >>>> nm) Both XML and JSON are optional and _not_ mandatory. >>>>=20 >>>> For =B3x+j=B2 and =B3nm=B2 please provide a solution for a successful >>>>negotiation or determination of the encoding to be used between server >>>>and client. >>>> For the solution discussion a separate thread will be started and can >>>>be finalized also after the poll deadline. >>>>=20 >>>> You may think that one or the other option is useless from your pov. >>>>In this case please ignore it. >>>>=20 >>>> Looking forward to counting your votes and reading your reasoning. >>>> Thank you. >>>>=20 >>>> Best Regards,=20 >>>> Mehmet & Mahesh >>>>=20 >>>>=20 >>>> _______________________________________________ >>>> Netconf mailing list >>>> Netconf@ietf.org >>>> https://www.ietf.org/mailman/listinfo/netconf >>>=20 >>> -- >>> Ladislav Lhotka, CZ.NIC Labs >>> PGP Key ID: E74E8C0C >>>=20 >>>=20 >>>=20 >>>=20 >>> _______________________________________________ >>> Netconf mailing list >>> Netconf@ietf.org >>> https://www.ietf.org/mailman/listinfo/netconf >>=20 >> Mahesh Jethanandani >> mjethanandani@gmail.com >>=20 >>=20 >>=20 > >Mahesh Jethanandani >mjethanandani@gmail.com > > > >_______________________________________________ >Netconf mailing list >Netconf@ietf.org >https://www.ietf.org/mailman/listinfo/netconf From nobody Mon Aug 10 14:04:48 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D3D381B3E62 for ; Mon, 10 Aug 2015 14:04:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.86 X-Spam-Level: X-Spam-Status: No, score=-3.86 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-2.3, 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 4jQ9wECVEZK9 for ; Mon, 10 Aug 2015 14:04:44 -0700 (PDT) Received: from atlas3.jacobs-university.de (atlas3.jacobs-university.de [212.201.44.18]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C5D721A9046 for ; Mon, 10 Aug 2015 14:04:43 -0700 (PDT) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id 1AE721397; Mon, 10 Aug 2015 23:04:42 +0200 (CEST) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from atlas3.jacobs-university.de ([10.70.0.220]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10030) with ESMTP id 9H_-0vLIiCMx; Mon, 10 Aug 2015 23:04:40 +0200 (CEST) Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by atlas3.jacobs-university.de (Postfix) with ESMTPS; Mon, 10 Aug 2015 23:04:40 +0200 (CEST) Received: from localhost (demetrius1.jacobs-university.de [212.201.44.46]) by hermes.jacobs-university.de (Postfix) with ESMTP id EFFB42004E; Mon, 10 Aug 2015 23:04:39 +0200 (CEST) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius1.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id 9QDAKpNJQtlj; Mon, 10 Aug 2015 23:04:37 +0200 (CEST) Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 6425A20048; Mon, 10 Aug 2015 23:04:37 +0200 (CEST) Received: by elstar.local (Postfix, from userid 501) id 0EAD9362DA64; Mon, 10 Aug 2015 23:04:33 +0200 (CEST) Date: Mon, 10 Aug 2015 23:04:33 +0200 From: Juergen Schoenwaelder To: Kent Watsen Message-ID: <20150810210432.GA17341@elstar.local> Mail-Followup-To: Kent Watsen , Mahesh Jethanandani , "Ersue, Mehmet (Nokia - DE/Munich)" , Netconf References: <7B2FBFB4-163D-4863-A9B6-8D3E3A80708D@nic.cz> <69AEAEEA-E6AB-4E91-8F8D-66D1D5D23371@gmail.com> <9CC7D333-25F7-408B-8415-AD0811CA98F7@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline X-Clacks-Overhead: GNU Terry Pratchett Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.4.2.3i Archived-At: Cc: Netconf Subject: Re: [Netconf] Discovery of the Encoding Format WAS:FW: Opinion poll for the RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Juergen Schoenwaelder List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Aug 2015 21:04:47 -0000 Kent, what is wrong with the client trying its preferred encoding and if the server says 'sorry' the client switches the encoding? Your proposal does not save any round trips. On Mon, Aug 10, 2015 at 08:54:44PM +0000, Kent Watsen wrote: > > [Just back from PTO] > > HTTP Accept headers should be regarded as a safety net, one that RESTCONF > servers most definitely MUST implement. But I rather focus on how the > server can advertise its supported encodings, much like the > message. For instance, the solution could leverage the > /.well-known/host-meta file: > > Request > ------- > GET /.well-known/host-meta users HTTP/1.1 > Host: example.com > Accept: application/xrd+xml > > > Response > -------- > HTTP/1.1 200 OK > Content-Type: application/xrd+xml > Content-Length: nnn > > > type="urn:ietf:params:xml:ns:yang:ietf-restconf/encoding>json > type="urn:ietf:params:xml:ns:yang:ietf-restconf/encoding>xml > > > > In the above example, the RESTCONF server supports both the JSON and XML > encodings. > > What do you think? // documenting this in the draft would be relatively > easy... > > > > Kent > > > On 8/6/15, 5:59 PM, "Mahesh Jethanandani" wrote: > > >I should have clarified. > > > >Do we need the options x), j) or x+j)? > > > >Why not have x-j) as the only option, with Accept request-header being > >used to determine which one the server supports? > > > >> On Aug 6, 2015, at 2:43 PM, Ersue, Mehmet (Nokia - DE/Munich) > >> wrote: > >> > >> Limiting the choices to XML or JSON mandatory enforces interoperability. > >> > >> As such the RESTCONF implementer must support a well-known encoding > >>defined in the standard specification. > >> I believe x or j or x+j can be a solution for the standard text. > >> > >> Cheers, > >> Mehmet > >> > >> > >> -----Original Message----- > >> From: ext Mahesh Jethanandani [mailto:mjethanandani@gmail.com] > >> Sent: Thursday, August 06, 2015 11:34 PM > >> To: Ladislav Lhotka > >> Cc: Ersue, Mehmet (Nokia - DE/Munich); Netconf > >> Subject: Re: [Netconf] Discovery of the Encoding Format WAS:FW: Opinion > >>poll for the RESTCONF encoding > >> > >> [Chair hat off] > >> > >> If client can indicate desired encoding format by sending it in Accept > >>request-header, why do we need to mandate any form of encoding? If > >>server supports the form of encoding, it will respond with a valid > >>response. If not it will respond with a 406. > >> > >>> On Aug 6, 2015, at 2:07 PM, Ladislav Lhotka wrote: > >>> > >>> Hi, > >>> > >>> I believe no disussion is needed here, the solution is provided by > >>>HTTP: > >>> > >>> - the client sends all supported encodings in the Accept > >>>request-header, perhaps also indicating the preference via the quality > >>>(q) > >>> parameter. > >>> > >>> - the client either sends the reply in one of those encodings, or > >>>replies with 406 (not supported). > >>> > >>> Lada > >>> > >>>> On 06 Aug 2015, at 22:21, Ersue, Mehmet (Nokia - DE/Munich) > >>>> wrote: > >>>> > >>>> All, > >>>> > >>>> please use this thread for the discussion on the discovery of the > >>>>encoding format. > >>>> > >>>> Cheers, > >>>> Mehmet > >>>> > >>>> From: Netconf [mailto:netconf-bounces@ietf.org] On Behalf Of ext > >>>>Ersue, Mehmet (Nokia - DE/Munich) > >>>> Sent: Thursday, August 06, 2015 10:18 PM > >>>> To: Netconf > >>>> Subject: [Netconf] Opinion poll for the RESTCONF encoding > >>>> > >>>> Dear NETCONF WG, > >>>> > >>>> last October we had an opinion poll on the RESTCONF encoding, which > >>>>ended with a close consensus in favor of XML as mandatory. > >>>> See > >>>>https://mailarchive.ietf.org/arch/msg/netconf/YSEbLd-nnI0dlkeiIeGW-z6Jq > >>>>Dg > >>>> Based on the recent discussion on this topic and opinions against > >>>>mandatory statements in RESTCONF, NETCONF WG co-chairs would like to > >>>>start a new opinion poll. > >>>> > >>>> As stated in the mail for the previous poll, the result of the poll > >>>>depends on the count of people voting. > >>>> So, all interested NETCONF WG members, please speak up so that we get > >>>>a better data to judge on WG (rough) consensus. > >>>> If the voting result is again close, the WG co-chairs will (again) > >>>>declare consensus in the sake of progress, based on the ³dominant > >>>>view² determined by the co-chairs and AD. > >>>> > >>>> Please do state your opinion with short and concrete reasoning, by > >>>>August 19, 2015 18:00 PST about the following options: > >>>> > >>>> x) XML is mandatory, JSON optional, > >>>> j) JSON is mandatory, XML optional, > >>>> x&j) XML and JSON are both mandatory, > >>>> x+j) Either XML or JSON is mandatory the other one is optional, > >>>> nm) Both XML and JSON are optional and _not_ mandatory. > >>>> > >>>> For ³x+j² and ³nm² please provide a solution for a successful > >>>>negotiation or determination of the encoding to be used between server > >>>>and client. > >>>> For the solution discussion a separate thread will be started and can > >>>>be finalized also after the poll deadline. > >>>> > >>>> You may think that one or the other option is useless from your pov. > >>>>In this case please ignore it. > >>>> > >>>> Looking forward to counting your votes and reading your reasoning. > >>>> Thank you. > >>>> > >>>> Best Regards, > >>>> Mehmet & Mahesh > >>>> > >>>> > >>>> _______________________________________________ > >>>> Netconf mailing list > >>>> Netconf@ietf.org > >>>> https://www.ietf.org/mailman/listinfo/netconf > >>> > >>> -- > >>> Ladislav Lhotka, CZ.NIC Labs > >>> PGP Key ID: E74E8C0C > >>> > >>> > >>> > >>> > >>> _______________________________________________ > >>> Netconf mailing list > >>> Netconf@ietf.org > >>> https://www.ietf.org/mailman/listinfo/netconf > >> > >> Mahesh Jethanandani > >> mjethanandani@gmail.com > >> > >> > >> > > > >Mahesh Jethanandani > >mjethanandani@gmail.com > > > > > > > >_______________________________________________ > >Netconf mailing list > >Netconf@ietf.org > >https://www.ietf.org/mailman/listinfo/netconf > > _______________________________________________ > Netconf mailing list > Netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Tue Aug 11 00:31:04 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 517981A1AF6 for ; Tue, 11 Aug 2015 00:31:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.661 X-Spam-Level: X-Spam-Status: No, score=-5.661 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HELO_EQ_CZ=0.445, HOST_EQ_CZ=0.904, RCVD_IN_DNSWL_HI=-5, 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 cZBkSTYEPkED for ; Tue, 11 Aug 2015 00:30:59 -0700 (PDT) Received: from mail.nic.cz (mail.nic.cz [217.31.204.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A6A871A1ADF for ; Tue, 11 Aug 2015 00:30:58 -0700 (PDT) Received: from [IPv6:2001:718:1a02:1:5d3e:43b3:3d92:fd05] (unknown [IPv6:2001:718:1a02:1:5d3e:43b3:3d92:fd05]) by mail.nic.cz (Postfix) with ESMTPSA id 2C3111818B9 for ; Tue, 11 Aug 2015 09:30:57 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=nic.cz; s=default; t=1439278257; bh=ykLB4f86/YroZTW7z+Mc3yBFdLLmLUEyIjYzOO86UUw=; h=From:Date:To; b=TyvfTaBZ9OO4MJtwyFpQuy3SQxfXomDHWtv2d+NOjHUTxCcRnrdhY4LKmXybb6oPP cxR6xPw0wxcD5aF6oe4XE/bAux5iobPd4y5/hHRmeDvfil8TY01EZISECv4PWiJEgI 6AcQZVHAOfQoLKiV8fMeC4xSQt/U4uC8si6B5fu0= Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) From: Ladislav Lhotka In-Reply-To: Date: Tue, 11 Aug 2015 09:30:57 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <6901467E-4DD9-42FD-B422-888FE1D132FF@nic.cz> References: <201E692B-7D58-4915-AB15-5F22E57A21CD@gmail.com> <28E43AC4-448E-40E0-8389-988A144DCF15@gmail.com> To: Netconf X-Mailer: Apple Mail (2.2102) X-Virus-Scanned: clamav-milter 0.98.7 at mail X-Virus-Status: Clean Archived-At: Subject: Re: [Netconf] Discovery of encoding format X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Aug 2015 07:31:02 -0000 > On 10 Aug 2015, at 21:36, Andy Bierman wrote: >=20 > Hi, >=20 > One advantage of Accept is that the server can support different > encoding formats for different resources. >=20 > The XRD approach saves a round-trip (if the client guesses wrong) I think the client needn=E2=80=99t guess but rather specify all = supported encodings, possibly with priorities expressed via =E2=80=9Cq=E2=80= =9D parameter. Lada > but the info applies to the server in general, not a specific = resource. >=20 > It is useful to do both. > (And that's what HTTP provides). >=20 > Some of the questions on the NETCONF mailing list show > a complete ignorance of how HTTP works. Since RESTCONF > relies on HTTP, we are careful not to reinvent anything already > handled by HTTP. >=20 >=20 > Andy >=20 >=20 > On Mon, Aug 10, 2015 at 12:30 PM, Mahesh Jethanandani = wrote: > Kent, >=20 > As you catch up with your e-mail, you will find a thread that Mehmet = kicked off around the question of how the client will discover the = encodings supported by the server. You might want to take the discussion = to that thread. >=20 > As you do that, maybe you can elaborate on how this process is = different/better than using the =E2=80=98Accept request-header=E2=80=99 = discussion that has already taken place on the thread. >=20 > Cheers. >=20 >> On Aug 10, 2015, at 12:05 PM, Kent Watsen = wrote: >>=20 >>=20 >> [Just back from PTO and catching up on email] >>=20 >> The solution should leverage the /.well-known/host-meta file. For = instance: >>=20 >> Request >> ------- >> GET /.well-known/host-meta users HTTP/1.1 >> Host: example.com >> Accept: application/xrd+xml >>=20 >>=20 >> Response >> -------- >> HTTP/1.1 200 OK >> Content-Type: application/xrd+xml >> Content-Length: nnn >> >> >> json= >> xml >> >> >>=20 >> In the above example, the RESTCONF server supports both the JSON and = XML encodings. >>=20 >> Documenting this in the draft would be relatively easy... >>=20 >> Thanks, >> Kent >>=20 >>=20 >> From: Mahesh Jethanandani >> Date: Thursday, August 6, 2015 at 4:09 PM >> To: Andy Bierman >> Cc: Ladislav Lhotka , "Ersue, Mehmet (Nokia - = DE/Munich)" , Kent Watsen , = Martin Bjorklund , Juergen Schoenwaelder = , Benoit Claise = >> Subject: Re: Opinion poll for the RESTCONF Encoding >>=20 >> As I understand, option x-j) stands as follows: >>=20 >> RESTCONF server MUST support XML or JSON. Discovery of which encoding = format will be done with the use of 'Accept Header' in HTTP. The server = will return =E2=80=9C406 Not Acceptable=E2=80=9D if the desired encoding = format in 'Accept Header' is not supported by the server. >>=20 >> For option x), and j) =E2=80=98Accept Header=E2=80=99 can be used to = discover whether the optional encoding is supported. >>=20 >> For option x+j), no =E2=80=98Accept Header=E2=80=99 is required. >>=20 >> Did I get it right? >>=20 >> Question: Do we really need option x), j) or x+j) if we can discover = the encoding format supported? >>=20 >>> On Aug 6, 2015, at 12:27 PM, Andy Bierman = wrote: >>>=20 >>> OK I updated the issue tracker >>>=20 >>>=20 >>> On Thu, Aug 6, 2015 at 12:18 PM, Mahesh Jethanandani = wrote: >>>> Just to be clear. nm) is not an option. >>>>=20 >>>> Can we update the GitHub to reflect this discussion? >>>>=20 >>>>> On Aug 6, 2015, at 10:44 AM, Andy Bierman = wrote: >>>>>=20 >>>>>=20 >>>>>=20 >>>>> On Thu, Aug 6, 2015 at 12:01 AM, Ladislav Lhotka = wrote: >>>>>> "Ersue, Mehmet (Nokia - DE/Munich)" = writes: >>>>>>=20 >>>>>> > Hi Andy, >>>>>> > >>>>>> > I remember at least some of the folks saying that they don=E2=80=99= t like any mandatory encoding and everything should be optional. >>>>>> > So the options below are just to provide a complete list = independent >>>>>> > of any potential stupidity. >>>>>>=20 >>>>>> But Andy's option doesn't seem to be included in the list: a = server MUST >>>>>> implement XML or JSON encoding (or both). >>>>>=20 >>>>> maybe that is x-j >>>>>=20 >>>>> The wording might be >>>>>=20 >>>>> Either XML or JSON MUST be supported by the server. >>>>>=20 >>>>> This does not explicitly state that the the one not picked MAY >>>>> be supported by the server. >>>>>=20 >>>>>=20 >>>>>>=20 >>>>>> As for negotiation, I believe HTTP already has an established = solution: >>>>>> The client sends supported media types in Accept request-header. = If the >>>>>> server doesn't support any of them, it sends a 406 response (not >>>>>> acceptable). >>>>>>=20 >>>>>=20 >>>>> yes -- HTTP already defines this mechanism so we don't have >>>>> to add any discovery >>>>>=20 >>>>> =20 >>>>>> Lada >>>>>>=20 >>>>>=20 >>>>> Andy >>>>> =20 >>>>>> > >>>>>> > Cheers, >>>>>> > Mehmet >>>>>> > >>>>>> > From: ext Andy Bierman [mailto:andy@yumaworks.com] >>>>>> > Sent: Tuesday, August 04, 2015 6:56 PM >>>>>> > To: Ersue, Mehmet (Nokia - DE/Munich) >>>>>> > Cc: Kent Watsen; Martin Bjorklund; Juergen Schoenwaelder; ext = Ladislav Lhotka; Benoit Claise; ext Mahesh Jethanandani >>>>>> > Subject: Re: Opinion poll for the RESTCONF Encoding >>>>>> > >>>>>> > >>>>>> > >>>>>> > On Tue, Aug 4, 2015 at 9:33 AM, Ersue, Mehmet (Nokia - = DE/Munich) > = wrote: >>>>>> > Hi, >>>>>> > >>>>>> > just before sending out the new opinion poll the discussion = concerning "XML or JSON is mandatory" raised. >>>>>> > To be fair we now prepared a complete list of options to go to = the opinion poll. >>>>>> > >>>>>> > Please comment especially on the need for a solution to = determine the used encoding for the cases >>>>>> > =E2=80=9CXML or JSON, one of them is mandatory=E2=80=9D and = =E2=80=9CBoth XML and JSON are _not_ mandatory=E2=80=9D. >>>>>> > Thanks. >>>>>> > >>>>>> > >>>>>> > I don't think anybody is really proposing that the server is = not required >>>>>> > to support any standard encoding. >>>>>> > >>>>>> > The proposal is to say the server MUST support XML or JSON. >>>>>> > Changed from "MUST support XML". >>>>>> > >>>>>> > >>>>>> > Mehmet >>>>>> > ---------------- >>>>>> > >>>>>> > >>>>>> > Andy >>>>>> > >>>>>> > >>>>>> > Dear All, >>>>>> > >>>>>> > last October we had an opinion poll on the RESTCONF encoding, = which ended with a close consensus in favor of XML as mandatory. >>>>>> > See = https://mailarchive.ietf.org/arch/msg/netconf/YSEbLd-nnI0dlkeiIeGW-z6JqDg >>>>>> > >>>>>> > Based on the recent discussion on this topic and opinions = against mandatory statements in RESTCONF, >>>>>> > NETCONF WG co-chairs would like to start a new opinion poll. >>>>>> > >>>>>> > As stated in the mail for the previous poll, the result of the = poll depends on the count of people voting. >>>>>> > So, all interested NETCONF WG members, please speak up so that = we get a better data to judge on WG (rough) consensus. >>>>>> > If the voting result is again close, the WG co-chairs will = (again) declare consensus, in the sake of progress, based on the = =E2=80=9Cdominant view=E2=80=9D determined by the co-chairs and AD. >>>>>> > >>>>>> > Pls do state your opinion by [date here 2 weeks from now on]. >>>>>> > >>>>>> > Please state your opinion about these options: >>>>>> > >>>>>> > x) XML is mandatory, JSON optional, >>>>>> > j) JSON is mandatory, XML optional, >>>>>> > x+j) XML and JSON are both mandatory, >>>>>> > x-j) XML or JSON, one of them is mandatory the other one is = optional, >>>>>> > nm) Both XML and JSON are _not_ mandatory and are optional. >>>>>> > For =E2=80=9Cx-j=E2=80=9D and =E2=80=9Cnm=E2=80=9D please = provide a solution for a successful negotiation or determination of the = encoding to be used between server and client. >>>>>> > The solution can be finalized after the poll deadline. >>>>>> > >>>>>> > >>>>>> > Cheers, >>>>>> > Mehmet >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>>=20 >>>>>> -- >>>>>> Ladislav Lhotka, CZ.NIC Labs >>>>>> PGP Key ID: E74E8C0C >>>>>=20 >>>>=20 >>>> Mahesh Jethanandani >>>> mjethanandani@gmail.com >>>>=20 >>>>=20 >>>>=20 >>>=20 >>=20 >> Mahesh Jethanandani >> mjethanandani@gmail.com >>=20 >>=20 >>=20 >=20 > Mahesh Jethanandani > mjethanandani@gmail.com >=20 >=20 >=20 >=20 -- Ladislav Lhotka, CZ.NIC Labs PGP Key ID: E74E8C0C From nobody Tue Aug 11 03:20:27 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 129891A7009 for ; Tue, 11 Aug 2015 03:20:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.645 X-Spam-Level: X-Spam-Status: No, score=-6.645 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FU_ENDS_2_WRDS=0.255, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001] 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 XLy6VtnNyF9I for ; Tue, 11 Aug 2015 03:20:23 -0700 (PDT) Received: from demumfd002.nsn-inter.net (demumfd002.nsn-inter.net [93.183.12.31]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BA88F1A7004 for ; Tue, 11 Aug 2015 03:20:22 -0700 (PDT) Received: from demuprx016.emea.nsn-intra.net ([10.150.129.55]) by demumfd002.nsn-inter.net (8.15.1/8.15.1) with ESMTPS id t7BAKJ2r017171 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 11 Aug 2015 10:20:19 GMT Received: from DEMUHTC002.nsn-intra.net ([10.159.42.33]) by demuprx016.emea.nsn-intra.net (8.12.11.20060308/8.12.11) with ESMTP id t7BAKIOd024494 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 11 Aug 2015 12:20:19 +0200 Received: from DEMUHTC005.nsn-intra.net (10.159.42.36) by DEMUHTC002.nsn-intra.net (10.159.42.33) with Microsoft SMTP Server (TLS) id 14.3.248.2; Tue, 11 Aug 2015 12:20:18 +0200 Received: from DEMUMBX005.nsn-intra.net ([169.254.5.210]) by DEMUHTC005.nsn-intra.net ([10.159.42.36]) with mapi id 14.03.0248.002; Tue, 11 Aug 2015 12:20:18 +0200 From: "Ersue, Mehmet (Nokia - DE/Munich)" To: Orazio Toscano , Netconf Thread-Topic: replayLogCreationTime Thread-Index: AdDPjX2/+VSPEoB6QJmEKcMxWvHa0gEiq8TQAAGb8HA= Date: Tue, 11 Aug 2015 10:20:17 +0000 Message-ID: References: <3A9DFD310AE7FF44A43EC4C94FA0C7D822283BAA@ESESSMB301.ericsson.se> In-Reply-To: <3A9DFD310AE7FF44A43EC4C94FA0C7D822283BAA@ESESSMB301.ericsson.se> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [10.159.42.113] Content-Type: multipart/related; boundary="_005_E4DE949E6CE3E34993A2FF8AE79131F81977B919DEMUMBX005nsnin_"; type="multipart/alternative" MIME-Version: 1.0 X-purgate-type: clean X-purgate-Ad: Categorized by eleven eXpurgate (R) http://www.eleven.de X-purgate: clean X-purgate: This mail is considered clean (visit http://www.eleven.de for further information) X-purgate-size: 61198 X-purgate-ID: 151667::1439288419-0000676C-0D0927F1/0/0 Archived-At: Subject: Re: [Netconf] replayLogCreationTime X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Aug 2015 10:20:26 -0000 --_005_E4DE949E6CE3E34993A2FF8AE79131F81977B919DEMUMBX005nsnin_ Content-Type: multipart/alternative; boundary="_000_E4DE949E6CE3E34993A2FF8AE79131F81977B919DEMUMBX005nsnin_" --_000_E4DE949E6CE3E34993A2FF8AE79131F81977B919DEMUMBX005nsnin_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Forwarded mail. @All: To be able to send a mail to NETCONF maillist, you need to subscribe = first. https://www.ietf.org/mailman/listinfo/netconf Mehmet From: Orazio Toscano [mailto:orazio.toscano@ericsson.com] Sent: Tuesday, August 11, 2015 11:29 AM To: netconf@ietf.org Subject: replayLogCreationTime From: Orazio Toscano Sent: mercoled=EC 5 agosto 2015 16:53 To: 'netconf@ietf.org' Subject: replayLogCreationTime Hi all, on old posts I have found that the replayLogCreationTime was expected to up= date in case of notifications dropped. E.g http://www.ietf.org/mail-archive/web/netconf/current/msg02978.html "gives you the creation time unless notifs has been dropped" Or http://www.ietf.org/mail-archive/web/netconf/current/msg02978.html "the time the buffer was created and started recording notifications, or, if notifications already had to be dropped, the time of the most recent notification that had to be dropped." According to other interpretations instead the replayLogCreationTime report= s the time the Log was created and that's all, with no update in case of no= tifications dropped. Could someone please confirm what is effectively the recommended usage of = this field? Thanks a lot Orazio [Ericsson] ORAZIO TOSCANO Product Development BUCI DUAC NAM Ericsson Melen 77 Street, Erzelli site 16153 Genoa, Italy Phone +390106002223 Mobile +393336318507 Office +393336318507 orazio.toscano@ericsson.com www.ericsson.com [http://www.ericsson.com/current_campaign] Legal entity: TEI - ERICSSON TELECOMUNICAZIONI SPA, registered office in Ge= noa. This Communication is Confidential. We only send and receive email on = the basis of the terms set out at www.ericsson.com/email_disclaimer --_000_E4DE949E6CE3E34993A2FF8AE79131F81977B919DEMUMBX005nsnin_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

= Forwarded mail.

=  

= @All: To be able to send a mail to NETCONF maillist, y= ou need to subscribe first.

= https://www.ietf.org/mailman/listinfo/netconf

=  

= Mehmet

=  

From: Orazio Toscano [mailto:orazio.toscano@ericsson.com]
Sent: Tuesday, August 11, 20= 15 11:29 AM
To: netconf@ietf.org
Subject: replayLogCreationTi= me

 

From: Orazio Toscano
Sent: mercoled=EC 5 agosto 2= 015 16:53
To: 'netconf@ietf.org'
Subject: replayLogCreationTi= me

 

Hi all,

on old posts I have found that the replayLogCreationTime was= expected to update in case of notifications dropped.

E.g http://www.ietf.o= rg/mail-archive/web/netconf/current/msg02978.html<= /font>

“gives you the creation time unles= s notifs has been dropped” <= /span>

Or http://www.ietf.o= rg/mail-archive/web/netconf/current/msg02978.html<= /font>

“the time the buffer was created and started recording notifi= cations,

or,<= o:p>

if notifications already had to be dropped, <= /span>

the time of the most recent notification that had to be dropped.= 221;

 

According to other interpretations instead the replayLogCrea= tionTime reports the time the Log was created and that’s all, with no= update in case of notifications dropped.

 

Could someone please confirm what is effectively the recomme= nded  usage of this field?

 

Thanks a lot

Orazio

=  

3D"Ericsson"

 = <= /span>

ORAZIO TOSCANO
Product Development
BUCI DUAC NAM

=
Ericsson
Melen 77 Street, Erzelli site
16153 Genoa, Italy
Phone +390106002223
Mobile +393336318507
Office +393336318507
orazio.toscano@ericsson.com<= /a>
www.ericsson.com



3D"http://www.eri=

=  

Legal entity: TEI - ERICSSON TELECOMUNICAZIONI SPA, registered office in Genoa. This Communication is Confidential. We only send and receive email on the basis of the terms set out at www.ericsson.com/email_disclaimer

 

--_000_E4DE949E6CE3E34993A2FF8AE79131F81977B919DEMUMBX005nsnin_-- --_005_E4DE949E6CE3E34993A2FF8AE79131F81977B919DEMUMBX005nsnin_ Content-Type: image/jpeg; name="image001.jpg" Content-Description: image001.jpg Content-Disposition: inline; filename="image001.jpg"; size=2690; creation-date="Tue, 11 Aug 2015 10:20:17 GMT"; modification-date="Tue, 11 Aug 2015 10:20:17 GMT" Content-ID: Content-Transfer-Encoding: base64 /9j/4AAQSkZJRgABAQEAeAB4AAD/2wBDAAgGBgcGBQgHBwcJCQgKDBQNDAsLDBkSEw8UHRofHh0a HBwgJC4nICIsIxwcKDcpLDAxNDQ0Hyc5PTgyPC4zNDL/2wBDAQkJCQwLDBgNDRgyIRwhMjIyMjIy MjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjL/wAARCABeAGoDASIA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD36iii kAUUVHPPFbQPNPIscSDLMxwAKAJKK8z8QfGnQNLLxWIa9nXj5eleW6/8X/Eus747eUWUB6CP7w/G uiGFqT6WMpVoxPofV/FGi6FCZdQ1CGIDqN2T+VeZeIPjxZwb4dDsmnkHSaX7hrwq5ubi8mM11PJN IerOxOajUFm2oCx9FGa7IYOEdZamEq8nsdpdfFfxlc3v2lNUeFQc+RGPk+le+fDrxY/jDwul9MgW 4jYxS46Fh3FfOuh/D/xHr7qLWweONv8AlpIMDFfSPgTwong/w3FpwffKx3yt6setZ4r2SjaO5dHn buzpqKKK886QooooAKKKKACvPPjQ96nw/nNmXAMiiTZ129/wr0Oorm2hvLd7e4iWWGQYZGGQRVwl yyUhSV1Y+JQUA4IxWrpXhzWdclEenafNKT3KkD86+hbzwP8AD/w9cyX99Hbx4+bypHGPwWsHVvjT oOjxG18O6f5wUYVwuxVP0716X1iU/wCHE4/ZKPxMw9B+BV9Oqza3eLbxYyY06j6mutFn8OvAUYMr QTXKjuQ7E15Hr3xM8T6+xEt81vEePLg+UEe9ci7vIxZ3ZmPcnNP2NSf8SX3C9pGPwo90n+PFjBdL HZ6WwtFOD2OK9U8P69ZeJNIh1KxfdFIOR3U+hr43jR5nEcUbSSHoijJNfTvwf0G90HwUsd8jJJcS GYI3VQe1YYmjThC63NaNSUnqd/RRRXAdIUUUUAFFFFABXGfFDxLdeF/Bs95ZcXEjCNW/u5712dY/ ijw7a+KdCn0u74STlWH8LDoaum0pJy2Jkm1ofIV7f3mpTGa+upbiQnO6Rs1X74HJ9BXsNv8AAO/+ 3FbjUYxaA/eHXFdPb+F/h94HiWW/ninuE7yMGJ/CvUeJprSOpxeyk9WeJ6N4P17XpFWx0+VlbpIy 4X869N0L4FFVWfxBfrGo5aGMjp/vVY1n44WVlG1t4e05cLwGK7V/KvM9c8feI/EDN9q1CRIieI4j txSvXqbe6irU476nu+lL8OvC06WltNYicH78jB2B+td9FLHPEssTq8bDKspyCK+JHAcln+Zj1Y9a +l/gpdX114FH21nYJMywlu6dq5sTQ5I817mtKopO1j0eiiiuI6AooooAKKKKACsTxZ4ltvCmgT6p cjcE4RB/Ex6CtuuP+Jfhi48V+EJ7K0I+0IwkQH+LHarppOSUtiZXs7Hhmv8AxZ8Sa4WSOf7JATws fBx9a4me4mupDJcTPK5OSXbNbkHgfxRcXn2RdFuhKDg5Xge9ehaB8Br2fbLrl8sC8Hy4OSfY163P SpI4uWpNnjqgswRQSx4AAzmuq0L4c+JtfYGCweGI/wDLSYbRj1FfRWg/Dzw14eUG00+NpccySjcS fXmuoVVRQqqFUdABiuaeN/kRrHD/AMx49oHwIsbfbLrN21w3B8teAPavWrCwttMsorSziWKCMbVV RViiuOdWc/iZ0RhGOwUUUVmUFFFFABRXGSfFLwrE5Rr8bgcHitGx8b6HqOk3Op291utbb/WvjpVu nNbolTi+p0VFcWnxU8Ju4X+0FGTjJHFbeo+KtI0zR49VuLtPschAWRTkEmh05rdBzxfU2cAEnAye 9FZr6/pkWkLqk10kdowyHY4zXN23xW8K3V8lpHeEu7bVO3gn60KnJ7IHKK3Z21Fc3r/jvQPDjrHf 3iiVgDsXkgVJo/jPRNb06e/tboC3g/1jPxto5JWvbQOaN7XOgoriY/iv4Vlv1s0vC0jNtBCnBP1r d1zxTpHh21WfUbtIg4yq55P4UOnNOzQc8e5s0Vy+hfELw74hufs1ler5x6I/BNS6p450HR9UXTr2 7EdySBtPvR7OV7WDnja9zo6KxtY8U6Toa2rX1yEFz/qj/erXjcSxrIvKsAwPsalppXHdHyx4UuxZ 6xqR/wCEf/tjcuNm3Pl+9ekyTLdfCnXnGh/2QSOY9uN3vXMaX4a8Q+HdQup9L1iCFp+H/dk8V2Vv a67qvw/1y01fUo7iV+I3CYCivRqtNp+nc5IJnkSatpkfw/bT5NFJvHf5b4rwPxrsvE2lPpHwG023 luBcGS4WYOD0DHIFdHp3gkXXwfm0iaaIzBy6TBOhzWRcaBfX3wmj0Wa9jZ7e5DLKVONuelNzUmrd GNRa37GH4vuJr6HwjokkrR2UqjeoOAa9qsfAfhu2sbaJNNhPlgMr45z65rldY+HCeJPBemIt0sGo WUeY7gA44rltK1nxnBf22jtrcbpHIFLlTkgdqyd6kbQdrXKVov3kV/GGga14c8fzeIX0k6ppxIK7 huAGOhFbK3lj8QvA2qWHhuyFhqQAaWBeN9O8Wa54s0vW7q2t9Uha2mUBUkTOzjBxR4e8F6j4W8Ha jrFnqiDU7wbllCkBRnNU/gTe+lhL4mlsc34W8QWnhV7XRPFHhhY2EgUXDJ82c8HNWLxIvF3xxhsN QYyWMZIjQngqoyBRHpev/EbWbO31XU4FS2YMSkZBbFdP49+H0lrdW/ibRb4Wd1aKquCCd2O9U3FT 10bQkm436GB8YNFsfDOs6HqmkRi1neTDLHxnHSsHx3p1z4j8b28UWftUtkkvuTjNdJovhrVviJ4g g1LXtTje3siD5CKRn6Vv3PhuQfF+21JJo1gjjCCLbzgUlPksm9UmDXNqtmeZ674k/tvQvDtjck/b 7CYxSg9cA4FfTOn/APINtf8Arin8hXhfjf4dbPG/2yzuo4oppBIYyp4PevdrJfLsbdDyViUZ/Css Q4uMeU0pXTdz/9k= --_005_E4DE949E6CE3E34993A2FF8AE79131F81977B919DEMUMBX005nsnin_ Content-Type: image/jpeg; name="image002.jpg" Content-Description: image002.jpg Content-Disposition: inline; filename="image002.jpg"; size=12540; creation-date="Tue, 11 Aug 2015 10:20:17 GMT"; modification-date="Tue, 11 Aug 2015 10:20:17 GMT" Content-ID: Content-Transfer-Encoding: base64 /9j/4AAQSkZJRgABAQEAeAB4AAD/2wBDAAgGBgcGBQgHBwcJCQgKDBQNDAsLDBkSEw8UHRofHh0a HBwgJC4nICIsIxwcKDcpLDAxNDQ0Hyc5PTgyPC4zNDL/2wBDAQkJCQwLDBgNDRgyIRwhMjIyMjIy MjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjL/wAARCAB9Aw0DASIA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwDEJyaX gU00V6RwDuPpSbqM0lADwc0tMB5yaM88UwH+1HTNN3c0uRQIcORVW41G3gO0vlh1ApmqXRtLF5F+ +flFcxeQy2Ko27zGkG5uelTKdiowuaeq6q1xaNDbgqzd65d7KVW8wx5PrVr7S7YBQgU77WxTaSQK 552ludELx2MqdJx8vlsM96rGN16qRW+t6GXBXOO5FSFoGHzIp4rP2S6M09o+qOc8pz/DSFSDgjmt 6WzhddyHafSqUsRgGXXI9RWbg0WpJmeI3IyF4pUjZ844FWRIHyF+760ilY15bgVFy7ESW7EFn+VR 1qI4ycdKkmmMhwPu1FTEKi7nAxmtS1GJFI6VQgT+PNaEAxHu96TY0jXeMvHxycdalj+ZFxTIP9SK esbI+3HDcihFltTuA962LOASR+WDgnjJqhawlpBkcEcGjVPtVo0b2wO1SC5z2qXroUtC7eW7WmC2 SDXM+KpljtI7fGGkOa7e/ZW0yB2IZ5QNo71534rQprCRk84FVCLa5iakknynX+F49mlwqK6Ideay tCjEdhCB2QVq16kPhR5U/iY4c/SlpoGaUDFWRYWijFGKAsGaXOBRijFAWDNLQFJ7UHii4WAHNKKT kCjPFAWDk0tJxS4z0ouFgopwU4pCCOtK4OLEooopiFozRRSATNFFBFMYnQ0dKXFJSHYSjtRRTCwl FLSEZoFYTOKQmlxxSEUrhYQ0UUh+lAwzxQTxSd/akJ4xQAhpO1LSGgYcUnH40UlAhM8mjNIcdqKA EJxQTxQelJQAnPekpSKSkMKQmikai4WF6U0mgn9KCe9ACUlKPWmg85oCwuaTOKME89qQ0h2DPNGe aKKLgJS9aQ9KARii4WFzxSUUHgUCsFFFGc0ALmg0lGaLjFzikoozii4gooJoByKAsGeKXpSdqCeK BhTlPFNFKKAsQZNGaaCT0GadtYckVNyuUN1GabkUoIOaLisO3UuajyKUHINO4co/NGRTRTJJVhQu 5AA9aLhYZqEcctjIspwMZBrlt7t9/JxwM1bu76W6kP8AzzHRargb8E4z6VEtSo6IjAyQAtO8oFT8 vPpUuQregppO7knilYq40RRjg4/KhrSJ2OOBin988YHelBwOaOULlOSCRThT+BqJJkYGOZSPY1fL rzyMikeGGZBnG8d6lw7DUu5jXWnMmZIclSMlazsH0PFdTHbSIhGdy1n3liCd8akHqQKwnBrU3jNP QxutSpAzcngVJtjR85w3pVu3ktlOXcVi2apFcLsToQBVq2YNEQORniq1/cCTaIuE9fWpbMgKQMcD OKT2GtzoLBg0O09fSraxh50z0rPsCeMfjXRafYvLIDjJpXsjRK5ds7cKBxg1F4j029uLWFoSEgVs kAcv7VvQaZJHGXcYUDqailuHlCq2Aq9BVUoSnLQmrNQjqYthZzkrPdnBVcInZa4jxC4k18dwDjmv SpSPKY5zxXmesAnV0Yjq1ddRKMOVHJBuU+Znomkrixjb/ZFaQ4rP0gg6dH9OhrQUitlLRGEo+8xa KdtNGOcU+YOQQAmjBp4GBS4o5x+zI8GnIPzoJUHGaeu3uaTmCpi4prjipcCo25NCmNwEVcDNG2lA /KkLLjGeaOcTghp9KkQVH0qRGAIpTnpoVTgr6ku2mOtSgg80jFeTmsoTdzWcFYr7elAWpCvGc0pU YBrfnOfkI8UAU7INI3H1o5g5BuKUDAoyM+5pwAHBNDnYapjMYHvQVzStgfSms3YdaXODgJgDrSHj pS4454pPLDg/PRzhyDC1G4U2SCQcq26oPOAOG4NCncHAtUEYqFZV/vDFTBwwyKdxconWlMbY9qlj QE5NObOT6UucfsyoVH40mOOtTSBRyeKhpqQuUQim0/pTcqRxT5g5ewlNPNKTTSwHU0uYOVhjmkxS F+4IxURmOafMLkJiMCmHIpI3D/1qQgYpcw+QZg0mDmlLAHGeaCwHU0cwcomDSEHpS71P8QpQc9DS 5h8hGaKHYKaA0bHrzRcOViUm0EinlPfimHjnOKXMPkFJIOKaR6UGVDwSM0vWi4co3GKMU4nnFBFP mFyDSO1JjHNPxz1puMZo5g5BppKceaTAo5hcocGgUcCjFPmDlDg0uRSDAoouHKHA6UhpaApIouHK LwBSUcUYFLmDlADNGCaBindRRzD5RB6U7FLg0AevWi4cgixD6U5owO9Ri4AoacnrWOptoL5KnrTW gQHrSiUN0NI0oJxkZp3YWQ3yV9aTygO9OLAZ5FVrm9S2j3tyewppslqKJZHit4meU4AH51zd/fPd kDG1AePei7vZbqT94fl7LVQgbsHt0qtSHZ7EsDBZ4WYZQOu4eozXZ/EjSbTT9TsL3T4hHZ3lqrgK OA3euIdsAjuRXoXiFv7X+E2i3ync9jKYHPoKl7oa2ZmfDzSLbVPEEk98vmWNlC00yHvgZFT/ABH0 ywtLvT9U0qIRWWoQh1jHQN3qzoBOjfC3V9SxtuL+QW8eepA61JKp134QJKw33OlXBGB1CMaV3e47 aWM34b6Tb6p4pH22ESWcETSyg9OBS+GLGx1n4ji3lhzZm4YrGOmM8CtHwQy6X4L8R6w5wzoLeI/7 3BrA8C3c9j4vsJbaA3MpcLs+vehtu4W2Ow1Tx1oGnatdWI8GW0ggkKb94Gcd6y9R8faJfadPaxeE re3eVdolVxlPetDVPhpqF5q93dzapp8DzyFjGZR8uT0rI1L4a3Ol6dcXravYSCJdxRZRkj2pLlG1 I47cUb73y012JRuBnHWkO1h8vTvSOw8og9MdfStCD1i4fw94Q8HaFcy+G7fUJr6IPI8hwQawpviF oERz/wAK/tCvr5grcutB1Hxl4N0IFrawt7WPZG88mDLx1ArLX4V3RGDrOnEenmiudxi15m6lJM8v 8T6la6vqc15ZWK2MTjiBTkLXt1/4F8O3vhHT9JsYlg1t7FbqFu8pxkj3rxrxP4fk0fUpbUTRTbTy 8Ryv516h8Qry50aXwfqtoxWe2soyMHGRjpWMlbRmy12PP9LtngvTbzoRIpKOpHQ16/4b0uztfB2p 3l3EN8LAq57Cud12O01q7h8R6RbPsnjH23C/LHLW/pcs958L9djUbpg23B+lZ9TXocvqGq6hdtEN ipZN9wofvV1Xhi2tLHSL3Xr+BZkh+SKNujNXJ+G9K1OLRUtb6LkP+7Oc9e1dt4ptLiy0bTdFtoHZ Y18yYqOCTWtF6WMqy2KHjCytZ9HtddsIBFFcLtljXojV4jrK/wCn25A5yTXt+lSZ8K6rpOowzJEV MkJK/wAVeMa6uLm1cds1rN+60ZQWp75HLpXhzw7o6/2RHctcW6yMzHnJFIniLRbkiK40OOKJ+C6t yKuz6Kmr+HdCLXkVuUtEwHOM8Vd0bwZa2zCW4nSdj90DpU8yUQ5bs5LxDo0elagEgJNvKoeLPXBq 1qOn28XgzTrpYwJ3ch29a7XWdOt9TH2eWPaUXEb+lc5rts9t4O0+3fl0kI/WkqvMV7OxxYHarOmR x3GrW0EoyjOARUEkZBz0qXSmaHVLeVYzIyuMKO9XzByM63Vta03StSlsl8PxzCLjfnrVCTxTpzxO n/CPxRlgQG3dK1dU8P3V/qEl1JPbQNJzsL8isu+8Jzi1eT7bafIpY/PUKWo+VWvc5ksCxI6E8D0p pcFqzjdkBl7A44p6T4XPrW2xludno2lWUGmNrOrk/ZwcQxA8uae3i+w/1Z0K38jp/tY+tZvijUxL pGk20MMsMaRkkOuAx9R61y32klQO9JK+43odfr2l2Y0+HV9KYmzmO1oz1jb0pdPtIJPA2oXjxgzx zbVf0Fcit5OIjCJGEROSmeM12mgo118PdQiVlUvc7dzHAFNqyEjm0lJQVv8AhG3gvdYMU6B08tjg /Snx+B7kgH+0LQjH9+tvw34al0vUXuHu4JAI2G1GyelS2ug9epxd0Al3Mi8KrkAVreF9Oj1DUGku Rm1t0LyfhWFeSgX1xk/8tDXXQwzaV4JJiic3V+3IUZ+Sqk9BJaj79bLxBodzeWVqkE9o+CE7p61x xOQDXTeFXk0/UGjubeUW06FJMrxWFdwql5MsZ+QOQvHbNRGVtC3FnTeELPTZdHvbvUIwwWQR7j/C DWHrmkvpOotD1ib5on/vKa2NHjP/AAg2rgd5RTIrpNb8PCwmV31C3/49yBkuPShy1uJRM7wxbxXf iK1gnQPE2cqe/FU9Rt1i1e7ijXAEpVBWj4TDx+L7SN1Ksu4EHtxTpYhL4uKsMr9p/rScrMpRuXVs tN8NWUNxqEX2q/mG5IM4Cj3og8TaZfSrb3+jwxQNwZIxgrVXxgzSeI5mc/dAUewqvp/h281K2Fxb +V5ZJHzNg0cyauxcrG6/o66TeKIJPMtpl3xN7elauiwafZ+GpdTuNPS6l8wLhz2rL1PRtR09Yxdk spHyHdkCtbRLa61Lw3cWCokUayg+bI2BS5tB8pEfEukr/wAy5D/31WNrN/banLG9tYJaBBgqp61t jwbKDn7fan/gdZGr6Y2jzpG80Uu8ZGxs4oUrA4JmUGKHJpzOhGQfwrorDws+pWSzi6gRW/hZsEVz 2radJpN81q8iSYGQyHIrSM0yXGx0XhKK2SC+1K7gSWOAAKH5HPWqPi6whstVSa2UJb3MYkUDoCas RA2/w3nOCJLmfb+Ap+sH+0/A9hfZy9oxib6dqL63JsZfhfT49V1+GGUZhQGR89MCtXxdHZXei22r WVqkAErQsEGBwcCovDP+gaDq+qNgHy/KjPuahsD/AGh8O9QibJe2mEhoctbhY5QtnvXVeFbS1ttL vte1CATQ2wxHG3RmrkokaYIqqSWIAA9a7fxRa3Gn+HdM0O2gkc7fOmZF4J9DRKT2KUVYp+K7Wzvd FsvEGnwCFZjsmiTohrjGYBWPtXZ+HpSmgappGpQTLBKheIlejVx21TEwPTmiLJaudd4msbWz0HQ5 reIJJPCGkI/iOK56ytbjUr2KztkLTSHAA7e9eg6v4dk1zw1oXl3UMAigH+tbGeKzFtbrwNpdxdGB J7m4GyG7jO5UH9KSloDRm+Ko9M0e1g0a0AlvI/muJ/Q+grQ8OHTtO8H3Gr3OnpeSiUJtc9q4OZ5J JGklYu7klmPc12nhu2vNa8HXemRRxRRCUMZ5WwKb2HYX/hOtHH/Mrwf99isfWtatdZkie101LEIM EKc7q0D8O7o/8xSxx/10rF1vRZdAnihmuYJ/MXIMTZxSTXQLHYaY+maN4Nj1OfTUvJJJdp3mqR8a 6JJ8knhmFUPUq/Iq5b6Xeav8OLe3sY/MkE5JHtXJXvhLXLJo/PtGRXYKH/hBPrSVm9RtdjW8T6RZ QWNprGk7vsV1wUJzsb0p2gafp9poU/iPVojNCj7IYQfvN70/xTPbaN4YsvD0dyk90reZOUOQpPaq nhvW9LuNCn8O60zxW8j74pl52N707uwrF5fHunvhJfDVp5J44AyB9awtcu9IuLtZdJieKNhl0bsf arEngw3eqCz0fVrS8UruDF9v4fWsfU9NvdEuja39s0TfwsRw30NCaWw7DDICMgc0wzY7VXMhBwGG TTcSENgE0+YOUtrMCQDSPKGOB0qkrsnzMKlDg4ajmBRJzkD2pB6nIFMXectnNMMhYkM340c7HyIk aRVNNNxu4NV5SCMbsmoWdj8u7gUXYrWLnnc8EYpxlP8AdqhGSpJ61P55BA7U+Z9CVHuTGb3xTvP2 9DVGQlvYUK7JwDmhsaVmaAkVjnrTjgrlc/SqUeO7YPrU3mbQAG5NLmY+UnGSacsm1sdqiJcrmmF8 knuKOe4+SxZeYAjAponqo7s/IGcU9BIUHy0cxPLfYoefknnil84/3qzvN5zmlExOcV02Ry8zNAXB 9elILgjnNZ5kPHNHmH1osLmZfa68tSzPxWVLK80hZycdqJpCzBO9Rlirc9e5qWykIVyN2cEUnDgY 6mgkbsdvWjIHI6VJQqgYOTyO9eg+DEOr+APEWgg/vdomiHoc9q896Yat3wn4oufCurfb4Y0mUrte JujClLVDjo9To/HrjTNA8PeH0OHigFxKB/eak+GtyLl9Y0KZsrfWrMg/2lGRXMeIddn8RazNqU6K jSfdReiD0FVtE1m40PWYNStQDLC33T0YdxSt7th31udp4ihPh34WaZoz5+0Xdw8knqQDxWZ8MQR4 7sOepNZ/i7xdc+MdSjup7dLdIl2pEnQeprP0PWbjQdXg1G12tLCcgN0b2pJOw21cu+Kbmc+KdSHn T/LO2MZ9ayGmnlGWlm2nqDnBr0N/i7LKxkl8LaU0jHJJHWqWpfE5tR0+WzPhnTIhKu3eg5X3FCb7 A7dzhgecUkqkoQeODUjEZ3YwB6VHI+5T6mrJPSvH0jxeBPCCo8gHkD7mfT2rz5Lqdesk+38a7LSv ine6foltp1xo9jfpbLtieccgelXV+LEpUMfCmk4+lQrroU7M4GRt8LCQkk9M9a9Q+Ilmbu18PJjI Ngo/HFee63q39uapLfmzisy4A8mH7o966ObxzPqkVvFdQIv2aERxFfYdTWVWLa0NqTSepL8OfES6 RfTaRfLmxum8qdW/hPZq9Nh0j+xPDWtW/wB6JpA8bD+JSOK8K1iWJLhdQtjy42zL7+tddbfEq9n8 NJo06ocLt87PzFfSsFF7G7aWp1vhK3W+1QXMjk21opkbJ4+lPvvHuoiaVovLCbiEDKDxXG6d4wl0 7S7vToolKXX3pP4l9qzJNSRxkvnHQVvGk+pnOrFts7mH4g6gLqEXKQPAWAkUoOneuI+K+jRWOvme 1QC0uYxNGR057Cqkt0GUgnkil1jxJceINNstKuoYwliCI5R95gexpzhZWM4TV7no2uTGLSfDA3EZ sl6fSut0S6W502Fo2O5Rgj0ryTT/AIj3kV1Yi4061nSzh8iMP0x0zXTx/FWeNSIdKs4ie4NYum5r Q151DRnqF66RxRSzsE2rlmJ6VyPim+S58K2VzH9x5TjH1rzzVvGWoawx+13J8vPEa8CtHSPiFPp2 mR6fJY211DGfk83+GtI0JLUh1Y6K5AZg5BIbH0NXdCmC67aKe8gxVofExQOdEsB+Fc5qHiiS81hN Sht4rd0IISPpVqlJ9BOrFI63xXJKviK52s+M+9cpqGpeVEU8yQseoGa2pfipcSHdJodjI56sxOTV eb4jmeF4m8PacN6kZA5FEaMk7tEyxCtZHIpPubvzVjzeOTxVJm3OWAABOcDtUgcEDd1rpcDnU7Ho eqxt4l8E6fqFlmWewBjljXqo9cVwBdmfGGznGMGr2jeIL3QrkzWMm3d99Dyrj0Iro1+IMPEw0Cx+ 1A5344z61moSjsi3NPqU7nw+dO8NwaneTGO4nfEduepX1Nbug4b4b6nu6faK4zVtbu9bvTdXsu5u iqOij0FXNP8AEU1pok+kBE8ieTeznqDSlCXKOE1zFtbh8AB2x/vV0XguYvrbBmY/um7+1ceHZRkH Iq1p2vS6FdG7iVHcqV2seOawUG3odkmuUtWlqdT8T/YkXcXmO7/dzzXU6x4unstTksdPMf2e2URr lQeR1rgdK8R3GkapNqEUMcksqsPmP3c9xVRLx5JnkdjvclifetZ02zmhUjfU70eNdTI5MX/fAqx4 nEN1pdnrMCKqyLsl2jjdXBLeluCMEfrV8eJ549Gm0oxo8MjbgT1T6VjyO50uUbXR1vh1hJ4K1bB4 80fyrMtbv7Dcx3EHEkZByKwdK8UyadYT6YFUw3L7mY9QasG4zyDU1ISTHScWmehW1rDf6/p2uWaj y5MiZR/C2O9cje3n2bxPNJ08u4yT7ZqHSvFd1oKTeQqSK45RzwD61zN1qjXFxLPM/wC9kYscVSpu RPMoPU7nxtCwuY9WtlL2dwgO9edre9Y+lzyyRhYWlJY4CoT1rO0fxtfaPG0AVLm0PWCYZWrWl+Pz p7zJDptrC0zFlkHJTPYVToycSFXinY6/xTcfZ7DT7F2zOqbnBPIquJingGV1YrmYdK5G71N7yVri afzJHOSSauaX44m0eze0W1gu4mOdsvY1EabLlJRS1KiXrqpJkkx+NU5b1nfczMQP71bbfE9lOP8A hHtP/Kue8QeKf7eljkFhBaMgxiHoa2jRlfYyliU0b8V2fsybJCMjnBqrdD7SCwPzAck1zdlqxgHl ycr2Nben3SXgd4jkpyRWUqLpu5tTrRqpROt8RILfwzo1nnaWUyN+NM8Lp9s0TVtMk+YbPMjHqRWL qmuvqzQGVFjEKCNQvt3qrY6/No2pLdW2HKjBQ9GHoaE29BOCS1Oj1O1a18F2OnDKPO5lkz2x0png 6FZINW0xH3Ge3J2nuao3fiGfxCjXUirGU48pOiimeGNRaw11pogrSNGVUN0NZyqON79DRUlKKtuy 54T8Nq2tq9xJmO0y7gdOO1X73xXrbX8wiMMcIYiMOoyRVOPWpLCO8tkRc3JO9u6+wrK1O8USRbiA 23A+lZxqSk0t7lzoRim30NAeNtct76JbuOB4C4DDyxyKzvHthHY6utzaIBbXkYlTA4ye1Zl5ch7R tzZOcD2pbjxDNqunWelzJHss8+XJ/ERjoa6Ve1zlaXNZHT+Lklbw34dVXKN5AyAcdqk8I3Ej20ul akvmabOMb5DnY3qK5u/8Qz6tp1pbTKqraAIpU8ke9b0jqLe3RTiPywRjvXNWrShZI6qGHjUvc5/x PoE+gX7QuN0L8wyDowrotNtbhfhjcLkxu0wIqrq+tte6NFY3Ko6QvlJD976VFpfjifR4JLR7WG4i YghZegrSNVzWhE6HI9TlJJJ4PkkaUMPrVOa43DcWZj/tda7i6+J3lgbtA05yemRXI+J/FI8QPE40 62tGjGP3H8X1reN2c02k7HXyajcWfwrtZ7aZ4XNwQSpx2rM8LeN7i3vTZ6xM9zp118km45KZ7iuZ l8UXU3hqLQWijEEcvmCQfePtWdBIM/0quUjmTOs8WeH5tA1IurNcWVx88E+cgqe2fWsldPvZNPF+ lnK1mWK+aFyMirc/im8m8ODRZlWWBTujkb7yewpmieNNT8NqYLZlltWOWt5BlSaSTG2kZqXDQkNA XiYd1yDXoV9NNd/C6G41gnzlnAt3kHzlf8KyP+FkWO0THwxY/aQc+2awNb8W3viW5SS+YLBF/q4I xhU+lJxY1JCQurtkKNvpWnFtKDKgcVzpukTDI2FHQVdh1eMIODnvXPUhJ7HXRqRW7LN1IoyGUY9h WeZgvyqBim3mpQyg+WCD6Vnvdcc8VrShK2pjWqR5tGaguGHC/lUdwlwqhvJYKe9M02XfdKpwfTNb FxLKQUJIHoRUubjKw1HmjcwvMyvOAfeo2lU5ycVvaPpltOs19dL5iI22OPsT707U9Ms5oWkjiELp zhe4pfWIqfKUsNOUOcxbK0uL2cR26FyetdVH4PnaxMjf67so6VS8PPGXCQptY8EA816DGgjhEJZz JjrmubEYqcJWR04fCwlHmbPJNRsbnT5dk6FR2PaqqyAd8mut8TEQtJHOu4jsT1rN0jTLUR/apkEh c/LGegrohiP3fNJGE8N+85IsyQ/yk5Bqa2WeT5liLKPatjWdMtTZLe2iCFozh07Go7WZ40QrwCOg FNVlKHMiZUHCfLIpGZ1O1wVHpTPPHQgYpdXl2zjHDHrWYtzye+K0gnJXMpvldjetmRR8qj6mtIbS oIUVzdpqEcXEgyKvnVoT0BA7Vz1Kc+bY6qVWCjucpRmmZ9aM16p4o/OaN2BkGmbu1ITRcADE5bHe glXJx1oUhQR2ppb0GFrM1EUEg+lIOSB2p+NnbJNNJ/KkA7GWx2rb8L+Fr3xXqT2VlJHFsXdJJJ91 R71inGM16B4LmbS/h74n1tVxIEESt6nPSlJ2Q4q7OR8Q6DfeG9Vl0y9AMqjKuvR19RVKwsJtSvoL K0XdcTMFUV3nj4DVvCnhvxCp3O8PkTt3BFVPhTaJL4qm1NwDDp9u8rZ6ZxxS5tLlW1sZ/inwJqnh CK3lu5obiObILxdEI7H3rM0zw7eaxpOoala7TDYEecO+D3rt7y9bxH8J9TnbLzW+oGVWzn5WNUvh PcLLf6por8RX9o456FscUruwWVzgidyqRyBzXSQeCNZm8LN4jjjU2WN23+Lb61iCyc6o2nop3+d5 QH0OK9pXUYrXxjZeERIBa/2cbZk7FyM/nVSdthRXc8ODAqSTxWxe+Hb2y8P2etS7Pst25SMDrVG/ sns9Un0+QfOs5Qj6nFdt8TZfsGnaB4eiyPs9qJCPRjQ3qgS0OT0PQNR8QXottNtmmcffP8Kj1Jrr j8JNUOQmt6YZwP8Aj3EnzfTrV7VbuTwR8OdLsNP/AHV/qq+bcygfMFI6A15uryxP5vnSB85DbznN K7exWiLeqaXqGh3z2WpWzQzp2I4YeoNV4nAbIHUV02reMU8QeFbax1CBpNTtWwl16p6GuWTJyelH qMuW1pPqMy2lrC00sx2iNRkk11Vr8ItXgiBvdY060duVhlf5hWDomu3fh3UDfWQj88oU+cZAz3+t Z+oXE2pyyT3k8kkjsWLFz1pShzaoUZ8rsamu+H9W8M3axahFujcZjmQ5Vx7GqNvvuJ0ihjZ5XOFV Rkk13F2Llfg1ajVWZpBcf6IZPvbfx5pnw1gitY9V1+aMMbGAmHIzhz3qozlykyjHmHQ/DDVZIFe6 1GxsZGH+pmf5hXNa14T1TwxPm+iBik4SZDlH/GqV9qF1qV3Nd3VxI80rEsxY13Pg66l8SeD9a0K9 YzLaRefA78lcc4zRd3u9kOytZdTzhI3e4CxIzsTwFGTXVXfg7WrHQf7Yu4PJgyBsb7xB71R8L+In 8OTz3cNpBPO64RpVzs9xXbrrF/rfwu1K71GdppDOoBPQD0FZ05OM2l3NKkVOCbPOreOS6uIreIZk kYKo9TXcL8K9ZKqXvbKNiMlHfBFcj4byPE+l/wDXwtdj428MeIda8eak+m2c8kXyYYOVXpXTKbvZ OxyxirbGfrHw/wBT0bTJb+e9tJY4hlljcE1yIkJHU4q9rHh/XdCCnVLWeFT0Jcsp/HpWVuPXNXFu 29yZb7WJw+O9KHI71X3E0Fj0zVElnzD6mjefWq4c0GQ0AWN59aUSnpVfzMUpfjNAFgSuO+aXzm9a rB8mlL44oAtrdzKMLI30pDOx5LEmqpfigvwDSsh3ZZFwwPB4oNy/Y8VV39aNxOMUxXZcF3Lj71IL lj1NVN9BbApWQ+ZlnzQfWrEOpXEK7Q5I96zi/HvSbz+NDSe41JrY0Hv5nOWao3n3jpzVMOaA9KyQ OTe5P5hHekMm7g1DvpC1O4ix5zDjefzo81gfvGq+eKTeaEwLDSFupzTS/PFQ76N9FwJS9WbfUJbX /VNtPqO9UC/FJ5lS1dWY4tp3RsPrMjr90Bj1NVvtzjnOSetZxcmjfUqEVsi3Vm92atvqs9pMZIj1 4Zexq9J4hXYHt4jFcDkN6Gub3n1pN59amVGEndouOIqRVkzqk8WeZF/pkG6YdHXuaoy6y1xKZJhn PQelYW8kUhfmpjQpxd0hyxNWatJm62qRsNrA7TVR7tUcvGfmFZhbvQX4zVqETN1JM101RFJYp8x+ 96Gtex8YfZ7f7Pcw+dEPunutceZM0eZWc8PTmrNGsMTVg7xZ0Gq66t84WFDHCpyB3JqBtWWSLbLH uYdGrGL03eaaowSSSFLEVJNtvctyXBlYs34Co94qAycUhcmtOVGXMyYYByKmilVOT1NUw5A60m80 NJgpNGkbuIgdc1Vd95ODxmqxejcaSikU5tkwHPWlVtp5PFQF+KTf15ptC5rFwyqAOhqNZSrFs9ar hvek3/lSUUh8zZcDqec00ygg8VU30u896OVC5mWo55I2DI2COlaD6/dSxeXIilsY3Vihvel34+tS 6cXui1UktEzoNG15dP8AMhuUZ7eQ546qafqGvRSEpaBijfeZuuPSucDk96N5Hes/q9Pn5ramixVR Q5L6Gv8A2ikDLJaO6yDvXRJ44VoBJKJPtSrgAdD71w4cjmjefalPDU5/Eh08XUp/CzYl1Zr25ea9 dmZjn6VPZa5HA5jkVvs+flI6isDfmk3k96p0INWsSsRNO6ep0+seI4bq0WzskYRE5d26mqEGu3Fs myNFPGAT2rHLcfSk3UQoQjHlSCeIqTlzN6lye6muXLyNknrTFkAHSq5fjrSbj+NaqKRk5t7lwOpG c0hl3VT3/nS7/ejlQuZh2pOvtQxxSZ44qiBR1+lHUgYpAT6U1mIJqXsOO45vlPPQmjPGMAZpoI4y Tj3pQcnngdqg1AEk46mkBGTnik3Y4Xr3ppbJ6fWgB+7Gc9AK9Eu1TSfgnbxEkHUbssB68V5yVDHA 6Hg+1d/4+v7VfC/hnS7SeKZYLcPIEOcMfX3qZdBx6k/hz/iefCbWtJ+/cWLi4jz2B60zQJP7E+Em r6oi7bi/lFunqQDzWd8NNUttN8RTW95MIrPUIWgkZjwMjAzWh8Rrqw07S9L8MaVdpcQ2mZJXjOQx PuKXWxXS4/4bAXnhjxTpZY5e382NT6qO1cx4L1U6P4u0uc8fvgkg9j1rV+FmqW+n+LWivZlitLm3 eN2c4GSOK5DU3FvrF19nbiK4Yo49AeDR1Ydj1GDQYx8a5oWX9xbt9sY442kE1yd34gd/iA+tg4K3 eR9Acfyr0jVNZ0uPwhP4nhu4TqF3YC1CBhvBxjP6V4aspdNznJ6/jRHUHoep+ItAS8+LunCFcwam UuAQOOACa5r4hX51DxnqMqtmON/LU+gAr0Xwxq+mXPhKx125u4VvdLtmhKMw3E9sD8a8ZuJjc3E0 khJMjls/U0R3B7HZ+ONLa20Hw7eLeXFxDPajBlbIU+i+lcPg7cEk16F4e1/Std8NDwp4kl8lEbNn d/8APM+h9qevwtxJ5kviLTxZA587zB0+lCdtGFr7HApDI0XnCNxEOC+3jP1pYwCSeeK7Pxhrekwa Lb+GPD6iW0hO6a5I5lf/AArios/xHFMZYVWkdURSzscKoGSTXf6Z4V0vwraR6v4tkDTkBoNOU8se 26sr4YjT38YxyajJHGkcZaNpThQ/auk1nwFLreqz3934u055ZGJGZB8o7AUr9Lg0r3scZ4m8T3ni e9WScLDbRDbBAnCov09a6XwORJ4K8SwR/NL5W7aPSszXvASaJpb3q69ZXZT/AJZROCxql4K8Sp4b 1hnuUMllcp5Vwn+ye9Wo3jozPnSlqjnGcn869C+FY+TxFISQq2LZPbkVQ1jwdpxu7afR9at5LG9k IXewDQ/7wq/qeoaT4N8NXGg6NdC91G8wLq6X7oX0FVJpx5Ykq6lzM4CA/Jj616HpZ/4tBqX/AF3W vO0IQe57V3OlX9ovwn1G2edFuDcLiLd8x/CsZK03Y3i701c420uZLW5huoTiWJg659a3tU8f+JdV kDSag8CgY2QfKDWHplodQ1G3sfNSHzXC+a5wF9zXcN8NrC2bdd+K7ERDlthDE1s3HdnPaWyLfgDV 73xGmp6HrUzXdmbZpFeXkxke9eaSDbLIoPCuwH0Brv7/AMS6D4d0S40bwuryz3C7bi9fg47gVwBH r9aqG7Yp7JCClzjrSFtpx1NLjOK0IAH3pT1oxRQIOtFA44oxQAUuTSdaWgAzmjPGKKKYBmjNFFIA NJmiigAJoPSjFB5GKBgOlGaQc0h64FACgnIoJycUA+tIe+KAAnsKTOBSk4pucCkAUUUUABNJmlNJ mgAzSE0daKAEpCaU0mM9aQwzSZoOO1NoGLnH0pKM0lAgPApMnilpD696AEJ7UlKB3pDSGFJ2paQA 96QCZpM+tLj0o69KYBu60maSlOKBgSTSUmaWgQZozQaac0ALmjNJgUHp9e9ADsmjNNOcUhyAKQx2 aA2eKb1pR14ouIfRTM+lHOetA7j6aWxSZ9aDjigGx2aM0ygd6BD80maQUDkf1oGLnrTs0zg0uKBD iOKAPWnkc0u0dRTEMxzUUh5IqweT/WoHIDEEcVMtiobiuQFUdTSEn8O1MBOCPWgccdhWZqKM4yet L2J9aQ8DGaaGyD7UCHhyqYA+tNUryoGCeaVizKDUe4Bh60XHYeVB+937Ugwh2Ck3Hf14pjMN2RzQ A+TDKRmqhc5wD14wanYgoQD1/SqyjDKexNSykXs7YwCenbNRxk+bknj0qOViW46dKniQKF3Hn1ou FiwH4PJAPbPWgHI3YIx2pq/M2eoFPLAAZH0qkIXbuGSfwqQEeV5Rdih6LnioySvJ6ntQrB254oAk Pyle2O1P5OCTxTfl69SKkjKuQVH1zSKQ2HDsVwSfSnvEFbaRzUln+7uy/G4dKSUsZWLfeJ5rSkZV egwKAeBSjBppYnIXrSgcc9a0MgKjJIpRgDFHSlAzTEROc3KDPQU0DbMxPelkAWYOD+FWobGW4YFh tU1hOcY7nRCEp6LYiIDrjNNC7Byufeupg0u1iVU2hjj5iaia00/zSjuqsO2a5/ravojp+pO2rOd8 wMcBeacQW46VpSDTTM8aTAEd6pOEWQor7h2IrWFeMn72hjPDuC93UjVdtOAwMUdOD1oNdZyB6UGi igQYpaKKACkxzS4ozQAUUAZooAD0pCKcOlBNAWEFIaXFFACE9qAMUEUgHvQAds0h+tOxgYpppjE7 UdqMGgikAZxTc0YzRjtSAD6UUdKTNABzRRSUAGaQnilpuMcUrjsBPNN3UvTrSGgBCcUE4oNIaAAm m7jRgik6ikAuaCaTrRQAbs0hbik5NHQUDDcaM0hFJQAu7ikpTTcGgBc0E0U08YoAXNG6kpCKQC5o BxSUUAFGaTHNKKAFyQOKM0gpOaBjvWjNIKKBDh7dKKTtRSGL29qSj1pKYCmjNJSUAOzwRSZ560UU ABpwPFMxThQItUnAowBzRiqEKCKqTHbIatKKq3XEgx3qJ7Fw3EHJB70jEjOBRnGBSE561maDSfmB 9aQMFzgGpD2Haom4OO1IY5ydwOaQqAM7vm9KGOOO2KaeVBoAXcw6jFRNw4Oafgk5z+FIDnPsaQAT xyMA1WlLRjjPB5+lTzMdoFRv1554qWUh1uQ8gIOQavEAfw/jVKwGJZE6gcitIAPGM1UdhS3EOeBj ApCoxvySR2pEOWIPbpTox8w9qoQ4Nnk9cU5SjJkcmmseR71KYwoBHU0hhngDHPr6U9MdjzUW7Dbe xqRD5bDA6UDQ7cUmB7VZmG5FkHfrVSVj5w9PSrFud5YHpinF2dxSjzKxH9xSxIA6mqUt6dpaMZAq C6meVmQthRxxVeInYRninOp0REKfVmml5uUc5yKf5hbvxWQDhfoeKuQyEAflWLqPa5vGEd7GnAqD Bxu+taaXcpGQAMDCj0rPt0GwCrfQVDinuaKT6FPUL3ULFhcOSY34DDpWbH9q1mT9wHZyeq54r1F/ DNprOkaZZSuyJPICzKOa9d0LwRoOgWkcNnYR5UDLsMkms4pblTk1ofPOkfDbV9U2lLebJ6sRgVuR +EodGneCYq0kY+Y5yAa9e8Za1Po9osFmqRmUY3gYI+leI+IdSuFla3VyNxyzZ5NddOKS5mjlm5P3 UzI1AILxxGwZQeoqtTT1p2OMV1Wscr1EzSg0mOcU7FAgopKO+KAFznig80gORRQMWikFL3oEKMd+ lIaOtFFxhml60lFABRSEZFIvNACmkxjp1pR1NNPBNADuSKTbR1IFISaAEpKU9cUUgGkZpMU6igBt FFHagQhBo6iigdxSKGEUEYFOIpAM5FAxlFKaSgQUgFLSigBhGPpTakNNIyM0gGmj8KeQKQjFAxhF AHFL2o6UANxRxTj2owMUBcYetIaeRxTSMUAJ+FN5xmndaCOMUgGdaDxSnjigAc0AIDQKdjimmgYY 70ClAooBCUYoNFACge9L7UYoxQAmPekxTiMU2gBe9BpBS0AJjNB6UpGKQdaADoKBzS4zShRQB//Z --_005_E4DE949E6CE3E34993A2FF8AE79131F81977B919DEMUMBX005nsnin_-- From nobody Tue Aug 11 11:02:00 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0C5341ACE5A for ; Tue, 11 Aug 2015 11:01:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] 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 U4trhQVWL2wd for ; Tue, 11 Aug 2015 11:01:56 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0707.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::1:707]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1B8E41ACE57 for ; Tue, 11 Aug 2015 11:01:55 -0700 (PDT) Received: from CO1PR05MB458.namprd05.prod.outlook.com (10.141.72.140) by CO1PR05MB458.namprd05.prod.outlook.com (10.141.72.140) with Microsoft SMTP Server (TLS) id 15.1.225.19; Tue, 11 Aug 2015 18:01:38 +0000 Received: from CO1PR05MB458.namprd05.prod.outlook.com ([169.254.10.16]) by CO1PR05MB458.namprd05.prod.outlook.com ([169.254.10.16]) with mapi id 15.01.0225.018; Tue, 11 Aug 2015 18:01:38 +0000 From: Kent Watsen To: Ladislav Lhotka , Juergen Schoenwaelder , Netconf Thread-Topic: [Netconf] Discovery of encoding format Thread-Index: AQHQ1AexygMX4V4jAkCvuL+ZSU+Syp4G1GiA Date: Tue, 11 Aug 2015 18:01:37 +0000 Message-ID: References: <201E692B-7D58-4915-AB15-5F22E57A21CD@gmail.com> <28E43AC4-448E-40E0-8389-988A144DCF15@gmail.com> <6901467E-4DD9-42FD-B422-888FE1D132FF@nic.cz> In-Reply-To: <6901467E-4DD9-42FD-B422-888FE1D132FF@nic.cz> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.4.140807 authentication-results: spf=none (sender IP is ) smtp.mailfrom=kwatsen@juniper.net; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [66.129.239.11] x-microsoft-exchange-diagnostics: 1; CO1PR05MB458; 5:X9c5zDgMQZO44X3jPZ1arBPnDDjCwRZWHb6dji/dAnFIcWGZm9TQIouCZEPp6h3fYHDIMW2AVqhOzV9mqwapgHA2RJ4y55pMiAACmQK9x7Jp2QzzSDuTZFWGLCMgw2cBr/ysqqvOHAHw6LQn1bVoyw==; 24:EvkfsrT9x0Gg6z/Ru5TldbLyJ1xu4CcKeWVQ3F7qvuIqOlJJz8WmwJ/Z5zx95oqS20fZ6TZsaHmqkDdiScQMHy6+YNeazU+ZOi+JviVk+nM=; 20:bHR1yqUabkNzWQ9FeiDF8h4+70nMxHF/craJL/srZ/MU4nV282+sNV4NkmZp5xRaKHRNLlZTigPlirf6dJDKlw== x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:CO1PR05MB458; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(5005006)(3002001); SRVR:CO1PR05MB458; BCL:0; PCL:0; RULEID:; SRVR:CO1PR05MB458; x-forefront-prvs: 066517B35B x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(377454003)(24454002)(199003)(189002)(479174004)(102836002)(2950100001)(2900100001)(93886004)(4001350100001)(5002640100001)(5001830100001)(5001860100001)(5001960100002)(62966003)(77156002)(40100003)(92566002)(122556002)(10400500002)(50986999)(76176999)(54356999)(19580395003)(19580405001)(107886002)(97736004)(36756003)(106356001)(46102003)(189998001)(106116001)(4001540100001)(81156007)(105586002)(68736005)(5001770100001)(101416001)(99286002)(64706001)(86362001)(83506001)(87936001)(2656002)(66066001)(561944003); DIR:OUT; SFP:1102; SCL:1; SRVR:CO1PR05MB458; H:CO1PR05MB458.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) spamdiagnosticoutput: 1:23 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="iso-8859-1" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 11 Aug 2015 18:01:37.9854 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO1PR05MB458 Archived-At: Subject: Re: [Netconf] Discovery of encoding format X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Aug 2015 18:01:58 -0000 On 8/11/15, 3:30 AM, "Ladislav Lhotka" wrote: > I think the client needn=B9t guess but rather specify all supported > encodings, possibly with priorities expressed via =B3q=B2 parameter. +1 and, of course, the server's Content-Type would indicate which encoding was selected. On 8/10/15, 5:04 PM, "Juergen Schoenwaelder" wrote: > what is wrong with the client trying its preferred encoding and if the > server says 'sorry' the client switches the encoding? Your proposal > does not save any round trips. For me it's not an issue of saving round-trips so much as being explicit about such things. And, since it's easy enough to do, why not? Of course, I'm assuming that the server's support for encodings is global, not resource-specific. If the supported encodings can vary by resource, then this won't work... Kent From nobody Tue Aug 11 11:16:40 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E2C5D1ACDD3 for ; Tue, 11 Aug 2015 11:16:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.978 X-Spam-Level: X-Spam-Status: No, score=-1.978 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] 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 BLuzm5hSEK9f for ; Tue, 11 Aug 2015 11:16:37 -0700 (PDT) Received: from mail-la0-f54.google.com (mail-la0-f54.google.com [209.85.215.54]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9E60F1ACE47 for ; Tue, 11 Aug 2015 11:16:36 -0700 (PDT) Received: by lagz9 with SMTP id z9so75712078lag.3 for ; Tue, 11 Aug 2015 11:16:35 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=nL44j3139Ic2bnKljege9/nOOMrfF3kESBJKp2hbV3E=; b=F+wcGMRp9oO5H6QDUfcg+fLrn/WZd2+4bF+m6W8Ow1nolFMljKN6hYcLz5u5++EB/l FhDBivS/wbtutFDs8R2yXAJ/fzY1YJEdbrXuAjTPLA18bY71pY/FyOl05wkuR8CT9ylV 1mdsBt1fWRYN2XJwqOIuhD1BkQ6ojBzoAJ6RX1kqcLtxvXihC30tJ7s4r9yIxqRlwwtx YyDpYD8/mF81IFgOer4VHdK3DEyllmsu73ICCDVE18JqD23f4wKO9XChEgahAmMqzgpR PdjVNS7yOAsDYWLYr7ic/ByxF5H3tdhJ6cuLna+96DKZKrQQkAZwte8wq/o4Z/B+nulX MzEg== X-Gm-Message-State: ALoCoQmKW0TtTqtIuNm3QQxHJp9loRAYZc8x3C+2INIjboTo6Rwq1XwESMagdi5bDxLMhrSEnGdp MIME-Version: 1.0 X-Received: by 10.152.87.116 with SMTP id w20mr27593233laz.119.1439316995100; Tue, 11 Aug 2015 11:16:35 -0700 (PDT) Received: by 10.112.200.102 with HTTP; Tue, 11 Aug 2015 11:16:35 -0700 (PDT) In-Reply-To: References: <201E692B-7D58-4915-AB15-5F22E57A21CD@gmail.com> <28E43AC4-448E-40E0-8389-988A144DCF15@gmail.com> <6901467E-4DD9-42FD-B422-888FE1D132FF@nic.cz> Date: Tue, 11 Aug 2015 11:16:35 -0700 Message-ID: From: Andy Bierman To: Kent Watsen Content-Type: multipart/alternative; boundary=001a11c237c4366c50051d0d1a77 Archived-At: Cc: Netconf Subject: Re: [Netconf] Discovery of encoding format X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Aug 2015 18:16:39 -0000 --001a11c237c4366c50051d0d1a77 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Tue, Aug 11, 2015 at 11:01 AM, Kent Watsen wrote: > > On 8/11/15, 3:30 AM, "Ladislav Lhotka" wrote: > > I think the client needn=C2=B9t guess but rather specify all supported > > encodings, possibly with priorities expressed via =C2=B3q=C2=B2 paramet= er. > > +1 and, of course, the server's Content-Type would indicate which encodin= g > was selected. > > The Accept header is a bit complicated to support. I suspect this will be one of the many areas where server implementations will vary greatly. > > > > On 8/10/15, 5:04 PM, "Juergen Schoenwaelder" > wrote: > > what is wrong with the client trying its preferred encoding and if the > > server says 'sorry' the client switches the encoding? Your proposal > > does not save any round trips. > > > For me it's not an issue of saving round-trips so much as being explicit > about such things. And, since it's easy enough to do, why not? Of > course, I'm assuming that the server's support for encodings is global, > not resource-specific. If the supported encodings can vary by resource, > then this won't work... > > The XRD data may help the client if the server implements XML or JSON but not both. Then the client knows it can skip the Accept headers because there is only 1 encoding choice. Since the server may support JSON for some resources and XML for other resources, the Accept header is still needed if the server supports both. > Kent > > > > Andy > > > > _______________________________________________ > Netconf mailing list > Netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf > --001a11c237c4366c50051d0d1a77 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Tue, Aug 11, 2015 at 11:01 AM, Kent Watsen <kwatsen@juniper.net> wrote:

On 8/11/15, 3:30 AM, "Ladislav Lhotka" <lhotka@nic.cz> wrote:
> I think the client needn=C2=B9t guess but rather specify all supported=
> encodings, possibly with priorities expressed via =C2=B3q=C2=B2 parame= ter.

+1 and, of course, the server's Content-Type would indicate which encod= ing
was selected.



The Accept header is a = bit complicated to support.
I suspect this will be one of the man= y areas where server implementations
will vary greatly.

=C2=A0



On 8/10/15, 5:04 PM, "Juergen Schoenwaelder"
<j.schoenwaelder= @jacobs-university.de> wrote:
> what is wrong with the client trying its preferred encoding and if the=
> server says 'sorry' the client switches the encoding? Your pro= posal
> does not save any round trips.


For me it's not an issue of saving round-trips so much as being explici= t
about such things.=C2=A0 And, since it's easy enough to do, why not?=C2= =A0 =C2=A0Of
course, I'm assuming that the server's support for encodings is glo= bal,
not resource-specific.=C2=A0 If the supported encodings can vary by resourc= e,
then this won't work...



The XRD data may help t= he client if the server implements XML or
JSON but not both. =C2= =A0 Then the client knows it can skip the
Accept headers because = there is only 1 encoding choice.

Since the server = may support JSON for some resources and XML
for other resources, = the Accept header is still needed if the
server supports both.



Kent




Andy
=C2=A0



_______________________________________________
Netconf mailing list
Netconf@ietf.org
https://www.ietf.org/mailman/listinfo/netconf

--001a11c237c4366c50051d0d1a77-- From nobody Wed Aug 12 07:51:54 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EFA0C1A89E0 for ; Wed, 12 Aug 2015 07:51:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001] 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 agNiNN9Qezzx for ; Wed, 12 Aug 2015 07:51:51 -0700 (PDT) Received: from p3plsmtpa08-06.prod.phx3.secureserver.net (p3plsmtpa08-06.prod.phx3.secureserver.net [173.201.193.107]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7CBCF1A89D3 for ; Wed, 12 Aug 2015 07:51:51 -0700 (PDT) Received: from [192.168.2.33] ([24.13.90.211]) by p3plsmtpa08-06.prod.phx3.secureserver.net with id 3qrq1r00A4ZcAc801qrqAs; Wed, 12 Aug 2015 07:51:51 -0700 Message-ID: <55CB5D80.2050003@seguesoft.com> Date: Wed, 12 Aug 2015 09:51:44 -0500 From: Xiang Li User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: netconf@ietf.org References: In-Reply-To: Content-Type: multipart/alternative; boundary="------------000307070801030009070702" Archived-At: Subject: Re: [Netconf] Opinion poll for the RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Aug 2015 14:51:53 -0000 This is a multi-part message in MIME format. --------------000307070801030009070702 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit >> x+j) Either XML or JSON is mandatory the other one is optional, Considering the reasons behind this second poll I vote for x+j this time. I originally went with XML for best interoperability. -Xiang Li >> nm) Both XML and JSON are optional and _/not/_ mandatory. >> >> For “x+j” and “nm” please provide a solution for a successful >> negotiation or determination of the encoding to be used between >> server and client. >> For the solution discussion a separate thread will be started and can >> be finalized also after the poll deadline. >> >> You may think that one or the other option is useless from your pov. >> In this case please ignore it. >> >> Looking forward to counting your votes and reading your reasoning. >> Thank you. >> >> Best Regards, >> Mehmet & Mahesh >> >> _______________________________________________ >> Netconf mailing list >> Netconf@ietf.org >> https://www.ietf.org/mailman/listinfo/netconf >> >> _______________________________________________ >> Netconf mailing list >> Netconf@ietf.org >> https://www.ietf.org/mailman/listinfo/netconf > > Mahesh Jethanandani > mjethanandani@gmail.com > > > > > > > > _______________________________________________ > Netconf mailing list > Netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf --------------000307070801030009070702 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit
x+j) Either XML or JSON is mandatory the other one is optional,

Considering the reasons behind this second poll I vote for x+j this time. I originally went with XML for best interoperability.

-Xiang Li


nm) Both XML and JSON are optional and _not_ mandatory.
 
For “x+j” and “nm” please provide a solution for a successful negotiation or determination of the encoding to be used between server and client.
For the solution discussion a separate thread will be started and can be finalized also after the poll deadline.
 
You may think that one or the other option is useless from your pov. In this case please ignore it.
 
Looking forward to counting your votes and reading your reasoning.
Thank you.
 
Best Regards,
Mehmet & Mahesh
 
 _______________________________________________
Netconf mailing list
Netconf@ietf.org
https://www.ietf.org/mailman/listinfo/netconf
_______________________________________________
Netconf mailing list
Netconf@ietf.org
https://www.ietf.org/mailman/listinfo/netconf

Mahesh Jethanandani







_______________________________________________
Netconf mailing list
Netconf@ietf.org
https://www.ietf.org/mailman/listinfo/netconf
--------------000307070801030009070702-- From nobody Wed Aug 12 10:57:39 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4CF3A1ABD37 for ; Wed, 12 Aug 2015 10:57:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] 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 0RG7TQCqgizf for ; Wed, 12 Aug 2015 10:57:37 -0700 (PDT) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0136.outbound.protection.outlook.com [65.55.169.136]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B92081A92F1 for ; Wed, 12 Aug 2015 10:57:36 -0700 (PDT) Received: from CO1PR05MB458.namprd05.prod.outlook.com (10.141.72.140) by CO1PR05MB460.namprd05.prod.outlook.com (10.141.72.152) with Microsoft SMTP Server (TLS) id 15.1.225.19; Wed, 12 Aug 2015 17:57:34 +0000 Received: from CO1PR05MB458.namprd05.prod.outlook.com ([169.254.10.16]) by CO1PR05MB458.namprd05.prod.outlook.com ([169.254.10.16]) with mapi id 15.01.0225.018; Wed, 12 Aug 2015 17:57:34 +0000 From: Kent Watsen To: Juergen Schoenwaelder , Andy Bierman Thread-Topic: [Netconf] Opinion poll for the RESTCONF encoding Thread-Index: AdDQhQr50kUYkjB9Qq2imxezQKAW3QCMzCqAACBq+1kAA0XQgAAAS/+AAACC/AAAAlhegAABH5eAAGuutAA= Date: Wed, 12 Aug 2015 17:57:34 +0000 Message-ID: References: <12C0C630-80EF-439A-A0F0-2E2FA96D9AD2@cisco.com> <52F4D31E-FCCE-46AE-8A77-C56B36A2EC77@gmail.com> <20150810103415.GA16317@elstar.local> In-Reply-To: <20150810103415.GA16317@elstar.local> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.4.140807 authentication-results: spf=none (sender IP is ) smtp.mailfrom=kwatsen@juniper.net; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [66.129.239.13] x-microsoft-exchange-diagnostics: 1; CO1PR05MB460; 5:cw2QZw1vOq5NlAXlFFSkQL8f0gqzwLbFBzfy68pHMypmmiasH1DpyPmhqLJ6RxBEh46dtCR9ZJSjeGxsUvhaHD9FbmILAAQa9iQjbYcCfsTtxLHMAdcETUhyJhv93jyiRtwHk0/ome/v+xfETHRdFg==; 24:JS6Gmtk8F89Wg6U1xWNPQLXzLzYq4xMAgyQ+UlrKpYS1XX8C1XO/M76Nt3Z34SOW2SVXBiQqWMXL2j+fOQL4WKiNDTI5iQRnmXs6DWV4Bac=; 20:bSPp4Q0bKJx8syg9OVD9vxJtG4Xpf+V1R8j+L/ZTSW3Ldv69ZICmmzrwAjbKv8x0RjPsxh+0OR/LFyd0YNV6dw== x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:CO1PR05MB460; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(5005006)(3002001); SRVR:CO1PR05MB460; BCL:0; PCL:0; RULEID:; SRVR:CO1PR05MB460; x-forefront-prvs: 0666E15D35 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(189002)(199003)(81156007)(87936001)(76176999)(189998001)(66066001)(86362001)(2950100001)(2656002)(101416001)(50986999)(54356999)(62966003)(5002640100001)(83506001)(2900100001)(68736005)(102836002)(92566002)(93886004)(40100003)(122556002)(77156002)(5001770100001)(10400500002)(105586002)(99286002)(106356001)(4001350100001)(5001860100001)(36756003)(561944003)(97736004)(5001830100001)(64706001)(4001540100001)(46102003)(5001960100002); DIR:OUT; SFP:1102; SCL:1; SRVR:CO1PR05MB460; H:CO1PR05MB458.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) spamdiagnosticoutput: 1:23 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-ID: <05133E55B1EA024198EC74FCD056F0EC@namprd05.prod.outlook.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Aug 2015 17:57:34.3903 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO1PR05MB460 Archived-At: Cc: Netconf Subject: Re: [Netconf] Opinion poll for the RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Aug 2015 17:57:38 -0000 Since I haven't voted yet, let the record show I'm for x+j" >A device implementing CoMI is implementing CoMI and not RESTCONF so >this is no issue. If in the future another encoding becomes as popular >as JSON is today, a new RFC can be published that relaxes the >requirements further. How would this relaxation be introduced? Say there is new encoding 'a' and we now want "x+j+a". Would we latch it to the RESTCONF protocol version? - that is, RESTCONF v1 (what we're working on now) supports "x+j" and RESTCONF v2 supports "x+j+a"? The host-meta file could be updated from: To something like: But is this better than yesterday's proposal? json xml Kent From nobody Wed Aug 12 11:03:45 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F2B641AC3BC for ; Wed, 12 Aug 2015 11:03:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.978 X-Spam-Level: X-Spam-Status: No, score=-1.978 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] 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 BteTmYiiN8vA for ; Wed, 12 Aug 2015 11:03:43 -0700 (PDT) Received: from mail-la0-f49.google.com (mail-la0-f49.google.com [209.85.215.49]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1D1741AC398 for ; Wed, 12 Aug 2015 11:03:43 -0700 (PDT) Received: by lalv9 with SMTP id v9so13540951lal.0 for ; Wed, 12 Aug 2015 11:03:41 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=FHWk7Qdkbda7irjZqMmOzJOBU8GCLpwj9Gazu9cPnIw=; b=KKvTzQl6m4XU/awoXIPqrl8tgWLzHzelKuejU9D5d0UYcmTHHOve4atAgacEnNskgE N7ER1C5H7gIIbnrOdgsKQ7sGj02f5PQMbvep0ZSK+XBMz8AH249aTx06ss4LhUBIvOk1 38MgfABsiLuNxKegH7AiH29FsKf9UaIRzUWChlQdxyxaO/Jzb49H0xDoEPT0UTE1NWTk eqBOEXayP1iG043bdflvAPNAyCVk6W8y54R+zbpbl+juaz9OCYtF9NDHrivtLgVMDWP/ svrMZtcbXpGc/gF0s58FYixreR0GwxYIlrADMKOH7w2GJiR8jBKwtWwgb2Gu85x/9bTV GVhQ== X-Gm-Message-State: ALoCoQmEI0XH0QtZeeXTWnUXMasG4pGdnqQCM1jVFDaT2gintwtJzlQdeE+6auzTXOi1MXGPrWZd MIME-Version: 1.0 X-Received: by 10.152.29.132 with SMTP id k4mr12915656lah.88.1439402621512; Wed, 12 Aug 2015 11:03:41 -0700 (PDT) Received: by 10.112.200.102 with HTTP; Wed, 12 Aug 2015 11:03:41 -0700 (PDT) In-Reply-To: References: <12C0C630-80EF-439A-A0F0-2E2FA96D9AD2@cisco.com> <52F4D31E-FCCE-46AE-8A77-C56B36A2EC77@gmail.com> <20150810103415.GA16317@elstar.local> Date: Wed, 12 Aug 2015 11:03:41 -0700 Message-ID: From: Andy Bierman To: Kent Watsen Content-Type: multipart/alternative; boundary=089e0158c12af1c73d051d2109b7 Archived-At: Cc: Netconf Subject: Re: [Netconf] Opinion poll for the RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Aug 2015 18:03:45 -0000 --089e0158c12af1c73d051d2109b7 Content-Type: text/plain; charset=UTF-8 On Wed, Aug 12, 2015 at 10:57 AM, Kent Watsen wrote: > > Since I haven't voted yet, let the record show I'm for x+j" > > > >A device implementing CoMI is implementing CoMI and not RESTCONF so > >this is no issue. If in the future another encoding becomes as popular > >as JSON is today, a new RFC can be published that relaxes the > >requirements further. > > How would this relaxation be introduced? Say there is new encoding 'a' > and we now want "x+j+a". Would we latch it to the RESTCONF protocol > version? - that is, RESTCONF v1 (what we're working on now) supports > "x+j" and RESTCONF v2 supports "x+j+a"? > > The host-meta file could be updated from: > > > > > To something like: > > > > > > But is this better than yesterday's proposal? > > > type="urn:ietf:params:xml:ns:yang:ietf-restconf/encoding>json > type="urn:ietf:params:xml:ns:yang:ietf-restconf/encoding>xml > > > > If notifications are supported then the "text/event-stream" encoding be listed here as well? IMO the value of these global properties is minimal because the server can support a different set of encoding formats for each resource. (So the Accept header needs to be sent anyway) > > Kent > > Andy --089e0158c12af1c73d051d2109b7 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Wed, Aug 12, 2015 at 10:57 AM, Kent Watsen <kwatsen@juniper.net> wrote:

Since I haven't voted yet, let the record show I'm for x+j"

>A device implementing CoMI is implementing CoMI and not RESTCONF so
>this is no issue. If in the future another encoding becomes as popular<= br> >as JSON is today, a new RFC can be published that relaxes the
>requirements further.

How would this relaxation be introduced?=C2=A0 =C2=A0Say there is new encod= ing 'a'
and we now want "x+j+a".=C2=A0 Would we latch it to the RESTCONF = protocol
version?=C2=A0 - that is, RESTCONF v1 (what we're working on now) suppo= rts
"x+j" and RESTCONF v2 supports "x+j+a"?

The host-meta file could be updated from:

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 <Link rel=3D'restconf' href= =3D'/restconf'>


To something like:

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 <Link rel=3D'restconf' href= =3D'/restconf'>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 <Link rel=3D'restconf-v2' hre= f=3D'/restconf-v2'>


But is this better than yesterday's proposal?

=C2=A0 <Link rel=3D'restconf' href=3D'/restconf'>
=C2=A0 =C2=A0 <Property
type=3D"urn:ietf:params:xml:ns:yang:ietf-restconf/encoding>json<= /Property>
=C2=A0 =C2=A0 <Property
type=3D"urn:ietf:params:xml:ns:yang:ietf-restconf/encoding>xml</= Property>
=C2=A0 </Link>




If notifi= cations are supported then the "text/event-stream" encoding
=
be listed here as well?

IMO the value of thes= e global properties is minimal because the
server can support a d= ifferent set of encoding formats for each resource.
(So the Accep= t header needs to be sent anyway)

=C2=A0
=

Kent



<= /div>
Andy

--089e0158c12af1c73d051d2109b7-- From nobody Wed Aug 12 12:37:49 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0A3F91ACD61 for ; Wed, 12 Aug 2015 12:37:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.86 X-Spam-Level: X-Spam-Status: No, score=-3.86 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-2.3, 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 0sv5J8cpaGgQ for ; Wed, 12 Aug 2015 12:37:39 -0700 (PDT) Received: from atlas3.jacobs-university.de (atlas3.jacobs-university.de [212.201.44.18]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D71D21AC41F for ; Wed, 12 Aug 2015 12:37:38 -0700 (PDT) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id 7923614EB; Wed, 12 Aug 2015 21:37:37 +0200 (CEST) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from atlas3.jacobs-university.de ([10.70.0.220]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10030) with ESMTP id 7qSsJvWMFcRD; Wed, 12 Aug 2015 21:37:37 +0200 (CEST) Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by atlas3.jacobs-university.de (Postfix) with ESMTPS; Wed, 12 Aug 2015 21:37:37 +0200 (CEST) Received: from localhost (demetrius4.jacobs-university.de [212.201.44.49]) by hermes.jacobs-university.de (Postfix) with ESMTP id EAFE12004E; Wed, 12 Aug 2015 21:37:36 +0200 (CEST) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius4.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id 9s-6KTJdV92S; Wed, 12 Aug 2015 21:37:36 +0200 (CEST) Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id ED9BE20048; Wed, 12 Aug 2015 21:37:35 +0200 (CEST) Received: by elstar.local (Postfix, from userid 501) id 5224D362E979; Wed, 12 Aug 2015 21:37:31 +0200 (CEST) Date: Wed, 12 Aug 2015 21:37:30 +0200 From: Juergen Schoenwaelder To: Kent Watsen Message-ID: <20150812193728.GA21483@elstar.local> Mail-Followup-To: Kent Watsen , Andy Bierman , Netconf References: <52F4D31E-FCCE-46AE-8A77-C56B36A2EC77@gmail.com> <20150810103415.GA16317@elstar.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Archived-At: Cc: Netconf Subject: Re: [Netconf] Opinion poll for the RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Juergen Schoenwaelder List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Aug 2015 19:37:41 -0000 On Wed, Aug 12, 2015 at 05:57:34PM +0000, Kent Watsen wrote: > > Since I haven't voted yet, let the record show I'm for x+j" > > > >A device implementing CoMI is implementing CoMI and not RESTCONF so > >this is no issue. If in the future another encoding becomes as popular > >as JSON is today, a new RFC can be published that relaxes the > >requirements further. > > How would this relaxation be introduced? Say there is new encoding 'a' > and we now want "x+j+a". Would we latch it to the RESTCONF protocol > version? - that is, RESTCONF v1 (what we're working on now) supports > "x+j" and RESTCONF v2 supports "x+j+a"? No, an encoding is just an encoding and not a new protocol version. Anyway, this is a hypothetical discussion, so lets not waste cycles on it before we even have published RESTCONF 1.0. /js -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Wed Aug 12 18:53:47 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 471AE1B2F03 for ; Wed, 12 Aug 2015 18:53:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] 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 W629Lx_19CoL for ; Wed, 12 Aug 2015 18:53:43 -0700 (PDT) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0109.outbound.protection.outlook.com [65.55.169.109]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 825091B2F0E for ; Wed, 12 Aug 2015 18:53:43 -0700 (PDT) Received: from CO1PR05MB458.namprd05.prod.outlook.com (10.141.72.140) by CO1PR05MB458.namprd05.prod.outlook.com (10.141.72.140) with Microsoft SMTP Server (TLS) id 15.1.225.19; Thu, 13 Aug 2015 01:53:35 +0000 Received: from CO1PR05MB458.namprd05.prod.outlook.com ([169.254.10.16]) by CO1PR05MB458.namprd05.prod.outlook.com ([169.254.10.16]) with mapi id 15.01.0225.018; Thu, 13 Aug 2015 01:53:35 +0000 From: Kent Watsen To: Juergen Schoenwaelder Thread-Topic: [Netconf] Opinion poll for the RESTCONF encoding Thread-Index: AdDQhQr50kUYkjB9Qq2imxezQKAW3QCMzCqAACBq+1kAA0XQgAAAS/+AAACC/AAAAlhegAABH5eAAGuutAAAC9+KAAAEwDsA Date: Thu, 13 Aug 2015 01:53:35 +0000 Message-ID: References: <52F4D31E-FCCE-46AE-8A77-C56B36A2EC77@gmail.com> <20150810103415.GA16317@elstar.local> <20150812193728.GA21483@elstar.local> In-Reply-To: <20150812193728.GA21483@elstar.local> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.4.140807 authentication-results: spf=none (sender IP is ) smtp.mailfrom=kwatsen@juniper.net; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [66.129.239.13] x-microsoft-exchange-diagnostics: 1; CO1PR05MB458; 5:AQShs4x+KeuZAAq3GMZcfgxOsLy20KzbuT78LdGsPuyymEmbvxCHR0eLkz24pnpANKiL785ERSP0AF3Ti8Q+JP7ABT9rLyyIgjBvPU/oIZzdiceXVyFsXUhawg5cTxdLS/KpbWK7w/xMOL41YinyKw==; 24:C417aTL8VZQHPa8V1wVzWrhKANzQTZtrgFiz2z1wT7c6+lZSSdOGXCy8nHVKQu7sL3OL8zF2Vexzm4/1tGnzWn4+2WG2kLoWg7Kib8r2Jy0=; 20:KOe+A5QvCGhg1/6ntJACx28QKAr31focNSbpCktlTSny4j950sdHpXb7iBwWhaWese6WDqCtKTI1v/hk/Xxk3A== x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:CO1PR05MB458; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(5005006)(3002001); SRVR:CO1PR05MB458; BCL:0; PCL:0; RULEID:; SRVR:CO1PR05MB458; x-forefront-prvs: 0667289FF8 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(52314003)(189002)(199003)(189998001)(93886004)(40100003)(2950100001)(83506001)(86362001)(87936001)(99286002)(110136002)(19580395003)(92566002)(2656002)(77156002)(105586002)(62966003)(46102003)(122556002)(54356999)(64706001)(68736005)(101416001)(5001960100002)(66066001)(50986999)(76176999)(106356001)(5002640100001)(10400500002)(5001860100001)(5001830100001)(2900100001)(36756003)(102836002)(4001540100001)(97736004)(5001920100001)(4001350100001)(81156007); DIR:OUT; SFP:1102; SCL:1; SRVR:CO1PR05MB458; H:CO1PR05MB458.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) spamdiagnosticoutput: 1:23 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-ID: <5BAB75E7B56D2D4DA1AF1D18A801E1BC@namprd05.prod.outlook.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 13 Aug 2015 01:53:35.0603 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO1PR05MB458 Archived-At: Cc: Netconf Subject: Re: [Netconf] Opinion poll for the RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Aug 2015 01:53:45 -0000 >No, an encoding is just an encoding and not a new protocol version. I agree, which is why I was pointing out the silliness of keying off a protocol version. >Anyway, this is a hypothetical discussion, so lets not waste cycles on >it before we even have published RESTCONF 1.0. I disagree - we should see our way clear to the end game with such things. =20 So a legacy client pointed at a new server only supporting the 'a' encoding would learn that only from receiving back a 406 Not Acceptable? Assuming the client passed both +xml and +json, would the user then jump to ietf.org looking to see if there were a new encoding? This could be so much better if the 406 response body also included a message indicating which content types are available for the resource. Oooo, and so it can, according to rfc7231, Section 6.5.6: The server SHOULD generate a payload containing a list of available representation characteristics and corresponding resource identifiers from which the user or user agent can choose the one most appropriate. Works for me! Kent From nobody Wed Aug 12 19:41:28 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AEEAF1B2F5D for ; Wed, 12 Aug 2015 19:41:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.978 X-Spam-Level: X-Spam-Status: No, score=-1.978 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] 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 M0PJnLc4TTK9 for ; Wed, 12 Aug 2015 19:41:25 -0700 (PDT) Received: from mail-la0-f42.google.com (mail-la0-f42.google.com [209.85.215.42]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D3CC81B2F5B for ; Wed, 12 Aug 2015 19:41:24 -0700 (PDT) Received: by labd1 with SMTP id d1so19009110lab.1 for ; Wed, 12 Aug 2015 19:41:23 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=U7Rem8ETqOtlvKnj4RnhNZKqWCDyt/2X0Tvd95+2aFs=; b=QhDWyAq364gDUnXh94IvkMgxK5ue3P+cK7bhKlvkhHLhEtbdUCqEGmE5IH0WthaS2b KvgGhWaqljLaWNVZNERchB36K5c2pCNu1mFsZzbWOkHg+IXjfOETE3YrGddxBdGmKKcT alGgiO0Pwa0jnF2H44VrFpoIg+s4EHJjrtwPtlbJxZf5ohmlsfmxp68NIqoo7xiIu+p5 Na1//0ZbWyZggIB4z9AfCptorWF+cAOGFf9qmPDnpkFY7+USOXVevp4arMkVOipN/ih8 hgWqIJ7wtOno1f/Li2OZUv6VL2F2yVaTCbAooNyz4Eux+0yvnHzfh+k/IfN3D6qVBoN/ gYvg== X-Gm-Message-State: ALoCoQlFEwovO5w6YkJ+2UAqSNgn72jEiFmkrnr/um/uzjFxZ/R+1x0XWShFmFtG+hIDNZvO2453 MIME-Version: 1.0 X-Received: by 10.112.170.2 with SMTP id ai2mr28743939lbc.82.1439433683072; Wed, 12 Aug 2015 19:41:23 -0700 (PDT) Received: by 10.112.200.102 with HTTP; Wed, 12 Aug 2015 19:41:22 -0700 (PDT) In-Reply-To: References: <52F4D31E-FCCE-46AE-8A77-C56B36A2EC77@gmail.com> <20150810103415.GA16317@elstar.local> <20150812193728.GA21483@elstar.local> Date: Wed, 12 Aug 2015 19:41:22 -0700 Message-ID: From: Andy Bierman To: Kent Watsen Content-Type: multipart/alternative; boundary=001a11c33e185b8cc0051d28450c Archived-At: Cc: Netconf Subject: Re: [Netconf] Opinion poll for the RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Aug 2015 02:41:26 -0000 --001a11c33e185b8cc0051d28450c Content-Type: text/plain; charset=UTF-8 On Wed, Aug 12, 2015 at 6:53 PM, Kent Watsen wrote: > > > >No, an encoding is just an encoding and not a new protocol version. > > I agree, which is why I was pointing out the silliness of keying off a > protocol version. > > > >Anyway, this is a hypothetical discussion, so lets not waste cycles on > >it before we even have published RESTCONF 1.0. > > I disagree - we should see our way clear to the end game with such things. > > yes > > So a legacy client pointed at a new server only supporting the 'a' > encoding would learn that only from receiving back a 406 Not Acceptable? > Assuming the client passed both +xml and +json, would the user then jump > to ietf.org looking to see if there were a new encoding? This could be so > much better if the 406 response body also included a message indicating > which content types are available for the resource. Oooo, and so it can, > according to rfc7231, Section 6.5.6: > > The server SHOULD generate a payload containing a list of available > representation characteristics and corresponding resource identifiers > from which the user or user agent can choose the one most > appropriate. > > > Works for me! > > me too I have been asked several times about RESTCONF over CoAP using CBOR encoding. Some people do not like CoMI because we took out some features to make it simpler for constrained devices. RESTCONF without XML or JSON might happen sooner than you think. Kent > Andy --001a11c33e185b8cc0051d28450c Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Wed, Aug 12, 2015 at 6:53 PM, Kent Watsen <kwatsen@juniper.net> wrote:


>No, an encoding is just an encoding and not a new protocol version.

I agree, which is why I was pointing out the silliness of keying off a
protocol version.


>Anyway, this is a hypothetical discussion, so lets not waste cycles on<= br> >it before we even have published RESTCONF 1.0.

I disagree - we should see our way clear to the end game with such things.<= br>

yes
=C2=A0

So a legacy client pointed at a new server only supporting the 'a'<= br> encoding would learn that only from receiving back a 406 Not Acceptable? Assuming the client passed both +xml and +json, would the user then jump to ietf.or= g looking to see if there were a new encoding?=C2=A0 This could be so much better if the 406 response body also included a message indicating
which content types are available for the resource.=C2=A0 Oooo, and so it c= an,
according to rfc7231, Section 6.5.6:

=C2=A0 =C2=A0The server SHOULD generate a payload containing a list of avai= lable
=C2=A0 =C2=A0representation characteristics and corresponding resource iden= tifiers
=C2=A0 =C2=A0from which the user or user agent can choose the one most
=C2=A0 =C2=A0appropriate.


Works for me!


me too

I have been asked se= veral times about RESTCONF over CoAP
using CBOR encoding.=C2=A0 S= ome people do not like CoMI because
we took out some features to = make it simpler for constrained devices.
RESTCONF without XML or = JSON might happen sooner than you think.


Kent


Andy<= /div>
=C2=A0

--001a11c33e185b8cc0051d28450c-- From nobody Thu Aug 13 00:51:05 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 07F861B2BB4 for ; Thu, 13 Aug 2015 00:51:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.909 X-Spam-Level: X-Spam-Status: No, score=-6.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, 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 HfQgwNXnemnm for ; Thu, 13 Aug 2015 00:51:01 -0700 (PDT) Received: from smtp-fr.alcatel-lucent.com (fr-hpgre-esg-01.alcatel-lucent.com [135.245.210.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EB1241B2BB3 for ; Thu, 13 Aug 2015 00:51:00 -0700 (PDT) Received: from fr711usmtp1.zeu.alcatel-lucent.com (unknown [135.239.2.122]) by Websense Email Security Gateway with ESMTPS id BE78B9D9EF1A0; Thu, 13 Aug 2015 07:50:57 +0000 (GMT) Received: from FR712WXCHHUB03.zeu.alcatel-lucent.com (fr712wxchhub03.zeu.alcatel-lucent.com [135.239.2.74]) by fr711usmtp1.zeu.alcatel-lucent.com (GMO) with ESMTP id t7D7ovS7028321 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 13 Aug 2015 09:50:59 +0200 Received: from FR712WXCHMBA15.zeu.alcatel-lucent.com ([169.254.7.91]) by FR712WXCHHUB03.zeu.alcatel-lucent.com ([135.239.2.74]) with mapi id 14.03.0195.001; Thu, 13 Aug 2015 09:50:58 +0200 From: "Scharf, Michael (Michael)" To: "Ersue, Mehmet (Nokia - DE/Munich)" , Netconf Thread-Topic: Opinion poll for the RESTCONF encoding Thread-Index: AdDQhQr50kUYkjB9Qq2imxezQKAW3QFFq+mg Date: Thu, 13 Aug 2015 07:50:57 +0000 Message-ID: <655C07320163294895BBADA28372AF5D4845DE70@FR712WXCHMBA15.zeu.alcatel-lucent.com> References: In-Reply-To: Accept-Language: de-DE, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.239.27.40] Content-Type: multipart/alternative; boundary="_000_655C07320163294895BBADA28372AF5D4845DE70FR712WXCHMBA15z_" MIME-Version: 1.0 Archived-At: Subject: Re: [Netconf] Opinion poll for the RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Aug 2015 07:51:04 -0000 --_000_655C07320163294895BBADA28372AF5D4845DE70FR712WXCHMBA15z_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable x+j and let the market decide IMHO in some cases the encoding supported by the server will be simply know= n by out-of-band information and on-the-fly negotiation will not really be = required. But I guess the REST-ish way to determine encodings is HTTP accep= t. Michael From: Netconf [mailto:netconf-bounces@ietf.org] On Behalf Of Ersue, Mehmet = (Nokia - DE/Munich) Sent: Donnerstag, 6. August 2015 22:18 To: Netconf Subject: [Netconf] Opinion poll for the RESTCONF encoding Dear NETCONF WG, last October we had an opinion poll on the RESTCONF encoding, which ended w= ith a close consensus in favor of XML as mandatory. See https://mailarchive.ietf.org/arch/msg/netconf/YSEbLd-nnI0dlkeiIeGW-z6Jq= Dg Based on the recent discussion on this topic and opinions against mandatory= statements in RESTCONF, NETCONF WG co-chairs would like to start a new opi= nion poll. As stated in the mail for the previous poll, the result of the poll depends= on the count of people voting. So, all interested NETCONF WG members, please speak up so that we get a bet= ter data to judge on WG (rough) consensus. If the voting result is again close, the WG co-chairs will (again) declare = consensus in the sake of progress, based on the "dominant view" determined = by the co-chairs and AD. Please do state your opinion with short and concrete reasoning, by August 1= 9, 2015 18:00 PST about the following options: x) XML is mandatory, JSON optional, j) JSON is mandatory, XML optional, x&j) XML and JSON are both mandatory, x+j) Either XML or JSON is mandatory the other one is optional, nm) Both XML and JSON are optional and _not_ mandatory. For "x+j" and "nm" please provide a solution for a successful negotiation o= r determination of the encoding to be used between server and client. For the solution discussion a separate thread will be started and can be fi= nalized also after the poll deadline. You may think that one or the other option is useless from your pov. In thi= s case please ignore it. Looking forward to counting your votes and reading your reasoning. Thank you. Best Regards, Mehmet & Mahesh --_000_655C07320163294895BBADA28372AF5D4845DE70FR712WXCHMBA15z_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

x+j and let the marke= t decide

 <= /p>

IMHO in some cases the en= coding supported by the server will be simply known by out-of-band informat= ion and on-the-fly negotiation will not really be required. But I guess the REST-ish way to determine encodings is HTTP accept.

 <= /p>

Michael=

 <= /p>

 <= /p>

From: Netconf = [mailto:netconf-bounces@ietf.org] On Behalf Of Ersue, Mehmet (Nokia - DE/Munich)
Sent: Donnerstag, 6. August 2015 22:18
To: Netconf
Subject: [Netconf] Opinion poll for the RESTCONF encoding=

 

Dear NETCONF WG,

last October we had an opinion poll on the RESTCONF encoding, which ended w= ith a close consensus in favor of XML as mandatory.

Based on the recent discussion on this = topic and opinions against mandatory statements in RESTCONF, NETCONF WG co-= chairs would like to start a new opinion poll.

 

As stated in the mail for the previous = poll, the result of the poll depends on the count of people voting.

So, all interested NETCONF WG members, = please speak up so that we get a better data to judge on WG (rough) consens= us.

If the voting result is again close, th= e WG co-chairs will (again) declare consensus in the sake of progress, base= d on the “dominant view” determined by the co-chairs and AD.

 

Please do state your opinion with short= and concrete reasoning, by August 19, 2015 18:00 PST about the following o= ptions:

x) XML is mandatory, JSON optional,
j) JSON is mandatory, XML optional,

x&j) XML and JSON are both mandator= y,

x+j) Either XML or JSON is mandator= y the other one is optional,

nm) Both XML and JSON are optional and = _not_ mandatory.

 

For “x+j” and “nm= ” please provide a solution for a successful negotiation or determina= tion of the encoding to be used between server and client.

For the solution discussion a separate = thread will be started and can be finalized also after the poll deadline.

 

You may think that one or the other opt= ion is useless from your pov. In this case please ignore it.

 

Looking forward to counting your votes = and reading your reasoning.

Thank you.

 

Best Regards,
Mehmet & Mahesh

 

 

--_000_655C07320163294895BBADA28372AF5D4845DE70FR712WXCHMBA15z_-- From nobody Thu Aug 13 01:41:30 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7F2231B3775 for ; Thu, 13 Aug 2015 01:41:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.661 X-Spam-Level: X-Spam-Status: No, score=-5.661 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HELO_EQ_CZ=0.445, HOST_EQ_CZ=0.904, RCVD_IN_DNSWL_HI=-5, 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 6J1tq02dDKy1 for ; Thu, 13 Aug 2015 01:41:27 -0700 (PDT) Received: from mail.nic.cz (mail.nic.cz [217.31.204.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B3DC21B3776 for ; Thu, 13 Aug 2015 01:41:24 -0700 (PDT) Received: from birdie.labs.nic.cz (unknown [195.113.220.110]) by mail.nic.cz (Postfix) with ESMTPSA id C7C26181390; Thu, 13 Aug 2015 10:41:22 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=nic.cz; s=default; t=1439455282; bh=yWT5G91wTz+VwBeXPFhTLEPIU0mNcB1Yfmi4K5Qv6/M=; h=From:Date:To; b=XmWlkK4Uiz6MYaSjCeI+983zZJ5YVQw0zW+neHoHHrjF3wi8u2QLOqVkjzXKg8SOf rNbQePxve8OBbBSaUxT87olUBD4djLUWTEvFppcFXfSL9HQi7R6N+y51HVZ5JnR1go ALdZ7nojkk6RgncE2gm3xTOfR580cg9IWLKzH36w= Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) From: Ladislav Lhotka In-Reply-To: <655C07320163294895BBADA28372AF5D4845DE70@FR712WXCHMBA15.zeu.alcatel-lucent.com> Date: Thu, 13 Aug 2015 10:41:24 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <2F445F8A-72C8-4B03-B477-F3630DABAA3E@nic.cz> References: <655C07320163294895BBADA28372AF5D4845DE70@FR712WXCHMBA15.zeu.alcatel-lucent.com> To: "Scharf, Michael (Michael)" X-Mailer: Apple Mail (2.2102) X-Virus-Scanned: clamav-milter 0.98.7 at mail X-Virus-Status: Clean Archived-At: Cc: Netconf Subject: Re: [Netconf] Opinion poll for the RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Aug 2015 08:41:29 -0000 > On 13 Aug 2015, at 09:50, Scharf, Michael (Michael) = wrote: >=20 > x+j and let the market decide > =20 > IMHO in some cases the encoding supported by the server will be simply = known by out-of-band information and on-the-fly negotiation Indeed, NM software is usually selected for a concrete network. Lada > will not really be required. But I guess the REST-ish way to determine = encodings is HTTP accept. > =20 > Michael > =20 > =20 > From: Netconf [mailto:netconf-bounces@ietf.org] On Behalf Of Ersue, = Mehmet (Nokia - DE/Munich) > Sent: Donnerstag, 6. August 2015 22:18 > To: Netconf > Subject: [Netconf] Opinion poll for the RESTCONF encoding > =20 > Dear NETCONF WG, >=20 > last October we had an opinion poll on the RESTCONF encoding, which = ended with a close consensus in favor of XML as mandatory. > See = https://mailarchive.ietf.org/arch/msg/netconf/YSEbLd-nnI0dlkeiIeGW-z6JqDg > Based on the recent discussion on this topic and opinions against = mandatory statements in RESTCONF, NETCONF WG co-chairs would like to = start a new opinion poll. > =20 > As stated in the mail for the previous poll, the result of the poll = depends on the count of people voting. > So, all interested NETCONF WG members, please speak up so that we get = a better data to judge on WG (rough) consensus. > If the voting result is again close, the WG co-chairs will (again) = declare consensus in the sake of progress, based on the =E2=80=9Cdominant = view=E2=80=9D determined by the co-chairs and AD. > =20 > Please do state your opinion with short and concrete reasoning, by = August 19, 2015 18:00 PST about the following options: >=20 > x) XML is mandatory, JSON optional, > j) JSON is mandatory, XML optional, > x&j) XML and JSON are both mandatory, > x+j) Either XML or JSON is mandatory the other one is optional, > nm) Both XML and JSON are optional and _not_ mandatory. > =20 > For =E2=80=9Cx+j=E2=80=9D and =E2=80=9Cnm=E2=80=9D please provide a = solution for a successful negotiation or determination of the encoding = to be used between server and client. > For the solution discussion a separate thread will be started and can = be finalized also after the poll deadline. > =20 > You may think that one or the other option is useless from your pov. = In this case please ignore it. > =20 > Looking forward to counting your votes and reading your reasoning. > Thank you. > =20 > Best Regards,=20 > Mehmet & Mahesh > =20 > =20 > _______________________________________________ > Netconf mailing list > Netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf -- Ladislav Lhotka, CZ.NIC Labs PGP Key ID: E74E8C0C From nobody Thu Aug 13 01:58:11 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B0FAE1B379C for ; Thu, 13 Aug 2015 01:58:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] 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 y0ykoAR7HK-o for ; Thu, 13 Aug 2015 01:58:08 -0700 (PDT) Received: from aer-iport-3.cisco.com (aer-iport-3.cisco.com [173.38.203.53]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BFA341B3798 for ; Thu, 13 Aug 2015 01:58:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3561; q=dns/txt; s=iport; t=1439456287; x=1440665887; h=subject:to:references:cc:from:message-id:date: mime-version:in-reply-to; bh=rN4fMykw1RSQzGyPyrC6SKMh90YF4d67Ozx9vsR2fUQ=; b=PEIRvgp1INEF0nsjcYga5bfWVKqjYGRlJGWyqqbX2cy/5gNitDoqxq0a 0SHQRLrdgSm3BFeRSaQ7WbRTp/s3GKzL98IStKPl8wqFdtzO6ye6TIVyN BRJEWQIqVRXnvZpEPIbP+7Hs5LhS8OAfmqP8AQRBg7HkCqnJX6wJmL0FE c=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0CgBABGW8xV/xbLJq1dg29pv3ABCYUvSgKCBgEBAQEBAYELhCMBAQEDAQEBAWsKARALBBQJFg8JAwIBAgEVMAYBDAYCAQGIIggN0DIBAQEBAQEBAQEBAQEBAQEBAQEBAQETBItThD5LB4QsBZUajGyIbJE2JoN+PTOCTAEBAQ X-IronPort-AV: E=Sophos;i="5.15,668,1432598400"; d="scan'208,217";a="602833408" Received: from aer-iport-nat.cisco.com (HELO aer-core-1.cisco.com) ([173.38.203.22]) by aer-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 13 Aug 2015 08:58:05 +0000 Received: from [10.63.23.86] (dhcp-ensft1-uk-vla370-10-63-23-86.cisco.com [10.63.23.86]) by aer-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id t7D8w5lg015117; Thu, 13 Aug 2015 08:58:05 GMT To: Andy Bierman , Kent Watsen References: <52F4D31E-FCCE-46AE-8A77-C56B36A2EC77@gmail.com> <20150810103415.GA16317@elstar.local> <20150812193728.GA21483@elstar.local> From: Robert Wilton Message-ID: <55CC5C18.2030208@cisco.com> Date: Thu, 13 Aug 2015 09:58:00 +0100 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------040303040302010202010905" Archived-At: Cc: Netconf Subject: Re: [Netconf] Opinion poll for the RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Aug 2015 08:58:09 -0000 This is a multi-part message in MIME format. --------------040303040302010202010905 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit On 13/08/2015 03:41, Andy Bierman wrote: > > > I have been asked several times about RESTCONF over CoAP > using CBOR encoding. Some people do not like CoMI because > we took out some features to make it simpler for constrained devices. > RESTCONF without XML or JSON might happen sooner than you think. > Then does it still make sense to mandate that all compliant RESTCONF server implementations have to support at least one of XML or JSON? Cheers, Rob > > Kent > > > > Andy > > > > _______________________________________________ > Netconf mailing list > Netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf --------------040303040302010202010905 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit

On 13/08/2015 03:41, Andy Bierman wrote:


I have been asked several times about RESTCONF over CoAP
using CBOR encoding.  Some people do not like CoMI because
we took out some features to make it simpler for constrained devices.
RESTCONF without XML or JSON might happen sooner than you think.


Then does it still make sense to mandate that all compliant RESTCONF server implementations have to support at least one of XML or JSON?

Cheers,
Rob



Kent


Andy
 



_______________________________________________
Netconf mailing list
Netconf@ietf.org
https://www.ietf.org/mailman/listinfo/netconf

--------------040303040302010202010905-- From nobody Thu Aug 13 02:32:06 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 203261B37D5 for ; Thu, 13 Aug 2015 02:32:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] 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 SV6lLvCXez_1 for ; Thu, 13 Aug 2015 02:32:03 -0700 (PDT) Received: from aer-iport-2.cisco.com (aer-iport-2.cisco.com [173.38.203.52]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9CFEB1B37D4 for ; Thu, 13 Aug 2015 02:32:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=7517; q=dns/txt; s=iport; t=1439458322; x=1440667922; h=subject:to:references:from:message-id:date:mime-version: in-reply-to; bh=YxDxVMAfVYl6eWOA6+kv2/W2z2Gnv4Isu9YK3si40P4=; b=OLvEJEZr37RJpZHYjOzoADmWY7ssF4s3nozPDrvBYAixjUgawlQAMkjZ FT3knAyDQZTFHJGuKOPQuinSp6KUl6dbKUl89Dd4GB2/Dy/GXiKCfFkeY Y67fDegvgOnOKdq6CbK+3e3mKDD1WcQVVLQUlTyLpK4CUzWSvyl6J8tVV 0=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0BFAgDpY8xV/xbLJq1dgk6BIWm9ewEJgWsBC4UtSgKBchQBAQEBAQEBgQqEJAEBBAEBASpBGwsYCSUPAhYwBg0GAgEBF4gTDdBAAQEBAQEBAQECAQEBAQEBAQEailCBA4Q3AQEFUoQsBZINgw2FBIdogUpGg2WCd41Pg2cmg349M4EOgT4BAQE X-IronPort-AV: E=Sophos;i="5.15,669,1432598400"; d="scan'208,217";a="609358800" Received: from aer-iport-nat.cisco.com (HELO aer-core-4.cisco.com) ([173.38.203.22]) by aer-iport-2.cisco.com with ESMTP; 13 Aug 2015 09:31:51 +0000 Received: from [10.63.23.86] (dhcp-ensft1-uk-vla370-10-63-23-86.cisco.com [10.63.23.86]) by aer-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id t7D9VpUB012013 for ; Thu, 13 Aug 2015 09:31:51 GMT To: Netconf References: From: Robert Wilton Message-ID: <55CC6407.40205@cisco.com> Date: Thu, 13 Aug 2015 10:31:51 +0100 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------090401060102090705090305" Archived-At: Subject: Re: [Netconf] Opinion poll for the RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Aug 2015 09:32:05 -0000 This is a multi-part message in MIME format. --------------090401060102090705090305 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit I seem to be swimming against the tide, but my vote is for nm. More precisely, I would write "A server SHOULD support either XML or JSON encoding. For maximum interoperability it is RECOMMENDED that both client and servers support both XML and JSON". Justification: Don't cause a server to be non compliant with RESTCONF if they have a specific reason for requiring a different encoding. As for the client/server compatibility issue - I think that market forces will mean that this isn't an issue in practice. Thanks, Rob On 06/08/2015 21:18, Ersue, Mehmet (Nokia - DE/Munich) wrote: > Dear NETCONF WG, > > last October we had an opinion poll on the RESTCONF encoding, which > ended with a close consensus in favor of XML as mandatory. > See > _https://mailarchive.ietf.org/arch/msg/netconf/YSEbLd-nnI0dlkeiIeGW-z6JqDg_ > Based on the recent discussion on this topic and opinions against > mandatory statements in RESTCONF, NETCONF WG co-chairs would like to > start a new opinion poll. > As stated in the mail for the previous poll, the result of the poll > depends on the count of people voting. > So, all interested NETCONF WG members, please speak up so that we get > a better data to judge on WG (rough) consensus. > If the voting result is again close, the WG co-chairs will (again) > declare consensus in the sake of progress, based on the “dominant > view” determined by the co-chairs and AD. > Please do state your opinion with short and concrete reasoning, by > August 19, 2015 18:00 PST about the following options: > > x) XML is mandatory, JSON optional, > j) JSON is mandatory, XML optional, > x&j) XML and JSON are both mandatory, > x+j) Either XML or JSON is mandatory the other one is optional, > nm) Both XML and JSON are optional and _/not/_ mandatory. > For “x+j” and “nm” please provide a solution for a successful > negotiation or determination of the encoding to be used between server > and client. > For the solution discussion a separate thread will be started and can > be finalized also after the poll deadline. > You may think that one or the other option is useless from your pov. > In this case please ignore it. > Looking forward to counting your votes and reading your reasoning. > Thank you. > Best Regards, > Mehmet & Mahesh > > > _______________________________________________ > Netconf mailing list > Netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf --------------090401060102090705090305 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit I seem to be swimming against the tide, but my vote is for nm.

More precisely, I would write "A server SHOULD support either XML or JSON encoding.  For maximum interoperability it is RECOMMENDED that both client and servers support both XML and JSON".

Justification: Don't cause a server to be non compliant with RESTCONF if they have a specific reason for requiring a different encoding.

As for the client/server compatibility issue - I think that market forces will mean that this isn't an issue in practice.

Thanks,
Rob


On 06/08/2015 21:18, Ersue, Mehmet (Nokia - DE/Munich) wrote:
Dear NETCONF WG,

last October we had an opinion poll on the RESTCONF encoding, which ended with a close consensus in favor of XML as mandatory.
Based on the recent discussion on this topic and opinions against mandatory statements in RESTCONF, NETCONF WG co-chairs would like to start a new opinion poll.
 
As stated in the mail for the previous poll, the result of the poll depends on the count of people voting.
So, all interested NETCONF WG members, please speak up so that we get a better data to judge on WG (rough) consensus.
If the voting result is again close, the WG co-chairs will (again) declare consensus in the sake of progress, based on the “dominant view” determined by the co-chairs and AD.
 
Please do state your opinion with short and concrete reasoning, by August 19, 2015 18:00 PST about the following options:

x) XML is mandatory, JSON optional,
j) JSON is mandatory, XML optional,
x&j) XML and JSON are both mandatory,
x+j) Either XML or JSON is mandatory the other one is optional,
nm) Both XML and JSON are optional and _not_ mandatory.
 
For “x+j” and “nm” please provide a solution for a successful negotiation or determination of the encoding to be used between server and client.
For the solution discussion a separate thread will be started and can be finalized also after the poll deadline.
 
You may think that one or the other option is useless from your pov. In this case please ignore it.
 
Looking forward to counting your votes and reading your reasoning.
Thank you.
 
Best Regards,
Mehmet & Mahesh
 
 
 

_______________________________________________
Netconf mailing list
Netconf@ietf.org
https://www.ietf.org/mailman/listinfo/netconf

--------------090401060102090705090305-- From nobody Thu Aug 13 12:03:24 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 75D801B3946 for ; Thu, 13 Aug 2015 12:03:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] 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 D1FzUYE4wSSp for ; Thu, 13 Aug 2015 12:03:20 -0700 (PDT) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0102.outbound.protection.outlook.com [65.55.169.102]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6E61C1B393F for ; Thu, 13 Aug 2015 12:03:19 -0700 (PDT) Received: from BN1PR05MB456.namprd05.prod.outlook.com (10.141.59.26) by BN1PR05MB456.namprd05.prod.outlook.com (10.141.59.26) with Microsoft SMTP Server (TLS) id 15.1.225.19; Thu, 13 Aug 2015 19:03:16 +0000 Received: from BN1PR05MB456.namprd05.prod.outlook.com ([169.254.3.71]) by BN1PR05MB456.namprd05.prod.outlook.com ([169.254.3.71]) with mapi id 15.01.0225.018; Thu, 13 Aug 2015 19:03:16 +0000 From: Kent Watsen To: Robert Wilton , Netconf Thread-Topic: [Netconf] Opinion poll for the RESTCONF encoding Thread-Index: AdDQhQr50kUYkjB9Qq2imxezQKAW3QFJdc6AAAuSgAA= Date: Thu, 13 Aug 2015 19:03:16 +0000 Message-ID: References: <55CC6407.40205@cisco.com> In-Reply-To: <55CC6407.40205@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.4.140807 authentication-results: spf=none (sender IP is ) smtp.mailfrom=kwatsen@juniper.net; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [66.129.239.11] x-microsoft-exchange-diagnostics: 1; BN1PR05MB456; 5:zLXIVovPXo8Ur5lcKgA/QX6oLjQmfl+j+nwewLYpqyrG+bmTer2QHEYP0xkSSMYje1MyCnBy61Q8qkLWocKAzlcXI1LtijTYtw8DWxqfUJaouRQNTVUxmR3StvfLRSN98pZGMkmCX1EsnMmoPvzrLw==; 24:Wt7Hv+s9q8nxv0IaddB0W+AZs7Gf34L7RI0fwfq+XGx9rY037qU+JYzRh/SaoHbKAZLxF9Ld6fzDLSpDxvE0btsvsMbGMqtw2qOPHrfVWdw=; 20:XWI+Frml/7yEPyP3+AcueQnt1ZTEZLCRu20GxTk1NBBjAK2ki08FpVNl8unmxO29JGGyivsHRUyalUU0m0HgrQ== x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BN1PR05MB456; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(5005006)(3002001); SRVR:BN1PR05MB456; BCL:0; PCL:0; RULEID:; SRVR:BN1PR05MB456; x-forefront-prvs: 0667289FF8 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(189002)(199003)(479174004)(377454003)(164054003)(51444003)(24454002)(76176999)(575784001)(19580405001)(19580395003)(2656002)(5002640100001)(87936001)(105586002)(86362001)(101416001)(54356999)(66066001)(189998001)(99286002)(106356001)(5001960100002)(5001830100001)(50986999)(10400500002)(64706001)(97736004)(5001770100001)(4001350100001)(5001860100001)(107886002)(81156007)(4001540100001)(19625215002)(16236675004)(15975445007)(46102003)(68736005)(62966003)(19617315012)(2950100001)(102836002)(2900100001)(122556002)(40100003)(77156002)(36756003)(83506001)(92566002); DIR:OUT; SFP:1102; SCL:1; SRVR:BN1PR05MB456; H:BN1PR05MB456.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:3; A:1; LANG:en; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) spamdiagnosticoutput: 1:23 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_D1F2602BCBC3Ekwatsenjunipernet_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 13 Aug 2015 19:03:16.1660 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN1PR05MB456 Archived-At: Subject: Re: [Netconf] Opinion poll for the RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Aug 2015 19:03:23 -0000 --_000_D1F2602BCBC3Ekwatsenjunipernet_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I almost voted "nm" before for this reason and, with the recent info about = 406 including supported encodings, I'm now even more open to the idea... My only reservation is that I'm torn if interoperability is better achieved= by mandate or market forces. If it is outrageously onerous, the CoMI folk= s can always define "COMICONF" that is a one-line diff to RESTCONF ;) Kent From: Robert Wilton > Date: Thursday, August 13, 2015 at 5:31 AM To: "netconf@ietf.org" > Subject: Re: [Netconf] Opinion poll for the RESTCONF encoding I seem to be swimming against the tide, but my vote is for nm. More precisely, I would write "A server SHOULD support either XML or JSON e= ncoding. For maximum interoperability it is RECOMMENDED that both client a= nd servers support both XML and JSON". Justification: Don't cause a server to be non compliant with RESTCONF if th= ey have a specific reason for requiring a different encoding. As for the client/server compatibility issue - I think that market forces w= ill mean that this isn't an issue in practice. Thanks, Rob On 06/08/2015 21:18, Ersue, Mehmet (Nokia - DE/Munich) wrote: Dear NETCONF WG, last October we had an opinion poll on the RESTCONF encoding, which ended w= ith a close consensus in favor of XML as mandatory. See https://mailarchive.ietf.org/arch/msg/netconf/YSEbLd-nnI0dlkeiIeGW-z6Jq= Dg Based on the recent discussion on this topic and opinions against mandatory= statements in RESTCONF, NETCONF WG co-chairs would like to start a new opi= nion poll. As stated in the mail for the previous poll, the result of the poll depends= on the count of people voting. So, all interested NETCONF WG members, please speak up so that we get a bet= ter data to judge on WG (rough) consensus. If the voting result is again close, the WG co-chairs will (again) declare = consensus in the sake of progress, based on the "dominant view" determined = by the co-chairs and AD. Please do state your opinion with short and concrete reasoning, by August 1= 9, 2015 18:00 PST about the following options: x) XML is mandatory, JSON optional, j) JSON is mandatory, XML optional, x&j) XML and JSON are both mandatory, x+j) Either XML or JSON is mandatory the other one is optional, nm) Both XML and JSON are optional and _not_ mandatory. For "x+j" and "nm" please provide a solution for a successful negotiation o= r determination of the encoding to be used between server and client. For the solution discussion a separate thread will be started and can be fi= nalized also after the poll deadline. You may think that one or the other option is useless from your pov. In thi= s case please ignore it. Looking forward to counting your votes and reading your reasoning. Thank you. Best Regards, Mehmet & Mahesh _______________________________________________ Netconf mailing list Netconf@ietf.orghttps://www.ietf.org/mailman/listi= nfo/netconf --_000_D1F2602BCBC3Ekwatsenjunipernet_ Content-Type: text/html; charset="iso-8859-1" Content-ID: Content-Transfer-Encoding: quoted-printable

I almost voted "nm" before for this reason and, with the rec= ent info about 406 including supported encodings, I'm now even more open to= the idea...

My only reservation is that I'm torn if interoperability is better ach= ieved by mandate or market forces.  If it is outrageously onerous, the= CoMI folks can always define "COMICONF" that is a one-line diff = to RESTCONF  ;)

Kent

From: Robert Wilton <rwilton@cisco.com>
Date: Thursday, August 13, 2015 at = 5:31 AM
To: "netconf@ietf.org" <netconf@ietf.org>
Subject: Re: [Netconf] Opinion poll= for the RESTCONF encoding

I seem to be swimming against the= tide, but my vote is for nm.

More precisely, I would write "A server SHOULD support either XML or J= SON encoding.  For maximum interoperability it is RECOMMENDED that bot= h client and servers support both XML and JSON".

Justification: Don't cause a server to be non compliant with RESTCONF if th= ey have a specific reason for requiring a different encoding.

As for the client/server compatibility issue - I think that market forces w= ill mean that this isn't an issue in practice.

Thanks,
Rob


On 06/08/2015 21:18, Ersue, Mehmet (Nokia - = DE/Munich) wrote:
Dear NETCONF WG,

last October we had an opinion poll on the RESTCONF encoding, which ended w= ith a close consensus in favor of XML as mandatory.
Based on the recent discussion on this topic and opinions against mand= atory statements in RESTCONF, NETCONF WG co-chairs would like to start a ne= w opinion poll.
 
As stated in the mail for the previous poll, the result of the poll de= pends on the count of people voting.
So, all interested NETCONF WG members, please speak up so that we get = a better data to judge on WG (rough) consensus.
If the voting result is again close, the WG co-chairs will (again) dec= lare consensus in the sake of progress, based on the “dominant view&#= 8221; determined by the co-chairs and AD.
 
Please do state your opinion with short and concrete reasoning, by Aug= ust 19, 2015 18:00 PST about the following options:

x) XML is mandatory, JSON optional,
j) JSON is mandatory, XML optional,
x&j) XML and JSON are both mandatory,
x+j) Either XML or JSON is mandatory the other one is optional,
nm) Both XML and JSON are optional and _not_ mandatory.
 
For “x+j” and “nm” please provide a soluti= on for a successful negotiation or determination of the encoding to be used= between server and client.
For the solution discussion a separate thread will be started and can = be finalized also after the poll deadline.
 
You may think that one or the other option is useless from your pov. I= n this case please ignore it.
 
Looking forward to counting your votes and reading your reasoning.
Thank you.
 
Best Regards,
Mehmet & Mahesh
 
 


_______________________________________________
Netconf mailing list
Netc=
onf@ietf.orghttps://www.ietf.org/mailman/listinfo/netcon=
f

 --_000_D1F2602BCBC3Ekwatsenjunipernet_-- From nobody Fri Aug 14 04:17:40 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 465B51ACC87 for ; Fri, 14 Aug 2015 04:17:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] 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 KsaceEPADe2e for ; Fri, 14 Aug 2015 04:17:37 -0700 (PDT) Received: from aer-iport-2.cisco.com (aer-iport-2.cisco.com [173.38.203.52]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 356111ACC82 for ; Fri, 14 Aug 2015 04:17:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=13126; q=dns/txt; s=iport; t=1439551057; x=1440760657; h=subject:to:references:from:message-id:date:mime-version: in-reply-to; bh=Aai+mUxMd4+QZmK53OzXY1ln4y/j/XtX0on5xW25G9M=; b=IjthDKaL540q7bmrT+UiFSNp3FUgpK2mpWO7iBDtj1TY96oq5HwzPGnZ ewxVF/6ibo7E8azzH/33AsQlHKSqVKI6AVGUjL7oVqNpANINfxYL8uOD9 dyN7RsrTv2N0DN7pHnhiURdq/VGZAMOzgs4duYej1saRkiri3FweoSGLu Q=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0ChBAAQzc1V/xbLJq1dgk6BIWm+EYFrAQuFLUoCggISAQEBAQEBAYEKhCMBAQEDAQEBASpBEAsLDgMDAQIBCR4HDwIWHwkIBgEMBgIBAQUSA4gICA3QMAEBAQEBAQEBAQEBAQEBAQEBAQEBAReKUIEDgkGBdgEBBToYgi5NgTEFkg6DDYUEh2iBSkaDZYJ3jVGDZyaDfj0zgQ6BPgEBAQ X-IronPort-AV: E=Sophos;i="5.15,677,1432598400"; d="scan'208,217";a="610629214" Received: from aer-iport-nat.cisco.com (HELO aer-core-3.cisco.com) ([173.38.203.22]) by aer-iport-2.cisco.com with ESMTP; 14 Aug 2015 11:17:35 +0000 Received: from [10.63.23.86] (dhcp-ensft1-uk-vla370-10-63-23-86.cisco.com [10.63.23.86]) by aer-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id t7EBHXKK001107; Fri, 14 Aug 2015 11:17:33 GMT To: Kent Watsen , Netconf References: <55CC6407.40205@cisco.com> From: Robert Wilton Message-ID: <55CDCE4D.20605@cisco.com> Date: Fri, 14 Aug 2015 12:17:33 +0100 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------070607000707060706010908" Archived-At: Subject: Re: [Netconf] Opinion poll for the RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Aug 2015 11:17:39 -0000 This is a multi-part message in MIME format. --------------070607000707060706010908 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit On 13/08/2015 20:03, Kent Watsen wrote: > > I almost voted "nm" before for this reason and, with the recent info > about 406 including supported encodings, I'm now even more open to the > idea... I guess that I'm not convinced that either XML or JSON will necessarily end up as the prevalent encoding longer term, I think that one of the more efficient binary encodings will eventually win out. But if RESTCONF mandates XML or JSON now then it seems fairly unlikely that this requirement will be dropped any time in the near future because nobody likes to break backwards compatibility. > > My only reservation is that I'm torn if interoperability is better > achieved by mandate or market forces. Yes, I can emphasise with that view. > If it is outrageously onerous, the CoMI folks can always define > "COMICONF" that is a one-line diff to RESTCONF ;) At the end of the day, I'm also OK with x+j, but felt that nm was slightly better. I guess that what I have proposed really sits between x+j and nm, given that it is weaker than x+j but stronger than nm (i.e. RECOMMENDED rather than OPTIONAL). Thanks, Rob > > Kent > > From: Robert Wilton > > Date: Thursday, August 13, 2015 at 5:31 AM > To: "netconf@ietf.org " > > Subject: Re: [Netconf] Opinion poll for the RESTCONF encoding > > I seem to be swimming against the tide, but my vote is for nm. > > More precisely, I would write "A server SHOULD support either XML or > JSON encoding. For maximum interoperability it is RECOMMENDED that > both client and servers support both XML and JSON". > > Justification: Don't cause a server to be non compliant with RESTCONF > if they have a specific reason for requiring a different encoding. > > As for the client/server compatibility issue - I think that market > forces will mean that this isn't an issue in practice. > > Thanks, > Rob > > > On 06/08/2015 21:18, Ersue, Mehmet (Nokia - DE/Munich) wrote: >> Dear NETCONF WG, >> >> last October we had an opinion poll on the RESTCONF encoding, which >> ended with a close consensus in favor of XML as mandatory. >> See >> _https://mailarchive.ietf.org/arch/msg/netconf/YSEbLd-nnI0dlkeiIeGW-z6JqDg_ >> Based on the recent discussion on this topic and opinions against >> mandatory statements in RESTCONF, NETCONF WG co-chairs would like to >> start a new opinion poll. >> As stated in the mail for the previous poll, the result of the poll >> depends on the count of people voting. >> So, all interested NETCONF WG members, please speak up so that we get >> a better data to judge on WG (rough) consensus. >> If the voting result is again close, the WG co-chairs will (again) >> declare consensus in the sake of progress, based on the “dominant >> view” determined by the co-chairs and AD. >> Please do state your opinion with short and concrete reasoning, by >> August 19, 2015 18:00 PST about the following options: >> >> x) XML is mandatory, JSON optional, >> j) JSON is mandatory, XML optional, >> x&j) XML and JSON are both mandatory, >> x+j) Either XML or JSON is mandatory the other one is optional, >> nm) Both XML and JSON are optional and _/not/_ mandatory. >> For “x+j” and “nm” please provide a solution for a successful >> negotiation or determination of the encoding to be used between >> server and client. >> For the solution discussion a separate thread will be started and can >> be finalized also after the poll deadline. >> You may think that one or the other option is useless from your pov. >> In this case please ignore it. >> Looking forward to counting your votes and reading your reasoning. >> Thank you. >> Best Regards, >> Mehmet & Mahesh >> >> >> _______________________________________________ >> Netconf mailing list >> Netconf@ietf.orghttps://www.ietf.org/mailman/listinfo/netconf > --------------070607000707060706010908 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit
On 13/08/2015 20:03, Kent Watsen wrote:

I almost voted "nm" before for this reason and, with the recent info about 406 including supported encodings, I'm now even more open to the idea...
I guess that I'm not convinced that either XML or JSON will necessarily end up as the prevalent encoding longer term, I think that one of the more efficient binary encodings will eventually win out.

But if RESTCONF mandates XML or JSON now then it seems fairly unlikely that this requirement will be dropped any time in the near future because nobody likes to break backwards compatibility.


My only reservation is that I'm torn if interoperability is better achieved by mandate or market forces.
Yes, I can emphasise with that view.

 If it is outrageously onerous, the CoMI folks can always define "COMICONF" that is a one-line diff to RESTCONF  ;)
At the end of the day, I'm also OK with x+j, but felt that nm was slightly better.

I guess that what I have proposed really sits between x+j and nm, given that it is weaker than x+j but stronger than nm (i.e. RECOMMENDED rather than OPTIONAL).

Thanks,
Rob



Kent

From: Robert Wilton <rwilton@cisco.com>
Date: Thursday, August 13, 2015 at 5:31 AM
To: "netconf@ietf.org" <netconf@ietf.org>
Subject: Re: [Netconf] Opinion poll for the RESTCONF encoding

I seem to be swimming against the tide, but my vote is for nm.

More precisely, I would write "A server SHOULD support either XML or JSON encoding.  For maximum interoperability it is RECOMMENDED that both client and servers support both XML and JSON".

Justification: Don't cause a server to be non compliant with RESTCONF if they have a specific reason for requiring a different encoding.

As for the client/server compatibility issue - I think that market forces will mean that this isn't an issue in practice.

Thanks,
Rob


On 06/08/2015 21:18, Ersue, Mehmet (Nokia - DE/Munich) wrote:
Dear NETCONF WG,

last October we had an opinion poll on the RESTCONF encoding, which ended with a close consensus in favor of XML as mandatory.
Based on the recent discussion on this topic and opinions against mandatory statements in RESTCONF, NETCONF WG co-chairs would like to start a new opinion poll.
 
As stated in the mail for the previous poll, the result of the poll depends on the count of people voting.
So, all interested NETCONF WG members, please speak up so that we get a better data to judge on WG (rough) consensus.
If the voting result is again close, the WG co-chairs will (again) declare consensus in the sake of progress, based on the “dominant view” determined by the co-chairs and AD.
 
Please do state your opinion with short and concrete reasoning, by August 19, 2015 18:00 PST about the following options:

x) XML is mandatory, JSON optional,
j) JSON is mandatory, XML optional,
x&j) XML and JSON are both mandatory,
x+j) Either XML or JSON is mandatory the other one is optional,
nm) Both XML and JSON are optional and _not_ mandatory.
 
For “x+j” and “nm” please provide a solution for a successful negotiation or determination of the encoding to be used between server and client.
For the solution discussion a separate thread will be started and can be finalized also after the poll deadline.
 
You may think that one or the other option is useless from your pov. In this case please ignore it.
 
Looking forward to counting your votes and reading your reasoning.
Thank you.
 
Best Regards,
Mehmet & Mahesh
 
 


_______________________________________________
Netconf mailing list
Netconf@ietf.orghttps://www.ietf.org/mailman/listinfo/netconf

--------------070607000707060706010908-- From nobody Fri Aug 14 19:33:08 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B36AB1B2B9C for ; Fri, 14 Aug 2015 19:33:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.978 X-Spam-Level: X-Spam-Status: No, score=-1.978 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] 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 wn0bYem6sSLO for ; Fri, 14 Aug 2015 19:33:05 -0700 (PDT) Received: from mail-la0-f51.google.com (mail-la0-f51.google.com [209.85.215.51]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AA7571B2B9B for ; Fri, 14 Aug 2015 19:33:04 -0700 (PDT) Received: by labd1 with SMTP id d1so53365632lab.1 for ; Fri, 14 Aug 2015 19:33:03 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=kvsrHYBIrnATgP+exgSjiIADad1JPSj0DB9K2Dc4bfk=; b=auBkdA4LpEHmVbP+AOeH+u8rrLOfs4CI9wpttE5aHRzjmop0kxAmVJoW8HD+K/izc4 /AYlOF/X8IOJJZA2YxHFpfUCu5oz8XnX9xBtx0WndXAWPKuuWL/AiPwOPaK7FNjT243Y NZ+VdaED2pKbdOMC/36bxhTva+sZqmiUUIPE/aZOffLJzLqtH0vgIx1oGjwb5xfFEkRk OR2QvVoB1zFbRROr7enwnliXWlyx9JrNpPrkOMb05RzTid4R4GmBHeF88sX0esZgbIlq Tmc6cgzW2Ylk+IsiCV8h6ndvKFHp+art0EUShfIVZDO8Lg4JUxXEV+acmuvawJEDMzez YTWA== X-Gm-Message-State: ALoCoQmI2FRpnxoQ/yjznkZn88Xg3szXy9OQspRb5MoRl5NZq4icQcFkerDsWSbZVb6gn8EdxB0o MIME-Version: 1.0 X-Received: by 10.152.87.116 with SMTP id w20mr46334334laz.119.1439605982864; Fri, 14 Aug 2015 19:33:02 -0700 (PDT) Received: by 10.112.200.104 with HTTP; Fri, 14 Aug 2015 19:33:02 -0700 (PDT) In-Reply-To: <55CDCE4D.20605@cisco.com> References: <55CC6407.40205@cisco.com> <55CDCE4D.20605@cisco.com> Date: Fri, 14 Aug 2015 19:33:02 -0700 Message-ID: From: Andy Bierman To: Robert Wilton Content-Type: multipart/alternative; boundary=001a11c237c439bfa7051d5063f6 Archived-At: Cc: Netconf Subject: Re: [Netconf] Opinion poll for the RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Aug 2015 02:33:07 -0000 --001a11c237c439bfa7051d5063f6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, I did not say the CORE WG is going to standardize RESTCONF over CoAP. Their charter is being reviewed now. My preference is to keep CoMI as lightweight as possible. A RESTCONF-over-CoAP server would be non-standard. IMO it is not unreasonable to expect the server to support JSON to work with RESTCONF clients, to claim RESTCONF conformance. If there was a standard mapping of RESTCONF to CoAP, then the server would claim conformance to that RFC, not RESTCONF. Andy On Fri, Aug 14, 2015 at 4:17 AM, Robert Wilton wrote: > > On 13/08/2015 20:03, Kent Watsen wrote: > > > I almost voted "nm" before for this reason and, with the recent info abou= t > 406 including supported encodings, I'm now even more open to the idea... > > I guess that I'm not convinced that either XML or JSON will necessarily > end up as the prevalent encoding longer term, I think that one of the mor= e > efficient binary encodings will eventually win out. > > But if RESTCONF mandates XML or JSON now then it seems fairly unlikely > that this requirement will be dropped any time in the near future because > nobody likes to break backwards compatibility. > > > My only reservation is that I'm torn if interoperability is better > achieved by mandate or market forces. > > Yes, I can emphasise with that view. > > If it is outrageously onerous, the CoMI folks can always define > "COMICONF" that is a one-line diff to RESTCONF ;) > > At the end of the day, I'm also OK with x+j, but felt that nm was slightl= y > better. > > I guess that what I have proposed really sits between x+j and nm, given > that it is weaker than x+j but stronger than nm (i.e. RECOMMENDED rather > than OPTIONAL). > > Thanks, > Rob > > > > Kent > > From: Robert Wilton > Date: Thursday, August 13, 2015 at 5:31 AM > To: " netconf@ietf.org" > Subject: Re: [Netconf] Opinion poll for the RESTCONF encoding > > I seem to be swimming against the tide, but my vote is for nm. > > More precisely, I would write "A server SHOULD support either XML or JSON > encoding. For maximum interoperability it is RECOMMENDED that both clien= t > and servers support both XML and JSON". > > Justification: Don't cause a server to be non compliant with RESTCONF if > they have a specific reason for requiring a different encoding. > > As for the client/server compatibility issue - I think that market forces > will mean that this isn't an issue in practice. > > Thanks, > Rob > > > On 06/08/2015 21:18, Ersue, Mehmet (Nokia - DE/Munich) wrote: > > Dear NETCONF WG, > > last October we had an opinion poll on the RESTCONF encoding, which ended > with a close consensus in favor of XML as mandatory. > See > *https://mailarchive.ietf.org/arch/msg/netconf/YSEbLd-nnI0dlkeiIeGW-z6JqD= g* > > Based on the recent discussion on this topic and opinions against > mandatory statements in RESTCONF, NETCONF WG co-chairs would like to star= t > a new opinion poll. > > As stated in the mail for the previous poll, the result of the poll > depends on the count of people voting. > So, all interested NETCONF WG members, please speak up so that we get a > better data to judge on WG (rough) consensus. > If the voting result is again close, the WG co-chairs will (again) declar= e > consensus in the sake of progress, based on the =E2=80=9Cdominant view=E2= =80=9D determined > by the co-chairs and AD. > > Please do state your opinion with short and concrete reasoning, by August > 19, 2015 18:00 PST about the following options: > > x) XML is mandatory, JSON optional, > j) JSON is mandatory, XML optional, > x&j) XML and JSON are both mandatory, > x+j) Either XML or JSON is mandatory the other one is optional, > nm) Both XML and JSON are optional and _*not*_ mandatory. > > For =E2=80=9Cx+j=E2=80=9D and =E2=80=9Cnm=E2=80=9D please provide a solut= ion for a successful negotiation > or determination of the encoding to be used between server and client. > For the solution discussion a separate thread will be started and can be > finalized also after the poll deadline. > > You may think that one or the other option is useless from your pov. In > this case please ignore it. > > Looking forward to counting your votes and reading your reasoning. > Thank you. > > Best Regards, > Mehmet & Mahesh > > > > > _______________________________________________ > Netconf mailing listNetconf@ietf.orghttps://www.ietf.org/mailman/listinfo= /netconf > > > > > _______________________________________________ > Netconf mailing list > Netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf > > --001a11c237c439bfa7051d5063f6 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi,

I did not say the CORE WG is going = to standardize RESTCONF over CoAP.
Their charter is being reviewe= d now. My preference is to keep CoMI as
lightweight as possible. = =C2=A0

A RESTCONF-over-CoAP server would be non-st= andard.
IMO it is not unreasonable to expect the server to suppor= t JSON
to work with RESTCONF clients, to claim RESTCONF conforman= ce.

If there was a standard mapping of RESTCONF to= CoAP,
then the server would claim conformance to that RFC, not R= ESTCONF.


Andy

<= /div>

On Fri, Aug = 14, 2015 at 4:17 AM, Robert Wilton <rwilton@cisco.com> wrote= :
=20 =20 =20

On 13/08/2015 20:03, Kent Watsen wrote:
=20

I almost voted "nm" before for this reason and, with t= he recent info about 406 including supported encodings, I'm now even more open to the idea...
I guess that I'm not convinced that either XML or JSON will necessarily end up as the prevalent encoding longer term, I think that one of the more efficient binary encodings will eventually win out.

But if RESTCONF mandates XML or JSON now then it seems fairly unlikely that this requirement will be dropped any time in the near future because nobody likes to break backwards compatibility.


My only reservation is that I'm torn if interoperability is better achieved by mandate or market forces.
Yes, I can emphasise with that view.

=C2=A0If it is outrageously onerous, the CoMI folks can always define "COMICONF" that is a one-line diff to RESTCONF =C2= =A0;)
At the end of the day, I'm also OK with x+j, but felt that nm was slightly better.

I guess that what I have proposed really sits between x+j and nm, given that it is weaker than x+j but stronger than nm (i.e. RECOMMENDED rather than OPTIONAL).

Thanks,
Rob



Kent

From: Robert Wilton <rwilto= n@cisco.com>
Date: Thursday, August 13, 2015 at 5:31 AM
To: "netconf@ietf.org" <netconf= @ietf.org>
Subject: Re: [Netconf] Opinion poll for the RESTCONF encoding

I seem to be swimming against the tide, but my vote is for nm.

More precisely, I would write "A server SHOULD support either XML or JSON encoding.=C2=A0 For maximum interoperability it is RECOMMENDED that both client and servers support both XML and JSON".

Justification: Don't cause a server to be non compliant wit= h RESTCONF if they have a specific reason for requiring a different encoding.

As for the client/server compatibility issue - I think that market forces will mean that this isn't an issue in practice.

Thanks,
Rob


On 06/08/2015 21:18, Ersue, Mehmet (Nokia - DE/Munich) wrote:
=20 =20
Dear NETCONF WG,

last October we had an opinion poll on the RESTCONF encoding, which ended with a close consensus in favor of XML as mandatory.
See=C2=A0https://mailarchive.i= etf.org/arch/msg/netconf/YSEbLd-nnI0dlkeiIeGW-z6JqDg<= /div>
Based on the recent discussion on this topic and opinions against mandatory statements in RESTCONF, NETCONF WG co-chairs would like to start a new opinion poll.
=C2=A0
As stated in the mail for the previous poll, the result of the poll depends on the count of people voting.
So, all interested NETCONF WG members, please speak up so that we get a better data to judge on WG (rough) consensus.
If the voting result is again close, the WG co-chairs will (again) declare consensus in the sake of progress, based on the =E2=80=9Cdominant view=E2=80= =9D determined by the co-chairs and AD.
=C2=A0
Please do state your opinion with short and concrete reasoning, by August 19, 2015 18:00 PST about the following options:

x) XML is mandatory, JSON optional,
j) JSON is mandatory, XML optional,
x&j) XML and JSON are both mandatory,
x+j) Either XML or JSON is mandatory the other one is optional,
nm) Both XML and JSON are optional and _not_ mandatory.
=C2=A0
For =E2=80=9Cx+j=E2=80=9D and =E2=80=9Cnm=E2=80=9D p= lease provide a solution for a successful negotiation or determination of the encoding to be used between server and client.
For the solution discussion a separate thread will be started and can be finalized also after the poll deadline.
=C2=A0
You may think that one or the other option is useless from your pov. In this case please ignore it.
=C2=A0
Looking forward to counting your votes and reading your reasoning.
Thank you.
=C2=A0
Best Regards,
Mehmet & Mahesh
=C2=A0
=C2=A0


_______________________________________________
Netconf mailing list
Netconf@ietf.org<=
a href=3D"https://www.ietf.org/mailman/listinfo/netconf" target=3D"_blank">=
https://www.ietf.org/mailman/listinfo/netconf


_______________________________________________
Netconf mailing list
Netconf@ietf.org
https://www.ietf.org/mailman/listinfo/netconf


--001a11c237c439bfa7051d5063f6-- From nobody Fri Aug 14 19:47:17 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 25C7F1B2BB8 for ; Fri, 14 Aug 2015 19:47:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.978 X-Spam-Level: X-Spam-Status: No, score=-1.978 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] 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 9s6vvyv1f4Vy for ; Fri, 14 Aug 2015 19:47:12 -0700 (PDT) Received: from mail-la0-f45.google.com (mail-la0-f45.google.com [209.85.215.45]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5B0DC1B2BB7 for ; Fri, 14 Aug 2015 19:47:12 -0700 (PDT) Received: by labd1 with SMTP id d1so53446503lab.1 for ; Fri, 14 Aug 2015 19:47:10 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to:cc :content-type; bh=7ry/vvp+Z4jMZEvlt8fQVKtHcZof75vePvG8nwY5Cyk=; b=nCT3POrVQxDhuQquhOIXro6Lr2fhadAAFGXwIhB2w/XN9RixtP0KDqUBssuZqA6HdO 9uxTfjA0Of4iYDOFwn0x6cZ6TALUHMgsg8lLsNkIjsGCa1ScPqyvxaByWjtW8AAYsOKF Ahev5gu7n3G4AECh9xvpwDS2elFhDJqkrO6SG9lH17rynmtr2TY3owpYESKJl0p8i3is cZTlqAj59KJRJB09razgxRTZ5gBDsbHxWBCHLF7bve/8GNgLpBithjuv0RPdAqgS3WcY xI35hllZ2ZI153Pi/FeR90O3h2Tq836pyGd2AKyBCvMLb76kK4jFoNGObeII7nIPDupf jb8Q== X-Gm-Message-State: ALoCoQlbQrXKTBJMaQH8M5gnkx1882Zsov4vOUkOdG3V0chdU6vE8KZKvtoJKN2FqhD5kLgHlk69 MIME-Version: 1.0 X-Received: by 10.112.161.232 with SMTP id xv8mr944639lbb.123.1439606830818; Fri, 14 Aug 2015 19:47:10 -0700 (PDT) Received: by 10.112.200.104 with HTTP; Fri, 14 Aug 2015 19:47:10 -0700 (PDT) Date: Fri, 14 Aug 2015 19:47:10 -0700 Message-ID: From: Andy Bierman To: Robert Wilton Content-Type: multipart/alternative; boundary=001a11c3c46cc48292051d509506 Archived-At: Cc: Netconf Subject: [Netconf] transport independence (was Re: Opinion poll for the RESTCONF encoding) X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Aug 2015 02:47:16 -0000 --001a11c3c46cc48292051d509506 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, IMO it is a mistake to couple NETCONF or RESTCONF conformance to the mandatory transport (and message encoding). For RESTCONF, there should be a capability URI defined for restconf:1.0 that should be returned by the server. This just refers to the protocol operations and data models, not the transport. RESTCONF over CoAP (or something else) could identify its functionality with this URI as well. For NETCONF, there should really be "base:1.1" and "ssh:1.1" capabilities. The RFC can still make both mandatory. IMO "base" should not also imply "ssh". Andy On Fri, Aug 14, 2015 at 7:33 PM, Andy Bierman wrote: > Hi, > > I did not say the CORE WG is going to standardize RESTCONF over CoAP. > Their charter is being reviewed now. My preference is to keep CoMI as > lightweight as possible. > > A RESTCONF-over-CoAP server would be non-standard. > IMO it is not unreasonable to expect the server to support JSON > to work with RESTCONF clients, to claim RESTCONF conformance. > > If there was a standard mapping of RESTCONF to CoAP, > then the server would claim conformance to that RFC, not RESTCONF. > > > Andy > > > On Fri, Aug 14, 2015 at 4:17 AM, Robert Wilton wrote: > >> >> On 13/08/2015 20:03, Kent Watsen wrote: >> >> >> I almost voted "nm" before for this reason and, with the recent info >> about 406 including supported encodings, I'm now even more open to the >> idea... >> >> I guess that I'm not convinced that either XML or JSON will necessarily >> end up as the prevalent encoding longer term, I think that one of the mo= re >> efficient binary encodings will eventually win out. >> >> But if RESTCONF mandates XML or JSON now then it seems fairly unlikely >> that this requirement will be dropped any time in the near future becaus= e >> nobody likes to break backwards compatibility. >> >> >> My only reservation is that I'm torn if interoperability is better >> achieved by mandate or market forces. >> >> Yes, I can emphasise with that view. >> >> If it is outrageously onerous, the CoMI folks can always define >> "COMICONF" that is a one-line diff to RESTCONF ;) >> >> At the end of the day, I'm also OK with x+j, but felt that nm was >> slightly better. >> >> I guess that what I have proposed really sits between x+j and nm, given >> that it is weaker than x+j but stronger than nm (i.e. RECOMMENDED rather >> than OPTIONAL). >> >> Thanks, >> Rob >> >> >> >> Kent >> >> From: Robert Wilton >> Date: Thursday, August 13, 2015 at 5:31 AM >> To: " netconf@ietf.org" >> Subject: Re: [Netconf] Opinion poll for the RESTCONF encoding >> >> I seem to be swimming against the tide, but my vote is for nm. >> >> More precisely, I would write "A server SHOULD support either XML or JSO= N >> encoding. For maximum interoperability it is RECOMMENDED that both clie= nt >> and servers support both XML and JSON". >> >> Justification: Don't cause a server to be non compliant with RESTCONF if >> they have a specific reason for requiring a different encoding. >> >> As for the client/server compatibility issue - I think that market force= s >> will mean that this isn't an issue in practice. >> >> Thanks, >> Rob >> >> >> On 06/08/2015 21:18, Ersue, Mehmet (Nokia - DE/Munich) wrote: >> >> Dear NETCONF WG, >> >> last October we had an opinion poll on the RESTCONF encoding, which ende= d >> with a close consensus in favor of XML as mandatory. >> See >> *https://mailarchive.ietf.org/arch/msg/netconf/YSEbLd-nnI0dlkeiIeGW-z6Jq= Dg* >> >> Based on the recent discussion on this topic and opinions against >> mandatory statements in RESTCONF, NETCONF WG co-chairs would like to sta= rt >> a new opinion poll. >> >> As stated in the mail for the previous poll, the result of the poll >> depends on the count of people voting. >> So, all interested NETCONF WG members, please speak up so that we get a >> better data to judge on WG (rough) consensus. >> If the voting result is again close, the WG co-chairs will (again) >> declare consensus in the sake of progress, based on the =E2=80=9Cdominan= t view=E2=80=9D >> determined by the co-chairs and AD. >> >> Please do state your opinion with short and concrete reasoning, by Augus= t >> 19, 2015 18:00 PST about the following options: >> >> x) XML is mandatory, JSON optional, >> j) JSON is mandatory, XML optional, >> x&j) XML and JSON are both mandatory, >> x+j) Either XML or JSON is mandatory the other one is optional, >> nm) Both XML and JSON are optional and _*not*_ mandatory. >> >> For =E2=80=9Cx+j=E2=80=9D and =E2=80=9Cnm=E2=80=9D please provide a solu= tion for a successful negotiation >> or determination of the encoding to be used between server and client. >> For the solution discussion a separate thread will be started and can be >> finalized also after the poll deadline. >> >> You may think that one or the other option is useless from your pov. In >> this case please ignore it. >> >> Looking forward to counting your votes and reading your reasoning. >> Thank you. >> >> Best Regards, >> Mehmet & Mahesh >> >> >> >> >> _______________________________________________ >> Netconf mailing listNetconf@ietf.orghttps://www.ietf.org/mailman/listinf= o/netconf >> >> >> >> >> _______________________________________________ >> Netconf mailing list >> Netconf@ietf.org >> https://www.ietf.org/mailman/listinfo/netconf >> >> > --001a11c3c46cc48292051d509506 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi,

IMO it is a mistake to couple NETCO= NF or RESTCONF conformance
to the mandatory transport (and messag= e encoding).

For RESTCONF, there should be a capab= ility URI defined for
restconf:1.0 that should be returned by the= server.=C2=A0 This just refers to
the protocol o= perations and data models, not the transport.
RESTCONF over CoAP (or something else) could identify
its functionality with this URI as well.

For NETCONF, there should = really be "base:1.1" and "ssh:1.1" capabilities.
<= div class=3D"gmail_extra">The RFC can still make both mandatory.=C2=A0 IMO = "base" should not
also imply &quo= t;ssh".


Andy

On Fri, Aug 14, 2015 at 7:33 PM, Andy = Bierman <andy@yumaworks.com> wrote:
Hi,

I did not say the COR= E WG is going to standardize RESTCONF over CoAP.
Their charter is= being reviewed now. My preference is to keep CoMI as
lightweight= as possible. =C2=A0

A RESTCONF-over-CoAP server w= ould be non-standard.
IMO it is not unreasonable to expect the se= rver to support JSON
to work with RESTCONF clients, to claim REST= CONF conformance.

If there was a standard mapping = of RESTCONF to CoAP,
then the server would claim conformance to t= hat RFC, not RESTCONF.


Andy


On Fri, Aug 14, 2015 at 4:17 AM, Robert Wilton <rwilton@cisco.com>= ; wrote:
=20 =20 =20

On 13/08/2015 20:03, Kent Watsen wrote:
=20

I almost voted "nm" before for this reason and, with t= he recent info about 406 including supported encodings, I'm now even more open to the idea...
I guess that I'm not convinced that either XML or JSON will necessarily end up as the prevalent encoding longer term, I think that one of the more efficient binary encodings will eventually win out.

But if RESTCONF mandates XML or JSON now then it seems fairly unlikely that this requirement will be dropped any time in the near future because nobody likes to break backwards compatibility.


My only reservation is that I'm torn if interoperability is better achieved by mandate or market forces.
Yes, I can emphasise with that view.

=C2=A0If it is outrageously onerous, the CoMI folks can always define "COMICONF" that is a one-line diff to RESTCONF =C2= =A0;)
At the end of the day, I'm also OK with x+j, but felt that nm was slightly better.

I guess that what I have proposed really sits between x+j and nm, given that it is weaker than x+j but stronger than nm (i.e. RECOMMENDED rather than OPTIONAL).

Thanks,
Rob



Kent

From: Robert Wilton <rwilto= n@cisco.com>
Date: Thursday, August 13, 2015 at 5:31 AM
To: "netconf@ietf.org" <netconf= @ietf.org>
Subject: Re: [Netconf] Opinion poll for the RESTCONF encoding

I seem to be swimming against the tide, but my vote is for nm.

More precisely, I would write "A server SHOULD support either XML or JSON encoding.=C2=A0 For maximum interoperability it is RECOMMENDED that both client and servers support both XML and JSON".

Justification: Don't cause a server to be non compliant wit= h RESTCONF if they have a specific reason for requiring a different encoding.

As for the client/server compatibility issue - I think that market forces will mean that this isn't an issue in practice.

Thanks,
Rob


On 06/08/2015 21:18, Ersue, Mehmet (Nokia - DE/Munich) wrote:
=20 =20
Dear NETCONF WG,

last October we had an opinion poll on the RESTCONF encoding, which ended with a close consensus in favor of XML as mandatory.
See=C2=A0https://mailarchive.i= etf.org/arch/msg/netconf/YSEbLd-nnI0dlkeiIeGW-z6JqDg<= /div>
Based on the recent discussion on this topic and opinions against mandatory statements in RESTCONF, NETCONF WG co-chairs would like to start a new opinion poll.
=C2=A0
As stated in the mail for the previous poll, the result of the poll depends on the count of people voting.
So, all interested NETCONF WG members, please speak up so that we get a better data to judge on WG (rough) consensus.
If the voting result is again close, the WG co-chairs will (again) declare consensus in the sake of progress, based on the =E2=80=9Cdominant view=E2=80= =9D determined by the co-chairs and AD.
=C2=A0
Please do state your opinion with short and concrete reasoning, by August 19, 2015 18:00 PST about the following options:

x) XML is mandatory, JSON optional,
j) JSON is mandatory, XML optional,
x&j) XML and JSON are both mandatory,
x+j) Either XML or JSON is mandatory the other one is optional,
nm) Both XML and JSON are optional and _not_ mandatory.
=C2=A0
For =E2=80=9Cx+j=E2=80=9D and =E2=80=9Cnm=E2=80=9D p= lease provide a solution for a successful negotiation or determination of the encoding to be used between server and client.
For the solution discussion a separate thread will be started and can be finalized also after the poll deadline.
=C2=A0
You may think that one or the other option is useless from your pov. In this case please ignore it.
=C2=A0
Looking forward to counting your votes and reading your reasoning.
Thank you.
=C2=A0
Best Regards,
Mehmet & Mahesh
=C2=A0
=C2=A0


_______________________________________________
Netconf mailing list
Netconf@ietf.org<=
a href=3D"https://www.ietf.org/mailman/listinfo/netconf" target=3D"_blank">=
https://www.ietf.org/mailman/listinfo/netconf


_______________________________________________
Netconf mailing list
Netconf@ietf.org<= br> https://www.ietf.org/mailman/listinfo/netconf



--001a11c3c46cc48292051d509506-- From nobody Sat Aug 15 08:42:37 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B00271B2F76; Sat, 15 Aug 2015 08:42:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -97.155 X-Spam-Level: X-Spam-Status: No, score=-97.155 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100] autolearn=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 zyE8ttyra6Kp; Sat, 15 Aug 2015 08:42:32 -0700 (PDT) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 972051B2F72; Sat, 15 Aug 2015 08:42:32 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=174.124.199.108; From: "Susan Hares" To: Date: Sat, 15 Aug 2015 11:42:32 -0400 Message-ID: <03a001d0d771$007a8490$016f8db0$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_03A1_01D0D74F.796A6B30" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdDXcCsRi+dV8dVhTn2lAZ4excD+Nw== Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: 'Netconf' Subject: [Netconf] Minutes posted for IETF 93 X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Aug 2015 15:42:34 -0000 This is a multipart message in MIME format. ------=_NextPart_000_03A1_01D0D74F.796A6B30 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit I2RS WG: A big thanks to John Messenger and Eric Voit who recorded notes on Thursday. The I2RS minutes are posted at: https://www.ietf.org/proceedings/93/minutes/minutes-93-i2rs Due to the lengthy discussion for I2RS on Thursday, the minutes are rather long (27 pages of minutes). However, these minutes will be very useful in setting up the action items for the following design teams: . Service topology design team, . I2RS protocol design team, . FB-RIB design team, and a . IETF-94 hack-a-thon design. These design teams will be busy in 8/17 - 11/17 - with status reports coming to the I2RS at the I2RS interims. Please review the notes. I will post action items for each design team based on the Notes on Monday. Please compare my action items with what you think the notes said, and respond on the list. I ask a favor of those who spoke at the microphone. Please check that your name was represented. I missed several names - so I need your help to improve these notes. Sue Hares ------=_NextPart_000_03A1_01D0D74F.796A6B30 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I2RS WG: =

 

A big thanks to John Messenger and Eric Voit who = recorded notes on Thursday. 

 

The I2RS = minutes are posted at:

http= s://www.ietf.org/proceedings/93/minutes/minutes-93-i2rs

 

Due to = the lengthy discussion for I2RS on Thursday, the minutes are rather long = (27 pages of minutes).  However, these minutes will be very useful = in setting up the action items for the following design teams: =

·         = Service topology design team, =

·         = I2RS protocol design team, =

·         = FB-RIB design team, and a =

·         = IETF-94 hack-a-thon design. =

 

These design teams will be busy in 8/17 – 11/17 = – with status reports coming to the I2RS at the I2RS interims. =

 

Please review the notes.  I will post action = items for each design team based on the Notes on Monday. Please compare = my action items with what you think the notes said, and respond on the = list.

 

I ask a favor of those who spoke at the = microphone.  Please check that your name was represented.  I = missed several names – so I need your help to improve these notes. =

 

Sue Hares

 

------=_NextPart_000_03A1_01D0D74F.796A6B30-- From nobody Sat Aug 15 10:50:34 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4C6731A1F16; Sat, 15 Aug 2015 10:50:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] 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 TQF58RV3xY-0; Sat, 15 Aug 2015 10:50:30 -0700 (PDT) Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8CDBA1A1EF4; Sat, 15 Aug 2015 10:50:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=415; q=dns/txt; s=iport; t=1439661030; x=1440870630; h=subject:to:references:cc:from:message-id:date: mime-version:in-reply-to:content-transfer-encoding; bh=URktU9hUjccwDIuSBWIJaoYOdXRVijqjYf7smtFwojQ=; b=loO6vIwLLDbvuhAtLfoGn59K4c38O+uMrJrDUxIxIq6izLFboo0lEBu7 vX2Rc/QWlOy3VOvie9tICCmZeCa0pQHjPKZTX9wqWJzFz4/Za8nJCEVc+ R12SRaBevhQWDMj+T6YB6YGSR7J1tr482ZIHGIGVKe6iGJ49XhfL4lu41 o=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0ArBQDxes9V/49dJa1dgxtUwH+FeQKBLjwQAQEBAQEBAYEKhCQBAQQ4QAEQCw4KCRYPCQMCAQIBRQYBDAgBAYgqDc5sAQEBAQEBAQEBAQEBAQEBAQEBAQEBEwSLUoUJB4QsAQSVHYxsiG2ROiaEGSKCfwEBAQ X-IronPort-AV: E=Sophos;i="5.15,685,1432598400"; d="scan'208";a="24322058" Received: from rcdn-core-7.cisco.com ([173.37.93.143]) by rcdn-iport-2.cisco.com with ESMTP; 15 Aug 2015 17:50:29 +0000 Received: from [10.117.46.164] (rtp-jclarke-8913.cisco.com [10.117.46.164]) by rcdn-core-7.cisco.com (8.14.5/8.14.5) with ESMTP id t7FHoT40007345; Sat, 15 Aug 2015 17:50:29 GMT To: Susan Hares , i2rs@ietf.org References: <03a001d0d771$007a8490$016f8db0$@ndzh.com> From: Joe Clarke Organization: Cisco Systems, Inc. Message-ID: <55CF7BE5.8000905@cisco.com> Date: Sat, 15 Aug 2015 13:50:29 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <03a001d0d771$007a8490$016f8db0$@ndzh.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: 'Netconf' Subject: Re: [Netconf] [i2rs] Minutes posted for IETF 93 X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Aug 2015 17:50:32 -0000 On 8/15/15 11:42, Susan Hares wrote: > I2RS WG: > > A big thanks to John Messenger and Eric Voit who recorded notes on > Thursday. > > The I2RS minutes are posted at: > > https://www.ietf.org/proceedings/93/minutes/minutes-93-i2rs As a follow on to the traceability+IPSE work, I have already reached out to Sami on where there might be interconnect. I'll keep the list informed on progress. Joe From nobody Wed Aug 26 17:02:42 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 307F51B3677 for ; Wed, 26 Aug 2015 17:02:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.1 X-Spam-Level: X-Spam-Status: No, score=-0.1 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] 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 0nktzJKzaqUu for ; Wed, 26 Aug 2015 17:02:40 -0700 (PDT) Received: from mail-pa0-x230.google.com (mail-pa0-x230.google.com [IPv6:2607:f8b0:400e:c03::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BC4BF1B36D8 for ; Wed, 26 Aug 2015 17:02:39 -0700 (PDT) Received: by pacti10 with SMTP id ti10so3956068pac.0 for ; Wed, 26 Aug 2015 17:02:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:subject:message-id:date:to:mime-version; bh=du89sBABwJ4fRi/QnjXlR89zQZVI6kfE0h56HM58p3M=; b=F3J9jnZRVUAiPoS6v544xY0sgj/9nYda2YqQjDWCSmbBUSAogz5MixbB0dJARioe63 bEYgHXxFk45MF+4zgMSDUnX+9CdvHm9oLADzHX22Pi5foMaq1GiPgmKQDOrtRzaDFvst R33Ua5rOAZq0BqUlKTuZJGhYwCCR2WxH+3ZGIsy71dPhkxErS8Ba6XT3imelMAmCrkWe I+nHmW09ExiQaAr61VITwVU7Mb8/b+LTLs2gPAcskkYAMvVKXrWgmqM8Stc5Pmzgf32/ tdPqk+GJdc1LajEoipCaaUQ5FbiQtVIBnXrmUkj2rTgBput3lp7t7+Ark5YlVyzmg23j VKvQ== X-Received: by 10.66.164.130 with SMTP id yq2mr2017711pab.67.1440633759468; Wed, 26 Aug 2015 17:02:39 -0700 (PDT) Received: from dmp-sjc23-3.cisco.com (dmp-sjc23-3.cisco.com. [128.107.157.235]) by smtp.gmail.com with ESMTPSA id xv1sm215081pbb.25.2015.08.26.17.02.38 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 26 Aug 2015 17:02:38 -0700 (PDT) From: Mahesh Jethanandani Content-Type: multipart/alternative; boundary="Apple-Mail=_B3144C3E-FB45-4D94-AD2D-59170861C102" Message-Id: <1232641A-BE91-4AAD-962D-779E4D85403A@gmail.com> Date: Wed, 26 Aug 2015 17:03:57 -0700 To: Netconf Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) X-Mailer: Apple Mail (2.2098) Archived-At: Subject: [Netconf] Opinion poll on RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Aug 2015 00:02:42 -0000 --Apple-Mail=_B3144C3E-FB45-4D94-AD2D-59170861C102 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii A little more than two weeks ago, the chairs of NETCONF WG had issued a = opinion poll on RESCONF encoding. The options given were: x) XML is mandatory, JSON optional, j) JSON is mandatory, XML optional, x&j) XML and JSON are both mandatory, x+j) Either XML or JSON is mandatory the other one is optional, nm) Both XML and JSON are optional and _not_ mandatory. The option x+j won by a large margin and at this time can be declared as = the rough consensus by the WG. Separately, a secondary question was raised around how the encoding = could be or would be discovered. On that we do not seem to have a = consensus. Two proposals that were made are: Client sends all supported encodings in Accept request-header, with an = (optional) preference indication via quality (q). Server responds with = one of the encodings or 406 (not supported). The encoding formats would = be limited to a small set - XML and JSON with this option to encourage = interoperability. Server advertises support of encodings using the ./well-known/host-meta = file and XRD. Please indicate your opinion on the discovery of encoding part of the = discussion. This opinion will not change the consensus on the poll of = RESTCONF encoding. Mahesh & Mehmet --Apple-Mail=_B3144C3E-FB45-4D94-AD2D-59170861C102 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii A little more than two weeks ago, the chairs of NETCONF WG = had issued a opinion poll on RESCONF encoding. The options given = were:

x) XML is = mandatory, JSON optional,
j) JSON is mandatory, XML = optional,
x&j) XML and JSON are both mandatory,
x+j) Either XML or JSON is mandatory the other one is = optional,
nm) Both XML and JSON are optional and _not_ = mandatory.

The = option x+j won by a large margin and at this time can be declared as the = rough consensus by the WG.

Separately, a secondary question was raised around how the = encoding could be or would be discovered. On that we do not seem to have = a consensus. Two proposals that were made are:

  1. Client sends all supported encodings in Accept = request-header, with an (optional) preference indication via quality = (q). Server responds with one of the encodings or 406 (not supported). = The encoding formats would be limited to a small set - XML and JSON with = this option to encourage interoperability.
  2. Server = advertises support of encodings using the ./well-known/host-meta file = and XRD.

Please indicate your opinion on the discovery of encoding = part of the discussion. This opinion will not change the consensus on = the poll of RESTCONF encoding.

Mahesh & Mehmet



= --Apple-Mail=_B3144C3E-FB45-4D94-AD2D-59170861C102-- From nobody Wed Aug 26 17:23:33 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 256661ACCE1 for ; Wed, 26 Aug 2015 17:23:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.978 X-Spam-Level: X-Spam-Status: No, score=-1.978 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] 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 czmVz2o0sGGk for ; Wed, 26 Aug 2015 17:23:30 -0700 (PDT) Received: from mail-lb0-f181.google.com (mail-lb0-f181.google.com [209.85.217.181]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A21471A92B4 for ; Wed, 26 Aug 2015 17:23:29 -0700 (PDT) Received: by lbbsx3 with SMTP id sx3so1939775lbb.0 for ; Wed, 26 Aug 2015 17:23:28 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=2w6yiKcIZ8lX4r6QWtFEOZsbR2ZEreCnxCA2GDhKgB4=; b=hTs6WULYa5utXqYdcav8Ejf2boW1HQ/1rIcKuFotD9zuhD2E11u54rd9Nq5yri/RPb Vc/X1rATT4BkeBC3ZnvB1QZQh7N80mcjdQnDsnRZgFIltYHqlWhNAF+mN72ATd3LbBcZ evIZywtsVTOq5pQFqIU9RsKH7nb9a/Np2FEM/BsNQiAp52GGQfZkKbQLdAPoF5POqIOa Fw1YYmhcxpDo+s0bOIecOvN/5P3xbcQAhBXQGi7aqMSVEm1XiUqn+QpsCqtkDHeIe5Ia Y0XVo+a9rdPTGaqEZlgFxS4c66lhvwyHyyo6aRaLKm7kqbMK82kGCVtwghgZhyaTn9x/ bU5w== X-Gm-Message-State: ALoCoQnv4tHfKNAkLjzwVkSd7q0Nomqc1S/kSJbIhLup6nMOpTDXmg/WGguYVLI5sv40KnHtOGfO MIME-Version: 1.0 X-Received: by 10.152.120.74 with SMTP id la10mr788119lab.37.1440635007779; Wed, 26 Aug 2015 17:23:27 -0700 (PDT) Received: by 10.112.200.104 with HTTP; Wed, 26 Aug 2015 17:23:27 -0700 (PDT) In-Reply-To: <1232641A-BE91-4AAD-962D-779E4D85403A@gmail.com> References: <1232641A-BE91-4AAD-962D-779E4D85403A@gmail.com> Date: Wed, 26 Aug 2015 17:23:27 -0700 Message-ID: From: Andy Bierman To: Mahesh Jethanandani Content-Type: multipart/alternative; boundary=089e01229022e3e131051e3ff9ce Archived-At: Cc: Netconf Subject: Re: [Netconf] Opinion poll on RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Aug 2015 00:23:32 -0000 --089e01229022e3e131051e3ff9ce Content-Type: text/plain; charset=UTF-8 On Wed, Aug 26, 2015 at 5:03 PM, Mahesh Jethanandani < mjethanandani@gmail.com> wrote: > A little more than two weeks ago, the chairs of NETCONF WG had issued a > opinion poll on RESCONF encoding. The options given were: > > x) XML is mandatory, JSON optional, > j) JSON is mandatory, XML optional, > x&j) XML and JSON are both mandatory, > x+j) Either XML or JSON is mandatory the other one is optional, > nm) Both XML and JSON are optional and _not_ mandatory. > > The option x+j won by a large margin and at this time can be declared as > the rough consensus by the WG. > > Separately, a secondary question was raised around how the encoding could > be or would be discovered. On that we do not seem to have a consensus. Two > proposals that were made are: > > > 1. Client sends all supported encodings in Accept request-header, with > an (optional) preference indication via quality (q). Server responds with > one of the encodings or 406 (not supported). The encoding formats would be > limited to a small set - XML and JSON with this option to encourage > interoperability. > 2. Server advertises support of encodings using the > ./well-known/host-meta file and XRD. > > > Please indicate your opinion on the discovery of encoding part of the > discussion. This opinion will not change the consensus on the poll of > RESTCONF encoding. > > This really isn't subject to the opinion of the WG. HTTP uses the Accept header. The only issue for RESTCONF is what does the server do if there is no Accept header from the client? Currently I think the draft says the server will send XML by default. It needs to change to be silent and let the server send whatever it wants. Even if (2) was done the server still MUST support the Accept header. > Mahesh & Mehmet > > > Andy > > > _______________________________________________ > Netconf mailing list > Netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf > > --089e01229022e3e131051e3ff9ce Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Wed, Aug 26, 2015 at 5:03 PM, Mahesh Jethanandani = <mjethanand= ani@gmail.com> wrote:
A little more than two weeks ago, the chairs= of NETCONF WG had issued a opinion poll on RESCONF encoding. The options g= iven were:

x) XML is mandatory, JSON optional,
j) JSO= N is mandatory, XML optional,
x&j) XML and JSON are both mandatory,<= br>x+j) Either XML or JSON is mandatory the other one is optional,
nm) B= oth XML and JSON are optional and _not_ mandatory.

The option x+j won by a large margin and at this time can be declared as t= he rough consensus by the WG.

Separately, a second= ary question was raised around how the encoding could be or would be discov= ered. On that we do not seem to have a consensus. Two proposals that were m= ade are:

  1. Client sends all supported encodi= ngs in Accept request-header, with an (optional) preference indication via = quality (q). Server responds with one of the encodings or 406 (not supporte= d). The encoding formats would be limited to a small set - XML and JSON wit= h this option to encourage interoperability.
  2. Server advertises supp= ort of encodings using the ./well-known/host-meta file and XRD.

Please indicate your opinion on the discovery of encoding= part of the discussion. This opinion will not change the consensus on the = poll of RESTCONF encoding.


This really isn't subject to the opinion of the WG.
HTTP uses the Accept header.
The only issue for RESTC= ONF is what does the server do if
there is no Accept header from = the client?
Currently I think the draft says the server will send= XML by default.
It needs to change to be silent and let the serv= er send whatever it wants.

Even if (2) was done th= e server still MUST support the Accept header.

=C2=A0
Mahesh & Mehmet



Andy
=C2=A0


_______________________________________________ Netconf mailing list
Netconf@ietf.org
https://www.ietf.org/mailman/listinfo/netconf


--089e01229022e3e131051e3ff9ce-- From nobody Wed Aug 26 18:37:39 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 79D5D1A6F3C for ; Wed, 26 Aug 2015 18:37:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] 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 wLB9xDQM7_eu for ; Wed, 26 Aug 2015 18:37:35 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0740.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::1:740]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 272601B2E33 for ; Wed, 26 Aug 2015 18:37:34 -0700 (PDT) Received: from CO1PR05MB458.namprd05.prod.outlook.com (10.141.72.140) by CO1PR05MB460.namprd05.prod.outlook.com (10.141.72.152) with Microsoft SMTP Server (TLS) id 15.1.231.21; Thu, 27 Aug 2015 01:37:30 +0000 Received: from CO1PR05MB458.namprd05.prod.outlook.com ([169.254.10.27]) by CO1PR05MB458.namprd05.prod.outlook.com ([169.254.10.27]) with mapi id 15.01.0256.013; Thu, 27 Aug 2015 01:37:30 +0000 From: Kent Watsen To: Andy Bierman , Mahesh Jethanandani Thread-Topic: [Netconf] Opinion poll on RESTCONF encoding Thread-Index: AQHQ4Fu1VDdK2ycC2UOA3lddVeqi4J4e/HeA///RngA= Date: Thu, 27 Aug 2015 01:37:30 +0000 Message-ID: References: <1232641A-BE91-4AAD-962D-779E4D85403A@gmail.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.4.140807 authentication-results: spf=none (sender IP is ) smtp.mailfrom=kwatsen@juniper.net; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [66.129.239.13] x-microsoft-exchange-diagnostics: 1; CO1PR05MB460; 5:IWaGmJqcwjPby64hlxHZqYbIWpKnOBv0el9J6WKfb+HqO/PVh3qXim7hXc3X2iXpiCz9UtpCJ7yRxBXCi++gRfIKJNvIMvS41BuOzanGP2CfnjbXB9H18gVdQ7kTAXqPaXlY4o8RK6+d74YduW1bMA==; 24:gAQkxvukSSvYhegbwVenS/+IhU1ZGDveGcD2GgCsXHZ9/uh5F/QxCyevIlIYusr5LoAf2WqyBmMSUvxkXRvTDpd+e5HCgdn8gPu+xdko8c4=; 20:yXwdZR890DM9BXSDowpOtvl2eQXHf5NuQXzkMFWlJ6Y9rMfhEuguillr5h/oKBvxWdMrZ+mdR2YS4y+F1EZ8KA== x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:CO1PR05MB460; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(8121501046)(5005006)(3002001); SRVR:CO1PR05MB460; BCL:0; PCL:0; RULEID:; SRVR:CO1PR05MB460; x-forefront-prvs: 06818431B9 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(199003)(189002)(87936001)(561944003)(97736004)(5001960100002)(40100003)(101416001)(5001830100001)(189998001)(5007970100001)(5001920100001)(99286002)(5001770100001)(5002640100001)(5004730100002)(36756003)(5001860100001)(106116001)(68736005)(76176999)(102836002)(46102003)(83506001)(2900100001)(50986999)(2950100001)(106356001)(77156002)(66066001)(62966003)(105586002)(92566002)(2656002)(4001350100001)(122556002)(10400500002)(4001540100001)(64706001)(54356999)(16236675004)(81156007)(86362001); DIR:OUT; SFP:1102; SCL:1; SRVR:CO1PR05MB460; H:CO1PR05MB458.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) spamdiagnosticoutput: 1:23 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_D203D804D372Ckwatsenjunipernet_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 27 Aug 2015 01:37:30.2779 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO1PR05MB460 Archived-At: Cc: Netconf Subject: Re: [Netconf] Opinion poll on RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Aug 2015 01:37:37 -0000 --_000_D203D804D372Ckwatsenjunipernet_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Separately, a secondary question was raised around how the encoding could b= e or would be discovered. On that we do not seem to have a consensus. Two p= roposals that were made are: 1. Client sends all supported encodings in Accept request-header, with a= n (optional) preference indication via quality (q). Server responds with on= e of the encodings or 406 (not supported). The encoding formats would be li= mited to a small set - XML and JSON with this option to encourage interoper= ability. 2. Server advertises support of encodings using the ./well-known/host-me= ta file and XRD. Please indicate your opinion on the discovery of encoding part of the discu= ssion. This opinion will not change the consensus on the poll of RESTCONF e= ncoding. We have to do #1. Proposal #2 is a bonus...one that I'm OK with deferring= until after we have more operational experience with RESTCONF. To recap, #2 was to enable the server to proactively state what it supports= , but it only works if encodings are universal, never varying between resou= rces. Making the most of #1, RESTCONF could state in Section 5.3: If no Accept header is present, or if none of the passed Accept header media types are supported for the given resource, the RESTCONF server MUST generate a payload containing a list of available representation characteristics and corresponding resource identifiers from which the user or user agent can choose the one most appropriate. This is slightly stricter than the wording in RFC 7231, Section 6.5.6. My opinion is that, if the client is willing to accept any encoding, it sho= uld passed "*/*" as one of the values in its Accept header. Note, testing = 5 browsers just now, they all passed "*/*" in a random GET request. This i= s important because we likely want to support this common developer action = and have the server respond with something reasonable. Kent --_000_D203D804D372Ckwatsenjunipernet_ Content-Type: text/html; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable

Separately, a secondary question was raised around how the encoding co= uld be or would be discovered. On that we do not seem to have a consensus. = Two proposals that were made are:

  1. Client sends all supported encodings in Accept request-header, with an = (optional) preference indication via quality (q). Server responds with one = of the encodings or 406 (not supported). The encoding formats would be limi= ted to a small set - XML and JSON with this option to encourage interoperability.
  2. Server advertises = support of encodings using the ./well-known/host-meta file and XRD.

    3. Please indicate your opinion on the discovery of encoding part of the = discussion. This opinion will not change the consensus on the poll of RESTC= ONF encoding.

We have to do #1.   Proposal #2 is a bonus...one that I'm OK with defe= rring until after we have more operational experience with RESTCONF.

To recap, #2 was to enable the server to proactively state what it supports= , but it only works if encodings are universal, never varying between resou= rces.    Making the most of #1, RESTCONF could state in Section 5= .3:

  If no Accept header is present, or if none of the passed Accept
  header media types are supported for the given resource, the
  RESTCONF server MUST generate a payload containing= a list of
  available representation characteristics= and corresponding
  resource iden= tifiers from = which the user or user agent can
  choose the on= e most approp= riate.

This is slightly stricter than the wording in RFC 7231, Section 6.5.6.

My opinion is that, if the client is willing to accept any encoding, it sho= uld passed "*/*" as one of the values in its Accept header.  = ;Note, testing 5 browsers just now, they all passed "*/*" in a ra= ndom GET request.  This is important because we likely want to support this common developer action and have the server respond with s= omething reasonable.

Kent





--_000_D203D804D372Ckwatsenjunipernet_-- From nobody Wed Aug 26 22:27:03 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7C6CA1AD0A5 for ; Wed, 26 Aug 2015 22:27:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.86 X-Spam-Level: X-Spam-Status: No, score=-3.86 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-2.3, 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 QC07Dah2S-xv for ; Wed, 26 Aug 2015 22:26:59 -0700 (PDT) Received: from atlas3.jacobs-university.de (atlas3.jacobs-university.de [212.201.44.18]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5E4831AD087 for ; Wed, 26 Aug 2015 22:26:58 -0700 (PDT) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id DAFE31532; Thu, 27 Aug 2015 07:26:56 +0200 (CEST) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from atlas3.jacobs-university.de ([10.70.0.220]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10030) with ESMTP id d_EyRNrb2Wbo; Thu, 27 Aug 2015 07:26:56 +0200 (CEST) Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by atlas3.jacobs-university.de (Postfix) with ESMTPS; Thu, 27 Aug 2015 07:26:56 +0200 (CEST) Received: from localhost (demetrius2.jacobs-university.de [212.201.44.47]) by hermes.jacobs-university.de (Postfix) with ESMTP id 5E61C2004E; Thu, 27 Aug 2015 07:26:56 +0200 (CEST) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius2.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id 5wj-yLP3710s; Thu, 27 Aug 2015 07:26:55 +0200 (CEST) Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id CB43620048; Thu, 27 Aug 2015 07:26:54 +0200 (CEST) Received: by elstar.local (Postfix, from userid 501) id C3D363659F3B; Thu, 27 Aug 2015 07:26:50 +0200 (CEST) Date: Thu, 27 Aug 2015 07:26:49 +0200 From: Juergen Schoenwaelder To: Kent Watsen Message-ID: <20150827052649.GA87193@elstar.local> Mail-Followup-To: Kent Watsen , Andy Bierman , Mahesh Jethanandani , Netconf References: <1232641A-BE91-4AAD-962D-779E4D85403A@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Archived-At: Cc: Netconf Subject: Re: [Netconf] Opinion poll on RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Juergen Schoenwaelder List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Aug 2015 05:27:01 -0000 On Thu, Aug 27, 2015 at 01:37:30AM +0000, Kent Watsen wrote: > > If no Accept header is present, or if none of the passed Accept > header media types are supported for the given resource, the > RESTCONF server MUST generate a payload containing a list of > available representation characteristics and corresponding > resource identifiers from which the user or user agent can > choose the one most appropriate. > > This is slightly stricter than the wording in RFC 7231, Section 6.5.6. > -1 (since I do not think this is how HTTP generally works) /js -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Thu Aug 27 03:40:38 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DCCFA1B39C6 for ; Thu, 27 Aug 2015 03:40:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] 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 mm9AhU9KXmNn for ; Thu, 27 Aug 2015 03:40:35 -0700 (PDT) Received: from trail.lhotka.name (trail.lhotka.name [77.48.224.143]) by ietfa.amsl.com (Postfix) with ESMTP id 878DA1B39BC for ; Thu, 27 Aug 2015 03:40:35 -0700 (PDT) Received: from localhost (unknown [195.113.220.110]) by trail.lhotka.name (Postfix) with ESMTPSA id 770111CC0047; Thu, 27 Aug 2015 12:40:37 +0200 (CEST) From: Ladislav Lhotka To: Andy Bierman , Mahesh Jethanandani In-Reply-To: References: <1232641A-BE91-4AAD-962D-779E4D85403A@gmail.com> User-Agent: Notmuch/0.20.2 (http://notmuchmail.org) Emacs/24.4.51.2 (x86_64-apple-darwin14.0.0) Date: Thu, 27 Aug 2015 12:40:32 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain Archived-At: Cc: Netconf Subject: Re: [Netconf] Opinion poll on RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Aug 2015 10:40:38 -0000 Andy Bierman writes: > On Wed, Aug 26, 2015 at 5:03 PM, Mahesh Jethanandani < > mjethanandani@gmail.com> wrote: > >> A little more than two weeks ago, the chairs of NETCONF WG had issued a >> opinion poll on RESCONF encoding. The options given were: >> >> x) XML is mandatory, JSON optional, >> j) JSON is mandatory, XML optional, >> x&j) XML and JSON are both mandatory, >> x+j) Either XML or JSON is mandatory the other one is optional, >> nm) Both XML and JSON are optional and _not_ mandatory. >> >> The option x+j won by a large margin and at this time can be declared as >> the rough consensus by the WG. >> >> Separately, a secondary question was raised around how the encoding could >> be or would be discovered. On that we do not seem to have a consensus. Two >> proposals that were made are: >> >> >> 1. Client sends all supported encodings in Accept request-header, with >> an (optional) preference indication via quality (q). Server responds with >> one of the encodings or 406 (not supported). The encoding formats would be >> limited to a small set - XML and JSON with this option to encourage >> interoperability. >> 2. Server advertises support of encodings using the >> ./well-known/host-meta file and XRD. >> >> >> Please indicate your opinion on the discovery of encoding part of the >> discussion. This opinion will not change the consensus on the poll of >> RESTCONF encoding. >> >> > This really isn't subject to the opinion of the WG. > HTTP uses the Accept header. > The only issue for RESTCONF is what does the server do if > there is no Accept header from the client? > Currently I think the draft says the server will send XML by default. > It needs to change to be silent and let the server send whatever it wants. > > Even if (2) was done the server still MUST support the Accept header. I agree with Andy, this is really HTTP business, and RESTCONF is just an application on top of it. Lada > > > > >> Mahesh & Mehmet >> >> >> > Andy > > >> >> >> _______________________________________________ >> Netconf mailing list >> Netconf@ietf.org >> https://www.ietf.org/mailman/listinfo/netconf >> >> > _______________________________________________ > Netconf mailing list > Netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf -- Ladislav Lhotka, CZ.NIC Labs PGP Key ID: E74E8C0C From nobody Thu Aug 27 03:45:52 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D37B01B3AC0 for ; Thu, 27 Aug 2015 03:45:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.911 X-Spam-Level: X-Spam-Status: No, score=-1.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, 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 vVfNCGsixci7 for ; Thu, 27 Aug 2015 03:45:49 -0700 (PDT) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id 6535C1B3ABF for ; Thu, 27 Aug 2015 03:45:49 -0700 (PDT) Received: from localhost (unknown [213.136.39.104]) by mail.tail-f.com (Postfix) with ESMTPSA id 021041AE0973; Thu, 27 Aug 2015 12:45:47 +0200 (CEST) Date: Thu, 27 Aug 2015 12:46:08 +0200 (CEST) Message-Id: <20150827.124608.1462617116946648474.mbj@tail-f.com> To: lhotka@nic.cz From: Martin Bjorklund In-Reply-To: References: <1232641A-BE91-4AAD-962D-779E4D85403A@gmail.com> X-Mailer: Mew version 6.5 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Archived-At: Cc: netconf@ietf.org Subject: Re: [Netconf] Opinion poll on RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Aug 2015 10:45:51 -0000 Ladislav Lhotka wrote: > Andy Bierman writes: > > > On Wed, Aug 26, 2015 at 5:03 PM, Mahesh Jethanandani < > > mjethanandani@gmail.com> wrote: > > > >> A little more than two weeks ago, the chairs of NETCONF WG had issued a > >> opinion poll on RESCONF encoding. The options given were: > >> > >> x) XML is mandatory, JSON optional, > >> j) JSON is mandatory, XML optional, > >> x&j) XML and JSON are both mandatory, > >> x+j) Either XML or JSON is mandatory the other one is optional, > >> nm) Both XML and JSON are optional and _not_ mandatory. > >> > >> The option x+j won by a large margin and at this time can be declared as > >> the rough consensus by the WG. > >> > >> Separately, a secondary question was raised around how the encoding could > >> be or would be discovered. On that we do not seem to have a consensus. Two > >> proposals that were made are: > >> > >> > >> 1. Client sends all supported encodings in Accept request-header, with > >> an (optional) preference indication via quality (q). Server responds with > >> one of the encodings or 406 (not supported). The encoding formats would be > >> limited to a small set - XML and JSON with this option to encourage > >> interoperability. > >> 2. Server advertises support of encodings using the > >> ./well-known/host-meta file and XRD. > >> > >> > >> Please indicate your opinion on the discovery of encoding part of the > >> discussion. This opinion will not change the consensus on the poll of > >> RESTCONF encoding. > >> > >> > > This really isn't subject to the opinion of the WG. > > HTTP uses the Accept header. > > The only issue for RESTCONF is what does the server do if > > there is no Accept header from the client? > > Currently I think the draft says the server will send XML by default. > > It needs to change to be silent and let the server send whatever it wants. > > > > Even if (2) was done the server still MUST support the Accept header. > > I agree with Andy, this is really HTTP business, and RESTCONF is just an > application on top of it. I agree that we should not specify anything about the Accept header; that is HTTP's business. But this doesn't mean that (2) cannot be useful. With (2) a client can learn the encodings supported by the server before it constructs payload in an encoding that may or may not be supported by the server. /martin From nobody Thu Aug 27 04:03:17 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D2C151ACD60 for ; Thu, 27 Aug 2015 04:03:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.661 X-Spam-Level: X-Spam-Status: No, score=-5.661 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HELO_EQ_CZ=0.445, HOST_EQ_CZ=0.904, RCVD_IN_DNSWL_HI=-5, 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 JnzM_7yN-u71 for ; Thu, 27 Aug 2015 04:03:14 -0700 (PDT) Received: from mail.nic.cz (mail.nic.cz [217.31.204.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 28B4D1B2B11 for ; Thu, 27 Aug 2015 04:03:10 -0700 (PDT) Received: from [IPv6:2001:718:1a02:1:98ab:377d:1791:deac] (unknown [IPv6:2001:718:1a02:1:98ab:377d:1791:deac]) by mail.nic.cz (Postfix) with ESMTPSA id BD4251810E0; Thu, 27 Aug 2015 13:03:08 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=nic.cz; s=default; t=1440673388; bh=ryTLZt3qEwk0OxWRRHy7oYDssWKk0BkIdDpzyPEXmaY=; h=From:Date:To; b=uCbXcOJWGDyFvIGNDT46jPpv0modl1im+G5ob19wBTSFUGhSmHCPIqt9XADFvAF0b sycM9NxPbxwLhCY2H0ftcU7GJQ8b0uzJMIlgKaZjoHLy6YghfIYKiOi4n1DcJ2E3EQ yH/12F535isfDqL8Zq38hnDCZjNFM/D7A/NzrxqE= Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) From: Ladislav Lhotka In-Reply-To: Date: Thu, 27 Aug 2015 13:03:08 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <2D60D56C-3B76-4A79-87E7-AEBB30DE2918@nic.cz> References: <1232641A-BE91-4AAD-962D-779E4D85403A@gmail.com> To: Kent Watsen X-Mailer: Apple Mail (2.2102) X-Virus-Scanned: clamav-milter 0.98.7 at mail X-Virus-Status: Clean Archived-At: Cc: Netconf Subject: Re: [Netconf] Opinion poll on RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Aug 2015 11:03:16 -0000 > On 27 Aug 2015, at 03:37, Kent Watsen wrote: >=20 >=20 >> Separately, a secondary question was raised around how the encoding = could be or would be discovered. On that we do not seem to have a = consensus. Two proposals that were made are: >>=20 >> =E2=80=A2 Client sends all supported encodings in Accept = request-header, with an (optional) preference indication via quality = (q). Server responds with one of the encodings or 406 (not supported). = The encoding formats would be limited to a small set - XML and JSON with = this option to encourage interoperability. >> =E2=80=A2 Server advertises support of encodings using the = ./well-known/host-meta file and XRD. >>=20 >> Please indicate your opinion on the discovery of encoding part of the = discussion. This opinion will not change the consensus on the poll of = RESTCONF encoding. >=20 > We have to do #1. Proposal #2 is a bonus...one that I'm OK with = deferring until after we have more operational experience with RESTCONF. >=20 > To recap, #2 was to enable the server to proactively state what it = supports, but it only works if encodings are universal, never varying = between resources. Making the most of #1, RESTCONF could state in = Section 5.3: >=20 > If no Accept header is present, or if none of the passed Accept > header media types are supported for the given resource, the > RESTCONF server MUST generate a payload containing a list of > available representation characteristics and corresponding > resource identifiers from which the user or user agent can > choose the one most appropriate. >=20 > This is slightly stricter than the wording in RFC 7231, Section 6.5.6. RFC 7231 also says: =E2=80=9CA request without any Accept header field = implies that the user agent will accept any media type in response.=E2=80=9D= We should not change HTTP semantics. Lada >=20 > My opinion is that, if the client is willing to accept any encoding, = it should passed "*/*" as one of the values in its Accept header. Note, = testing 5 browsers just now, they all passed "*/*" in a random GET = request. This is important because we likely want to support this = common developer action and have the server respond with something = reasonable. >=20 > Kent >=20 >=20 >=20 >=20 >=20 > _______________________________________________ > Netconf mailing list > Netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf -- Ladislav Lhotka, CZ.NIC Labs PGP Key ID: E74E8C0C From nobody Thu Aug 27 08:43:19 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 716321A6FDB for ; Thu, 27 Aug 2015 08:43:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] 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 GE5tPtOGB0Ld for ; Thu, 27 Aug 2015 08:43:16 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1on0781.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::781]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9AEDD1A8ACD for ; Thu, 27 Aug 2015 08:43:15 -0700 (PDT) Received: from CO1PR05MB458.namprd05.prod.outlook.com (10.141.72.140) by CO1PR05MB459.namprd05.prod.outlook.com (10.141.72.146) with Microsoft SMTP Server (TLS) id 15.1.256.15; Thu, 27 Aug 2015 15:43:11 +0000 Received: from CO1PR05MB458.namprd05.prod.outlook.com ([169.254.10.27]) by CO1PR05MB458.namprd05.prod.outlook.com ([169.254.10.27]) with mapi id 15.01.0256.013; Thu, 27 Aug 2015 15:43:11 +0000 From: Kent Watsen To: Juergen Schoenwaelder Thread-Topic: [Netconf] Opinion poll on RESTCONF encoding Thread-Index: AQHQ4Fu1VDdK2ycC2UOA3lddVeqi4J4e/HeA///RngCAAIMlgIAAaSOA Date: Thu, 27 Aug 2015 15:43:11 +0000 Message-ID: References: <1232641A-BE91-4AAD-962D-779E4D85403A@gmail.com> <20150827052649.GA87193@elstar.local> In-Reply-To: <20150827052649.GA87193@elstar.local> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.4.140807 authentication-results: spf=none (sender IP is ) smtp.mailfrom=kwatsen@juniper.net; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [66.129.239.13] x-microsoft-exchange-diagnostics: 1; CO1PR05MB459; 5:8d3cCbGaxPy6C7HdQ/PzqIqIB5VcvXJtW15USDBwy4yc2lDAnfIrgiHdimBimTAKubCJQA+aVLl9Jc38M8WkR8qmH9WW6+bPnTLDDV58MMTvK3upUQjChJjlRqALDrXFd4bidc/M7rZ+F3tKSWay0g==; 24:P/8wGkBjl84/AO1DA/QJ5I4WiCRa63ER+l40r6jguhQjohltMcRIjj8CRf3/vaOk4L4SrcB7QMnd+oHrUaA7OploTb7sYapKIeYMa0It1Fk=; 20:mqL7FoIEB20v27O4CZ7qJ7DMJAd5MjHCgsE3hL+84U4H6Nakreyxb5tah8U4F0VJochVCvDl+jN+jnmMoBK8Tw== x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:CO1PR05MB459; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(8121501046)(5005006)(3002001); SRVR:CO1PR05MB459; BCL:0; PCL:0; RULEID:; SRVR:CO1PR05MB459; x-forefront-prvs: 06818431B9 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(377454003)(189002)(479174004)(24454002)(199003)(102836002)(10400500002)(36756003)(86362001)(66066001)(40100003)(64706001)(122556002)(81156007)(4001350100001)(68736005)(5002640100001)(97736004)(19580405001)(87936001)(77156002)(2656002)(5004730100002)(5007970100001)(62966003)(4001540100001)(19580395003)(50986999)(2950100001)(101416001)(2900100001)(110136002)(5001830100001)(5001860100001)(189998001)(5001920100001)(46102003)(5001960100002)(93886004)(83506001)(92566002)(106116001)(99286002)(105586002)(106356001)(54356999)(76176999); DIR:OUT; SFP:1102; SCL:1; SRVR:CO1PR05MB459; H:CO1PR05MB458.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) spamdiagnosticoutput: 1:23 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-ID: <127EB2DFA25DBD4CB5415F37D410537B@namprd05.prod.outlook.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 27 Aug 2015 15:43:11.0476 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO1PR05MB459 Archived-At: Cc: Netconf Subject: Re: [Netconf] Opinion poll on RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Aug 2015 15:43:18 -0000 On 8/27/15, 1:26 AM, "Juergen Schoenwaelder" wrote: >On Thu, Aug 27, 2015 at 01:37:30AM +0000, Kent Watsen wrote: >>=20 >> If no Accept header is present, or if none of the passed Accept >> header media types are supported for the given resource, the >> RESTCONF server MUST generate a payload containing a list of >> available representation characteristics and corresponding >> resource identifiers from which the user or user agent can >> choose the one most appropriate. >>=20 >> This is slightly stricter than the wording in RFC 7231, Section 6.5.6. >> > >-1 (since I do not think this is how HTTP generally works) Which part? - how to handle the case when no Accept header is passed, how to handle when no passed Accept type is supported, or the s/SHOULD/MUST/? Kent From nobody Thu Aug 27 09:12:35 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 363E91B2E71 for ; Thu, 27 Aug 2015 09:12:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.86 X-Spam-Level: X-Spam-Status: No, score=-3.86 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-2.3, 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 Bwa77ESn2-db for ; Thu, 27 Aug 2015 09:12:31 -0700 (PDT) Received: from atlas3.jacobs-university.de (atlas3.jacobs-university.de [212.201.44.18]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B2AA21ACDD0 for ; Thu, 27 Aug 2015 09:12:30 -0700 (PDT) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id 56BFD1775; Thu, 27 Aug 2015 18:12:29 +0200 (CEST) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from atlas3.jacobs-university.de ([10.70.0.220]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10030) with ESMTP id rI4P7O9-Vtws; Thu, 27 Aug 2015 18:12:28 +0200 (CEST) Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by atlas3.jacobs-university.de (Postfix) with ESMTPS; Thu, 27 Aug 2015 18:12:28 +0200 (CEST) Received: from localhost (demetrius3.jacobs-university.de [212.201.44.48]) by hermes.jacobs-university.de (Postfix) with ESMTP id 0A3DB20055; Thu, 27 Aug 2015 18:12:28 +0200 (CEST) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius3.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id ne7aAaqaqJdR; Thu, 27 Aug 2015 18:12:26 +0200 (CEST) Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 97FB120053; Thu, 27 Aug 2015 18:12:26 +0200 (CEST) Received: by elstar.local (Postfix, from userid 501) id 904AE365A502; Thu, 27 Aug 2015 18:12:22 +0200 (CEST) Date: Thu, 27 Aug 2015 18:12:21 +0200 From: Juergen Schoenwaelder To: Kent Watsen Message-ID: <20150827161221.GA88495@elstar.local> Mail-Followup-To: Kent Watsen , Andy Bierman , Mahesh Jethanandani , Netconf References: <1232641A-BE91-4AAD-962D-779E4D85403A@gmail.com> <20150827052649.GA87193@elstar.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Archived-At: Cc: Netconf Subject: Re: [Netconf] Opinion poll on RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Juergen Schoenwaelder List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Aug 2015 16:12:33 -0000 On Thu, Aug 27, 2015 at 03:43:11PM +0000, Kent Watsen wrote: > > > On 8/27/15, 1:26 AM, "Juergen Schoenwaelder" > wrote: > > >On Thu, Aug 27, 2015 at 01:37:30AM +0000, Kent Watsen wrote: > >> > >> If no Accept header is present, or if none of the passed Accept > >> header media types are supported for the given resource, the > >> RESTCONF server MUST generate a payload containing a list of > >> available representation characteristics and corresponding > >> resource identifiers from which the user or user agent can > >> choose the one most appropriate. > >> > >> This is slightly stricter than the wording in RFC 7231, Section 6.5.6. > >> > > > >-1 (since I do not think this is how HTTP generally works) > > > Which part? - how to handle the case when no Accept header is passed, how > to handle when no passed Accept type is supported, or the s/SHOULD/MUST/? > It does not matter, we should not change HTTP. This is what RRC 7231 has to say: A request without any Accept header field implies that the user agent will accept any media type in response. [...] If the header field is present in a request and none of the available representations for the response have a media type that is listed as acceptable, the origin server can either honor the header field by sending a 406 (Not Acceptable) response or disregard the header field by treating the response as if it is not subject to content negotiation. I also think the notion of "available representation characteristics and corresponding resource identifiers" is likely misleading since it seems to say that different representations can have different resource identifiers (i.e., they are are different resources). Apparently, I have multiple reasons for a -1. /js -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Thu Aug 27 09:17:36 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B59701AC3E2; Thu, 27 Aug 2015 09:17:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -96.555 X-Spam-Level: X-Spam-Status: No, score=-96.555 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, J_CHICKENPOX_111=0.6, USER_IN_WHITELIST=-100] autolearn=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 wjcNrZRwrLoQ; Thu, 27 Aug 2015 09:17:29 -0700 (PDT) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EEB1B1B2B61; Thu, 27 Aug 2015 09:17:27 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=174.124.171.7; From: "Susan Hares" To: Date: Thu, 27 Aug 2015 12:17:23 -0400 Message-ID: <003001d0e0e3$db99eb80$92cdc280$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0031_01D0E0C2.548B58C0" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdDg42cE3NvT5OZVTXW/wutHXrRCrw== Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: 'Netconf' Subject: Re: [Netconf] [i2rs] WG adoption - draft-hares-i2rs-auth-trans-04 (8/17 to 8/31) X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Aug 2015 16:17:32 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0031_01D0E0C2.548B58C0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit NETCONF and I2RS mail group: http://datatracker.ietf.org/doc/draft-hares-i2rs-auth-trans/ Russ Housley, a member of the security directorate, kindly provided reviews for this document, and the document has been changed in response to this review to a version -05. I believe these document addresses all of NETCONF WG questions from IETF 93. There are three sections below: 1) Specific response to NETCONF questions/concerns, 2) Why identity has been changed to Identifier in the draft, 3) New text for REQ-03, REQ-04, and REQ-10 which Juergen found was confusing. I want to thank Juergen and Russ for their excellent reviews. Sue Hares ============== NETCONF Concerns at IETF 93 1) Requirement 8 - is a security requirement. >> = Sue >> 1) Is REQ-8 a security requirement? >> >> o SEC-REQ-08: Each Identity is associated with one secondary >> identity during a particular read/write sequence, but the >> secondary identity may vary during the time a connection between >> the I2RS client and I2RS agent is active. The variance of the >> secondary identity allows the I2rs client to be associated with >> multiple applications and pass along an identifier for these >> applications in the secondary identifier. >[Russ] Yes, if that identity is going to be used to make the access control decision. 2) Requirement 12 is a security requirement for the protocol. >> 2) Is REQ-12 - a security requirement for a protocol? NETCONF asked >> this of I2RS. > > SEC-REQ-12: The I2RS Client and I2RS Agent protocol SHOULD implement > mechanisms that mitigate DoS attacks >Yes. For example, the IKE cookie mechanism is only there to make it much more > expensive the an attacker to implement DDoS. They can't fire and forget. They need to > keep state and hang around for at least 1.5 round trips. 3) Multiple message sequences do not belong in protocols [section 2.4.1] [Russ]: There might be some protocol issues to assist keep things atomic, but I agree it i not a security issue. 4) Why support an insecure protocol? >> [Sue] Are you Ok with REQ-09 specifying a non-secure transport as an option? [Russ]: The security considerations need to be clear what the consequences are if this option is selected. Editorial: 1) Russ agreed that Requirement 3 and 4 - were unclear, 2) Russ agreed that requirement 10 was ambiguous. These requirement have been rewritten. (see below). Other changes Joel suggested that "identity" is better stated as Identifier, and I agree. This change has been made through-out the document. Changes to requirements 3, 4, and 10 o SEC-REQ-03:An I2RS agent, upon receiving an I2RS message from a I2RS client, MUST confirm that the I2RS client has a valid identifier. o SEC-REQ-04: The I2RS client, upon receiving an I2RS message from an I2RS agent, MUST confirm the I2RS agent's identifier . SEC-REQ-10: A secure transport MUST be associated with a key management solution that can guarantee that only the entities having sufficient privileges can get the keys to encrypt/decrypt the sensitive data. Per BCP107 [RFC4107] this key management system SHOULD be automatic, but MAY BE manual if the following constraints from BCP107: a)environment has limited bandwidth or high round-trip times, b)the information being protected has a low value and c)the total volume over the entire lifetime of the long-term session key will be very low, d)the scale of the deployment is limited. Most I2RS environments (I2RS Client - I2S Agents) will not have this environment, but a few I2RS use case provide limited non-secure light-weight telemetry messages that have these requirements. An I2RS data model must indicate which portions can be served by manual key management. ------=_NextPart_000_0031_01D0E0C2.548B58C0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

NETCONF = and I2RS mail group:

 

htt= p://datatracker.ietf.org/doc/draft-hares-i2rs-auth-trans/<= /p>

 

Russ = Housley, a member of the security directorate, kindly provided reviews = for this document, and the document has been changed in response to this = review to a version -05.   I believe these document addresses = all of NETCONF WG questions from IETF 93.  There are three sections = below:

1)      = Specific response to NETCONF questions/concerns, =

2)      = Why identity has been changed to Identifier in = the draft,

3)      = New text for REQ-03, REQ-04, and REQ-10 which = Juergen found was confusing.

 

I want to = thank Juergen and Russ for their excellent reviews.

 

Sue Hares =

 

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

NETCONF Concerns at IETF 93 =  

1)      = Requirement 8 – is a security requirement. =  

 

>> =3D Sue 

>> 1) Is REQ-8 a security requirement? =

>>

>>   o  SEC-REQ-08: Each = Identity is associated with one secondary

>>     identity during a = particular read/write sequence, but the

>>      secondary = identity may vary during the time a connection between

>>      the I2RS = client and I2RS agent is active.  The variance of = the

>>      secondary = identity allows the I2rs client to be associated with

>>      multiple = applications and pass along an identifier for these

>>      applications = in the secondary identifier.

 

>[Russ] Yes, if that identity is going to be = used to make the access control decision.

 

2)      = Requirement 12 is a security requirement for the = protocol.

 

>> 2) Is REQ-12 - a security requirement for = a protocol?  NETCONF asked

>> this of I2RS.

>

>   SEC-REQ-12: The I2RS Client and = I2RS Agent protocol SHOULD implement

>   mechanisms that mitigate DoS = attacks

>Yes.  For = example, the IKE cookie mechanism is only there to make it much = more

> expensive the an = attacker to implement DDoS.  They can't fire and forget.  They = need to

> keep state and hang = around for at least 1.5 round trips.

 

3)      = Multiple message sequences do not belong in = protocols [section 2.4.1]

 

[Russ]: There might be some protocol issues to = assist keep things atomic, but I agree it i not a security = issue.

 

4)      = Why support an insecure protocol? =

>> [Sue] Are you Ok with = REQ-09 specifying a non-secure transport as an option?

[Russ]: The security considerations need to be = clear what the consequences are  if this option is = selected.

 

Editorial:

1)      = Russ agreed that Requirement 3 and 4 – = were unclear,

2)      = Russ agreed that requirement 10 was ambiguous. =

 

These requirement have been rewritten.  (see = below).

 

Other changes

Joel = suggested that “identity” is better stated as Identifier, = and I agree.  This change has been made through-out the = document.

 

 

Changes to requirements 3, 4, and 10 =

   o  SEC-REQ-03:An I2RS agent, = upon receiving an I2RS message from a

      I2RS client, MUST = confirm that the I2RS client has a valid

      = identifier.

 

   o  SEC-REQ-04: The I2RS client, upon = receiving an I2RS message from

      an I2RS agent, MUST = confirm the I2RS agent's identifier .



   SEC-REQ-10: A = secure transport MUST be associated with a = key
   management solution =
that can guarantee that only the entities =
having
   sufficient privileges =
can get the keys to encrypt/decrypt =
the
   sensitive data.  =
Per BCP107 [RFC4107] this key management =
system
   SHOULD be automatic, =
but MAY BE manual if the following =
constraints
   from =
BCP107:
 
=
      =
a)environment has limited bandwidth or high round-trip =
times,
 
=
      =
b)the information being protected has a low value =
and
 
=
      =
c)the total volume over the entire lifetime of the =
long-term
      =
session key will be very low,
 
=
      =
d)the scale of the deployment is =
limited.
 
=
   Most I2RS =
environments (I2RS Client - I2S Agents) will not have =
this
   environment, but a =
few I2RS use case provide limited =
non-secure
   light-weight =
telemetry messages that have these requirements.  =
An
   I2RS data model must =
indicate which portions can be served by =
manual
   key =
management.

 

 

------=_NextPart_000_0031_01D0E0C2.548B58C0-- From nobody Thu Aug 27 10:31:42 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DBCA41B3765 for ; Thu, 27 Aug 2015 10:31:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] 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 D_p8yDJPorbp for ; Thu, 27 Aug 2015 10:31:35 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0710.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::1:710]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 730681B3939 for ; Thu, 27 Aug 2015 10:31:35 -0700 (PDT) Received: from CO1PR05MB458.namprd05.prod.outlook.com (10.141.72.140) by CO1PR05MB458.namprd05.prod.outlook.com (10.141.72.140) with Microsoft SMTP Server (TLS) id 15.1.256.15; Thu, 27 Aug 2015 17:31:32 +0000 Received: from CO1PR05MB458.namprd05.prod.outlook.com ([169.254.10.27]) by CO1PR05MB458.namprd05.prod.outlook.com ([169.254.10.27]) with mapi id 15.01.0256.013; Thu, 27 Aug 2015 17:31:32 +0000 From: Kent Watsen To: Juergen Schoenwaelder Thread-Topic: [Netconf] Opinion poll on RESTCONF encoding Thread-Index: AQHQ4Fu1VDdK2ycC2UOA3lddVeqi4J4e/HeA///RngCAAIMlgIAAaSOAgABLOYD//9MOgA== Date: Thu, 27 Aug 2015 17:31:31 +0000 Message-ID: References: <1232641A-BE91-4AAD-962D-779E4D85403A@gmail.com> <20150827052649.GA87193@elstar.local> <20150827161221.GA88495@elstar.local> In-Reply-To: <20150827161221.GA88495@elstar.local> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.4.140807 authentication-results: spf=none (sender IP is ) smtp.mailfrom=kwatsen@juniper.net; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [66.129.239.13] x-microsoft-exchange-diagnostics: 1; CO1PR05MB458; 5:lmTyvCsvU61fxS7PenKuphLRh2qjq8KsB+feXXrNVYUeeNIDq/MJON24YR57Uvj3vwLPk3zDslp8Y8e2BP0LkM4/LdNchuvIRi3qens4wPKReE9aUSoKo7Hi53PIUI+O7saEpyvS+aB4qmh89/tOGw==; 24:pfKFk66l+eMWfK0VVdrHtiXqWGRICY1ci1nAVMkj0I0HFQ166C8GWXDxcM0P6pOYvo21kj8/piUwgDONthICnTbHf8tXoHw1xy2S5qoS3hs=; 20:AMv5x/jTjWs9YRNV8aWFkZKVE1TSAtqag7kbzR4IQmi/xsEE5ytr6ABh1Z8jFYimO2n2TMM0mQdh2lcHZ3ne5g== x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:CO1PR05MB458; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(8121501046)(5005006)(3002001); SRVR:CO1PR05MB458; BCL:0; PCL:0; RULEID:; SRVR:CO1PR05MB458; x-forefront-prvs: 06818431B9 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(979002)(6009001)(199003)(52044002)(189002)(105586002)(106356001)(102836002)(10400500002)(99286002)(106116001)(68736005)(76176999)(36756003)(54356999)(4001540100001)(46102003)(50986999)(81156007)(93886004)(4001350100001)(2656002)(87936001)(5004730100002)(77156002)(40100003)(5001920100001)(2950100001)(62966003)(189998001)(83506001)(5002640100001)(110136002)(92566002)(5007970100001)(5001830100001)(5001960100002)(5001860100001)(101416001)(64706001)(2900100001)(97736004)(66066001)(86362001)(122556002)(969003)(989001)(999001)(1009001)(1019001); DIR:OUT; SFP:1102; SCL:1; SRVR:CO1PR05MB458; H:CO1PR05MB458.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) spamdiagnosticoutput: 1:23 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 27 Aug 2015 17:31:31.9119 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO1PR05MB458 Archived-At: Cc: Netconf Subject: Re: [Netconf] Opinion poll on RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Aug 2015 17:31:40 -0000 >It does not matter, we should not change HTTP. But we're not, HTTP has a bunch of "SHOULD"s that can and should be restricted as it makes sense for REST APIs. Please feel free to search REST API best practices on this. > This is what RRC 7231 has to say: > > A request without any Accept header field implies that the user agent > will accept any media type in response. Lada brought this up too. Yes, this could be interpreted as "assume */* was passed" or, per section 3.4.2: A server might choose not to send an initial representation, other than the list of alternatives, and thereby indicate that reactive negotiation by the user agent is preferred. For example, the alternatives listed in responses with the 300 (Multiple Choices) and 406 (Not Acceptable) status codes include information about the available representations so that the user or user agent can react by making a selection. BTW, I tested `wget` and `curl` also, they both pass "*/*" like the mainline browsers... Kent From nobody Thu Aug 27 17:44:01 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E82C91B2A88 for ; Thu, 27 Aug 2015 17:43:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] 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 KWI1RFgD9tDP for ; Thu, 27 Aug 2015 17:43:58 -0700 (PDT) Received: from mail-pa0-x22d.google.com (mail-pa0-x22d.google.com [IPv6:2607:f8b0:400e:c03::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 21FCC1ACE0B for ; Thu, 27 Aug 2015 17:43:58 -0700 (PDT) Received: by pacgr6 with SMTP id gr6so5854576pac.3 for ; Thu, 27 Aug 2015 17:43:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=U46WSXTuSONxClQ3qg7OFSooxrfBwdHd9QhIk3HhZb0=; b=GqW8lF6qKlBvNkZCmxhJmB/LPEJ2Aetigq8NPNv5dxYubxM1oCAIyuoQPHIYNVGY3b js/tBsVEd639K1zIqcz3oBD5k6WVdbr2uj2pzWsJRMn1ujcudI3p530N+w+R78UJJzop 9p84VDkUmSZVXQNSGSA4zHH1KECih9pmLklHg14ticALx/eR72+pf85OJldTFGvJNG2e 4ivSB7ENsuFp2ai0AbhomSg51dYTV7yqNyI6lVvq5aDmXbNBtGFcLI/8NvB6BTkSW40W 2iNGbLHefD1YG9JG8tI+xq59PS0xH/pangLpFvxwCYTX8Kc71QJKUZnG01/HAriwr3vf P0Hg== X-Received: by 10.66.149.102 with SMTP id tz6mr10548961pab.125.1440722637653; Thu, 27 Aug 2015 17:43:57 -0700 (PDT) Received: from dmp-sjc23-3.cisco.com (dmp-sjc23-3.cisco.com. [128.107.157.235]) by smtp.gmail.com with ESMTPSA id fa1sm3692748pbb.35.2015.08.27.17.43.56 (version=TLS1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 27 Aug 2015 17:43:56 -0700 (PDT) Content-Type: multipart/alternative; boundary="Apple-Mail=_F4A13C8A-42A1-4D17-A765-881294391DB7" Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) From: Mahesh Jethanandani In-Reply-To: Date: Thu, 27 Aug 2015 17:45:17 -0700 Message-Id: <641268B1-E221-46E7-8D61-4FAEF027FBA4@gmail.com> References: <1232641A-BE91-4AAD-962D-779E4D85403A@gmail.com> <20150827052649.GA87193@elstar.local> <20150827161221.GA88495@elstar.local> To: Kent Watsen X-Mailer: Apple Mail (2.2098) Archived-At: Cc: Netconf Subject: Re: [Netconf] Opinion poll on RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Aug 2015 00:44:00 -0000 --Apple-Mail=_F4A13C8A-42A1-4D17-A765-881294391DB7 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 What I am reading from the discussion till now is: Accept request-header needs to be supported and that it is not an = option. The client can choose not to send the header, in which case the server = can pick an encoding of its choice and respond with it. The client can send what it does support, in which case the server = either accepts the encoding it supports or returns a 406. The 406 (Not = Acceptable) status codes include information about the available = representations. The client can send =E2=80=9C*/*". Same behavior as not getting a Accept = header. Server MAY support advertising of encodings using the = ./well-known/host-meta file and XRD. If this a fair summary, we can update the RESTCONF draft with these = details. > On Aug 27, 2015, at 10:31 AM, Kent Watsen wrote: >=20 >=20 >=20 >=20 >> It does not matter, we should not change HTTP. >=20 > But we're not, HTTP has a bunch of "SHOULD"s that can and should be > restricted as it makes sense for REST APIs. Please feel free to = search > REST API best practices on this. >=20 >=20 >=20 >> This is what RRC 7231 has to say: >>=20 >> A request without any Accept header field implies that the user = agent >> will accept any media type in response. >=20 > Lada brought this up too. Yes, this could be interpreted as "assume = */* > was passed" or, per section 3.4.2: >=20 > A server might choose not to send an initial representation, other > than the list of alternatives, and thereby indicate that reactive > negotiation by the user agent is preferred. For example, the > alternatives listed in responses with the 300 (Multiple Choices) and > 406 (Not Acceptable) status codes include information about the > available representations so that the user or user agent can react = by > making a selection. >=20 >=20 >=20 > BTW, I tested `wget` and `curl` also, they both pass "*/*" like the > mainline browsers... >=20 > Kent >=20 >=20 >=20 >=20 >=20 >=20 Mahesh Jethanandani mjethanandani@gmail.com --Apple-Mail=_F4A13C8A-42A1-4D17-A765-881294391DB7 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 What I am reading from the discussion till now is:

  • Accept request-header needs to be = supported and that it is not an option.
  • The client = can choose not to send the header, in which case the server can pick an = encoding of its choice and respond with it.
  • The = client can send what it does support, in which case the server either = accepts the encoding it supports or returns a 406. The 406 (Not = Acceptable) status codes include information about the available = representations.
  • The client can send =E2=80=9C*/*". = Same behavior as not getting a Accept header.
  • Server = MAY support advertising of encodings using the ./well-known/host-meta = file and XRD.

If this a fair summary, we can update the RESTCONF draft with = these details.

On Aug 27, 2015, at 10:31 AM, = Kent Watsen <kwatsen@juniper.net> wrote:




It does = not matter, we should not change HTTP.

But we're not, HTTP has a bunch of "SHOULD"s that can and = should be
restricted as it makes sense for REST APIs. =   Please feel free to search
REST API best = practices on this.



This is what RRC 7231 = has to say:

 A request without any = Accept header field implies that the user agent
=  will accept any media type in response.

Lada brought this up too. =   Yes, this could be interpreted as "assume */*
was passed" or, per section 3.4.2:

  A server might choose not to send an initial = representation, other
  than the list of = alternatives, and thereby indicate that reactive
=   negotiation by the user agent is preferred.  For = example, the
  alternatives listed in responses = with the 300 (Multiple Choices) and
  406 (Not = Acceptable) status codes include information about the
=   available representations so that the user or user agent can = react by
  making a selection.



BTW, I tested `wget` and `curl` = also, they both pass "*/*" like the
mainline = browsers...

Kent






Mahesh Jethanandani
mjethanandani@gmail.com



= --Apple-Mail=_F4A13C8A-42A1-4D17-A765-881294391DB7-- From nobody Fri Aug 28 00:22:44 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DB1581A8A4C for ; Fri, 28 Aug 2015 00:22:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.661 X-Spam-Level: X-Spam-Status: No, score=-5.661 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HELO_EQ_CZ=0.445, HOST_EQ_CZ=0.904, RCVD_IN_DNSWL_HI=-5, 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 24B2xf3vO0v5 for ; Fri, 28 Aug 2015 00:22:40 -0700 (PDT) Received: from mail.nic.cz (mail.nic.cz [217.31.204.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CC7FD1A1EF7 for ; Fri, 28 Aug 2015 00:22:39 -0700 (PDT) Received: from [IPv6:2001:718:1a02:1:800e:14f8:7ab9:c7cc] (unknown [IPv6:2001:718:1a02:1:800e:14f8:7ab9:c7cc]) by mail.nic.cz (Postfix) with ESMTPSA id 14F89181855; Fri, 28 Aug 2015 09:22:38 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=nic.cz; s=default; t=1440746558; bh=Xf/VQwqrGOlUCl+1AYZy7bcTnJi2i828NsydTgANVLI=; h=From:Date:To; b=cXqPltK2YtSr724hD4jGuowb6OCjqHcVfKabLF5J7N8pM/s+O7/PeBII8iJJoH42l YpdACcm7dsD/0BghAdYhaxvS6mGbZ1HHIm7b1N2I7JCS30KLNCeyVQL9A8qZfK+nx8 dQJNrAqg/UD3Ng1v6+PaR7aQbQYMdvkWf8U5LEP0= Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) From: Ladislav Lhotka In-Reply-To: <641268B1-E221-46E7-8D61-4FAEF027FBA4@gmail.com> Date: Fri, 28 Aug 2015 09:22:41 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <1232641A-BE91-4AAD-962D-779E4D85403A@gmail.com> <20150827052649.GA87193@elstar.local> <20150827161221.GA88495@elstar.local> <641268B1-E221-46E7-8D61-4FAEF027FBA4@gmail.com> To: Mahesh Jethanandani X-Mailer: Apple Mail (2.2102) X-Virus-Scanned: clamav-milter 0.98.7 at mail X-Virus-Status: Clean Archived-At: Cc: Netconf Subject: Re: [Netconf] Opinion poll on RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Aug 2015 07:22:43 -0000 > On 28 Aug 2015, at 02:45, Mahesh Jethanandani = wrote: >=20 > What I am reading from the discussion till now is: >=20 > =E2=80=A2 Accept request-header needs to be supported and that = it is not an option. > =E2=80=A2 The client can choose not to send the header, in which = case the server can pick an encoding of its choice and respond with it. > =E2=80=A2 The client can send what it does support, in which = case the server either accepts the encoding it supports or returns a = 406. The 406 (Not Acceptable) status codes include information about the = available representations. > =E2=80=A2 The client can send =E2=80=9C*/*". Same behavior as = not getting a Accept header. > =E2=80=A2 Server MAY support advertising of encodings using the = ./well-known/host-meta file and XRD. +1 Lada >=20 > If this a fair summary, we can update the RESTCONF draft with these = details. >=20 >> On Aug 27, 2015, at 10:31 AM, Kent Watsen = wrote: >>=20 >>=20 >>=20 >>=20 >>> It does not matter, we should not change HTTP. >>=20 >> But we're not, HTTP has a bunch of "SHOULD"s that can and should be >> restricted as it makes sense for REST APIs. Please feel free to = search >> REST API best practices on this. >>=20 >>=20 >>=20 >>> This is what RRC 7231 has to say: >>>=20 >>> A request without any Accept header field implies that the user = agent >>> will accept any media type in response. >>=20 >> Lada brought this up too. Yes, this could be interpreted as "assume = */* >> was passed" or, per section 3.4.2: >>=20 >> A server might choose not to send an initial representation, other >> than the list of alternatives, and thereby indicate that reactive >> negotiation by the user agent is preferred. For example, the >> alternatives listed in responses with the 300 (Multiple Choices) = and >> 406 (Not Acceptable) status codes include information about the >> available representations so that the user or user agent can react = by >> making a selection. >>=20 >>=20 >>=20 >> BTW, I tested `wget` and `curl` also, they both pass "*/*" like the >> mainline browsers... >>=20 >> Kent >>=20 >>=20 >>=20 >>=20 >>=20 >>=20 >=20 > Mahesh Jethanandani > mjethanandani@gmail.com >=20 >=20 >=20 > _______________________________________________ > Netconf mailing list > Netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf -- Ladislav Lhotka, CZ.NIC Labs PGP Key ID: E74E8C0C From nobody Fri Aug 28 13:40:37 2015 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 516831B2EE3 for ; Fri, 28 Aug 2015 13:40:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] 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 ZQgTvyCH1L70 for ; Fri, 28 Aug 2015 13:40:33 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0791.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::1:791]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 847701B2EE1 for ; Fri, 28 Aug 2015 13:40:33 -0700 (PDT) Received: from CO1PR05MB460.namprd05.prod.outlook.com (10.141.72.152) by CO1PR05MB393.namprd05.prod.outlook.com (10.141.75.24) with Microsoft SMTP Server (TLS) id 15.1.243.23; Fri, 28 Aug 2015 20:40:30 +0000 Received: from CO1PR05MB458.namprd05.prod.outlook.com (10.141.72.140) by CO1PR05MB460.namprd05.prod.outlook.com (10.141.72.152) with Microsoft SMTP Server (TLS) id 15.1.256.15; Fri, 28 Aug 2015 20:40:29 +0000 Received: from CO1PR05MB458.namprd05.prod.outlook.com ([169.254.10.27]) by CO1PR05MB458.namprd05.prod.outlook.com ([169.254.10.27]) with mapi id 15.01.0256.013; Fri, 28 Aug 2015 20:40:29 +0000 From: Kent Watsen To: Ladislav Lhotka , Mahesh Jethanandani Thread-Topic: [Netconf] Opinion poll on RESTCONF encoding Thread-Index: AQHQ4Fu1VDdK2ycC2UOA3lddVeqi4J4e/HeA///RngCAAIMlgIAAaSOAgABLOYD//9MOgIAAvEKAgABvCICAAJvXgA== Date: Fri, 28 Aug 2015 20:40:29 +0000 Message-ID: References: <1232641A-BE91-4AAD-962D-779E4D85403A@gmail.com> <20150827052649.GA87193@elstar.local> <20150827161221.GA88495@elstar.local> <641268B1-E221-46E7-8D61-4FAEF027FBA4@gmail.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.4.140807 authentication-results: spf=none (sender IP is ) smtp.mailfrom=kwatsen@juniper.net; nic.cz; dkim=none (message not signed) header.d=none;nic.cz; dmarc=none action=none header.from=juniper.net; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [66.129.239.10] x-microsoft-exchange-diagnostics: 1; CO1PR05MB460; 5:tA/DP2H3a4yNIgAEdXiA1XQOnPIo3/t5OMPDF1pbkIfBHk8kBQU8mf35/BWta1cmYKObHdoNyUCx+y+BEgWiLm10x8itIJXVsAGXG2kYN36FG/0xU+CmnYQM7spDIGhX4DJG8FI5NGhdtvn3PczfCw==; 24:gInaZyAcLyRlTSB7xhWwUD/6N0VviBg8SChTSVGawm+cc7WSz3jo26UL1y7DeZjDmOBqh1UJgyQb1/chxpZ3y5DZfVA+YwVhfS/ENNcD3dQ=; 20:MYeKS7/fQeJMYAycOwuHKsnJM94fSDB7DI7z0Xjr+vtiu2BbaZE4XRNyNakHfWsgATOaNZ1HgD+xsDHRDJuykw== x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:; SRVR:CO1PR05MB460; UriScan:; BCL:0; PCL:0; RULEID:; SRVR:CO1PR05MB393; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(8121501046)(5005006)(3002001); SRVR:CO1PR05MB460; BCL:0; PCL:0; RULEID:; SRVR:CO1PR05MB460; x-forefront-prvs: 0682FC00E8 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(199003)(189002)(24454002)(5001960100002)(105586002)(106356001)(19580395003)(122556002)(106116001)(93886004)(5002640100001)(19580405001)(86362001)(66066001)(99286002)(40100003)(189998001)(64706001)(36756003)(83506001)(101416001)(2900100001)(92566002)(97736004)(46102003)(54356999)(4001350100001)(87936001)(10400500002)(5007970100001)(2950100001)(102836002)(5001770100001)(4001540100001)(76176999)(50986999)(5004730100002)(68736005)(62966003)(81156007)(77156002)(5001860100001)(5001830100001)(2656002); DIR:OUT; SFP:1102; SCL:1; SRVR:CO1PR05MB460; H:CO1PR05MB458.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) spamdiagnosticoutput: 1:23 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="Windows-1252" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-CrossTenant-originalarrivaltime: 28 Aug 2015 20:40:29.3928 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO1PR05MB460 X-Microsoft-Exchange-Diagnostics: 1; CO1PR05MB393; 2:l8fb0Ve2GPJipR+RFh8tYAumU683WWXKd1hwe63AvEq6OSUA7FESJmDuRKFKNSbhHGsmG/quV8rqAN6N4OF+WnMM9w2uP7AbPSDOHwzkE3t8tXwuXQJ39Y9hEUtVto3fZqxGB3O7QqDZNaH7eVSyI8bN6+nfaptoX1i7pDvMmRw=; 3:/wxE3OBiRGNWZu+JNcxih4/D205EriuY+O6qY7WHIRO8EMHdnPo0WtQ5o1NwkLcACZxaUIaZxNaCRvWXPeJKRryKYhKwk4zPQ4pzthRRgKPwGq1suCH2ZIrora1Gj/MbdGLywqAWPoygYW4uL2HdKQ==; 25:Ofj5f1mnCnehKrwekNyhVfJGDhDVSlcP1igX8SkmkzOAbzyF2XuR+v9yFnhva+OHXbLs+FspyF3og/zZ0tvSfK8hzf+SUxAm/xtWVg/DnwidjpX44H5GmXeMEwoJfX6Po67845y+VRiskmrEv/G3Uoga9pXStA2LomicFNSGe0saUH2aH+0VhPrK3jDWkg82JGV5coaelRbWMthfriphZZ0R7DmyK3YsFmkL6Y8QhZazdFlAznftMzRYcmgyzzF+j9OTBy42APrA5bmkAVzVvw==; 23:qXnMgNOvLOWx+lmGvQmdjWifsH9oLqqzGcg9rAZIIT6iHbPSS9M9IoPqx3oItcuutu8Tr3adakmbIJ1QNYbQvch+JsY8/Io0n85UjfPDDVU8CneHn9uzERmtUbhukxhp6G8uG/PdBuzk4CMplQRzw/z+Yuxp23BZr1dUau3RyjMATQahPw2NvNZ5RycIpHYD X-OriginatorOrg: juniper.net Archived-At: Cc: Netconf Subject: Re: [Netconf] Opinion poll on RESTCONF encoding X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Configuration WG mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Aug 2015 20:40:35 -0000 >>On 28 Aug 2015, at 02:45, Mahesh Jethanandani >>wrote: >>=20 >> What I am reading from the discussion till now is: >>=20 >> =80 Accept request-header needs to be supported and that it is not an >>option. >> =80 The client can choose not to send the header, in which case the >>server can pick an encoding of its choice and respond with it. >> =80 The client can send what it does support, in which case the server >>either accepts the encoding it supports or returns a 406. The 406 (Not >>Acceptable) status codes include information about the available >>representations. >> =80 The client can send =B3*/*". Same behavior as not getting a Accept >>header. >> =80 Server MAY support advertising of encodings using the >>./well-known/host-meta file and XRD. +1 (and we should decide if the 406 response format is text or something else) >>=20 >> If this a fair summary, we can update the RESTCONF draft with these >>details Right, Section 5.3 needs to be rewritten. Kent