I need to route my email through a digipeater (KH7RFI-7) to reach an
RMS gateway (WC7EC-10). I tried the following:

sudo axparms -route add> udr0 WC7EC-10 KF7RFI-7

I then created an email in mutt, and used the
command:

wl2kax25 -c WC7EC-10

At the same time I am monitoring with
listen -s in another term window. It appears that I am still trying to
connect directly to the gateway, not via the digipeater. udr0: fm
KI7JS to WC7EC-10 ctl SABM+ (repeated 7 times, then "connection timed
out" from wl2kax25)

What am I doing wrong? I suspect the route command is wrong. Or maybe I should reboot or restart ax25?

FWIW I can use the same system to connect to another gateway
directly. I can also drive to a place I can reach wc7ec and it works
OK. I can also see beacons from KF7RFI when monitoring with listen -a.

Thanks,
Jay KI7JS

Thanks!

OK, I changed the second ki7js-10 to ki7js-11. I am using the left connector, hooked up through a ham-made-parts cable to an old Alinco 110.

Here's the script output:

pi@drawspi1:~/n7nix/debug $ ./ax25-showcfg.sh

=== Display kissparms & ax25dev-parms
port: 0, speed: 1200, slottime: 200, txdelay: 500, t1 timeout: 3000, t2 timeout: 1000
port: 1, speed: 1200, slottime: 200, txdelay: 500, t1 timeout: 3000, t2 timeout: 1000
== kissparms from /etc/ax25/ax25-upd
$KISSPARMS -p ${PORTNAME_1} -f no -l 100 -r 32 -s $SLOTTIME -t $TXDELAY
$KISSPARMS -p ${PORTNAME_1} -f no -l 100 -r 32 -s $SLOTTIME -t $TXDELAY
$KISSPARMS -p ${PORTNAME_1} -f no -l 100 -r 32 -s $SLOTTIME -t $TXDELAY
$KISSPARMS -p ${PORTNAME_2} -f no -l 100 -r 32 -s $SLOTTIME -t $TXDELAY
$KISSPARMS -p ${PORTNAME_1} -f no -l 100 -r 32 -s $SLOTTIME -t $TXDELAY

===== ax.25 config
Found directory: /proc/sys/net/ax25/ax0
ax25_default_mode: 0
backoff_type: 0
connect_mode: 2
dama_slave_timeout: 180000
extended_window_size: 32
idle_timeout: 900000
ip_default_mode: 0
maximum_packet_length: 255
maximum_retry_count: 6
protocol: 0
standard_window_size: 2
t1_timeout: 3000
t2_timeout: 1000
t3_timeout: 300000

Found directory: /proc/sys/net/ax25/ax1
ax25_default_mode: 0
backoff_type: 0
connect_mode: 2
dama_slave_timeout: 180000
extended_window_size: 32
idle_timeout: 900000
ip_default_mode: 0
maximum_packet_length: 255
maximum_retry_count: 6
protocol: 0
standard_window_size: 2
t1_timeout: 3000
t2_timeout: 1000
t3_timeout: 300000

===== ALSA Controls for Radio Transmit =====
LO Driver Gain L:[-6.00dB] R:[-6.00dB]
PCM L:[-25.00dB] R:[-25.00dB]
DAC Playback PT L:[P3] R:[P3]
LO Playback CM [Full Chip]

===== ALSA Controls for Radio Receive =====
ADC Level L:[0.00dB] R:[0.00dB]
IN1 L:[Off] R:[Off]
IN2 L:[10 kOhm] R:[10 kOhm]
CM L:[10 kOhm] R:[10 kOhm]

===== Port baudrate
DireWolf: udr0 speed: 1200, udr1 speed: 1200
AX.25: udr0 speed: 1200, udr1 speed: 1200

===== axports
udr0 KI7JS-10 9600 255 2 Winlink port
udr1 KI7JS-11 9600 255 2 Direwolf port

===== ax25d.conf
[KI7JS-10 VIA udr0]
NOCALL * * * * * * L
default * * * * * * - rmsgw /usr/local/bin/rmsgw rmsgw -P %d %U
#
[KI7JS VIA udr0]
NOCALL * * * * * * L
default * * * * * * - pi /usr/local/bin/wl2kax25d wl2kax25d -c %U -a %d

===== wl2k.conf
paclink-unix ax25 port: ax25port=udr0

pi@drawspi1:~/n7nix/debug $ mheard
Callsign Port Packets Last Heard
pi@drawspi1:~/n7nix/debug $ mheard

It also turns out that the original GPS/LNA antenna had gone bad along
with the Pi3B+. It was working before the RPi started into the
overheating problem. So what ever started the heating problem took out
the ability to connect to the DRAWS hat and apparently the GPS antenna...

I tried the GPS antenna from the other DRAWS unit I have in my GO box
and it came right up. Just ordered another from you.

Note: The Pi4 B+ really needs a fan... runs 55 to 60C without, 35-37C

Had a 12V microfan sitting in the junk box, wired it in, and the Pi
stays cool now.

I have a case on back order. Does it have a place for a fan mount?

Jack - kd4iz