cc/td/doc/solution/sesm/sesm_315
hometocprevnextglossaryfeedbacksearchhelp
PDF

Table of Contents

SESM Configuration Management

SESM Configuration Management

The SESM installation program assigns initial values to all of the key SESM attributes, using a combination of default values and values you provide during the installation. This chapter describes how to change these initial configuration values. Topics in this chapter are:

Introduction

This section introduces terms and concepts related to configuring SESM applications. Topics are:

Java Management Extensions

SESM configuration is based on the Java Management Extensions (JMX) specification and its related JMX MBean standards. For descriptions of these standards, go to:

    http://java.sun.com/products/JavaManagement

When you install the Jetty component from the SESM installation package, you are also installing a JMX server from Sun Microsystems. You can substitute any JMX-compliant server.

The JMX server, sometimes known as the MBean server, is a registry for objects which are exposed to management operations by an agent. Any object that is registered with the JMX server becomes visible to the agent. (For SESM, the agent is the Cisco ConfigAgent.) MBeans are registered by the ConfigAgent or by other MBeans.

The Cisco ConfigAgent is a JMX-compliant agent provided by Cisco. ConfigAgent configures MBeans by reading and implementing values from MBean configuration files. ConfigAgent is an MBean, started by the SESM web application. The contents of the MBean configuration files control ConfigAgent activity.

MBeans

MBeans are Java classes that follow a model described in the JMX standards. An MBean represents the management interface for a resource. The management interface is the set of all necessary information and controls that a management application needs to operate on the resource.

SESM uses attributes in MBeans to:

Read-write attributes in the SESM MBeans let deployers configure the application. For example, the SESM MBean configures the SESM mode; the SSG MBean configures communication between SSG and the SESM web application, the AAA MBean configures communication between RADIUS servers and the SESM web application, and so on. Container-specific parameters are also defined as MBeans. For example, Cisco created a logging MBean for the Jetty server.

Read-only attributes in the SESM MBeans let deployers monitor a running application. For example, the SESM MBean includes attributes for the current number of active sessions, the highest number of active sessions handled by this application so far, the number of authenticated sessions, the number of failed authentications, and so on. The SSG MBean includes attributes for the number of requests received, the number of access reject messages received, the number of timeouts, and so on.

Methods for Changing MBean Attribute Values

To change the configuration attributes in an SESM application's MBeans, you can:

See the "Using the SESM Remote Management Tool" section for more information.

See the "Directly Editing MBean Configuration Files" section for more information.

Monitoring Applications

To monitor a running application, use the SESM remote management tool. You can view the current value of any read-only attribute using this tool. You can optionally set a refresh interval that automatically refreshes the window with new metric values every set number of seconds.

Using the SESM Remote Management Tool

This section describes how to use the SESM remote management tool. Topics are:

Overview of SESM Remote Management

The SESM Remote Management tool provides a way to monitor and change the attributes in a running SESM application. It also provides a way to optionally store changes in the application configuration files, so that the changes persist across restarts.

Note   The SESM ManagementConsole is an adaptation of the HTML adaptor server included with the Sun example JMX server. The Cisco adaptations in this release add persistence features to the server. Plans for future SESM releases include an improved user interface.

An application's Agent View is the window into SESM remote management. Figure 3-1 summarizes how to access the Agent View and the tasks you can perform from it.


Figure 3-1:
Remote Management Summary


1

Each SESM application has a management console, known as the Agent View. You can access an application's Agent View in two ways:

  • Click a link configured on the CDAT main window—From this central location, you can conveniently access the Agent Views for all of the SESM applications.

  • Enter the URL for the application's management console in a web browser.

2

An application's Agent View lists all of the MBeans in the running application. From the Agent View, you can access MBean Views.

3

An MBean View provides access to all of the attributes in the MBean.

4

From the MBean View, you can perform the following actions on attribute values:

  • View current attribute values for the running application.

  • Apply changes to most Read/Write attributes. Applied changes take immediate effect on the running application.

  • Store changes in the application's configuration file. Stored changes persist for future restarts of the application.

