[Spud] endpoint control

Aaron Falk <aaron.falk@gmail.com> Mon, 20 June 2016 21:38 UTC

Return-Path: <aaron.falk@gmail.com>
X-Original-To: spud@ietfa.amsl.com
Delivered-To: spud@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 74EAC12D77E for <spud@ietfa.amsl.com>; Mon, 20 Jun 2016 14:38:50 -0700 (PDT)
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 7_j9YYMhx146 for <spud@ietfa.amsl.com>; Mon, 20 Jun 2016 14:38:49 -0700 (PDT)
Received: from mail-qk0-x236.google.com (mail-qk0-x236.google.com [IPv6:2607:f8b0:400d: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 EF08012DA71 for <spud@ietf.org>; Mon, 20 Jun 2016 14:38:48 -0700 (PDT)
Received: by mail-qk0-x236.google.com with SMTP id a186so180727247qkf.0 for <spud@ietf.org>; Mon, 20 Jun 2016 14:38:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:subject:date:message-id:cc:to:mime-version; bh=nxipB33RujhB1qwzEQXy0NGptvAKPFBb6pefwzdMMww=; b=Rjk8vqqMZQFkzD4w7loHM7n/yh1bQkJSDZEYkdPfGeUD2JXcEnPgxoLqMkVwm9Z7Tg CXvcSWi0uX4xihFaRxIE1Y1/0cQmVFB3LN4mM+7RxQZ25ReIvObpiCfiLjkIk4AUf1O+ CsfNC2bedWvs5Q3uQSBJhMLwKardjpQtBD2FefFjp5Z44Rn7OtANaF6gy0RHRXnscl6P X3w4csIESAzZ/Kbaf2ewepcXTa3kzkqzOhIprc0siaXZ10kMHMVsFuUzVa5VdmniZBJu BqEOPuI0ylc1j5UC1ON84zCf2f4NQA7gNdxHpuehq+cFx55z6KKo4fZRVRfvR9rogCUn OPDQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:subject:date:message-id:cc:to:mime-version; bh=nxipB33RujhB1qwzEQXy0NGptvAKPFBb6pefwzdMMww=; b=KdIEU6T1KCFoovJAr+s/DhQDe2svo6L2Jsy6D/bZfW4QFo0CJLENbqC5YWtUTUAaMA UHcRfmrBBlewDniMB27r+mVwUaOe6UO84YrDF/5kBYDpECGT2FTT+XAUkZ4J7yH5OCd4 Yufv0E/D5eBO7Xz85YZ4a3cGc9pMTA7wg2itvGLY6TDmn61oN1EHpm3f0GphNHeIb1Gi WcOrd/eBUQNl/OykZJOWS74WpcoedRHbRQLnCqUHj4NaWdT3HVQNw3d7QJPaIGbkRkaO J0gr+mJlV+CkBt7QCa/wXEqQNk0QAM+/M6m/QHdq4s38apgOGtbPvQE5Av2T/eH3leZb wNxw==
X-Gm-Message-State: ALyK8tKAVJbTA2o1H3oumYp6HCFOEsEp8tsvVWv7NrXEBtUXbXOOn71DB15WVzVYY1GazQ==
X-Received: by 10.55.169.196 with SMTP id s187mr2688554qke.39.1466458728008; Mon, 20 Jun 2016 14:38:48 -0700 (PDT)
Received: from bos-mpy2z.kendall.corp.akamai.com (a72-246-0-10.deploy.akamaitechnologies.com. [72.246.0.10]) by smtp.gmail.com with ESMTPSA id e41sm4114765qta.37.2016.06.20.14.38.45 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Mon, 20 Jun 2016 14:38:45 -0700 (PDT)
From: Aaron Falk <aaron.falk@gmail.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_91E47283-9340-40A5-83A7-1D4FA3247E7A"
Date: Mon, 20 Jun 2016 17:38:44 -0400
Message-Id: <F797C2D5-3FF6-496F-98FB-0487E5573B2A@gmail.com>
To: Brian Trammell <ietf@trammell.ch>
Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\))
X-Mailer: Apple Mail (2.3124)
Archived-At: <https://mailarchive.ietf.org/arch/msg/spud/m4D_RxCv5NMMxzcGoHfEuu8xMak>
Cc: spud <spud@ietf.org>
Subject: [Spud] endpoint control
X-BeenThere: spud@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Session Protocol Underneath Datagrams <spud.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/spud>, <mailto:spud-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/spud/>
List-Post: <mailto:spud@ietf.org>
List-Help: <mailto:spud-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/spud>, <mailto:spud-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 20 Jun 2016 21:38:50 -0000

Hi Brian-

In the charter and the draft-trammel-spud-req it says

   Both endpoint-to-path and path-to-endpoint signaling happen
   completely under endpoint control.

Without additional elaboration, one could conclude that, e.g., permission is required before a path could signal to an endpoint.  Alternatively, it could be implying an endpoint has the freedom to ignore any signaling from the path.  I have been assuming the latter.  But now I wonder if you are intentionally attempting to permit the former.  Could you clarify?

Thanks,

—aaron