From nobody Thu Dec 14 08:23:08 2017 Return-Path: X-Original-To: cdni@ietfa.amsl.com Delivered-To: cdni@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C1E9512941D for ; Thu, 14 Dec 2017 08:23:06 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 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, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com 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 xEJMOP7Eseex for ; Thu, 14 Dec 2017 08:23:05 -0800 (PST) Received: from mail-wm0-x22e.google.com (mail-wm0-x22e.google.com [IPv6:2a00:1450:400c:c09::22e]) (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 C0281126CD8 for ; Thu, 14 Dec 2017 08:23:04 -0800 (PST) Received: by mail-wm0-x22e.google.com with SMTP id f9so12617465wmh.0 for ; Thu, 14 Dec 2017 08:23:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=wwLvqvPV5TWEDkQ0Gm9E/xAT5AgIUhfKmajwZUBCL10=; b=QItxHTETjy6A0ah2UqLb6YgJdGs30m7i+CzxAi00JKXHm7b0+p2vJ5gFXGqPtZQQ3N O2VDJQw2/OiosyerBjyBfSEEokXOtLpt46aVQjM261QB265fcvkwfxvkmVYB9pRdqgdX wopTy4Zt03QgQ8B7eDHBvYyxBG/UaUQG82WRVXhjwOZ7uECSlTeKc5uzTe27r8C4PVJM D2TX3HdJjS7n/4zSUdGFdQASgk8iNgjRqur/09FQ2kYnlUES4plnzx1cyA4qfcg6fTDN HSXvNd0Q49Yh/RTNTl0PNtLkHFv5OH/8WFCUhcRTSJpa8Cjy0zCJVPDtV3y+LxTejqHg BXzg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=wwLvqvPV5TWEDkQ0Gm9E/xAT5AgIUhfKmajwZUBCL10=; b=QnwOSwzzW6tPOwbMbRNiueO8IYFxJApkGymbIn0yCMHHJWy0szbxGd6RJNFw6lutUA Tyc4xNCtR6IZeaDFTWGAdwrXzVolUuChmecD1DnLQzFOHlJJXDPHpzxmNuxkpg9setKJ Evlry9HDWVnhFLplkt/1UuGBA2jOjQcSxGSdet9F7VnFaOUcvEZsp2L7WKnPPFJeAyz2 YkSLc/87fQj1PmNiEDeHfB/C4ds6hf222pt8hFtQqxhEw0v37YSo+aQ9jLXuHHuvGRxS m9oAtCO8mywAIxkJ/dcufc4sZ4f6xgGgul00AwS4XUaM0eUmsWL/dawDtTDddYzh0Wv4 Ba6g== X-Gm-Message-State: AKGB3mL9tAGNzJDjk4ryqD0KudJeXKQySjsHDNOHGmABihlQLlPncpWL mEJRBXFqT7aj2htMYVWXyPVc2Im7VfiXRmbS2mVSeg== X-Google-Smtp-Source: ACJfBouSeEOe7k8ZjHvtBjwHY/I6KqxEetTN1a04N3g0a3174C/jdO+EwmfiJ1ZcZLhxjgDz8rH22i48NSVBUaFTUWo= X-Received: by 10.28.217.144 with SMTP id q138mr2769359wmg.9.1513268583023; Thu, 14 Dec 2017 08:23:03 -0800 (PST) MIME-Version: 1.0 Received: by 10.28.172.195 with HTTP; Thu, 14 Dec 2017 08:23:02 -0800 (PST) From: Shawn Lin Date: Fri, 15 Dec 2017 00:23:02 +0800 Message-ID: To: cdni@ietf.org Content-Type: multipart/alternative; boundary="001a11467f8a57474605604f4c3d" Archived-At: Subject: [CDNi] [Question] About Section 5.4.1 of RFC 8008 X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "This list is to discuss issues associated with the Interconnection of Content Delivery Networks \(CDNs\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Dec 2017 16:23:07 -0000 --001a11467f8a57474605604f4c3d Content-Type: text/plain; charset="UTF-8" Dear CDNIers, I am confused about the semantics of Acquisition Protocol Capability Object in 5.4. Any reply is highly appreciated! Let me start with an example. { "capabilities": [ { "capability-type": "FCI.AcquisitionProtocol", "capability-value": { "acquisition-protocols": [ "http/1.1", "https/1.1" ]}, "footprints": [ {"footprint-type": "asn", "footprint-value": ["AS65535"]} ]} ]} The description in the first paragraph of 5.4 The Delivery Protocol capability object is used to indicate support for one or more of the protocols listed in the "CDNI Metadata Protocol Types" registry. makes me think that AS65535 has the capabilities of http/1.1 or AS65535 has the capabilities of https/1.1 or AS65535 has the capabilities of http/1.1 and https/1.1. However, the description in the first paragraph of 5.4.1 The following shows an example of Acquisition Protocol capability object serialization for a CDN that supports *HTTP/1.1 with or without **TLS for content acquisition.* makes me think that AS65535 has the capabilities of http/1.1 or AS65535 has the capabilities of https/1.1. Thanks in advance! Bests, Shawn Lin --001a11467f8a57474605604f4c3d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Dear CDNIers,

I am confused about the s= emantics of Acquisition Protocol Capability Object in 5.4. Any reply is=C2= =A0highly appreciated! Let me start with an example.

= 
{
     "capabilities": [

=
       {
         "capability-type": "FCI.AcquisitionProtocol",
         "capability-value": {

=
           "acquisition-protocols": [
             "http/1.1",
             "https/1.1"

]}= , 

 =
        "footprints": [
           {"footprint-type": "asn",
<=
span style=3D"font-size:10pt;font-family:Courier">            "footpri=
nt-value": ["AS65535"]}

]}=

]}= =C2=A0


The description in the first paragraph of 5.= 4

<= div class=3D"gmail-page" title=3D"Page 13">
= 
The Delivery Protocol capability object is used to indicate suppor=
t for one or more of the protocols 
listed in the "CDNI Metadata Proto=
col Types" registry.

makes me think that AS65535= has the capabilities of http/1.1 or AS65535 has the capabilities of https/= 1.1 or AS65535 has the capabilities of http/1.1 and https/1.1.


However, the description in the first paragraph of 5.4.1

The following shows an example of Acquisition Protoco= l capability=C2=A0object serialization for a CDN that supports=C2=A0HTTP/1.1 with or without=C2=A0TLS for content acquisition.

makes me think that AS65535 has the capabilities of http/1.1 or AS65535 ha= s the capabilities of https/1.1.


Thanks in advance!

=

Bests,

Shawn Lin

--001a11467f8a57474605604f4c3d-- From nobody Thu Dec 14 17:25:35 2017 Return-Path: X-Original-To: cdni@ietfa.amsl.com Delivered-To: cdni@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2A3791270FC for ; Thu, 14 Dec 2017 17:25:34 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.698 X-Spam-Level: X-Spam-Status: No, score=-2.698 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, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com 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 MYPrCvLAhHVY for ; Thu, 14 Dec 2017 17:25:32 -0800 (PST) Received: from mail-qk0-x22f.google.com (mail-qk0-x22f.google.com [IPv6:2607:f8b0:400d:c09::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 B288A126D85 for ; Thu, 14 Dec 2017 17:25:31 -0800 (PST) Received: by mail-qk0-x22f.google.com with SMTP id r184so938674qke.8 for ; Thu, 14 Dec 2017 17:25:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=vO5LIKA2oWKZlVet9znAFkTlkM04BE7Nc8nVNnN4LgQ=; b=lVa+qwSGbqyQxuvBBHTZjh7QeUf7HPpJkkpMsoj6P1GQk0xUh7opq50cbDm1Pke/gQ G3nItw6TDxwhBGcgPnMRVQNsIs89NC7Bl65dPTErP0jdvmpOZpFPalDLXDeYvMejX83p xXmgyEOs11HvJh+osYVY+RGCHbty2wEJjwWgi0ExNGsxZQVWQOd0kVVU9cQKwTvnfLJ5 jrKFNkli7Bo0j6DX5gJK6kNE/lIzdXFVHeBFICQj8kRShaM90ftGIoP4QREBBcjhqyhV /RMMJLMjtQ5QUZLKOsdkHSNKXMq5/YyeuO1GP/4c7iPBYt7vq71kCKZ0qf0mISWxtkF4 x7zg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=vO5LIKA2oWKZlVet9znAFkTlkM04BE7Nc8nVNnN4LgQ=; b=qDmTcqHSnkAqD36YoxJXVu8Pod5taGqX1BJuEgo71SzuDCrG+SJNUnv+sjrdW3M/va fm+8c1axCN18xpiPqfyA2aTv1WUnWJam/ke0vm2hxe8mRcewyvePE1rFtRoU40mzjwB3 ytt2i2q9FLsjSKWecdsjG6IuXKglCBbWV6dwgKt9JCVmhqDkHn+LwThfUiI8OM9OmPmZ f+mF8EC804O99RXd14k8IIEMjqTRQB+HTQxqTVx8GEY3eiuEGkz/oa2yDpCM+5mSUBwG RkDNfhZG4nJshGuiOL7IIECgeLe5UvGiCaorbtTDuqlNFJ2e2oWH370A5EVwhwuu1XVQ KZQA== X-Gm-Message-State: AKGB3mIqc9UBLLVOYBvZQS1VcV7HtAjG/SVDFm33SdxNtBzMjOhz6Rli ejMYeIU6WaN739m/A4rlhCGmQUuL X-Google-Smtp-Source: ACJfBovSIXLEtheIw+sgN6S5atXGh0KTOA3OLVAMG5frb5FrbhY4vemORSuPf3w6VzWimTfwyVC3uA== X-Received: by 10.55.166.82 with SMTP id p79mr19557684qke.302.1513301130395; Thu, 14 Dec 2017 17:25:30 -0800 (PST) Received: from [192.168.1.105] (c-24-34-41-146.hsd1.nh.comcast.net. [24.34.41.146]) by smtp.gmail.com with ESMTPSA id y9sm3427777qkj.85.2017.12.14.17.25.28 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 14 Dec 2017 17:25:29 -0800 (PST) Content-Type: multipart/alternative; boundary=Apple-Mail-68CBFBB0-F087-4890-B15D-36841405009B Mime-Version: 1.0 (1.0) From: "Kevin J. Ma" X-Mailer: iPhone Mail (15B150) In-Reply-To: Date: Thu, 14 Dec 2017 20:25:27 -0500 Cc: cdni@ietf.org Content-Transfer-Encoding: 7bit Message-Id: <3582463E-2020-4157-B539-DD5FB7DF5344@gmail.com> References: To: Shawn Lin Archived-At: Subject: Re: [CDNi] [Question] About Section 5.4.1 of RFC 8008 X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "This list is to discuss issues associated with the Interconnection of Content Delivery Networks \(CDNs\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Dec 2017 01:25:34 -0000 --Apple-Mail-68CBFBB0-F087-4890-B15D-36841405009B Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Hi Shawn, (As an author) In your example, AS65535 supports both HTTP and HTTPS. I b= elieve the statement in section 5.4.1 conforms to this; supporting HTTP "wit= h or without TLS" implies supporting both HTTP and HTTPS, though we could've= possibly choosen a different wording. I apologize for any confusion. thanx. -- Kevin J. Ma Sent from my iPhone > On Dec 14, 2017, at 11:23 AM, Shawn Lin wrote: >=20 > Dear CDNIers, >=20 > I am confused about the semantics of Acquisition Protocol Capability Objec= t in 5.4. Any reply is highly appreciated! Let me start with an example. >=20 > { > "capabilities": [ > { > "capability-type": "FCI.AcquisitionProtocol", > "capability-value": { > "acquisition-protocols": [ > "http/1.1", > "https/1.1" > ]}, >=20 > "footprints": [ > {"footprint-type": "asn", > "footprint-value": ["AS65535"]} > ]} >=20 > ]}=20 >=20 >=20 >=20 > The description in the first paragraph of 5.4 >=20 > The Delivery Protocol capability object is used to indicate support for on= e or more of the protocols=20 > listed in the "CDNI Metadata Protocol Types" registry. > makes me think that AS65535 has the capabilities of http/1.1 or AS65535 ha= s the capabilities of https/1.1 or AS65535 has the capabilities of http/1.1 a= nd https/1.1. >=20 >=20 >=20 > However, the description in the first paragraph of 5.4.1 >=20 > The following shows an example of Acquisition Protocol capability object s= erialization for a CDN that supports HTTP/1.1 with or without TLS for conten= t acquisition. >=20 > makes me think that AS65535 has the capabilities of http/1.1 or AS65535 ha= s the capabilities of https/1.1. >=20 >=20 >=20 > Thanks in advance! >=20 >=20 >=20 > Bests, >=20 > Shawn Lin >=20 > _______________________________________________ > CDNi mailing list > CDNi@ietf.org > https://www.ietf.org/mailman/listinfo/cdni --Apple-Mail-68CBFBB0-F087-4890-B15D-36841405009B Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi Shawn,

  (As an a= uthor) In your example, AS65535 supports both HTTP and HTTPS.  I believ= e the statement in section 5.4.1 conforms to this; supporting HTTP "with or w= ithout TLS" implies supporting both HTTP and HTTPS, though we could've possi= bly choosen a different wording.  I apologize for any confusion.
<= div>
thanx.

--  Kevin J. Ma
<= br>
Sent from my iPhone

On Dec 1= 4, 2017, at 11:23 AM, Shawn Lin <x.shawn.lin@gmail.com> wrote:

Dear CDNIers,

I am confused about t= he semantics of Acquisition Protocol Capability Object in 5.4. Any reply is&= nbsp;highly appreciated! Let me start with an example.

=
=
= 
{
     "capabilities": [

       {
         "capability-type": "FCI.AcquisitionProtocol",
         "capability-value": {

           "acquisition-protocols": [
             "http/1.1",
             "https/1.1"

]},

= 
         "footprint=
s": [
           {"footprint-type": "asn",
            "footprint-value": ["AS65535"]}

]}

=

]} 


The description in the first paragraph of 5.4

= 

The Delivery Protocol capability object is used to indic=
ate support for one or more of the protocols 
listed in the "CDNI Metadata Pro=
tocol Types" registry.

makes me think that AS65535 has t= he capabilities of http/1.1 or AS65535 has the capabilities of https/1.1 or A= S65535 has the capabilities of http/1.1 and https/1.1.


Howe= ver, the description in the first paragraph of 5.4.1

The following shows an example of Acquisition Protocol capability&n= bsp;object seriali= zation for a CDN that supports HTTP/1.1 with or without TLS for content acquisition.

<= /div>

makes me think that AS= 65535 has the capabilities of http/1.1 or AS65535 has the capabilities of ht= tps/1.1.


Thanks in advance!


Bests,

S= hawn Lin

=
____________________= ___________________________
CDNi mailing list
CDNi@ietf.org
https://www.ietf.org/mailman= /listinfo/cdni
= --Apple-Mail-68CBFBB0-F087-4890-B15D-36841405009B-- From nobody Thu Dec 14 17:33:56 2017 Return-Path: X-Original-To: cdni@ietfa.amsl.com Delivered-To: cdni@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4FDE6124239 for ; Thu, 14 Dec 2017 17:33:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 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, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com 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 Vs8UJjdNN883 for ; Thu, 14 Dec 2017 17:33:51 -0800 (PST) Received: from mail-wm0-x236.google.com (mail-wm0-x236.google.com [IPv6:2a00:1450:400c:c09::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 9178212704B for ; Thu, 14 Dec 2017 17:33:51 -0800 (PST) Received: by mail-wm0-x236.google.com with SMTP id f206so14687663wmf.5 for ; Thu, 14 Dec 2017 17:33:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=DxXasIY2pD9MWkZ3ficveLiKpV8n1cKFyMvywgHmVPc=; b=GFvA+dzkIgfNc5Yfaa5++fnq7hatRBKat8AkijPN1YcR6cVPxk6kF5kLz2FZ/cQnul p5z3yUxKV3veBlJy7pzghfDfMcFhDstLPZLqTCjBGDdv3fsJjNplnwe3n/BXYwi1GsJ9 GDN73UR4qUaAbh9FQXdVaQrntGMfo3XEspufwJT9XQjuhoLQSbrupoppmatKuYuvlZhC lc8X2hN8mCf15g0Acgmr1p60nm54n+SQrcA4Urvu/2H82nwdHakZF3FOENubIrCnjYnq oJTfd/bnImBsa0GJut+Sf9n+2kKcaCqg4eFHz5J+8hJ8qjAEkt4dK1mQ4trv74WvNlp2 RlFQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=DxXasIY2pD9MWkZ3ficveLiKpV8n1cKFyMvywgHmVPc=; b=glrJx/HTFPqfEslWgOqxcKg/qmfJHSLYY1nblkg2kOw6jqT78Q/NCXJsLJs0Ox1N6j DUHhdRrjvFlMUFHvMWFmXF834lQOz3fW5NrdBQp+mlOSJrlvvL84z0yqL8lCqGSnEqFU NY8I9I4B791oYg+dxcHZJ9GzjyJsVohI/+toAt0YX56mMZ98rvL3vZo/6F6rFGHUZc+K vf+4ubG6z0asJ9GxWhaupdlMWrFZ/bRfl2Ma4khORngpLeOe6EmgXLyrxUB2gbcAUe9F cnzyclekyTdjW5wfJUfsLBOChRRMEncSd8449VT+9d00zD93B/VLcdrYmMrzhP6AugRl OLew== X-Gm-Message-State: AKGB3mLRSgglH+y239x3s13w56yJUh01ageQL8sFzMrp/838369kwziw 0YyrZqndnMDRrqKslYexUDdK4ycZgjeWqnM+JD4= X-Google-Smtp-Source: ACJfBotNvjUhXWzQdOybrmJymcQikRvtWZJo4tTQ/7LUZ+ZVQLBZmbkJZr5Mlaq2cOANGWJTiH/GeBPfT4Qz7NBGz6Y= X-Received: by 10.28.138.75 with SMTP id m72mr4012673wmd.97.1513301630059; Thu, 14 Dec 2017 17:33:50 -0800 (PST) MIME-Version: 1.0 Received: by 10.28.172.195 with HTTP; Thu, 14 Dec 2017 17:33:49 -0800 (PST) In-Reply-To: <3582463E-2020-4157-B539-DD5FB7DF5344@gmail.com> References: <3582463E-2020-4157-B539-DD5FB7DF5344@gmail.com> From: Shawn Lin Date: Fri, 15 Dec 2017 09:33:49 +0800 Message-ID: To: "Kevin J. Ma" Cc: cdni@ietf.org Content-Type: multipart/alternative; boundary="001a11444adc190a4f056056fe9a" Archived-At: Subject: Re: [CDNi] [Question] About Section 5.4.1 of RFC 8008 X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "This list is to discuss issues associated with the Interconnection of Content Delivery Networks \(CDNs\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Dec 2017 01:33:54 -0000 --001a11444adc190a4f056056fe9a Content-Type: text/plain; charset="UTF-8" Hi Kevin, It is clear to me now! Thank you so much! Bests, Shawn Lin On Fri, Dec 15, 2017 at 9:25 AM, Kevin J. Ma wrote: > Hi Shawn, > > (As an author) In your example, AS65535 supports both HTTP and HTTPS. I > believe the statement in section 5.4.1 conforms to this; supporting HTTP > "with or without TLS" implies supporting both HTTP and HTTPS, though we > could've possibly choosen a different wording. I apologize for any > confusion. > > thanx. > > -- Kevin J. Ma > > Sent from my iPhone > > On Dec 14, 2017, at 11:23 AM, Shawn Lin wrote: > > Dear CDNIers, > > I am confused about the semantics of Acquisition Protocol Capability > Object in 5.4. Any reply is highly appreciated! Let me start with an > example. > > > { > "capabilities": [ > > { > "capability-type": "FCI.AcquisitionProtocol", > "capability-value": { > > "acquisition-protocols": [ > "http/1.1", > "https/1.1" > > ]}, > > "footprints": [ > {"footprint-type": "asn", > > "footprint-value": ["AS65535"]} > > ]} > > ]} > > > The description in the first paragraph of 5.4 > > The Delivery Protocol capability object is used to indicate support for one or more of the protocols > > listed in the "CDNI Metadata Protocol Types" registry. > > makes me think that AS65535 has the capabilities of http/1.1 or AS65535 > has the capabilities of https/1.1 or AS65535 has the capabilities of > http/1.1 and https/1.1. > > > However, the description in the first paragraph of 5.4.1 > > The following shows an example of Acquisition Protocol capability object > serialization for a CDN that supports *HTTP/1.1 with or without **TLS for > content acquisition.* > > makes me think that AS65535 has the capabilities of http/1.1 or AS65535 > has the capabilities of https/1.1. > > > Thanks in advance! > > > Bests, > > Shawn Lin > > _______________________________________________ > CDNi mailing list > CDNi@ietf.org > https://www.ietf.org/mailman/listinfo/cdni > > --001a11444adc190a4f056056fe9a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Kevin,

It is clear to me now! Thank = you so much!

Bests,
Shawn Lin

On Fri, Dec 15, = 2017 at 9:25 AM, Kevin J. Ma <kevin.j.ma.ietf@gmail.com> wrote:
Hi Shawn,
=C2=A0 (As an author) In your example, AS65535 supports b= oth HTTP and HTTPS.=C2=A0 I believe the statement in section 5.4.1 conforms= to this; supporting HTTP "with or without TLS" implies supportin= g both HTTP and HTTPS, though we could've possibly choosen a different = wording.=C2=A0 I apologize for any confusion.

than= x.

-- =C2=A0Kevin J. Ma

Sent from my iPhone

On Dec 14, 2017, at 11:23 AM, Shawn Lin <x.shawn.lin@gmail.com> = wrote:

Dear CD= NIers,

I am confused about the semantics of Acquisition = Protocol Capability Object in 5.4. Any reply is=C2=A0highly appreciated! Le= t me start with an example.

{
     "capabilities": [

=
       {
         "capability-type": "FCI.AcquisitionProtocol",
         "capability-value": {

=
           "acquisition-protocols": [
             "http/1.1",
             "https/1.1"

]}= , 

 =
        "footprints": [
           {"footprint-type": "asn",
<=
span style=3D"font-size:10pt;font-family:Courier">            "footpri=
nt-value": ["AS65535"]}

]}=

]}= =C2=A0


The description in the first paragraph of 5.= 4

The Deliv=
ery Protocol capability object is used to indicate support for one or more =
of the protocols 
listed in the "CDNI Metadata Protocol Types" re=
gistry.

makes me think that AS65535 has the capabilities of h= ttp/1.1 or AS65535 has the capabilities of https/1.1 or AS65535 has the cap= abilities of http/1.1 and https/1.1.


However, the descript= ion in the first paragraph of 5.4.1

The followi= ng shows an example of Acquisition Protocol capability=C2=A0object serialization for a CDN t= hat supports=C2=A0HT= TP/1.1 with or without=C2=A0TLS for content acquisition.

<= div class=3D"m_-5064932956297227936gmail-layoutArea">

makes me think that AS65535 has the capabili= ties of http/1.1 or AS65535 has the capabilities of https/1.1.


Thanks in advance!


Bests,

Shawn Lin

_______= ________________________________________
CDNi mailing = list
CDN= i@ietf.org
https://www.ietf.org/mailman/listinfo/cdn= i

--001a11444adc190a4f056056fe9a-- From nobody Tue Dec 19 08:12:16 2017 Return-Path: X-Original-To: cdni@ietfa.amsl.com Delivered-To: cdni@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8AFF712D7EA for ; Tue, 19 Dec 2017 08:12:15 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 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_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=verizon.com header.b=IarSixN3; dkim=pass (1024-bit key) header.d=verizon.com header.b=meImufVm; dkim=pass (1024-bit key) header.d=verizon.com header.b=Ay8O19RP 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 1NhNJmuXo5S7 for ; Tue, 19 Dec 2017 08:12:13 -0800 (PST) Received: from omzsmtpe01.verizonbusiness.com (omzsmtpe01.verizonbusiness.com [199.249.25.210]) (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 5A9FD12D7E5 for ; Tue, 19 Dec 2017 08:12:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=verizon.com; i=@verizon.com; q=dns/txt; s=corp; t=1513699933; x=1545235933; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=saUZl0k9k1n89qkMlOrvPc6zs79BECKz0olYenodpYc=; b=IarSixN3AKRtKfpbCeDozrr+Ar8X1C1Ghbzaxy46C431eIBdhNFE/koT 0sf26EiUn5E55UW/YWtzYqNkpusYy7oRrzW4E0vmkNO5HvXDbij2Ls8XJ 6wgrkyvrlNfsRC6jBbj6pN9tfUDmvxgOxXeGNFCSgM+0YsLXblo+9bLk+ k=; Received: from unknown (HELO fldsmtpi02.verizon.com) ([166.68.71.144]) by omzsmtpe01.verizonbusiness.com with ESMTP; 19 Dec 2017 16:12:11 +0000 Received: from rogue-10-255-192-101.rogue.vzwcorp.com (HELO apollo.verizonwireless.com) ([10.255.192.101]) by fldsmtpi02.verizon.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 19 Dec 2017 16:11:22 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=verizon.com; i=@verizon.com; q=dns/txt; s=corp; t=1513699882; x=1545235882; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=saUZl0k9k1n89qkMlOrvPc6zs79BECKz0olYenodpYc=; b=meImufVmfOVwq4US/HoyVOaCM4MMYXLjlnqtCii3+vz3bdXH+atDcGXG 0Ult3oHu5jae9PkJ+HXpHuSnjkrfuL+HfGBD0Fyjh6AZIm88K7LQMW6ky K2lXU67TvMFxQtccNRmFUrgYU8QuP654cRRwg5149lxqHUMDtdjmFfcHl g=; Received: from endeavour.tdc.vzwcorp.com (HELO eris.verizonwireless.com) ([10.254.88.163]) by apollo.verizonwireless.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 19 Dec 2017 11:11:21 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=verizon.com; i=@verizon.com; q=dns/txt; s=corp; t=1513699881; x=1545235881; h=to:subject:date:message-id:references:in-reply-to: mime-version:from; bh=saUZl0k9k1n89qkMlOrvPc6zs79BECKz0olYenodpYc=; b=Ay8O19RPODva3bQaBT3b4m7yTfLnzyzHjg5Z30nAShSPSe/BhjVc77uY 83P/vmnKenLYhSBKFG1JqcYrI2UPEx+6RY8d1qtsbtioEHvzX2hGIHIU6 yd6ZoMGi67jsfiAkEGxtXAv201SF7Q6irxyq2yYxx4Hb1gLHT5dJSDAnY E=; From: sanjay.mishra@verizon.com X-Host: endeavour.tdc.vzwcorp.com Received: from ohtwi1exh003.uswin.ad.vzwcorp.com ([10.144.218.45]) by eris.verizonwireless.com with ESMTP/TLS/AES128-SHA256; 19 Dec 2017 16:11:21 +0000 Received: from tbwexch21apd.uswin.ad.vzwcorp.com (153.114.162.45) by OHTWI1EXH003.uswin.ad.vzwcorp.com (10.144.218.45) with Microsoft SMTP Server (TLS) id 14.3.248.2; Tue, 19 Dec 2017 11:11:21 -0500 Received: from OMZP1LUMXCA09.uswin.ad.vzwcorp.com (144.8.22.182) by tbwexch21apd.uswin.ad.vzwcorp.com (153.114.162.45) with Microsoft SMTP Server (TLS) id 15.0.1263.5; Tue, 19 Dec 2017 11:11:20 -0500 Received: from OMZP1LUMXCA08.uswin.ad.vzwcorp.com (144.8.22.181) by OMZP1LUMXCA09.uswin.ad.vzwcorp.com (144.8.22.182) with Microsoft SMTP Server (TLS) id 15.0.1263.5; Tue, 19 Dec 2017 10:11:19 -0600 Received: from OMZP1LUMXCA08.uswin.ad.vzwcorp.com ([144.8.22.181]) by OMZP1LUMXCA08.uswin.ad.vzwcorp.com ([144.8.22.181]) with mapi id 15.00.1263.000; Tue, 19 Dec 2017 10:11:19 -0600 To: Ben Niven-Jenkins , Ori Finkelman , "cdni@ietf.org" Thread-Topic: [E] Logging: draft-finkelman-cdni-sva-extensions-00.txt Thread-Index: AQHTaFUL7jZaEHmF9kaCOCXfSkB5MaNK7svQ Date: Tue, 19 Dec 2017 16:11:19 +0000 Message-ID: <20c07a582e6d44d5a36ae43bda147af4@OMZP1LUMXCA08.uswin.ad.vzwcorp.com> References: <150937917932.7823.7624674920223255542.idtracker@ietfa.amsl.com> <7d56eab1a06c49e88f751b25bc01405d@OMZP1LUMXCA08.uswin.ad.vzwcorp.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.144.60.250] Content-Type: multipart/alternative; boundary="_000_20c07a582e6d44d5a36ae43bda147af4OMZP1LUMXCA08uswinadvzw_" MIME-Version: 1.0 Archived-At: Subject: Re: [CDNi] [E] Logging: draft-finkelman-cdni-sva-extensions-00.txt X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "This list is to discuss issues associated with the Interconnection of Content Delivery Networks \(CDNs\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Dec 2017 16:12:15 -0000 --_000_20c07a582e6d44d5a36ae43bda147af4OMZP1LUMXCA08uswinadvzw_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 T24gMjggTm92IDIwMTcsIGF0IDA5OjI3LCBiZW5Abml2ZW4tamVua2lucy5jby51ayB3cm90ZToN Cg0KPlRoZSB3b3JraW5nIGdyb3VwIHN0YW5kYXJkaXNlZCBvbiB0aGUgZm9ybWF0IHNwZWNpZmll ZCBpbiBSRkM3OTM3LiBJbnRyb2R1Y3Rpb24gb2YgYSBzZWNvbmQgZm9ybWF0IGp1c3QgdG8gc2F0 aXNmeSBhIHN1YnNldCBvZiBDRE5zIHRoYXQgdXNlIGEgZGlmZmVyZW50IGZvcm1hdCBkb2VzbuKA mXQgc29sdmUgdGhlIHByb2JsZW0gaXQganVzdCBtb3ZlcyBpdCBhcm91bmQgYW5kIHBsYWNlcyB0 aGUgYnVyZGVuIG9mIHRyYW5zZm9ybWF0aW9uIG9uIGFub3RoZXIgcGFydHksIGl0IGRvZXNu4oCZ dCBzb2x2ZSBpdC4NCkkgZG9u4oCZdCBkaXNhZ3JlZSBob3dldmVyIGdpdmVuIHRoZXJlIHdhcyBs YWNrIChubyBpbXBsZW1lbnRhdGlvbikgb2YgdGhlIGxvZ2dpbmcgYmFzZWQgb24gUkZDNzkzNyBs ZWQgdXMgdG8gY29uc2lkZXIgYW4gYWx0ZXJuYXRpdmUgdGhhdCBtaW5pbWl6ZWQgd29yayBmb3Ig dGhlIHBhcnRpY2lwYXRpbmcgQ0ROcyBhbmQgbGV2ZXJhZ2VkIHdoYXQgdGhleSBhbHJlYWR5IGhh ZCBpbnZlc3RlZCBpbi4gV2UgY2FuIHJlbW92ZSB0aGUgbG9nZ2luZyBzZWN0aW9uIGZyb20gdGhl IEktRCwgYnV0IEkgYW0gbm90IHN1cmUgaWYgdGhhdCBpbXByb3ZlcyBvZGRzIGZvciBuZXcgZGV2 ZWxvcG1lbnQgd2l0aGluIENETnMgY29uZm9ybWluZyB0byBSRkMgNzkzNy4NCg0KQmVzdA0KU2Fu amF5DQoNCg0KDQpGcm9tOiBCZW4gTml2ZW4tSmVua2lucyBbbWFpbHRvOmJlbkBuaXZlbi1qZW5r aW5zLmNvLnVrXQ0KU2VudDogVHVlc2RheSwgTm92ZW1iZXIgMjgsIDIwMTcgOToyNyBBTQ0KVG86 IE1pc2hyYSwgU2FuamF5IDxzYW5qYXkubWlzaHJhQG9uZS52ZXJpem9uLmNvbT47IE9yaSBGaW5r ZWxtYW4gPG9yaWZAcXdpbHQuY29tPjsgY2RuaUBpZXRmLm9yZw0KU3ViamVjdDogW0VdIExvZ2dp bmc6IGRyYWZ0LWZpbmtlbG1hbi1jZG5pLXN2YS1leHRlbnNpb25zLTAwLnR4dA0KDQpTYW5qYXks IE9yaSwgQ29sbGVhZ3VlcywNCg0KT24gMTcgTm92IDIwMTcsIGF0IDAyOjU3LCBzYW5qYXkubWlz aHJhQHZlcml6b24uY29tPG1haWx0bzpzYW5qYXkubWlzaHJhQHZlcml6b24uY29tPiB3cm90ZToN Cg0KS2V2aW4gTWEgd3JvdGU6DQo+Rm9yIExvZ2dpbmcsIGl0IHdvdWxkIGJlIHVuZm9ydHVuYXRl IGlmIHRoZSBsb2dnaW5nIGludGVyZmFjZSB3ZSBzcGVjaWZpZWQgaGFkIHRvIGJlID5jb21wbGV0 ZWx5IGJ5cGFzc2VkLiAgSWYgdGhlcmUgaXMgYSBuZWVkLCB0aGVuIHdlIHNob3VsZCBhZGRyZXNz IGl0LCBidXQgSSB3b3VsZCBiZSBpbnRlcmVzdGVkIGluID5oZWFyaW5nIGZyb20gdmVuZG9ycyBv biB0aGlzLg0KUHJpbWFyeSBtb3RpdmF0b3JzIGZvciBzcGVjaWZ5aW5nIGxvZ2dpbmcgcmVxdWly ZW1lbnRzIGluIGRyYWZ0LWZpbmtlbG1hbi1jZG5pLXN2YS1leHRlbnNpb25zIGlzIGxhcmdlbHkg YmVjYXVzZSBvZiBDRE5zIGFscmVhZHkgaGF2ZSBhbmQgdXNlIFNxdWlkIGJhc2VkIGxvZ2dpbmcg YW5kIHdvdWxkIHJhdGhlciBub3QgYWRkIGEgc2VwYXJhdGUgcHJvY2VzcyB0byByZWNlaXZlIGFu ZCBwcm9jZXNzIGxvZ2dpbmcgaW5mb3JtYXRpb24gc2VudCBieSB0aGUgZENETiAoSVNQ4oCZcyBv cGVuIGNhY2hpbmcgbm9kZXMpLg0KDQpJIGRvIG5vdCBmaW5kIHRoaXMgYXJndW1lbnQgcGFydGlj dWxhcmx5IHBlcnN1YXNpdmUuIE91ciBwdXJwb3NlIGF0IElFVEYgaXMgdG8gc3BlY2lmeSBpbnRl cm9wZXJhYmlsaXR5IGFuZCBpbnRyb2R1Y2luZyBhIG5ldyBmb3JtYXQgd29ya3MgYWdhaW5zdCB0 aGF0IGdvYWwgSU1PLiBOb3QgYWxsIENETnMgcHJvZHVjZSBzcXVpZC1mb3JtYXQgbG9ncywgc28g c3F1aWQtZm9ybWF0IGlzIG5vdCBhIG1hZ2ljIGJ1bGxldCwgcGVvcGxlIGFyZSBhbHdheXMgZ29p bmcgdG8gaGF2ZSB0byBzdXBwb3J0IHNvbWUga2luZCBvZiB0cmFuc2Zvcm1hdGlvbiBpZiB0aGV5 IHdhbnQgQ0ROcyB0aGF0IHVzZSBkaWZmZXJlbnQgbG9nZ2luZyBmb3JtYXRzIHRvIGludGVyb3Bl cmF0ZS4NCg0KVGhlIHdvcmtpbmcgZ3JvdXAgc3RhbmRhcmRpc2VkIG9uIHRoZSBmb3JtYXQgc3Bl Y2lmaWVkIGluIFJGQzc5MzcuIEludHJvZHVjdGlvbiBvZiBhIHNlY29uZCBmb3JtYXQganVzdCB0 byBzYXRpc2Z5IGEgc3Vic2V0IG9mIENETnMgdGhhdCB1c2UgYSBkaWZmZXJlbnQgZm9ybWF0IGRv ZXNu4oCZdCBzb2x2ZSB0aGUgcHJvYmxlbSBpdCBqdXN0IG1vdmVzIGl0IGFyb3VuZCBhbmQgcGxh Y2VzIHRoZSBidXJkZW4gb2YgdHJhbnNmb3JtYXRpb24gb24gYW5vdGhlciBwYXJ0eSwgaXQgZG9l c27igJl0IHNvbHZlIGl0Lg0KDQpUaGUgZXhhbXBsZSBjaXRlZCBpbiB0aGUgZHJhZnQgb2YgbG9n Z2luZyB0aGUgaGl0L21pc3Mgc3RhdHVzIG9mIHRoZSByZXF1ZXN0IGlzIGFscmVhZHkgc3VwcG9y dGVkIGJ5IFJGQzc5MzcgdGhyb3VnaCB0aGUgcy1jYWNoZWQgZmllbGQuIEl0IG9ubHkgbG9ncyBo aXQgdnMgbWlzcyBhbHRob3VnaCBjb3VsZCBiZSBleHRlbmRlZCB0byBzdXBwb3J0IGFkZGl0aW9u YWwgZ3JhbnVsYXJpdHkgcmF0aGVyIHRoYW4gaW50cm9kdWNpbmcgYSBuZXcgbG9nIGZvcm1hdCBh bG9uZyB3aGljaCB3b3VsZCBicmluZyB3aXRoIGl0IHRoZSBpbnRlcm9wZXJhYmlsaXR5IGNvbmNl cm5zIGhhdmluZyBhbm90aGVyIGZvcm1hdCByYWlzZXMuDQoNClJlZ2FyZHMNCkJlbg0KDQo= --_000_20c07a582e6d44d5a36ae43bda147af4OMZP1LUMXCA08uswinadvzw_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9 DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCglj b2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFu Lk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpw dXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpzcGFuLm02MDIzNjYxNTEyODY2 NDIzN2hvZW56Yg0KCXttc28tc3R5bGUtbmFtZTptXzYwMjM2NjE1MTI4NjY0MjM3aG9lbnpiO30N CnNwYW4uaG9lbnpiDQoJe21zby1zdHlsZS1uYW1lOmhvZW56Yjt9DQpzcGFuLkVtYWlsU3R5bGUx OQ0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fu cy1zZXJpZjsNCgljb2xvcjojMUY0OTdEO30NCnNwYW4uRW1haWxTdHlsZTIwDQoJe21zby1zdHls ZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlm Ow0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhw b3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6 ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEuMGluO30NCmRpdi5X b3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0 ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEw MjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNo YXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAv Pg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFu Zz0iRU4tVVMiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNl Y3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9uIDI4IE5vdiAyMDE3LCBhdCAwOToyNywg PHNwYW4gY2xhc3M9Ik1zb0h5cGVybGluayI+YmVuQG5pdmVuLWplbmtpbnMuY28udWs8L3NwYW4+ IHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPiZndDtUaGUgd29ya2luZyBncm91cCBzdGFuZGFyZGlzZWQgb24gdGhlIGZv cm1hdCBzcGVjaWZpZWQgaW4gUkZDNzkzNy4gSW50cm9kdWN0aW9uIG9mIGEgc2Vjb25kIGZvcm1h dCBqdXN0IHRvIHNhdGlzZnkgYSBzdWJzZXQgb2YgQ0ROcyB0aGF0IHVzZSBhIGRpZmZlcmVudCBm b3JtYXQgZG9lc27igJl0IHNvbHZlIHRoZSBwcm9ibGVtIGl0IGp1c3QgbW92ZXMgaXQgYXJvdW5k IGFuZCBwbGFjZXMgdGhlIGJ1cmRlbiBvZg0KIHRyYW5zZm9ybWF0aW9uIG9uIGFub3RoZXIgcGFy dHksIGl0IGRvZXNu4oCZdCBzb2x2ZSBpdC48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5JIGRvbuKAmXQgZGlzYWdyZWUg aG93ZXZlciBnaXZlbiB0aGVyZSB3YXMgbGFjayAobm8gaW1wbGVtZW50YXRpb24pIG9mIHRoZSBs b2dnaW5nIGJhc2VkIG9uIFJGQzc5MzcgbGVkIHVzIHRvIGNvbnNpZGVyIGFuIGFsdGVybmF0aXZl IHRoYXQgbWluaW1pemVkIHdvcmsgZm9yIHRoZQ0KIHBhcnRpY2lwYXRpbmcgQ0ROcyBhbmQgbGV2 ZXJhZ2VkIHdoYXQgdGhleSBhbHJlYWR5IGhhZCBpbnZlc3RlZCBpbi4gV2UgY2FuIHJlbW92ZSB0 aGUgbG9nZ2luZyBzZWN0aW9uIGZyb20gdGhlIEktRCwgYnV0IEkgYW0gbm90IHN1cmUgaWYgdGhh dCBpbXByb3ZlcyBvZGRzIGZvciBuZXcgZGV2ZWxvcG1lbnQgd2l0aGluIENETnMgY29uZm9ybWlu ZyB0byBSRkMgNzkzNy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Qi PkJlc3Q8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh bnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+U2FuamF5DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRv cDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmIj4gQmVuIE5pdmVuLUplbmtpbnMgW21haWx0bzpiZW5Abml2ZW4tamVua2lucy5j by51a10NCjxicj4NCjxiPlNlbnQ6PC9iPiBUdWVzZGF5LCBOb3ZlbWJlciAyOCwgMjAxNyA5OjI3 IEFNPGJyPg0KPGI+VG86PC9iPiBNaXNocmEsIFNhbmpheSAmbHQ7c2FuamF5Lm1pc2hyYUBvbmUu dmVyaXpvbi5jb20mZ3Q7OyBPcmkgRmlua2VsbWFuICZsdDtvcmlmQHF3aWx0LmNvbSZndDs7IGNk bmlAaWV0Zi5vcmc8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gW0VdIExvZ2dpbmc6IGRyYWZ0LWZpbmtl bG1hbi1jZG5pLXN2YS1leHRlbnNpb25zLTAwLnR4dDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPlNhbmpheSwgT3JpLCBDb2xsZWFndWVzLDxvOnA+PC9vOnA+ PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0K PGRpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206 NS4wcHQiPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9uIDE3IE5vdiAyMDE3LCBhdCAw Mjo1NywgPGEgaHJlZj0ibWFpbHRvOnNhbmpheS5taXNocmFAdmVyaXpvbi5jb20iPg0Kc2FuamF5 Lm1pc2hyYUB2ZXJpem9uLmNvbTwvYT4gd3JvdGU6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+S2V2aW4g TWEgd3JvdGU6PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jmd0 O0ZvciBMb2dnaW5nLCBpdCB3b3VsZCBiZSB1bmZvcnR1bmF0ZSBpZiB0aGUgbG9nZ2luZyBpbnRl cmZhY2Ugd2Ugc3BlY2lmaWVkIGhhZCB0byBiZSAmZ3Q7Y29tcGxldGVseSBieXBhc3NlZC4mbmJz cDsgSWYgdGhlcmUgaXMgYSBuZWVkLCB0aGVuIHdlIHNob3VsZCBhZGRyZXNzIGl0LCBidXQgSSB3 b3VsZCBiZSBpbnRlcmVzdGVkIGluICZndDtoZWFyaW5nIGZyb20gdmVuZG9ycyBvbiB0aGlzLjxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OiMxRjQ5N0QiPlByaW1hcnkgbW90aXZhdG9ycyBmb3Igc3BlY2lmeWluZyBsb2dnaW5nIHJlcXVp cmVtZW50cyBpbiBkcmFmdC1maW5rZWxtYW4tY2RuaS1zdmEtZXh0ZW5zaW9ucyBpcyBsYXJnZWx5 IGJlY2F1c2Ugb2YgQ0ROcyBhbHJlYWR5IGhhdmUgYW5kIHVzZSBTcXVpZCBiYXNlZCBsb2dnaW5n DQogYW5kIHdvdWxkIHJhdGhlciBub3QgYWRkIGEgc2VwYXJhdGUgcHJvY2VzcyB0byByZWNlaXZl IGFuZCBwcm9jZXNzIGxvZ2dpbmcgaW5mb3JtYXRpb24gc2VudCBieSB0aGUgZENETiAoSVNQ4oCZ cyBvcGVuIGNhY2hpbmcgbm9kZXMpLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJz cDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JIGRvIG5v dCBmaW5kIHRoaXMgYXJndW1lbnQgcGFydGljdWxhcmx5IHBlcnN1YXNpdmUuIE91ciBwdXJwb3Nl IGF0IElFVEYgaXMgdG8gc3BlY2lmeSBpbnRlcm9wZXJhYmlsaXR5IGFuZCBpbnRyb2R1Y2luZyBh IG5ldyBmb3JtYXQgd29ya3MgYWdhaW5zdCB0aGF0IGdvYWwgSU1PLiBOb3QgYWxsIENETnMgcHJv ZHVjZSBzcXVpZC1mb3JtYXQgbG9ncywgc28gc3F1aWQtZm9ybWF0IGlzIG5vdCBhIG1hZ2ljIGJ1 bGxldCwNCiBwZW9wbGUgYXJlIGFsd2F5cyBnb2luZyB0byBoYXZlIHRvIHN1cHBvcnQgc29tZSBr aW5kIG9mIHRyYW5zZm9ybWF0aW9uIGlmIHRoZXkgd2FudCBDRE5zIHRoYXQgdXNlIGRpZmZlcmVu dCBsb2dnaW5nIGZvcm1hdHMgdG8gaW50ZXJvcGVyYXRlLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGUgd29ya2luZyBncm91cCBzdGFuZGFy ZGlzZWQgb24gdGhlIGZvcm1hdCBzcGVjaWZpZWQgaW4gUkZDNzkzNy4gSW50cm9kdWN0aW9uIG9m IGEgc2Vjb25kIGZvcm1hdCBqdXN0IHRvIHNhdGlzZnkgYSBzdWJzZXQgb2YgQ0ROcyB0aGF0IHVz ZSBhIGRpZmZlcmVudCBmb3JtYXQgZG9lc27igJl0IHNvbHZlIHRoZSBwcm9ibGVtIGl0IGp1c3Qg bW92ZXMgaXQgYXJvdW5kIGFuZCBwbGFjZXMgdGhlIGJ1cmRlbiBvZiB0cmFuc2Zvcm1hdGlvbg0K IG9uIGFub3RoZXIgcGFydHksIGl0IGRvZXNu4oCZdCBzb2x2ZSBpdC48bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhlIGV4YW1wbGUgY2l0ZWQg aW4gdGhlIGRyYWZ0IG9mIGxvZ2dpbmcgdGhlIGhpdC9taXNzIHN0YXR1cyBvZiB0aGUgcmVxdWVz dCBpcyBhbHJlYWR5IHN1cHBvcnRlZCBieSBSRkM3OTM3IHRocm91Z2ggdGhlIHMtY2FjaGVkIGZp ZWxkLiBJdCBvbmx5IGxvZ3MgaGl0IHZzIG1pc3MgYWx0aG91Z2ggY291bGQgYmUgZXh0ZW5kZWQg dG8gc3VwcG9ydCBhZGRpdGlvbmFsIGdyYW51bGFyaXR5IHJhdGhlciB0aGFuIGludHJvZHVjaW5n DQogYSBuZXcgbG9nIGZvcm1hdCBhbG9uZyB3aGljaCB3b3VsZCBicmluZyB3aXRoIGl0IHRoZSBp bnRlcm9wZXJhYmlsaXR5IGNvbmNlcm5zIGhhdmluZyBhbm90aGVyIGZvcm1hdCByYWlzZXMuPG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZu YnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlJlZ2Fy ZHM8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkJl bjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNw OzwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_20c07a582e6d44d5a36ae43bda147af4OMZP1LUMXCA08uswinadvzw_-- From nobody Wed Dec 20 00:21:07 2017 Return-Path: X-Original-To: cdni@ietfa.amsl.com Delivered-To: cdni@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9C754126DFB for ; Wed, 20 Dec 2017 00:21:06 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=qwilt-com.20150623.gappssmtp.com 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 YxNKtjMX_l8h for ; Wed, 20 Dec 2017 00:21:04 -0800 (PST) Received: from mail-wm0-x229.google.com (mail-wm0-x229.google.com [IPv6:2a00:1450:400c:c09::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 2CF6E1200C1 for ; Wed, 20 Dec 2017 00:21:04 -0800 (PST) Received: by mail-wm0-x229.google.com with SMTP id f9so8120370wmh.0 for ; Wed, 20 Dec 2017 00:21:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=qwilt-com.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to; bh=JyYYvGADqzpuO7nCEXuUzJrVUww7bcJR827cC2x5i8c=; b=lZuDfVWok3UKWL2J2hUR2WMUj+TqB0kCunAae2nvgGIb4v7/1+gBxPIXKgm0uEi55i lX0nFJiMPapJalHIIF+N/4mmIUm5Ok4JTBpCLTKTrYj/BPMXuOzM6Ox6h+Wp8H1iQZxZ w0csMgIUmbGn5GD94hh8QVSA/VVM0+yDHEFxT/sxpEYhy2fi1R9yHd9v/dlYRmipDFfc M0UhpX5UyO6XTF0EiPk4utqQTf/sprKClW3WtZ0TltnVRf1sx9A2XtYft9IYvFjvr1wm npYQeQlq9AJKj8NpLkyrG2s3kOdk7sYWMZPPV2iIghJY3v/jYPBVgaPAGxcLEnTJoboS DlCg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=JyYYvGADqzpuO7nCEXuUzJrVUww7bcJR827cC2x5i8c=; b=rKG4w2Cuk+2rglAekQCHQ2Nh2bArirYyyvj83UTo4zp2s53MxqoPtIl9CmWHu9gYwa QgsXkeVRlr/SUJs6RXrqsMnIvx5s4X2i19jVTGjHf9zxqbsSsP6LcVYeJRNBDKMK+H1a HKO/KySYx5/ZehhElt9QSFSd5Q5Is0uKDvbq2p0DHNpqXvwNz1i5Z8ORSyzrf3pgGDJu cF+DIlQIxiZZqX28T9QW28ycMLcT7BOTYQF8Adoth5BiYeYzA0+Djg/3sBHxVfFLclOc IsOh1VAvMnSKbmTXoFyMYzLRitQCIY2J1UgZfKzIz9alE9bPsQ9HxcBuWUzcC203v3D3 I25A== X-Gm-Message-State: AKGB3mJCYebFPB/jnTkukIxjWXk/zjneq9lMMAQXfSB+Tj0C3tv52Lb0 ffBRvmKjhq9nNQoO4TA8L45cWseNIxiz8le90k+sssuG7bU= X-Google-Smtp-Source: ACJfBov/QzXA7aUcIhYmAoifirQZy/uufzC0PSMRKu2OiBryR2Cqx7PJZAysi0T5pxjMM+veJYiUKsfNDSzHUeH9gWA= X-Received: by 10.28.1.14 with SMTP id 14mr6195670wmb.51.1513758062304; Wed, 20 Dec 2017 00:21:02 -0800 (PST) MIME-Version: 1.0 Received: by 10.28.214.144 with HTTP; Wed, 20 Dec 2017 00:20:31 -0800 (PST) From: Ori Finkelman Date: Wed, 20 Dec 2017 10:20:31 +0200 Message-ID: To: "" Content-Type: multipart/alternative; boundary="001a113aa600946f7c0560c14342" Archived-At: Subject: [CDNi] LURK: draft-fieau-cdni-https-delegation-02 X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "This list is to discuss issues associated with the Interconnection of Content Delivery Networks \(CDNs\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Dec 2017 08:21:06 -0000 --001a113aa600946f7c0560c14342 Content-Type: text/plain; charset="UTF-8" Hi, Currently this draft lists LURK as one the options for certificate delegation, however, its complementary interface draft draft-fieau-cdni-interfaces-https-delegation-02 does not provide an interface for that. >From discussions we had in the last SVA meeting we believe that LURK is the best alternative for the open caching use case, where the dCDN is the ISP and uCDN is a commercial CDN. I also believe that LURK is a good candidate for CDNI in general. Can CDNI help promote LURK so it can be adopted ? Best regards, Ori -- *Ori Finkelman*Qwilt | Work: +972-72-2221647 | Mobile: +972-52-3832189 | orif@qwilt.com --001a113aa600946f7c0560c14342 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,
Currently this draft lists LURK as one the options= for certificate delegation, however, its complementary interface draft=C2= =A0draft-fieau-cdni-interfaces-https-delegation-02 does not provide an inte= rface for that.
From discussions we had in the last SVA meeting w= e believe that LURK is the best alternative for the open caching use case, = where the dCDN is the ISP and uCDN is a commercial CDN.
I also be= lieve that LURK is a good candidate for CDNI in general.

Can CDNI help promote LURK so it can be adopted ?

Best regards,
Ori


--
Ori Finkelman<= br>Qwilt | Work: +972-72-2221647 | Mobile: +972-52-3832189 | orif@qwilt.com
--001a113aa600946f7c0560c14342-- From nobody Thu Dec 21 14:56:06 2017 Return-Path: X-Original-To: cdni@ietfa.amsl.com Delivered-To: cdni@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AAB6B129C51 for ; Thu, 21 Dec 2017 14:56:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.698 X-Spam-Level: X-Spam-Status: No, score=-2.698 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, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com 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 jo5YBV56KulI for ; Thu, 21 Dec 2017 14:56:02 -0800 (PST) Received: from mail-lf0-x233.google.com (mail-lf0-x233.google.com [IPv6:2a00:1450:4010:c07::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 D909B1205F0 for ; Thu, 21 Dec 2017 14:56:01 -0800 (PST) Received: by mail-lf0-x233.google.com with SMTP id m20so16487565lfi.6 for ; Thu, 21 Dec 2017 14:56:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=7sZUlJh+8NsTa/Qb+fr7FkkntaymLjECMATxp2sODec=; b=q7oi0l4CT88Ent/F91X4aiqFz3G3iDvuL3Ulam6RQaDDscjvJ4kcyizGPOLpEltva0 K7Z0b/DXKL6a69TcGQlxFgD0Zaow2znuwmsMtgdUF90KUWzPMlJYO3GQ07D+PcT82Yx/ rj2HtsWnWL0+bMB+WlSW0KRG97jKHFF7yuVf4aixV+LrN4Ir0gUyudgnhPZ/a4YZpCaU v7kWRyGaGjskgbmKJ/WBzO8u1UWwo5Lio4LSc040sWY9homIraco+NmoXGZ2dh12tuC/ HIMU5G/pLx9IxbcBbDurKNNDSFZokGiF3zLOd9tRKtQga5X+1URyNAt8Y2r26Q+Dt1pW VJZw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=7sZUlJh+8NsTa/Qb+fr7FkkntaymLjECMATxp2sODec=; b=gsnVWfiwT4Ww3lJJ7/1WKl9Y7ZGk/rAThAIBtCDcK56/aZ5L5ZEvqU4WLOEq8Cd6FO CD97ecSNpijtGdAzK5+FDrTmsc+SHIzqQiePhHMlR94AbtmWzLpKTXYWetMVRtBdDikL T9imWyNtgJkAkLBr1n8cFc9oPPCrl/U9zqVPvz1aQeHQBv81UALshUPO6R3zPvHvvUsd Nkxdfim5XfPq8464wV46S+Ps64Qno0eyibtc1Wd+jvwYrUuWnABDQcFKVESFVv1UkhzA exp/cNrFfEN6eQ2kIdzuf+Gg1r3jHYUBzfjFT0/dZl4WqWqES/3k8wRdtIg+qJ/SiJRM SUYQ== X-Gm-Message-State: AKGB3mLEmksMAL/nDJMeC5BP0DD5Bv3pHywN3j/YpPQtH/LWWA6PmBDt PIStMOibiGj8L9DkuRvlk3C8HPUeyVxF8lSLppoJQA== X-Google-Smtp-Source: ACJfBovAfYjpCRN+HgYQ9OuVHIQTQ7Bh51sguFEyRoupKg4REcp9bDMnMNcCuHd0By+mqBiL0PbLsNsB2gzHjACvej8= X-Received: by 10.46.78.26 with SMTP id c26mr7268917ljb.90.1513896960091; Thu, 21 Dec 2017 14:56:00 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.145.6 with HTTP; Thu, 21 Dec 2017 14:55:59 -0800 (PST) In-Reply-To: References: From: Kevin Ma Date: Thu, 21 Dec 2017 17:55:59 -0500 Message-ID: To: Ori Finkelman Cc: "" Content-Type: multipart/alternative; boundary="f403045ec63e886a690560e19a75" Archived-At: Subject: Re: [CDNi] LURK: draft-fieau-cdni-https-delegation-02 X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "This list is to discuss issues associated with the Interconnection of Content Delivery Networks \(CDNs\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Dec 2017 22:56:05 -0000 --f403045ec63e886a690560e19a75 Content-Type: text/plain; charset="UTF-8" Hi Ori, (As chair) LURK is beyond the scope of the CDNI charter. The LURK BoF held at IETF-96 did not lead to a WG. As I recall, there were concerns about signing oracles and privacy, and many leaned toward ACME. The CDNI use case was also not pushed, and there were additional security concerns from the AD about the transitive use case. ( https://datatracker.ietf.org/meeting/96/materials/minutes-96-lurk/) From a CDNI perspective, we can define CDNI support for using existing protocols (e.g., ACME or LURK if defined), but we are not chartered to define a new protocol for LURK. In general, the sec area is better suited for defining security protocols than arts. I have not seen much on the lurk list recently ( https://www.ietf.org/mail-archive/web/lurk/current/maillist.html), but that is possibly a better venue for pushing for the advancement of LURK. thanx. -- Kevin J. Ma On Wed, Dec 20, 2017 at 3:20 AM, Ori Finkelman wrote: > Hi, > Currently this draft lists LURK as one the options for certificate > delegation, however, its complementary interface draft draft-fieau-cdni-interfaces-https-delegation-02 > does not provide an interface for that. > From discussions we had in the last SVA meeting we believe that LURK is > the best alternative for the open caching use case, where the dCDN is the > ISP and uCDN is a commercial CDN. > I also believe that LURK is a good candidate for CDNI in general. > > Can CDNI help promote LURK so it can be adopted ? > > Best regards, > Ori > > > -- > > *Ori Finkelman*Qwilt | Work: +972-72-2221647 <+972%2072-222-1647> | > Mobile: +972-52-3832189 <+972%2052-383-2189> | orif@qwilt.com > > _______________________________________________ > CDNi mailing list > CDNi@ietf.org > https://www.ietf.org/mailman/listinfo/cdni > > --f403045ec63e886a690560e19a75 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Ori,


=C2=A0 From a CDNI pers= pective, we can define CDNI support for using existing protocols (e.g., ACM= E or LURK if defined), but we are not chartered to define a new protocol fo= r LURK.=C2=A0 In general, the sec area is better suited for defining securi= ty protocols than arts.=C2=A0 I have not seen much on the lurk list recentl= y (https://www.ietf.org/mail-archive/web/lurk/current/maillist.html),= but that is possibly a better venue for pushing for the advancement of LUR= K.=C2=A0=C2=A0

thanx.

--= =C2=A0 Kevin J. Ma

On Wed, Dec 20, 2017 at 3:20 AM, Ori Finkelman <orif@qwilt.com> wrote:
Hi,=
_______________________________________________
CDNi mailing list
CDNi@ietf.org
https://www.ietf.org/mailman/listinfo/cdni


--f403045ec63e886a690560e19a75-- From nobody Thu Dec 21 16:18:41 2017 Return-Path: X-Original-To: cdni@ietfa.amsl.com Delivered-To: cdni@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1DD1B12DA00 for ; Thu, 21 Dec 2017 16:18:40 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.698 X-Spam-Level: X-Spam-Status: No, score=-2.698 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, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com 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 kc-X_x7sCRKP for ; Thu, 21 Dec 2017 16:18:38 -0800 (PST) Received: from mail-lf0-x235.google.com (mail-lf0-x235.google.com [IPv6:2a00:1450:4010:c07::235]) (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 4C1DF12AF83 for ; Thu, 21 Dec 2017 16:18:38 -0800 (PST) Received: by mail-lf0-x235.google.com with SMTP id w196so11821900lff.5 for ; Thu, 21 Dec 2017 16:18:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=0sIS2zpYcAHe7lxKPZp2loSL7p6Ans43H1jFDqekWTM=; b=fBTomCCQZ0AE/a7CyZwlK1Ujq28Z2KscQnr98g6jhEDXCSwC6xOpVYSqSVuKH88cHO q+6tYSra6nqTly8eV/n77OqUFmmNzJF4LKma2r9SzEWIeJUS7h0G3q+gcEuJDL+GgMlw OHpMKB6V5JfECM4K3kY7ezemBaOzN08+uUC6pIksTHIgX0IN6fDQpLis8s11e27IXaI+ QirUcf9CmUwiTQMgL0Qt8oRrwGwusL493nHyFBz8Lhl/KSEwKnHmSLqZgOwiG0IMpYw9 WEFnuc4edi7fEgDzSzt2u1mAAS9rJ6qBzoEDezXBaFiRv8Zi5y/EDaqtlIJ3/AHupDhM j7Ng== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=0sIS2zpYcAHe7lxKPZp2loSL7p6Ans43H1jFDqekWTM=; b=iFJ6vmBchdvtejtzCo5qXoi5+W96XY+rlAMv/QiXJ1ouyK3swXkgJ8+u/zNxIVetx7 CUlG/L2Ik3gzh9JjVZ/QoWDs+xaYhSfY0kg568YcrUeXUzc9GOzC8oz0rK7lZhz5KCiq j4NSp94oYXF7lQhQFDz9N7PLLN2czYFog4+GRQRPLvyyE4WL48FfreFXw07BR8FHH8zu esMnhYwqZNTDJZoM3LYR3UBLjKaRx8Y/k1GiFfBO25qgFUZ7wQfEmk2iCCAS04haABFC jqms0L9cyOXjn4LMDYf6gvJ9l/FX9X9ggk+SSuoh3bxYzxbanpVHBjRCgLa/XHlVe8Xk Hjxw== X-Gm-Message-State: AKGB3mJhY5Q16FC+UHVXnVSOpSh28uvQ6gNORvpIWttFIskzh6bfc0/C a7TvVToF94Yt7OskPLYoWX20+RXqYtr8gcJsO8VGgQ== X-Google-Smtp-Source: ACJfBotLQseKlW2r7Gjw6eiPtuGedOwyUp9NNmUMYSZvViSKaLMOWN5mn27oWzm9mO30vJaKqGNgdLwVdFGRNN5vwUM= X-Received: by 10.46.43.204 with SMTP id r73mr7514221ljr.92.1513901916406; Thu, 21 Dec 2017 16:18:36 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.145.6 with HTTP; Thu, 21 Dec 2017 16:18:35 -0800 (PST) From: Kevin Ma Date: Thu, 21 Dec 2017 19:18:35 -0500 Message-ID: To: "" Content-Type: multipart/alternative; boundary="94eb2c1a637cf3c6860560e2c113" Archived-At: Subject: [CDNi] IETF 100 Minutes X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "This list is to discuss issues associated with the Interconnection of Content Delivery Networks \(CDNs\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Dec 2017 00:18:40 -0000 --94eb2c1a637cf3c6860560e2c113 Content-Type: text/plain; charset="UTF-8" Hi All, Minutes have been posted: https://datatracker.ietf.org/meeting/100/materials/minutes-100-cdni/ Many thanks to Phil for sitting in as chair and to Magnus and Kent for taking minutes! thanx! -- Kevin and Francois --94eb2c1a637cf3c6860560e2c113 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi All,


=C2=A0 Many thanks to Phil f= or sitting in as chair and to Magnus and Kent for taking minutes!

thanx!

--=C2=A0 Kevin and Francois=
--94eb2c1a637cf3c6860560e2c113-- From nobody Thu Dec 21 16:31:24 2017 Return-Path: X-Original-To: cdni@ietfa.amsl.com Delivered-To: cdni@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DDD3912704A for ; Thu, 21 Dec 2017 16:31:22 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 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, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com 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 zGhaUSmmhvtP for ; Thu, 21 Dec 2017 16:31:21 -0800 (PST) Received: from mail-lf0-x233.google.com (mail-lf0-x233.google.com [IPv6:2a00:1450:4010:c07::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 2CE841205D3 for ; Thu, 21 Dec 2017 16:31:20 -0800 (PST) Received: by mail-lf0-x233.google.com with SMTP id u84so9834746lff.7 for ; Thu, 21 Dec 2017 16:31:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=u31aaQsl9AOKIqGKVQ02smf/OX71Y5L/8BeuJcMvjMk=; b=cy1Rp9WXtbsYAZrInLHdewTfPQZTgKoFNcX/uCrXZJJtAQtrKYNbsizkFNMtHvvDn9 xwiBARPWFJE3yTy6ec/M01r9DhWdfU31+kRuqFTKL7c/ZdG+pa5cREcUbc1ivu8i64/s 8oBD2+QoQlB9mD5kDLiyFLW57tHRuIoGhdHuWYoZ4gzLERk8Ag5r4YhqUBdtPbYr298x YL9mFZCrYeJxw0G0WOERukqIn+m3ykPBZ4gHL0Xkf0HcAjcKouLJaihvtUpjcixkAMaI 1HFvu5jmycF6Wg8FmWQUNMGNlii5CBPHQzw/yXQGr9VhKm+bnzwa5g+WIESEEHA2WS0Z BUiA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=u31aaQsl9AOKIqGKVQ02smf/OX71Y5L/8BeuJcMvjMk=; b=eDbaOByzu2gERdgbJytSmdX6yqOQYMNxqyETJslYaY5XzX6d5sfmd+tgb37wXW6wjt sINATBZmumDMfqWrznoy/pwv0V8pY15ObMXNLUDAwhmGpyOd1+fzlp/jKg79NaRcAmLI oF7ndjpwFYsMUD4+0A1xpBhbH4En+4Rw778dA0gzoxU/6Vc3neOwBl1b+Pd7MrldlvlA CY/SAm2JRqnfj9W+K56boygRq7j9H2h4P6/OEqlJZgJ3ONzz99/ZpWdjE8gKBgDXZGd9 30Ioe7RmWrWsqjUqk359ZtFOcGmSJJU8uMv9FeffIuRXqF6EDqu9ztPc2Qv+zm30KCdc 6umg== X-Gm-Message-State: AKGB3mLpY3KuYCkqtkq7Zwg04xQmT/kNON4xCM+U5d284V65eScxLGmy x5hk8NrhPGSKY3R7f+nn87k6j4PDTXLiaV/fY4w= X-Google-Smtp-Source: ACJfBosKL/HOdqMdwPN1+MMseuEwNygn+xYmoNx62Ir8fz3aRoksJdnvUs5X3zrjyDckWlJlsPDDRJX/yYlDjOZCjFM= X-Received: by 10.25.83.88 with SMTP id h85mr6506641lfb.146.1513902679024; Thu, 21 Dec 2017 16:31:19 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.145.6 with HTTP; Thu, 21 Dec 2017 16:31:18 -0800 (PST) From: Kevin Ma Date: Thu, 21 Dec 2017 19:31:18 -0500 Message-ID: To: "" Content-Type: multipart/alternative; boundary="94eb2c1ce1bc6867680560e2efd1" Archived-At: Subject: [CDNi] WG Chairs X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "This list is to discuss issues associated with the Interconnection of Content Delivery Networks \(CDNs\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Dec 2017 00:31:23 -0000 --94eb2c1ce1bc6867680560e2efd1 Content-Type: text/plain; charset="UTF-8" Hi All, I am happy to announce that in light of the fantastic job Phil Sorber has been doing as sit-in surrogate chair at the past couple IETFs, we have added Phil as an official CDNI WG Co-Chair. thanx! -- Kevin and Francois --94eb2c1ce1bc6867680560e2efd1 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi All,

=C2=A0 I am happy to announce t= hat in light of the fantastic job Phil Sorber has been doing as sit-in surr= ogate chair at the past couple IETFs, we have added Phil as an official CDN= I WG Co-Chair.

thanx!

--= =C2=A0 Kevin and Francois

--94eb2c1ce1bc6867680560e2efd1-- From nobody Fri Dec 22 11:24:02 2017 Return-Path: X-Original-To: cdni@ietfa.amsl.com Delivered-To: cdni@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 93E75126D46 for ; Fri, 22 Dec 2017 11:24:00 -0800 (PST) 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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=qwilt-com.20150623.gappssmtp.com 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 jnImKzJUvgYs for ; Fri, 22 Dec 2017 11:23:58 -0800 (PST) Received: from mail-wm0-x242.google.com (mail-wm0-x242.google.com [IPv6:2a00:1450:400c:c09::242]) (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 5D09E1200B9 for ; Fri, 22 Dec 2017 11:23:58 -0800 (PST) Received: by mail-wm0-x242.google.com with SMTP id b76so23498654wmg.1 for ; Fri, 22 Dec 2017 11:23:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=qwilt-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=VtI4xUFwCaPg6vJSATZAlL72K9aAk4TCO/gu8xDIFq0=; b=gVCY6QtsqvatXHLVx2Zql4DkW0LXJdPir8e2YXGaGOoIAFjHrb22t5eu8IMCCeio9H 6OPoIjcMWmPFjyLnLSfOBx8u8QX6EC9A1Wf8278LjZ8xzLvnhS3ficpdXZCkpcYCF3DX X5daIk4C3833iancJMzlXMThk0dCbFOOQ2TYS3PITgTwjHbFtNtnvkISCEmLGaitScL3 gP39i2vhVDKDteURHbXe21IU2dwJRcdBHsv/ppTtElHkf/KMqwRL0gUcXRDytRqeiJLr KPnDpywG0opLcTb297t1WMBWekf+3bbNLiCBm16P+ubCuzuRSrkqTFovjujGJHDczZNV bDUA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=VtI4xUFwCaPg6vJSATZAlL72K9aAk4TCO/gu8xDIFq0=; b=cIw2eOCVJNDHzmsRNSCDI8UCB2jMuM++yvu/GUflGbEIjMS4pxgyR2w6vENrXy1qwL hd0VXlmGXMqRO3iY0r186ljXCio9VMJG/efIPYbAT0osiWz8EXZc+RDHR/mDL7DybfNZ tTJm6K6L/qEcECbFB2CDvr0AEkgXlXmJnUejerZ5stW97EunlVJnnS1KJYZRDlxWPw00 fp7cElX4unga03xI5x9ke96P9y4Z4t4jLLluDyp9BdaB+8jD/DG09wIF2iUUubtRTCHm mWWlJ8VIJwW2ytjdwHCwdIMblXy/RwLUeP7IwatjQsk02YIEPuvjjRB1hVNTpMaA8068 7qfQ== X-Gm-Message-State: AKGB3mLJtwqYJqnYQNUXDNyXyMI6x6ik+05sMI3nV1ST2kf0Fr48wH81 UGE4+RW1CgYlFDFuRL+gnfbenj2axFPBI1+/qfJSjg== X-Google-Smtp-Source: ACJfBosgdPadXvuDr0+6ToVN1KyPhM7xBRKYRLwwGT2uhW7tohV4mZ6vP2Ut8PtZl0DPslP0NX5OczBFODoYS3tgAEQ= X-Received: by 10.28.215.71 with SMTP id o68mr12689959wmg.105.1513970636833; Fri, 22 Dec 2017 11:23:56 -0800 (PST) MIME-Version: 1.0 Received: by 10.28.214.144 with HTTP; Fri, 22 Dec 2017 11:23:26 -0800 (PST) In-Reply-To: References: From: Ori Finkelman Date: Fri, 22 Dec 2017 21:23:26 +0200 Message-ID: To: Kevin Ma Cc: "" Content-Type: multipart/alternative; boundary="001a1145b1d40262820560f2c2f1" Archived-At: Subject: Re: [CDNi] WG Chairs X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "This list is to discuss issues associated with the Interconnection of Content Delivery Networks \(CDNs\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Dec 2017 19:24:00 -0000 --001a1145b1d40262820560f2c2f1 Content-Type: text/plain; charset="UTF-8" Congratulations Phil. We've got work to do :-) On Fri, Dec 22, 2017 at 2:31 AM, Kevin Ma wrote: > Hi All, > > I am happy to announce that in light of the fantastic job Phil Sorber > has been doing as sit-in surrogate chair at the past couple IETFs, we have > added Phil as an official CDNI WG Co-Chair. > > thanx! > > -- Kevin and Francois > > > _______________________________________________ > CDNi mailing list > CDNi@ietf.org > https://www.ietf.org/mailman/listinfo/cdni > > -- *Ori Finkelman*Qwilt | Work: +972-72-2221647 | Mobile: +972-52-3832189 | orif@qwilt.com --001a1145b1d40262820560f2c2f1 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Congratulations Phil.
We've got work to do :-)

On Fri, D= ec 22, 2017 at 2:31 AM, Kevin Ma <kevin.j.ma.ietf@gmail.com>= ; wrote:
Hi All,<= div>
=C2=A0 I am happy to announce that in light of the fanta= stic job Phil Sorber has been doing as sit-in surrogate chair at the past c= ouple IETFs, we have added Phil as an official CDNI WG Co-Chair.
=
thanx!

--=C2=A0 Kevin and Francois<= /div>


_______________________________________________
CDNi mailing list
CDNi@ietf.org
https://www.ietf.org/mailman/listinfo/cdni




--
= Ori Finkelman
Qwilt | Work: +972-72-2221647 | Mobile: +972-52-383= 2189 | orif@qwilt.com
--001a1145b1d40262820560f2c2f1-- From nobody Sat Dec 23 07:05:24 2017 Return-Path: X-Original-To: cdni@ietfa.amsl.com Delivered-To: cdni@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0F1B5127337 for ; Sat, 23 Dec 2017 07:05:23 -0800 (PST) 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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com 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 I07TWIaF-SFe for ; Sat, 23 Dec 2017 07:05:20 -0800 (PST) Received: from mail-wr0-x233.google.com (mail-wr0-x233.google.com [IPv6:2a00:1450:400c:c0c::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 637B0128C0A for ; Sat, 23 Dec 2017 07:05:20 -0800 (PST) Received: by mail-wr0-x233.google.com with SMTP id g17so20918818wrd.13 for ; Sat, 23 Dec 2017 07:05:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=+X3BPWkiCUZLWHbZD7454g+fr4dnjH9h0ONUgFj2f4k=; b=S3MXG4ROa6DxJLK98iqkw8lSfMpt3II0+HO7VkfgFXo3cdHdYZj+YEBEgwPZzgx2NL JJNNkgg/0Bb40tjwfBR8Y2QgWgWoA0dfuw2NNsoNSQXlkj8XuSQVcNTja4OPfrv42UnP d5SvLkRhvQxR0EKXohH6e4aF1m47BBxDgOsvW0BTNAmyjI4uaKtYMSFn17cw0ha1ogeh cXbi+sz0oCcVplpqydwFf1g0v2L5JTngAuDtSGHjL9YGO1m6hrabZhX1f4uoUOwZ6C7H /gb7lfJGiYUujWX43GLwV2l25kCElFGDoaoQpkFGPOkE4BRjLCyv9F0RAfA6kzcM+Agc 5TfA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=+X3BPWkiCUZLWHbZD7454g+fr4dnjH9h0ONUgFj2f4k=; b=TNJX16QL1vJ95fQvkqGtjjIA+Ggmlm7lFOZR5Ox5us8mxBF8vNGx3pV9gjLmfoMzN4 RrNP/tH+nd2VYvyftClP+RAqJb3sMQcLcNR2+TkvqGS575uwVW4Z+TKDTugKYOw1C669 Ak2eiTY/P2EdbTMuLy1P4uyUsKMMKj8Noe6RMNaOKluoE09JOEycfyjxtV7JZxhk0S2L 8PptN3xgU+jrgZ70rbcmVfqq8cHYzHWSak/RjCalZMOpYX8j+Sa97i8T1ZQvL3V1aUZY +Ngb6nk2w5PvRRrirXZzmHqjbxBJsW+lGkb+E74zORZI9jm3bpsCIIph49RNk4MGj4pk z1eA== X-Gm-Message-State: AKGB3mL4VE+RDyDbC66p9spf6IZgswtzR89VXhKFnM0EBu+z2MMotfXv UepY/K+0Is8EuL6vCbh2aJA= X-Google-Smtp-Source: ACJfBovHlwJdWUuqYe1kJ65j/hgsCtyWa4WUrS76KYOAVAhky4gO7R4W4FqLNvyLGro6998po0uLUg== X-Received: by 10.223.132.129 with SMTP id 1mr18485839wrg.218.1514041518811; Sat, 23 Dec 2017 07:05:18 -0800 (PST) Received: from [192.168.1.21] (170.145.144.77.rev.sfr.net. [77.144.145.170]) by smtp.gmail.com with ESMTPSA id i203sm2184101wmf.34.2017.12.23.07.05.17 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 23 Dec 2017 07:05:18 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\)) From: Francois Le Faucheur In-Reply-To: Date: Sat, 23 Dec 2017 16:05:16 +0100 Cc: "" Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Kevin Ma X-Mailer: Apple Mail (2.3445.5.20) Archived-At: Subject: Re: [CDNi] WG Chairs X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "This list is to discuss issues associated with the Interconnection of Content Delivery Networks \(CDNs\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Dec 2017 15:05:23 -0000 A very warm welcome to Phil ! > On 22 Dec 2017, at 01:31, Kevin Ma wrote: >=20 > Hi All, >=20 > I am happy to announce that in light of the fantastic job Phil = Sorber has been doing as sit-in surrogate chair at the past couple = IETFs, we have added Phil as an official CDNI WG Co-Chair. >=20 > thanx! >=20 > -- Kevin and Francois >=20 > _______________________________________________ > CDNi mailing list > CDNi@ietf.org > https://www.ietf.org/mailman/listinfo/cdni From nobody Sat Dec 23 23:50:10 2017 Return-Path: X-Original-To: cdni@ietfa.amsl.com Delivered-To: cdni@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 028021205D3 for ; Sat, 23 Dec 2017 23:50:10 -0800 (PST) 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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=qwilt-com.20150623.gappssmtp.com 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 KxTKfuVeQvWh for ; Sat, 23 Dec 2017 23:50:07 -0800 (PST) Received: from mail-wr0-x236.google.com (mail-wr0-x236.google.com [IPv6:2a00:1450:400c:c0c::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 B49F91201F2 for ; Sat, 23 Dec 2017 23:50:06 -0800 (PST) Received: by mail-wr0-x236.google.com with SMTP id g17so21916722wrd.13 for ; Sat, 23 Dec 2017 23:50:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=qwilt-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=AgbRYtXltHcSA0pM/18aXWKkXpaWVGoehW89GyCL40o=; b=H1zmclU3CM+O2NJpYyHdizZecZodVex2kLxg4WZ8bIvclzQ19agyz4CDOBRZIH44nz 9W4l9cOxNJu2E1p0j6rthRIcanYgl4u3HLMYnZrAD5n7uScwo0wK4sJy6dS8Sm4Z2TuI 3QRZ8D5ByyUvMyxPwV6x9/QnVhyXNh/4ZiXcoLMLHexwPV/X+iU4inPuPYt/6C5Xv3NA TPpVfFHKHG98MkdViI39XBUPkOO6iw9bCZ8YK+hhj5ihgnF6vj94D1xsdO4Z3ogjvSEb PuQIqhKFXiC84SSXul0X5n9Ku8YsK63TGXYINDSEy0fYgEIHjkyiMjzyaU5pWlXWQFD0 OuVw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=AgbRYtXltHcSA0pM/18aXWKkXpaWVGoehW89GyCL40o=; b=i8RbnxxPhJImCEwhMHvPMmjsslB0ombx7xCNwW2TJxswqF8szdAo6b7DfAMa3cKfID lTWixxUS5SKXXQRTlDgwJzHif7pk/hjSchJs5YTbEmmSv/7aeG+3+eei++7lWkJsqlmL A7B2cpGN6iihpOZd5uAzBS99RWFV/QBUQceGqyR8JfMjtZVWOdGuime4QmN/o2yDnnoa sZN5WsabJ2HpT5HJbS18xTvibDyXhFxGipWa4FnKCgba2pXduth+tDB53wHI33yDBdRk 4hTFOGAUIoxvc6/kKvZLD6Xxi9En2wUAtnC+0wHTJs8BSZLGtn3h7eFyTZ27LkXCVLL5 iEIw== X-Gm-Message-State: AKGB3mKB1MSXEU6JFIC3v168gGcUAFfrTyMgfuOAO6wjczoj/L5hcggV qELatVAFCPBOh5gsLW8NFvROHMIn8Qef+xHKNaU2TA== X-Google-Smtp-Source: ACJfBosTaNtNxfr+Z0jOFHZdYVsuIRNVW/KBgrf780XsYtBih+Mb1z4r9BVZ2/gcTZK4E+SLPRuTVmblm93OU3Q6JFg= X-Received: by 10.223.165.19 with SMTP id i19mr21081303wrb.33.1514101805047; Sat, 23 Dec 2017 23:50:05 -0800 (PST) MIME-Version: 1.0 Received: by 10.28.214.144 with HTTP; Sat, 23 Dec 2017 23:49:34 -0800 (PST) In-Reply-To: References: From: Ori Finkelman Date: Sun, 24 Dec 2017 09:49:34 +0200 Message-ID: To: Kevin Ma , Daniel Migault Cc: "" Content-Type: multipart/alternative; boundary="f403045f1fb43e6b160561114c74" Archived-At: Subject: Re: [CDNi] LURK: draft-fieau-cdni-https-delegation-02 X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "This list is to discuss issues associated with the Interconnection of Content Delivery Networks \(CDNs\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Dec 2017 07:50:10 -0000 --f403045f1fb43e6b160561114c74 Content-Type: text/plain; charset="UTF-8" Hi Kevin, After several discussions in the SVA, LURK is currently the leading alternative for DNS delegation, and in fact, I don't believe there is another valid option. The ACME alternatives are best suited for the Origin -> CDN delegation, where trust is already in place. Delegating from a CDN who is trusted by an origin, to an ISP, crosses the trust boundaries and I don't think short term certs, or sub-cert makes the relationship any easier to manage. Repeating here the reasons why I don't think LURK latency or performance are an issue in Open Caching use case, and probably in other CDNI cases: + Latency - for a long ABR stream / session, getting some additional latency for the first transaction only is not an issue, certainly when considering the alternative to be HTTP 302 redirect, which induces latency of the similar order. + Performance - unlike the domain owner to CDN delegation scenario, when a commercial CDN delegates to an ISP, the CDN must have the capacity in place for the original load, so being able to support TLS session key exchange once per ABR session is not a real issue (this was confirmed in last SVA meeting) + High availability - is not an issue from the same reason as performance. I know there are people we need to convince about this, but I think this is the right solution for the use case. I understand the CDNI is not chartered to lead such a draft, but I wonder how we can help promoting it within SEC ? Happy holidays, Ori On Fri, Dec 22, 2017 at 12:55 AM, Kevin Ma wrote: > Hi Ori, > > (As chair) LURK is beyond the scope of the CDNI charter. The LURK BoF > held at IETF-96 did not lead to a WG. As I recall, there were concerns > about signing oracles and privacy, and many leaned toward ACME. The CDNI > use case was also not pushed, and there were additional security concerns > from the AD about the transitive use case. (https://datatracker.ietf.org/ > meeting/96/materials/minutes-96-lurk/) > > From a CDNI perspective, we can define CDNI support for using existing > protocols (e.g., ACME or LURK if defined), but we are not chartered to > define a new protocol for LURK. In general, the sec area is better suited > for defining security protocols than arts. I have not seen much on the > lurk list recently (https://www.ietf.org/mail-arc > hive/web/lurk/current/maillist.html), but that is possibly a better venue > for pushing for the advancement of LURK. > > thanx. > > -- Kevin J. Ma > > On Wed, Dec 20, 2017 at 3:20 AM, Ori Finkelman wrote: > >> Hi, >> Currently this draft lists LURK as one the options for certificate >> delegation, however, its complementary interface >> draft draft-fieau-cdni-interfaces-https-delegation-02 does not provide >> an interface for that. >> From discussions we had in the last SVA meeting we believe that LURK is >> the best alternative for the open caching use case, where the dCDN is the >> ISP and uCDN is a commercial CDN. >> I also believe that LURK is a good candidate for CDNI in general. >> >> Can CDNI help promote LURK so it can be adopted ? >> >> Best regards, >> Ori >> >> >> -- >> >> *Ori Finkelman*Qwilt | Work: +972-72-2221647 <+972%2072-222-1647> | >> Mobile: +972-52-3832189 <+972%2052-383-2189> | orif@qwilt.com >> >> _______________________________________________ >> CDNi mailing list >> CDNi@ietf.org >> https://www.ietf.org/mailman/listinfo/cdni >> >> > -- *Ori Finkelman*Qwilt | Work: +972-72-2221647 <072-222-1647> | Mobile: +972-52-3832189 <052-383-2189> | orif@qwilt.com --f403045f1fb43e6b160561114c74 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Kevin,
After several discussions in the SVA, LURK i= s currently the leading alternative for DNS delegation, and in fact, I don&= #39;t believe there is another valid option. The ACME alternatives are best= suited for the Origin -> CDN delegation, where trust is already in plac= e.
Delegating from a CDN who is trusted by an origin, to an ISP, = crosses the trust boundaries and I don't think short term certs, or sub= -cert makes the relationship any easier to manage.
Repeating here= the reasons why I don't think LURK latency or performance are an issue= in Open Caching use case, and probably in other CDNI cases:

=
+ Latency - for= a long ABR stream / session, getting some additional latency for the first= transaction only is not an issue, certainly when considering the alternati= ve to be HTTP 302 redirect, which induces latency of the similar order.
+ Performance - unl= ike the domain owner to CDN delegation scenario, when a commercial CDN dele= gates to an ISP, the CDN must have the capacity in place for the original l= oad, so being able to support TLS session key exchange once per ABR session= is not a real issue (this was confirmed in last SVA meeting)
+ High availability - is not an issue from th= e same reason as performance.=C2=A0

I k= now there are people we need to convince about this, but I think this is th= e right solution for the use case.
I understand the CDNI is not c= hartered to lead such a draft, but I wonder how we can help promoting it wi= thin SEC ?

Happy holidays,
Ori
=C2=A0



<= div class=3D"gmail_quote">On Fri, Dec 22, 2017 at 12:55 AM, Kevin Ma <kevin.j.ma.ietf@gmail.com> wrote:
Hi Ori,

=C2=A0 (As chair) LU= RK is beyond the scope of the CDNI charter.=C2=A0 The LURK BoF held at IETF= -96 did not lead to a WG.=C2=A0 As I recall, there were concerns about sign= ing oracles and privacy, and many leaned toward ACME.=C2=A0 The CDNI use ca= se was also not pushed, and there were additional security concerns from th= e AD about the transitive use case. (https://datatrac= ker.ietf.org/meeting/96/materials/minutes-96-lurk/)

=C2=A0 From a CDNI perspective, we can define CDNI support = for using existing protocols (e.g., ACME or LURK if defined), but we are no= t chartered to define a new protocol for LURK.=C2=A0 In general, the sec ar= ea is better suited for defining security protocols than arts.=C2=A0 I have= not seen much on the lurk list recently (https://www.i= etf.org/mail-archive/web/lurk/current/maillist.html), but tha= t is possibly a better venue for pushing for the advancement of LURK.=C2=A0= =C2=A0

thanx.

--=C2=A0 Ke= vin J. Ma

On Wed, Dec 20, 2017 at 3:2= 0 AM, Ori Finkelman <orif@qwilt.com> wrote:
Hi,
Currently this draft lists LURK as one the options for= certificate delegation, however, its complementary interface draft=C2=A0dr= aft-fieau-cdni-interfaces-https-delegation-02 does not provide an inte= rface for that.
From discussions we had in the last SVA meeting w= e believe that LURK is the best alternative for the open caching use case, = where the dCDN is the ISP and uCDN is a commercial CDN.
I also be= lieve that LURK is a good candidate for CDNI in general.

Can CDNI help promote LURK so it can be adopted ?

Best regards,
Ori


--
Ori Finke= lman
Qwilt | Work: +972-72-2221647 | Mobile: +972-52-3832189= | orif@qwilt.com

_______________________________________________
CDNi mailing list
CDNi@ietf.org
https://www.ietf.org/mailman/listinfo/cdni





--
Ori Finkelman
Qwilt | Work: +972-72-2221647 | = Mobile: +972-52-3832189 | orif@qwilt.com
--f403045f1fb43e6b160561114c74--