Re: [sipcore] Understanding Privacy: history invoked by UAS

Mary Barnes <mary.ietf.barnes@gmail.com> Thu, 11 November 2010 09:58 UTC

Return-Path: <mary.ietf.barnes@gmail.com>
X-Original-To: sipcore@core3.amsl.com
Delivered-To: sipcore@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 046DA3A6A43 for <sipcore@core3.amsl.com>; Thu, 11 Nov 2010 01:58:54 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.552
X-Spam-Level:
X-Spam-Status: No, score=-102.552 tagged_above=-999 required=5 tests=[AWL=0.046, BAYES_00=-2.599, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id K+XV4oz1QBtJ for <sipcore@core3.amsl.com>; Thu, 11 Nov 2010 01:58:53 -0800 (PST)
Received: from mail-yx0-f172.google.com (mail-yx0-f172.google.com [209.85.213.172]) by core3.amsl.com (Postfix) with ESMTP id DC2B43A6A4B for <sipcore@ietf.org>; Thu, 11 Nov 2010 01:58:52 -0800 (PST)
Received: by yxn35 with SMTP id 35so240642yxn.31 for <sipcore@ietf.org>; Thu, 11 Nov 2010 01:59:22 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=aaK7GBPXWKmxYU66T08bpw0tevkPQW37qqdiooFMpW4=; b=L1eqM7WsNX1ppS9HKLyfI0xwmSlRl2U++o90qrjT1rd8FQnLUPPlULF6Ro2cCBsp6z CR6j8oeTuLET0jzjxaPPjGffPU6G23juhVrpA1Pr4m3Wk8fy0RYqByZo4cf8gQmjSGwS Ji4GD+O1+bVVD7ulUEQanLnVZXwn4oVvpHmGY=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=P0LQrH8B38gWgjzRbhJMsxc55yZlDu9TrbOde+3ZvonK0KVF7JWow+RqQxUR4h+2pb I5Zfc4Izapn++GNljN6bW2CgztbpHt/2IVUUsfnKZYO1ApR2ziIaL0PwWaSPEyUccQdh MXkGjFNLDcb8TC0beAC6auboyPmX/NmALrVxA=
MIME-Version: 1.0
Received: by 10.90.25.13 with SMTP id 13mr1184398agy.33.1289469561483; Thu, 11 Nov 2010 01:59:21 -0800 (PST)
Received: by 10.236.95.35 with HTTP; Thu, 11 Nov 2010 01:59:21 -0800 (PST)
In-Reply-To: <CD5674C3CD99574EBA7432465FC13C1B2202288A05@DC-US1MBEX4.global.avaya.com>
References: <A444A0F8084434499206E78C106220CA02357ADA69@MCHP058A.global-ad.net> <A78B9020-EB78-477E-8B2A-22F8F27B1032@ntt-at.com> <A444A0F8084434499206E78C106220CA023587F123@MCHP058A.global-ad.net> <1A3940A5-123E-4FF1-8B94-76B6C5B49596@ntt-at.com> <7B01FB93-0DD5-47B5-BB01-B2E6FAED3DDA@acmepacket.com> <CD5674C3CD99574EBA7432465FC13C1B2202288A05@DC-US1MBEX4.global.avaya.com>
Date: Thu, 11 Nov 2010 03:59:21 -0600
Message-ID: <AANLkTi=_nuHDHSXev=PT+fMtceKgDwbgQGXFE_pqkRB7@mail.gmail.com>
From: Mary Barnes <mary.ietf.barnes@gmail.com>
To: "Worley, Dale R (Dale)" <dworley@avaya.com>
Content-Type: multipart/alternative; boundary="00163630f5fb293e570494c40786"
Cc: "sipcore@ietf.org" <sipcore@ietf.org>, Hadriel Kaplan <HKaplan@acmepacket.com>
Subject: Re: [sipcore] Understanding Privacy: history invoked by UAS
X-BeenThere: sipcore@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: SIP Core Working Group <sipcore.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/sipcore>, <mailto:sipcore-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/sipcore>
List-Post: <mailto:sipcore@ietf.org>
List-Help: <mailto:sipcore-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sipcore>, <mailto:sipcore-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 11 Nov 2010 09:58:54 -0000

Responses inline below [MB].


On Thu, Nov 11, 2010 at 1:59 AM, Worley, Dale R (Dale) <dworley@avaya.com>wrote:

> ________________________________________
> From: sipcore-bounces@ietf.org [sipcore-bounces@ietf.org] On Behalf Of
> Hadriel Kaplan [HKaplan@acmepacket.com]
>
> Out of curiosity, will anything "break" if the anonymized H-I entries are
> simply removed?  I'm not suggesting we document doing that in the draft,
> just asking if any apps/use-cases/whatever will break if it happens.
>  Because my guess is some of us will just remove them, and I'd like to know
> if there's any real reason I shouldn't.
>
[MB] Hadriel - There is text that describes that applications must be able
to handle gaps and thus not break. We can't police the protocol, but
removing the entries would not be normative behavior since it could impact
an end application that wants to make use of the information. This is the
usual be generous in what you receive...[/MB]

> _______________________________________________
>
> Hmmm...  Another reason that we need to definitively define what
> constitutes a valid H-I value and what does not.  (This is tracker issue 34:
> http://tools.ietf.org/wg/sipcore/trac/ticket/34)
>
[MB] Dale - I don't see that Issue 34 is related to this specific issue.
Please see my response to issue 34 on the mailing list. [/MB]


> Dale
> _______________________________________________
> sipcore mailing list
> sipcore@ietf.org
> https://www.ietf.org/mailman/listinfo/sipcore
>