Closed seamlessfirework closed 1 week ago
please can you open a Service Request for this issue. Thank you Mark
This is the response I got from the support team:
in this specific case we don't expect complains from AS3. Dry-run checks if AS3 declaration is syntactically correct the error you are facing is from mcpd which checks if the config is valid. ( we cannot have irule without http profile) So in other words is expected not to see complains from dry-run.
I replied this
I would expect that the dry-run throws errors when an HTTP profile is needed when binding an iRule with "when HTTP_REQUEST..." and so on. So what does the dry-run really do? IMHO I cannot rely on the dry-run feature behaving like that.
I got this answer
The error that you are facing is from mcpd which checks if the config is valid. A dry run is an action that sends a declaration through validation checks without deploying the configuration to the target device. It's useful for debugging and testing declarations. In other words, dry-run checking the declaration, not the configuration for configurations mismatches mcpd is used.
I have to keep this in mind and rethink a bit about the behavior of the dry-run feature. What do you think about the response from support team?
I am not big fan of AS3 and the whole stuff around Next/CM but in this case the response from support team is IMHO valid. We do automate imperatively and had the same challenge as you and it might be tricky to pre-verify irule content against virtual server configuration. It is not only about http profile vs "when HTTP_REQUEST" but you have much more types (stateless, L4, ..) which support or not support various types of iRule events. Simply, I would say this outcome is fine.
Thank you for your input. I would say this problem has been “solved”.
Environment
Summary
I have an AS3 tenant declaration. The Virtual Servers are being deployed as TCP loadbalancers with class "Service_TCP" with a "security-fastL4" profile. I accidently added an iRule that needs an HTTP profile set. The declaration failed properly saying that the VS needs an HTTP or FastHTTP profile being set.
Steps To Reproduce
Steps to reproduce the behavior:
Expected Behavior
I expected that in the dry run a error message says that the VS needs a proper profile when binding an iRule that is being used for HTTP packet handling.
Actual Behavior
The dry run didn't report any errors: