[v6ops] Re: Dynamic addresses

David Farmer <farmer@umn.edu> Fri, 16 August 2024 14:46 UTC

Return-Path: <farmer@umn.edu>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 656A5C1CAF2C for <v6ops@ietfa.amsl.com>; Fri, 16 Aug 2024 07:46:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.404
X-Spam-Level:
X-Spam-Status: No, score=-4.404 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=umn.edu
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iVOksxJyX8ds for <v6ops@ietfa.amsl.com>; Fri, 16 Aug 2024 07:46:43 -0700 (PDT)
Received: from mta-p7.oit.umn.edu (mta-p7.oit.umn.edu [134.84.196.207]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 14EB6C19330B for <v6ops@ietf.org>; Fri, 16 Aug 2024 07:46:42 -0700 (PDT)
Received: from localhost (unknown [127.0.0.1]) by mta-p7.oit.umn.edu (Postfix) with ESMTP id 4WllDx5Cscz9wFZy for <v6ops@ietf.org>; Fri, 16 Aug 2024 14:46:41 +0000 (UTC)
X-Virus-Scanned: amavisd-new at umn.edu
Received: from mta-p7.oit.umn.edu ([127.0.0.1]) by localhost (mta-p7.oit.umn.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vtcRsCMF5R8R for <v6ops@ietf.org>; Fri, 16 Aug 2024 09:46:41 -0500 (CDT)
Received: from mail-lf1-f70.google.com (mail-lf1-f70.google.com [209.85.167.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mta-p7.oit.umn.edu (Postfix) with ESMTPS id 4WllDx1pGhz9wFZt for <v6ops@ietf.org>; Fri, 16 Aug 2024 09:46:41 -0500 (CDT)
DMARC-Filter: OpenDMARC Filter v1.3.2 mta-p7.oit.umn.edu 4WllDx1pGhz9wFZt
DKIM-Filter: OpenDKIM Filter v2.11.0 mta-p7.oit.umn.edu 4WllDx1pGhz9wFZt
Received: by mail-lf1-f70.google.com with SMTP id 2adb3069b0e04-52efdae5be6so2172121e87.3 for <v6ops@ietf.org>; Fri, 16 Aug 2024 07:46:41 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=umn.edu; s=google; t=1723819600; x=1724424400; darn=ietf.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=Hn/SMfiarVQqIXIPdsxcwsyHtkvL+ARCOav9EDdYeA8=; b=mm0AWQGd+KI7j+VYtFr/lQ4FhPp1JRLMvEazyJaMqB0p4RBoNv/h1Muv/egEontT+U rJrh4dpHKQEehFrM/Vr+4SDfxAwknEQEGiD9+6a/0l5K6QDozhZnGOmYB1cu42JAtIm5 M1QzmzXn3vfY7P56wDfHZwt+BQfM1S4n68QT9qKUd+7RPrh+vFsuPO4PnYdQ9a9rHhVc 1ZMkR33BTAEXT9jyGzCCtsXQ7eM9XJV2sZls8GuppQ2/N19kItMhcTZRYef87m/FB8pq FIKOU/NZezVjEIGJBxvjTLfrDlotlUziJh3FRX5h1UjZjhM7lbaXdghozOzH29VRp89g DAtQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1723819600; x=1724424400; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=Hn/SMfiarVQqIXIPdsxcwsyHtkvL+ARCOav9EDdYeA8=; b=DZWgNMtj8wKW/Fcopte2LWQeRz42NZT7g7n0oYlmTvbEjbNxFlJT0Ltv1fVAsDiqfA Xt6WdZE6RW7fO6v7Q3upxeB/083FoVfvY753xfoXeKHHqkN8SaNOEw3SZPaY5DsL32WG RQ2YCZWEJzWHgcoaOj2W7t/27ujkpeq+YP6BCoipyqO3y8Fesj+OABIHn5aJF8CQuc6/ +/vRXJ5eKlKYoRcj5GubwtGOXaNOE6hrcqUPBEyrJzNogjKmP39z+M2wdKpJNLL17VdZ tTfo7e1ew9KhW0AT27K74QAfnvHpAUyOCYO4134dzlSOBYSK0ph4SdC6LrfXOv0o25Oo vuDA==
X-Forwarded-Encrypted: i=1; AJvYcCWoRd5nO82U/9a7ESYX7h/bnwtPBlX7IOncYzvlWZ4PVNt+j9+1xj+HI5Nkzn+t7Z8VVBSp/SjNvsq2skh4aQ==
X-Gm-Message-State: AOJu0Yw7+BzcQSNyNqijQ0LS8szw98GmyeNPlmVCp7uffBq1a4pb/DfF xqbrwibgkA8oSOdLJSCqn9fMOvPYo5Vb3OTPF7QGrQUzUuycRyxDdk8bNLuOOND8aCBxzwV8Mds 8lE4uvoxYPh2sB+GlTn/FSjFQvmOiqXErQON6boqkX2uOaImxi7nV5WmQ2XRO6EMtAcfvAoMC5H 4sauMYFbarQjStJXeB58glxw==
X-Received: by 2002:a05:6512:1243:b0:52c:9f9e:d8e3 with SMTP id 2adb3069b0e04-5331c6b259fmr2183410e87.31.1723819599653; Fri, 16 Aug 2024 07:46:39 -0700 (PDT)
X-Google-Smtp-Source: AGHT+IFY2eGkX+yXn/Alnj69UeCG8nF/IhPeuNxJZyZVMafZP9rE+j4keZkE+weJzGsCFUuWbK98VkriAXfhBIx+cRM=
X-Received: by 2002:a05:6512:1243:b0:52c:9f9e:d8e3 with SMTP id 2adb3069b0e04-5331c6b259fmr2183389e87.31.1723819599057; Fri, 16 Aug 2024 07:46:39 -0700 (PDT)
MIME-Version: 1.0
References: <df01e0f8-1b0d-4792-be2c-89a59da7de49.ref@swbell.net> <df01e0f8-1b0d-4792-be2c-89a59da7de49@swbell.net> <CAJgLMKte1H3FaoQOhc7_No=SNdczQFo2_mp2c1FvTOqLCRFm2g@mail.gmail.com> <6e70bed7-6f84-4a4a-90f8-fec1d10a599b@swbell.net> <CAJgLMKsXHcxzu8Kbrg1pu9SDkGDH0b1bWzW__CrfpDaSv3Joog@mail.gmail.com> <CACyFTPFakaDLdTJVc6d1HiR_oaedNOV76MRQxJp=+z95uQFVZQ@mail.gmail.com> <CAPt1N1=rQp5U4_X=2WvCV358S9Qm+E+_+gs_mgUJHP_68dYLmg@mail.gmail.com> <d16406c6-e5d9-4aa4-a16e-7513d04d6b07@gmail.com> <CACyFTPEdh_SL3BJ6WcD18tpYzH=Q6gxYnXanTsHZxF4xQm7LuA@mail.gmail.com> <19b076c0-ff57-471a-8f66-6ad47d7169f4@gmail.com> <f469fd02-f67e-4aa3-80e1-e055e63fadd2@swbell.net> <CACyFTPGNUvKkF+hxg1xJPSRNWo4aZN+jtwO3GeMLmQ1pTY8x3g@mail.gmail.com> <CAPt1N1kLTuKjtvsJ5qGd_kjnc8K2HDc7OemMqtaSavGH6kAqJA@mail.gmail.com> <CACyFTPEjAq0kGHFwiNnqsmyhxavu6HhEBu6X7OQXAgaKpPqa1g@mail.gmail.com> <CAN-Dau05Q2GVydUb8DLfAXYNEtrKPkTFROOWT3cDMr5DSPD8Tg@mail.gmail.com> <a0134031-ce09-4c9e-ab8a-4789f889b4ef@nsrc.org> <CACyFTPHCG5EyjPwFDxqpj2oAW2R3xMnVBZdaQz9n2Et1pNMPUg@mail.gmail.com> <BEZP281MB20089D60D9C0CB7AE179698598812@BEZP281MB2008.DEUP281.PROD.OUTLOOK.COM>
In-Reply-To: <BEZP281MB20089D60D9C0CB7AE179698598812@BEZP281MB2008.DEUP281.PROD.OUTLOOK.COM>
From: David Farmer <farmer@umn.edu>
Date: Fri, 16 Aug 2024 09:46:21 -0500
Message-ID: <CAN-Dau2sw+Jwcgxn=KhGicM-gpQpO8eY+11sBs4Q=QjCkV6BBQ@mail.gmail.com>
To: N.Leymann@telekom.de
Content-Type: multipart/alternative; boundary="000000000000dbf7e5061fce06cc"
Message-ID-Hash: NGIBQNABRTI4LNN4XFPVGZYQO7CFUFFS
X-Message-ID-Hash: NGIBQNABRTI4LNN4XFPVGZYQO7CFUFFS
X-MailFrom: farmer@umn.edu
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-v6ops.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: contact=40daryllswer.com@dmarc.ietf.org, jmultach@swbell.net, v6ops@ietf.org
X-Mailman-Version: 3.3.9rc4
Precedence: list
Subject: [v6ops] Re: Dynamic addresses
List-Id: v6ops discussion list <v6ops.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/l31MtWxChGDFW79a-YSLBgRnpcE>
List-Archive: <https://mailarchive.ietf.org/arch/browse/v6ops>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Owner: <mailto:v6ops-owner@ietf.org>
List-Post: <mailto:v6ops@ietf.org>
List-Subscribe: <mailto:v6ops-join@ietf.org>
List-Unsubscribe: <mailto:v6ops-leave@ietf.org>

On Fri, Aug 16, 2024 at 05:45 <N.Leymann@telekom.de> wrote:

> Hi,
>
> *Von:* Daryll Swer <contact=40daryllswer.com@dmarc.ietf.org>
> *Gesendet:* Montag, 12. August 2024 06:07
> *An:* Brian Candler <brian@nsrc.org>
> *Cc:* The Multach's <jmultach@swbell.net>; v6ops@ietf.org
> *Betreff:* [v6ops] Re: Dynamic addresses
>
> Getting a new IPv4/IPv6 allocation on session disconnect and reconnect
> is a matter of network design.  If the network design is that aggregate
> address pools are routed to BRASes, and the end user's address is
> allocated by the BRAS from its pool, then when you reconnect to a
> different BRAS you'll get a different address. So be it.
>
> > Yeah, they/we typically route an aggregate pool to the BRAS/BNG. But
> also,
>
> > they are configured in HA mode with VRRP etc and the pools do not
> change.
> > If they did change, we now have the problem with connectivity stability
> again,
>
> > and this brings up the old conversation about DHCPv6 HA (vendors solved
> it,
>
> > to my knowledge, using proprietary software).
>
> That’s what we are doing as well. We aggregate on the BNG and assign
> addresses
> (IPv4 and IPv6) from the address pools of the BNG. For residential users
> those addresses are dynamic.
>
>
>
> For business customers requiring a static address/prefix we backhaul them
> to a different set of BNGs providing static addresses. Those BNGs have
> their own pools for static assignments and allow to use the same, static
> address
> even in case users are moving within our network (e.g., from one city to
> another city).
>

On one level, this seems reasonable; static customers pay more for the
extra backhaul service to different BNGs with static pools. I understand
that, and it appears acceptable to me.

Regular customer addresses can change, and that's acceptable on one level.
But how often do they change, and what triggers these changes? Is it simply
due to rebooting and acquiring new addresses with each reboot? Or does it
occur during customer rebalancing events, where the BNGs for some customers
are changed, probably in an overnight change window? I'd like to know the
frequency.

While you can change their addresses, even regular customers deserve care
and stability. Their addresses shouldn’t be altered haphazardly, too
frequently, or unnecessarily.

With my ISP, when I reboot, I usually get the same address. However, my
address changes occasionally, I estimate once or twice a year. It is
primarily stable but changes infrequently, which seems reasonable to me.

There likely needs to be a service distinction between the statically
addressed business class and the dynamically addressed consumer class
customers. But there is a difference between a dynamic where addresses are
changed occasionally, like once a month or less, and a crazy dynamic where
addresses are changed haphazardly on every reboot or an overly frequent
basis, like every few hours or daily.

Thanks.