a proposal to improve reachability of new iana blocks tomoya yoshida ntt communications...
TRANSCRIPT
![Page 1: A proposal to improve reachability of new IANA blocks Tomoya YOSHIDA NTT Communications yoshida@ocn.ad.jp](https://reader035.vdocuments.mx/reader035/viewer/2022062518/56649e055503460f94af1bc0/html5/thumbnails/1.jpg)
A proposal to improvereachability of new IANA blocks
Tomoya YOSHIDA
NTT Communications
![Page 2: A proposal to improve reachability of new IANA blocks Tomoya YOSHIDA NTT Communications yoshida@ocn.ad.jp](https://reader035.vdocuments.mx/reader035/viewer/2022062518/56649e055503460f94af1bc0/html5/thumbnails/2.jpg)
2
Motivation
• Making some rules and want to improve the current situation
• Education of all the RIR member
• Making more relationship between RIRs and ISPs
![Page 3: A proposal to improve reachability of new IANA blocks Tomoya YOSHIDA NTT Communications yoshida@ocn.ad.jp](https://reader035.vdocuments.mx/reader035/viewer/2022062518/56649e055503460f94af1bc0/html5/thumbnails/3.jpg)
3
Current Problem
• ISPs that almost all new IANA allocations are unreachable and unable to use immediately after allocations
• Almost all ISPs in Japan are facing the same trouble every time– Discussed at the last JANOG meeting
![Page 4: A proposal to improve reachability of new IANA blocks Tomoya YOSHIDA NTT Communications yoshida@ocn.ad.jp](https://reader035.vdocuments.mx/reader035/viewer/2022062518/56649e055503460f94af1bc0/html5/thumbnails/4.jpg)
4
De-Bogonising project
![Page 5: A proposal to improve reachability of new IANA blocks Tomoya YOSHIDA NTT Communications yoshida@ocn.ad.jp](https://reader035.vdocuments.mx/reader035/viewer/2022062518/56649e055503460f94af1bc0/html5/thumbnails/5.jpg)
5
Implementation in RIRs
• APNIC, RIPE NCC and Afrinic are already started the de-bogonising pilot project– I don’t know about ARIN and LACNIC
• There is no rule for de-bogonising prefixes– It’s up to each registries
• We cannot compare the reachability for those prefixes
![Page 6: A proposal to improve reachability of new IANA blocks Tomoya YOSHIDA NTT Communications yoshida@ocn.ad.jp](https://reader035.vdocuments.mx/reader035/viewer/2022062518/56649e055503460f94af1bc0/html5/thumbnails/6.jpg)
6
De-Bogonising Prefixes (AS12654)
77.192.0.0/1677.255.248.0/2178.192.0.0/1678.255.248.0/2179.192.0.0/1679.255.248.0/2184.205.67.0/2484.205.72.0/2484.205.75.0/2484.205.80.0/2484.205.81.0/2484.205.83.0/2484.205.85.0/2484.205.87.0/2484.205.90.0/2484.205.91.0/2484.205.92.0/2484.205.94.0/2491.192.0.0/1691.255.248.0/21
121.0.0.0/24121.50.0.0/21121.100.0.0/20121.200.0.0/19121.255.0.0/16122.0.0.0/24122.50.0.0/21122.100.0.0/20122.200.0.0/19122.255.0.0/16123.0.0.0/24123.50.0.0/21123.100.0.0/20123.200.0.0/19123.255.0.0/16
41.223.236.0/22RIPE NCC APNIC A f rinic
![Page 7: A proposal to improve reachability of new IANA blocks Tomoya YOSHIDA NTT Communications yoshida@ocn.ad.jp](https://reader035.vdocuments.mx/reader035/viewer/2022062518/56649e055503460f94af1bc0/html5/thumbnails/7.jpg)
7
For IPv6
• There is no IPv6 De-Bogonising prefix
• For the recent allocation from new blocks, the reachability is very worse
2610:8::/32 2610:78::/32 2a01:8::/32 2a01:10::/32 2a01:30::/32 2a01:38::/32 2a01:78::/32 2a01:90::/32 2a01:a8::/32 2a01:b0::/32 2a01:b8::/32 2a01:e0::/32
![Page 8: A proposal to improve reachability of new IANA blocks Tomoya YOSHIDA NTT Communications yoshida@ocn.ad.jp](https://reader035.vdocuments.mx/reader035/viewer/2022062518/56649e055503460f94af1bc0/html5/thumbnails/8.jpg)
8
Proposal ー 1
• Propose Making a rule of de-bogonizing prefixes for IPv4 among RIRs– 1 : /24, /16 and Minimum allocation size ( ex. X.128/
16, X.192.0/21, X.255.0/24 )– 1’: not decide the length of prefixes but unify or coord
inate the multiple length of prefixes among RIRs( ex. define the prefix(length) which must to be announced at least)
• Advantage:– Will be able to compare each region’s prefixes on same s
cale– Will be easy to check or confirm what prefixes are the de-
bogonizing prefixes
![Page 9: A proposal to improve reachability of new IANA blocks Tomoya YOSHIDA NTT Communications yoshida@ocn.ad.jp](https://reader035.vdocuments.mx/reader035/viewer/2022062518/56649e055503460f94af1bc0/html5/thumbnails/9.jpg)
9
Proposal ー 2
• Propose to provide the same service for IPv6 allocations– From which prefix and the length of prefixes is
up to RIRs
• Advantage:– Will improve or will be able to check for IPv6 r
eachability as well as IPv4
![Page 10: A proposal to improve reachability of new IANA blocks Tomoya YOSHIDA NTT Communications yoshida@ocn.ad.jp](https://reader035.vdocuments.mx/reader035/viewer/2022062518/56649e055503460f94af1bc0/html5/thumbnails/10.jpg)
10
Proposal ー 3
• Propose RIRs to estabilish a site for ISPs to confirm reachability e.g. Enable automatic notification of the icmp/traceroute from RIRs to ISP's site by registering ISP's own icmp/traceroute testing servers to RIRs– Details of the implementation will be left up t
o APNIC
![Page 11: A proposal to improve reachability of new IANA blocks Tomoya YOSHIDA NTT Communications yoshida@ocn.ad.jp](https://reader035.vdocuments.mx/reader035/viewer/2022062518/56649e055503460f94af1bc0/html5/thumbnails/11.jpg)
11
ISP-A network
Image of implementation
APNIC
IPv4 Internet
121.192.0.0/21 (AS12654)
2. APNIC announce
0 ISP register their icmp/traceroute test site address/AS no. to some web site
3. Ping/traceroute to 192.0.2.1
192.0.2.1
ISP-A : AS4713 192.0.2.1ISP-B : AS2914 100.0.2.1…
4. Send the result of ping traceroute to ISP-A automatic by e-mail etc
121.0.0.0/8
1. IANA allocate to 121/8 to APNIC
Not only IPv4 but IPv6
![Page 12: A proposal to improve reachability of new IANA blocks Tomoya YOSHIDA NTT Communications yoshida@ocn.ad.jp](https://reader035.vdocuments.mx/reader035/viewer/2022062518/56649e055503460f94af1bc0/html5/thumbnails/12.jpg)
12
![Page 13: A proposal to improve reachability of new IANA blocks Tomoya YOSHIDA NTT Communications yoshida@ocn.ad.jp](https://reader035.vdocuments.mx/reader035/viewer/2022062518/56649e055503460f94af1bc0/html5/thumbnails/13.jpg)
13
Proposal ー 3
• Propose RIRs to estabilish automatic icmp/traceroute check and notification to ISPs– additional tcptraceroute as well as normal trac
eroute will be pretty good– Details of the implementation will be left up to
APNIC
• Advantage:– Will improve for checking the reachability
automatic and precisely
![Page 14: A proposal to improve reachability of new IANA blocks Tomoya YOSHIDA NTT Communications yoshida@ocn.ad.jp](https://reader035.vdocuments.mx/reader035/viewer/2022062518/56649e055503460f94af1bc0/html5/thumbnails/14.jpg)
14
Proposal ー 4
• Propose the service by all RIRs and share those information among all RIRs– Same website, same framework
• Advantage:– Will improve for checking the reachability
among every RIRs
![Page 15: A proposal to improve reachability of new IANA blocks Tomoya YOSHIDA NTT Communications yoshida@ocn.ad.jp](https://reader035.vdocuments.mx/reader035/viewer/2022062518/56649e055503460f94af1bc0/html5/thumbnails/15.jpg)
15
Image of implementation
APNIC
121.192.0.0/21 (AS12654)
ping/traceroute
ping/traceroute
![Page 16: A proposal to improve reachability of new IANA blocks Tomoya YOSHIDA NTT Communications yoshida@ocn.ad.jp](https://reader035.vdocuments.mx/reader035/viewer/2022062518/56649e055503460f94af1bc0/html5/thumbnails/16.jpg)
16
Again the point of my proposal
• Making a rule IPv4
• Implying for IPv6 as well as IPv4
• Sharing the information for all RIRs
• More collaboration between RIRs and ISPs