Undo (revert) changes sequentially from the most recent store to the first store made in the session. The Undo action only affects the running application, even though it undoes the stored changes. To persist an undo, you must store the change.

Accessing an Application's Agent View

This section describes how to configure, start, and access an Agent View. Topics are:

Configuring the ManagementConsole MBean

All of the SESM applications include the ManagementConsole MBean, which configures and starts an Agent View for the application. Table 3-1 describes the attributes in the ManagementConsole MBean.


Table 3-1: SESM Portal Application—ManagementConsole MBean
Attribute Name Explanation

Port

Specifies the management console port for this application.

In the installed configuration files, the port value is a Java system property named:

    management.portno

All of the installed startup scripts set this Java system property to the following value:

    application.portno + 100

For example, if the application.portno is 8080, the management.portno is 8180.

This runtime setting overrides any value you enter in the configuration file. To change the value of this attribute, edit the start script.

AuthInfo

AuthInfo provides a level of access control on the Management Console. When a user attempts to access the management console port from a web browser, a logon window appears. The user must enter a user ID and password that matches values specified in AuthInfo.

Each application has a ManageConsole MBean that configures the login values for that application's management console. You can configure different user IDs and passwords for each application or use the same values for all applications.

You can specify multiple sets of AuthInfo information to allow multiple users access to a management console.

The AuthInfo array has two elements:

    1. User ID—Enter a user ID that you want to have access to the management console. The default value in all of the MBean configuration files is MgmtUser.

    2. Password—Enter a password that will be required to access the management console. The default value in all of the MBean configuration files is MgmtPassword.

You can add, change, and delete AuthInfo values in the configuration files or on the management console.

Note   If you use the management console to change or delete the user ID or password that you used to log on to the console, the console redisplays the logon prompts. You must log in again using the new authentication values.

Starting and Removing the Management Console

All of the SESM applications are configured to start a management console on application startup.

If you do not want to start a management console for an application, comment out the following lines in the application's MBean configuration file:

    <Action jmxname="com.cisco.sesm:name=ManagementConsole"> <Call name="start"/> </Action>

URLs for Accessing Agent Views

You can access an Agent View by typing its URL in the address field of a web browser.

The URL for accessing the Agent View must include the name of the host on which the application is running and the configured management console port number (for example, the value for management.portno). An example URL for the NWSP Agent View is:

    http://server1:8180

CDAT Main Window

The CDAT main window provides the most convenient way to access Agent Views. This window contains links to all of the Agent Views for all of the SESM applications that you install. You can add additional links as you develop more applications. Figure 3-2 shows the CDAT main window.


Figure 3-2: CDAT Main Window

To use the CDAT main window to access an Agent View, follow these procedures:


Step 1   Start CDAT. The CDAT startup script is located in:

jetty
    bin
      startCDAT

Step 2   Open a web browser.

Step 3   Direct the browser to the CDAT main window (Figure 3-2).

The URL for accessing CDAT must include the server name where the CDAT is running and the configured CDAT port. The default port used by the installation program is 8081. An example URL for the CDAT main window is:

    http://server1:8081

Step 4   Click the hot text for the Agent View that you want to access.


Configuring Links to Agent Views on the CDAT Main Window

The SESM installation process adds a link to the CDAT main window for Agent Views to each SESM application that you install. You can add additional links as you install more instances of the applications or if you develop customized applications.

To add additional links or to change the URLs behind the existing links, edit the links attribute in the MainServlet MBean. See the "MainServlet MBean" section for information about the links attribute.

Using the Agent View

The Agent View displays the MBeans in a running application. Figure 3-3 shows the Agent View for a NWSP application running in LDAP mode.


Figure 3-3: Agent View



Table 3-2: Actions from the Agent View
Name Description

Admin button

Click the Admin button at the top of the window to add a new MBean to the application.

Note   You should not need to add new MBeans to installed applications.

MBean Links

Click an MBean in the list to navigate to the MBean View.

Using the MBean View

The MBean View displays the attributes in an MBean. Figures 3-4 and 3-5 show the MBean View for the WebApp MBean in NWSP.


Figure 3-4: MBean View—Top Portion



