Re: Netrom BCAST and Polling Frequency?

#31881

That totally makes sense.? My neighbor is running all of his packet stuff with a low power budget (solar) nodes. And come to think of it, most of his nodes routes do not work very well -- let me offer to buy him a bigger solar panel.

-Chris KQ6UP

Show quoted text

On 2/12/2021 2:43 AM, John G8BPQ wrote:
These are probably link validation polls which are part of the ax.25 protocol and are controlled by the T3 setting in bpq32.cfg. Although the interval could be extended a bit from the normal setting of 180 seconds it would be unwise to make it much longer.

These are sent on all open links. I think that Node to Node links should be kept open, mainly to prove that the connection actually works and to detect a lost neighbour quickly. Without this you can end up with Nodes in your table that can never be reached. I feel that a couple of short messages every 3 minutes is a small price to pay for this improved network reliability. If you really don't want this you can set it so that links will only be opened when needed by setting NOKEEPALIVES=1 in the port config.

73,
John


On 11/02/2021 21:26, Christopher Maness wrote:
My neighbors are getting a little grouchy that my LinBPQ is polling every 5min.? How do I change this behavior?? Maybe at startup, and once per hour is better.

Thanks,

Chris KQ6UP

OpenPGP_0x55BE65AD1B41D696.asc

OpenPGP_signature

Re: Pactor wont answer

#31880

开云体育

Ok,

With that it should accept connections to the Node Call and pass them to the BBS.

Which callsign is the user trying to connect to?

73

John

On 12/02/2021 14:43, Ray Adkins wrote:

Show quoted text

Here is my pactor port config.

PORT

PORTNUM=11

ID=HF PACTOR 1,2,3

DRIVER=SCSPACTOR

COMPORT=6? ? ; # = SERIAL COM PORT?

SPEED=38400 ;COM Port Speed

INTERLOCK=4

CONFIG

APPL BBS

PSKA 250

FSKA 250

DRAGON

MAXLEVEL=3

ENDPORT

Ray N3HYM?

Re: Pactor wont answer

#31879

Here is my pactor port config.

PORT

PORTNUM=11

ID=HF PACTOR 1,2,3

DRIVER=SCSPACTOR

COMPORT=6? ? ; # = SERIAL COM PORT?

SPEED=38400 ;COM Port Speed

INTERLOCK=4

CONFIG

APPL BBS

PSKA 250

FSKA 250

DRAGON

MAXLEVEL=3

ENDPORT

Ray N3HYM?

Re: Scanning continues during RPR connect

#31878

开云体育

Martin.

Are you using the same port on the Dragon for Pactor and Robust Packet (with DRAGON SINGLE in the config)?

73,
John

On 11/02/2021 09:50, Martin wrote:

Show quoted text

Just realized that RPR connects do not work properly anymore (at least at RMS HB9AK - SCS DRAGON is used for RPR): When connecting, BPQ32 replies correctly, but the port monitor (PACTOR) still says 'TNC State free'. Mode switches between STANDBY and Channel-Busy. As long as Channel-Busy remains on, the connect proceeds, but suddenly the mode switches back to STANDBY, and the TRX changes the QRG.

Martin HB9AUR, Sysop HB9AK

Re: Pactor wont answer

#31877

开云体育

That's a configuration for ARDOP, not Pactor.

What is in your Pactor port configuration?

73
John

On 11/02/2021 21:24, Ray Adkins wrote:

Show quoted text

When stations arw calling me , my pactor scs 7800 dragon will not answer, pactor is plugged in rear port of ic 7300 Running latest windows , bpq32 . Running vara , ardop and pactor with ic 7300

Below is my config

Port

?PORTNUM=8

?ID=HF ARDOP 80M-15M

?DRIVER=ARDOP

?PORTCALL=N3HYM

?INTERLOCK=4

CONFIG

ADDR 127.0.0.1 8200 PTT CI-V PATH C:\RMS Express\ARDOP_Win.exe

CAPTURE IC 7300 (USB Audio CODEC)

PLAYBACK IC 7300 (USB Audio CODEC)

RIGCONTROL

COM4 19200 ICOM IC7300 94h PTT_SETS_INPUT AUX

?

?3,3.5904,USB,F1,D,P123? ??

?3,7.1010,USB,F1,D,P123

Am i missing something ??

Ray N3HYM?

Re: RF Port Redirect

Richard Hendricks

#31876

No worries, John.? To tell you the truth, it was kind of fun playing "Sherlock Holmes".
hi hi

Red:? I didn't have an opportunity to check other interfaces besides KISS, so I don't
know if UZ7HO's soundcard driver shows the fault.? Easy way to check, is to connect
to your own BBS, RMS, or CHAT calls from your RF ports and digipeat from someone
back to yourself.? If it redirects to your node call after two SABMs, then you'll know.

73 - Rick
KE0GB

Re: Pactor wont answer

#31875

Ray, it appears that you are mixing two different digital ports (ARDOP and SCS PACTOR) into one defined port.

You need to split the two up into proper Ports deffinitions. See the BPQ docs for ARDOP and SCS PACTOR.

They have different drivers associated for each digital protocol.

For me, I have the SCS PACTOR defined in the first Port which is associated with the ACC radio connection.

The next Port defines the other digital mode (ARDOP or VARA) and that is associated with my radio's internal soundmodem.

Both Ports use the same radio and have a common Interlock number. INTERLOCK=1

That same Interlock number is defined in the new rigcontrol section outside of the 2 unique Ports as RADIO=1. For me, that is the radio's USB COM interface.

Your setup may be different so reading the doc's is a must.

Show quoted text

On Thu, Feb 11, 2021 at 1:30 PM Ray Adkins <N3hym1@...> wrote:

I should add , calling out on the pactor port works fine.

Ray

SCS 7400 and RIGblaster (Was: Re: [bpq32] Pactor wont answer)

#31874

On 2/11/21 10:30 PM, Ray Adkins wrote:

I should add , calling out on the pactor port works fine.
Ray
Btw, I would welcome suggestions on using SCS 7400 Dragon pactor/robust modem and RIGblaster Advantage sound-card interface I use for HF packet mode in parallel with a single HF radio. For now I use each of those devices alone, so I re-connect their audio cables when change from pactor to HF packet at the same radio in the local ham club. (Each device connects to the same MIC & headphones jacks on the front panel of the radio, FT-1000MP.) All works well.

I'd like to avoid re-connecting cables when change working modes, but to stay on the safe side regarding possible damages to either the club's radio and the modem & interface. (SCS 7400 and RIGblaster Advantage use two USB jacks of the computer, the former uses an external 12VDC power supply while the latter is energized by the USB jack. I suppose that in case of binding their audio cables together before the radio's jacks, there might appear some parasitic currents in the loop or like, and I wonder what might be the safest to do. Some folks here suggested to think about some filtering/shielding electronics in between the radio and that 'joint' cabling ...)

Any experience with?

Misko YT7MPB, YU7BPQ

Re: Pactor wont answer

#31873

On 2/11/21 10:24 PM, Ray Adkins wrote:

When stations arw calling me , my pactor scs 7800 dragon will not answer, pactor is plugged in rear port of ic 7300 Running latest windows , bpq32 . Running vara , ardop and pactor with ic 7300
Below is my config
Port
PORTNUM=8
ID=HF ARDOP 80M-15M
DRIVER=ARDOP
PORTCALL=N3HYM
INTERLOCK=4
CONFIG
ADDR 127.0.0.1 8200 PTT CI-V PATH C:\RMS Express\ARDOP_Win.exe
CAPTURE IC 7300 (USB Audio CODEC)
PLAYBACK IC 7300 (USB Audio CODEC)
RIGCONTROL
COM4 19200 ICOM IC7300 94h PTT_SETS_INPUT AUX
3,3.5904,USB,F1,D,P123
3,7.1010,USB,F1,D,P123
Am i missing something ??
Ray N3HYM
I am just guessing ... you have defined P123 for pactor mode in your RIGCONTROL segment of a non-pactor port. On the other side, in your recent post you did not have some similar in your pactor port. Could it be that something like that prevents listening for incoming pactor connections?

Misko YT7MPB, YU7BPQ

Re: Bpq32 ipgateway

#31872

开云体育

Assuming that the address of the LinBPQ machine is 192.168.1.101 this is how it should work.

LinBPQ IP Gateway communicates with machines on the same LAN, including the LinBPQ host, using NAT.? On my machine, which has a LAN IP address of 192.168.1.44 and an AMPR address of 192.168.56.7 the nat command returns:

nat

POGO4:G8BPQ-9}

44.131.56.4 to 192.168.1.64?? ??? ??? ??? ??? ???? (this is another PC on the same lan)

44.131.56.7 to 192.168.1.44 via TAP

73,

John

On 12/02/2021 10:08, Niels Ruiter wrote:

Show quoted text

I am confused with how to use the ipgateway. 192.168.1.102 is a
ip-address that does not exist in my network, it is in a DMZ.

The AXIP map statement to my partner node look like this.
 
  MAP PI1BDG 44.137.1.81 UDP 10093 B

My bpq32.cfg

IPGATEWAY
Adapter eth0

44ENCAP 192.168.1.102
IPAddr 44.137.31.70
IPNetmask 255.255.255.224
IPPorts 1,2,3,4,5

The routes is missing in routing table.

ipr 44.137
LAPNOD:PI1LAP} 784 Entries
44.137.0.0/16 10 T 1 3557 encap 213.222.29.194
44.137.1.208/28 0 T 1 3557 encap 88.198.97.130

I can ping from the linux prompt to my partner node.
I can also setup a telnet connect to the remote system.

pi@pancake:~/linbpq $ ping 44.137.1.81
PING 44.137.1.81 (44.137.1.81) 56(84) bytes of data.
64 bytes from 44.137.1.81: icmp_seq=1 ttl=60 time=184 ms
64 bytes from 44.137.1.81: icmp_seq=2 ttl=60 time=487 ms

And can ping from the node

Connected to TelnetServer
ping 44.137.1.81
LAPNOD:PI1LAP} 
OK
Ping Response from 44.137.1.81

But, the axip link doesn`t come online. If I look at the tcpdump of the
LinBPQTAP the reaction of bpq32 is with the ip-address of the host and
not my ampr IPAddr 44.137.31.70

10:35:13.026804 IP 44.137.1.81.10093 > 192.168.1.101.10093: UDP, length 256
10:35:19.418391 IP 192.168.1.101.10093 > 44.137.1.81.10093: UDP, bad length 256 > 224
10:35:19.418427 IP 192.168.1.101 > 44.137.1.81: ip-proto-17
10:35:23.030442 IP 44.137.1.81.10093 > 192.168.1.101.10093: UDP, length 256
10:35:24.453469 ARP, Request who-has 44.137.1.81 tell 192.168.1.101, length 28
10:35:24.535545 ARP, Reply 44.137.1.81 is-at 02:42:50:51:01:46, length 46
10:35:27.444957 IP 192.168.1.101.10093 > 44.137.1.81.10093: UDP, length 17

Does anyone have any idea what I'm doing wrong here.

73 Niels PD9Q

PORTS 0x21f9c8 LINKS 0x224070 DESTS 0x226eb4 ROUTES 0x22d6b4 L4
0x230ab4 BUFFERS 0x23d410

Initialising Port 01     TCPKISS IP 127.0.0.1 Port 8001 Chan A 
Initialising Port 02     TCPKISS IP 127.0.0.1 Port 8001 Chan B 
Initialising Port 03     AXIP 
Initialising Port 04     Telnet Server 
Initialising Port 05     Loopback
IP Using eth0
Successfully connected to TAP interface LinBPQTAP
TAP brought up
TAP MTU set to 256
Route to 44/9 added via LinBPQTAP
Route to 44.128/10 added via LinBPQTAP
Net44 Tunnel opened on PCAP device
IP Support Enabled
Using Shared Memory /BPQAPRSSharedMem
Map APRS Shared Memory Allocated at 0x43000000
APRS Digi/Gateway Enabled
slave device: /dev/pts/1. symlink to /home/pi/fbbded created
TNC Emulator Init Complete

Re: Netrom BCAST and Polling Frequency?

#31871

These are probably link validation polls which are part of the ax.25 protocol and are controlled by the T3 setting in bpq32.cfg. Although the interval could be extended a bit from the normal setting of 180 seconds it would be unwise to make it much longer.

These are sent on all open links. I think that Node to Node links should be kept open, mainly to prove that the connection actually works and to detect a lost neighbour quickly. Without this you can end up with Nodes in your table that can never be reached. I feel that a couple of short messages every 3 minutes is a small price to pay for this improved network reliability. If you really don't want this you can set it so that links will only be opened when needed by setting NOKEEPALIVES=1 in the port config.

73,
John

Show quoted text

On 11/02/2021 21:26, Christopher Maness wrote:
My neighbors are getting a little grouchy that my LinBPQ is polling every 5min.? How do I change this behavior?? Maybe at startup, and once per hour is better.

Thanks,

Chris KQ6UP

Re: RF Port Redirect

#31870

开云体育

Thanks,

Sorry about this. It is a bug introduced to the Level 2 (KISS) driver when I added the port specific CTEXT. I've uploaded new versions of bpq32 and linbpq to my beta site.

73,
John

On 12/02/2021 02:41, Richard Hendricks wrote:

Show quoted text

Conducting tests with others in the area, I've found that 6.0.21.21 is also bad.

73 - RH

Bpq32 ipgateway

#31869

I am confused with how to use the ipgateway. 192.168.1.102 is a
ip-address that does not exist in my network, it is in a DMZ.

The AXIP map statement to my partner node look like this.
 
  MAP PI1BDG 44.137.1.81 UDP 10093 B

My bpq32.cfg

IPGATEWAY
Adapter eth0

44ENCAP 192.168.1.102
IPAddr 44.137.31.70
IPNetmask 255.255.255.224
IPPorts 1,2,3,4,5

The routes is missing in routing table.

ipr 44.137
LAPNOD:PI1LAP} 784 Entries
44.137.0.0/16 10 T 1 3557 encap 213.222.29.194
44.137.1.208/28 0 T 1 3557 encap 88.198.97.130

I can ping from the linux prompt to my partner node.
I can also setup a telnet connect to the remote system.

pi@pancake:~/linbpq $ ping 44.137.1.81
PING 44.137.1.81 (44.137.1.81) 56(84) bytes of data.
64 bytes from 44.137.1.81: icmp_seq=1 ttl=60 time=184 ms
64 bytes from 44.137.1.81: icmp_seq=2 ttl=60 time=487 ms

And can ping from the node

Connected to TelnetServer
ping 44.137.1.81
LAPNOD:PI1LAP} 
OK
Ping Response from 44.137.1.81

But, the axip link doesn`t come online. If I look at the tcpdump of the
LinBPQTAP the reaction of bpq32 is with the ip-address of the host and
not my ampr IPAddr 44.137.31.70

10:35:13.026804 IP 44.137.1.81.10093 > 192.168.1.101.10093: UDP, length 256
10:35:19.418391 IP 192.168.1.101.10093 > 44.137.1.81.10093: UDP, bad length 256 > 224
10:35:19.418427 IP 192.168.1.101 > 44.137.1.81: ip-proto-17
10:35:23.030442 IP 44.137.1.81.10093 > 192.168.1.101.10093: UDP, length 256
10:35:24.453469 ARP, Request who-has 44.137.1.81 tell 192.168.1.101, length 28
10:35:24.535545 ARP, Reply 44.137.1.81 is-at 02:42:50:51:01:46, length 46
10:35:27.444957 IP 192.168.1.101.10093 > 44.137.1.81.10093: UDP, length 17

