Learn F5 Technologies, Get Answers & Share Community Solutions Join DevCentral

Filter by:
  • Solution
  • Technology
Clear all filters
Answers

Redirect with datagroup not working for keys longer than 31 chars

we have a strange behaviour in our F5 and we think it changed with version 14 - before it was ok.

In our iRule we do redirect based on a datagroup:

if { [ class match "https://www.xxx.de/zzzz/" eq redirects ] } {
    HTTP::respond 301 noserver Location ....
}

the datagroup entries look like: "https://www.xxx.de/bild/" := "https://www.xxx.de";,

As long as the length of the key is smaller than 32 chars everything works fine. For 31+ chars the match does not happen. The request goes through to the server without redirect and the result is a 404 because the page is not found. The following datagroup entry does not work: "https://www.xxx.de/bild/xxxxxxxxxx" := "https://www.xxx.de";,

The version of our BIG-IP:

  • BIG-IP 14.0.0.3 Build 0.0.4 Point Release 3
  • we are using the virtual edition
0
Rate this Question

Answers to this Question

placeholder+image
USER ACCEPTED ANSWER & F5 ACCEPTED ANSWER

It is a bug in the 14.0.0.3 and also found in the 14.1. For us there is an ENGHF that fixes the bug

0
Comments on this Answer
Comment made 6 days ago by Maneesh 294

What is the bug ID for this issue ?

0
Comment made 6 days ago by rloesche 17

I just know my ticket id: C2885726 and the solution: Hotfix-BIGIP-14.0.0.4.0.3.5-ENG.iso. The behaviour is only seen with external datagroups - internal datagroups work fine

0
Comment made 5 days ago by Maneesh 294

ta

0
placeholder+image
USER ACCEPTED ANSWER & F5 ACCEPTED ANSWER

Could be a bug. I have seen similar bug with F5 packet filters where there is a character limit to the name used for packet filters. I recommend opening up a case or searching the release notes to confirm if it is a bug.

0
Comments on this Answer
Comment made 1 month ago by rloesche 17

It's a support case now

0
Comment made 1 week ago by rloesche 17

Was a bug - now there is an ENGHF for this

0