Converting a virtual with connected traffic-matching-criteria object having either destination-port-list or destination-address-inline fields defined results in an invalid declaration. The port list gets converted into an array (while Service.virtualPort accepts only integers), and address inline gets converted into a string (while Service.virtualAddresses accepts only lists).
Steps To Reproduce
The issue can be reproduced with your unit test test/converter/service_l4/service_l4.3.conf.
Convert the config from the file above. The output is as follows:
Observe the following error messages when trying to deploy it:
{
"code": 422,
"errors": [
"/Common/Shared/dest_tmc1_vs/virtualPort: should be integer"
],
"declarationFullId": "",
"message": "declaration is invalid"
}
{
"code": 422,
"errors": [
"/Common/Shared/dest_tmc2_vs/virtualAddresses: should be array"
],
"declarationFullId": "",
"message": "declaration is invalid"
}
Expected Behavior
Address should be a simple case - just wrap the singular address in a list. Ports sound harder - might potentially need to create multiple virtuals, one for each port in list (?)
Environment
Summary
Converting a virtual with connected
traffic-matching-criteria
object having eitherdestination-port-list
ordestination-address-inline
fields defined results in an invalid declaration. The port list gets converted into an array (while Service.virtualPort accepts only integers), and address inline gets converted into a string (while Service.virtualAddresses accepts only lists).Steps To Reproduce
The issue can be reproduced with your unit test
test/converter/service_l4/service_l4.3.conf
.Convert the config from the file above. The output is as follows:
Observe the following error messages when trying to deploy it:
Expected Behavior
Address should be a simple case - just wrap the singular address in a list. Ports sound harder - might potentially need to create multiple virtuals, one for each port in list (?)