[v6ops] Buying and selling IPv4 addresses and the size of the global BGP routing table -- Re: draft-vf-v6ops-ipv6-deployment

Lencse Gábor <lencse@hit.bme.hu> Tue, 30 March 2021 17:07 UTC

Return-Path: <lencse@hit.bme.hu>
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 00D5F3A1A29 for <v6ops@ietfa.amsl.com>; Tue, 30 Mar 2021 10:07:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.259
X-Spam-Level:
X-Spam-Status: No, score=-1.259 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_FONT_LOW_CONTRAST=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001, SUBJ_BUY=0.639, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nwq16t8f8g6N for <v6ops@ietfa.amsl.com>; Tue, 30 Mar 2021 10:06:57 -0700 (PDT)
Received: from frogstar.hit.bme.hu (frogstar.hit.bme.hu [IPv6:2001:738:2001:4020::2c]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 406FD3A1B48 for <v6ops@ietf.org>; Tue, 30 Mar 2021 10:06:56 -0700 (PDT)
Received: from [192.168.1.116] (host-79-121-41-166.kabelnet.hu [79.121.41.166]) (authenticated bits=0) by frogstar.hit.bme.hu (8.15.2/8.15.2) with ESMTPSA id 12UH60Lb083016 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for <v6ops@ietf.org>; Tue, 30 Mar 2021 19:06:06 +0200 (CEST) (envelope-from lencse@hit.bme.hu)
X-Authentication-Warning: frogstar.hit.bme.hu: Host host-79-121-41-166.kabelnet.hu [79.121.41.166] claimed to be [192.168.1.116]
To: v6ops@ietf.org
References: <BL0PR05MB5316425C5650B5D2FE43DE4DAE6C9@BL0PR05MB5316.namprd05.prod.outlook.com> <72754d29-8b57-66fa-2b3a-fc6680c339f2@hit.bme.hu> <69744eb4-2f2e-6876-eba7-c439c5c4db9d@gmail.com> <A9D618FB-00B5-4D87-8D1F-2AE28EF29F62@consulintel.es> <202103281513224517773@chinatelecom.cn> <847EF067-1076-4AC4-9349-2992181119DB@consulintel.es> <43c05777-01c3-df81-9da1-64abd6dc8c91@gmail.com> <683bf6ac-261e-e492-935d-27d5b1051521@hit.bme.hu> <8D04AA80-A140-4D9D-84AF-35D4206A7C55@consulintel.es> <17a374be46564ceca76387cb5c0dde33@huawei.com> <3d70a2e2-f13c-60bc-ab36-3ed400faa9dd@gmail.com> <fdc3dbd59c344a4fb8d431c7bdc06f7b@huawei.com> <3392b9c6-2d32-54c8-69c9-20061d6d041b@gmail.com> <17c3e0fd83b74b8fb572c71f6e0f73a0@huawei.com> <55d0bbc7-e476-5835-0449-cb11b169cefa@gmail.com> <DM6PR02MB6924A7132D9B3C23672C5996C37E9@DM6PR02MB6924.namprd02.prod.outlook.com> <4BE8E347-2FDD-47E0-9455-1C72CA08EDF9@consulintel.es> <DM6PR02MB69242D3C6272258227FC2582C37D9@DM6PR02MB6924.namprd02.prod.outlook.com>
From: Lencse Gábor <lencse@hit.bme.hu>
Message-ID: <4cf323c6-49ae-e0d3-ec36-855a6d486a66@hit.bme.hu>
Date: Tue, 30 Mar 2021 19:05:57 +0200
User-Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.9.0
MIME-Version: 1.0
In-Reply-To: <DM6PR02MB69242D3C6272258227FC2582C37D9@DM6PR02MB6924.namprd02.prod.outlook.com>
Content-Type: multipart/alternative; boundary="------------E1334603040C87951C237115"
Content-Language: en-US
X-Virus-Scanned: clamav-milter 0.102.4 at frogstar.hit.bme.hu
X-Virus-Status: Clean
Received-SPF: pass (frogstar.hit.bme.hu: authenticated connection) receiver=frogstar.hit.bme.hu; client-ip=79.121.41.166; helo=[192.168.1.116]; envelope-from=lencse@hit.bme.hu; x-software=spfmilter 2.001 http://www.acme.com/software/spfmilter/ with libspf2-1.2.10;
X-DCC--Metrics: frogstar.hit.bme.hu; whitelist
X-Scanned-By: MIMEDefang 2.79 on 152.66.248.44
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/lOdgVq9dR0rWS5H_p7xS5JinwrQ>
Subject: [v6ops] Buying and selling IPv4 addresses and the size of the global BGP routing table -- Re: draft-vf-v6ops-ipv6-deployment
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/v6ops/>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 30 Mar 2021 17:07:02 -0000


30/03/2021 18:01 keltezéssel, STARK, BARBARA H írta:

> Wireline ISPs who historically provided public IPv4 addresses to their customers
> generally still have those IPv4 addresses (unless they chose to sell them). Some

Yes, it seems to be logical from the viewpoint of both parties to sell 
IPv4 addresses that are no more needed and to buy IPv4 addresses if they 
are needed.

However, it has a consequence for all the other operators, who do not 
take part in it. I have just recently met some statistics from the 
regular report of IIJ, Japan. I hope that the two tables will remain 
readable:

*Table 1: Number of Routes by Prefix Length for Full IPv4 Routes***

**

*Date***

	

*/8***

	

*/9***

	

*/10***

	

*/11***

	

*/12***

	

*/13***

	

*/14***

	

*/15***

	

*/16***

	

*/17***

	

*/18***

	

*/19***

	

*/20***

	

*/21***

	

*/22***

	

*/23***

	

*/24***

	

*Total***

Sep. 2011

	

19

	

12

	

27

	

81

	

233

	

457

	

794

	

1407

	

11909

	

5907

	

9885

	

19515

	

26476

	

26588

	

35515

	

34061

	

190276

	

363162

Sep. 2012

	

19

	

14

	

29

	

84

	

236

	

471

	

838

	

1526

	

12334

	

6349

	

10710

	

20927

	

30049

	

31793

	

42007

	

39517

	

219343

	

416246

Sep. 2013

	

16

	

11

	

30

	

93

	

250

	

480

	

903

	

1613

	

12748

	

6652

	

10971

	

22588

	

32202

	

34900

	

48915

	

42440

	

244822

	

459634

Sep. 2014

	

16

	

12

	

30

	

90

	

261

	

500

	

983

	

1702

	

13009

	

7013

	

11659

	

24527

	

35175

	

37560

	

54065

	

47372

	

268660

	

502634

Sep. 2015

	

18

	

13

	

36

	

96

	

261

	

500

	

999

	

1731

	

12863

	

7190

	

12317

	

25485

	

35904

	

38572

	

60900

	

52904

	

301381

	

551170

Sep. 2016

	

16

	

13

	

36

	

101

	

267

	

515

	

1050

	

1767

	

13106

	

7782

	

12917

	

25229

	

38459

	

40066

	

67270

	

58965

	

335884

	

603443

Sep. 2017

	

15

	

13

	

36

	

104

	

284

	

552

	

1047

	

1861

	

13391

	

7619

	

13385

	

24672

	

38704

	

41630

	

78779

	

64549

	

367474

	

654115

Sep. 2018

	

14

	

11

	

36

	

99

	

292

	

567

	

1094

	

1891

	

13325

	

7906

	

13771

	

25307

	

39408

	

45578

	

88476

	

72030

	

400488

	

710293

Sep. 2019

	

10

	

11

	

37

	

98

	

288

	

573

	

1142

	

1914

	

13243

	

7999

	

13730

	

25531

	

40128

	

47248

	

95983

	

77581

	

438926

	

764442

Sep. 2020

	

9

	

11

	

39

	

100

	

286

	

576

	

1172

	

1932

	

13438

	

8251

	

14003

	

25800

	

40821

	

49108

	

101799

	

84773

	

473899

	

816017

**

*Table 2: Total Number of Unique IPv4 Addresses in Full IPv4 Routes***

**

*Date***

	

*No. of IPv4 addresses***

Sep. 2011

	

2,470,856,448

Sep. 2012

	

2,588,775,936

Sep. 2013

	

2,638,256,384

Sep. 2014

	

2,705,751,040

Sep. 2015

	

2,791,345,920

Sep. 2016

	

2,824,538,880

Sep. 2017

	

2,852,547,328

Sep. 2018

	

2,855,087,616

Sep. 2019

	

2,834,175,488

Sep. 2020

	

2,850,284,544


Source: https://www.iij.ad.jp/en/dev/iir/pdf/iir_vol49_report_EN.pdf

While the number of unique IPv6 addresses has grown from 2.47M to 2.85M 
by only 15%, the number of routes has grown from 363k to 816k by 125% in 
the last 9 years. If you observe the details, you can see that the 
number of /8 prefixes decreased from 19 to 9, while the number of /22 
prefixes increased from 35k to 101k.

I expect that buying and selling of IPv4 addresses will likely intensify 
this tendency, as larger prefixes will be divided into smaller ones, and 
the size of global BGP routing table will grow significantly.

The need for buying more RAM or even replacing routers may be a driving 
force from CGN towards IPv4aaS.

Gábor