Device Manager GUI Guide vA3(2.2), Cisco ACE 4700 Series Application Control Engine Appliance
Configuring Stickiness
Downloads: This chapterpdf (PDF - 217.0KB) The complete bookPDF (PDF - 14.55MB) | Feedback

Configuring Stickiness

Table Of Contents

Configuring Stickiness

Stickiness Overview

Sticky Types

HTTP Content Stickiness

HTTP Cookie Stickiness

HTTP Header Stickiness

IP Netmask Stickiness

Layer 4 Payload Stickiness

RADIUS Stickiness

RTSP Header Stickiness

SIP Header Stickiness

Sticky Groups

Sticky Table

Configuring Sticky Groups

Sticky Group Attribute Tables

Viewing All Sticky Groups by Context

Configuring Sticky Statics


Configuring Stickiness


This section provides an information about sticky behavior and procedures for configuring stickiness with an ACE appliance.

Topics include:

Stickiness Overview

Configuring Sticky Groups

Configuring Sticky Statics

Stickiness Overview

When customers visit an e-commerce site, they usually start out by browsing the site, the Internet equivalent of window shopping. Depending on the application, the site may require that the client become "stuck" to one server once the connection is established, or the application may not require this until the client starts to build a shopping cart.

In either case, once the client adds items to the shopping cart, it is important that all of the client requests get directed to the same server so that all the items are contained in one shopping cart on one server. An instance of a customer's shopping cart is typically local to a particular Web server and is not duplicated across multiple servers.

E-commerce applications are not the only types of applications that require stickiness. Any Web application that maintains client information may require stickiness, such as banking applications or online trading. Other uses include FTP and HTTP file transfers.

Stickiness allows the same client to maintain multiple simultaneous or subsequent TCP or IP connections with the same real server for the duration of a session. A session, as used here, is defined as a series of transactions between a client and a server over some finite period of time (from several minutes to several hours). This feature is particularly useful for e-commerce applications where a client needs to maintain multiple connections with the same server while shopping online, especially while building a shopping cart and during the checkout process.

Depending on the configured SLB policy, the ACE appliance "sticks" a client to an appropriate server after the ACE appliance has determined which load-balancing method to use. If the ACE appliance determines that a client is already stuck to a particular server, then the ACE appliance sends that client request to that server, regardless of the load-balancing criteria specified by the matched policy. If the ACE appliance determines that the client is not stuck to a particular server, it applies the normal load-balancing rules to the content request.

For overview information on stickiness, see:

Sticky Types

Sticky Groups

Sticky Table

Related Topics

Configuring Virtual Server Layer 7 Load Balancing, page 3-26

Configuring Sticky Groups

Sticky Types

The ACE appliance supports stickiness based on:

HTTP cookies

HTTP headers

IP addresses

HTTP content

Layer 4 payloads

RADIUS attributes

RTSP headers

SIP headers

Related Topics

HTTP Content Stickiness

HTTP Cookie Stickiness

HTTP Header Stickiness

IP Netmask Stickiness

Layer 4 Payload Stickiness

RADIUS Stickiness

RTSP Header Stickiness

SIP Header Stickiness

HTTP Content Stickiness

HTTP content stickiness allows you to stick a client to a server based on the content of an HTTP packet. You can specify a beginning pattern and ending pattern, the number of bytes to parse, and an offset that specifies how many bytes to ignore from the beginning of the data.

Related Topics

Configuring Sticky Groups

Sticky Types

Sticky Groups

Sticky Table

HTTP Cookie Stickiness

Client cookies uniquely identify clients to the ACE and the servers providing content. A cookie is a small data structure within the HTTP header that is used by a server to deliver data to a Web client and request that the client store the information. In certain applications, the client returns the information to the server to maintain the connection state or persistence between the client and the server.

When the ACE examines a request for content and determines through policy matching that the content is sticky, it examines any cookie or URL present in the content request. The ACE uses the information in the cookie or URL to direct the content request to the appropriate server.

The ACE supports the following types of cookie stickiness:

Dynamic cookie learning

