Hello Bill,

On Saturday January 14 2017 19:10, you wrote to Richard Menedetter:

+ 11:21 [2844] call to 1:266/404.1@fidonet
  11:21 [2844] trying hub.tequilamockingbirdonline.net
               [2601:8b:8400:5477:a9a2:7e4e:e35d:4239]:24555...
  11:21 [2844] connected
+ 11:21 [2844] outgoing session with hub.tequilamockingbirdonline.net:24555
               [2601:8b:8400:5477:a9a2:7e4e:e35d:4239]
- 11:21 [2844] OPT CRAM-MD5-c7e9fa7a9bd42fc3962cc55cedc140ee
+ 11:21 [2844] Remote requests MD mode
- 11:21 [2844] SYS SportNet Hub
- 11:21 [2844] ZYZ Bill McGarrity
- 11:21 [2844] LOC Toms River, NJ
- 11:21 [2844] NDL 115200,TCP,BINKP
- 11:21 [2844] TIME Sun, 15 Jan 2017 05:21:13 -0500
- 11:21 [2844] VER binkd/1.1a-95/Linux binkp/1.1
+ 11:21 [2844] addr: 24:100/5@sportnet (n/a or busy)
+ 11:21 [2844] addr: 1:266/404.1@fidonet
? 11:21 [2844] got M_BSY: No AKAs in common domains or all AKAs are busy
+ 11:21 [2844] done (to 1:266/404.1@fidonet, failed, S/R: 0/0 (0/0 bytes))
  11:21 [2844] session closed, quitting...

I was going to suggest that you change the node number for the hub, but you
beat me to it. Having two systems present the same node number is not a good
idea.

Maybe you should do the same for the sportnet AKAs?

As you can see, 1:266/404.1 responds to a binkp call (also on IPv4), but the
session terminates with an M_BSY failure.

You are not there yet...

Cheers, Michiel

--- GoldED+/W32-MSVC 1.1.5-b20130111