Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 1 reply
  • Subscribers 2 subscribers
  • Views 1072 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

Split traffic between 2 ISP's

kimfr
Hi there,

I wish to split the outgoing traffic between 2 ISP's account (not load balancing). I would like all traffic to go via ISP1 (Telkom) between 6am and 6pm and the rest of the time all traffic should go via ISP2 (Vox).

Being new to UTM, I have been reading/testing various things and I have found that I can set a time based Firewall rule - this works in so far as to either allow or disallow traffic. I have also been playing around with the Multipath/Traffic selector rules to direct traffic. 

What I don't seem to be able to do is "direct the traffic" based on "Time of day" - I seem to be missing how to link the firewall rules (which is time based) to the MultiPath or Traffic selector rules.

Any ideas?

Thanks
Kim


This thread was automatically locked due to age.
Parents
  • 0
    Hi, Kim, and welcome to the User BB!

    There's no supported way to do this in WebAdmin, so please add a Feature suggestion.

    ** Note that the following changes can void your warranty if you have a paid license! **

    That said, in WebAdmin, you could make two Multipath Rules, in order, like:
    [LIST=1]Name: Telkom : Any -> Any -> Any : bind to Telkom
    • Name: Vox : Any -> Any -> Any : bind to Vox
    [/LIST]
    Then, find the REF_ for the object created by WebAdmin for the first rule; at the command line as root:

    cc get_object_by_name 'scheduler' 'rule' 'Telkom'


    I guess the result will show REF_SchRulTelkom, so you would add the following lines to /etc/crontab-static:

    0 6 ** 0,1,2,3,4,5,6 /usr/local/bin/confd-client.plx change_object REF_SchRulTelkom status 1
    0 18 ** 0,1,2,3,4,5,6 /usr/local/bin/confd-client.plx change_object REF_SchRulTelkom status 0


    Finally, force WebAdmin to generate a new crontab.  In WebAdmin on the 'Configuration' tab of 'Management >> Up2Date', set 'Pattern download/installation interval' to "Manual," [Apply], set it back to its original value and [Apply] again.

    Now, you have a Multipath setup that pushes all traffic out the Telkom interface from 06:00 to 18:00 and out the Vox interface at other times.  If the Vox interface goes down during 18:00 to 06:00, all traffic will be routed over the Telkom interface until the Vox connection is firmly re-established.

    (Note that I haven't tried this exact test, but each of the elements has been used in the past.)

    Cheers - Bob
Reply
  • 0
    Hi, Kim, and welcome to the User BB!

    There's no supported way to do this in WebAdmin, so please add a Feature suggestion.

    ** Note that the following changes can void your warranty if you have a paid license! **

    That said, in WebAdmin, you could make two Multipath Rules, in order, like:
    [LIST=1]Name: Telkom : Any -> Any -> Any : bind to Telkom
    • Name: Vox : Any -> Any -> Any : bind to Vox
    [/LIST]
    Then, find the REF_ for the object created by WebAdmin for the first rule; at the command line as root:

    cc get_object_by_name 'scheduler' 'rule' 'Telkom'


    I guess the result will show REF_SchRulTelkom, so you would add the following lines to /etc/crontab-static:

    0 6 ** 0,1,2,3,4,5,6 /usr/local/bin/confd-client.plx change_object REF_SchRulTelkom status 1
    0 18 ** 0,1,2,3,4,5,6 /usr/local/bin/confd-client.plx change_object REF_SchRulTelkom status 0


    Finally, force WebAdmin to generate a new crontab.  In WebAdmin on the 'Configuration' tab of 'Management >> Up2Date', set 'Pattern download/installation interval' to "Manual," [Apply], set it back to its original value and [Apply] again.

    Now, you have a Multipath setup that pushes all traffic out the Telkom interface from 06:00 to 18:00 and out the Vox interface at other times.  If the Vox interface goes down during 18:00 to 06:00, all traffic will be routed over the Telkom interface until the Vox connection is firmly re-established.

    (Note that I haven't tried this exact test, but each of the elements has been used in the past.)

    Cheers - Bob
Children
No Data