Forum Discussion

Romel_77740's avatar
Romel_77740
Icon for Nimbostratus rankNimbostratus
Jun 06, 2008

irule editor cannot deploy multiple irules to same virtual server

From irule editor, when I try to deploy more than 1 irule, I get an error like:: "Rule priorites for virtual server must be unique". I don't have same issue from F5 GUI, Virtual Server's Resources tab window. What enhancement does irule editor need ?

8 Replies

  • My question is why I have to assign specific priority through irule editor and not if I use the bigIP GUI directly?
  • You should be able to do otherwise. I can do it on my iRule just the same from the F5 gui.

     

  • You are missing my question::: On the bigIP GUI, I can assign multiple irules to a virtual server without having to explicitly specify the priority. Why on irule editor, I have to specify the priority explicitly?
  • I think I see what you mean. The GUI can prioritize seperate iRules, while the editor can't do that. It's simply an IRule editor and the only thing you can do is prioritize the EVENTS within the single iRule.

     

     

    I hope this bit helps

     

     

    CB

     

     

     

     

     

     

  • I think this is actually a bug in the iRuler or iControl function for adding a rule to a VIP. Ideally, the iRuler should handle any combination of iRules in the same way as the GUI, regardless of whether the VIP already has an existing rule with an event set to the same priority as the new rule. This would be something you could open a case with F5 support (Click here) on to report the problem officially.

     

     

    Aaron
  • From my perspective as a user, it would have been very much convenient if irule editor worked like GUI to auto-assign priority (last irule as the last priority). The editor can explictly pop up a new small window with a note warning the user that if the user has to explicitly set priority on each event if he/she has the need to.
  • Posted By hoolio on 06/09/2008 1:40 PM

     

     

    Hi Joe,

     

     

    Point taken. I assumed the iRuler would handle it the same way as the GUI--add the latest rule to the end of the list of existing rules. Granted, the iRuler wouldn't allow you to re-order the rules, but at least it would provide the same validation that the GUI does. If the iRuler logic is what people think is best, perhaps the GUI validation could be updated.

     

     

    Aaron

     

     

     

    I don't claim to be the holder of all that is best logic wise. If you all would like it to be automagically done for you then I look into adding that. The issue here really isn't with the iRule Editor btw, it's with the way the API works. Applications like the GUI must do it's own magic on top of the API to make this work that I didn't do with the Editor.

     

     

    -Joe