You can configure the ACE to look for a specific cookie name and automatically learn its value either from the client request HTTP header or from the server Set-Cookie message in the server response. Dynamic cookie learning is useful when dealing with applications that store more than just the session ID or user ID within the same cookie. Only very specific bytes of the cookie value are relevant to stickiness.

By default, the ACE learns the entire cookie value. You can optionally specify an offset and length to instruct the ACE to learn only a portion of the cookie value.

Alternatively, you can specify a secondary cookie value that appears in the URL string in the HTTP request. This option instructs the ACE to search for (and eventually learn or stick to) the cookie information as part of the URL. URL learning is useful with applications that insert cookie information as part of the HTTP URL. In some cases, you can use this feature to work around clients that reject cookies.

Cookie insert

The ACE inserts the cookie on behalf of the server upon the return request, so that the ACE can perform cookie stickiness even when the servers are not configured to set cookies. The cookie contains information that the ACE uses to ensure persistence to a specific real server.

Related Topics

Configuring Sticky Groups

Sticky Types

Sticky Groups

Sticky Table

HTTP Header Stickiness

You can use HTTP-header information to provide stickiness. With HTTP header stickiness, you can specify a header offset to provide stickiness based on a unique portion of the HTTP header.

Related Topics

Configuring Sticky Groups

Sticky Types

Sticky Groups

Sticky Table

IP Netmask Stickiness

You can use the source IP address, the destination IP address, or both to uniquely identify individual clients and their requests for stickiness purposes based on their IP netmask. However, if an enterprise or a service provider uses a megaproxy to establish client connections to the Internet, the source IP address no longer is a reliable indicator of the true source of the request. In this case, you can use cookies or one of the other sticky methods to ensure session persistence.

Related Topics

Configuring Sticky Groups

Sticky Types

Sticky Groups

Sticky Table

Layer 4 Payload Stickiness

Layer 4 payload stickiness allows you to stick a client to a server based on the data in Layer 4 frames. You can specify a beginning pattern and ending pattern, the number of bytes to parse, and an offset that specifies how many bytes to ignore from the beginning of the data.

Related Topics

Configuring Sticky Groups

Sticky Types

Sticky Groups

Sticky Table

RADIUS Stickiness

RADIUS stickiness can be based on the following RADIUS attributes:

Calling station ID

Username

Related Topics

Configuring Sticky Groups

Sticky Types

Sticky Groups

Sticky Table

RTSP Header Stickiness

RTSP stickiness is based on information in the RTSP session header. With RTSP header stickiness, you can specify a header offset to provide stickiness based on a unique portion of the RTSP header.

Related Topics

Configuring Sticky Groups

Sticky Types

Sticky Groups

Sticky Table

SIP Header Stickiness

SIP header stickiness is based on the SIP Call-ID header field. SIP header stickiness requires the entire SIP header, so you cannot specify an offset.

Related Topics

Configuring Sticky Groups

Sticky Types

Sticky Groups

Sticky Table

Sticky Groups

The ACE appliance uses the concept of sticky groups to configure stickiness. A sticky group allows you to specify sticky attributes. After you configure a sticky group and its attributes, you associate the sticky group with a Layer 7 policy-map action in a Layer 7 SLB policy map.You can create a maximum of 4096 sticky groups in each context. Each sticky group that you configure on the ACE appliance contains a series of parameters that determine:

Sticky method

Timeout

Replication

Cookie offset and other cookie-related attributes

HTTP header offset and other header-related attributes


Note The context in which you configure a sticky group must be associated with a resource class that allocates a portion of ACE appliance resources to stickiness. See Managing Resource Classes, page 2-29 for information about configuring ACE appliance resources.


Related Topics

Configuring Sticky Groups

Sticky Types

Sticky Table

Sticky Table

To keep track of sticky connections, the ACE appliance uses a sticky table. Table entries include the following items:

Sticky groups

Sticky methods

Sticky connections

Real servers

The sticky table can hold a maximum of four million entries (four million simultaneous users). When the table reaches the maximum number of entries, additional sticky connections cause the table to wrap and the first users become unstuck from their respective servers.

