I see the Synchro has some ax25 related scripts/modules around which are, from what I can find, currently undocumented to try and deter people from playing around with them? That should be all fine, I hope, if one can
setup their rig & TNC (Direwolf?) to simply telnet to the appropriate place upon an incoming connect?
Is anyone well versed in it?
On 03-20-19 17:57, Va7aqd wrote to All <=-
@VIA: VERT/VA7AQDS
Hi all!
I have seen that there are several amateur radio operators around
DoveNet, and I was hoping that I could find a way to get Synchronet
going as a packet BBS in my shack.
I see the Synchro has some ax25 related scripts/modules around which
are, from what I can find, currently undocumented to try and deter
people from playing around with them? That should be all fine, I hope,
if one can setup their rig & TNC (Direwolf?) to simply telnet to the appropriate place upon an incoming connect?
While I have played around with Xastir in the past (not in a couple of years now, I guess) and APRS, I still know little about going about how
to get this kind of setup going.
Is anyone well versed in it?
I wrote those scripts, and while they worked for me other people had much difficulty with them. They were a pain to support and troubleshoot. I deleted the instructions so that nobody would waste their time following them.
A typical TNC-based session doesn't send stuff until the user hits enter or the buffer fills up, etc., and also you don't want packets crawling back and forth at 1200bps every time the cursor blinks and so on.
Personally I'd like to take a crack at creating a similar but simplified protocol that would do the things I need it to. Not sure if anyone else would want to use it.
It looks like all the scripts are sitting around in the SBBS source code,
ax25shell.js is there, so I think I will be looking closely at that and
If I can get far enough, I'd hope to run faster than 1200bps too - I have yet to see how difficult that may be. heh.
As far as the simplified protocol goes, have you presented your thoughts to a larger group (via QRZ or anything?). Sounds like it could be
worthwhile if AX25 is too bloated or feature-excessive. As you can tell
on HF for years, but have always wondered why people aren't poking around with packet a little more.
That's more a question of what radio & modem you're using, and not a limitation on the BBS side of things. 1200 bps is most common for a variety of reasons. Faster is doable, but historically there have been fewer people equipped for it. This has probably changed; I believe I have two rigs capable of a blazing 9600 bps; both are Kenwood handhelds that are fairly commonplace.
thoughts to a larger group (via QRZ or anything?). Sounds like it couldNo, that sounds like a nightmare.
Synchronet could be a piece of that puzzle, though, and could serve a lot of the back-end stuff.
play around, chat, have fun... but there's such a big gap between what we'd consider 'normal' BBS software and what was developed by HAMs (BPQ32? F6FBB?), it's not a huge surprise packet has little interest.
I'd be interested in making Synchronet systems exchange messages over the air, or creating an offline reader. Interacting with a BBS and its menus in
system-to-system would be great - would it not be possible currently to download QWK packets over packet? I suspect that would be a manual process
I think it's going to be entertaining seeing how much lag there's going to be if I can get a synchronet session going over packet.
@VIA: VERT/ECBBS
@MSGID: <5C9438DD.4993.dove-ham@bbs.electronicchicken.com>
@REPLY: <5C94130E.1041.dove-ham@bbsmail.isurf.ca>
Re: Packet & Synchronet
By: Va7aqd to echicken on Thu Mar 21 2019 15:41:18
play around, chat, have fun... but there's such a big gap between what we'd consider 'normal' BBS software and what was developed by HAMs (BPQ32? F6FBB?), it's not a huge surprise packet has little interest.
I'd be interested in making Synchronet systems exchange messages over
the air, or creating an offline reader. Interacting with a BBS and its menus in realtime over packet is doable, but not the best experience. Plopping down in front of the computer to read - through a more
responsive interface - whatever has come in over the air recently would
be more pleasant. I think this is how a lot of people use(d) packet already, with the PBBS built into their TNC or whatever. Bears a
passing resemblance to QWK or FTN.
A decent chat system with reliable message delivery and a good UI would
be another nice thing. I think there have been a few projects like
that, not sure how far any have gotten.
On 03-21-19 21:22, echicken wrote to Va7aqd <=-
I'd be interested in making Synchronet systems exchange messages over
the air, or creating an offline reader. Interacting with a BBS and its menus in realtime over packet is doable, but not the best experience. Plopping down in front of the computer to read - through a more
responsive interface - whatever has come in over the air recently would
be more pleasant. I think this is how a lot of people use(d) packet already, with the PBBS built into their TNC or whatever. Bears a
passing resemblance to QWK or FTN.
A decent chat system with reliable message delivery and a good UI would
be another nice thing. I think there have been a few projects like
that, not sure how far any have gotten.
On 03-21-19 20:20, Va7aqd wrote to echicken <=-
Oh that would be a heck of a good idea too, yes! I understand
"automatic" system-to-system would be great - would it not be possible currently to download QWK packets over packet? I suspect that would be
On 03-22-19 10:07, echicken wrote to Va7aqd <=-
suitable for the connection, which is probably simplex. Something
could probably be cobbled together, but a native service for this
purpose would be better.
I think it's going to be entertaining seeing how much lag there's going to be if I can get a synchronet session going over packet.
It's pretty excruciating. "Expert mode" menus are a must. It's not so bad when you're reading a message / bulletin / text file; once the
first chunk of text comes in you can start reading and the rest will follow.
Yes, interactivity is not the strong point of packet. OTOH, want to learn how a 3 way TCP handshake works? do it over packet and watch in monitor mode. It's slow enough to follow along! :)
On 03-23-19 19:36, Va7aqd wrote to Vk3jed <=-
Yes, interactivity is not the strong point of packet. OTOH, want to learn how a 3 way TCP handshake works? do it over packet and watch in monitor mode. It's slow enough to follow along! :)
lol! Yes, I have watched TCP handshakes happen in plenty of packet captures, but I think it will be entertaining watching various things happen in this fashion over packet.
watch it all play out in front of me on packet radio. Back then, I ran a multiport system on raw AX.25, NET/ROM and IP over 1200 bps packet. I used the G8BPQ packet switch for the modems/TNCs, AX.25 and NET/ROM routing, and on top of that, I ran NOS for IP routing and TCP/IP applications (FTP, telnet, ttylink and SMTP, etc). All of this ran on top of DOS on a dual
When I got a 486 built for Me, Donn gave me a copy of Baycom software, but I never used that program on the Air. (Never bought a TNC)
Before I was on Packet and even before I had a computer, I got on 2M and HF RTTY (Baudot or ASCII) with a Netronics Video Termial/Keyboard.
For that I used a RTTY Demodulator circuit I found in a project in Popular Electronics magazine along with a 555 AFSKeyer Curt WB4BTO designed for Me to build.
On 2M there were several Hams running BBS's on Atari and Apple ][ PC's that I'd Log On to about every night.
Now that's worth doing, though you _could_ cheat, setup IP over AX.25 and use FTP to do transfers. FTP works reasonably well over packet. I used to use it years ago.
YAPP was the download protocol of the packet heyday. Surely it's documented somewhere. I believe it's (loosely) based on xmodem.
how a 3 way TCP handshake works? do it over packet and watch in monitor mode. It's slow enough to follow along! :)
On 03-25-19 15:59, Va7aqd wrote to Vk3jed <=-
Very cool - and I expect I'll be striving for at least 1200 bps to
start, too. Heheh! Do you still run packet in your neck of the woods?
On 03-26-19 11:10, echicken wrote to Vk3jed <=-
That does feel like a cheat though, with extra overhead and slowness.
I'm more interested in making it work natively and raw on Synchronet if
at all.
The downside is really that even if I make that work, I'm unlikely to
find much use for it myself. I'd have to reach out and see if there's anyone nearby who would want to participate, but I can only think of
one person who might maybe sorta kinda possibly potentially be
interested.
On 03-26-19 11:16, echicken wrote to Vk3jed <=-
YAPP was the download protocol of the packet heyday. Surely it's documented somewhere. I believe it's (loosely) based on xmodem.
I'm familiar with it. Actually implemented it in JS years ago for this purpose, though I don't think I held on to the code. Wasn't too
difficult IIRC.
how a 3 way TCP handshake works? do it over packet and watch in monitor mode. It's slow enough to follow along! :)
That's actually one thing I enjoyed about AX.25 especially at 1200 bps. Following debug output of my scripts made it pretty easy to figure out what was happening and where things were going wrong. Granted, looking through a sequence of packets after the fact would work just as well,
but there was something fun about watching it in real time.
Hi all,
Hope you dont mind me jumping in.
I have been wanting to do Synchronet with packet for ages and did open a thead of echickens old code a couple of years ago.
Well I finally have a 9600 packet set up running (attended only for now) using Uronode with a menu entry that connects to a
local synchronet instance.
As mentioned above the standard menu is terrible due to some commands being hot keys without the need for carriage returns.
its not really a usable system right now but what it does prove to me is using 9600 its probably usable whereas when I tried
with 1200 it was just far too painful...
Hope you dont mind me jumping in.
I have been wanting to do Synchronet with packet for ages and did open a thead of echickens old code a couple of years ago.
Well I finally have a 9600 packet set up running (attended only for now) using Uronode with a menu entry that connects to a local synchronet instance.
As mentioned above the standard menu is terrible due to some commands being hot keys without the need for carriage returns. So its not really a usable system right now but what it does prove to me is using 9600 its probably usable whereas when I tried with 1200 it was just far too painful...
On 04-15-19 05:46, monsieurmarc wrote to Vk3jed <=-
@VIA: VERT/ECBBS
Hi all,
Hope you dont mind me jumping in.
I have been wanting to do Synchronet with packet for ages and did open
a thead of echickens old code a couple of years ago.
Well I finally have a 9600 packet set up running (attended only for
now) using Uronode with a menu entry that connects to a local
synchronet instance. As mentioned above the standard menu is terrible
due to some commands being hot keys without the need for carriage
returns. So its not really a usable system right now but what it does prove to me is using 9600 its probably usable whereas when I tried with 1200 it was just far too painful... Regards
So kit wise I have a ton of TNC's that I have bought cheap on ebay over the years but i mainly use a Kantronics KPC9612+ on 2M(144.950Mhz) on the node and on the other end I use a Kenwood TH-D74.
Uronode has some documentation dotted around but n1uro's main site seems to be under rebuild. I found most of my links via the ampr.net wiki.
I havent played with the old ax25 interface code, have you had much luck with it?
Sysop: | Ruben Figueroa |
---|---|
Location: | Mesquite, Tx |
Users: | 3 |
Nodes: | 4 (0 / 4) |
Uptime: | 86:38:15 |
Calls: | 79 |
Files: | 53 |
Messages: | 76,343 |