Does anyone have any idea what I'm doing wrong here.

73 Niels PD9Q

PORTS 0x21f9c8 LINKS 0x224070 DESTS 0x226eb4 ROUTES 0x22d6b4 L4
0x230ab4 BUFFERS 0x23d410

Initialising Port 01     TCPKISS IP 127.0.0.1 Port 8001 Chan A 
Initialising Port 02     TCPKISS IP 127.0.0.1 Port 8001 Chan B 
Initialising Port 03     AXIP 
Initialising Port 04     Telnet Server 
Initialising Port 05     Loopback
IP Using eth0
Successfully connected to TAP interface LinBPQTAP
TAP brought up
TAP MTU set to 256
Route to 44/9 added via LinBPQTAP
Route to 44.128/10 added via LinBPQTAP
Net44 Tunnel opened on PCAP device
IP Support Enabled
Using Shared Memory /BPQAPRSSharedMem
Map APRS Shared Memory Allocated at 0x43000000
APRS Digi/Gateway Enabled
slave device: /dev/pts/1. symlink to /home/pi/fbbded created
TNC Emulator Init Complete

Re: RF Port Redirect

#31868

Hi Rick,

RF ports using which driver, KISS or UZ7HO driver etc??

-Red

Re: RF Port Redirect

Richard Hendricks

#31867

I have found that 6.0.21.20 is good, so it appears to have started at version
6.0.21.21, John.

73 - Rick
KE0GB

Re: RF Port Redirect

#31866

Thank you, I just tested my RMS and found the same problem, I have reverted to 6.021.13 for the time being

Re: Netrom BCAST and Polling Frequency?

#31865

If your cfg starts with SIMPLE, then the following are set to defaults:

BBS = 1
BTINTERVAL = 60
BUFFERS = 999
C_IS_CHAT = 1
FULLCTEXT = 1
HIDENODES = 0
IDINTERVAL = 10
IDLETIME = 900
IPGATEWAY = 0
L3TIMETOLIVE = 25
L4DELAY = 10
L4RETRIES = 3
L4TIMEOUT = 60
L4WINDOW = 4
LINKEDFLAG = 'A'
MAXCIRCUITS = 128
MAXNODES = 250
MAXHOPS = 4
MAXLINKS = 64
MAXROUTES = 64
MAXRTT = 90
MINQUAL = 150
NODE = 1
NODESINTERVAL = 30
OBSINIT = 6
OBSMIN = 5
PACLEN = 236
AUTOSAVE = 1
SAVEMH=1
T3 = 180

These are the environment or global settings, prior to port 1.
T3=180 means your node is going to poll other nodes every 180 seconds.

You can remove the SIMPLE command and add these, and adjust the values as needed.

For example:

T3=900  ; will poll other nodes every 900 seconds, or 15 min.

You could also use the NOKEEPALIVES=1 in any port setting to prevent polling altogether
The heard nodes would still add to the route table and remain until they are no longer heard.

Re: RF Port Redirect

Richard Hendricks

#31864

Conducting tests with others in the area, I've found that 6.0.21.21 is also bad.

73 - RH

Re: RF Port Redirect

Richard Hendricks

#31863

John and Mike:

It appears that a bug has crept into 6.0.21.23, giving me the results that I opened this
thread with.? The following versions were tested and found to be working as intended:
6.0.21: .1, .2, .6, .12, and 19.? I didn't have the opportunity to download and test other
beta-versions, except these.

73 - Rick
KE0GB

Re: RF Port Redirect

Richard Hendricks

#31862

I reverted back to version 6.0.21.1 and found that it operates fine.? So, I'm going to check
other past versions that I have kept and report my results.

73 - Rick
KE0GB