Re: [sip-clf] A primer on syslog.

"Rainer Gerhards" <rgerhards@hq.adiscon.com> Wed, 03 February 2010 20:06 UTC

Return-Path: <rgerhards@hq.adiscon.com>
X-Original-To: sip-clf@core3.amsl.com
Delivered-To: sip-clf@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id DE1D23A672F for <sip-clf@core3.amsl.com>; Wed, 3 Feb 2010 12:06:20 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.499
X-Spam-Level:
X-Spam-Status: No, score=-2.499 tagged_above=-999 required=5 tests=[AWL=0.100, BAYES_00=-2.599]
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 5sbyE2ROtJXh for <sip-clf@core3.amsl.com>; Wed, 3 Feb 2010 12:06:19 -0800 (PST)
Received: from mailin.adiscon.com (hetzner.adiscon.com [85.10.198.18]) by core3.amsl.com (Postfix) with ESMTP id 876063A68C3 for <sip-clf@ietf.org>; Wed, 3 Feb 2010 12:06:19 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by mailin.adiscon.com (Postfix) with ESMTP id 2F6E7241C006; Wed, 3 Feb 2010 20:35:28 +0100 (CET)
Received: from mailin.adiscon.com ([127.0.0.1]) by localhost (localhost [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id V1xMtUPgp+yj; Wed, 3 Feb 2010 20:35:28 +0100 (CET)
Received: from GRFEXC.intern.adiscon.com (pd95c774a.dip0.t-ipconnect.de [217.92.119.74]) by mailin.adiscon.com (Postfix) with ESMTP id E41F3241C005; Wed, 3 Feb 2010 20:35:27 +0100 (CET)
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
X-MimeOLE: Produced By Microsoft Exchange V6.5
Date: Wed, 3 Feb 2010 21:07:05 +0100
Message-ID: <9B6E2A8877C38245BFB15CC491A11DA71037FB@GRFEXC.intern.adiscon.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [sip-clf] A primer on syslog.
Thread-Index: Acqk8HGw9hmy+vMRTBW+9/JjIJoFBgADdXdwAAMirpA=
References: <7505A2C58D8F4FD88B47D10EA74649CD@china.huawei.com><00ce01caa41e$fe5a5ef0$0600a8c0@china.huawei.com><4B68920B.5090908@alcatel-lucent.com><81F3AF977ADD49E7A883F138ECCC71D0@china.huawei.com><01eb01caa4ec$0fbe0930$0600a8c0@china.huawei.com><DCBC0046E3434E519A2E9EDB4071C7B6@china.huawei.com> <023501caa50a$16943c70$0600a8c0@china.huawei.com>
From: "Rainer Gerhards" <rgerhards@hq.adiscon.com>
To: "David Harrington" <ietfdbh@comcast.net>, "Spencer Dawkins" <spencer@wonderhamster.org>, "Vijay K. Gurbani" <vkg@alcatel-lucent.com>, <sip-clf@ietf.org>
Subject: Re: [sip-clf] A primer on syslog.
X-BeenThere: sip-clf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: SIP Common Log File format discussion list <sip-clf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/sip-clf>, <mailto:sip-clf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/sip-clf>
List-Post: <mailto:sip-clf@ietf.org>
List-Help: <mailto:sip-clf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sip-clf>, <mailto:sip-clf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 03 Feb 2010 20:06:21 -0000

> -----Original Message-----
> From: sip-clf-bounces@ietf.org [mailto:sip-clf-bounces@ietf.org] On
> Behalf Of David Harrington
> Sent: Wednesday, February 03, 2010 8:50 PM
> To: 'Spencer Dawkins'; 'Vijay K. Gurbani'; sip-clf@ietf.org
> Subject: [sip-clf] A primer on syslog.
> 
> Hi,
> 
> For those unacquainted with syslog, let me try to summarize how it
> works. I will focus on the forwarding and filtering and security
> mechanisms, since I think those will be important considerations for
> SIP logging.
> 
> Rainer is the guy I go to when I have a question about syslog. He has
> answered Vijay's concern in considerable detail in another email. I
> don't personally deploy syslog, so Rainer can feel free to correct
> anything I get wrong. ;-)

Thanks David, that is an excellent primer. Just one note... 

> ---- The forwarding mechanism ----
> 
> Syslog allows log information for both kernel processes and user
> processes to be forwarded to a file, a set of users, or another node
> in a network.

While this is beyond the scope of the IETF, current mainstream implementation
supports many more options. Popular options are writing to databases and
passing messages to another application. Rsyslog, for example, has an open
plug-in architecture and every now and then I hear about plugins written for
custom projects that I would never have envisioned.

> 
> IETF syslog provides support for UDP, TLS, and (soon) DTLS. It is
> designed to allow additional transports to be defined, so could also
> be used in non-IP environments, I suppose.

It definitely is. The most prominent non-IP "transport" is Unix local domain
sockets. But real non-IP transports are used quite seldom, now that almost
every device runs IP. In former days, we had log sources (PBXs mostly) that
sent messages via RS232 to a syslog relay which forwarded the messages via IP
to the final destination.

Rainer