IETF Logo Mail Archive

[radext] Re: Accounting overload with AP roaming

Heikki Vatiainen <hvn@radiatorsoftware.com> Wed, 22 July 2026 12:22 UTC

Return-Path: <hvn@radiatorsoftware.com>
X-Original-To: radext@mail2.ietf.org
Delivered-To: radext@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id C397B11C3DC93 for <radext@mail2.ietf.org>; Wed, 22 Jul 2026 05:22:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1784722934; bh=vNiac7ebe++/1jV3uWyDTK+PtSTnqf3MJYhUfSqCl74=; h=References:In-Reply-To:From:Date:Subject:To:Cc; b=JGD+jFs0caIDZQG7/2ZwWP6I3sbodU6HbhREc26eUTWba9DeXGpjibb1L/jSPyg+S oN2pARpKIi2JSQgF+9z91WQUHnDRudqRxSjgx9qZEPI8NfW3ruC3hbeezoKt6qWG0W UjSBxxczlaEd1kvQoYK599yX4YTLYULxYGBYwzy0=
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -1.889
X-Spam-Level:
X-Spam-Status: No, score=-1.889 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01] autolearn=unavailable autolearn_force=no
Authentication-Results: mail2.ietf.org (amavisd-new); dkim=pass (2048-bit key) header.d=radiatorsoftware-com.20251104.gappssmtp.com
Received: from mail2.ietf.org ([166.84.6.31]) by localhost (mail2.ietf.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sXTzwIik8ShT for <radext@mail2.ietf.org>; Wed, 22 Jul 2026 05:22:13 -0700 (PDT)
Received: from mail-wr1-x42a.google.com (mail-wr1-x42a.google.com [IPv6:2a00:1450:4864:20::42a]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by mail2.ietf.org (Postfix) with ESMTPS id B08A411C3DA77 for <radext@ietf.org>; Wed, 22 Jul 2026 05:21:59 -0700 (PDT)
Received: by mail-wr1-x42a.google.com with SMTP id ffacd0b85a97d-47f7872abb6so1696941f8f.3 for <radext@ietf.org>; Wed, 22 Jul 2026 05:21:59 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; t=1784722919; cv=none; d=google.com; s=arc-20260327; b=S4kMi3M/pl2TD2WriwbSep9CjOA9CN2pNkRcOa8t7SRZmH1quCx+Yn+MlfD0Mx7OmT zpsNnLDCmLwm7QRQkZw2ZSdMZ+INUPScz1QwYOr2Qy271obeppOiModSu1b0mPnau+/C RVzsqsX3E2iihvICMBe8z8zG+bw42DSqMno1on3r7VTsByuCCBSx8vFW2jo0lHULn/lb EZDgo09Nzza6oNCT284i/mpGXDLSG9+UQ7ox/hwFzJoq897DTVa73bX+lIKro/mLEuaw Ft7L15jAqhsLopPxtwNxHFwVLm1lQTGOqPrWgd9lcQHVlQ1V/RgrPKMnFDkVHdwAByKm hFag==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20260327; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:dkim-signature; bh=jvxjufJmZpy4R3Z1o3BwUD1IKKu5lp5L5tpDBbNIJKE=; fh=X5mdrOHcDlXqu73MzU9oDKLNzLcv8F19oevcJv2Yb0o=; b=EKfUth43zZJzVAhG82LQhfjNwdBP68AblmSB5WgT1buEgk4+6M4KztT6feIHE0w0W1 GEHCXNhh1bPI4D8UeKyGqlUgT1aM9feji19TwljF6zYgMzNKuPG1FkNXbM+/mECYO4nz LE4zp+yqcowtZksP7I3IqntjHw+TuaMJRKHOf9x5+SVt1ZyvGwMLhDVqPDtQURyy2Pey 10zZg18GXARmW0uB0vRSC6EiFLH2QSUOc16iZug52X5bxJPLU+RRH8UX7XJhAtmremGd eLIMzvD6TaxIynED/fTSKj4QDlLdTmLb0Sd0sQMV/lwNtTtxDVFIM8wzrDiCxIV4ySaM tRvw==; darn=ietf.org
ARC-Authentication-Results: i=1; mx.google.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=radiatorsoftware-com.20251104.gappssmtp.com; s=20251104; t=1784722919; x=1785327719; darn=ietf.org; h=content-type:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:from:to:cc:subject:date:message-id:reply-to :content-type; bh=jvxjufJmZpy4R3Z1o3BwUD1IKKu5lp5L5tpDBbNIJKE=; b=wMlmzhOtjlyqfMkDATLt3mIRfr40EoHfeeZHtVUbArslanuMLpZ4WkbjgfXq0pl+qs 0D/v+3w+o1U+MWEVDPqPLN69BFTsxbxlohOT2fiA7mM7yk5qzXf+IPa9Zh+cr6WIZ8hO kCMW0Tjp1tAjS/9b4AD2m2X8+6dCXLn4c5oMfDZlZWKGhACbkpQv91wnOzLfiL+Duk1b CPk71NOyR1KP0Xdephu65wgMoKPlssktKIPkY29Dm40SLgtGQZu7qjdy/uHjEdFj5v6z TlTgTIOoi4YlgPZoiuc2J2ZZ4cxGryR6CFyb5Of3euh5IpC+yFIJ1Wqf+ksfLJiMuuMN eAkQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1784722919; x=1785327719; h=content-type:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:x-gm-gg:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to:content-type; bh=jvxjufJmZpy4R3Z1o3BwUD1IKKu5lp5L5tpDBbNIJKE=; b=Vqd6Ywl65UTYxYzIAus93jOiB3PQFnm8U7lqezRG5DsCCMZXhxYJH5Hy4OsER3wW26 YfqgDMB7tX793KgY3c8nXnlkp0lW1JU2LDeYyW0dmCFkHwdQTm7kgYOUmOLmCOj7ht64 edt4Bpmm6/igbF+PxgOY2eUUG/5vRIUz/KO7nQiqoALZAEuasB2aB2yhz3uZ3G6EkudG JwAF/5o52R6AHXzJuFVeEqO6IAz3EGzIb6oTMxwqeRqmILz2RDL3WRNN8ho2wLADOvq0 fHg4t+30qZtCZXUZxc372lpKMpE6VguHBJeWvNUqZqQLf1g3dNC3SFWh5OxF6G0SHZkf uOiA==
X-Forwarded-Encrypted: i=1; AHgh+Ro0uhwGQUdYb0/lIdvbAPCOaNlyNn6mtVUSkcL1UIwMB/BTPrnt/aSJmHkRq3CUE8a5vJEbfFs=@ietf.org
X-Gm-Message-State: AOJu0Yxy9fnM22k8Je1DEzHGbXPstmXEostrLpT5CUOUu+RQuccCQGUp DpljIDvhuM/DEg4/QFW+Rz4KpiMEU6rvj+kM5LdMKAgpmvZD+n4k0QEsUESyPjAkbZAMk7GT5/S 8dlUt+dHETbSxdbDBeIO10B9eibDyhs0m1PtlHGLGmW93JeXLgcdVqQ==
X-Gm-Gg: AR+sD12ZSmUiKu98wuTV34CKiBubdTkvdUAyslhoHryF4erbfiQbng0eT/zlpRsGSFI 6GZNbqzkrJDvsvES7m2aQpzi6qqGtzJY8FAdPj0x+0iidrLK3Utn3CgRV/EkOunDy9/UIBeG+h9 WxcnnUc2+Re11UiqbPodQL/0DgOyi3ED9Nrw20n0qV9R+W8maBydn2xj6NdWz1XWihtKZDoY0qh MBfW2Y1eYSftoPEKtgSjNKsa5ZPKUrM5EIu9R0MSku8cYajYmDtsGmKThc6OtJ0redoHtLVPTTj Fw9vPk7YsGlS6A9LlwI62+Cv1FXTAQHxwU2/BI1KTVuj
X-Received: by 2002:adf:e19b:0:b0:474:64bf:8fb6 with SMTP id ffacd0b85a97d-47f6231f9a4mr25826981f8f.39.1784722918663; Wed, 22 Jul 2026 05:21:58 -0700 (PDT)
MIME-Version: 1.0
References: <7E705F64-EC36-4110-823F-77820D32FF26@inkbridge.io> <542b8068-aae2-6e9c-5166-b68b69a98e67@iea-software.com> <8F0022F2-DE6F-4BE9-8C6C-B4D88B01D459@inkbridge.io> <cc272667-9912-a755-b936-efa979fec4dd@iea-software.com> <372B8CC9-C788-4ECF-9DEC-49DD0696CB9D@inkbridge.io> <a1788abd-5b90-b917-e088-7339c6368fb3@iea-software.com> <D6A09F90-0029-44F5-835A-B90075ADDBC7@inkbridge.io> <afd585c0-1821-46ca-569e-6eb5ae8a14c9@iea-software.com> <446DD85A-DB41-4D4A-887F-4E682C3188C4@inkbridge.io> <e79ebad1-b92c-3b03-3e89-a58a9ec9044d@iea-software.com> <5D6CA9F0-86F5-4277-8233-3E36E7A3B4DC@inkbridge.io> <e4d0912e-6976-4374-c31f-66efe73ac01f@iea-software.com> <8CA84C7E-0F09-4335-B466-0296EB0A2692@inkbridge.io> <B153D684-66FB-4023-A58E-6E347C14F24F@helium.com> <DM4PR10MB6741EDB3BC9A703DDFC6CCEFA1FF2@DM4PR10MB6741.namprd10.prod.outlook.com> <MW4PR11MB66188F43AF862E37B391C7D1CCFF2@MW4PR11MB6618.namprd11.prod.outlook.com> <CAA7Lko8gVAgRv=QC_EieZf4+kGjMGD8=L51py2PCUQN8Bhp4bg@mail.gmail.com> <2B853E88-5AE9-4348-AEAF-C64B2B083BE1@inkbridge.io>
In-Reply-To: <2B853E88-5AE9-4348-AEAF-C64B2B083BE1@inkbridge.io>
From: Heikki Vatiainen <hvn@radiatorsoftware.com>
Date: Wed, 22 Jul 2026 15:21:42 +0300
X-Gm-Features: AUfX_mw_Fnfm-qCMo-dim5mXTts5VSiY-V88s0fyFOdcYFMnGsXZmxnesPgtcAg
Message-ID: <CAA7Lko9YKys=DFd+asmz7WwSdgjjgfksSNSTxEASeMb=2YrOTg@mail.gmail.com>
To: Alan DeKok <alan.dekok@inkbridge.io>, "radext@ietf.org" <radext@ietf.org>
Content-Type: multipart/alternative; boundary="00000000000096fcc80657322fce"
Message-ID-Hash: DA7BAKGJMAXSK5QARPTG4CS7K7RYXSU4
X-Message-ID-Hash: DA7BAKGJMAXSK5QARPTG4CS7K7RYXSU4
X-MailFrom: hvn@radiatorsoftware.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-radext.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: Michael Sym <msym@singledigits.com>, Joey Padden <jpadden=40helium.com@dmarc.ietf.org>, Alan DeKok <alan.dekok=40inkbridge.io@dmarc.ietf.org>, Peter Deacon <peterd@iea-software.com>, "Premanand Seralathan (pseralat)" <pseralat=40cisco.com@dmarc.ietf.org>
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [radext] Re: Accounting overload with AP roaming
List-Id: RADIUS EXTensions working group discussion list <radext.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/radext/KMMuXN_ZWM_rBzBAUXWErkGa9EA>
List-Archive: <https://mailarchive.ietf.org/arch/browse/radext>
List-Help: <mailto:radext-request@ietf.org?subject=help>
List-Owner: <mailto:radext-owner@ietf.org>
List-Post: <mailto:radext@ietf.org>
List-Subscribe: <mailto:radext-join@ietf.org>
List-Unsubscribe: <mailto:radext-leave@ietf.org>

On Wed, 22 Jul 2026 at 14:56, Alan DeKok <alan.dekok@inkbridge.io> wrote:

> On Jul 22, 2026, at 1:52 PM, Heikki Vatiainen <hvn@radiatorsoftware.com>
> wrote:
> > When the new Acct-Status-Type and/or functionality in
> seralathan-radext-persistent-devid is specified, the specification also
> requires Acct-Session-Id to be in  Access-Requests. In other words, start
> using the feature that Radius accounting already allows:
> >
> > https://www.rfc-editor.org/rfc/rfc2866.html#section-5.5 (Quote from
> Acct-Session-Id definition)
> >
> >       An Access-Request packet MAY have an Acct-Session-Id; if it does,
> >       then the NAS MUST use the same Acct-Session-Id in the Accounting-
> >       Request packets for that session.
>
>   I think it's a good idea to say something like:
>
>         If a NAS is configured to do accounting for a session, it SHOULD
> send Acct-Session-ID in all Access-Request packets ...
>
>   This would solve many operational issues.
>

Yes, this would be very good to have.

-- 
Heikki Vatiainen
hvn@radiatorsoftware.com

v2.46.0 | Report a Bug | By Email | System Status