Thread Info
  • State Not Answered
  • Replies 1 reply
  • Subscribers 0 subscribers
  • Views 456 views
  • Users 0 members are here
Options
Suggested

[8.900][ANSWERED] Monitor TTL for fail over internet

Hkhan
There should be TTL monitoring for the Internet links based on which if the UTM senses that if the latency increases certain ms it should shift the Internet traffic on the other link rather than to give time out and still treat the link state to be up. Am recently facing sloooow Internet as I have a problem with the primary service provider but my UTM continues as it still considers the link to be up. It should automatically shift to the next available link.   Link health check should be more comprehensive like defining TTL, latency, ping to multiple websites etc.

Thanks
Parents
  • 0
    Yes I agree, we could spend weeks to improve the current behavior. But in the end, we would have lots of parameters to tune and lost of customer calling support because everyone expects a different behavior.

    Lets summarize a few things:

    a) if we have multiple switches based on link quality, we don't want notifications sent for each time. But customers will wonder all the time when this and that link is used and why.

    b) what about persistence? e.g. you do online banking and suddenly your primary link gets saturated. So the next connection to your bank will be balanced to your secondary link and most likely you will be automatically logged out and have to log in again.

    c) we cant shift established connections. e.g. your ssh session will stick on the saturated line, you would have to manual reestablish a connection

    d) if you first line is saturated and balance all new connections to the secondary line, its likely that the secondary line gets saturated too. e.g. you have two downloads started going over each line.

    So its better if you:
    a) use multipath rules to balance traffic, e.g. http over first line, ssh over secondary line
    b) use QoS to ensure latency depending protocols have a higher priority than bulk traffic

    Cheers
     Ulrich
Reply
  • 0
    Yes I agree, we could spend weeks to improve the current behavior. But in the end, we would have lots of parameters to tune and lost of customer calling support because everyone expects a different behavior.

    Lets summarize a few things:

    a) if we have multiple switches based on link quality, we don't want notifications sent for each time. But customers will wonder all the time when this and that link is used and why.

    b) what about persistence? e.g. you do online banking and suddenly your primary link gets saturated. So the next connection to your bank will be balanced to your secondary link and most likely you will be automatically logged out and have to log in again.

    c) we cant shift established connections. e.g. your ssh session will stick on the saturated line, you would have to manual reestablish a connection

    d) if you first line is saturated and balance all new connections to the secondary line, its likely that the secondary line gets saturated too. e.g. you have two downloads started going over each line.

    So its better if you:
    a) use multipath rules to balance traffic, e.g. http over first line, ssh over secondary line
    b) use QoS to ensure latency depending protocols have a higher priority than bulk traffic

    Cheers
     Ulrich
Children
No Data
Cookie Information Banner