• Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Search
  • Register
  • Login
Netgate Discussion Forum
  • Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Search
  • Register
  • Login

Static routes use MAC address as gateway

Scheduled Pinned Locked Moved Routing and Multi WAN
2 Posts 1 Posters 1.0k Views
Loading More Posts
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • M
    Masin Al-Dujaili
    last edited by Jun 26, 2020, 6:59 PM

    Hello!

    I try to set a static route between two Netgate appliances, R1 and R2. They are connected via two switches, sw1 and sw2. The connection is as follows: R1 <> sw1 <> sw2 <> R2.

    R2 offers DHCP on its LAN interface lagg0.4091. R1 is configured to acquire a DHCP address on the interface igb1.1234. Thus far, both can talk to each other. R2 listens on 192.168.1.1, R2 gets 192.168.1.10.

    Using an ssh tunnel I setup R2 to listen on several VLAN IDs on a different interface. I connected a device with IP 10.3.20.22 to one of these VLAN interfaces, 10.3.20.1 (R2).

    Now, I wanted to have subnets on both sides talk to each other, 10.0.20.0/24 and 10.3.20.0/24. I guessed a static route would be the way to go. On R1 I configured the interface igb1.1234 as a gateway interface and configured the destination 10.3.20.0/24 behind the gateway.

    This results besides others in the following routes (netstat -rnf inet):

    10.3.20.0/24       ac:1f:6b:95:0c:03  US     igb1.123
    192.168.1.0/24     link#24            U      igb1.123
    192.168.1.1        ac:1f:6b:95:0c:03  UHS    igb1.123
    

    Strangely, it uses the MAC address as a gateway.

    When trying to ping 10.3.20.22, tcpdump on R2 shows ARP requests incoming on lagg0.4091:

    ARP, Request who-has 10.3.20.22 tell 192.168.1.10, length 46
    

    I was a little confused at first. But then, this shouldn't happen, should it? AFAIK R1 should just throw the IP packages at 192.168.1.1 and tell it to do with them whatever it deems best with them.

    A friend suggested to delete the route and add it manually, route del 10.3.0/24 and route add 10.3.0.24 192.168.1.1, which I did. And behold, it worked! I could ping the host. The new route showed up as

    10.3.20.0/24       192.168.1.1        UGS    igb1.123
    

    No MAC address here.

    So, my initial approach seemed sensible but didn't work out with pfSense. Can someone explain to me

    • what does pfSense do internally when adding a static route? I guess there's a good ratio behind these decisions I just don't understand yet.
    • how would I achieve what I intend to do with the proper pfSense workflow?

    Bests,
    Masin

    M 1 Reply Last reply Jul 31, 2020, 8:27 AM Reply Quote 0
    • M
      Masin Al-Dujaili @Masin Al-Dujaili
      last edited by Jul 31, 2020, 8:27 AM

      As the new gateway is now at its final destination and doesn't need this kind of hack anymore, I guess I can close this post.

      1 Reply Last reply Reply Quote 0
      • First post
        Last post
      Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.
        This community forum collects and processes your personal information.
        consent.not_received