Digital HF & NVIS Resources

A curated reference covering BPQ32 / LinBPQ installation and configuration, VARA HF and VARA FM modem setup, Winlink Express, and Near Vertical Incidence Skywave (NVIS) communications — assembled from official documentation and community guides. All links open in a new window.

01 BPQ32 / LinBPQ 02 VARA HF Modem 03 VARA FM Modem 04 Winlink Express 05 Dire Wolf TNC 06 UZ7HO SoundModem 07 NVIS Propagation 08 NVIS Antennas 09 Tools & Utilities 11 Sample Configs 10 Reference Links
📡 Software

01 — BPQ32 / LinBPQ

BPQ32 (Windows) and LinBPQ (Linux) are the same software by John Wiseman G8BPQ — a full-featured AX.25 NET/ROM packet node, BBS, Chat server, and APRS gateway. It is the backbone of many TPRFN hub stations. Configuration is done entirely through a single text file, bpq32.cfg.

🐧 LinBPQ on Linux (Ubuntu / Debian / Raspberry Pi)

LinBPQ runs as a console application or daemon and is managed entirely via a web browser. It is the recommended platform for hub stations due to better uptime and resource efficiency versus Windows.

  • Download the latest binary from G8BPQ Downloads Page ↗
  • Place the linbpq binary and bpq32.cfg in the same directory (e.g. /home/user/linbpq/)
  • Create an HTML/ subdirectory and unzip the HTML management pages into it
  • Run: ./linbpq mail chat to start node, BBS, and chat server
  • Management web UI: http://localhost:8080 (port set in cfg)
  • Configuration is case-sensitive — BPQ32.cfg will NOT work; must be lowercase bpq32.cfg
# Make binary executable chmod +x linbpq # Start node + BBS + chat ./linbpq mail chat # Run as background daemon nohup ./linbpq mail chat > linbpq.log 2>&1 &
🪟 BPQ32 on Windows

BPQ32 is packaged as an NSIS installer available from the BPQ32 Groups.io file section. Configuration is at C:\Users\USERNAME\AppData\Roaming\BPQ32\BPQ32.cfg. Use View Configuration Folder from the Start menu shortcut to locate it quickly.

  • Download installer from BPQ32 Groups.io Files ↗
  • Run installer — do NOT launch BPQ32 at the end if running as Administrator (file permission issue with VARA)
  • Open View Examples Folder from Start menu — copy the example closest to your intended setup and modify it
  • Restart BPQ32 after any config changes; it can also re-read config without full restart via the console window
⚙️ bpq32.cfg — Key Configuration Sections

The configuration file uses ; comment for single-line comments and /* ... */ for multi-line blocks. All parameters are KEYWORD=VALUE pairs.

; === NODE IDENTITY === NODECALL=K1AJD-7 NODEALIAS=AJDBBS LOCATOR=EM73 HTTPPORT=8080 ; === TELNET PORT === PORT ID=Telnet TYPE=TCPIP TCPPORT=8010 FWDFILE=FWD1.SYS ENDPORT ; === VARA HF PORT === PORT ID=VARA HF TYPE=VARA VARAPORT=8300 QUALITY=100 ENDPORT ; === BBS APPLICATION === APPLICATION 1,BBS,,K1AJD-4,AJDMAIL,255
BBS config: The BBS is configured separately in linmail.cfg (Linux) or BPQMail.cfg (Windows). This file is auto-created on first run. Forwarding partners and connect scripts live in the BBSForwarding section of that file.
ParameterDescriptionExample
NODECALLYour station callsign and SSIDK1AJD-7
NODEALIASShort alias for the node (up to 6 chars)AJDBBS
LOCATORMaidenhead grid square (4 or 6 char)EM73
HTTPPORTWeb management interface port8080
TCPPORTTelnet access port8010
FBBPORTFBB-style BBS forward port7300
VARAPORTVARA HF command port (default 8300)8300
USER=SYSOP account: USER=call,pass,,,SYSOPUSER=k1ajd,pw,,SYSOP
📻 Modem

02 — VARA HF Modem

VARA HF is a high-performance HF software modem by José Alberto Nieto Ros, EA5HVK. It uses OFDM modulation within a 2400 Hz SSB bandwidth and delivers uncompressed data rates up to 5,629 bps under good conditions. It is the primary modem used by TPRFN hub stations for HF forwarding on 80m, 40m, 30m, and 20m. VARA is shareware — it operates in a reduced-speed trial mode without a license; a one-time license fee unlocks full speed for both VARA HF and VARA FM.

⬇️ Download & Installation
  • Download VARA HF from the EA5HVK VARA page ↗ — current version is VARA HF v4.9.0
  • Run the installer. On Windows Server, do NOT launch VARA at the end of install — do it manually after to avoid file permission issues
  • VARA HF requires Windows or Wine on Linux. For native Linux use, run via Wine or use varanny ↗ for headless/remote management
  • Install VARA HF and VARA FM separately — they are distinct programs sharing the same license key
Antivirus note: Some antivirus programs flag VARA as a false positive Trojan. Create an exception for the VARA installation folder before running.
⚙️ Initial Configuration
  • Open VARA HF → Settings → VARA Setup — enter your callsign and license key if you have one
  • Settings → SoundCard — select your digital interface soundcard for both Input and Output. Set your computer's internal soundcard as the default Windows device so VARA has exclusive use of the external one
  • Set receive audio so the input meter reads around 12 o'clock (50%) — adjust radio volume or soundcard level
  • VARA HF communicates with BPQ32/LinBPQ via TCP: command port 8300, data port 8301 (defaults)
  • For running multiple instances, change ports — e.g. second instance uses 8302/8303
PORT ID=VARA HF TYPE=VARA VARAPORT=8300 ; command port QUALITY=100 FRACK=120000 ; HF retry timer (ms) RETRIES=5 ENDPORT
📡 PTT & CAT Control

VARA HF does not directly control radio PTT or frequency — this is handled via CAT control configured separately in BPQ32/LinBPQ or Winlink Express. Common methods:

  • RTS/DTR via COM port — most common for hardware interfaces (SignaLink, Digirig, etc.)
  • CAT via CI-V (Icom) — set CI-V baud rate to 115200, CI-V Transceive ON, CI-V USB Port = Unlink from REMOTE
  • CAT via CAT5 (Yaesu) — configure baud rate to match your radio's menu setting
  • Hamlib / rigctld — preferred for Linux; varanny can launch rigctld automatically
ALC warning: Monitor ALC deflection when transmitting. VARA HF signals overdrive easily — reduce TX audio level until ALC just barely moves. Overdriving degrades S/N significantly.
ModeApprox SpeedMin S/NNotes
VARA HF (trial)Up to 2300 bps~6 dBNo license required
VARA HF (licensed)Up to 5629 bps~14.5 dBFull speed, all modes
VARA HF ROBUST~300 bpsVery lowFor weak/noisy paths
📻 Modem

03 — VARA FM Modem

VARA FM is a VHF/UHF soundcard modem — a separate program from VARA HF but sharing the same license. It is significantly faster than 1200-baud AX.25 packet even in trial mode. VARA FM NARROW uses the microphone audio path and is compatible with virtually any FM radio. VARA FM WIDE requires discriminator access and supports even higher throughput. Version 4.x.x is not compatible with 3.x.x stations.

⚙️ Installation & Setup
  • Download VARA FM from the EA5HVK VARA page ↗ — current version VARA FM v4.4.0
  • Open VARA FM → Settings → VARA Setup — enter callsign and license key
  • Settings → SoundCard — select your external/radio soundcard. Set your computer's internal soundcard as the Windows default to avoid conflicts
  • For digipeater operation, enter your CALLSIGN-SSID in the Digipeater field — requires a license
  • VARA FM operates on TCP ports 8300 (command) and 8301 (data) by default — same as VARA HF, so they cannot run simultaneously on the same ports. Use 8302/8303 for the second instance