The ACE appliance uses a configurable timeout mechanism to age out sticky table entries. When an entry times out, it becomes eligible for reuse. High connection rates may cause the premature aging out of sticky entries. In this case, the ACE appliance reuses the entries that are closest to expiration first.

Sticky entries can be either dynamic (generated by the ACE appliance on-the-fly) or static (user-configured). When you create a static sticky entry, the ACE appliance places the entry in the sticky table immediately. Static entries remain in the sticky database until you remove them from the configuration. You can create a maximum of 4096 static sticky entries in each context.

If the ACE appliance takes a real server out of service for whatever reason (probe failure, no inservice command, or ARP timeout), the ACE appliance removes from the database any sticky entries that are related to that server.

Related Topics

Configuring Sticky Groups

Sticky Types

Sticky Table

Configuring Sticky Groups

Stickiness (or session persistence) is a feature that allows the same client to maintain multiple simultaneous or subsequent TCP connections with the same real server for the duration of a session. A session, as used here, is defined as a series of transactions between a client and a server over some finite period of time (from several minutes to several hours). This feature is particularly useful for e-commerce applications where a client needs to maintain multiple TCP connections with the same server while shopping online, especially while building a shopping cart and during the checkout process.

E-commerce applications are not the only types of applications that require stickiness. Any Web application that maintains client information may require stickiness, such as banking applications or online trading. Other uses include FTP and HTTP file transfers.

The ACE appliance uses the concept of sticky groups to configure stickiness. A sticky group allows you to specify sticky attributes. After you configure a sticky group and its attributes, you associate the sticky group with a Layer 7 policy-map action in a Layer 7 SLB policy map.


Note The context in which you configure a sticky group must be associated with a resource class that allocates a portion of ACE appliance resources to stickiness. See Managing Resource Classes, page 2-29 for information about configuring ACE appliance resources.


Assumption

The context in which you are configuring a sticky group is associated with a resource class that allocates resources to stickiness.

Procedure


Step 1 Select Config > Virtual Contexts > context > Load Balancing > Stickiness. The Sticky Groups table appears.

Step 2 Click Add to add a new sticky group, or select an existing sticky group you want to modify, then click Edit.

Step 3 Enter the sticky group attributes (see Table 5-1).

Table 5-1 Sticky Group Attributes 

Field
Description

Group Name

The sticky group identifier. Valid entries are unquoted text strings with no spaces and a maximum of 64 alphanumeric characters.

Type

The method to be used when establishing sticky connections:

HTTP Content—The ACE sticks client connections to the same real server based on a string in the data portion of the HTTP packet. See Table 5-2 for additional configuration options.

HTTP Cookie—Indicates that the ACE appliance is either to learn a cookie from the HTTP header of a client request or to insert a cookie in the Set-Cookie header of the response from the server to the client, and then use the learned cookie to provide stickiness between the client and server for the duration of the transaction.

HTTP Header—Indicates that the ACE appliance is to stick client connections to the same real server based on HTTP headers.

IP Netmask—Indicates that the ACE appliance is to stick a client to the same server for multiple subsequent connections as needed to complete a transaction using the client source IP address, the destination IP address, or both.

Note If an organization uses a megaproxy to load balance client requests across multiple proxy servers when a client connects to the Internet, the source IP address is no longer a reliable indicator of the true source of the request. In this situation, you can use cookies or another sticky method to ensure session persistence.

Layer 4 Payload—The ACE sticks client connections to the same real server based on a string in the payload portion of the Layer 4 protocol packet. See Table 5-6 for additional configuration options.

RADIUS—The ACE sticks client connections to the same real server based on a RADIUS attribute. See Table 5-7 for additional configuration options.

RTSP Header—The ACE sticks client connections to the same real server based on the RTSP Session header field. See Table 5-8 for additional configuration options.

SIP Header—The ACE sticks client connections to the same real server based on the SIP Call-ID header field.

Cookie Name

This option appears for sticky type HTTP Cookie.

Enter a unique identifier for the cookie. Valid entries are unquoted text strings with no spaces and a maximum of 64 alphanumeric characters.

