VR400 static route doesn't work properly
hi
I'm fighting with static routes on this router and I believe it doesn't work properly. I used 2019 firmware (don't remember its number) and upgraded to the latest one but still same result.
Problem is as follows - I have following setup:
10.8.0.0/24 --------|------ router 192.168.1.30 ----- VR400 (192.168.1.1) ------ [DSL] ------ internet
172.16.0.0/24--------| |
172.16.3.0/24--------| rPI (192.168.1.23)
VR400 connects via LAN cable couple of devices including raspberry PI (rPI).
I have static routes on the VR400 to the networks behind 192.168.1.30 configured in VR400 via 192.168.1.30, interface LAN. All looks fine, there is no possibility for other complext configuration.
Symptoms (supported by tcpdump traces on rPI and my .1.30 router):
- when I do ping from raspberryPI to my network 172.16.0.0 device, it passes through. MAC address of source is rPI, dest MAC address is MAC address of LAN interface of my VR400. Then it sends it where needed and then communications flies between IP and MAC address of my .1.30 router and rPI
- when however I initiate communication from my 172.16.0.0/24 then request comes into rPI (with source MAC of .1.30) and dest of rPI, then rPI responds with MAC address of VR400 (as it does have 192.168.1.1 as default gw) and then VR400 doesn't know what to do with it. I don't see anything in tcpdump coming into my 192.168.1.30 router (seems not leaving VR400) but certainly rPI responds (and then retries). Since there is very limited logging on VR400, neither tcpdump or similar I don't know what happens.
the only solution to fix it with VR400 is either use SNAT on my .1.30 router to rewrite all communication to .1.30 address or add static route on rPI (which doesn't make sense as I have multiple devices in my network and don't want to put it everywhere). In my opinin it is a bug. I will be happy to send tcpdump traces if needed. Definitely it's something with VR400 as I had another device there for some time and all worked properly.
Cable for the LAN connection is in LAN/WAN port (and I don't want to change it as it's the only port with 1Gbps speed).
Please help or tell me where I can fill in bug against this firmware