having /%23/path - /#/uri issue matching irule

i think client (browser) does not send URI-fragments to server (bigip).

Fragment identifier

Ok, so does that mean the only option here is for them to recode the URL to use any other character then / to get the irule redirect to work?

I tried uri decoding another way, same blank "/" result..

when HTTP_REQUEST { log local0. "irule_blah [HTTP::uri] triggered!"

set tmpUri [string tolower [HTTP::uri]]
set uri [URI::decode $tmpUri]

log local0. "HTTP uri decoded to $uri triggered!"

log local0. "HTTP uri = [HTTP::uri] triggered!"
switch -glob $uri {
     "//a" { HTTP::redirect "http://www.Aredirect.com}
     "//b" { HTTP::redirect "http://www.Bredirect.com}
     "//c" { HTTP::redirect "http://www.Credirect.com}

}

info tmm7[23795]: Rule /blah : irule_blah / triggered! info tmm7[23795]: Rule /blah : HTTP uri decoded to / triggered! info tmm7[23795]: Rule /blah : HTTP uri = / triggered!

Many characters have special meaning in TCL. Try using curly braces instead of double quotes.

if { [HTTP::uri] starts_with {/} } {
  switch [HTTP::uri] {
     {//a} { HTTP::redirect "http://www.Aredirect.com"}
     {//b} { HTTP::redirect "http://www.Bredirect.com"}
     {//c} { HTTP::redirect "http://www.Credirect.com"}
   }
}

No luck, but thanks for the suggestion! I logged a case with f5 support as well. This may be a no go. I've done URL decoding before, but never with a sound in the beginning of the path like this. If I change it to any other character, it works fine!