[Softwires] Re: Proposal for extension of Radius Accounting

Bruno STEVANT <bruno.stevant@enst-bretagne.fr> Wed, 15 February 2006 10:08 UTC

Received: from localhost.cnri.reston.va.us ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F9JZx-0005oX-FO; Wed, 15 Feb 2006 05:08:09 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F9JZv-0005oS-E9 for softwires@megatron.ietf.org; Wed, 15 Feb 2006 05:08:07 -0500
Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA25742 for <softwires@ietf.org>; Wed, 15 Feb 2006 05:06:21 -0500 (EST)
Received: from laposte.rennes.enst-bretagne.fr ([192.44.77.17]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1F9Jnp-0003H6-Qa for softwires@ietf.org; Wed, 15 Feb 2006 05:22:35 -0500
Received: from localhost (localhost.localdomain [127.0.0.1]) by laposte.rennes.enst-bretagne.fr (8.13.4/8.13.4/2004.10.03) with ESMTP id k1FA7psh000966 for <softwires@ietf.org>; Wed, 15 Feb 2006 11:07:51 +0100
Received: from d1.rennes.enst-bretagne.fr (d1.rennes.enst-bretagne.fr [192.44.77.10]) by laposte.rennes.enst-bretagne.fr (8.13.4/8.13.4/2004.09.01) with ESMTP id k1FA7n8a000958 for <softwires@ietf.org>; Wed, 15 Feb 2006 11:07:49 +0100
Received: from [IPv6:2001:660:7301:3728:20d:93ff:fe36:7168] ([IPv6:2001:660:7301:3728:20d:93ff:fe36:7168]) (authenticated bits=0) by d1.rennes.enst-bretagne.fr (8.13.4/8.13.4) with ESMTP id k1FA7mU0028724 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO) for <softwires@ietf.org>; Wed, 15 Feb 2006 11:07:49 +0100
Mime-Version: 1.0 (Apple Message framework v746.2)
In-Reply-To: <06F2FF70-FC38-4F79-BF79-49173C2503CE@enst-bretagne.fr>
References: <06F2FF70-FC38-4F79-BF79-49173C2503CE@enst-bretagne.fr>
Content-Type: text/plain; charset="ISO-8859-1"; delsp="yes"; format="flowed"
Message-Id: <8C99A160-A1B1-408D-949D-8E244F57F193@enst-bretagne.fr>
Content-Transfer-Encoding: quoted-printable
From: Bruno STEVANT <bruno.stevant@enst-bretagne.fr>
Date: Wed, 15 Feb 2006 11:08:15 +0100
To: softwires@ietf.org
X-Mailer: Apple Mail (2.746.2)
X-Virus-Scanned: amavisd-new at enst-bretagne.fr
X-Spam-Score: 0.0 (/)
X-Scan-Signature: f4c2cf0bccc868e4cc88dace71fb3f44
Content-Transfer-Encoding: quoted-printable
Subject: [Softwires] Re: Proposal for extension of Radius Accounting
X-BeenThere: softwires@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: softwires wg discussion list <softwires.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/softwires>, <mailto:softwires-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/softwires>
List-Post: <mailto:softwires@ietf.org>
List-Help: <mailto:softwires-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/softwires>, <mailto:softwires-request@ietf.org?subject=subscribe>
Sender: softwires-bounces@ietf.org
Errors-To: softwires-bounces@ietf.org

Hi all,

I published a draft explaining the problem :
http://www.ietf.org/internet-drafts/draft-stevant-softwire- 
accounting-00.txt

I wont be present at the Interim. Laurent Toutain will do the  
statement for me.
Have fun in Hong-Kong :)

Le 3 févr. 06 à 14:42, Bruno STEVANT a écrit :

> Good day all
>
> We at Point6 are working in the Softwires WG on a solution for IPv6  
> access for Home Networks, as described in draft-toutain-softwire- 
> point6box-00.txt
> In this solution we use L2TP/PPP for IPv6 tunneling. Access AAA  
> parameters are managed with Radius.
>
> We found an issue with current FreeBSD PPP implementation on Radius  
> accounting :
> Attributes Acct-{Input,Output}-Octets and Acct-{Input,Output}- 
> Packets are only based on accounting informations from IPCP. Since  
> our solution only use IPV6CP, we have to modify the code in PPP to  
> send IPV6CP accounting information in these Radius attributes.
>
> The basic solution may be just to add IPCP and IPV6CP values and to  
> transmit these sums as value for these attributes.
> Another solution may also to have separate accounting attributes  
> for IPv4 and IPv6. We think this may be only relevant for packets  
> (as it is done in system MIBs for instance). Our proposal is to  
> have two more attributes for Radius accounting : Acct-IPv6-Input- 
> Packets and Acct-IPv6-Output-Packets.
>
> The rational of this proposal is to give operators who deploy dual  
> stack access solution some accounting information about IPv6/IPv4  
> usage ratio.
> We ask the Radext WG to take position on this proposal. Some inputs  
> may also come from the Softwires WG.
>
> Regards,
> -- 
> Bruno STEVANT - Point6
>
> _______________________________________________
> Softwires mailing list
> Softwires@ietf.org
> https://www1.ietf.org/mailman/listinfo/softwires

-- 
Bruno STEVANT - Point6



_______________________________________________
Softwires mailing list
Softwires@ietf.org
https://www1.ietf.org/mailman/listinfo/softwires