# Liberty Global

Published articles for Liberty Global.

This is one page of public article previews, not the complete archive. Follow Next page to continue. Summaries are not the original full articles.

## Investigating an Apparent BGP Route Origin Anomaly Involving Liberty Global

DevFeed: [Investigating an Apparent BGP Route Origin Anomaly Involving Liberty Global](<https://devfeed.tech/articles/when-bgp-lies-the-internet-believes-39771.md>)

Original publisher: [Read original article](<https://anuragbhatia.com/post/2026/01/when-bgp-lies/>)

Published: 2026-01-20T18:32:42Z

Content type: opinion

Language: en

Sources: [Personal blog of Anurag Bhatia](<https://devfeed.tech/sources/personal-blog-of-anurag-bhatia.md>)

Topics: [BGP](<https://devfeed.tech/topics/bgp.md>), [networking](<https://devfeed.tech/topics/networking.md>), [Routing (disambiguation)](<https://devfeed.tech/topics/routing.md>), [Networks](<https://devfeed.tech/topics/networks.md>)

Tags: [as12302](<https://devfeed.tech/tags/as12302.md>), [as35505](<https://devfeed.tech/tags/as35505.md>), [as44682](<https://devfeed.tech/tags/as44682.md>), [as6830](<https://devfeed.tech/tags/as6830.md>), [as8751](<https://devfeed.tech/tags/as8751.md>), [bgp](<https://devfeed.tech/tags/bgp.md>), [internet](<https://devfeed.tech/tags/internet.md>), [liberty-global](<https://devfeed.tech/tags/liberty-global.md>), [network](<https://devfeed.tech/tags/network.md>), [ripe-ris](<https://devfeed.tech/tags/ripe-ris.md>), [routing](<https://devfeed.tech/tags/routing.md>)

### AI overview

The article investigates why bgp.he.net appeared to show Liberty Global (AS6830) originating Vodafone Romania (AS12302) prefixes. A Liberty Global looking glass showed that the network was learning a sample prefix from Vodafone C&W (AS1273), while a RIPE RIS path suggested the route was being propagated through AS8751, AS44682, and AS35505. The author suspects a false route generated by a route optimiser but cannot determine which of those networks held it.

### Source excerpt

Earlier in the day, I came across Liberty Global (AS6830) seemingly originating several Vodafone Romania (AS12302) prefixes. Source: https://bgp.he.net/AS6830#_prefixes This is highly unusual because AS6830 is a large transit-free network. I have seen some transit-free networks leaking routes, but originating a large number of prefixes is not common. It has massive stakes from Belgium-based Telenet to Virgin Media, etc. To verify if they are actually originating these or not, let's check from their looking glass for one of the prefixes here: 46.97.104.0/24 via their PoP at Interxion FRA6 Frankfurt: This clearly shows that their own router is learning it from Vodafone C&W AS1273 and not holding the fake route. The origin is AS12302 (Vodafone Romania). So why does that prefix appear in bgp.he.net? Let's look at real-time lookup from super-lg: Reading this AS_PATH: 35505 44682 8751 6830 So RIPE RIS RRC22 in Bucharest, Romania "learns" this from AS35505 (Pronet Solutii IT SRL) which learns it from AS44682 (SIL-MIRO COM SRL) which learns it from AS8751 (MEDIA SAT SRL) which "claims" to have learnt it from AS6830. This very much smells like a "fake route" generated by someone here likely from a route optimiser. From the Liberty Global looking glass, it's clear that AS6830 does not have it. So it has to be either AS8751 or AS44682 or AS35505 having this route in their table. It's hard to verify and be 100% sure who since those three ASNs don't have a looking glass or a RIPE Atlas probe for me to see their routing. Thus when BGP lies, the internet believes! Disclaimer: This is my personal blog, and hence, posts made here are in my personal capacity. These do not represent the views of my employer.

## PowerDNS After Its Transition to Open-Xchange and Concerns About Email Centralization

DevFeed: [PowerDNS After Its Transition to Open-Xchange and Concerns About Email Centralization](<https://devfeed.tech/articles/what-i-did-in-2018-36596.md>)

Original publisher: [Read original article](<https://berthub.eu/articles/posts/what-i-did-in-2018/>)

Published: 2018-12-30T13:26:04Z

Content type: opinion

Language: en

Sources: [Bert Hubert's writings](<https://devfeed.tech/sources/bert-hubert-s-writings.md>)

Topics: [powerdns](<https://devfeed.tech/topics/powerdns.md>), [Open Source](<https://devfeed.tech/topics/open-source.md>), [email](<https://devfeed.tech/topics/email.md>), [Internet](<https://devfeed.tech/topics/internet.md>)

Tags: [diary](<https://devfeed.tech/tags/diary.md>), [email](<https://devfeed.tech/tags/email.md>), [internet](<https://devfeed.tech/tags/internet.md>), [liberty-global](<https://devfeed.tech/tags/liberty-global.md>), [open-source](<https://devfeed.tech/tags/open-source.md>), [personal](<https://devfeed.tech/tags/personal.md>), [powerdns](<https://devfeed.tech/tags/powerdns.md>)

### AI overview

A personal account of PowerDNS after its transition to Open-Xchange, including the shift of day-to-day management to professional staff and the author's broader role. The article also argues that email has become less open because dominant providers can reject messages from smaller servers without explanation or recourse.

### Source excerpt

This is a more personal post than I usually write, and it was prompted by several people asking what I had been up to lately. It turns out that it is somewhat of a story. It is a long story too. Since the beginning of 2018 day to day management of PowerDNS is now truly in the hands of professionals. I'm very proud to report that PowerDNS has not only survived the transition to Open-Xchange but is actually thriving & has achieved sufficient revenues & talented staff that we've solved the famous open source "what if Bert gets hit by a bus" problem.