Re: [Sipping] Alternate CLF syntax proposal

Cullen Jennings <fluffy@cisco.com> Mon, 30 March 2009 19:05 UTC

Return-Path: <fluffy@cisco.com>
X-Original-To: sipping@core3.amsl.com
Delivered-To: sipping@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 520DA28C0D6 for <sipping@core3.amsl.com>; Mon, 30 Mar 2009 12:05:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.628
X-Spam-Level:
X-Spam-Status: No, score=-106.628 tagged_above=-999 required=5 tests=[AWL=-0.029, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, 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 62rDgAPciLHn for <sipping@core3.amsl.com>; Mon, 30 Mar 2009 12:05:15 -0700 (PDT)
Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by core3.amsl.com (Postfix) with ESMTP id 3E2FA3A6D63 for <sipping@ietf.org>; Mon, 30 Mar 2009 12:05:15 -0700 (PDT)
X-IronPort-AV: E=Sophos;i="4.38,447,1233532800"; d="scan'208";a="32661624"
Received: from sj-dkim-1.cisco.com ([171.71.179.21]) by sj-iport-4.cisco.com with ESMTP; 30 Mar 2009 19:06:13 +0000
Received: from sj-core-4.cisco.com (sj-core-4.cisco.com [171.68.223.138]) by sj-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id n2UJ6Dsl000846; Mon, 30 Mar 2009 12:06:13 -0700
Received: from [192.168.4.177] (rcdn-fluffy-8711.cisco.com [10.99.9.18]) by sj-core-4.cisco.com (8.13.8/8.13.8) with ESMTP id n2UJ6CgF026641; Mon, 30 Mar 2009 19:06:12 GMT
From: Cullen Jennings <fluffy@cisco.com>
To: sipping <sipping@ietf.org>
In-Reply-To: <49CFCD7B.5020304@iptel.org>
Impp: xmpp:cullenfluffyjennings@jabber.org
References: <49CAE21C.5060309@nostrum.com> <c164605b0903260836p45a8bd8eg9ad50f670ef82302@mail.gmail.com> <167dfb9b0903290326t519e6df8naacdb396a259f8f2@mail.gmail.com> <49CFCD7B.5020304@iptel.org>
Message-Id: <011225FB-A116-4659-938E-46B22EB05868@cisco.com>
Content-Type: text/plain; charset="US-ASCII"; format="flowed"; delsp="yes"
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v930.3)
Date: Mon, 30 Mar 2009 13:06:11 -0600
X-Mailer: Apple Mail (2.930.3)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=1726; t=1238439973; x=1239303973; c=relaxed/simple; s=sjdkim1004; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=fluffy@cisco.com; z=From:=20Cullen=20Jennings=20<fluffy@cisco.com> |Subject:=20Re=3A=20[Sipping]=20Alternate=20CLF=20syntax=20 proposal |Sender:=20; bh=6GOfuLvn0/i/j3wj53VdNzI46oUpMTg7FPQitE1b2rQ=; b=E8ZRg0a0/BulCGYaIK9+PLk6wxunU0r7IhMaVOXhlVjJVkUsjwJptF/B7b ZPA6faeXvg7I027Ze8KOMNHvoxHFuDqoUr4hrVRBsFE4fGFwBsh2Ivy2yVmc AbDXBCFoQrv1daHOWd5bPQMns3ksxq9O9ehDbwDHasvR/w3eySqN4=;
Authentication-Results: sj-dkim-1; header.From=fluffy@cisco.com; dkim=pass ( sig from cisco.com/sjdkim1004 verified; );
Cc: Jason Fischl <jason.fischl@gmail.com>, Adam Roach <adam@nostrum.com>, draft-gurbani-sipping-clf@tools.ietf.org
Subject: Re: [Sipping] Alternate CLF syntax proposal
X-BeenThere: sipping@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "SIPPING Working Group \(applications of SIP\)" <sipping.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/sipping>, <mailto:sipping-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/sipping>
List-Post: <mailto:sipping@ietf.org>
List-Help: <mailto:sipping-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sipping>, <mailto:sipping-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 30 Mar 2009 19:05:16 -0000

I might not understand everything that is possible with pcap but it  
seems to me that the problem with PCAP is that it generally saves the  
whole SIP message if you want to get all the headers - Say for example  
an operator wants to log who sent INVITES to what what numbers and  
when the correlated BYE happened so  that they can debug stuff later.  
But they do not want to capture the IP addresses of the UAs because if  
they save them then they have to respond to court orders to provide  
the logs with IP in them which is just a huge pain for with the  
operator and does not provide any revenue. The other issue is that  
logging the complete messages is often just too much data.

I like the proposal - mostly I just want something that works in high  
performance systems.

Cullen in my individual contributor role.

On Mar 29, 2009, at 1:35 PM, Jiri Kuthan wrote:

> Theo Zourzouvillys wrote:
>> On Thu, Mar 26, 2009 at 4:36 PM, Jason Fischl  
>> <jason.fischl@gmail.com> wrote:
>>> I quite like this scheme. It is very simple to generate and parse  
>>> and will
>>> be blazingly fast. It would also be very simple to create a  
>>> utility to
>>> generate "human-readable" versions from it which would address that
>>> particular concern.
>> I also really like Adam's binary proposal
>
> Why aren't we happy then just with PCAP -- that's a de-facto standard.
>
> -jiri
> _______________________________________________
> Sipping mailing list  https://www.ietf.org/mailman/listinfo/sipping
> This list is for NEW development of the application of SIP
> Use sip-implementors@cs.columbia.edu for questions on current sip
> Use sip@ietf.org for new developments of core SIP