Re: [Dime] freeDiameter 1.0.0 released

Sebastien Decugis <> Mon, 30 August 2010 01:31 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 8CB673A68D4 for <>; Sun, 29 Aug 2010 18:31:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -0.844
X-Spam-Status: No, score=-0.844 tagged_above=-999 required=5 tests=[AWL=-1.009, BAYES_40=-0.185, HELO_EQ_FR=0.35]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id z1I0YFrEobWK for <>; Sun, 29 Aug 2010 18:31:13 -0700 (PDT)
Received: from ( []) by (Postfix) with ESMTP id 3F0BB3A6452 for <>; Sun, 29 Aug 2010 18:31:09 -0700 (PDT)
Received: from localhost (localhost []) by (Postfix) with ESMTP id E959394753; Mon, 30 Aug 2010 03:31:38 +0200 (CEST)
X-Virus-Scanned: Debian amavisd-new at
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id hI20y9B-EfP6; Mon, 30 Aug 2010 03:31:34 +0200 (CEST)
Received: from [] ( []) (using SSLv3 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPSA id A59FA9470D; Mon, 30 Aug 2010 03:31:33 +0200 (CEST)
Message-ID: <>
Date: Mon, 30 Aug 2010 10:30:59 +0900
From: Sebastien Decugis <>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; fr; rv: Gecko/20100802 Thunderbird/3.1.2
MIME-Version: 1.0
To: Hannes Tschofenig <>
References: <>
In-Reply-To: <>
X-Enigmail-Version: 1.1.1
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Subject: Re: [Dime] freeDiameter 1.0.0 released
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Diameter Maintanence and Extentions Working Group <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Mon, 30 Aug 2010 01:31:17 -0000

 Hello Hannes,

Thank you for this kind message :) I am also convinced that having an
open implementation of the Base Protocol will help improve the quality
of future Diameter works, and the freeDiameter implementation was
created with this goal in mind.

About integration with existing systems, as Alan mentioned, we have
discussed about this possibility already; but the freeradius code
heavily relies on the RADIUS messages structure and re-using this code
would require a large rewriting to abstract the message structure and
format (for example to be able to reuse freeradius backends with
freeDiameter). This is a work I cannot undertake myself at the moment,
and in any case it would be more or less equivalent to a
Diameter-to-RADIUS gateway implementation (the project already contains
a RADIUS-to-Diameter gateway extension).

On the bright side, I have received feedback from many people who are
interested in the implementation, and I believe the project will grow
quite quickly, with new modules to provide the most useful features.
FreeDiameter is very young, so the API is not very stable yet (I plan to
change the structure a little so that it is easier to implement Diameter
client application in existing software) but I expect it to mature
quickly with a growing community of users in the next few months.

Thank you for the support!

Best regards,

Le 28/08/2010 03:44, Hannes Tschofenig a écrit :
> Hi Sebastien, 
> I just wanted to say how happy I am about this open source version of
> Diameter. At the time when your announcement was sent to the list I
> was sitting in the AAA doctors team lunch meeting at the IETF #78 and
> spoke about the need to have more running code and other things one
> should be doing in the DIME/RADEXT working group beyond just writing
> specifications.
> I hope that folks in the group will use your Diameter implementation
> to write their specification as an extension so that we can be more
> confident about the quality of our work. 
> Although I have not yet looked at the code you have produced I was
> wondering how easy/difficult it would be to let your code to interact
> with some of the FreeRADIUS code. FreeRADIUS is quite strong in the
> interworking with backend databases and you ideally want to have that
> as well. Have you thought about this issue of integrating the
> freeDiameter in an existing IT infrastructure?
> Ciao
> Hannes
> PS: Sorry for my late response. 
>> ----- Ursprüngliche Nachricht -----
>> Von: Sebastien Decugis
>> Gesendet: 29.07.10 13:08 Uhr
>> An:
>> Betreff: [Dime] freeDiameter 1.0.0 released
>> Dear DiME members,  It is my pleasure to announce the first release of freeDiameter, a new open-source implementation of the Diameter protocol.  freeDiameter is released under the BSD license. It is written in C, and should run on any modern POSIX system (tested on GNU/Linux and FreeBSD). freeDiameter is designed as a framework: a daemon handles the Diameter Base Protocol operations (network management, messages routing) common to all Diameter nodes, while extensions provide the additional Diameter applications logic to each peer. The daemon is fully compliant to RFC3588 and draft-ietf-dime-rfc3588bis-21, including native support for IPv6, SCTP, and TLS.  In this first release, the following extensions are available: - A Diameter EAP server implementation (RFC4072) with support for EAP TLS and MD5 methods (additional methods to be added later). - A Diameter SIP server implementation (RFC4740) -- experimental. - A RADIUS/Diameter translation gateway with support for NASREQ (RFC4005), EAP (RFC4072), SIP (RFC4740) and Accounting (RFC3588) applications. - A simple Diameter Accounting (RFC3588) implementation.  freeDiameter also comes with a set of debug tools and mechanisms that may be handy to anyone involved with Diameter.  For more information and download information, please visit the freeDiameter homepage at  Thank you, The freeDiameter team. (supported by NICT and Teraoka-Lab., Keio University)  --  Sebastien Decugis Research fellow Network Architecture Group NICT (  _______________________________________________ DiME mailing list

Sebastien Decugis
Research fellow
Network Architecture Group