Page tree

Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

We use timeout multipliers in cases where we know that a device behaves in a very inconsistent way, or we know that the device by default takes extremely long to output it's backups. Please note these multipliers only apply to Backups jobs, NOT to Mass Config Push. If you wish to change timeouts for Config Push, either change the default settings, or use Advanced Settings for Config Push. Here are 2 examples why multipliers need to be used for backups:

1) MikroTik RouterOS and inconsistent paging

...

Device type / familySupports pagingUsed timeout typeDefault timeoutMultiplierActual timeout (using defaults)
Cisco WLCYesunimus.core.cli-expect-timeout20 seconds360 seconds
Datacom switchesYes

unimus.core.cli-expect-timeout

20 seconds360 seconds
Ericsson IPOSYesunimus.core.cli-expect-timeout20 seconds360 seconds
Ericsson SGSNYesunimus.core.cli-expect-timeout20 seconds360 seconds
ExindaYes

unimus.core.cli-expect-timeout

20 seconds15300 seconds
(5 minutes)
Extreme WLCNounimus.core.max-backup-timeout75 seconds5

375 seconds
(6 minutes 15 seconds)

Fortinet FortiOS
(FortiGate, FortiWeb, etc.)
Yes

unimus.core.cli-expect-timeout

20 seconds5100 seconds
MikroTik RouterOSYes

unimus.core.cli-expect-timeout

20 seconds5100 seconds
Perle IOLANYes

unimus.core.cli-expect-timeout

20 seconds240 seconds
RedCarrierSwitchYesunimus.core.cli-expect-timeout20 seconds360 seconds
Ruckus SmartOS
(Unleashed / ZoneDirector)
Nounimus.core.max-backup-timeout75 seconds151125 seconds
(18 minutes 45 seconds)
Watchguard FirewareNounimus.core.max-backup-timeout75 seconds5375 seconds
(6 minutes 15 seconds)
ZhoneYes

unimus.core.cli-expect-timeout

20 seconds30600 seconds
(10 minutes)