Packet Radio -- Get a room! 

Winlink work on APRS. But use some short commands witch is not easy to remember. Destination is WINLNK-1. Login password is first 3 (randomly required by server) letter form your password + another 3 letter you chose.

Great question - Winlink uses AX.25 networking on VHF and APRS is a subset of the AX.25 protocol. They're very similar but ultimately exclusive. Checkout WLNK-1 to do basic winlink email over APRS. winlink.org/APRSLink -- extra credit: send winlink email through the ISS APRS digipeater! :)

yah, webchat needs to depend on one or the other, if you want Webchat to use the Digipeater tnc, run "sudo remount" then edit /etc/systemd/system/webchat.service and change the Requires line from tnc to digipeater. Then Webchat will fire up the Digipeater instead of TNC.

@@KM6LYW Thanks! Done!

I'm guessing you haven't experienced APRS Thursday yet :) . the frequency is shockingly resilient, single collision domain, 250ms for an ack, wait-until-clear, re-transmit. It's really the first implementation of TCP/IP, based on AX.25.

@@KM6LYW you’re correct. I’m in a sparse rural area. I just don’t want to make the digipeater owners angry by clogging the system in our area. Just wondering because I don’t want to cause any issues.

@@hardwired3640, I think, in my case, here in the greater Los Angeles area, we saw just what you were concerned about... Specifically IRC numbered ACK packets being digipeated continuously by high level digipeaters. This would definitely result in a low power APRS station not getting its position out and onto the IS.

@@KM6LYW , I think, in my case, here in the greater Los Angeles area, we saw just what @Hardwired3640 was concerned about... Specifically IRC numbered ACK packets being digipeated continuously by high level digipeaters. This would definitely result in a low power APRS station not getting its position out and onto the IS.

I would love to be able to use this chat with vara fm on a different dedicated vhf frequency, possibly 6m fm

You mean an actual IRC relay? Man could quickly overcome the aprs network. It's doable. The "IRC" callsign is it's own thing not connected to any irc network at all. It just creates it's own irc like server with channels that you can join and have a group chat with others.

@@WalterBoring How is this virtual channels created and controlled? I'm looking for the central point of failure not to criticize but to advocate it be strengthened. What's under the hood here?

Right, this isn't an IRCd server, it's an entirely new implementation for ham radio that looks/feels like IRCd. Real IRC would be overwhelming on the channel imho. If you want IRCd on radio, try IP over AX.25, it works! Just a lot of overhead.

@@KM6LYW Craig nowhere above did I say it was. I do know that the virtual callsign is the key and that is controlled by one program on one server on the internet. Your packets were getting out to a Igate and to that server. I was trying to lead a charge to help it be expanded in the future so when this one server goes down we might still have the service.

@@W4TRI Sweet, yah, we could make something resilient or fault tolerant with geographic diversity and fail-over. Kinda like the APRS network itself.

Move on sad ham @ThomasHart59

@@Pahrump Hi Pahrump. I'm not sure why you feel the need to be disrespectful. I operate a high level Igate, and woke up this morning to continuous ACKs from IRC being retransmitted out in the LA area every couple of seconds. This represents a serious congestion problem on the APRS frequency. Pointing it out is not being a "sad ham", I actually like the concept, and joined the "lounge" last night, but we can't have something that is not quite right doing what this was doing. Thanks for your comment though, have a nice day!

After looking at your logs of your igate, it's clearly re-encapsulating packets and resending them multiple times. This is not a problem with the IRC service at all.

@@WalterBoring Right, as I allowed in my email to you Walt, this may be an issue in how existing software deals with these ACKs. Obviously the way IRC distributes these causes a problem and represents a departure from standard expected behavior, I think Lynn explained it far better than I can. I'm certain you can see how digipeaters in a geographic area continually repeating ACK packets over and over again might represent a problem? And that this problem simply doesn't exist outside of the context of IRC? Regardless of how "correct" you are, if the behavior of IRC brings down the APRS network, it doesn't really matter who is right, does it?

@@ThomasHart59 Sending an ack packet is not a "departure from standard expected behavior". It's literally in the APRS spec.

Yes, but every youtube Must... have... bumper.. music! for some reason. :)