Re: [84attendees] YVR Checkin Counter Opening Hours (for US)

Andrew Sullivan <ajs@anvilwalrusden.com> Mon, 06 August 2012 18:33 UTC

Return-Path: <ajs@anvilwalrusden.com>
X-Original-To: 84attendees@ietfa.amsl.com
Delivered-To: 84attendees@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D85A811E80AD for <84attendees@ietfa.amsl.com>; Mon, 6 Aug 2012 11:33:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.202
X-Spam-Level:
X-Spam-Status: No, score=-1.202 tagged_above=-999 required=5 tests=[AWL=-0.362, BAYES_00=-2.599, HELO_MISMATCH_INFO=1.448, HOST_MISMATCH_NET=0.311]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id L7pVI3OUEfCT for <84attendees@ietfa.amsl.com>; Mon, 6 Aug 2012 11:33:04 -0700 (PDT)
Received: from mx1.yitter.info (ow5p.x.rootbsd.net [208.79.81.114]) by ietfa.amsl.com (Postfix) with ESMTP id 3D00811E808A for <84attendees@ietf.org>; Mon, 6 Aug 2012 11:33:04 -0700 (PDT)
Received: from mail.yitter.info (69-196-144-227.dsl.teksavvy.com [69.196.144.227]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.yitter.info (Postfix) with ESMTPSA id CB2448A031 for <84attendees@ietf.org>; Mon, 6 Aug 2012 18:32:58 +0000 (UTC)
Date: Mon, 06 Aug 2012 14:32:57 -0400
From: Andrew Sullivan <ajs@anvilwalrusden.com>
To: 84attendees@ietf.org
Message-ID: <20120806183256.GL53917@mail.yitter.info>
References: <alpine.BSF.2.00.1208042329370.4918@joyce.lan> <CC441360.14564%dblumenthal@pir.org> <20120806172415.GF53917@mail.yitter.info> <p06240603cc45b4ff5299@[99.111.97.136]>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <p06240603cc45b4ff5299@[99.111.97.136]>
User-Agent: Mutt/1.5.21 (2010-09-15)
Subject: Re: [84attendees] YVR Checkin Counter Opening Hours (for US)
X-BeenThere: 84attendees@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IETF 84 attendees mailing list <84attendees.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/84attendees>, <mailto:84attendees-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/84attendees>
List-Post: <mailto:84attendees@ietf.org>
List-Help: <mailto:84attendees-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/84attendees>, <mailto:84attendees-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 06 Aug 2012 18:33:05 -0000

On Mon, Aug 06, 2012 at 10:57:29AM -0700, Randall Gellens wrote:
> In fairness, there's nothing in any of the trusted traveler programs
> that I'm aware of that requires anyone check that you have a customs
> declaration form before entering an earlier stage (e.g., security).
> I believe they check as a courtesy, to avoid you getting through the
> first stage and then needing to go back.

It's an interoperation check between airport-traffic needs and
border-check needs: the airport needs to keep the lines (traffic)
flowing, and the border security people need certain forms.  The
transit-door form-checkers are there to make sure that there's no
exception generated when traffic gets to a point that it needs a form
without that form.

What GE and NEXUS do is create a new traffic path that is form-free,
but it's just too hard to teach the transit-door form-checkers about
this.  So we end up with a legacy feature that is partly unnecessary
but ends up being a practical requirement anyway.  Only it's not
written down in any protocol document.  (The harder I work this
analogy, the more I like it.  This is probably indicative of some
condition from which I suffer.)

Best,

A

PS: yes, you were right, the original case was only when using a
Canadian airport for transit to US.  That's what I meant too, but I
think I wasn't clear enough.  Apologies.

-- 
Andrew Sullivan
ajs@anvilwalrusden.com