on 13-Jan-2010 08:50
With version 10.1, we've given the session table some long-sought functionality, and revamped its iRules interface completely to give users a new, cleaner, full-featured way to keep track of global data. We are very proud to introduce the table command...
In this sixth part of the series on the usage of the new table command, we discuss how you can create and manage subtables within the session table.
Subtables
Whew! Still with me? Good, because we're just now getting to some of best stuff.
One of the most powerful changes to the session table in v10.1 is the concept of a subtable, which is simply a named set of entries. It lets you organize your entries in groups, and lets you act on those groups. A subtable is basically a table in and of itself, with some special abilities. Subtables only contain entries, though; you can’t nest subtables. Here's what they look like:
They are trivial to use: every current table subcommand simply takes a -subtable <name> parameter. So you can do things like:
table set -subtable $tbl $key $data table lookup -subtable $othertbl $key table delete -subtable $thirdtbl $key
That's all there is to it! Doesn't look like much, does it? But this is very powerful stuff! Maybe you want a different set of data for each user, or for each client IP address, or for each virtual server? No problem!
table set -subtable "$username" $key $data table add -subtable "[IP::client_addr]" $key $data table replace -subtable "[virtual]" $key $data
Since you can name your subtables however you want, you can now have shared variables with any arbitrary scope! And there's an easy way to clean up:
table delete -all -subtable "$username"
will remove every entry in a subtable in one fell swoop.
But wait! There's more!
With subtables comes a new and long-desired ability: the ability to list or count the number of keys:
table keys -subtable <name> [-count|-notouch]
You’ll note that unlike all the other table subcommands, the subtable name is not optional here: there’s no way to use it on entries that aren’t in a subtable. Also note that by default, retrieving the list of keys will touch each one, but getting the count will never touch any entries.
Isn't this AWESOME!?! This feature is going to simplify a lot of your iRules, and give you the ability to do things that simply weren't feasible before. I can't wait to see all the creative uses you come up with!
That covers all of the new session table features. Now we'll cover some ways of putting everything together...
Continue reading part seven in our series: Counting
Ex:
Subtable: DNS
Key | Value
user77 | 5254
user78 | 5100
user79 | 5300
that is: it is not nested table.
( keys on table are not on relation on keys of main (unnamed) table )
/ Kari Hurtta