开云体育

Hello,

?Thanks David,? ?I really appreciate your help.

Happy to help!

You talk about "linpac",? I tried various google searches and nothing to do with ham radio comes up.

Hmmm.. if you search for "packet radio linpac" or "amateur radio linpac", it's the first hit of many hits.

Direwolf should be configured to use it's own unique SSID as should LinBPQ.? Usually, enduser stations should be configured with the silent -0 (zero) SSID aka "KK7CXF".? So what I would recommend is to configure LinBPQ to use KK7CXF (no SSID given) and then configure Linpac to use say KK7CXF-8.? The specific number doesn't matter but it should NOT conflict with the Linpac callsign+ssid.? If you ever use NETROM connections, I would then recommend to use SSIDs from -11 to -15 either.

I take Linpac and LinBPQ to mean the same, but that doesn't sit well with me as you were exact in what you were saying.

Oh.. sorry, I did slip up once and mentioned Linpac.? My apologies.? I meant to only say LinBPQ in that entire email.? They key thing is think Direwolf being smart and it recognizes it's own configured callsign and SSID.? As such, you should make sure there is never a conflict.? Technically speaking, you can leave Direwolf's configured callsign as "n0call" and that will avoid the confusion but I generally don't recommend that.

So the client and gateway talk, but I cannot pass mail from the client, nor does it pick up mail for me (KK7CXF).? ? I am concerned that I bpq32 is not setup to pass messages.

That seems to be the most likely issue.? For BPQ questions, you join the BPQ email list and ask there.

? From the logs it looks like I am making a connection, and when I test it with the BPQ32 terminal it connects and appears to be OK.? ?I did get a "DONE!" from Steve Waterman when I requested sysop access so I assume it's not a permission thing, it's more of a timing thing that will get better when I move away from the Baofeng.? ?Still, if everything just worked, what would I learn.

The Baofeng radio will definitely distract and slow you down but if it's making a working AFSK 1200bps packet connection, that's not your issue.? I get the impression that you are trying to create a WInlink gateway which means you need to configure your BPQ station to proxy the packet connection to the Internet based Winlink CMS servers.? This might be a BPQ configuration issue, it might be a firewall issue, etc.? I'm not exactly sure as I don't run BPQ personally.

I from the logs below, I think what's happening is that direwolf gets the connections (SABM),? acknowledges it (UA) passes that along to bpq32, and that makes the connections to CMS on the amazon cloud, then times out asking the client "are you there" (RR).? ? I wasn't able to find a document that has the "I cmd" to tell me what that does or what I should expect next.

The direwolf output.

KK7CXF audio level = 56(31/23)? ?[NONE]? ?|||||||__

1. [0.3 22:00:17] KK7CXF>KK7CXF-10:(SABM cmd, p=1)

2. [0L 22:00:17] KK7CXF-10>KK7CXF:(UA res, f=1)

3. [0L 22:00:18] KK7CXF-10>KK7CXF:(I cmd, n(s)=0, n(r)=0, p=1, pid=0xf0)Trying ec2-3-225-219-57.compute-1.amazonaws.com<0x0d>

4. [0L 22:00:24] KK7CXF-10>KK7CXF:(RR cmd, n(r)=0, p=1)

5. [0L 22:00:30] KK7CXF-10>KK7CXF:(RR cmd, n(r)=0, p=1)

6. [0L 22:00:37] KK7CXF-10>KK7CXF:(RR cmd, n(r)=0, p=1)

7. [0L 22:00:43] KK7CXF-10>KK7CXF:(RR cmd, n(r)=0, p=1)

8. [0L 22:00:50] KK7CXF-10>KK7CXF:(RR cmd, n(r)=0, p=1)

9. [0L 22:00:56] KK7CXF-10>KK7CXF:(DISC cmd, p=1)

I agree something is wrong here.? The KK7CXF station should have sent an ACK for packet #3 back to KK7CXF-10.? What does the packet logs show on the KK7CXF?? I have to believe this might be a packet station to station audio tuning level where you can create an initial connection due to those packets being very short but longer packets are possibly corrupted due to over-deviation, distortion, hum, etc.

The CMSAccess log shows:

05:35:18 10 KK7CXF Connected to CMS

05:35:18 10 Callsign :

05:35:18 10 KK7CXF KK7CXF

05:35:18 10 ;SQ: 02935655

05:35:18 10 ;SR: 12717834 0 0

05:35:18 10 [WL2K-5.0-B2FWIHJM$]<cr>

05:35:18 10 ;PQ: 89573848<cr>

05:35:18 10 CMS via KK7CXF ><cr>

05:35:56 10 Disconnected. Bytes Sent = 0 Bytes Received 52 Time 38 Seconds

I don't know the BPQ lines well but first off, those are entirely different timestamps so those are different transactions.? This specific transaction looks good and it seems to show that the KK7CXF station has presented it's callsign, it's password and got a WL2K prompt!

I'm good with you telling me "go study this link that describes the protocol",? but perhaps a pointer as to where I should look.? ?Also, is there a place in direwolf where I can log the kiss traffic to really see what's passing back and forth between direwolf and LinBPQ?

I think you are seeing the right Direwolf decoding entries.? You can enable logging with Direwolf to write it to a file instead if you wish.? See "man direwolf" to see the various command line options available to you.

--David
KI6ZHD