Enable Insert

This option appears only for sticky type HTTP Cookie.

Check this check box if the ACE appliance is to insert a cookie in the Set-Cookie header of the response from the server to the client. This option is useful when you want to use a session cookie for persistence but the server is not currently setting the appropriate cookie. When selected, the ACE appliance selects a cookie value that identifies the original server from which the client received a response. For subsequent connections of the same transaction, the client uses the cookie to stick to the same server.

Clear this check box to disable cookie insertion.

Browser Expire

This option appears for sticky type HTTP Cookie and you select Enable Insert.

Check this check box to allow the client's browser to expire a cookie when the session ends. Clear this check box to disable browser expire.

Offset (Byes)

This option appears for sticky types HTTP Cookie and HTTP Header.

Enter the number of bytes the ACE appliance is to ignore starting with the first byte of the cookie. Valid entries are integers from 0 to 999. The default is 0 (zero), which indicates that the ACE appliance does not exclude any portion of the cookie.

Length (Bytes)

This option appears for sticky types HTTP Cookie and HTTP Header.

Enter the length of the portion of the cookie (starting with the byte after the offset value) that the ACE appliance is to use for sticking the client to the server. Valid entries are integers from 1 to 1000.

Secondary Name

This option appears only for sticky type HTTP Cookie.

Enter an alternate cookie name that is to appear in the URL string of the Web page on the server. The ACE appliance uses this cookie to maintain a sticky connection between a client and a server and adds a secondary entry in the sticky table. Valid entries are unquoted text strings with no spaces and a maximum of 64 characters.

Header Name

This option appears for sticky type HTTP Header.

Select the HTTP header to use for sticking client connections.

Netmask

This option appears only for sticky type IP Netmask.

Select the netmask to apply to the source IP address, the destination IP address, or both.

Address Type

This option appears only for sticky type IP Netmask.

Indicate whether this sticky type is to be applied to the client source IP address, the destination IP address, or both:

Both—Indicates that this sticky type is to be applied to both the source IP address and the destination IP address.

Destination—Indicates that this sticky type is to be applied to the destination IP address only.

Source—Indicates that this sticky type is to be applied to the source IP address only.

Sticky Server Farm

Select a server farm you want to associate with this sticky group.

Backup Server Farm

Select a backup server farm to be associated with this sticky group. If the primary server farm is down, the ACE appliance uses the backup server farm.

Aggregate State

This field appears when a server farm and backup server farm are selected.

Check this check box to indicate that the state of the backup server farm is tied to the virtual server state. Clear this check box if the backup server farm is not tied to the virtual server state.

Sticky Enabled

This field appears when a server farm and backup server farm are selected.

Check this check box to indicate that the backup server farm is sticky. Clear this check box if the backup server farm is not sticky.

Replicate on HA Peer

Check this check box to indicate that the ACE appliance to replicate sticky table entries on the standby ACE appliance. If a failover occurs and this option is selected, the new active ACE appliance can maintain the existing sticky connections.

Clear this check box to indicate that the ACE appliance is not to replicate sticky table entries on the standby ACE appliance.

Timeout (Minutes)

Enter the number of minutes that the ACE appliance keeps the sticky information for a client connection in the sticky table after the latest client connection terminates. Valid entries are integers from 1 to 65535; the default is 1440 minutes (24 hours).

Timeout Active Connections

Check this check box to specify that the ACE appliance is to time out sticky table entries even if active connections exist after the sticky timer expires.

Clear this check box to specify that the ACE appliance is not to time out sticky table entries even if active connections exist after the sticky timer expires. This is the default behavior.


Step 4 Click:

Deploy Now to deploy this configuration on the ACE appliance. To configure sticky statics, see Configuring Sticky Statics.

Cancel to exit the procedure without saving your entries and to return to the Sticky Groups table.

Next to save your entries and to configure another sticky group.


Related Topics

Configuring Sticky Statics

Configuring Virtual Context Class Maps, page 10-8

Configuring Virtual Context Policy Maps, page 10-32

Configuring Real Servers, page 4-4

