Re: [dispatch] New Version Notification for draft-kyzivat-dispatch-trs-call-info-purpose-00.txt

Cullen Jennings <fluffy@cisco.com> Mon, 09 March 2015 17:48 UTC

Return-Path: <fluffy@cisco.com>
X-Original-To: dispatch@ietfa.amsl.com
Delivered-To: dispatch@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 080AB1A90B2 for <dispatch@ietfa.amsl.com>; Mon, 9 Mar 2015 10:48:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -114.511
X-Spam-Level:
X-Spam-Status: No, score=-114.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5, USER_IN_WHITELIST=-100] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tmp1ZSm3kfLM for <dispatch@ietfa.amsl.com>; Mon, 9 Mar 2015 10:48:23 -0700 (PDT)
Received: from alln-iport-3.cisco.com (alln-iport-3.cisco.com [173.37.142.90]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2E2851A8AA7 for <dispatch@ietf.org>; Mon, 9 Mar 2015 10:48:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3671; q=dns/txt; s=iport; t=1425923303; x=1427132903; h=subject:mime-version:from:in-reply-to:date:cc: content-transfer-encoding:message-id:references:to; bh=JZk+onv72jPlL2JWhc2fhCEPVu6B8mcWQ7d6cOtBcYQ=; b=fR/u4I5gnqPYd+9DWe9WPz6+so5ZdtumyAYwen8AAgRQE73c0UTyGEZC Sjmqi8IJue8dAH9rQoRKPp+EmgE3XduABRu3+0Xw8MsPu29a84BETIqui UU1g0rHouSnSSihf1zQi37pJN4uufGu7WIdQ2PZfmRX+wc0Bl7mx5r03J s=;
X-IronPort-AV: E=Sophos;i="5.11,368,1422921600"; d="scan'208";a="130293972"
Received: from alln-core-10.cisco.com ([173.36.13.132]) by alln-iport-3.cisco.com with ESMTP; 09 Mar 2015 17:48:22 +0000
Received: from [127.0.0.1] (ssh-sjc-2.cisco.com [171.68.46.188]) by alln-core-10.cisco.com (8.14.5/8.14.5) with ESMTP id t29Hm6hH026665; Mon, 9 Mar 2015 17:48:22 GMT
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\))
Content-Type: text/plain; charset="us-ascii"
From: Cullen Jennings <fluffy@cisco.com>
In-Reply-To: <54B54462.8060308@alum.mit.edu>
Date: Mon, 09 Mar 2015 08:58:51 -0600
Content-Transfer-Encoding: quoted-printable
Message-Id: <6F2A17BA-AE0D-4370-A613-9E28B052AF16@cisco.com>
References: <20150113154647.9128.69519.idtracker@ietfa.amsl.com> <54B54462.8060308@alum.mit.edu>
To: Paul Kyzivat <pkyzivat@alum.mit.edu>
X-Mailer: Apple Mail (2.2070.6)
Archived-At: <http://mailarchive.ietf.org/arch/msg/dispatch/IoqxkxwdTFymaq-zbtASKxWVlAg>
Cc: "dispatch@ietf.org" <dispatch@ietf.org>
Subject: Re: [dispatch] New Version Notification for draft-kyzivat-dispatch-trs-call-info-purpose-00.txt
X-BeenThere: dispatch@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: DISPATCH Working Group Mail List <dispatch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dispatch>, <mailto:dispatch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dispatch/>
List-Post: <mailto:dispatch@ietf.org>
List-Help: <mailto:dispatch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dispatch>, <mailto:dispatch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 09 Mar 2015 17:48:26 -0000

The heart of this draft gives me, ah , heartburn. The issue is 

   For a provider to receive reimbursement for providing relay service
   on a call the FCC requires that the provider supply call detail
   including the IP address of the device the TRS user is using for the
   call. 

First of all what IP. The IP of their phone behind their linksys nat? the public IP of the TURN server? the VPN? None of these are a viable way to authenticate that the user should receive this services and the IETF should implicitly endorse that they are. Furthermore the IETF should be just as concerned about privacy for people using a VRS as people that do not need one and this sort of reveal my IP address even if I want location privacy is not great. 

Given the lack of any security around this and the TRS-5 requirement, I wonder if one can just look at the via list and use that?

If we do proceed with this, I don't think the call-info is the appropriate place to put it. I think a new header would be the right thing.

Can you provide a pointer to the actually FCC rules for this?

If the goal is purely to check the user is in the US, then having the VRS check that they were sending media to an IP address inside the US seems like it would be a better solution. 

Thanks



> On Jan 13, 2015, at 9:14 AM, Paul Kyzivat <pkyzivat@alum.mit.edu> wrote:
> 
> Dispatchers:
> 
> I have just submitted a new draft (see below) that needs to be dispatched. It defines a new Call-Info 'purpose' parameter value.
> 
> The intended audience for this draft is quite limited - to the providers of the Video Relay Service in the US, and to the FCC that sponsors that service. The Intro section explains this.
> 
> I'm hoping this can be dispatched without causing a lot of bother for anybody. I don't anticipate that it needs time in Dallas. IIUC documents of this sort are often AD sponsored.
> 
> 	Thanks,
> 	Paul
> 
> -------- Original Message --------
> Subject: New Version Notification for draft-kyzivat-dispatch-trs-call-info-purpose-00.txt
> Date: Tue, 13 Jan 2015 07:46:47 -0800
> From: internet-drafts@ietf.org
> To: Paul Kyzivat <pkyzivat@alum.mit.edu>,        "Paul Kyzivat" <pkyzivat@alum.mit.edu>
> 
> 
> A new version of I-D, draft-kyzivat-dispatch-trs-call-info-purpose-00.txt
> has been successfully submitted by Paul Kyzivat and posted to the
> IETF repository.
> 
> Name:		draft-kyzivat-dispatch-trs-call-info-purpose
> Revision:	00
> Title:		Telecommunications Relay Service Purpose for the Call-Info Header Field in the Session Initiation Protocol (SIP)
> Document date:	2015-01-13
> Group:		Individual Submission
> Pages:		4
> URL: http://www.ietf.org/internet-drafts/draft-kyzivat-dispatch-trs-call-info-purpose-00.txt
> Status: https://datatracker.ietf.org/doc/draft-kyzivat-dispatch-trs-call-info-purpose/
> Htmlized: http://tools.ietf.org/html/draft-kyzivat-dispatch-trs-call-info-purpose-00
> 
> 
> Abstract:
>   This document defines and registers a value of "original-identity"
>   for the "purpose" header field parameter of the Call-Info header
>   field in the Session Initiation Protocol (SIP).
> 
> 
> 
> 
> Please note that it may take a couple of minutes from the time of submission
> until the htmlized version and diff are available at tools.ietf.org.
> 
> The IETF Secretariat
> 
> 
> 
> 
> _______________________________________________
> dispatch mailing list
> dispatch@ietf.org
> https://www.ietf.org/mailman/listinfo/dispatch
>