Figure 3-5:
MBean View—Bottom Portion



Table 3-3: Actions from the MBean View
Figure Key Name Description
1

Reload interval

Reload button

A reload obtains new information from the application and reloads the page.

  • The reload interval specifies the number of seconds between automatic reloads. You can change the reload interval here. The change takes effect immediately.

  • If the reload interval is 0 (the default), use the Reload button to manually reload the view.

2

Unregister button

Makes the MBean inaccessible to the running application. Do not use this button.

3

MBean attributes

Lists all of the attributes in the MBean. From this section, you can:

  • Display a short description of the attribute—Click the attribute name. For more detail about any attribute, see the appropriate chapter in this manual.

  • Change the value of read-write attributes

  • Monitor metrics (read-only attributes)

To change an attribute value, do one of the following, depending on the attribute type:

  • Integers and strings—Type the attribute value in the Value column.

  • Booleans—Choose the desired radio button.

  • Arrays:

    • If the Value column contains the phrase "Type Not Supported"—Choose one of the buttons from the MBean Operations section.

    • If the Value column contains a hotlink phrase "view the values of attribute"—Click the link, which takes you to another page that lists the array elements and current values. Use the appropriate operation in the MBean Operations section to add or change element values.

4

Apply button

Sends the attribute changes to the running application. The change takes effect immediately on the running application unless you receive an error message stating otherwise.

5

MBean operations

Lists operations that you can perform against the MBean. The list is different for each MBean. However, all MBeans include the Store and Undo operations, described below.

6

Undo button

Reverts the running application to the state before the last store. All store operations are captured and can be undone, in sequential order starting with the last change first. You can reverse a previously stored undo. Table 3-4 shows how the Undo operation works.

Note   The Undo operation applies to the running application only. To save an Undo action to the configuration files (that is, undo the changes stored in the configuration file), you must click the Store button again.

7

Store button

Saves the attribute changes in the appropriate configuration file (for example, nwsp.xml). This action persists the changes for future application restarts. The Store button has the following effects on the MBean in the configuration file:

  • Deletes any references to Java system properties used by that MBean in the configuration file. The Store button saves the currently defined value of all attributes in the MBean, regardless of how those values were derived. The Store operation does not know about Java system property definitions or values assigned by the startup script.

  • Deletes comments in the MBean.

  • Includes all read-write attributes in the MBean, whereas the installed configuration files might include only the most commonly changed attributes.

  • Deletes a <Call> tag inside a <Configure> tag. If the <Call> element sets an attribute value, the rewritten MBean contains the attribute assignment performed in a different way. However, if the <Call> element is performing an action other than setting an attribute value, the action is lost. The correct way to call methods is to use the <Action> tag.


Table 3-4: Sequential Store and Undo Operations
Action Attribute Value in the Running Application Attribute Value in the Configuration File

Startup

5

5

Change the value to 10 in the MBean View

5

5

Apply the change

10

5

Store the change

10

10

Undo

5

10

Store

5

5

Monitoring an Application

The SESM application MBeans include read-only attributes that provide activity, performance and memory metrics.You can monitor these metrics from the same MBean View that you use to change the values of read-write attributes.

Some useful monitoring features on the MBean View are:

Figure 3-6 shows metrics in the SESM MBean in the NWSP application.


Figure 3-6: Metrics in the SESM MBean in the NWSP Application


Directly Editing MBean Configuration Files

You can use a text editor to directly edit any of the SESM MBean configuration files. This section includes information related to direct editing. Topics are:

Restarting Applications after Editing

If you change configuration values by directly editing the configuration files, you must stop and restart the SESM application and its Jetty server before the changes take effect. If you deployed SESM in LDAP mode, you also must stop and restart RDP.

See "Running SESM Components," for instructions on stopping and starting applications.

MBean Configuration File Names

The MBean configuration files are XML files in a format defined in xmlconfig.dtd, a Cisco DTD. These files set configurable attributes in SESM. The SESM installation program assigns values for all of the key attributes in these files, using a combination of default values and values you provide during the install.

Table 3-5 lists all of the MBean configuration files in an SESM deployment.