Configuring Server Farms, page 4-11

Sticky Group Attribute Tables

Refer to the following topics for sticky group type-specific attributes:

HTTP Content Sticky Group Attributes

HTTP Cookie Sticky Group Attributes

HTTP Header Sticky Group Attributes

IP Netmask Sticky Group Attributes

Layer 4 Payload Sticky Group Attributes

RADIUS Sticky Group Attributes

RTSP Header Sticky Group Attributes

HTTP Content Sticky Group Attributes

Table 5-2 HTTP Content Sticky Group Attributes  

Field
Description

HTTP Content

HTTP content may change over time with only a portion remaining constant throughout a transaction between the client and a server.

Check the check box to configure the ACE to use the constant portion of HTTP content to make persistent connections to a specific server. Clear the check box to identify specific content for stickiness in the Offset, Length, Begin Pattern, and End Pattern fields.

Offset (Bytes)

Enter the number of bytes the virtual server is to ignore starting with the first byte of the cookie. Valid entries are integers from 0 to 999. The default is 0 (zero), which indicates that the virtual server does not exclude any portion of the cookie.

Length (Bytes)

Enter the length of the portion of the cookie (starting with the byte after the offset value) that the ACE is to use for sticking the client to the server. Valid entries are integers from 1 to 1000.

Begin Pattern

Enter the beginning pattern of the HTTP content payload and the pattern string to match before hashing. If you do not specify a beginning pattern, the ACE begins parsing immediately after the offset byte. You cannot configure different beginning and ending patterns for different server farms that are part of the same traffic classification.

