Re: [Insipid] draft-dawes-dispatch-logme-reqs after IETF#88

Paul Kyzivat <pkyzivat@alum.mit.edu> Thu, 23 January 2014 16:12 UTC

Return-Path: <pkyzivat@alum.mit.edu>
X-Original-To: insipid@ietfa.amsl.com
Delivered-To: insipid@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 430A71A000D for <insipid@ietfa.amsl.com>; Thu, 23 Jan 2014 08:12:53 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.235
X-Spam-Level:
X-Spam-Status: No, score=-1.235 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, SPF_SOFTFAIL=0.665] autolearn=no
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 VjGAFO0xLvwJ for <insipid@ietfa.amsl.com>; Thu, 23 Jan 2014 08:12:51 -0800 (PST)
Received: from QMTA11.westchester.pa.mail.comcast.net (qmta11.westchester.pa.mail.comcast.net [IPv6:2001:558:fe14:44:76:96:59:211]) by ietfa.amsl.com (Postfix) with ESMTP id 6561D1A0006 for <insipid@ietf.org>; Thu, 23 Jan 2014 08:12:51 -0800 (PST)
Received: from omta24.westchester.pa.mail.comcast.net ([76.96.62.76]) by QMTA11.westchester.pa.mail.comcast.net with comcast id HQWv1n0021ei1Bg5BUCqlS; Thu, 23 Jan 2014 16:12:50 +0000
Received: from Paul-Kyzivats-MacBook-Pro.local ([50.138.229.164]) by omta24.westchester.pa.mail.comcast.net with comcast id HUCq1n00V3ZTu2S3kUCqx9; Thu, 23 Jan 2014 16:12:50 +0000
Message-ID: <52E13F82.10701@alum.mit.edu>
Date: Thu, 23 Jan 2014 11:12:50 -0500
From: Paul Kyzivat <pkyzivat@alum.mit.edu>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.2.0
MIME-Version: 1.0
To: insipid@ietf.org
References: <4A4F136CBD0E0D44AE1EDE36C4CD9D997394ABE4@VOEXM31W.internal.vodafone.com> <201401162019.s0GKJQHH012866@rcdn-core2-3.cisco.com> <4A4F136CBD0E0D44AE1EDE36C4CD9D997394AD08@VOEXM31W.internal.vodafone.com> <4A4F136CBD0E0D44AE1EDE36C4CD9D997394C66D@VOEXM31W.internal.vodafone.com>
In-Reply-To: <4A4F136CBD0E0D44AE1EDE36C4CD9D997394C66D@VOEXM31W.internal.vodafone.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20121106; t=1390493570; bh=k3L6ld3WUUormKkhWBeNTya6YnDmB/LcR+17Gx1Uaks=; h=Received:Received:Message-ID:Date:From:MIME-Version:To:Subject: Content-Type; b=bfkvS8fmXcxlGdxM8qL1Fy5CY500c3VQTZqN6qIhkWF4wG167c8ws1/tNFkeG15Xz /m/ZaekPKuSItDhsLYLBcx1HpyXq/B4vO0s0ZcVXtGdPQVlbRD99gDCjwF35vWeYVP UuW2shT429Ccm/OsA8K4JJtulwcWr1AhdwQl2XbUKbxpy76aUpkspryY227QNIAdF/ +VRCi5iLcXnoAgKN+T5mcFRs6+9HEEVAPhDnT58TTuPIQ6VpNP2jxx5tunepUXsYUG p5MDyNr0YdUr97etB8wfmIO90VmmA1YnOTR3EA9dj4o9ktmtIoeRpjCs8LnDV5Ssxi fthhSfVpTTwGA==
Subject: Re: [Insipid] draft-dawes-dispatch-logme-reqs after IETF#88
X-BeenThere: insipid@ietf.org
X-Mailman-Version: 2.1.15
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: <http://www.ietf.org/mail-archive/web/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: Thu, 23 Jan 2014 16:12:53 -0000

Some questions about this draft:

Solution A:

    User agents and SIP proxies may send logged information to a debug
    server.

And how do they discover where to send it, and what protocol to use to 
do so?

Solution B:

    Call-Info: mailto:"SIP logging"<siplogs@d1.foocorp.com>;
               purpose="debug"

Is the use of a mailto URL normative, or just an example?

How do the servers establish trust in this destination when sending 
logs? Is 6.2.2 the whole story? (That doesn't seem very practical.)

Since you have said the logs are to be encrypted, *how* are they 
encrypted so that the server can decode and others cannot?

How should the log be formatted within the mail? How is the test case 
name included in the mailed log?

Solution C:

As with solution A, how is the log sent?

	Thanks,
	Paul


On 1/22/14 10:38 PM, Dawes, Peter, Vodafone Group wrote:
> Hello All,
> I have submitted the draft below which describes a solution to the log me requirements and gives a few specific protocol options (the ones that were in clause 7 of the requirements draft reviewed in Vancouver) that could be used to code a log-me marker.
>
> http://www.ietf.org/id/draft-dawes-insipid-logme-solutions-00.txt
>
> This draft has more protocol description than was previously in the requirements draft and tries to give a complete picture of what user agents and SIP proxies need to do to provide log-me marking. It would be good if I could present this solutions draft at IETF#89 for insipid to discuss.
>
> Rgds,
> Peter
>
>
> -----Original Message-----
> From: Dawes, Peter, Vodafone Group
> Sent: 17 January 2014 05:22
> To: 'James Polk'
> Cc: DRAGE, Keith (Keith) (keith.drage@alcatel-lucent.com); insipid@ietf.org; Gonzalo Salgueiro (gsalguei@cisco.com)
> Subject: RE: [Insipid] draft-dawes-dispatch-logme-reqs after IETF#88
>
> Thanks James, now submitted as draft-dawes-insipid-logme-reqs-00:
>
> http://datatracker.ietf.org/doc/draft-dawes-insipid-logme-reqs/
>
> Peter
>
> -----Original Message-----
> From: insipid [mailto:insipid-bounces@ietf.org] On Behalf Of James Polk
> Sent: 16 January 2014 20:19
> To: Dawes, Peter, Vodafone Group
> Cc: DRAGE, Keith (Keith) (keith.drage@alcatel-lucent.com); insipid@ietf.org; Gonzalo Salgueiro (gsalguei@cisco.com)
> Subject: Re: [Insipid] draft-dawes-dispatch-logme-reqs after IETF#88
>
> Peter
>
> To be blunt, if you seriously want this draft to be considered for INSIPID WG adoption you need to put "-insipid-" in the filename, and stop putting "-dispatch-" in the filename.
>
> Linking the drafts is simple work for the chairs to do, if that's your concern.
>
> James
>
> At 11:31 AM 1/16/2014, Dawes, Peter, Vodafone Group wrote:
>> Hello All,
>> Following up from IETF#88 I have uploaded a revised logme requirements
>> draft (version -04).
>>
>> https://datatracker.ietf.org/doc/draft-dawes-dispatch-logme-reqs/
>>
>> As per the comments in Vancouver, version -04 does not include REQ9
>> regarding a logging server address and the related sub-clause 6.2.2.
>> Also, clause 7 on potential solutions has been removed. These
>> requirements seem to be stable now.
>>
>> I will upload a related solutions draft by the end of next week (Friday
>> 24) at the latest and I hope we can discuss solution options here on
>> the list and then later on at IETF#89 at the beginning of March.
>>
>> Regards,
>> Peter
>> _______________________________________________
>> insipid mailing list
>> insipid@ietf.org
>> https://www.ietf.org/mailman/listinfo/insipid
>
> _______________________________________________
> insipid mailing list
> insipid@ietf.org
> https://www.ietf.org/mailman/listinfo/insipid
> _______________________________________________
> insipid mailing list
> insipid@ietf.org
> https://www.ietf.org/mailman/listinfo/insipid
>