Re: [dispatch] SIP-CLF: Results on ASCII vs. binary representation

"Scott Lawrence" <scott.lawrence@nortel.com> Fri, 01 May 2009 19:13 UTC

Return-Path: <scott.lawrence@nortel.com>
X-Original-To: dispatch@core3.amsl.com
Delivered-To: dispatch@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9099228C25A for <dispatch@core3.amsl.com>; Fri, 1 May 2009 12:13:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.803
X-Spam-Level:
X-Spam-Status: No, score=-5.803 tagged_above=-999 required=5 tests=[AWL=0.796, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
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 fNLNQSWX0piR for <dispatch@core3.amsl.com>; Fri, 1 May 2009 12:13:14 -0700 (PDT)
Received: from zrtps0kp.nortel.com (zrtps0kp.nortel.com [47.140.192.56]) by core3.amsl.com (Postfix) with ESMTP id 713B43A727A for <dispatch@ietf.org>; Fri, 1 May 2009 12:12:36 -0700 (PDT)
Received: from zrtphxs1.corp.nortel.com (zrtphxs1.corp.nortel.com [47.140.202.46]) by zrtps0kp.nortel.com (Switch-2.2.6/Switch-2.2.0) with ESMTP id n41JDu711657 for <dispatch@ietf.org>; Fri, 1 May 2009 19:13:56 GMT
Received: from [127.0.0.1] ([47.17.25.99]) by zrtphxs1.corp.nortel.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 1 May 2009 15:13:41 -0400
From: Scott Lawrence <scott.lawrence@nortel.com>
To: "Vijay K. Gurbani" <vkg@alcatel-lucent.com>
In-Reply-To: <49F8CA90.3000508@alcatel-lucent.com>
References: <49F864E8.20005@alcatel-lucent.com> <167dfb9b0904290847u322161d5h3da18771344436ec@mail.gmail.com> <49F8988C.9050900@alcatel-lucent.com> <167dfb9b0904291203m4e74ab39s5f83cfa1be9799a0@mail.gmail.com> <49F8B827.3060501@alcatel-lucent.com> <E6C2E8958BA59A4FB960963D475F7AC31915E3E5B1@mail> <49F8CA90.3000508@alcatel-lucent.com>
Content-Type: text/plain
Organization: Nortel Networks
Date: Fri, 01 May 2009 15:13:40 -0400
Message-Id: <1241205220.3646.42.camel@scott>
Mime-Version: 1.0
X-Mailer: Evolution 2.24.5 (2.24.5-1.fc10)
Content-Transfer-Encoding: 7bit
X-OriginalArrivalTime: 01 May 2009 19:13:41.0447 (UTC) FILETIME=[F06BD570:01C9CA90]
Cc: "dispatch@ietf.org" <dispatch@ietf.org>
Subject: Re: [dispatch] SIP-CLF: Results on ASCII vs. binary representation
X-BeenThere: dispatch@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: DISPATCH Working Group Mail List <dispatch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/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: Fri, 01 May 2009 19:13:15 -0000

> Hadriel Kaplan wrote:
> > Depends on how you plan to disambiguate legal characters in the
> > fields from the field separators...

On Wed, 2009-04-29 at 16:45 -0500, Vijay K. Gurbani wrote:

> Right; this is a nagging problem at the back of my head ever
> since Dale pointed it out.  The least impacting way to deal
> with this, I believe, will be not to save display-name type
> of constructs but only addr-spec for URIs.  The generic-param
> construct is another potential problem.  Spaces in it need
> to be escaped or generic-param could be simply unallowed. 

> > But anyway, I think the real question that needs to be answered
> > *first* is "what is the purpose of the CLF?"  What is it going to
> > help admins do?  Is it for troubleshooting, or for registration audit
> > logging, or for IDS systems, etc?
> 
>  From the list above, at least for troubleshooting, logging, and
> IDS systems.  What I do not envision CLF being used for is
> debugging (distinct from troubleshooting) and CDR.

If you're going to include troubleshooting in the list of purposes, then
removing anything from the name-addr fields, or any generic-param is
going to be problematic.  I know you couldn't debug some configurations
on my system if you'd stripped some of the proprietary parameters we
use.