Audio level tip: VARA FM is a low-signal modem. Over-driving is the most common problem — users frequently overdrive their signals resulting in poor S/N. Reduce TX volume until throughput improves rather than increasing it.
📶 NARROW vs WIDE
ModeRadio PathSpeedCompatibility
VARA FM NARROWMicrophone / speaker audioModerateAny FM radio
VARA FM WIDEDiscriminator + RA board or built-in soundcardHighRadios with discriminator access; Signalink wired for 9600
💡 Troubleshooting Tips
  • Ping individual hops before attempting full connections — use the VARA FM ping function to verify each hop S/N
  • Avoid sending traffic on connections with S/N below 10 dB — it ties up the frequency with little chance of success
  • VARA FM 4.x.x stations cannot connect to 3.x.x stations — both ends must run the same major version series
  • Check your radio's data speed setting — must match NARROW (1200) or WIDE (9600) as appropriate
🐺 Software TNC

05 — Dire Wolf TNC

Dire Wolf (WB2OSZ) is a free, open-source software soundcard TNC supporting AX.25 packet, APRS, KISS over TCP, and FX.25 Forward Error Correction. It runs on Linux, Windows, and macOS and is the recommended TNC for BPQ32/LinBPQ hub stations and Winlink Packet sessions. Current stable release: v1.8 (October 2025).

🐧 Linux Installation (Debian / Ubuntu / Raspberry Pi OS)

Build Dire Wolf from source using CMake. All dependencies are available in standard repos.

# Install build dependencies sudo apt-get update sudo apt-get install git gcc g++ make cmake libasound2-dev libudev-dev libavahi-client-dev alsa-utils -y
# Clone, build, and install cd ~ git clone https://www.github.com/wb2osz/direwolf cd direwolf git checkout dev mkdir build && cd build cmake .. make -j4 sudo make install make install-conf # direwolf.conf placed in ~/
# Add user to required groups (replace YOURUSER) sudo usermod -a -G dialout YOURUSER sudo usermod -aG audio YOURUSER sudo usermod -aG plugdev YOURUSER sudo usermod -aG pulse-access YOURUSER # Reboot or re-login before proceeding
# List available soundcard devices arecord -l # Note the Card# and device number — used in ADEVICE below
Fedora / RHEL: Replace apt-get with dnf and use package names: alsa-lib-devel hamlib-devel libgpiod-devel systemd-devel
🪟 Windows Installation
  • Download the latest x86_64 zip from the GitHub Releases page ↗
  • Extract to a permanent folder — note the included direwolf.conf
  • Run direwolf.exe once to list audio devices — note the numbers next to your soundcard interface
  • Set audio levels: press Win+Rmmsys.cpl → Playback → your device → Levels → ~50%
  • Find your PTT COM port: Win+Rdevmgmt.msc → Ports → note COM#
⚙️ Basic Configuration — direwolf.conf

The key directives to edit in direwolf.conf:

# Your callsign MYCALL N0CALL # Linux soundcard (from arecord -l Card#,Device) ADEVICE plughw:1,0 # Windows: use device index shown on startup, e.g.: # ADEVICE 0 # Channel 0 config block CHANNEL 0 # 1200 baud AFSK — standard VHF packet MODEM 1200 # PTT via RTS on serial port (or NONE for VOX) PTT /dev/ttyUSB0 RTS # Windows: PTT COM3 RTS # Enable FX.25 Forward Error Correction (optional) FX25TX 16 # KISS TCP port for BPQ/Winlink (default 8001) KISSPORT 8001
BPQ32 / LinBPQ integration: Set the BPQ port type to KISS and point it at localhost:8001. Start Dire Wolf before starting BPQ.
FX.25: Adds transparent Forward Error Correction to AX.25. Fully backwards-compatible — stations without FX.25 decode the frame normally; stations with FX.25 benefit from error recovery under weak signal conditions.
🔊 Software TNC

06 — UZ7HO SoundModem

SoundModem by UZ7HO is a Windows-only soundcard TNC that is a popular alternative to Dire Wolf, particularly for Winlink Packet sessions. It requires no installation — just extract and run. It exposes a KISS TCP server (default port 8100) and an optional AGWPE interface for connecting to Winlink Express, BPQ32, and other applications.

⬇️ Installation (Windows)
  • Download soundmodemXXX.zip from uz7.ho.ua/packetradio.htm ↗
  • Extract to a folder (e.g. C:\soundmodem) — no installer needed
  • Run soundmodem.exe — allow firewall access when prompted
  • Settings are stored in soundmodem.ini in the same folder — created on first run
  • The app creates a system tray icon when running
Windows only. SoundModem has no Linux or macOS version. For Linux, use Dire Wolf instead.
⚙️ Device Configuration

Go to Settings → Devices:

  • Set Output Device and Input Device to your soundcard interface (e.g. SignaLink USB, DigiRig, radio's built-in USB audio)
  • For PTT Port: set to NONE if using VOX or SignaLink; set to your COM port for hardware PTT
  • For CAT PTT (e.g. IC-7300): click Advanced PTT Settings → select radio manufacturer and COM port
  • Enable KISS Server Port (default 8100) — required for Winlink and BPQ connections
  • Leave AGWPE Server Port unchecked unless your application requires it
  • Click OK → dismiss the restart warning → restart SoundModem
📻 Modem Configuration

Go to Settings → Modems:

SettingVHF Packet (1200 bd)HF Packet (300 bd)
ModeAFSK AX.25 1200bdHF AX.25 300bd
Center Freq1700 Hz1500 Hz
TXDelay200–300 ms500 ms (start)
TXTail50 ms50 ms
Dual ChannelOnly if stereo card + 2 radiosSame
Sampling rate: Leave at default (11025 Hz). If your soundcard doesn't support it, try 12000 Hz instead. BPF and Post-detector filter quality can be increased in steps of 2 for better decoding at the cost of CPU load.
Audio level calibration: Proper TX/RX levels are critical. Adjust via Windows Sound settings — overly high TX audio causes splatter and packet errors. Start at 50% and tune for clean deviation.
🔗 Connecting to Winlink Express
  • In Winlink Express, open a Packet Winlink session
  • Set TNC type to KISS, address localhost, port 8100
  • Select ACKMODE (use NORMAL for Dire Wolf)
  • If you see "KISS Server Port Busy" — close all SoundModem instances and restart one
  • Update available Winlink channels monthly via the Channels menu
🌐 Propagation

07 — What is NVIS?

Near Vertical Incidence Skywave (NVIS) is an HF propagation technique that directs RF energy nearly straight up into the ionosphere, which then refracts it back down to cover a circular area up to 500–650 km (300–400 miles) from the transmitter. It fills the communications gap between VHF/UHF local range (~25 miles) and long-distance HF skip propagation. NVIS is in daily operational use by US military forces, government emergency agencies, and EMCOMM groups worldwide.

📡 How NVIS Works

Unlike conventional HF communications where the antenna aims toward the horizon for long-distance skip, NVIS antennas are mounted low to the ground — between 1/20 and 1/4 wavelength high — so that most RF energy radiates nearly vertically.

  • RF travels nearly straight up and strikes the ionosphere at a steep (high) angle of incidence
  • The ionosphere (primarily the F layer) refracts the signal back toward Earth at similarly steep angles
  • The result is omnidirectional coverage within a radius of roughly 50–650 km (30–400 miles)
  • There is no skip zone — the signal fills in the area around the transmitting station uniformly
  • Physical obstructions (mountains, buildings) are not an issue because the signal travels over them vertically
  • Direction finding of NVIS transmitters is significantly harder than ground-wave sources
Key advantage for TPRFN: VARA HF combined with NVIS propagation is highly effective for regional BBS forwarding. Stations within 500 miles can maintain reliable HF links on 80m and 40m without the complexity of long-path DX operation.
☀️ Propagation Mechanics

NVIS operation requires the operating frequency to fall between two limits:

  • LUF (Lowest Usable Frequency) — determined by D-layer absorption. Below the LUF, signals are absorbed before reaching the F layer. Power and antenna improvements can lower the LUF.
  • MUF / Critical Frequency (foF2) — the highest frequency at which signals radiated vertically are returned to Earth. Above the critical frequency, signals pass through the ionosphere into space. The MUF is a function of ionospheric conditions only — more power will not raise it.
  • The operating frequency must be between the LUF and the critical frequency for NVIS to work
📡 Antennas

08 — NVIS Antennas

NVIS antenna design is simple — any horizontal wire antenna mounted low to the ground works. The low mounting height that would be undesirable for DX is exactly what NVIS requires. The key is horizontal polarization and low height. Vertical antennas do not work for NVIS.

📐 Antenna Height Guidelines
BandFrequencyOptimal Height (1/5λ)Practical Range
80m3.5–4.0 MHz~16 ft (5 m)8–24 ft
60m5.3–5.4 MHz~11 ft (3.4 m)6–18 ft
40m7.0–7.3 MHz~8.5 ft (2.6 m)4–14 ft
30m10.1–10.15 MHz~6 ft (1.8 m)3–10 ft
Military guidance: Dutch researchers and military sources confirm that horizontal dipoles at approximately 1/5 wavelength above ground give the best NVIS results on transmit, and 1/6 wavelength on receive.
🔧 Recommended Antenna Types
  • Horizontal half-wave dipole — simplest and most effective; orient in any direction (NVIS azimuth pattern is near-omnidirectional)
  • Inverted-V dipole — apex slightly higher than optimal but acceptable; easier to deploy with one center support
  • Horizontal loop — excellent NVIS antenna; fed with ladder line and a tuner; covers multiple bands
  • End-fed half-wave (EFHW) — 64-ft EFHW at low height provides NVIS on 40m, 20m, 15m without a tuner; practical for portable and restricted locations
  • T2FD / Butterfly antenna — HOA-friendly; nearly invisible; wideband operation
  • AS-2259/GR military antenna — classic NVIS design; two V-shaped dipoles; widely documented
What NOT to use: Vertical antennas, beams aimed at the horizon, or any antenna mounted at normal DX height (λ/2 or higher) will not provide effective NVIS coverage. Ground radials under a vertical do not help.
📊 Frequency Selection by Time of Day
TimeBest Band (mid-latitudes)Notes
Day40m (7 MHz)D-layer absorbs 80m during daylight; 40m is the primary daytime NVIS band
Night80m (3.5 MHz)D-layer dissipates after sunset; 80m opens for regional NVIS
Winter nights / low SSN160m (1.8 MHz)May be required when 80m critical frequency drops
High SFI / tropics60m or 40mHigher solar flux raises critical frequency; higher bands viable

The most reliable NVIS frequencies are between 1.8 and 8 MHz. Above 8 MHz the probability of NVIS success begins to decrease, approaching zero at 30 MHz. Military NVIS operations typically use 2–4 MHz at night and 5–7 MHz during daylight.

⚙️ Configuration

11 — Sample Configurations

Working bpq32.cfg port blocks and matching direwolf.conf snippets sourced from real operating stations. Each pair is presented together so you can see exactly how the two sides connect. Replace callsigns, device paths, and COM ports for your own station.

⚠️ Most common newcomer mistakes on HF:
  • MAXFRAME > 1 on HF — causes multiple unacknowledged frames to pile up; use MAXFRAME=1 on all HF ports
  • PACLEN=236 on HF — 236 bytes is fine for VHF but too large for noisy HF channels; use 60–80
  • Forgetting ATTACH on VARA — VARA is single-connection; type ATTACH n (port number) before issuing a connect
  • Case-sensitive filename on Linux — LinBPQ requires bpq32.cfg (lowercase). BPQ32.cfg will not be found
  • IL2P requires Dire Wolf dev build — install Hamlib from source first, then build the dev branch of Dire Wolf
📡 VARA HF — bpq32.cfg Port Block

Defines VARA HF as an External driver port in BPQ32/LinBPQ. VARA must be running (or BPQ can launch it via PATH) before connects are possible. PTT is handled by VARA itself via CAT/CI-V — BPQ does not key the radio directly on VARA ports.

; Minimal VARA HF port — IC-7300 CI-V PTT, BPQ launches VARA PORT PORTNUM=3 ID=HF VARA DRIVER=VARA INTERLOCK=3 ; Interlock group — prevents simultaneous TX on same radio CONFIG ADDR 127.0.0.1 8300 PTT CI-V PATH C:\VARA\VARA.exe BW2300 ; Default bandwidth — resets after each session BUSYWAIT 30 ; Seconds to wait for clear channel before failing connect ENDPORT
; VARA HF with frequency scheduling — switches between 40m and 20m PORT ID=VARA HF DRIVER=VARA CONFIG ADDR 127.0.0.1 8300 PTT CI-V PATH C:\VARA\VARA.exe BW2300 RIGCONTROL COM3 19200 ICOM IC7300 94 ; COM port, baud, manufacturer, CI-V address 10,7.045,USB,F1 ; Schedule entry: minutes, freq MHz, mode, flag 10,14.103,USB,F1 **** ENDPORT
PTT options: PTT CI-V (or PTT CAT) for Icom/CAT radios · PTT RTS / PTT DTR for serial port lines · PTT HAMLIB for Hamlib-supported rigs · omit PTT entirely for VOX. If PATH is omitted, BPQ won't auto-launch VARA — start it manually first.
Bandwidth CmdApprox SpeedUse Case
BW500~500 Hz occupied BWNoisy bands, congested channels
BW2300~2300 Hz occupied BWGeneral HF forwarding — TPRFN standard
BW2750~2750 Hz occupied BWGood conditions, maximum throughput
📻 HF Packet 300 Baud — Dire Wolf + LinBPQ

Working pair from WQ6N, confirmed on HF via Dire Wolf serial pseudo-TTY to LinBPQ. The 300 baud tones (2130/2230 Hz) are the long-established standard for HF AX.25 packet on 40m and 20m.

# 300 baud HF packet — mark 2130 Hz, space 2230 Hz ADEVICE plughw:1,0 # your soundcard (from arecord -l) ACHANNELS 1 CHANNEL 0 MODEM 300 2130:2230 D # 300bd, mark:space Hz, D=differential PTT /dev/ttyUSB0 RTS # adjust to your PTT device SERIALKISS /dev/ptyp0 19200 # creates pseudo-TTY for LinBPQ KISSPORT 0 DWAIT 0 SLOTTIME 12 PERSIST 63 TXDELAY 40 TXTAIL 10 FIX_BITS 1
; HF packet port — connects to Dire Wolf via serial pseudo-TTY PORT PORTNUM=2 ID=HF 300bd AX25 TYPE=ASYNC PROTOCOL=KISS FULLDUP=0 COMPORT=/dev/ttyp0 ; must match SERIALKISS path in direwolf.conf SPEED=19200 CHANNEL=A NOKEEPALIVES=1 ; suppress keepalive frames — essential on HF PERSIST=63 SLOTTIME=120 TXDELAY=300 TXTAIL=100 QUALITY=0 ; 0 = do not propagate nodes heard on this port MAXFRAME=1 ; CRITICAL on HF — never use more than 1 FRACK=5000 ; 5 second retry — allow for HF propagation delay RESPTIME=1000 RETRIES=15 PACLEN=60 ; small packets for HF — do NOT use 236 on HF ENDPORT
TCP KISS alternative: Instead of a serial pseudo-TTY, you can connect BPQ to Dire Wolf via TCP KISS. In direwolf.conf set KISSPORT 8001 and remove the SERIALKISS line. In bpq32.cfg replace COMPORT/SPEED with IPADDRESS=127.0.0.1 and IPPORT=8001.
📶 VHF/UHF 1200 Baud — Dire Wolf + BPQ32 via TCP KISS

Standard VHF packet node port using Dire Wolf over TCP KISS. Based on working configs from KM4ACK (Winlink RMS) and KN4MKB (node + BBS). Start Dire Wolf before BPQ32 — BPQ will connect to the KISS port on startup.

# 1200 baud VHF AFSK — standard packet MYCALL N0CALL ADEVICE plughw:1,0 CHANNEL 0 MODEM 1200 PTT /dev/ttyUSB0 RTS KISSPORT 8001 # TCP KISS port — BPQ connects here AGWPORT 8000 # AGW port — optional, for other apps TXDELAY 30 # 300ms — adjust for your radio TXTAIL 5
; VHF 1200 baud port via TCP KISS to Dire Wolf on localhost:8001 PORT PORTNUM=1 ID=144.390 1200bd TYPE=ASYNC PROTOCOL=KISS CHANNEL=A IPADDRESS=127.0.0.1 ; TCP KISS — connect to Dire Wolf IPPORT=8001 MAXFRAME=4 FRACK=5000 RESPTIME=1500 RETRIES=10 PACLEN=236 TXDELAY=200 TXTAIL=50 ENDPORT
🔒 IL2P — Improved Layer 2 Protocol (Dire Wolf)

IL2P adds Reed-Solomon forward error correction to AX.25 packet, improving reliability especially above 1200 baud. Created by Nino Carrillo KK4HEJ. The Dire Wolf dev build is the reference open-source implementation and requires Hamlib to be built from source first if you want CAT PTT support.

Build order matters: On Linux, build and install Hamlib from source before compiling Dire Wolf dev branch, otherwise Dire Wolf will not include Hamlib PTT support. Then use git checkout dev when cloning Dire Wolf.
# IL2P with Reed-Solomon FEC — 1200 baud MYCALL N0CALL ADEVICE plughw:1,0 CHANNEL 0 IL2PTX 1 # enable IL2P transmit on channel 0 MODEM 1200 PTT /dev/ttyUSB0 RTS KISSPORT 8001 AGWPORT 9998 RETRY 3 FRACK 3 MAXFRAME 7 EMAXFRAME 63 PACLEN 512 DWAIT 0 TXDELAY 20 TXTAIL 10
IL2P vs FX.25: FX.25 adds FEC as an outer wrapper around standard AX.25 frames — fully transparent to stations that don't support it. IL2P is a replacement framing protocol with lower overhead FEC, but both ends must support IL2P. For maximum compatibility on a mixed network, FX.25 (enabled in Dire Wolf with FX25TX 16) is the safer choice.
ProtocolFEC TypeBackwards CompatibleBest For
AX.25NoneUniversalBaseline — all stations
FX.25Reed-Solomon wrapperYes — non-FX.25 stations decode normallyMixed networks, TPRFN forwarding
IL2PReed-Solomon nativeNo — both ends must support IL2PDedicated point-to-point links >1200 baud
📊 HF Parameter Quick Reference

Key BPQ port parameters and recommended values by mode. HF and VHF have very different timing requirements — using VHF defaults on HF is the single most common cause of failed HF packet connections.

ParameterVHF 1200bdHF 300bdVARA HFPurpose
MAXFRAME4–71N/AMax unACKed frames outstanding
PACLEN23660–80N/AMax packet payload bytes
FRACK5000 ms5000–7000 msN/AL2 retransmit timeout
TXDELAY200–300 ms300–500 msN/A (VARA handles)TX key-up delay before data
TXTAIL30–50 ms50–100 msN/APTT hold after last bit
NOKEEPALIVESOptional1N/ASuppress keepalive frames on HF
QUALITY192 typical000 = don't propagate nodes heard here
RETRIES1010–15N/AMax L2 retry count before drop
🔧 Utilities

09 — Tools & Utilities

Software and online tools useful for digital HF, packet radio, propagation planning, and NVIS operations.