Re: [CDNi] Ben Campbell's Discuss on draft-ietf-cdni-logging-25: (with DISCUSS and COMMENT)

Stephen Farrell <stephen.farrell@cs.tcd.ie> Thu, 19 May 2016 01:41 UTC

Return-Path: <stephen.farrell@cs.tcd.ie>
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 1E6D512D164; Wed, 18 May 2016 18:41:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.727
X-Spam-Level:
X-Spam-Status: No, score=-5.727 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_MED=-2.3, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cs.tcd.ie
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 pUKIj_WQgSxP; Wed, 18 May 2016 18:41:27 -0700 (PDT)
Received: from mercury.scss.tcd.ie (mercury.scss.tcd.ie [134.226.56.6]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 93D1E12D14B; Wed, 18 May 2016 18:41:27 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by mercury.scss.tcd.ie (Postfix) with ESMTP id 19409BE2C; Thu, 19 May 2016 02:41:26 +0100 (IST)
X-Virus-Scanned: Debian amavisd-new at scss.tcd.ie
Received: from mercury.scss.tcd.ie ([127.0.0.1]) by localhost (mercury.scss.tcd.ie [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id w8bUTnxqW81I; Thu, 19 May 2016 02:41:24 +0100 (IST)
Received: from [10.87.48.75] (95-45-153-252-dynamic.agg2.phb.bdt-fng.eircom.net [95.45.153.252]) by mercury.scss.tcd.ie (Postfix) with ESMTPSA id 387BFBDF9; Thu, 19 May 2016 02:41:24 +0100 (IST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cs.tcd.ie; s=mail; t=1463622084; bh=PimrU2z9eDQ7iCPvI6iMNvRJKb21SdPPySLsJp3PJ74=; h=Subject:To:References:Cc:From:Date:In-Reply-To:From; b=Mnq3NdC3FaPc5jJM0yUBfFYiHeMF8UBQZRJ7NqlCwA0qZV4tV9i2zLVbUmBeD5A0N xrqD01TMqdpXzG/D9Tv9fScIzdc8xg+4KDbOeB0hhFGWT+fzYZpEPco55tI5Nsburb g95XVtVKW9xfpCwB2t9vgzZ2YYbCruWNUsPFz9Sk=
To: Ben Niven-Jenkins <ben@niven-jenkins.co.uk>
References: <20160518223257.14733.37895.idtracker@ietfa.amsl.com> <3E2786B2-9204-447C-9A53-A3CB0213E0F5@niven-jenkins.co.uk> <573CFEC8.8010600@cs.tcd.ie> <5DED924E-C407-44E9-8FF1-477B26B69647@niven-jenkins.co.uk> <573D09D5.1020501@cs.tcd.ie> <C23FF36A-E663-4158-B6CE-4E129BFEE9C2@niven-jenkins.co.uk>
From: Stephen Farrell <stephen.farrell@cs.tcd.ie>
Openpgp: id=D66EA7906F0B897FB2E97D582F3C8736805F8DA2; url=
Message-ID: <573D19C3.3050304@cs.tcd.ie>
Date: Thu, 19 May 2016 02:41:23 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.7.2
MIME-Version: 1.0
In-Reply-To: <C23FF36A-E663-4158-B6CE-4E129BFEE9C2@niven-jenkins.co.uk>
Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg="sha-256"; boundary="------------ms010309080303070603030806"
Archived-At: <http://mailarchive.ietf.org/arch/msg/cdni/8rymL0ZgfsZ9gRuzLkC-S5LXMQk>
Cc: Ben Campbell <ben@nostrum.com>, draft-ietf-cdni-logging@ietf.org, The IESG <iesg@ietf.org>, cdni@ietf.org, cdni-chairs@ietf.org
Subject: Re: [CDNi] Ben Campbell's Discuss on draft-ietf-cdni-logging-25: (with DISCUSS and COMMENT)
X-BeenThere: cdni@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: "This list is to discuss issues associated with the Interconnection of Content Delivery Networks \(CDNs\)" <cdni.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/cdni>, <mailto:cdni-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/cdni/>
List-Post: <mailto:cdni@ietf.org>
List-Help: <mailto:cdni-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/cdni>, <mailto:cdni-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 19 May 2016 01:41:29 -0000

Cutting to (I think) the substantive bit...

On 19/05/16 02:11, Ben Niven-Jenkins wrote:
> My intention was to express my opinion that because the uCDN could
> have chosen to perform the content delivery itself the dCDN is not
> exposing any more information to the uCDN than the uCDN could have
> chosen to gather itself if it so desired and therefore IMO there is
> no need to provide different guidance for DNS redirection than for
> HTTP redirection.

Yes, I've seen arguments of that form offered a number of times.
I don't find it convincing myself, but recognise that other folks
do. And in every case so far, neither side has convinced the other,
and sometimes not even understood one another. But let's see if
we (me really:-) get better with practice...

In this case I'd argue that the "could have chosen" isn't really
true - presumably the uCDN deals with the dCDN because it's hard(er)
for the uCDN to do the work directly, so it's not really true that
the uCDN could have chosen to access the information, at least not
at the same cost.

And there may be aspects of meta-data that are just different because
the access was via the dCDN, e.g. perhaps some other client IP address
gets used if somethings multihomed, or some ISP infrastructure differs,
e.g. HTTP Forwarded might be present and visible to the dCDN but with
no similar thing for DNS (or vice versa). I'd not be surprised if even
more subtle differences existed over populations of transactions and
users and CDNs.

S.