Valid entries are unquoted text strings with no spaces and a maximum of 255 alphanumeric characters. You can enter a text string with spaces provided that you enclose the entire string in quotation marks ("). The ACE supports regular expressions for matching string expressions. Table 10-31 lists the supported characters that you can use for matching string expressions.

End Pattern

Enter the pattern that marks the end of hashing. If you do not specify an end pattern or a length, the ACE continues to parse the data until it reaches the end of the field or packet, or until it reaches the maximum body parse length. You cannot configure different beginning and ending patterns for different server farms that are part of the same traffic classification.

Valid entries are unquoted text strings with no spaces and a maximum of 255 alphanumeric characters. You can enter a text string with spaces provided that you enclose the entire string in quotation marks ("). The ACE supports regular expressions for matching string expressions. Table 10-31 lists the supported characters that you can use for matching string expressions.


HTTP Cookie Sticky Group Attributes

Table 5-3 HTTP Cookie Sticky Group Attributes  

Field
Description

Cookie Name

Enter a unique identifier for the cookie. Valid entries are unquoted text strings with no spaces and a maximum of 64 alphanumeric characters.

Enable Insert

Check the check box if the virtual server is to insert a cookie in the Set-Cookie header of the response from the server to the client. This option is useful when you want to use a session cookie for persistence but the server is not currently setting the appropriate cookie. When selected, the virtual server selects a cookie value that identifies the original server from which the client received a response. For subsequent connections of the same transaction, the client uses the cookie to stick to the same server.

Clear the check box to disable cookie insertion.

Browser Expire

This option appears for sticky type HTTP Cookie and you select Enable Insert.

Check this check box to allow the client's browser to expire a cookie when the session ends. Clear this check box to disable browser expire.

Offset (Bytes)

Enter the number of bytes the virtual server is to ignore starting with the first byte of the cookie. Valid entries are integers from 0 to 999. The default is 0 (zero), which indicates that the virtual server does not exclude any portion of the cookie.

Length (Bytes)

Enter the length of the portion of the cookie (starting with the byte after the offset value) that the ACE is to use for sticking the client to the server. Valid entries are integers from 1 to 1000.

Secondary Name

Enter an alternate cookie name that is to appear in the URL string of the Web page on the server. The virtual server uses this cookie to maintain a sticky connection between a client and a server and adds a secondary entry in the sticky table. Valid entries are unquoted text strings with no spaces and a maximum of 64 characters.


HTTP Header Sticky Group Attributes

Table 5-4 HTTP Header Sticky Group Attributes  

Field
Description

Header Name

Select the HTTP header to use for sticking client connections.

Offset (Bytes)

Enter the number of bytes the virtual server is to ignore starting with the first byte of the cookie. Valid entries are integers from 0 to 999. The default is 0 (zero), which indicates that the virtual server does not exclude any portion of the cookie.

Length (Bytes)

Enter the length of the portion of the cookie (starting with the byte after the offset value) that the ACE is to use for sticking the client to the server. Valid entries are integers from 1 to 1000.


IP Netmask Sticky Group Attributes

Table 5-5 IP Netmask Sticky Group Attributes  

Field
Description

Netmask

Select the netmask to apply to the source IP address, destination IP address, or both.

Address Type

Indicate whether this sticky type is to be applied to the client source IP address, the destination IP address, or both:

Both—The sticky type is to be applied to both the source IP address and the destination IP address.

Destination—The sticky type is to be applied to the destination IP address only.

Source—The sticky type is to be applied to the source IP address only.


Layer 4 Payload Sticky Group Attributes

Table 5-6 Layer 4 Payload Sticky Group Attributes 

Field
Description

Offset (Bytes)

Enter the number of bytes the virtual server is to ignore starting with the first byte of the cookie. Valid entries are integers from 0 to 999. The default is 0 (zero), which indicates that the virtual server does not exclude any portion of the cookie.

Length (Bytes)

Enter the length of the portion of the cookie (starting with the byte after the offset value) that the ACE is to use for sticking the client to the server. Valid entries are integers from 1 to 1000.

Begin Pattern

Enter the beginning pattern of the Layer 4 payload and the pattern string to match before hashing. If you do not specify a beginning pattern, the ACE begins parsing immediately after the offset byte. You cannot configure different beginning and ending patterns for different server farms that are part of the same traffic classification.

Valid entries are unquoted text strings with no spaces and a maximum of 255 alphanumeric characters. You can enter a text string with spaces provided that you enclose the entire string in quotation marks ("). The ACE supports regular expressions for matching string expressions. Table 10-31 lists the supported characters that you can use for matching string expressions.

End Pattern

Enter the pattern that marks the end of hashing. If you do not specify an end pattern or a length, the ACE continues to parse the data until it reaches the end of the field or packet, or until it reaches the maximum body parse length. You cannot configure different beginning and ending patterns for different server farms that are part of the same traffic classification.

Valid entries are unquoted text strings with no spaces and a maximum of 255 alphanumeric characters. You can enter a text string with spaces provided that you enclose the entire string in quotation marks ("). The ACE supports regular expressions for matching string expressions. Table 10-31 lists the supported characters that you can use for matching string expressions.

Enable Sticky For Response

Check the check box to enable the ACE to parse server responses and perform sticky learning. The ACE uses a hash of the server response bytes to populate the sticky database. The next time that the ACE receives a client request with those same bytes, it sticks the client to the same server.

Clear the check box to reset the behavior of the ACE to the default of not parsing server responses and performing sticky learning.


RADIUS Sticky Group Attributes

Table 5-7 RADIUS Sticky Group Attributes  

Field
Description

RADIUS Types

Select the RADIUS attribute to use for sticking client connections:

N/A—This option is not configured.

RADIUS Calling ID—Stickiness is based on the RADIUS framed IP attribute and the calling station ID attribute.

RADIUS User Name—Stickiness is based on the RADIUS framed IP attribute and the username attribute.


RTSP Header Sticky Group Attributes

Table 5-8 RTSP Header Sticky Group Attributes  

Field
Description

Offset (Bytes)

Enter the number of bytes the virtual server is to ignore starting with the first byte of the cookie. Valid entries are integers from 0 to 999. The default is 0 (zero), which indicates that the virtual server does not exclude any portion of the cookie.

Length (Bytes)

Enter the length of the portion of the cookie (starting with the byte after the offset value) that the ACE is to use for sticking the client to the server. Valid entries are integers from 1 to 1000.


Viewing All Sticky Groups by Context

Use this procedure to view all sticky groups associated with a virtual context.

Procedure


Step 1 Select Config > Virtual Contexts. The All Virtual Contexts table appears.

Step 2 Select the virtual context with the sticky groups you want to view, then select Load Balancing > Stickiness. The Sticky Groups table appears, listing the sticky groups associated with the selected context.


Related Topics

Configuring Sticky Groups

Configuring Sticky Statics

Configuring Sticky Statics

Use this procedure to configure sticky statics.

Assumption

A sticky group has been configured. See Configuring Sticky Groups for more information.

Procedure


Step 1 Select Config > Virtual Contexts > context > Load Balancing > Stickiness. The Sticky Groups table appears.

Step 2 Select the sticky group you want to configure for sticky statics, then select the Sticky Statics tab. If you do not see the Sticky Statics tab beneath the Sticky Groups table, click the Switch between Configure and Browse Modes button.

Step 3 Click Add to add a new entry to the table, or select an existing entry, then click Edit to modify it. The Sticky Statics configuration screen appears.

Step 4 In the Sequence Number field, either accept the automatically incremented number for this entry or enter a new sequence number.The sequence number indicates the order in which multiple sticky static configurations are applied.

Step 5 In the Type field, confirm that the correct sticky group type is selected. If you select multiple sticky groups and are creating a new static sticky entry, select the sticky group type to use as shown in Table 5-9.

Table 5-9 Sticky Group Types 

Sticky Group
Description

HTTP Content

Indicates that the ACE appliance is to stick a client to a server based on the content of an HTTP packet. You can specify a beginning pattern and ending pattern, the number of bytes to parse, and an offset that specifies how many bytes to ignore from the beginning of the data.

HTTP Cookie

Indicates that the ACE appliance is either to learn a cookie from the HTTP header of a client request or to insert a cookie in the Set-Cookie header of the response from the server to the client, and then use the learned cookie to provide stickiness between the client and server for the duration of the transaction.

HTTP Header

Indicates that the ACE appliance is to stick client connections to the same real server based on HTTP headers.

IP Netmask

Indicates that the ACE appliance is to stick a client to the same server for multiple subsequent connections as needed to complete a transaction using the client source IP address, the destination IP address, or both.

Note If an organization uses a megaproxy to load balance client requests across multiple proxy servers when a client connects to the Internet, the source IP address is no longer a reliable indicator of the true source of the request. In this situation, you can use cookies or another sticky method to ensure session persistence.

Layer 4 Payload

Indicates that the ACE appliance is to stick a client to a server based on the data in Layer 4 frames. You can specify a beginning pattern and ending pattern, the number of bytes to parse, and an offset that specifies how many bytes to ignore from the beginning of the data.

RADIUS

Indicates that the ACE appliance is to stick client connections based on the following RADIUS attributes: Calling station ID or Username.

RTSP Header

Indicates that the ACE appliance is to stick client connections based on information in the RTSP session header. With RTSP header stickiness, you can specify a header offset to provide stickiness based on a unique portion of the RTSP header.

SIP Header

Indicates that the ACE appliance is to stick client connections based on the SIP Call-ID header field. SIP header stickiness requires the entire SIP header, so you cannot specify an offset.


Step 6 If you select either HTTP Cookie, HTTP Header, HTTP Content, Layer 4 Payload, RTSP header, or SIP header for sticky type, in the Static Value field, enter the cookie string value. Valid entries are unquoted text strings with a maximum of 255 alphanumeric characters. If the string includes spaces, enclose the string with quotes.

Step 7 If you select IP Netmask for the sticky type:

a. In the Static Source field, enter the source IP address of the client.

b. In the Static Destination field, enter the destination IP address of the client.

Step 8 In the Named Real Server field, select the real server to associate with this static sticky entry.

Step 9 In the Port field, enter the port number of the real server. Valid entries are integers from 1 to 65535.

Step 10 Click:

Deploy Now to deploy this configuration on the ACE appliance.

Cancel to exit the procedure without saving your entries and to return to the Sticky Statics table.

Next to save your entries and to configure another sticky static entry.


Related Topic

Configuring Sticky Groups