If you ever want more phone lines than that, you can pick up an old Cisco VG-224 from Ebay for less than half the price of that line simulator, and you get 24 lines. There is a configuration that will let you use it as a standalone unit where all the lines can call each other with custom phone numbers (here's some notes [1]).
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.
I'd be curious if anyone has actually used a setup like this as a fallback for when their fiber goes down. The latency would be brutal, but a few kbps beats no bps
I pulled out a WRT54G the other day and set it to a 56K limit. A netbook running ubuntu(ish) took several days to complete an apt-get update. But when I connected my laptop with 50 browser tabs, the tabs themselves consumed 100% of the bandwidth with background traffic (despite my ad blocker) and no other network services worked at all.
Unless you've tuned your system for it, dial-up modem speeds are functionally equivalent to "no connection at all".
Timeouts are killer too... many modern apps assume slow or no response for more than 10 or 20 seconds is "Internet is down" and will stop trying.
It's brutal, even with modern Internet, when people develop apps with the assumption of the Internet connection always having decent latency and bandwidth.
I feel like it would have been more fun to build your own line simulator with a 9 volt battery and some old phone line and just skip the dialtone altogether for a little magic... the $120 black-box telco simulator takes a lot of the fun out.
But then again, based on Pi pricing today, the $120 telco simulator goes nicely with a $300 Pi 5.
Line simulators are fun. The ports can call each other and there's no need to set any custom init strings on the modem like you need with the 9 volt trick. For some old devices that's a necessity.
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.
If you ever want more phone lines than that, you can pick up an old Cisco VG-224 from Ebay for less than half the price of that line simulator, and you get 24 lines. There is a configuration that will let you use it as a standalone unit where all the lines can call each other with custom phone numbers (here's some notes [1]).
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.
[1] https://alnwlsn.com/z/pots/cisco-vg224.html
What I would love to have is a few compact dialup-to-wifi bridges so I could wifi-ize 30 year old hardware.
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)
I'd be curious if anyone has actually used a setup like this as a fallback for when their fiber goes down. The latency would be brutal, but a few kbps beats no bps
I pulled out a WRT54G the other day and set it to a 56K limit. A netbook running ubuntu(ish) took several days to complete an apt-get update. But when I connected my laptop with 50 browser tabs, the tabs themselves consumed 100% of the bandwidth with background traffic (despite my ad blocker) and no other network services worked at all.
Unless you've tuned your system for it, dial-up modem speeds are functionally equivalent to "no connection at all".
Timeouts are killer too... many modern apps assume slow or no response for more than 10 or 20 seconds is "Internet is down" and will stop trying.
It's brutal, even with modern Internet, when people develop apps with the assumption of the Internet connection always having decent latency and bandwidth.
It would be funny as a project but there's better low speed backup options like a starlink dish on standby mode (500kbps)
Don't need to do that. I use a USR Total Control chassis as a white noise generator.
Nice, but slip and plip is more tun
I feel like it would have been more fun to build your own line simulator with a 9 volt battery and some old phone line and just skip the dialtone altogether for a little magic... the $120 black-box telco simulator takes a lot of the fun out.
But then again, based on Pi pricing today, the $120 telco simulator goes nicely with a $300 Pi 5.
Line simulators are fun. The ports can call each other and there's no need to set any custom init strings on the modem like you need with the 9 volt trick. For some old devices that's a necessity.
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.