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

    Simple Routing Question

    Scheduled Pinned Locked Moved Routing and Multi WAN
    11 Posts 3 Posters 1.7k 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.
    • I
      inzanez
      last edited by

      Hi

      assuming I've got the networks:

      • 10.10.1.0/24, called Network A
      • 10.10.2.0/24, called Network B

      For all the osts in Network A the default gateway is 10.10.0.1. I set a route on that gateway to Network B: 10.10.0.2 (which is the firewall protecting Network B's interface in the Network A).

      Assuming I've got a client in Network A, let it have 10.10.0.120. I set that client a default route of 10.10.0.1, as that's where it can connect to the Internet. When this client want's access to Network B, the packet goes first to the default Gateway, which will forward that packet to 10.10.0.2 (as that's the route for Network B). So, that works. Only thing is: There's some kind of an overhead, as it would be more direct if the Client already new about that route himself, so the packet would not have to go through 10.10.0.1 first.

      So what's best practice in this case? Entering static routes to Network B in all the clients/servers in Network A is annoying in my opinion. So,…does the scenario described above have any impact regarding performance?oO

      Regards
      Rafael

      1 Reply Last reply Reply Quote 0
      • D
        doktornotor Banned
        last edited by

        It just works out of the box. No idea what you are trying to invent.

        1 Reply Last reply Reply Quote 0
        • I
          inzanez
          last edited by

          Well, if GW 10.10.0.1 didn't have a routing table entry as where to find GW to 10.10.2.0, how should a client from within network A connect to network B? Not at all…so it doesn't "just work",...

          1 Reply Last reply Reply Quote 0
          • D
            doktornotor Banned
            last edited by

            Via the default gateway. Duh. So yeah, it "just works" until you start inventing "problems" and "fixes".

            1 Reply Last reply Reply Quote 0
            • I
              inzanez
              last edited by

              But only if the default gateway has the routing table entry for Network B?

              1 Reply Last reply Reply Quote 0
              • D
                doktornotor Banned
                last edited by

                It has a routing entry for any network configured on one of its interfaces. For the rest, you configure the route there manually ONCE, instead of configuring it on those zillions clients on the LAN. Sigh.

                1 Reply Last reply Reply Quote 0
                • I
                  inzanez
                  last edited by

                  Yes, very nice. That's what I've done. The initial question more like: Does that extra hop (through default gateway instead directly to the gateway for Network B) has any implications…? That's all I wanted to know ;-)

                  1 Reply Last reply Reply Quote 0
                  • D
                    doktornotor Banned
                    last edited by

                    Yeah. The implication is that it's one "extra" hop. When you do not want one "extra" hop, then stop putting those computers on separate subnets.

                    1 Reply Last reply Reply Quote 0
                    • I
                      inzanez
                      last edited by

                      Yes thanks, I already know that there's an extra hop. And no, I won't, as they HAVE TO BE on different networks,…

                      1 Reply Last reply Reply Quote 0
                      • D
                        doktornotor Banned
                        last edited by

                        1 Reply Last reply Reply Quote 0
                        • johnpozJ
                          johnpoz LAYER 8 Global Moderator
                          last edited by

                          Dude draw up this question

                          You state

                          • 10.10.1.0/24, called Network A

                          Then you state
                          For all the osts in Network A the default gateway is 10.10.0.1 – How and the F does that work??

                          Then
                          I set a route on that gateway to Network B: 10.10.0.2 (which is the firewall protecting Network B's interface in the Network A)

                          Where are you setting this??  So have down stream networks?  If you host route your more than likely going to have asymmetric routing..  If you have these networks both connected to pfsense - how do you think you would get to the other network without routing through that networks gateway?

                          If you trying to cut out a hop by create host routes this is problems waiting to happen!!  And extra working making sure hosts have routes..

                          If you have an actual valid question - please draw up what your asking about and happy to discuss with you why asymmetrical routing is BAD idea…  If you have downstream networks, ie another router/firewall in your network with networks behind you need to get to the best solution is a transit network.

                          As to why so many replies dok - is you keep posting ;)

                          An intelligent man is sometimes forced to be drunk to spend time with his fools
                          If you get confused: Listen to the Music Play
                          Please don't Chat/PM me for help, unless mod related
                          SG-4860 24.11 | Lab VMs 2.8, 24.11

                          1 Reply Last reply Reply Quote 0
                          • First post
                            Last post
                          Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.