Skip to content
HomeVideos
AllLongsCategoriesPlaylists
BooksBlogsPodcasts
HistoryListsWatch laterLiked videosFollowing

The videos, books, blogs and podcasts Hacker News keeps recommending, all in one place.

VideosBooksBlogsPodcastsAboutPrivacySettings

Data from Hacker News, HackerTube, HackerBooks, HackerBlogs and Open Library. Credits · Not affiliated with Y Combinator.

HomeVideosBooksBlogsPodcasts
Ctrl K

    T-Mobile's journey to IPv6

    NANOG

    10 HN mentions · mentioned in 7 months, 2022–2026

    YouTube

    28:21 · 1.5K views · Jun 27, 2018

    Stephan Lagerholm of T-Mobile explains at NANOG how T-Mobile turned off IPv4 for over 10 million handsets using DNS64 and related technologies. He shares advice on finding and handling broken applications.

    Cited as the primary source for T-Mobile US running IPv6-only mobile clients in IPv6 adoption debates.

    Systems, Networks & SecurityNetworking & internet infrastructure
    1. 1:12:47
      The benefits of deploying IPv6 onlyNANOG8.7K views • 11 years ago
    2. 52:31
      T-Mobile’s path to IPv6 OnlyRocky Mountain IPv6 Taskforce2.4K views • 9 years ago
    3. 1:59:29
      Tutorial: New and Updated - Everything You Always Wanted to Know About Optical NetworkingNANOG58K views • 9 years ago
    4. 56:57
      IPv6 Summit 2014: Wells Fargo adopting IPv6Rocky Mountain IPv6 Taskforce237 views • 11 years ago
    5. 1:21:16
      A New Way to look at NetworkingGoogle52K views • 19 years ago
    6. 7:06
      Putting Google's Network to work for YouGoogle for Developers23K views • 12 years ago
    7. 45:14
      DEF CON 19 - Artem Dinaburg - Bit-squatting: DNS Hijacking Without ExploitationDEFCONConference4K views • 13 years ago
    8. 18:51
      IPFS Alpha DemoJuan Benet272K views • 11 years ago
    9. 1:01:39
      NYCBSDCon 2014: Serving one-third of the Internet via FreeBSDBSDTV14K views • 12 years ago
    10. 1:03:19
      115 batshit stupid things you can put on the internet in as fast as I can go by Dan TentlerDevoxx74K views • 10 years ago
    11. 1:19:06
      Netdev 0x16 - Keynote: It's Time to Replace TCP in the Datacenternetdevconf4.9K views • 3 years ago
    12. 48:45
      Matrix 2.0 — How we're making Matrix go voom!Matrixdotorg16K views • 3 years ago
    13. 45:14
      DEFCON 19: Bit-squatting: DNS Hijacking Without Exploitation (w speaker)Christiaan00824K views • 14 years ago
    14. 10:15
      Using ground relays with StarlinkMark Handley506K views • 6 years ago
    15. 28:09
      How does Starlink Satellite Internet Work?📡☄🖥Branch Education9.9M views • 4 years ago
    16. 1:09:16
      Defeating Ssl Using Sslstrip (Marlinspike Blackhat)TheSecurityTube61K views • 14 years ago
    17. 42:36
      Defcon 21 - The Secret Life of SIM CardsHackersOnBoard708K views • 12 years ago
    18. 6:40
      High Res Wifi Signal MappingCNLohr551K views • 11 years ago
    19. 7:55
      Low Latency Routing in SpaceHotNets Anonymous106K views • 8 years ago
    20. 6:47
      Starlink revisions, Nov 2018Mark Handley173K views • 7 years ago

    10 comments from Hacker News

    1. @throw0101cApr 2026· in “Why IPv6 is the only way forward”

      > IPv6 feels like we just can't admit to ourselves that it has been a failed transition. What would it take to come up with IPv7 which takes in the lessons of IPv6 and produces something better that we can all agree is worth transitioning to over IPv4. Per Google, quite a few countries (including the US) are at >50%: * [LINK] Every handset on T-Mobile US's network gets IPv6 (and they're not the only carrier like that): * this video So I'm not quite sure where "failed" enters the equation. And what exactly would be different with IPv7? Anything that needs more address bits would have to update DNS to create new resource record types ("A" is hard-coded to 32-bits) to support the new longer addresses, and have all user-land code start asking for, using, and understanding the new record replies. Just like with IPv6. (A lot of legacy code did not have room in data structures for multiple reply types: sure you'd get the "A" but unless you updated the code to get the "A7" address (for "IPv7" addresses) you could never get to the longer with address… just like IPv6 needed code updates to recognize AAAA, otherwise you were A-only.) You need to update socket APIs to hold new data structures for longer addresses so your app can tell the kernel to send packets to the new addresses. Just like with IPv6.

      CitesView on HN
    2. @throw0101aNov 2025· in “ISPs more likely to throttle netizens who connect through CG-NAT: Cloudflare”

      > Isn’t essentially the entire US on CG-NAT for IPv4 on mobile data? T-Mobile, for one, has had their handsets IPv6-only for a few years, so if your Android/iOS does a DNS lookup and gets an AAAA record back, it will skip CG-NAT. T-Mobile presenting at NANOG in 2018 on IPv6: * this video And Rocky Mountain IPv6 Taskforce in 2017: * [LINK] Further data: > Chances are if you use the Internet on your smartphone, you are connecting via IPv6. According to the Internet Society’s 2018 State of IPv6 Deployment,[1] 80% of smartphones in the US on the major cellular network operators use IPv6 and major mobile networks are driving IPv6 adoption with Verizon Wireless at 84%, Sprint at 70%, T-Mobile USA at 93%, and AT&T Wireless at 57%. Plus, some mobile networks are taking the step to run IPv6-only to simplify network operations and reduce costs. * [LINK] Though some folks aren't happy with the implementation: > But from my own experience, neither T-Mobile nor AT&T allows inbound traffic to the phone's IPv6 address. This negates some of the advantages of having a globally routable IPv6 address. * [LINK]

      CitesView on HN
    3. @throw0101aJun 2026· in “Google Hits 50% IPv6”

      > NAT / CGNAT has been doing the heavy lifting extending the life of the Internet; ipv6 has done jack shit. Given they made the transition to IPv6 on handsets, T-Mobile US, which has 140 million subscribers, would disagree: * this video > As for telco addressing handsets, they could use any addressing scheme to be honest. When people talk about averting address exhaustion, they're not talking about internal addressing of networks, different problem altogether. I'm sure if T-Mobile US thought they could, they would have: > T-Mobile in the United States was running out of IPv4 addresses and needed an IPv6 transition strategy. Their solution was 464XLAT and IPv6-only. * [LINK] Similarly Comcast rolled out IPv6 because they ran out of addresses for managing their CPE modems using TR-069: they were using 10/8 multiple times over , and it was too much of a hassle so they went to IPv6 (both internally and to their customers).

      CitesView on HN
    4. @throw0101cDec 2022· in “Tell HN: IPv6-only still pretty much unusable”

      > All mobile clients are behind CG-NAT. Demonstrably false. T-Mobile US mobile clients are IPv6-only and connect via IPv6 to IPv6 sites: * this video * [LINK] NAT is only used to connect to IPv4-only hosts via DNS64 (with or without 464XLAT). As of 2022Q2, T-Mobile US has 110 million customers: * [LINK] One-third of the US population is connecting via IPv6-only on a day-to-day, hour-to-hour basis every time their smartphone reaches out over the radio.

      CitesView on HN
    5. @throw0101cDec 2025· in “I spent a week without IPv4 (2023)”

      > This is the only real reason in my opinion, why IPv6 is doomed to be second-grade citizen for (probably) a few more decades. Except if you're using a mobile phone, in which case many telcos hand out only IPv6 addresses to handsets. 2018 NANOG presentation "T-Mobile's journey to IPv6": * this video From 2014, "Case Study: T-Mobile US Goes IPv6-only Using 464XLAT": * [LINK] But who cares about mobile phones, right? They're only second-grade devices.

      CitesView on HN