An Update on De-bogonising 184.108.40.206/16
In The Curious Case of 128.0/16, we looked at how much filtering of 220.127.116.11/16 is going on on the Internet. The software on some Juniper routers blocks 18.104.22.168/16 as martian, even though RFC 5735 and RFC 3330 say that this space should no longer be reserved as special address space.
As described in De-bogonising 22.214.171.124/16, the RIPE NCC has been helping network operators to clean up these redundant settings.
The last IPv4 addresses we distributed before reaching the last /8 were addresses from 126.96.36.199/16. During this time, measurements could no longer be made even though we continued to contact those who were filtering this prefix. On request from some of our members who received addresses from this range, we re-started our measurements.
In Q3 of 2012, we started measuring this again by sending pings and traceroutes from two different sets of about 1,000 RIPE Atlas probes to two prefixes in two different Local Internet Registries (LIRs) that offered to help with this project.
Thanks to these measurements, we can now see how (failing) traceroutes to 188.8.131.52/16 compare to traceroutes to other prefixes in the same LIR's network.
We found that over 95% of the RIPE Atlas probes can now reach destinations addressed with addresses from 184.108.40.206/16. 64 RIPE Atlas probes failed to get a ping reply from the targeted address.
While bringing the filtering practices down to this level is already an achievement, the ideal situation would be a 0% failure rate. Even if only a few networks filter 220.127.116.11/16, it can make operations difficult for those LIRs that received addresses from this range.
Please double check that you are not filtering this prefix and that your router software is up to date. You can test this against ripe-test.my-wire.de or 18.104.22.168 and check if you get a reply.
The graphs below show the result of the measurements done by a set of RIPE Atlas probes to two addresses in 22.214.171.124/16 assigned to two different LIRs in different parts of the world and the Internet. To eliminate issues specific to a probe that are not related to filtering of 126.96.36.199/16, we only consider probes that were able to ping to a control address in the same LIR.
The green points show the percentage of probes succeeding in pinging the address. The red points show the number of probes failing to get a ping reply from the target. In both cases the probes were succesful in reaching the control address.
To eliminate the effects of short-lived fluctuations, success is defined as a probe receiving at least one reply from the target in a one-hour time frame.