Hacker News
Build your own Dial-up ISP with a Raspberry Pi
alnwlsn
|next
[-]
The main catch is that they have a 50-pin Centronics style connector on them which you will have to break out somehow to your RJ11s. Also, they are big (1U rack) and have fans.
I've got a few of these and have been meaning to set them up with a bunch of modems and a bunch of computers, but haven't gotten to it yet. Modems do seem to work in the limited testing I've done. They do (as expected) work great with telephones, including pulse dialing.
ssl-3
|root
|parent
[-]
This is just another lost art (traditional phones are either dead or are instead IP) that I once learned a fair bit about:
The name varies regionally (I've heard them called Centronics, cinch, and CHAMP; though around here, we call them Amphenols). The Easy Method is the same regardless of name: It centers around a split (aka "50 pair") 66 punch block[1] that is mounted to a wall, or to a wall-like object.
Buy a pre-terminated 25-pair cable with the right connector on at least one end, and punch that down in order[2] on one side of the 66 block. That connects the system to the punch block. Importantly, those wires never get touched again.
Phones (or more precisely, wires for jacks for phones) connect to the other side of the 66 block. Those wires also never get touched again.
The two things (phones, systems) are connected/disconnected with bridge clips that combine the two halves of the block (which only allows 1:1 ordering, but that's often just fine).
Alternatively, a "we fancy!" variation uses single-pair cross-connect wire so that arbitrary phones can quickly be connected to arbitrary system ports -- maybe on completely separate blocks.
After that, plug in the Amphenol. Plug in the phones. Have fun talking to yourself.
(Or, at least: That's an easy way for small stuff. Bigger stuff (hundreds or thousands of pairs) eventually really wants better organization, but punch blocks are still normally the order of the day there, too.)
elevation
|next
|previous
[-]
Would be neat to read email with an old POP client, or chat over the original AIM software (perhaps patched to use a server on the LAN)
RulerOf
|root
|parent
[-]
However, to be frank, it'd make more sense to do PPP over null modem with a straight serial connection.
aimadetools
|next
|previous
[-]
elevation
|root
|parent
|next
[-]
Unless you've tuned your system for it, dial-up modem speeds are functionally equivalent to "no connection at all".
geerlingguy
|root
|parent
[-]
It's brutal, even with modern Internet, when people develop apps with the assumption of the Internet connection always having decent latency and bandwidth.
dave78
|root
|parent
|next
|previous
[-]
33.6Kbps is not practical for much on the modern Internet in 2026. As mentioned in a sibling comment, Starlink (even in standby mode) would be much better. lite.cnn.com would load in about 10 seconds which is pretty good, but there's not much else like it left anymore.
What's amazing is how great the Internet in the 1990s managed to be despite these limitations. Just like with RAM and disk space, developers back then had to be very mindful of bandwidth - today's devs (and agents) have the luxury of paying much less attention to that.
bigbuppo
|next
|previous
[-]
kotaKat
|next
|previous
[-]
But then again, based on Pi pricing today, the $120 telco simulator goes nicely with a $300 Pi 5.
giantrobot
|root
|parent
[-]
You can also use an old VoIP ATA from Linksys/Cisco as a cheap line simulator. Like a fully analog TLS the ports can call each other. They can be a PITA to configure right but they're cheap and work well enough.
I've used all three methods, the TLS is the easiest. An ATA can be useful if you've got more than one and your dial-in server is in a different room from the client you're playing with. An ATA can also be set to "call" another device. So your office ATA can call the basement ATA (with your Linux server) as an example.