Table 3-5: Summary of MBean Configuration Files
Component File Path Name Description

Container (Jetty)

jetty
    config
      nwsp.jetty.xml wap.jetty.xml pda.jetty.xml cdat.jetty.xml captiveportal.jetty.xml messageportal.jetty.xml yourapp.jetty.xml

These files configure the Jetty server container for each SESM application.

SESM web portals

nwsp
    config
      nwsp.xml
wap
    config
      wap.xml
pda
    config
      pda.xml
captiveportal
    config
      captiveportal.xml
messageportal
    config
      messageportal.xml

These files configure:

  • SESM mode and other deployment options.

  • Communication between an SESM web application and SSG, when appropriate.

  • Communication between an SESM web application and RADIUS servers.

  • Logging and debugging for the SESM web application.

  • Captive portal options and behavior. See "Deploying a Captive Portal Solution," for more information.

RDP

rdp
    config
      rdp.xml

This file configures:

  • RDP options

  • RDP communication with SSG

  • Optionally, RDP communication with a RADIUS server

  • Logging and debugging for RDP

CDAT

cdat
    config
      cdat.xml

This file configures:

  • System resource usage for the CDAT application

  • Logging and debugging for the CDAT application

  • Agent View links on the CDAT main window

SPE

dess-auth
    config
      config.xml

This file configures attributes used by the executing classes in the SPE application programming interfaces (APIs). The SPE APIs provide the underlying support for communication between an LDAP directory and the RDP, CDAT, and SESM portal applications. If these applications are installed on the same machine, the same config.xml file applies to all of the applications.

This file configures LDAP directory security and connection attributes, SPE caching, and SPE logging.

MBean Configuration File Format

This section summarizes the MBean file format Mdefined in xmlconfig.dtd. The purpose of this summary is to provide enough information for you to easily edit the configuration files.

Use the following example as a reference while reading the format guidelines that follow. The example configures the Logger and ManagementConsole MBeans for an SESM portal.

<XmlConfig> <!-- ================================================================ --> <Instantiate order="1" class="com.cisco.sesm.jmx.LoggerMBean" jmxname="com.cisco.sesm:name=Logger"/> <Instantiate order="99" class="com.cisco.sesm.jmx.AgentView" jmxname="com.cisco.sesm:name=ManagementConsole"/> <!-- ================================================================ --> <Configure jmxname="com.cisco.sesm:name=ManagementConsole"> <Set name="port" type="int"><SystemProperty name="management.portno"/></Set> <Set name="authInfo"> <Array class="com.sun.jdmk.comm.AuthInfo"> <Item> <New class="com.sun.jdmk.comm.AuthInfo"> <Set name="password">MgmtPassword</Set> <Set name="login">MgmtUser</Set> </New> </Item> </Array> </Set> </Configure> <!-- ================================================================ --> <Configure jmxname="com.cisco.sesm:name=Logger"> <Set name="debug" type="boolean"><SystemProperty name="nwsp.debug" default="false"/></Set> <Set name="debugPatterns"></Set> <Set name="debugThreads"></Set> <Set name="debugVerbosity">LOW</Set> <Set name="logDateFormat">yyyyMMdd:HHmmss.SSS</Set> <Set name="logFile"><SystemProperty name="application.log" default="./logs"/>/yyyy_mm_dd.application.log</Set> <Set name="logFrame" type="boolean">false</Set> <Set name="logStack" type="boolean">false</Set> <Set name="logThread" type="boolean">true</Set> <Set name="logToErr" type="boolean"><SystemProperty name="nwsp.logToErr" default="false"/></Set> <Set name="trace" type="boolean">true</Set> <Set name="warning" type="boolean">true</Set> </Configure> <!-- ================================================================ --> <Action jmxname="com.cisco.sesm:name=ManagementConsole"> <Call name="start"/> </Action>

The following guidelines explain the basic format of the MBean configuration files.

The value assigned to the order attribute controls the order in which objects are initialized by the ConfigAgent. The lowest value is initialized first and the highest value is initialized last. For example, in the nwsp.xml file, the logger MBean uses the value 1, to ensure that it is initialized first.

