Re: Hello people
By: Diamond Dave to echicken on Tue May 29 2012 20:52:21
I was actually gonna ask if anyone set up Synchronet as a packet BBS on 2 meters, and if they did how well it worked.
Yep - I have, and I've tried many different things. I'm getting a lot closer to having a decent packet setup for Synchronet. Allow me to elaborate in great detail. :D :D :D
Using Synchronet as a packet BBS seems like an obvious thing to do, but when you attempt to implement it with existing tools you run into a number of interesting problems and face a number of kludgey setups.
One option might be to join AMPRNet and just let people telnet in (or use various other protocols) using TCP/IP over packet. It would be slow and not really a conventional packet BBS, but OTOH your BBS would be accessible via packet without any need for modification. I've not tried this, can't get in touch with my "local" AMPRNet coordinator to even get an address, am not terribly interested. Really turned off by the whole thing.
Another option is for sysops running Linux. There's the kernel KISS and AX.25 drivers one could use, and a tool called ax25conv (I think that's its name) which basically gates between an ax.25 client on a KISS TNC and any IP based service. I could never get it to work properly, even though it seems quite straightforward. Anyhow, if that worked for somebody, they could easily tunnel between their BBS' telnet server and a packet client.
Yet another option would be to run something like JNOS, which is useful in itself and has a number of capabilities, including a telnet client. Packet users could connect, then issue a telnet command (or alias) and be connected to your telnet BBS. This actually works reasonably well, although there's no way that I could find to automatically run that telnet command when a user connects. This means that packet clients are connecting to one fairly full featured BBS/NOS in order to enter a command to connect them to another one. A bit annoying, perhaps a bit confusing for some.
My approach has been to add support for KISS TNCs and the AX.25 protocol to Synchronet itself. This way, your BBS can listen for connections on a packet interface (a KISS mode TNC) and handle all of that traffic itself, directly, cutting out the kludges. What I've got so far is a working library that brings support for these protocols, and a script to tunnel traffic between a packet client and any host/port on the internet. By default, it gates between the packet client and a service running on your BBS. What I'm working on now is that service, something that behaves like a traditional packet BBS.
This is the thing - I think what some people may want is to host their Synchronet BBS as-is (ie. with the exact look and feel that it presents to a user who's telnetted in) via packet. That's an understandable goal, and it would certainly look a lot nicer than most any packet BBS available at the moment. However, bear in mind that most TNCs don't send a packet until the user hits enter (or buffers in as much data as the spec allows in a packet.) This means that a lot of things that aren't line-based (full screen editors, editable input fields, lightbar menus and other cursor-positioning stuff) wouldn't translate very well at all.
Additionally, one thing that packet BBSs do is exchange mail with one another based on certain protocols which essentially mean logging in as if they were a user and issuing certain menu commands in order to read or post mail or bulletins. If you wanted this to work, you'd need to modify your login process and your menus, or somehow differentiate packet clients from regular (telnet) users in order to handle them differently. Once I started doing that, I realized that it might just be easier to write a new service that provides a user interface to packet clients (all basic menus and line based input, all output being passed through a (bleh) censorship filter to keep things clean and by-the-book on the air, menu commands compatible with other packet BBS software to make interoperation with other systems possible, etc.)
At the same time, I'd like to make something that's a bit flashier and more fun than the typical packet BBS. Synchronet gives us a lot of flexibility in this regard, and should make it more possible for us to customize and personalize our packet systems.
But it's not yet clear to me if I should care about Synchronet being able to communicate with other packet BBSs. I think there's some value in that, but I'm not sure if anybody else feels the same way. We could just make our own thing and ignore the rest. Would like to know what other people's thoughts are on this.
echicken
electronic chicken bbs - bbs.electronicchicken.com - 416-273-7230
---
þ Synchronet þ electronic chicken bbs - bbs.electronicchicken.com