[v6ops] Re: Dynamic addresses

N.Leymann@telekom.de Fri, 16 August 2024 15:56 UTC

Return-Path: <N.Leymann@telekom.de>
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 C3484C14F605 for <v6ops@ietfa.amsl.com>; Fri, 16 Aug 2024 08:56:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.249
X-Spam-Level:
X-Spam-Status: No, score=-2.249 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.148, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=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=telekom.de
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 reICbwOzpIHt for <v6ops@ietfa.amsl.com>; Fri, 16 Aug 2024 08:56:02 -0700 (PDT)
Received: from mailout11.telekom.de (mailout11.telekom.de [194.25.225.207]) (using TLSv1.2 with cipher ECDHE-ECDSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 94EADC14F5F5 for <v6ops@ietf.org>; Fri, 16 Aug 2024 08:56:00 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telekom.de; i=@telekom.de; q=dns/txt; s=dtag1; t=1723823761; x=1755359761; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=LC+TY0ZaHQ5MhJEUDLOIpyev7WldedMoIlEihtmAGR4=; b=V1Phj6hzqji5ouxWgW6wgN78DcPyQCXb9DIHYmvqDmS2tR6eYwIAi3/r 6C6WBVBSceDlJNbFQxb5DkA+41kTE4FgDXsQnDHibHTmAOaR4pltrM36q M5Lsdxar2HQLtSFmYxOwUFSdaWnU8dbfFKQ0QzV/h5ku/KNw7rrPx9oU4 HYva3bHIGbMGPIzbuNnqaV+W6zbdDrDfxPLydFDcunXmQW8V9lSyoic79 3Hl0TQdGb9mZw+4h4ug9/vPdliM/f4udkQyxJzaIjsaeNTZycZ7AR2NmR p4E+rFhf5ZvPyuNsZ/TIuoKLUXnOzrccWjHdZ/9Z+2Rd6cj8/Agscvz3d Q==;
Received: from qde9xy.de.t-internal.com ([10.171.254.32]) by MAILOUT11.dmznet.de.t-internal.com with ESMTP/TLS/ECDHE-RSA-AES128-GCM-SHA256; 16 Aug 2024 17:55:59 +0200
IronPort-SDR: 66bf768e_aJVYoA1qX6mE15c1kKSY5Cspy+uUMCoHaBHdW5XNjp/uF03 i2SoRJu6lYlOYOFAt4KVpjinFdwWmJO0gwLpB6Q==
X-IronPort-AV: E=Sophos;i="6.10,152,1719871200"; d="scan'208,217";a="936023305"
X-MGA-submission: MDFAtN4e2uofQyjFDXPqT2HGCtWVPbdSUCfW39T8uqZ+UoaHkQXlDCYEYDfHFl3QR7gkbat3BWYlIErJZ/K36oN/UgPOUmVMHYtPUx5meNSQRPMPc7g/y7u+y1J1wal5FJDDtnUbhP5uJCkNXFh3WOP4/W3wM22x6OrxKTgSUzzhJQ==
Received: from he101416.emea1.cds.t-internal.com ([10.169.118.195]) by QDE9Y1.de.t-internal.com with ESMTP/TLS/ECDHE-RSA-AES128-GCM-SHA256; 16 Aug 2024 17:55:59 +0200
Received: from HE126306.emea1.cds.t-internal.com (10.169.118.207) by HE101416.emea1.cds.t-internal.com (10.169.118.195) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.1544.11; Fri, 16 Aug 2024 17:55:58 +0200
Received: from HE126305.emea1.cds.t-internal.com (10.169.118.206) by HE126306.emea1.cds.t-internal.com (10.169.118.207) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.1544.11; Fri, 16 Aug 2024 17:55:58 +0200
Received: from HE102770.emea1.cds.t-internal.com (10.171.40.42) by HE126305.emea1.cds.t-internal.com (10.169.118.206) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.1544.11 via Frontend Transport; Fri, 16 Aug 2024 17:55:58 +0200
Received: from FR5P281CU006.outbound.protection.outlook.com (40.93.78.49) by O365mail07.telekom.de (172.30.0.239) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.1544.11; Fri, 16 Aug 2024 17:55:58 +0200
ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=VIVPpljo5P/Y/NiWCdIGGm8AC0u6KwDL1vc8+IoHt9/AptNLXh8V1aslETeadIm1y0UO54VqCJaA/sAKfm3Hye1b74+A3dQnT2agZHWxoa9/P/8ZMvcIYyJecpFGywDxogsB/19BG6UDQHBI/ZY/fk8CShw6KWG3MyFh428sgy+U/W0gBxiA7n8xAvfUaHiYAYPRjbXhC69Uz4L8LIFkQcj7MK/XOlG+9Ev6b7inumKp1ZW1uPwi5NRr+z0+vakB1gSmG2ED2I2Mmxzk+PNR6xQabUoh8f7N/YH+GAjcX9IrujmNX3DYMtbs7atWTlBwwJNTsMfoLs+F1MQ0fvhdNg==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=LC+TY0ZaHQ5MhJEUDLOIpyev7WldedMoIlEihtmAGR4=; b=vUcK6jYWaaxk0yuXnUC6OZumjRzLyWPvMuDa5yw7mcFKXFTQIhuHatrFQO+twoLM4SdzMQaMWIvHweK2K26qpEHWV9EYNfQRPIUoL+TH/98zMcrhc4/gafop4Ey791EO2w3SThPOw/IZy1YFo8wReMpcd18iLnRdA9Ap0fYhegR3Gn8eDGoFu/xlB+onqRbmv16GkWKhqb/hH9C/Ok2Ij35O26M1sxOuzEvtjRE1apTDgjBWZGxy2X8Pz35NeXwlr8fCncRfxt4D0raBo8DDHkPn9B7dRmvEkseRoIYUj+mBuYbBsembWioKDKKTRSyXDy6vilHXkWaCjeL9Nf1Uzg==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=telekom.de; dmarc=pass action=none header.from=telekom.de; dkim=pass header.d=telekom.de; arc=none
Received: from FRYP281MB2010.DEUP281.PROD.OUTLOOK.COM (2603:10a6:d10:47::5) by FR5P281MB4727.DEUP281.PROD.OUTLOOK.COM (2603:10a6:d10:151::11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7875.19; Fri, 16 Aug 2024 15:55:57 +0000
Received: from FRYP281MB2010.DEUP281.PROD.OUTLOOK.COM ([fe80::f30e:8702:3fc4:7e7]) by FRYP281MB2010.DEUP281.PROD.OUTLOOK.COM ([fe80::f30e:8702:3fc4:7e7%4]) with mapi id 15.20.7849.021; Fri, 16 Aug 2024 15:55:57 +0000
From: N.Leymann@telekom.de
To: farmer@umn.edu
Thread-Topic: [v6ops] Re: Dynamic addresses
Thread-Index: AQHa6rTz576AR801D0e3XJYDRJXvr7IfxfaAgAC/ngCAAALTgIAABAoAgAANyQCAAGOLgIAA+hoAgAEM0ICABrWO8IAARneAgAAQ69A=
Date: Fri, 16 Aug 2024 15:55:56 +0000
Message-ID: <FRYP281MB20108151C6BDADB2A6FC2DC298812@FRYP281MB2010.DEUP281.PROD.OUTLOOK.COM>
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> <CAN-Dau2sw+Jwcgxn=KhGicM-gpQpO8eY+11sBs4Q=QjCkV6BBQ@mail.gmail.com>
In-Reply-To: <CAN-Dau2sw+Jwcgxn=KhGicM-gpQpO8eY+11sBs4Q=QjCkV6BBQ@mail.gmail.com>
Accept-Language: de-DE, en-US
Content-Language: de-DE
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=telekom.de;
x-ms-publictraffictype: Email
x-ms-traffictypediagnostic: FRYP281MB2010:EE_|FR5P281MB4727:EE_
x-ms-office365-filtering-correlation-id: 70b7d6d1-7118-43ef-b376-08dcbe0bea9d
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;ARA:13230040|1800799024|69100299015|366016|376014|38070700018;
x-microsoft-antispam-message-info: lJUuXYsmPuU+ANcTrRCDTX+4i5n53hqbflGUbD0FNVKUWRd7p2QvIzQwQiUhvZcrQQtYDMWBJ8HFIB4WjG8JNeESJvqQuTTicpM1q8J4sA6GYVC6Wb/4ncWOPI3/t62PWQkdLyWDOz8gUOjMYxh8qEp5T4c6Da+dTQ6+wuScuiGc2QsFy25pLnINS3Sbe05oNj+MWQ4PihkoGSfYVcUK/Vlp9MRB/1MwnOfxlUBVouPEQtFmqSLx1RDoDjfMGLj31njanT/nub4fGpP1e4qVcjWvTqeFv7PLVb0uAeexMEH0lifEkvIFkV1paEWewrVgs3N/0Zs7JB2bhMgboXWQU0IczXEadf1+x09jqniNmll2zJZWvMFMPD+ivgvVQP8uJfQasEcGNgQ32HoP/fFGsxZQ4qxZ4qlqiZdil8DWe46/IvTRiZlbjtox5BzOhU54Pld6Qi4JWCXcDsjZIAIra3pCmgEFRNuQhzaMh+AlUuimMlPF/44xhb1MC94f4tF604QkoMW94HUHp/K1TNJJiipKeA3M1xFKGga3nD3nEcdqgGCxDTSQFnh2xAINjBWaJdGGabh6hSWX+0jQcSbFrm3l3bOD+36Pha6PmXf4Mqnd7iOuxAWEa+WR2A/a7w5+TN+oGgT3/dilOcwBYOtzKsSDA+cwaR66PbLe4qbT4GUzAURTo6bTRk+JxAnswNICuFIQIytBhjkw5e+Yu48cPduVUR2SqvsljeDluxDMscITuSZdCm2Apb9KLMaXES4zZLKgQghuWM+mMDAOSZqvGwV6Efvb0TMnL5ospJA1Ao86G3qsWssidqFmRsE5oU5U/quUY257qz4hiujIdm8nmY0ZLCbxtRMucGRbng2TJJgEgbT9v1OBQWrLc/P+HaXtrlwb6W5qCGveHy6PTec4osM3lS21gZjwYSX/wvIYnlBTrf03CK0rEUJWSPfgonZLM2BLrsVzzesgbpzvNobOP7C4oqpKdZ475E4q6pRmzAieiUbw4u8VxQjW5SvfqWbIhZu5EUqQWNA9r56NgdR1stE21LefwjK9Gb4KhxBC0R4ujNsvQu3EbgfdjbJDkO8nLaOX4MKfGOFAji2UKe9mGj1OERYuKjEbLja787qMHjcsRwnHAn8DqfpQ5BalkYfP9k/+NNZihwROIZQxP3t1aqArPc/33LvwcdR2Llj9/bUL8zDvvuHMI/dke/3pH3dWZnT8zTUcLKbKyRdCbc7pqysJkc1g2vtg6DDnKp8M9nSnlt3LBKnV6f4fwyue/EOCL71qlMZvIq2LIn/0b4EDHXo95tNYYwrYzw+S5UVRXemJ70XwjDW6ITuKFrwflymUuhsSy3t9gkNNn7wKpvxiU3VqUpE5rcoFpVJ/aiL6kog=
x-forefront-antispam-report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:FRYP281MB2010.DEUP281.PROD.OUTLOOK.COM;PTR:;CAT:NONE;SFS:(13230040)(1800799024)(69100299015)(366016)(376014)(38070700018);DIR:OUT;SFP:1101;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: W8rVfADYSS2PM6WSHYMm35NmdbDjENJYYsQ8URMmOOxoWF/w1MurK7h3YgZo0rMzowsk+rXIOgi0muxjiwTpXcJZbId5/ccgFJRjGgHuxACVj7rrq2HF7hn8DfkA6KVu7XF4pNmfjuncuj8xDvotSH4QokP487JFZdta3ew/m4ncxF40Aq2PYa2O7f/Cd9xGC0fswJYJqd0hbd3veKHRmCcKUirPmzU5qOwAK3qrvQM/7HhhoYUkeaPsUts5XFMs4Cvi9FPusKiECcKVDPvoheI7SnNWFEIqyVMAY55huBm05+pnj/tmsk4RRbCBsopkPTScMM7brgCQCarYCQKdF4W572PcMe0yEIV96JM3FylEgvqs6q2KWVkBxIuRa6cmwXZl6dGBjQuLD+akq4vVskNbW9KNviyID5yzycF/Fmnso3pgEIG1s2gmLbVuWJEYop0/cu1BQOD4XnU6kYawEkmZ+wtETM+rtK6wipiWBEoe98kgr/Dix4vs4FwPPd2leYHDDiFR2gnG7m0hh1r91Vb5LlcHyBXj7c1+MvMAB9AXJUaA6CisqcZPS2bUV9EamLzD/u9nhWySp8D2AP1kMhAtbkuXMNrwhe3O2GaNnveIbvU6XblFL1fgdxWfhrysBKJwn/7blKBv/7zkHrr0eTSJIMVXDGUOL2igrpxP8FXX8sL2kGxoR0r0YpIcRJMPnOQeZojGjJBpSOT357BI4Lz72Y1PQokSfH+BKPDfoCzZa6EecRK9PWOll4DidRyzdQgpbc06SCFnfbzijN61xnijRqHLWLP5Xcxt4sNuptc8Hz8W1AFCNxb66mPFGwb44Y2iTH/Q48l38SATKOJOO96mSE51m5wGR5f3r+eYflWhHCLv40LqbG52OSYXyNsMV3Md/xTzzFlyntg7DBB+CEcickZQ8g/9M1kBZrfXQ5JCK5W5ynf1J9lPqZ1RRQWwihefyBxOsd66uithhci7yPSmRzMofu6gXjZ5b9oFKbYg8B+eKOGK+zE4Mbi+BedasMiZ9gT1tV8fRI/YqkzpXZzv4bnlViOozfVjh1nnlWhAABFLEYk4uN0wlkXEcTJjpZnCO/b7dfme5LXSdgIRPxQvRd8BG9/LluWhiHWFL4/9ezIpH+5wbnhWoePDcExffkCm8c7BwZhnezHTvU/eIkQEeWfOw8Vs9toImRXcrSedYuWOicc7r/nUwG+1sBYgG0GsqDbW8W6H9pQzxiv6U3pZJ7mu/BBSSEDtYMGErt30rMqRxFCf8C8m9FYX9f37SBidPabE6vbIIg97SBGnV0xMW1NOjvYX1pJZc9A/JxQEPnwECxlDVNUGDZvAUB9L4u4WDvyhLAIw4Qe/cDyky2je8GB8CfrR6SFH5EgxzEuXKCz/Xx3nTc0ec/gygyFhcyL+M82g0SR4zhlvgVEgKGGj1ID9f+tOHx69seI5JYUYAnrIUNrIDCmk6HDjdIbIy6vwdJhWGPi8tEebezN17CSSzqoBzGYH+RAIv3pMPDeXeBIL9VjWF+G3HIOFUSJTdcMVvYj3rsbD00VHjSaox2h2oZQI0sYhmw9R1UNkkRWRIhAtDVaGjOf9GjXSFdf0
Content-Type: multipart/alternative; boundary="_000_FRYP281MB20108151C6BDADB2A6FC2DC298812FRYP281MB2010DEUP_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: FRYP281MB2010.DEUP281.PROD.OUTLOOK.COM
X-MS-Exchange-CrossTenant-Network-Message-Id: 70b7d6d1-7118-43ef-b376-08dcbe0bea9d
X-MS-Exchange-CrossTenant-originalarrivaltime: 16 Aug 2024 15:55:56.9550 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bde4dffc-4b60-4cf6-8b04-a5eeb25f5c4f
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: SxofZTz1qrSkMyJVgsM7KPCbwqqCCijsVHEisj7vdezMctRYGfTyB06qGUW4W63g5R66pvVEl2RJuMAz1V/j6g==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: FR5P281MB4727
X-OriginatorOrg: telekom.de
Message-ID-Hash: H3U3MGZZ7R6V2IZR3G3AS6P7KKUWR3OH
X-Message-ID-Hash: H3U3MGZZ7R6V2IZR3G3AS6P7KKUWR3OH
X-MailFrom: N.Leymann@telekom.de
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/09J4AAg-u5AkJFKoYaJ--xXDGQ8>
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>

Hi,

In our case new addresses are re-assigned (changed) in case the CPE disconnects from the network.
This can be either caused by reboot, link failures, within a maintenance window, you name it… In addition
some of the CPEs offer the option to change IP addresses regularly (e.g., once a day) for privacy reasons.
Besides that, the addresses are stable. If there is no reconnect and/or privacy feature active they
will change once or twice a year.

regards

Nic

Von: David Farmer <farmer@umn.edu>
Gesendet: Freitag, 16. August 2024 16:46
An: Leymann, Nicolai <N.Leymann@telekom.de>
Cc: contact=40daryllswer.com@dmarc.ietf.org; brian@nsrc.org; jmultach@swbell.net; v6ops@ietf.org
Betreff: Re: [v6ops] Re: Dynamic addresses


On Fri, Aug 16, 2024 at 05:45 <N.Leymann@telekom.de<mailto:N.Leymann@telekom.de>> wrote:
Hi,
Von: Daryll Swer <contact=40daryllswer.com@dmarc.ietf.org<mailto:40daryllswer.com@dmarc.ietf.org>>
Gesendet: Montag, 12. August 2024 06:07
An: Brian Candler <brian@nsrc.org<mailto:brian@nsrc.org>>
Cc: The Multach's <jmultach@swbell.net<mailto:jmultach@swbell.net>>; v6ops@ietf.org<mailto: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.