Guest User!

You are not Sophos Staff.

Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 11 replies
  • Subscribers 3 subscribers
  • Views 30798 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

What is the order of Static Routes?

Jmangione
This is a threefold question:

[LIST=1]
What is the order that the Static Route list is presented in? Specifically, what is the mechanism that places the first static route above the second, and so forth?[/LIST]
[LIST=2]
What is the order that the Static Route list is executed in? Specifically, is there an order that the list is analyzed against when faced with a routing question?[/LIST]
[LIST=3]
Like the "Live Log: Packet Filter" shows which rule was used to dispose of a packet, is there a way to see which static route was used to send a particular packet toward a particular interface?[/LIST]



Thanks.


This thread was automatically locked due to age.
Parents
  • 0
    Good catch, John.  I just did a bit of studying, and it looks like ordering static routes isn't the standard approach unless one is doing OSPF; take a look at 7.4 STATIC ROUTING.

    Was this just a learning/philosophical question, or is there an actual issue driving it?

    Cheers - Bob
     
    Sophos UTM Community Moderator
    Sophos Certified Architect - UTM
    Sophos Certified Engineer - XG
    Gold Solution Partner since 2005
    MediaSoft, Inc. USA
  • 0 in reply to BAlfson
    Good catch, John.  I just did a bit of studying, and it looks like ordering static routes isn't the standard approach unless one is doing OSPF; take a look at 7.4 STATIC ROUTING.


    I did read that page and, although it opened up the possibility that route order can be influenced by "metrics", it brought me/us no closer to understanding what Astaro is doing in relation to route order and how we might be able to influence it.

    Was this just a learning/philosophical question, or is there an actual issue driving it?


    In so far as I need to get this firewall working properly, I need to crawl under every rock that could be hiding some rule or filter or something else that would cause the firewall to behave incorrectly, or undesirably. 

    The static routing order was the rock that I began to crawl under at this point.

    I am unable to distinguish between an academic question and an actual issue at this point, since I don't know why this firewall is misbehaving. So, like the principle of RTFM, I have committed myself to learning the ins and outs of this firewall, how it works, and how it doesn't work, since it is the firewall I have inherited and the one I have to fix.

    Believe it or not, the fog is slowly, but steadily, lifting, and much of it is thanks to your repeated and patient replies to folks like me. Of course, there are a couple of other forum members who also exhibit the kindness associated with a thoughtful and helpful reply. 

    Thanks, Bob!

    John
Reply
  • 0 in reply to BAlfson
    Good catch, John.  I just did a bit of studying, and it looks like ordering static routes isn't the standard approach unless one is doing OSPF; take a look at 7.4 STATIC ROUTING.


    I did read that page and, although it opened up the possibility that route order can be influenced by "metrics", it brought me/us no closer to understanding what Astaro is doing in relation to route order and how we might be able to influence it.

    Was this just a learning/philosophical question, or is there an actual issue driving it?


    In so far as I need to get this firewall working properly, I need to crawl under every rock that could be hiding some rule or filter or something else that would cause the firewall to behave incorrectly, or undesirably. 

    The static routing order was the rock that I began to crawl under at this point.

    I am unable to distinguish between an academic question and an actual issue at this point, since I don't know why this firewall is misbehaving. So, like the principle of RTFM, I have committed myself to learning the ins and outs of this firewall, how it works, and how it doesn't work, since it is the firewall I have inherited and the one I have to fix.

    Believe it or not, the fog is slowly, but steadily, lifting, and much of it is thanks to your repeated and patient replies to folks like me. Of course, there are a couple of other forum members who also exhibit the kindness associated with a thoughtful and helpful reply. 

    Thanks, Bob!

    John
Children
No Data
Unfiltered HTML