You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It could be more of vManage problem but still:
"fallback_best_tunnel_jitter", "fallback_best_tunnel_latency", "fallback_best_tunnel_loss" parameters may be skipped during config.
When they are unused, in terraform they show up as 0 (unlike main parameters (loss, jitter, latency) which show up as null) which probably make sense in this case, since variance of 0 actually means that no variance in play.
However, 0 is not accepted in the terraform configuration (allowed range starts at 1), so they cannot be configured as "0"
Error: Invalid Attribute Value
with sdwan_sla_class_policy_object.test_CN_SLA_DEFAULT,
on sdwan-tf-import-main.tf line 15365, in resource "sdwan_sla_class_policy_object" "test_CN_SLA_DEFAULT":
15365: fallback_best_tunnel_jitter = 0
Attribute fallback_best_tunnel_jitter value must be between 1 and 1000, got:
0
They can be set as "null" with terraform (but I am not sure what the actual vManage config would be, it could actually require 0 there) but after editing in GUI, they will be set to 0 and terraform would try to fix it on the next run:
Terraform will perform the following actions:
# sdwan_sla_class_policy_object.test_CN_SLA_DEFAULT will be updated in-place
~ resource "sdwan_sla_class_policy_object" "test_CN_SLA_DEFAULT" {
- fallback_best_tunnel_jitter = 0 -> null
- fallback_best_tunnel_loss = 0 -> null
I believe that it should be allowed to be 0, and documented that 0 means it's not in use.
The text was updated successfully, but these errors were encountered:
It could be more of vManage problem but still:
"fallback_best_tunnel_jitter", "fallback_best_tunnel_latency", "fallback_best_tunnel_loss" parameters may be skipped during config.
When they are unused, in terraform they show up as 0 (unlike main parameters (loss, jitter, latency) which show up as null) which probably make sense in this case, since variance of 0 actually means that no variance in play.
However, 0 is not accepted in the terraform configuration (allowed range starts at 1), so they cannot be configured as "0"
They can be set as "null" with terraform (but I am not sure what the actual vManage config would be, it could actually require 0 there) but after editing in GUI, they will be set to 0 and terraform would try to fix it on the next run:
I believe that it should be allowed to be 0, and documented that 0 means it's not in use.
The text was updated successfully, but these errors were encountered: