Hello Rob. Question for you regarding SVDM:

Is there any way to associate more than 1 SVDM session to a TCP port? You know, so you could have 5 telnet sessions for 5 line BBS, that sort of thing? It works really well for the single port. heh.

Thanks

--- DLG v2.2/DLGMail v2.2
* Origin: silentnode.ddns.net:6400 (1:153/153)
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

Re: SVDM
By: John Gerwing to Rob Swindell on Tue Jul 08 2025 02:49 pm

Hello Rob. Question for you regarding SVDM:

Is there any way to associate more than 1 SVDM session to a TCP port? You know, so you could have 5 telnet sessions for 5 line BBS, that sort of thing? It works really well for the single port. heh.

I'm glad to hear you're using SVDM and it's working as intended for you! I don't get a lot of feedback on that program.

SVDM was mainly/originally created for supporting *outbound* connections (e.g. from legacy DOS terminal programs like Telix and Procomm Plus), but the listening/answering (for incoming connection) support wasn't too hard to add, so I did. But the way SVDM is written today, the virtual modem responds to any secondary incoming TCP connection with the busy notice when the socket to the DOS program is in use, you'd really need to run multiple instances with multiple TCP ports to support a multi-line/node DOS BBS program. It'd be like the multi-line BBSes of the 90s that used a separate phone number for each line only in this case, you'd use a separate TCP port number.

To support mutliple lines with a single TCP port, SVDM would really need to spawn multiple DOS programs (one for each line/node) with a dedicated TCP socket for each and then automatically "roll-over" to the next available socket upon incoming TCP connections. It's possible/doable, but not something currently on my radar. If you would file a feature request at https://gitlab.synchro.net/main/sbbs/-/issues it's more likely to actually get added at some point.
--
digital man (rob)

Steven Wright quote #3:
Half the people you know are below average.
Norco, CA WX: 90.6øF, 24.0% humidity, 11 mph WNW wind, 0.00 inches rain/24hrs ---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

Re: SVDM
By: Digital Man to John Gerwing on Tue Jul 08 2025 03:44 pm

Howdy,

But the way SVDM is written today, the virtual modem responds
to any secondary incoming TCP connection with the busy notice when the socket to the DOS program is in use, you'd really need to run multiple instances with multiple TCP ports to support a multi-line/node DOS BBS program. It'd be like the multi-line BBSes of the 90s that used a separate phone number for each line only in this case, you'd use a separate TCP port number.

In the 90's you could have a hunt group, so a single incoming number that would automatically go forward to the next available non-busy number. I had one when I ran an ISP service with 10 lines with a mate.

To achieve that with SVDM, you should be able to put haproxy infront of it. Havent tried it myself for SVDM, but that should in theory work.


...ëîåï

---
þ Synchronet þ AnsiTEX bringing back videotex but with ANSI

Re: SVDM
By: deon to Digital Man on Wed Jul 09 2025 11:08 am

program. It'd be like the multi-line BBSes of the 90s that used a separate phone number for each line only in this case, you'd use a separate TCP port number.

In the 90's you could have a hunt group, so a single incoming number that would automatically go forward to the next available non-busy number.

I had a hunt group for Vertrauen (6 lines) as well. But not all multi-line BBSes did.
--
digital man (rob)

Breaking Bad quote #29:
2 day drive to the nearest ocean and you're eating raw fish, is all I'm sayen. Norco, CA WX: 86.6øF, 34.0% humidity, 8 mph WNW wind, 0.00 inches rain/24hrs ---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

To support mutliple lines with a single TCP port, SVDM would really need to spawn multiple DOS programs (one for each line/node) with a dedicated TCP socket for each and then automatically "roll-over" to the next available

ocke

upon incoming TCP connections. It's possible/doable, but not something currently on my radar. If you would file a feature request at https://gitlab.synchro.net/main/sbbs/-/issues it's more likely to actually

et

added at some point.

If I am reading this right, that "roll-over" bit is something that haproxy
(on *nix) can do. It listens to one incoming port, then can select a
proper port to forward to based on how many connections already exist.


* SLMR 2.1a * Gone crazy, be back later, please leave message.
---
þ Synchronet þ CAPCITY2 * capcity2.synchro.net * Telnet/SSH:2022/Rlogin/HTTP