Re: Packets don't get acknowledged by the receiving node
That TXDELAY looks way too short. I suggest 350 as a good starting
point.
Ron VE3CGR
On 2024-08-17 5:15 p.m., Brent WG0A via
groups.io wrote:
And, to answer your original question. This does not look
like a situation where too much data is being sent through
direwolf. It is only sending 4 packets before waiting for an
ack. This looks more like one side can't hear the other
reliably, or something is going wrong on the KQ4RST-1
side.
?
By
the way, what is the soundcard/radio setup for these stations?
?
And
if it helps. here are? some of the bpq port settings that have
worked for my 300 baud HF port.
?
FRACK=8000
MAXFRAME=1
PACLEN=60
TXDELAY=200
TXTAIL=20
SLOTTIME=100
PERSIST=64
NOKEEPALIVES=1
?
-Brent WG0A
|
Re: Packets don't get acknowledged by the receiving node
Brent,
I took a look at the readout for the client side direwolf. It looks very similar if not identical to the server side. Maybe that means that something is getting fudged between bpq and direwolf on one of the computers?
Steve,
I can reconnect after it disconnects, if that's what you're asking. It just does the same thing over again when I try to load the irc application. I did try putting more txdelay and txtail in the configuration, but it didn't seem to fix anything. When I get some time to tinker with it, I will try the agw mode. As for how much data is being sent.. it doesn't have to be very much. I can use an irc program that doesn't spit too much out when you connect to it, which will only help.
?
As for setting up a kiss tcp link.. I think I misunderstood something.. Is this the page that has the instructions? ?
I looked at that page and it seems to have a very similar config to the one I'm already using.. Though, it also seemed like you were intending that I remove direwolf from the equation. In very blunt terms, how would I go about doing that? I hope I'm not helpless here.. haha
|
Re: Packets don't get acknowledged by the receiving node
And, to answer your original question. This does not look like a situation where too much data is being sent through direwolf. It is only sending 4 packets before waiting for an ack. This looks more like one side can't hear the other reliably, or something is going wrong on the KQ4RST-1 side.
?
By the way, what is the soundcard/radio setup for these stations?
?
And if it helps. here are? some of the bpq port settings that have worked for my 300 baud HF port.
?
FRACK=8000
MAXFRAME=1
PACLEN=60
TXDELAY=200
TXTAIL=20
SLOTTIME=100
PERSIST=64
NOKEEPALIVES=1
?
-Brent WG0A
|
Re: Packets don't get acknowledged by the receiving node
When it goes wrong, can you still.connect to the other station or do you have to restart things? The log shows it trying but no reply, so as suggested, things have crashed??
Direwolf is not good with connected mode packet. It was designed for aprs and the logic with connected mode is not 100% in my experience. It works, yes but there are issues.? This I think might be something else however.?
The suggestion of a kiss link - setup a kiss port over tcp and point the two together. That just misses out the DW.? Look on the BPQ32 Web page for instructions.?
The other thing, if my suggestion of slowing the script down has not worked would be to try AGW mode with DW. This has more control? DW <-> BPQ than kiss.? If that's works, you know it's the data being sent too fast to the node.?
How much data is it? Is the script available to test??
73s? Steve?
I tried using the higher TXDELAY, but it didn't seem to make a difference.
?
It seems like it is on the verge of losing connection at one point but recovers.
?
Sorry, I'm a tad new to this stuff.. how would I set up a kiss tcp/udp link? I can get in with the telnet port from the client computer and everything works fine if that's what you mean.. Is that what you meant?
?
Does Direwolf typically have problems with this type of thing?
?
Thanks for your time, everybody.
|
Re: Packets don't get acknowledged by the receiving node
Is there anything telling in the direwolf logs from the other side of that link. I feels like something on the other side of the link may have gone sideways.
For the record, I've been running bpq and direwolf together for years and it has been working well for me. So this should be a solvable problem.
?
-Brent WG0A
|
Re: Packets don't get acknowledged by the receiving node
I tried using the higher TXDELAY, but it didn't seem to make a difference.
?
It seems like it is on the verge of losing connection at one point but recovers.
?
Sorry, I'm a tad new to this stuff.. how would I set up a kiss tcp/udp link? I can get in with the telnet port from the client computer and everything works fine if that's what you mean.. Is that what you meant?
?
Does Direwolf typically have problems with this type of thing?
?
Thanks for your time, everybody.
|
Re: Packets don't get acknowledged by the receiving node
That's not really what I was getting at but it could be worth a try. I was meaning slow down the data rate.?
It seems the remote end stops replying. Does it recover after the failure??
What Steve said.? Add a TXDELAY=500 line to both nodes' ports to start with and if that works, reduce the TXDELAY till it's shorter but still long enough to work.? Also, disable your KISSOPTIONS=NOPARAMS line in your port config.
|
Re: Packets don't get acknowledged by the receiving node
Typically you can bring the TXD down to 350 ms for radios since the 90s.
toggle quoted message
Show quoted text
On 8/16/2024 12:00 PM, Jeff KP3FT via groups.io wrote: What Steve said.? Add a TXDELAY=500 line to both nodes' ports to start with and if that works, reduce the TXDELAY till it's shorter but still long enough to work.? Also, disable your KISSOPTIONS=NOPARAMS line in your port config.
--
Charles J. Hargrove - N2NOV
NYC-ARECS/RACES Citywide Radio Officer/Skywarn Coord.
NYC-ARECS/RACES Nets 441.100/136.5 PL
ARnewsline Broadcast Mon. @ 8:00PM
NYC-ARECS Weekly Net Mon. @ 8:30PM
NY-NBEMS Net Saturdays @ 10AM & USeast-NBEMS Net Wednesdays @ 7PM
on 7.036 Mhz USB (alt 3.536)/1500 hz waterfall spot; MFSK-16 or 32
"Information is the oxygen of the modern age. It seeps through the walls topped
by barbed wire, it wafts across the electrified borders." - Ronald Reagan
"The more corrupt the state, the more it legislates." - Tacitus
"Molann an obair an fear" - Irish Saying
(The work praises the man.)
"No matter how big and powerful government gets, and the many services it
provides, it can never take the place of volunteers." - Ronald Reagan
|
Re: Packets don't get acknowledged by the receiving node
What Steve said.? Add a TXDELAY=500 line to both nodes' ports to start with and if that works, reduce the TXDELAY till it's shorter but still long enough to work.? Also, disable your KISSOPTIONS=NOPARAMS line in your port config.
|
Re: Packets don't get acknowledged by the receiving node
This looks like it might be a DW connected mode issue, which it does not do well at all!
The trace shows it sends multiple RR frames with no reply and then discs. The -1 mode does hear - 7
Does it work over a kiss tcp /udp link??
Does it always stop at the same point?? Try adding a 0.5sec delay between each send from the application to see if it has any effect??
73s?
Steve?
Hello,
?
I am trying to set up a node that can run an application for me that can be accessed via hf radio. I have a test setup with two each of hf radios and sound cards and computers (the server computer is running linbpq and the client computer is running bpq32), and I'm trying to get the packet transfer to go smoothly, but it seems that the node that runs the application starts spitting out packets as fast as it can, and the receiving end stops receiving them. I'm using direwolf tnc on both computers. I would wonder if this was beyond the ability of packet, but I wouldn't know.. Here is what it says in direwolf on the "server" node from start to finish:
?
KQ4RST-1 audio level = 119 ? FX.25 ? _000___
Audio input level is too high.? Reduce so most stations are around 50.
[0.2] KQ4RST-1>KQ4RST-7:(SABM cmd, p=1)
[0L] KQ4RST-7>KQ4RST-1:(UA res, f=1)
KQ4RST-1 audio level = 119 ? FX.25 ? _00____
Audio input level is too high.? Reduce so most stations are around 50.
[0.1] KQ4RST-1>KQ4RST-7:(I cmd, n(s)=0, n(r)=0, p=1, pid=0xf0)irc<0x0d>
[0L] KQ4RST-7>KQ4RST-1:(RR res, n(r)=1, f=1)
[0L] KQ4RST-7>KQ4RST-1:(I cmd, n(s)=0, n(r)=1, p=0, pid=0xf0)*** Connected to IRC ? ? ? ? <0x0d>
[0L] KQ4RST-7>KQ4RST-1:(I cmd, n(s)=1, n(r)=1, p=0, pid=0xf0): NOTICE Auth :*** Looking up your hostname...<0x0d>:kq
[0L] KQ4RST-7>KQ4RST-1:(I cmd, n(s)=2, n(r)=1, p=1, pid=0xf0) NOTICE Auth :*** Found your hostname (localhost)<0x0d>
[0L] KQ4RST-7>KQ4RST-1:(RR cmd, n(r)=1, p=1)
[0L] KQ4RST-7>KQ4RST-1:(RR cmd, n(r)=1, p=1)
KQ4RST-1 audio level = 119 ? FX.25 ? _000___
Audio input level is too high.? Reduce so most stations are around 50.
[0.2] KQ4RST-1>KQ4RST-7:(RR res, n(r)=1, f=0)
KQ4RST-1 audio level = 120 ? FX.25 ? _000___
Audio input level is too high.? Reduce so most stations are around 50.
[0.2] KQ4RST-1>KQ4RST-7:(RR res, n(r)=2, f=0)
KQ4RST-1 audio level = 120 ? FX.25 ? _000___
Audio input level is too high.? Reduce so most stations are around 50.
[0.2] KQ4RST-1>KQ4RST-7:(RR res, n(r)=3, f=1)
KQ4RST-1 audio level = 121 ? FX.25 ? _000___
Audio input level is too high.? Reduce so most stations are around 50.
[0.2] KQ4RST-1>KQ4RST-7:(RR res, n(r)=3, f=1)
[0L] KQ4RST-7>KQ4RST-1:(RR cmd, n(r)=1, p=1)
KQ4RST-1 audio level = 118 ? FX.25 ? _111___
Audio input level is too high.? Reduce so most stations are around 50.
[0.2] KQ4RST-1>KQ4RST-7:(RR res, n(r)=3, f=1)
KQ4RST-1 audio level = 116 ? FX.25 ? _11____
Audio input level is too high.? Reduce so most stations are around 50.
[0.1] KQ4RST-1>KQ4RST-7:(I cmd, n(s)=1, n(r)=3, p=1, pid=0xf0)NICK matt<0x0d>
[0L] KQ4RST-7>KQ4RST-1:(RR res, n(r)=2, f=1)
KQ4RST-1 audio level = 120 ? FX.25 ? _000___
Audio input level is too high.? Reduce so most stations are around 50.
[0.2] KQ4RST-1>KQ4RST-7:(I cmd, n(s)=2, n(r)=3, p=1, pid=0xf0)USER matt * * :mattr<0x0d>
[0L] KQ4RST-7>KQ4RST-1:(RR res, n(r)=3, f=1)
[0L] KQ4RST-7>KQ4RST-1:(I cmd, n(s)=3, n(r)=3, p=0, pid=0xf0): NOTICE Auth :Welcome to <0x02>KQ4RST<0x02>!<0x0d>:
[0L] KQ4RST-7>KQ4RST-1:(I cmd, n(s)=4, n(r)=3, p=0, pid=0xf0)m 001 matt :Welcome to the KQ4RST IRC Network matt!matt@localhos
[0L] KQ4RST-7>KQ4RST-1:(I cmd, n(s)=5, n(r)=3, p=0, pid=0xf0)t<0x0d>: 002 matt :Your host is , running
[0L] KQ4RST-7>KQ4RST-1:(I cmd, n(s)=6, n(r)=3, p=1, pid=0xf0) version InspIRCd-2.0<0x0d>: 003 matt :This server was<0x20>
[0L] KQ4RST-7>KQ4RST-1:(RR cmd, n(r)=3, p=1)
[0L] KQ4RST-7>KQ4RST-1:(RR cmd, n(r)=3, p=1)
[0L] KQ4RST-7>KQ4RST-1:(RR cmd, n(r)=3, p=1)
KQ4RST-1 audio level = 119 ? FX.25 ? _00____
Audio input level is too high.? Reduce so most stations are around 50.
[0.1] KQ4RST-1>KQ4RST-7:(RR res, n(r)=4, f=0)
KQ4RST-1 audio level = 118 ? FX.25 ? _00____
Audio input level is too high.? Reduce so most stations are around 50.
[0.1] KQ4RST-1>KQ4RST-7:(RR res, n(r)=5, f=0)
KQ4RST-1 audio level = 117 ? FX.25 ? _00____
Audio input level is too high.? Reduce so most stations are around 50.
[0.1] KQ4RST-1>KQ4RST-7:(RR res, n(r)=6, f=0)
KQ4RST-1 audio level = 119 ? FX.25 ? _00____
Audio input level is too high.? Reduce so most stations are around 50.
[0.1] KQ4RST-1>KQ4RST-7:(RR res, n(r)=7, f=1)
KQ4RST-1 audio level = 119 ? FX.25 ? _10____
Audio input level is too high.? Reduce so most stations are around 50.
[0.2] KQ4RST-1>KQ4RST-7:(RR res, n(r)=7, f=1)
[0L] KQ4RST-7>KQ4RST-1:(RR cmd, n(r)=3, p=1)
[0L] KQ4RST-7>KQ4RST-1:(I cmd, n(s)=7, n(r)=3, p=0, pid=0xf0)created 04:31:21 Aug 16 2024<0x0d>: 004 matt kq4rst.irc
[0L] KQ4RST-7>KQ4RST-1:(I cmd, n(s)=0, n(r)=3, p=0, pid=0xf0).com InspIRCd-2.0 iosw biklmnopstv bklov<0x0d>: 005 mat
[0L] KQ4RST-7>KQ4RST-1:(I cmd, n(s)=1, n(r)=3, p=0, pid=0xf0)t AWAYLEN=200 CASEMAPPING=rfc1459 CHANMODES=b,k,l,imnpst CHANNEL
?
The client computer stops registering any communication right here.
?
[0L] KQ4RST-7>KQ4RST-1:(I cmd, n(s)=2, n(r)=3, p=1, pid=0xf0)LEN=64 CHANTYPES=# CHARSET=ascii ELIST=MU FNC KICKLEN=255 MAP MA
[0L] KQ4RST-7>KQ4RST-1:(I cmd, n(s)=7, n(r)=3, p=0, pid=0xf0)created 04:31:21 Aug 16 2024<0x0d>: 004 matt kq4rst.irc
[0L] KQ4RST-7>KQ4RST-1:(I cmd, n(s)=0, n(r)=3, p=0, pid=0xf0).com InspIRCd-2.0 iosw biklmnopstv bklov<0x0d>: 005 mat
[0L] KQ4RST-7>KQ4RST-1:(I cmd, n(s)=1, n(r)=3, p=0, pid=0xf0)t AWAYLEN=200 CASEMAPPING=rfc1459 CHANMODES=b,k,l,imnpst CHANNEL
[0L] KQ4RST-7>KQ4RST-1:(I cmd, n(s)=2, n(r)=3, p=1, pid=0xf0)LEN=64 CHANTYPES=# CHARSET=ascii ELIST=MU FNC KICKLEN=255 MAP MA
[0L] KQ4RST-7>KQ4RST-1:(RR cmd, n(r)=3, p=1)
[0L] KQ4RST-7>KQ4RST-1:(RR cmd, n(r)=3, p=1)
[0L] KQ4RST-7>KQ4RST-1:(RR cmd, n(r)=3, p=1)
[0L] KQ4RST-7>KQ4RST-1:(RR cmd, n(r)=3, p=1)
[0L] KQ4RST-7>KQ4RST-1:(RR cmd, n(r)=3, p=1)
[0L] KQ4RST-7>KQ4RST-1:(DISC cmd, p=1)
?
I attached the config file that I am using for both the client and the server bpq nodes. What could be the cause the packets failing to be received? Just too much information?.. Or is it configured incorrectly?
?
Thanks, guys
|
Packets don't get acknowledged by the receiving node
Hello,
?
I am trying to set up a node that can run an application for me that can be accessed via hf radio. I have a test setup with two each of hf radios and sound cards and computers (the server computer is running linbpq and the client computer is running bpq32), and I'm trying to get the packet transfer to go smoothly, but it seems that the node that runs the application starts spitting out packets as fast as it can, and the receiving end stops receiving them. I'm using direwolf tnc on both computers. I would wonder if this was beyond the ability of packet, but I wouldn't know.. Here is what it says in direwolf on the "server" node from start to finish:
?
KQ4RST-1 audio level = 119 ? FX.25 ? _000___
Audio input level is too high. ?Reduce so most stations are around 50.
[0.2] KQ4RST-1>KQ4RST-7:(SABM cmd, p=1)
[0L] KQ4RST-7>KQ4RST-1:(UA res, f=1)
KQ4RST-1 audio level = 119 ? FX.25 ? _00____
Audio input level is too high. ?Reduce so most stations are around 50.
[0.1] KQ4RST-1>KQ4RST-7:(I cmd, n(s)=0, n(r)=0, p=1, pid=0xf0)irc<0x0d>
[0L] KQ4RST-7>KQ4RST-1:(RR res, n(r)=1, f=1)
[0L] KQ4RST-7>KQ4RST-1:(I cmd, n(s)=0, n(r)=1, p=0, pid=0xf0)*** Connected to IRC ? ? ? ? <0x0d>
[0L] KQ4RST-7>KQ4RST-1:(I cmd, n(s)=1, n(r)=1, p=0, pid=0xf0):kq4rst.irc.com NOTICE Auth :*** Looking up your hostname...<0x0d>:kq
[0L] KQ4RST-7>KQ4RST-1:(I cmd, n(s)=2, n(r)=1, p=1, pid=0xf0)4rst.irc.com NOTICE Auth :*** Found your hostname (localhost)<0x0d>
[0L] KQ4RST-7>KQ4RST-1:(RR cmd, n(r)=1, p=1)
[0L] KQ4RST-7>KQ4RST-1:(RR cmd, n(r)=1, p=1)
KQ4RST-1 audio level = 119 ? FX.25 ? _000___
Audio input level is too high. ?Reduce so most stations are around 50.
[0.2] KQ4RST-1>KQ4RST-7:(RR res, n(r)=1, f=0)
KQ4RST-1 audio level = 120 ? FX.25 ? _000___
Audio input level is too high. ?Reduce so most stations are around 50.
[0.2] KQ4RST-1>KQ4RST-7:(RR res, n(r)=2, f=0)
KQ4RST-1 audio level = 120 ? FX.25 ? _000___
Audio input level is too high. ?Reduce so most stations are around 50.
[0.2] KQ4RST-1>KQ4RST-7:(RR res, n(r)=3, f=1)
KQ4RST-1 audio level = 121 ? FX.25 ? _000___
Audio input level is too high. ?Reduce so most stations are around 50.
[0.2] KQ4RST-1>KQ4RST-7:(RR res, n(r)=3, f=1)
[0L] KQ4RST-7>KQ4RST-1:(RR cmd, n(r)=1, p=1)
KQ4RST-1 audio level = 118 ? FX.25 ? _111___
Audio input level is too high. ?Reduce so most stations are around 50.
[0.2] KQ4RST-1>KQ4RST-7:(RR res, n(r)=3, f=1)
KQ4RST-1 audio level = 116 ? FX.25 ? _11____
Audio input level is too high. ?Reduce so most stations are around 50.
[0.1] KQ4RST-1>KQ4RST-7:(I cmd, n(s)=1, n(r)=3, p=1, pid=0xf0)NICK matt<0x0d>
[0L] KQ4RST-7>KQ4RST-1:(RR res, n(r)=2, f=1)
KQ4RST-1 audio level = 120 ? FX.25 ? _000___
Audio input level is too high. ?Reduce so most stations are around 50.
[0.2] KQ4RST-1>KQ4RST-7:(I cmd, n(s)=2, n(r)=3, p=1, pid=0xf0)USER matt * * :mattr<0x0d>
[0L] KQ4RST-7>KQ4RST-1:(RR res, n(r)=3, f=1)
[0L] KQ4RST-7>KQ4RST-1:(I cmd, n(s)=3, n(r)=3, p=0, pid=0xf0):kq4rst.irc.com NOTICE Auth :Welcome to <0x02>KQ4RST<0x02>!<0x0d>:kq4rst.irc.co
[0L] KQ4RST-7>KQ4RST-1:(I cmd, n(s)=4, n(r)=3, p=0, pid=0xf0)m 001 matt :Welcome to the KQ4RST IRC Network matt!matt@localhos
[0L] KQ4RST-7>KQ4RST-1:(I cmd, n(s)=5, n(r)=3, p=0, pid=0xf0)t<0x0d>:kq4rst.irc.com 002 matt :Your host is kq4rst.irc.com, running
[0L] KQ4RST-7>KQ4RST-1:(I cmd, n(s)=6, n(r)=3, p=1, pid=0xf0) version InspIRCd-2.0<0x0d>:kq4rst.irc.com 003 matt :This server was<0x20>
[0L] KQ4RST-7>KQ4RST-1:(RR cmd, n(r)=3, p=1)
[0L] KQ4RST-7>KQ4RST-1:(RR cmd, n(r)=3, p=1)
[0L] KQ4RST-7>KQ4RST-1:(RR cmd, n(r)=3, p=1)
KQ4RST-1 audio level = 119 ? FX.25 ? _00____
Audio input level is too high. ?Reduce so most stations are around 50.
[0.1] KQ4RST-1>KQ4RST-7:(RR res, n(r)=4, f=0)
KQ4RST-1 audio level = 118 ? FX.25 ? _00____
Audio input level is too high. ?Reduce so most stations are around 50.
[0.1] KQ4RST-1>KQ4RST-7:(RR res, n(r)=5, f=0)
KQ4RST-1 audio level = 117 ? FX.25 ? _00____
Audio input level is too high. ?Reduce so most stations are around 50.
[0.1] KQ4RST-1>KQ4RST-7:(RR res, n(r)=6, f=0)
KQ4RST-1 audio level = 119 ? FX.25 ? _00____
Audio input level is too high. ?Reduce so most stations are around 50.
[0.1] KQ4RST-1>KQ4RST-7:(RR res, n(r)=7, f=1)
KQ4RST-1 audio level = 119 ? FX.25 ? _10____
Audio input level is too high. ?Reduce so most stations are around 50.
[0.2] KQ4RST-1>KQ4RST-7:(RR res, n(r)=7, f=1)
[0L] KQ4RST-7>KQ4RST-1:(RR cmd, n(r)=3, p=1)
[0L] KQ4RST-7>KQ4RST-1:(I cmd, n(s)=7, n(r)=3, p=0, pid=0xf0)created 04:31:21 Aug 16 2024<0x0d>:kq4rst.irc.com 004 matt kq4rst.irc
[0L] KQ4RST-7>KQ4RST-1:(I cmd, n(s)=0, n(r)=3, p=0, pid=0xf0).com InspIRCd-2.0 iosw biklmnopstv bklov<0x0d>:kq4rst.irc.com 005 mat
[0L] KQ4RST-7>KQ4RST-1:(I cmd, n(s)=1, n(r)=3, p=0, pid=0xf0)t AWAYLEN=200 CASEMAPPING=rfc1459 CHANMODES=b,k,l,imnpst CHANNEL
?
The client computer stops registering any communication right here.
?
[0L] KQ4RST-7>KQ4RST-1:(I cmd, n(s)=2, n(r)=3, p=1, pid=0xf0)LEN=64 CHANTYPES=# CHARSET=ascii ELIST=MU FNC KICKLEN=255 MAP MA
[0L] KQ4RST-7>KQ4RST-1:(I cmd, n(s)=7, n(r)=3, p=0, pid=0xf0)created 04:31:21 Aug 16 2024<0x0d>:kq4rst.irc.com 004 matt kq4rst.irc
[0L] KQ4RST-7>KQ4RST-1:(I cmd, n(s)=0, n(r)=3, p=0, pid=0xf0).com InspIRCd-2.0 iosw biklmnopstv bklov<0x0d>:kq4rst.irc.com 005 mat
[0L] KQ4RST-7>KQ4RST-1:(I cmd, n(s)=1, n(r)=3, p=0, pid=0xf0)t AWAYLEN=200 CASEMAPPING=rfc1459 CHANMODES=b,k,l,imnpst CHANNEL
[0L] KQ4RST-7>KQ4RST-1:(I cmd, n(s)=2, n(r)=3, p=1, pid=0xf0)LEN=64 CHANTYPES=# CHARSET=ascii ELIST=MU FNC KICKLEN=255 MAP MA
[0L] KQ4RST-7>KQ4RST-1:(RR cmd, n(r)=3, p=1)
[0L] KQ4RST-7>KQ4RST-1:(RR cmd, n(r)=3, p=1)
[0L] KQ4RST-7>KQ4RST-1:(RR cmd, n(r)=3, p=1)
[0L] KQ4RST-7>KQ4RST-1:(RR cmd, n(r)=3, p=1)
[0L] KQ4RST-7>KQ4RST-1:(RR cmd, n(r)=3, p=1)
[0L] KQ4RST-7>KQ4RST-1:(DISC cmd, p=1)
?
I attached the config file that I am using for both the client and the server bpq nodes. What could be the cause the packets failing to be received? Just too much information?.. Or is it configured incorrectly?
?
Thanks, guys
|
Re: Settings for telnet RMS Gateway?
Were you ever able to get this working? I just went through the process of setting up LinBPQ and was hoping I would be able to send and receive messages on it through RadioMail!
|
Re: NETROM packets arriving out of sequence
Hi Kevin.
QtTermTCP monitor is probably the simplest and if you have a recent
version you can log monitor output to disk.
Assuming it is a single netrom connect then any packet resequencing
will be done at the final node so a trace of that should be enough.
The syslog output may also be useful as that may have details of
packets arriving out of sequence.
73,
John
On 15/08/2024 22:19, Kevin, M0AHN
wrote:
toggle quoted message
Show quoted text
Hello John
?
I run a BPQ node in the South West of England and have
observed some occasions where packets are arriving out of order
over NETROM. The symptom is seen when connecting over 2 hops (so
3 BPQ nodes involved) to both a BBS and custom Application
hosted on a TCP port.
?
Recovery when using the BBS is relatively straightforward,
just request the message again. It is fatal for the custom
application though, which is sending structured data.?
?
I'd be happy to try and reproduce the issue but wanted to ask
how best to capture the logs? I can run a monitor in QtTermTCP,
or via the AGW port, or using KISS Proxy. Also, do you need the
logs from all 3 BPQ nodes involved or just the final node where
the problem was observed?
?
Thanks in advance
?
73
Kevin
|
NETROM packets arriving out of sequence
Hello John
?
I run a BPQ node in the South West of England and have observed some occasions where packets are arriving out of order over NETROM. The symptom is seen when connecting over 2 hops (so 3 BPQ nodes involved) to both a BBS and custom Application hosted on a TCP port.
?
Recovery when using the BBS is relatively straightforward, just request the message again. It is fatal for the custom application though, which is sending structured data.?
?
I'd be happy to try and reproduce the issue but wanted to ask how best to capture the logs? I can run a monitor in QtTermTCP, or via the AGW port, or using KISS Proxy. Also, do you need the logs from all 3 BPQ nodes involved or just the final node where the problem was observed?
?
Thanks in advance
?
73
Kevin
|
Re: Enable Forwarding and Send Personal Mail Only Question
Jeff to the rescue!! - Thanks!
73 de Chris ww2bsa
On 08/14/2024 1:51 PM EDT Jeff KP3FT via groups.io <kp3ft@...> wrote:
?
?
Keep forwarding enabled and tick Send Personal Mail Only.? That'll work; I found out by accident a couple years ago... Personal Mail Only was ticked and I didn't know it, and wondered why Bulls were never getting forwarded :)
|
Re: Enable Forwarding and Send Personal Mail Only Question
Keep forwarding enabled and tick Send Personal Mail Only.? That'll work; I found out by accident a couple years ago... Personal Mail Only was ticked and I didn't know it, and wondered why Bulls were never getting forwarded :)
|
Enable Forwarding and Send Personal Mail Only Question
My forwarding partner is requesting a temp stop to sending bulletins to his BBS.
?
Should I:
Un-tick? Enable Forwarding? (or will this stop ALL forwarding - personal and bulls?)
Tick Send Personal Mail Only? (keep forwarding on but tick this to send personal only?)
or
Un-tick Fowarding AND tick Send Personal Mail?
?
Thank you in advance as I wasn't successful in locating this answer in previous posts.
?
73 de Chris
ww2bsa.org
|
Richard Hendricks - KE0GB
John:
?
It was a case of bad syntax.? We had set it to:
?
AUTOADDMAP OFF
?
BPQ32 ignores the argument and enabled it.
?
Correct syntax:
?
AUTOADDMAP
?
...by itself with no arguments, and a semicolon to comment it out to disable,
or by just leaving it out of bpq32.cfg.
?
73 - Rick
KE0GB
?
|
A means automatically added as a result of AUTOADDMAP. If you don't
have that then it looks like a bug. Can you send me the config?
Thanks,
John
On 11/08/2024 21:34, Richard Hendricks
- KE0GB wrote:
toggle quoted message
Show quoted text
John:
?
We have a question regarding the
axresolver:
?
What does an "A" at the end of an axr <port#> line mean?
e.g., appearing on N0HI-7 node:
?
AC0VC-7 = 74.81.169.118 10093 =
74.81.169.118 B A
?
We are trying to delink ac0vc-7 from
n0hi-7 node, but haven't had any success.
?
The MAP statement, whereas AC0VC
was using AC0VC.DDNS.NET, has been deleted
from N0HI-7, but AC0VC is not available
to delete the MAP
statement from his end.?
?
We are wondering what the "A" stands
for and if there's a way
to resolve this.?
?
N0HI also tried deleting
BPQNodes.dat and rebooted, but no success.
?
Thanks.
?
73 - Rick
KE0GB
?
?
|
Richard Hendricks - KE0GB
For the time being, we locked out the route in the "ROUTES:" table.
?
I found the answer to the "A" question in a previous topic.
?
73 - Rick
KE0GB
?
|
Brent WG0A
Jeff KP3FT
@w7apk