After being initialized, an MBean registers itself with the MBean server. When ConfigAgent detects the newly registered object, it then configures the object.

ConfigAgent can match a registered MBean by both class and name.

Where:

attributeName is the MBean parameter name whose value is being set. Do not change any attributeName.

dataType is the required data type of the value you specify. Do not change dataType unless the change is related to application development. The dataType can be: none (which defaults to string), string, int, boolean, URL, an Array element, a Map element, or a New element.

value is the attribute value. You can edit the value, making sure that the value you provide conforms to the data type specified.

Any <Call> tag inside a <Configure> tag disappears if you persist the MBean with the remote management tool. If the <Call> element is setting an attribute value, the rewritten MBean contains the attribute assignment performed in a different way. However, if the <Call> element was used to perform an action other than setting an attribute value, the action is lost. The correct way to call methods is to use the <Action> tag.

Cisco ConfigAgent performs the following management functions for MBeans.

After initialization, an MBean registers with the JMX server.

ConfigAgent can configure existing MBeans and MBeans that are registered later. ConfigAgent configures an MBean if there is a matching entry in the XML file for that MBean. The <Set> tag sets attribute values for the MBean.

Java System Properties in the MBean Configuration Files

The installed MBean configuration files use Java system properties as the value for some attributes.


Note   If you use the Store button in the SESM remote management tool to persist a change to an MBean attribute, any Java system properties defined in that MBean are written over. The Store button saves the currently defined value of all attributes in the MBean, regardless of how those values were derived. The management tool does not know about Java system properties in the configuration file, nor does it know about values defined in startup scripts.

The value of a Java system property is set as follows:

    1. You can specify a value on the command line at run time. The command line value overrides all other values. The -D argument to the JAVA command defines the value of a system property. For example:

    startNWSP.sh -jvm -DpropertyName=value

    2. You can specify a value in the startup script. For example, the following lines from the installed start scripts (START.sh or START.cmd) set some system properties.

    $JAVA -Xmx64m -Xmx64m\ -classpath $CLASSPATH \ -Djetty.home=$JETTYDIR \ -Dapplication.home=$APPDIR \ -Dapplication.log=$LOGDIR \ -Dapplication.portno=$PORTNO \
For a description of how the start script derives values for the environment variables used in the assignments, see Table 9-1.

    3. If a value is not specified by either of the above methods at run time, the application uses a default value specified in the MBean configuration file.

In the MBean configuration files, the <SystemProperty> tag might appear inside a <Set> or <Call> tag. The format is:

    <SystemProperty name="propertyName" default="value"/>
Where:

propertyName is the Java system property name.
value is the default value used if no value is assigned at run time.

If a system property is defined in the startup script, the default values in the MBean configuration files are not used, unless you delete the setting in the startup script.

Changing web.xml and webdefault.xml

J2EE configuration files, such as web. xml and webdefaults.xml, define how the applications run in the J2EE environment. These files conform to Java specifications, as described in the Java Servlet Version 2.3 specifications from Sun Microsystems.

The Cisco Subscriber Edge Services Manager Web Developer Guide describes application-specific parameters in the J2EE configuration files. For information about other parameters, see the Java Servlet Version 2.3 specifications. To download these specifications, go to:

http://java.sun.com/aboutJava/communityprocess/first/jsr053

Table 3-6 shows the J2EE configuration files used to configure SESM web portals.


Table 3-6: Summary of J2EE Configuration Files
Component File Path and Name Description

Container (Jetty)

jetty
    config
      webdefault.xml

This file sets attributes for the Jetty server's handling of HTTP requests and how they map to servlets and JSPs.

SESM web application

applicationName
    docroot
      WEB-INF     web.xml

This file defines J2EE application parameters, including parameters related to Java Server Pages (JSPs).

There is a separate web.xml file for each web application.


hometocprevnextglossaryfeedbacksearchhelp
Posted: Mon Aug 26 08:22:38 PDT 2002
All contents are Copyright © 1992--2002 Cisco Systems, Inc. All rights reserved.
Important Notices and Privacy Statement.