Hello All,
I just discovered some strange behavior with 6.0.23.1 on Windows 10.
If you start the Chat Server first it complains of not finding its config in Appdata\Roaming\BPQ32 but instead works with a config in Appdata\Local\VirtualStore\Program File(x86)\BPQ32. If I start the Mail Server first, then the Chat Server, all is well and the config in Appdata\Roaming\BPQ32 is used as it should be.
Your mileage may vary...
Bob, NS2B
|
Re: IPGATEWAY, 44ENCAP and actual AMPRGW on remote wireguard host
Hi John,
Well yea I wanted to do encap routing back to my main encap termination point in that case.
It may not be as doable on bpq as I thought, i dont know.?
AFAIK, you cant tell bpq in the config to only use a virtual ip assigned to a aliased network nic in linux.
There is no way to specify source ips for tunnel endpoints?? Does it have to use whatever main ip that traffic exits on from the NIC perspective in linux?
Did i overlook something?
|
Re: IPGATEWAY, 44ENCAP and actual AMPRGW on remote wireguard host
What do you want to use IPGATEWAY for? It's main purposes are to run
IP over RF links or to provide an amprnet tunnel endpoint, but you
already have the latter.
73,
John
On 16/07/2022 21:34, Kayne Kruse -
N9SEO wrote:
toggle quoted message
Show quoted text
Hi,
I am struggling to find a way to make linbpq work with
IPGATEWAY.??? OS is Debian 10, kernel 4.19.0-16-686-pae patched
with Marius' YO2LOJ AX25 "else" patch for linux ax25.
My IPIP endpoint is a linux box on the far end of a wireguard
link and uses the main linux gw ip 44.76.0.193 as the routable
wireguard ip and terminates to the linux host at 44.76.0.205
BPQ runs on top that linux box at 44.76.0.205, but I want to use
44.76.0.195 as the IPIP/amprnet ip on BPQ in IPGATEWAY.?
I cannot figure out the correct BPQ config to make it talk to
linux routing table and sort the rest out.? The routes are all
in linux on the device bpq runs on but since TAP wont talk to
interface wg0 because it is not tappable, not sure what my
option is.
Over the wire in a packet dump it should look like
44.76.0.205 -> 44.76.0.193 proto ipip
44.76.0.195 -> ANYTUNNELED_44_IP
vice versa on the return path.? Regardless IPIP packets need to
get to 44.76.0.193 via linux kernel routing to work in
wireguard.
I do this this way because at the linux amprnet gw its easily
controls ingress to only allow amprnet ips to access my amprnet
ips from a centralized firewall at the router gw.
I hope that makes sense, but perhaps I am not clear.?? Let me
know if you need anything further.
IPGATEWAY
ADAPTER enp1s0
44ENCAP 192.168.200.205 ; or I can use 44.76.0.193 as the encap
endpoint or an unused lan IP.? None seemed to do much
usefulness.
IPADDR 44.76.0.195
IPNETMASK 255.255.255.255
NODEFAULTROUTE
IPPORTS 1
ROUTE 0.0.0.0/0 192.168.200.205
;ROUTE 44.0.0.0/9 44.76.0.193 T? # dont use these, they override
linux routes present from wireguard and tie them to LinBPQTAP
interface, not desired - Using kernel routing is desired here, I
use wireguard and freerrp's bgp to manage route tables and they
write to linux routes.
;ROUTE 44.128.0.0/10 44.76.0.193 T
***
I've tried various route's above but removed them as they werent
helpful,
Is there any hope or am I completely out there due to my unique
situation?
Thanks for reading this.
73 Kayne - n9seo
|
Re: IPGATEWAY, 44ENCAP and actual AMPRGW on remote wireguard host
IPGATEWAY
ADAPTER eth0
IPADDR 192.168.1.9
IPNETMASK 255.255.255.0
NODEFAULTROUTE
ENABLESNMP
****
It got cut off, here¡¯s the full paste.
|
Re: IPGATEWAY, 44ENCAP and actual AMPRGW on remote wireguard host
Hi Kayne Here¡¯s my very minimal config:
IPGATEWAY
ADAPTER eth0
IPADDR 192.168.1.9
IPNETMASK 255.255.255.0
NODEFAULTROUTE
ENABLES
Before bullseye, the IP 192.168.1.9 would be ping-able even though it didnt show up on the interface in ifconfig for LinBPQTAP, after bullseye it was completely unresponsive until I added the routes on the host OS. 73 Red
On Mon, Jul 18, 2022 at 05:46 AM, Kayne Kruse - N9SEO wrote:
Hi Red,
I will have to experiment here on that.? It seems valid what you do.? Tho here IM sure if i went your route that you have a minimal ipgateway definition?
I am not certain that here that if i went your path, that the tap interface would actually work at all, even to the local linux box or lan.?? So think I am missing something here on what the issue is.
How does that IPGATEWAY section look on your side?
Kayne
|
Re: IPGATEWAY, 44ENCAP and actual AMPRGW on remote wireguard host
Hi Red,
I will have to experiment here on that.? It seems valid what you do.? Tho here IM sure if i went your route that you have a minimal ipgateway definition?
I am not certain that here that if i went your path, that the tap interface would actually work at all, even to the local linux box or lan.?? So think I am missing something here on what the issue is.
How does that IPGATEWAY section look on your side?
Kayne
|
Re: IPGATEWAY, 44ENCAP and actual AMPRGW on remote wireguard host
HI Kayne Not sure if this is applicable to you but I had serious problems after changing from buster to bullseye where the TAP interface wouldn¡¯t respond to anything either, in the end the OS needed to have a route manually added after it was brought up so I added a background task with a sleep timer after linbpq launched to put the route back each time. I don¡¯t run AMPR so mine is applicable to just getting the TAP device to talk to the OS interfaces so that I can pull SNMP stats from the BPQ node, in my runbpq script that is called from systemd: (sleep 25; /home/bpq/nodes/pe1rrr/LinBPQTAP-route) & The LinBPQTAP-route:
!/bin/bash -x
sudo route del -host 192.168.1.9 dev LinBPQTAP metric 10
sudo route add -host 192.168.1.9 dev LinBPQTAP metric 10
the metric option was crucial in putting the route before any other default in the table.
I hope this sheds some light with some clues where it may be going wrong.
73 all the best
Red
On Sat, Jul 16, 2022 at 01:34 PM, Kayne Kruse - N9SEO wrote:
Hi,
I am struggling to find a way to make linbpq work with IPGATEWAY.??? OS is Debian 10, kernel 4.19.0-16-686-pae patched with Marius' YO2LOJ AX25 "else" patch for linux ax25.
My IPIP endpoint is a linux box on the far end of a wireguard link and uses the main linux gw ip 44.76.0.193 as the routable wireguard ip and terminates to the linux host at 44.76.0.205
BPQ runs on top that linux box at 44.76.0.205, but I want to use 44.76.0.195 as the IPIP/amprnet ip on BPQ in IPGATEWAY.?
I cannot figure out the correct BPQ config to make it talk to linux routing table and sort the rest out.? The routes are all in linux on the device bpq runs on but since TAP wont talk to interface wg0 because it is not tappable, not sure what my option is.
Over the wire in a packet dump it should look like
44.76.0.205 -> 44.76.0.193 proto ipip
44.76.0.195 -> ANYTUNNELED_44_IP
vice versa on the return path.? Regardless IPIP packets need to get to 44.76.0.193 via linux kernel routing to work in wireguard.
I do this this way because at the linux amprnet gw its easily controls ingress to only allow amprnet ips to access my amprnet ips from a centralized firewall at the router gw.
I hope that makes sense, but perhaps I am not clear.?? Let me know if you need anything further.
IPGATEWAY
ADAPTER enp1s0
44ENCAP 192.168.200.205 ; or I can use 44.76.0.193 as the encap endpoint or an unused lan IP.? None seemed to do much usefulness.
IPADDR 44.76.0.195
IPNETMASK 255.255.255.255
NODEFAULTROUTE
IPPORTS 1
ROUTE 0.0.0.0/0 192.168.200.205
;ROUTE 44.0.0.0/9 44.76.0.193 T? # dont use these, they override linux routes present from wireguard and tie them to LinBPQTAP interface, not desired - Using kernel routing is desired here, I use wireguard and freerrp's bgp to manage route tables and they write to linux routes.
;ROUTE 44.128.0.0/10 44.76.0.193 T
***
I've tried various route's above but removed them as they werent helpful,
Is there any hope or am I completely out there due to my unique situation?
Thanks for reading this.
73 Kayne - n9seo
?HI Kayne
|
John
Sent you a couple of emails direct with a couple of problems in Version 6.0.23.4
No worries Guys I think this may be a isolated case related with the AMPR Network.
Mike Melnik-N9PMO
BPQ32 Group Moderator
|
IPGATEWAY, 44ENCAP and actual AMPRGW on remote wireguard host
Hi,
I am struggling to find a way to make linbpq work with IPGATEWAY.??? OS is Debian 10, kernel 4.19.0-16-686-pae patched with Marius' YO2LOJ AX25 "else" patch for linux ax25.
My IPIP endpoint is a linux box on the far end of a wireguard link and uses the main linux gw ip 44.76.0.193 as the routable wireguard ip and terminates to the linux host at 44.76.0.205
BPQ runs on top that linux box at 44.76.0.205, but I want to use 44.76.0.195 as the IPIP/amprnet ip on BPQ in IPGATEWAY.?
I cannot figure out the correct BPQ config to make it talk to linux routing table and sort the rest out.? The routes are all in linux on the device bpq runs on but since TAP wont talk to interface wg0 because it is not tappable, not sure what my option is.
Over the wire in a packet dump it should look like
44.76.0.205 -> 44.76.0.193 proto ipip
44.76.0.195 -> ANYTUNNELED_44_IP
vice versa on the return path.? Regardless IPIP packets need to get to 44.76.0.193 via linux kernel routing to work in wireguard.
I do this this way because at the linux amprnet gw its easily controls ingress to only allow amprnet ips to access my amprnet ips from a centralized firewall at the router gw.
I hope that makes sense, but perhaps I am not clear.?? Let me know if you need anything further.
IPGATEWAY
ADAPTER enp1s0
44ENCAP 192.168.200.205 ; or I can use 44.76.0.193 as the encap endpoint or an unused lan IP.? None seemed to do much usefulness.
IPADDR 44.76.0.195
IPNETMASK 255.255.255.255
NODEFAULTROUTE
IPPORTS 1
ROUTE 0.0.0.0/0 192.168.200.205
;ROUTE 44.0.0.0/9 44.76.0.193 T? # dont use these, they override linux routes present from wireguard and tie them to LinBPQTAP interface, not desired - Using kernel routing is desired here, I use wireguard and freerrp's bgp to manage route tables and they write to linux routes.
;ROUTE 44.128.0.0/10 44.76.0.193 T
***
I've tried various route's above but removed them as they werent helpful,
Is there any hope or am I completely out there due to my unique situation?
Thanks for reading this.
73 Kayne - n9seo
|
Richard Hendricks - KE0GB
|
I've seen this occasionally, but so far haven't managed to find
where it is coming from. I'll keep looking.
73,
John
On 11/07/2022 20:32, Richard Hendricks
- KE0GB wrote:
toggle quoted message
Show quoted text
>From time-to-time, I see some nodes exhibiting what i call the
"255 error".? ?I lose
without notice, an AXIP link to some of my partners, and see the
link from my node
to my partner's node up, but on their end, I see this:
no
ke0gb-7
QINOD:KQ0I-7}
Routes to: COSCO:KE0GB-7
192
255 1 KE0GB-7? ? ? ? ?<-------? 255 in the second place
144
5 1 KM8V-7
Notice the "255" figure in the obsolescence place.? I've seen
this on several nodes
going back several
versions.? I've asked the partner to shut down their BPQ32,
remove the BPQNodes.dat file, and reboot.? This, of course, is a
workaround,
but I'm wondering how this develops in the first place.
I recently started seeing W0ARP's BBS using his fallback routing
over 2m
and checked his AXIP routing to AC0VC's BBS:
?no ac0vc-7
PHYLNS:W0ARP-7}
Routes to: VCBPQ:AC0VC-7
192
255 1 AC0VC-7? ? ?<-----again, that 255 figure the
obsolescence
144
5 1 N0HI-7
How is this 255 figure creeping into our nodes?
73 - Rick
KE0GB
|
On Thu, Jul 14, 2022 at 10:06 AM, Joey N4QMI wrote:
Hey Red, I only tried a couple for testing purposes only and I removed them. I was able to add N3HYM with no problem but W4GON gives the error.
BPQAXIP - Bad config record MAP W4GON-7 10093 B
Joel (W4GON) and I are corresponding by email as well trying to find the problem.?
Joey
Hi Joey No worries, yeah some nodes do autoaddmap - I have a backup node that provides that, if you¡¯d like to link up with mine I¡¯ve got all the info posted here: ?password is ¡®matrix¡¯ (without quotes). Glad to hear you got the UDP port info sorted with John, its easy to miss! 73 Red
|
On Thu, Jul 14, 2022 at 12:18 PM, Joey N4QMI wrote:
That was the problem John, but is weird is that N5MDT doesn't use UDP before 10094 and it works.. I tried his with UDP in it and it gave an error.. But it works so problem solved! Thanks!
We couldn't get the UDP working. We are connected via a TCP connection. Mark, N5MDT
|
That was the problem John, but is weird is that N5MDT doesn't use UDP before 10094 and it works.. I tried his with UDP in it and it gave an error.. But it works so problem solved! Thanks!
|
Hey Red, I only tried a couple for testing purposes only and I removed them. I was able to add N3HYM with no problem but W4GON gives the error.
BPQAXIP - Bad config record MAP W4GON-7 10093 B
Joel (W4GON) and I are corresponding by email as well trying to find the problem.?
Joey
|
Joey,
You need UDP before 10093
73,
John
On 14/07/2022 17:17, Joey N4QMI wrote:
toggle quoted message
Show quoted text
Hey John, sorry to mention that in the original message. Here is
the error messages I get..
BPQAXIP - Bad config record MAP W4GON-7 10093 B
BPQAXIP - Bad config record MAP KB9SOZ-7 10093 B
?
And a couple of others.. There are three that are working
just fine including w9gm-7.
|
Hey John, sorry to mention that in the original message. Here is the error messages I get..
BPQAXIP - Bad config record MAP W4GON-7 10093 B
BPQAXIP - Bad config record MAP KB9SOZ-7 10093 B
?
And a couple of others.. There are three that are working just fine including w9gm-7.
|
Hey Mark, I had to restart computer. Sorry about that. Problem existed before computer locked went offline and problem is still there.
Joey
|
Re: Providing RMS via AREDN from LinBPQ
If you could answer a few questions it should help me understand exactly what you are trying to do.
Are you using Winlink Express as your client? If not, what client is being used?
Is your Winlink gateway on the same machine as your BBS, or somewhere else on the Mesh?
Do your clients connect directly via the Mesh to your BBS, or are there other BBS's on the Mesh that they connect to, then forward messages to the Winlink gateway?
Do you want all messages between clients to be routed via Winlink?
73,
John
toggle quoted message
Show quoted text
On 14/07/2022 15:36, Heber Soto wrote: My question was to broad, I do know on how to configure the Winlink client and the AREDN node on how to make the service available.
We were doing test yesterday and messages where being accepted by the BBS and routing them through our KP4DOG BPQ network as a BBS message.
Do we have to change something on the BPQ config to accept traffic via port 8772 or it will accept it natively to relay to the Winlink's CMS?
Or does de BBS respond to the Winlink client and sends the messages as a BBS message?
Or can both operation occurred?
Gracias 73,
Heber
NP4JN
On 7/14/2022 3:33 AM, John G8BPQ wrote:
Provided that somewhere on the ARDEN network there is a node with Internet to access an RMS Server then yes.
73, John
On 14/07/2022 03:15, Heber Soto wrote:
Hello
Can a LinBPQ connected to a AREDN node provide a RMS service via AREDN?
|
Re: Providing RMS via AREDN from LinBPQ
My question was to broad, I do know on how to configure the Winlink client and the AREDN node on how to make the service available.
We were doing test yesterday and messages where being accepted by the BBS and routing them through our KP4DOG BPQ network as a BBS message.
Do we have to change something on the BPQ config to accept traffic via port 8772 or it will accept it natively to relay to the Winlink's CMS?
Or does de BBS respond to the Winlink client and sends the messages as a BBS message?
Or can both operation occurred?
Gracias 73,
Heber
NP4JN
toggle quoted message
Show quoted text
On 7/14/2022 3:33 AM, John G8BPQ wrote: Provided that somewhere on the ARDEN network there is a node with Internet to access an RMS Server then yes.
73, John
On 14/07/2022 03:15, Heber Soto wrote:
Hello
Can a LinBPQ connected to a AREDN node provide a RMS service via AREDN?
--
Gracias 73,
Heber
NP4JN
|
Bob NS2B
Red R. R. Tuby (PE1RRR)