Re: [Insipid] WG Last Call: draft-ietf-insipid-logme-reqs

Paul Giralt <pgiralt@cisco.com> Wed, 14 September 2016 23:31 UTC

Return-Path: <pgiralt@cisco.com>
X-Original-To: insipid@ietfa.amsl.com
Delivered-To: insipid@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8C45712B0C1 for <insipid@ietfa.amsl.com>; Wed, 14 Sep 2016 16:31:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -16.028
X-Spam-Level:
X-Spam-Status: No, score=-16.028 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.508, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 x3ufOVoy88Pk for <insipid@ietfa.amsl.com>; Wed, 14 Sep 2016 16:31:18 -0700 (PDT)
Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E369912B0D7 for <insipid@ietf.org>; Wed, 14 Sep 2016 16:31:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=7200; q=dns/txt; s=iport; t=1473895866; x=1475105466; h=subject:mime-version:from:in-reply-to:date:cc:message-id: references:to; bh=gRC5VsoGNC23dyj7+M+o+2He5YgTxcTm8oAUZC8M7zI=; b=F8K/kMKXYLVPQnnrhONX+4UG87y1+FqJHn8M46tJxOpi6F9h2Tko6g3B UKFNZtauaqPDEMsZD4nZkwVGKIJjJ+VNp6U4d0vc8kCe4K0DPW6shuSNS dPULtIHc+R810gfmSd4za/iRjbCY+t2STckJNBY8pfuQw6w4StGpn2Edg 4=;
X-Files: signature.asc : 842
X-IronPort-AV: E=Sophos;i="5.30,336,1470700800"; d="asc'?scan'208,217";a="323580351"
Received: from alln-core-1.cisco.com ([173.36.13.131]) by alln-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 14 Sep 2016 23:31:06 +0000
Received: from rtp-vpn4-259.cisco.com (rtp-vpn4-259.cisco.com [10.82.209.3]) by alln-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id u8ENV4YJ002355 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 14 Sep 2016 23:31:05 GMT
Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\))
Content-Type: multipart/signed; boundary="Apple-Mail=_FAA8BECB-151E-4C19-B620-3D7A96DCCA34"; protocol="application/pgp-signature"; micalg="pgp-sha512"
X-Pgp-Agent: GPGMail
From: Paul Giralt <pgiralt@cisco.com>
In-Reply-To: <984E4584-C850-4198-8F78-1839A027C36A@cisco.com>
Date: Wed, 14 Sep 2016 19:30:58 -0400
Message-Id: <79D6B8EF-4C53-40B1-A7B9-C8C8479E153B@cisco.com>
References: <4C52DDE4-07CF-4F5F-8DB7-8CEB51119A6A@cisco.com> <7FA11A21-D8BC-4829-B6D5-EE2B44200D8E@cisco.com> <984E4584-C850-4198-8F78-1839A027C36A@cisco.com>
To: "Arun Arunachalam (carunach)" <carunach@cisco.com>
X-Mailer: Apple Mail (2.3124)
Archived-At: <https://mailarchive.ietf.org/arch/msg/insipid/hW3nkJb7c7zgdE6GIbXNhPHHplk>
Cc: "ben@nostrum.com" <ben@nostrum.com>, "Dawes, Peter, Vodafone Group" <Peter.Dawes@vodafone.com>, "insipid@ietf.org" <insipid@ietf.org>, Gonzalo Salgueiro <gsalguei@cisco.com>
Subject: Re: [Insipid] WG Last Call: draft-ietf-insipid-logme-reqs
X-BeenThere: insipid@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: SIP Session-ID discussion list <insipid.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/insipid>, <mailto:insipid-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/insipid/>
List-Post: <mailto:insipid@ietf.org>
List-Help: <mailto:insipid-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/insipid>, <mailto:insipid-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Sep 2016 23:31:19 -0000

Thanks Arun. See below…

> On Sep 14, 2016, at 6:36 PM, Arun Arunachalam (carunach) <carunach@cisco.com> wrote:
> 
>> REQ8: Should update to latest session-id draft. Also, I have some concerns about using Session-ID as the test case identifier. The Session-ID can change (in fact will change for every session because the initial INVITE will have a null remote UUID).
> 
> How about using the local UUID of the Session-ID generated by the originating UA / proxy as a test identifier (if the admin wants the system to auto-generate a test ID)?
> 

I think using just the local UUID makes more sense because this will be consistent throughout the life of the session as long as the originating endpoint is still in the call. It’s possible that some B2BUA could remove the originator from the session (e.g. call gets transferred) but at that point, the device that requested the session be logged is no longer in an active session anyway.

That said, what if the admin doesn’t want the system to auto-generate a test ID? Where would that go? The local UUID must be in a very specific format to comply with drafy-ietf-insipid-session-id, so you can’t put any arbitrary text in for the local UUID. I think either you need to stipulate that the test ID will always be automatically generated or find some other place to put it.

Also, should intermediaries be required to or at least allowed to continue indicating log me markings on other messages related to the session even if the originating device is no longer participating in the session?

-Paul