Live data from Hacker News

IP over Lasers

mikekohn.net

61–70 of 83 posts

Re: IP over Lasers

#61

None of this is remotely new or interesting. I was doing IP-over-laser-light at Ethernet speeds over kilometer distances using free-space optics thirty years ago, and even then it wasn't a new technology.

It's interesting for a hobby tinkering project. Basically like rudimentary transmitters for ham radio. Understand the fundamentals, then you can move on to better quality DIYs

Re: IP over Lasers

#63
I remember trying to my own data transmission over lasers ages ago, back when I didn't really know about how to properly transfer data (PLLs, clock recovery, error correction, etc). It lost timing pretty quickly, but it could just about do a hello world

Re: IP over Lasers

#64

They built a program they called (relay) that sends packets between a tun network device & a uart serial device https://github.com/mikeakohn/small_projects/blob/main/ip_ove... I .... wonder if they considered just using PPP/SLIP?

I wouldn't be surprised if they were trying to remove them from the kernel since you can use a tun interface instead. They would be very good candidates for moving kernel functionality to userspace.

Re: IP over Lasers

#65
post #19

They built a program they called (relay) that sends packets between a tun network device & a uart serial device https://github.com/mikeakohn/small_projects/blob/main/ip_ove... I .... wonder if they considered just using PPP/SLIP?

A while back I was doing some IP-over-UART shenanigans and it took me a surprising amount of research to discover the existence of SLIP. I think it's one of those things that at some point "everyone knew about" and ended up being poorly documented as a result.

Hahah, I slipped down that rabbit hole about 2 years ago. We needed network access for testing devices on one of our production lines, but the manufacture did not allow wifi at the time. So we ended up tunneling over UART to access internal APIs on the device. It worked fairly well, and was even able to load more complex customer facing react based UIs.

Re: IP over Lasers

#67
post #45

We know neolithic internet used free air lasers because we haven't found either optical fibre connectors or copper Ethernet in the trenches we dig at neolithic settlements.

[deleted]

Re: IP over Lasers

#68
post #19

They built a program they called (relay) that sends packets between a tun network device & a uart serial device https://github.com/mikeakohn/small_projects/blob/main/ip_ove... I .... wonder if they considered just using PPP/SLIP?

A while back I was doing some IP-over-UART shenanigans and it took me a surprising amount of research to discover the existence of SLIP. I think it's one of those things that at some point "everyone knew about" and ended up being poorly documented as a result.

Generational thing. Back when I was supporting banks of USR 28.8s, SLIP and especially PPP were just the job (mostly PPP by that point).

But even then I don’t think I’d have thought to drag a dial-up framing protocol into a new project. Odds are I’d just recreate SLIP from muscle memory.... maybe?

Re: IP over Lasers

#69
post #31

I don't know why, but I would have expected higher speeds. Maybe my mind just assumes "lasers = fast". It would be interesting to know which factors make this setup unreliable at higher speeds.

I would bet that the laser pointers used here are the bottleneck.

Re: IP over Lasers

#70

Earlier quoted context omitted.

Yeah, but kinda cool making it from scratch. Also this uses air as the medium.

Free-space optical transmission is a thing, though it's environmentally quite challenging. We tested some gear from https://www.koruza.net at the Internet Archive ~10 years ago or so (I've also built some 10G point-to-point links in my garage, though I'd hardly call them reliable). It is pretty cool to see a scratch build rather than using commercial transceivers

Taara is a Google/X moonshot that was recently spun off to do the same thing.

https://www.taaraconnect.com/product

Post reply on HN