[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
- [Softwires] Proposal for extension of Radius Acco… Bruno STEVANT
- [Softwires] Re: Proposal for extension of Radius … Bruno STEVANT