On 28 December 2016, about 90 days before its 25th anniversary, the RIPE NCC reached the milestone of serving 15,000 active Local Internet Registries (LIRs). In this article we look at trends observed in the membership in the last few years. We also assess the remaining lifetime of the last bit of IPv4 in our available pool.
Over the past five years, all Regional Internet Registries (RIRs), with the exception of AFRNIC, have exhausted their pool of available IPv4 addresses. The Internet community anticipated this almost two decades ago and standardised IPv6 as a long-term solution. IPv6 uptake is, however, still lagging. Hence, affected businesses have actively started seeking stop-gap measures to prolong the lifetime of IPv4 addresses.
Four years have passed since the RIPE NCC announced its plans to put RIPE Atlas anchors into production. Since the first anchors went online in 2013, we’ve been working hard to both maintain and expand the network. As a result, we currently have 238 anchors deployed across 66 countries!
Please read this guest post by Samir Jafferali from LinkedIn in which he explains which steps he followed when setting up an anycast network: from acquiring address space to setting up routing and announcing the prefix from multiple PoPs.
As a friend once told me, “there's a fine line between pleasure and pain.”* There's a vast body of literature to corroborate that story, not including the 100+ million copies of the book referred to in the title of this piece. But what does that have to do with Network Address Translation (NAT)? Could the reason we all love our NATs be that they're the network engineer’s guilty pleasure? How long before we permanently cross the threshold and are confronted with the painful reality of NAT's dark downsides?
On 31 December this year, we're scheduled for another leap second. There are many stories about what leap seconds can do to infrastructure and applications, and rituals are built up around them. Such rituals stem from reality: leap seconds trigger poorly-tested code paths and run contrary to assumptions that system time always runs in one direction. It's useful to be aware of how your infrastructure handles leap seconds and how NTP servers handle them, so you can plan around the event. Here, we look at some of the NTP measurements the RIPE Atlas platform took around the last leap second, and approaches for handling them.
I am taking a second look at the DNS root servers, this time focusing on the ability to handle large UDP responses over IPv6.
The process of rolling the DNS Root’s Key Signing Key of the DNS has now started. During this process, there will be a period where the root zone servers’ response to a DNS query for the DNSKEY resource record of the root zone will grow from the current value of 864 octets to 1,425 octets. Does this present a problem?
Here is an example of how cross-pollination between two or more communities can create success. An overlap between IETF participants, RIPE Atlas users and listeners of a popular German podcast has led to growth in the deployment of RIPE Atlas probes (hardware devices that measure Internet infrastructure). We are still interested in expanding this platform in areas and networks that need more coverage.
As RIPE Atlas is expanding, it is approaching the magical milestone of 10,000 probes. However, as our public graphs also illustrate, the expansion has slowed down recently.
We had a look at various RIPE NCC data sets to see what we can learn from yet another country-wide Internet outage in 2016.
At the RIPE NCC, we are grateful for the contribution RIPE Atlas ambassadors make to the success of the RIPE Atlas measurements platform. In this article, we focus on a handy RIPEstat tool that can be used to visualise the results of their efforts. The tool provides a historical view of country-specific growth of RIPE Atlas probe numbers and allows for comparisons of up to four countries in the same graph.
IP address transfers have the potential to create more entries in the routing table for the same amount of address space. We analyse the net effect that four years of IPv4 transfers in the RIPE NCC service region have had on routing table growth and compare this to growth for allocations from which no transfers have been made.
Does RIPE have a diversity problem? Let's do some simple measurement, and try to find out.
We made some adjustments to the RIPE Labs front page so that you can find RIPE NCC operational statistics more easily. At the same time we also improved the look for mobile usage.
Cybersecurity is no longer a corporate or private affair. What once was simply good business practice is now a legal obligation for ISPs, large and small. What does this mean for you?
Over the past year, I have been conducting a public survey to better understand how ISPs deploy IPv6. In this post, I will summarise some of the key findings thus far.
We look into why dynamic addresses change and find ISPs that renumber periodically, most commonly every 24 hours or a multiple of 24 hours. We also find that outages influence address changes.
We’ve made some changes to RIPE Atlas API Keys with the aim of improving the experience of RIPE Atlas users. The changes are designed to boost transparency and efficiency in the way users are able to manage their API Keys.
Large BGP Communities are an addition to BGP that solves a communication problem between networks that want to use 32-bit AS Numbers. We measured how Large BGP Communities behave "in the wild" and if they create any problems.