HackerTubewatch
Surprise me
Frame from A New Way to look at Networking Plays via YouTube's privacy-enhanced embed

A New Way to look at Networking

12 videos recommended on HN
YouTube
6 HN users recommended this talk6 months2011–2018 score 7.5
Years with an HN recommendation, 2007–2026

HN commenters point to it as a clear explanation of why data-centric networking fits how the internet is actually used, and as a core talk on content addressing.

Van Jacobson's 2006 Google Tech Talk argues that networking should be rethought around named data rather than host-to-host conversations. He contrasts the circuit and datagram views of the internet and sketches content-centric networking as a replacement for the location-centric TCP/IP model.

“This video explains very clearly how this is the case” (HN, 2012)

3 strong recommendations · 3 recommendations · Talks · intermediate

6 Hacker News comments

From the HN archive; up to 20 kept per video, favoring different commenters. Recommendations first.

@runeks Apr 2012 Strongly recommends
on HN thread Free Speech and DDOS Attacks
Read more
The reason we haven't solved DDoS attacks is because we're working on solving the problem at the wrong level. We're trying to solve the wrong problem. This video explains very clearly how this is the case: [this video] Short(er) explanation: we no longer use the internet primarily for the purpose of communicating between two parties. But the infrastructure of the internet forces us to obtain data by having a conversation with a supposedly trusted party, even though a line of communication is not really what we want; we want a specific piece of data (an internet page, the latest exchange rate of USD to EUR, the ISO for the daily image of Ubuntu 12.04, etc.). It doesn't matter where we get it from (location is irrelevant), it only matters that it's the right data. Our use of the internet today is all about data. Yet, the infrastructure of the internet (TCP/IP) is location-centric; not data-centric. Data is shuttled between computers based, not on the data, but on the location of the computers. This creates the possibility of DoS attacks. The TCP/IP protocol is designed to efficiently route packages from a source to a destination, and a DoS attack simply uses this feature maliciously. When someone is hit by a DoS attack, the routers aiding in this are just following the rules of TCP/IP: routing packages to a destination. That's their job. What we need is a data-centric infrastructure. An infrastructure where data is not obtained via a connection to some location , but an infrastructu
Explains data-centric networking versus location-centric TCP/IP.
@contingencies Apr 2018 Strongly recommends
on HN thread Ask HN: What is your favourite tech talk?
Watching this now. It's great. Thanks! Not only are there some nice restatements of powerful high-level insights in to network effects in general (which I am considering with respect to physical logistics requirements in our current business), but some great historical tidbits too. The resounding rejection of packet switching by period communications experts at [this video] is awesome. Oh how the mighty have fallen!
Insights on network effects and historical tidbits.
@dmuino May 2011 Recommends
on HN thread Netflix Now The Largest Single Source of Internet Traffic In North America
As I mentioned elsewhere Netflix does use Level3, Akamai, and Limelight. So the traffic is mainly coming from CDNs. I'm not sure if by "content-aware routers" you mean something like Content Centric Networking: [link] If that's the case it'd be up to the ISPs to push that technology to their infrastructure. Van Jacobson gave a very informative presentation at Netflix about it a couple of months ago. It seems you can watch a similar presentation he gave at Google on youtube: [this video]
Van Jacobson presentation on content centric networking.
@gwu78 Jun 2015 Recommends
on HN thread Re: Proposed Statement on "HTTPS everywhere for the IETF"
Read more
"authentication of the content, not the connection" Popular websites that hold themselves out as businesses, i.e. "exclusive" sources of content (often generated by users, go figure), they have no reason to support this concept. Because then it does not matter where the user gets the content. But they might have reasons to support TLS. One could argue users want authentic content (signed content), not authentic "websites" (single sources for content trying to serve too many users, all at the same time). Or maybe many users do not know the difference? Van Jacobsen gave a good talk on this at Google: [this video] There is another thread on the HN front page right now about a Blackhat conference talk on x86 CPUs. There is another talk on that page about how TLS relies on the trustworthiness of internet routing. What is the point of securing connections when you have no control over routing? Instead of relying on securing "connections", I think schemes that send out "encrypted blobs" with the hope they arrive at the proper destination make more sense. Encrypting blobs is not something for which an "authority" is needed. This is something over which the user can retain full control without involving third parties. As it should be. TLS might have encryption that works well enough to "secure a connection" but if I am not mistaken it still has no reliable way to verify an endpoint (recipient) is the one you want it to be. Some people call that "authentication". I'm not even sure that TLS
Van Jacobson on authenticating content rather than connections.

Video list and Hacker News comment labels from HackerTube (prompted by @karpathy), released under ODC-By 1.0, built on the open-index/hacker-news archive. Hacker News data is provided by Y Combinator; comments remain the work of their authors. Video titles, channel names and thumbnails belong to their creators and are shown via YouTube. HackerTube Watch is an unofficial edition. Data export of 2026-10-31.

Keyboard shortcuts

/
Search
j k
Next / previous video
r
Surprise me
l
Like (video page)
w
Watch later (video page)
?
This help
Esc
Close