Table Of Contents
Distributed Research and Development Solution 1.5 Deployment Guide
Created: September 10, 2009, OL-20675-01
About the Author
For many manufacturing companies, increasing the rate of innovation has become a top priority. Driven by demands from increasingly sophisticated customers, by growth in emerging markets that often require localized products, and the need to maintain a competitive edge, companies are looking for ways to develop new products faster. According to a recent study by Forrester, "slow response to changing market conditions in today's hyper-competitive environment places companies at a distinct disadvantage relative to competitors."
To address these issues, manufacturers are expanding their global R&D footprint both internally and through partners, in an effort to identify new ideas and successfully accelerate development while managing costs in a competitive manufacturing market. This enables them to get the right products to market quickly and efficiently by adding resources, capturing local knowledge and talent, and minimizing the costs of development.
Successfully implementing a global product development organization, however, brings its own significant challenges, which must be addressed to gain the full benefits of a global design chain and achieve business objectives. One of the most important of these challenges is coordinating and synchronizing product development data and business processes. Managing innovation processes on a global basis requires consistent access to applications and data throughout the development process.
To enable these distributed and extended relationships, organizations are increasingly using product lifecycle management (PLM) applications across global locations to manage product development. By relying on the capabilities of PLM applications, manufacturers ensure that design activities are in synch, engineering processes remain consistent, and design and production teams are always working from the latest information.
However, delivering these large-scale applications and data over the WAN to globally dispersed locations challenges manufacturers to optimize information sharing, availability, and security in a cost-effective manner. The Cisco Distributed Research and Development (Cisco DRD) solution with Parametric Technology Corporation (PTC) addresses this challenge by combining the power of Cisco Application Networking Services (ANS) with PTC's proven PLM solutions. The PTC Product Development System (PDS) includes Windchill for content and process management and Pro/ENGINEER, PTC's integrated CAD/CAM/CAE software. With the combination of Cisco ANS and PTC PLM solutions, manufacturers can capture more of the benefits of an expanded global research and development footprint through optimized global deployment of PLM applications.
The Cisco DRD solution with PTC's solutions improves visibility into the product development process, allowing manufacturers to become more efficient and accelerate product development and lifecycle management based on consistent access to information and applications. Based on such capabilities, manufacturers can streamline product lifecycle management functions to achieve a competitive edge and greater profitability.
Product Lifecycle Management (PLM) Applications
Product lifecycle management (PLM) is the process of overseeing the entire lifecycle of a product from its conception through design, manufacture, and service. PLM applications help manufacturers to create and manage engineering information, implement changes, support communication and collaboration between distributed teams, and automate and control consistent processes across the distributed global development teams. Such applications help reduce time to market, improve product quality, lower prototyping costs, repurpose data for greater efficiency, and reduce waste.
However, the success of deployments can vary. Many companies choose to centralize their data and applications as part of the installation, which can help them to achieve significant savings, improved security, and more flexible deployments. However, centralization can also result in slower application performance issues for engineers in remote design centers and even slower performance for remote and mobile personnel. This in turn lowers adoption of the application, making PLM deployments less effective. Common problems with global infrastructures include:
•Network performance—Limited WAN bandwidth negatively affects end-user productivity for global users of centralized PLM applications. In addition, PLM applications handle large volumes of content data that may be demanding on these distributed networks. This can be a time-consuming portion of the user experience and require significant bandwidth. PLM applications address this through the use of their own replication technologies as an attempt to offset those effects, but network bandwidth limitations can still make data availability a challenge for some manufacturers with distributed design practices.
•Application availability—Increasing business dependence on fewer but large applications deployed in a central location requires a more careful examination of combined network and application architecture, including single points of failure and product stability, to achieve availability objectives.
•Application security—Keeping applications and data secure can be challenging in any environment. Extending access and distributing important data to global users and partners not only increases the complexity and potential security risks, but also increases the impact of security incidents.
•Application infrastructure ownership costs—The increasing complexity of applications and expanding geographic footprint requires a new approach to cost-effectively deliver the performance, availability, and security needed for globally dispersed users.
The Cisco DRD solution with PTC significantly improves the performance of the Windchill PLM application and Pro/ENGINEER CAD data transfers over a wide area network (WAN). This allows companies deploying these applications to achieve the benefits of centralized application performance, including lower deployment and operational costs, quicker deployment times, and increased flexibility. The solution also optimizes data center resources for centralized Windchill PLM deployments through capabilities such as load balancing and application health monitoring.
The combination of optimized application performance and data transfers across a WAN along with data center infrastructure optimization enables manufacturers to derive significant benefits, including the following:
•Improved productivity and increased data sharing between global teams in various remote locations through accelerated application performance across the WAN
•Increased availability of information and PLM applications through the use of load balancing, failover switching, and other advanced capabilities
•Reduced costs of deployment due to server and data replication avoidance, services offload, virtualized services, and multiple form factors
•Complete security for mission-critical product development projects by maintaining centralized deployments in highly secure data centers
Table 1 shows a summary of the test results obtained for WAAS and WAAS Mobile and the level of improvement experienced in the lab testing. The "Testing Results and Conclusions" section explains in detail how these results were obtained.
Scope of the Solution
The Cisco DRD solution with PTC is based on the Cisco Application Networking Services (ANS) solutions, including the Cisco Wide Area Application Services (WAAS) and Application Control Engine (ACE) product families. The applications from PTC, specifically Windchill PDMLink Version 9.0 and Pro/ENGINEER Wildfire 3, were tested along with the Cisco ANS products to determine the optimal architecture and product configurations and to validate the potential performance improvements. The testing performed for this solution did not include every scenario or application function, but focused on a range of scenarios, use cases, and application functions that were considered to be representative of common deployment scenarios.
The primary application functions included a number of different browser-based transactions using PTC Windchill 9.0, various document upload and download scenarios using the Microsoft© Internet Explorer. Various Pro/ENGINEER workspace operations and data transfers were also performed. These functions were baselined using a standard LAN configuration and comparison tested with remote engineering centers (based on Cisco's branch architecture) with different WAN configurations and for a remote user with the WAAS Mobile client. Testing was also completed to validate the data center architecture for this solution, using the Cisco ACE for data center optimization and application performance improvements in an asymmetric deployment scenario (i.e., when WAAS is not deployed in the remote engineering center or for the remote user).
The solution did not focus on scalability testing with a large number of users or remote locations. For more information on the scalability of the key components, refer to the WAAS Enterprise Data Center Wide Area Application Services (WAAS) Design Guide at the following URL: http://www.cisco.com/en/US/docs/solutions/Enterprise/Data_Center/WAASDC11.html
What's New in Version 1.5?
This design guide builds upon the existing Distributed Research and Development Solution Deployment Guide for PTC Windchill 1.0 (http://www.cisco.com/en/US/docs/solutions/Verticals/Distributed_RD/dist_rd.html) and expands the testing to include different hardware platforms and software features.
Version 1.0 focused on testing HTTP traffic, since WAAS software did not fully optimize SSL traffic at the time version 1.0 was released. Cisco WAAS software Version 4.1.3 provides SSL capabilities that integrate seamlessly with the existing data center key management and trust models to provide acceleration benefits to PTC applications.
•The NM-WAE network module for the Cisco ISR routers was used at the remote engineering site, as opposed to a dedicated WAE appliance, with the goal of demonstrating ease of deployment for small remote environments.
•WCCP interception was also introduced at the remote engineering site as opposed to a WAE inline deployment.
•The ACE 4710 was replaced with Cisco ACE Modules for the Catalyst 6500. These modules were deployed in redundant mode and provide higher acceleration capabilities than the ACE 4710 appliance.
•New software versions for WAAS, WAAS Mobile and ACE were introduced. PTC applications remained unchanged from version 1.0
•The Application Networking Manager was introduced to manage and monitor ACE module functionality.
The Cisco DRD solution with PTC's Windchill PDMLink product builds on existing Cisco architectures and solutions with a recommended Windchill deployment configuration from PTC. The Application Networking Services (ANS) products used in the Cisco DRD solution were deployed on the Cisco branch, WAN, and data center architectures. These architectures offer a foundation that provides consistent, high performance networking services and capabilities and have been tested, validated, and documented as part of the Cisco Validated Design (CVD) program.
The specific Cisco ANS products used in the Cisco DRD solution include the following:
•Cisco Application Control Engine (ACE) Modules for the Cisco Catalyst 6500 switches
•Cisco Wide Area Application Engine (WAE) appliance
•Cisco Wide Area Application Services (WAAS) Mobile server and client software
The overall solution architecture was then validated using PTC Windchill PDMLink 9.0 and Pro/ENGINEER Wildfire 3 for the testing scenarios described in this document.
The PTC Windchill PDMLink application is one of the leading products in the market for creating, controlling, collaborating, communicating, and configuring engineering data. It offers a range of information management capabilities on an integrated, web-based architecture that supports the globally distributed environment. Modular in design for greater reliability and extensibility, it shares a single database business object and process model, and is used through a consistent and unified web-based user interface. Integral with Windchill PDMLink is the Pro/ENGINEER Wildfire CAD package which provides integrated, parametric, and 3D capabilities for product design and development.
The DRD solution consists of a set of network capabilities that allow manufacturers to take advantage of the solution benefits. These capabilities include the following:
•The Cisco ANS enabling reliable, accelerated and secure application delivery to users around the world, including:
–Cisco WAAS-enable seamless access over the WAN to centrally hosted applications, storage, and rich media.
–Cisco WAAS Mobile which extends Cisco WAAS application acceleration benefits to mobile employees.
–Cisco ACE delivers virtualized application services providing security, acceleration, availability, message mediation, and switching with dedicated engines for messages and advanced applications.
•An enterprise data center network environment based upon a layered design to improve scalability, performance, flexibility, resiliency, and maintenance.
•A Branch-WAN network to securely and reliably deliver the same enterprise applications and collaboration capabilities to remote engineering locations.
•A Mobile/VPN connected user to securely and reliably deliver the same enterprise applications and collaboration capabilities to remote and mobile engineers.
The Cisco DRD solution overview shown in Figure 1 depicts these capabilities and how they integrate to form a complete, end-to-end solution.
Figure 1 Distributed Research and Development Solution
Windchill PDMLink is configured in a standard multi-tier configuration consisting of a pair of web servers and an application server with a corresponding database server. The DRD solution did not focus on testing a fully redundant server configuration. The web servers were configured in a load -balanced configuration to demonstrate the ACE load balancing capabilities during the solution testing. While a remote replication server is available for remote environments, the solution only focused on accessing content from the central data center.
The Cisco Services-Oriented Network Architecture (SONA) framework provides a standard paradigm for designing current and next generation solutions that link network-based services with enterprise applications to drive business results. The SONA framework shown in Figure 2 illustrates the components of the solution from the infrastructure providing network-based services and the applications that use them.
Figure 2 The SONA Framework
The top layer of the SONA framework includes the applications that are part of the DRD solution. The SONA framework identifies commercial products, applications developed internally, or sourced externally (software as a service) or a combination of types in the form of a composite, mash-up, or SOA applications. The DRD solution focuses on PLM applications that are typically commercial products versus any of the other application types. This deployment guide focuses on PTC's Windchill PDMLink and Pro/ENGINEER Wildfire applications.
Core Common Services Layer
The primary layer of the SONA framework provides common network-based services for security, mobility, real-time communications, application delivery, management, virtualization, and transport. Common services that are shared across the network increases operational efficiency and compliance requirements of the entire system. The SONA framework outlines the following services:
•Real-time communication services offer session and media management capabilities, contact center services, and presence functions.
•Mobility services provide location information and device dependent functionality.
•Application delivery services use application awareness to optimize performance.
•Security services help protect the infrastructure, data, and application layers from constantly evolving threats, and also offer access control and identity functions.
•Management services offer configuration and reporting capabilities.
•Virtualization services deliver abstraction between physical and functional elements in the infrastructure, allowing for more flexible and reliable service operation and management.
•Transport services help with resource allocation and deliver on the overall quality-of-service (QoS) requirements of the application, as well as routing and topology functions.
The DRD solution focuses on the use of the application delivery services to the PLM applications. The solution assumes the existence of transport (for example, WAN and LAN) and security services in the various locations and only considers how the application delivery services integrate into these functions. The solution also considers the management aspects of the application delivery services. The other services listed are not a focus or particular consideration for the solution, but may provide other value or service to the PLM applications.
The foundation layer of the SONA framework covers the various network locations and network resources that internal, partner, and customer users may access as part of the DRD solution. This solution uses the following places in the network (PINs), shown in Figure 3.
•A remote engineering branch where a significant number of engineers reside.
•A centralized data center housing the PLM applications servers, database and core components.
•Wide area networks (WANs) connecting branches to the data center.
•Remote engineers accessing the enterprise network via an encrypted internet connection.
These PINs outline a wide variety of network infrastructure options to support a location. This solution assumes that these solutions are in place, but does not explain them in detail.
Figure 3 Places in the Network
Solution Use Cases
The solution use cases describe how the users benefit from the DRD solution. The use cases are the key scenarios where the functional requirements are defined. The DRD solution and pertinent testing to support the solution were designed around these uses cases. For this solution, PLM users and engineers or designers were simulated in two types of locations: distributed engineering centers on the enterprise WAN and remote users through a secure Internet connection.
PLM users rely on the product management features of the application. These users may be engineers, but may also be product managers, designers, management, or other people involved in the product lifecycle. They typically access the PTC Windchill with a web browser.
Engineers or Designers
Engineers typically use more advanced design and engineering features of the PLM solution. Pro/ENGINEER Wildfire 3 provides access to Windchill PDMLink through an embedded browser. One of the main features used involves downloading large engineering files to be worked on locally and uploading those changes when work is complete.
Distributed Engineering Centers
Since engineering centers and resources can be distributed around the globe, limited bandwidth and overall network latency may have a negative impact on application performance. The number of remote engineers also has an impact on the network and application designs.
PTC offers replication services designed to reduce the time required to upload and download files at remote locations to improve application performance for content operations that would otherwise consume bandwidth and add a significant burden of time to the end users daily responsibilities.
The focus of this solution is to improve the performance of the replication transfers and reduce the network bandwidth used by accelerating the associated traffic between the end users and the data center.
PTC recommends the use of remote file servers for replication purposes for customers managing CAD data of remote sites. For customers that manage very small data sets or single files such as Microsoft office documents can use the benefits of WAAS without replication services. A remote file server reduces the overall footprint for accessing content not yet available at the remote site and reduces bandwidth consumption during application accesses, content transfers, etc.
The test results presented in this guide can also be extended to the replication services offered by PTC since the replication relies on similar protocols and requirements as the client application.
Since WAN bandwidth and latency have a significant impact on application performance, the tests were performed with different types of WAN connectivity for the distributed engineering centers.
The size of the engineering center impacts the decision to deploy a key component of the solution, the Cisco WAAS platform. That decision is typically based on the following:
•The number and type of users that will benefit from the application acceleration
•The reduction in network bandwidth used by the application acceleration
•The cost of deployment and operations
•The volume and size of content to be transferred regularly
•The current amount of available bandwidth and latency
The solution recognizes that, even without the deployment of the WAAS services, the solution provides some application acceleration for small engineering centers due to the deployment of the ACE in the data center as explained in the "Testing Results and Conclusions" section.
While manufacturers try to concentrate users at remote engineering centers, other users may need to access the PLM applications while external to the enterprise network. These users may be home office employees, employees that are working as a contractor at a remote customer facility, or even remote contractor resources.
This solution supports accelerating the access of the PLM and engineering applications from external, Internet-based remote locations. This use case is supported by the deployment of the Cisco WAAS Mobile application. The solution assumes that the remote user has enterprise network access through a secure virtual private network (VPN) connection.
The DRD solution includes networking technology that takes full advantage of application delivery features to optimize the PTC applications. The main components of the DRD solution include the following:
•PTC's Windchill PDMLink 9.0 and Pro/ENGINEER Wildfire 3 applications
•Cisco ANS, including the following:
–Cisco WAAS Version 4.1.3
–Cisco WAAS Mobile Version 3.4.2
–Cisco ACE Module Version A2(1.4)
•An enterprise data center network
•A branch WAN
•A Mobile VPN connected user
•Cisco Application Networking Manager
PTC-Windchill Application Overview
The Windchill architecture is a production-proven set of integral, modular solutions for rapid distributed collaborative development of customer driven products. Windchill was the first and remains the only proven PLM solution with the purest and most sophisticated architecture that is integral, pure Internet, and interoperable.
•Modular solutions sharing a common database schema, business object, and process model
•Consistent web-based user interface
•Provides customization to customer-specific needs
•100 percent web-based anytime, anywhere team management and information access across intranet/extranet deployments
•Written 100 percent in Java with the broadest and most sophisticated support of J2EE and internet standards
•Integrates with existing IT, Internet, and security infrastructure
•Support high scalability and availability, without redundant infrastructure layers
•Industry-standard J2EE, Internet, and web -services interfaces
•Seamless interoperability with heterogeneous CAD systems
•Powerful federation for maintaining data with other systems
•Standards-based integration with commercial EAI vendors and turnkey process integration with Tibco
•Full web services connectivity with Pro/ENGINEER Wildfire and Microsoft.NET web -service applications
Figure 4 shows an overview of the Windchill architecture. The left-hand side of the diagram shows the various methods available for users to interact with the system. The middle portion of Figure 4 shows the foundation of the Windchill integral architecture, and the far-right side illustrates types of systems that can be easily integrated using the Windchill standards-based interoperability features.
Figure 4 Windchill Architecture Overview
Windchill Multi-Tier Architecture
Windchill is a multi-tier architecture that can be deployed in a configuration small enough to run on a single server (for small workgroup teams), as well as in a configuration as large and complex as a highly redundant clustered system serving thousands of end users on a global scale. The architecture is commonly represented as three tiers as shown in Figure 5.
Figure 5 Windchill Multi-tier Architecture
The Windchill multi-tier architecture offers the flexibility and options to be deployed with an infrastructure that can support the most demanding distributed collaborative product development processes. This architecture can support users from various departments within the company, as well as users from supplier, manufacturing partner, and customer communities.
The core components of the Windchill runtime architecture reside in the application and database tiers:
•Web servers to provide access to the application through web browsers or through web-enabled applications. The web-server hosts static content and provides access to dynamic content delivered by the application server. Two or more web servers can be configured behind a content switch to provide additional redundancy
•The Windchill Application Server combines several components that work together to provide dynamic capabilities of the application. Some of these components include a Servlet Engine, a Server Manager, and a Method Server.
•A database server is required to store the application's pertinent metadata. Windchill is certified with both Oracle and Microsoft SQL.
•An LDAP directory service provides user and group administration and stores application-specific configuration information.
Content Storage: Remote File Servers and Replication
Customers often have users in multiple locations across the globe. To address performance concerns around uploading and downloading large amounts of content (such as CAD files) over a WAN, PTC provides the remote file server functionality. The remote file servers support the local upload and download of content at end user locations as well as the means to replicate data from location to location.
Replication is used to offset multiple downloads of the same data and reduce consumption of valuable WAN resources while providing a near LAN-like experience to the end users for content handling. This allows all users of the system to access the same information globally while maintaining the level of performance that is demanded by remote users.
Figure 6 shows how the remote file servers are deployed at a remote location.
Figure 6 Remote Replication Servers
Pro/ENGINEER Communication Protocols
Windchill leverages web-based protocols for communication with clients. These protocols are primarily HTTP(S) over standard web ports. Clients are also able to interact with rich-client applications using RMI natively or they can be tunneled over HTTP(S). Other clients like Microsoft Office and the various Workgroup Managers support SOAP over HTTP communication with the servers.
Server-to-server and application-to-application communication uses a broader number of protocols and ports. Figure 7 illustrates the protocols and communication paths used within the Windchill architecture.
Figure 7 Protocols and Communication Paths
PTC's Windchill architecture is explained in further detail in the Windchill Architecture Overview available to current customers from PTC's Technical Support website: http://www.ptc.com/WCMS/files/83516/en/WindchillArchitectureOverview.pdf
Prospective customers may obtain a copy by contacting a local PTC sales representative.
Application Networking Services
The Cisco ANS focuses on transforming the network infrastructure to improve application performance and availability while improving security and simplifying data center and branch infrastructures. The ANS products can be grouped into two functional families: application delivery and WAN optimization.
•Application delivery products ensure application availability in data centers and remote locations, including the Cisco ACE Appliance and the ACE Module.
•WAN optimization products focus on centralizing servers and storage in the data center and delivering on-demand local and branch services while maintaining LAN-like application performance. Products in this family include Cisco WAE appliances, Wide Area Application Engine network modules, and Wide Area Application Services Mobile client software.
WAAS Features and Design
Cisco WAAS is a symmetric WAN optimization and application acceleration solution designed to improve the performance of applications over a WAN. Cisco WAAS can be deployed with a hardware device called the Cisco WAE deployed in each location or for VPN-connected users as a software solution called WAAS Mobile.
The WAE can be either a standalone appliance or a router-integrated network module for the Cisco Integrated Services Router (ISR). Version 1.5 of DRD solution focuses on testing with the network; DRD solution Version 1.0 focused on the WAE appliances. By employing these performance-improving techniques, IT organizations are able to improve productivity, minimize WAN bandwidth consumption, and enable consolidation of costly and difficult-to-manage infrastructure such as servers, storage, and data protection hardware. See Figure 8.
Figure 8 WAAS Design
The WAAS appliance-based architecture consists of the following hardware components, as shown in Figure 8:
•Cisco WAEs—Resides within the campus/data center and the branch. The WAE placed at the data center provides TCP optimization and caching proxy for the origin servers. The WAE placed at the branch provides the main TCP optimization and caching proxy for branch clients. These two WAE devices work together as a solution to provide symmetric caching and compression.
•WAAS Central Manager (CM)—Provides a unified management control over all the WAEs. The WAAS CM usually resides within the data center, although it can be at other locations, as long as it is able to communicate with the managed WAEs.
Cisco WAAS uses the following optimization techniques:
•Application acceleration—Refers to examination of user-to-server application message exchanges to identify ways of improving the performance of applications over the WAN. This involves read-ahead mechanisms, write-behind mechanisms, object caching, and pre-positioning.
•Data Redundancy Elimination (DRE)—DRE is a compression technology that examines TCP streams to build a compression history. As new data is identified, the new data is added to the compression history. As redundant data is identified, it is removed from the TCP stream and replaced with a small signature that tells the peer WAE what data to reinsert. DRE can commonly provide up to 95 percent or higher levels of compression on WAN links while ensuring consistency of messages and data.
•Persistent Lempel-Ziv Compression (PLZ)—PLZ is a compression algorithm that is effective on TCP stream data that has not been identified as redundant by DRE. PLZ is an adaptation of a traditional LZ compression algorithm, yet uses a longer persistent compression history, thereby allowing for potentially higher levels of compression. PLZ can generally provide 20%-80% compression depending on datasets and history.
•Transport Flow Optimization (TFO)—TFO is an optimized implementation of TCP that is used for connections that are being optimized by Cisco WAAS. TFO helps prevent WAN conditions from impacting end-node TCP behavior (such as packet loss and retransmissions) as part of its TCP proxy architecture. TFO provides the following optimizations:
–Bandwidth scalability (fill the available pipe when safe to do so)
–Loss mitigation (selective acknowledgement and adaptive congestion avoidance)
–Slow-start mitigation (large initial windows)
Figure 9 shows the Cisco WAAS product architecture features. The faded features provide significant benefits for many customer implementations, but were not tested in this solution.
Figure 9 WAAS Architecture
WAAS Optimization Path
Optimizations are performed between the core and edge WAE. The WAEs act as a TCP proxy for both clients and their origin servers within the data center. Other WAN optimization solutions create optimization tunnels, and the TCP header is modified between the caching appliances. With WAAS, the TCP headers are fully preserved. Figure 10 shows the three TCP connections used by WAAS.
Figure 10 WAAS Optimization Path
The optimization path between the two WAEs is used by the WAAS to optimize the transfer of data over the WAN connection, minimizing the data sent or received. WAAS optimization mechanism such as TFO, DRE, and LZ compression are also included in the optimization path.
Cisco WAAS relies on some form of network interception to integrate into the network and receive packets from flows that are to be optimized. This deployment guide focuses on the Web Cache Communication Protocol version 2 (WCCP) network interception. WCCPv2 provides an off-path but virtually in-line deployment. With WCCPv2, WAE devices are deployed as appliances (nodes on the network and not physically in-line) on the network. WCCPv2 provides scalability to 32 WAE devices in a service group, load-balancing amongst WAEs, fail-through operation if all WAEs are unavailable, and allows the administrator to dynamically add or remove WAE devices to the cluster with little to no disruption.
WAAS Mobile Features and Design
Cisco WAAS Mobile is a software solution that extends Cisco WAAS application acceleration benefits to any employee regardless of location. Cisco WAAS Mobile is a purpose-built, ready to use software solution consisting of client software for end users and software deployed on servers near existing VPN concentrators.
Cisco WAAS Mobile achieves industry-leading performance by extending Cisco WAAS acceleration technologies including:
•Advanced data transfer reduction using compression and bi-directional, cross-protocol byte caching.
•Application-specific acceleration for web-based applications, Microsoft Exchange, and Windows file servers applications.
•Transport optimization to handle the timing variations found in packet switched networks, the bandwidth and latency problems of broadband satellite links, and noisy Wi-Fi and DSL connections.
As shown in Figure 11, the Cisco WAAS Mobile software solution consists of client software for end users and server software deployed near VPN concentrators to extend the Cisco WAAS deployment.
Figure 11 WAAS Mobile
The client-side software is transparent and requires no user maintenance or local configuration changes:
•Remote client configuration and installation—The Cisco WAAS Mobile client configuration is established by the system administrator, and the client software image can be loaded directly to remote devices using standard software distribution products.
•End-user self-installation—Although the Cisco WAAS Mobile client software can be installed and some configuration can be delegated to the end user, standard enterprise configurations can be used to help ensure that the client software is operational without any user interaction.
•No reconfiguration of applications—Cisco WAAS Mobile redirects data transparently to help ensure that no configuration changes are required for any application.
•No requirement to open incoming ports on client firewall or other local security software—Existing desktop security is fully preserved.
•Auto-detection of high-speed networks—Auto-detection allows users to automatically transition to the office network.
The server-side software also provides an easy deployment:
•No changes are required to the application or file servers.
•No changes are required in network resources such as routers, switches, and WAN accelerators.
•No changes to IP network topologies are required because the traffic is directed to the Cisco WAAS Mobile server through the client software.
•In the event of a server failure, the only effect is loss of optimization, not loss of connectivity.
•Cisco WAAS Mobile is fully compatible with standard load-balancing solutions such as the Cisco ACE for high-availability configurations.
•Support for HTTPS acceleration for Web traffic that uses Microsoft Internet Explorer uses the Microsoft API.
•Cisco WAAS Mobile can be deployed with or without a Cisco WAE device, which provides branch-office user acceleration, enabling flexible deployment in enterprise environments
Figure 12 shows the WAAS Mobile architecture.
Figure 12 WAAS Mobile Architecture
ACE Features and Design
The Cisco ACE product family, a comprehensive application delivery solution, helps ensure application availability, accelerate application performance, and protect applications while simultaneously reducing data center costs. Benefits of the Cisco ACE family products include the following:
•Application Availability—The Cisco ACE helps ensure business continuity and the best service to end users by taking advantage of availability through highly scalable Layer 4 load balancing and Layer 7 content switching, and minimizes effects of application, device, or site failure by providing a failover system with an extensive set of application health probes.
•Accelerated Application Performance—Accelerates performance of PTC's applications by using acceleration technologies and delivers highly efficient data compression to speed up application response times and improve server performance. Technologies such as compression and Flash Forward improve performance and reduce latency and data transfers for applications.
•Comprehensive application security—The Cisco ACE protects against application threats and denial-of-service (DoS) attacks with features such as deep packet inspection, network and protocol security, and highly scalable access control capabilities.
•Virtualization—Architecturally, a single physical ACE can function as multiple virtual ACE devices. Up to 250 virtual devices can be configured in a single Cisco ACE. These virtual devices are secured and isolated from each other. Each virtual device can be configured with unique settings to provide different features or address different applications.
•SSL (Secure Sockets Layer) features, such as server authentication, private-key and public-key generation, certificate management, and data packet encryption and decryption.
Figure 13 shows the design used in the test environment, with Cisco ACE Modules providing SSL termination and encryption for remote PTC clients while communicating with servers in clear text mode.
Figure 13 ACE Design for PTC
Figure 14 shows the ACE architecture and its key features. The features that were not tested in this solution are faded out in the diagram.
Figure 14 Cisco ACE Architecture
ACE Module versus ACE 4710 Appliance
The Cisco ACE family of products includes highly scalable modules for the Cisco Catalyst 6500 Series Switches and standalone Cisco ACE 4710 appliances. Both products offer a full range of application delivery features, including Layer 4 and Layer 7 content switching as well as a set of application acceleration capabilities.
While both offer a similar feature set, the ACE Module offers the highest performance in the market and supports up to 325,000 Layer 4 connection setups and teardowns per second, while the ACE 4710 supports up to 120,000 connections per second. The ACE Module supports up to 15,000 SSL transactions per second.
The ACE 4710 appliance software includes unique acceleration features not available on the ACE module:
•Bandwidth optimization—Optimization includes hardware-accelerated GZIP and deflate compression and patented delta encoding. GZIP and deflate compression provide significant byte savings on transmitted files. The Cisco delta encoding technology enables the Cisco ACE 4710 appliance to send only the difference (or deltas) between a previous and new instance of a web page.
The test environment for this design guide relied on Cisco ACE Modules for the Catalyst 6500 switches, while version 1.0 of this deployment guide focused on the Cisco ACE 4710 appliances.
Cisco Application Networking Manager
Cisco Application Networking Manager (ANM) software helps enable centralized provisioning, operations, and basic monitoring of Cisco data center networking equipment and services. The ANM simplifies management of the Cisco ACE virtualized environment, providing a unified interface for troubleshooting, maintenance, operations, and monitoring. It also unifies the operations management and monitoring of real and virtual servers spanning a load-balancing infrastructure. See Figure 15.
Figure 15 Application Networking Manager
The Application Networking Manager has the following benefits:
•Takes full advantage of ACE virtualization
•Simplifies ACE multi-service configuration
•Securely delegates server management tasks
•Monitors health and performance
•Ensures non-stop management of ACE-based services
•Tracks and logs user actions for auditing and compliance
Enterprise Data Center
The data center design is based on a proven layered model with core, distribution, and access layers. The solution includes the following:
•WAN edge routers
•Cisco Catalyst switches in the core, distribution, and access layers
•Redundant ACE Modules
•Enterprise edge router and firewall for remote users access
•Application acceleration and off-load server processing (WAAS appliances and ACE Modules)
•Tiered, segmented applications servers (web, application, and database)
The data center architecture was not tested for this deployment guide. The application and management servers used to support PTC Windchill were incorporated in the testing of this solution. A data center environment similar to the one shown in Figure 16 was configured to demonstrate the architecture and benefits of Cisco WAAS and ACE.
Figure 16 Data Center Infrastructure
In order to provide services to distributed engineering resources, a branch/WAN solution must be in place. The enterprise branch solution outlines a wide range of networking services for branch operations, including the following:
•IP communications (for example, voice)
This solution does not focus or test the following features, since they are sufficiently described in other branch/WAN design guides. Information on the following topics can be found at the Cisco Design Zone website http://www.cisco.com/go/designzone.
•Voice or video traffic
•Branch high availability
•Large branch design with an specific aggregation switches
•Various WAN interconnectivity technologies, including Internet or MPLS as the WAN interconnect
A Mobile/VPN Connected User
In order to provide services to mobile and single instance remote users who are not located in branch offices, a mobile VPN solution must be provided. The mobile VPN solution assumes an underlying infrastructure for VPN access into the enterprise network and the solution provides for application acceleration.
The DRD solution does not focus on or describe remote access solutions for VPN as that topic is well covered in other guides that can be found at the Cisco Design Zone website: http://www.cisco.com/go/designzone.
WAAS Implementation and Configuration
The following subsections outline the test configuration steps for Cisco WAAS, WAAS Mobile, and ACE used in the solution. This solution focused on testing PTC applications with SSL encryption.
By default, Cisco WAAS accelerates web traffic (TCP port 80) and no additional configuration is required on the Cisco WAE to support PTC applications, unless other ports are required that are not part of the default application profile. TFO, DRE, and LZ compression are also enabled by default. In order to support full SSL optimization, additional steps are required.
Since Cisco WAAS deployments are transparent to the network, applications do not need to be aware of the added functionality and will benefit from the optimization provided by the Cisco WAEs.
The test environment contained one Cisco WAAS Central Manager and two Cisco WAEs managed by the WAAS Central Manager. The remote WAE was a Network Module residing in the branch ISR router, relying on WCCP redirection from the branch router. The WAAS Central Manager runs on a dedicated appliance, located in the data center distribution switches, but can also be located at any layer, as long as it is able to reach the WAEs.
The following characteristics apply to WAAS deployment scenarios:
•As a general best practice, WAE devices should be placed as close to the WAN termination points as possible.
•A WAE running WAAS is required on both sides of the WAN link to perform optimization. Each device forms one or more peer relationships with other WAEs in the flow path.
•For the test environment each WAE was placed on a dedicated subnet. Traffic to or from the subnet should not be configured for interception.
•Traffic in both directions of the flow must be seen by at least two WAEs for an optimized peer relationship to form. If both the request and response are not seen by a WAE, the traffic will pass through unoptimized.
Cisco WAAS technologies require the interception of application traffic to produce results. Cisco routers support the following methods of traffic interception:
•Web Cache Communications Protocol (WCCP)v2
•Policy-based routing (PBR)
As shown in Figure 17, WCCP interception is configured on the data center Core Catalyst 6500 switches. These switches support redirection in hardware and they provide higher performance and redundancy over the single WAN edge router in the topology. WCCP interception was also configured at the remote site.
Figure 17 WAAS Topology
WCCPv2 is the preferred mechanism for interception and redirection in networks that use WAAS for acceleration. PBR is usually recommended in branch deployments that cannot deploy WCCP for any reasons, which may include hardware or IOS versions deployed that do not support WCCPv2. WCCP is also preferred for the following reasons:
•Stateful, process-based availability monitoring—WAE availability is monitored continuously using WCCP keepalives. The WCCP processes on the WAE are more closely associated with the optimization components of the WAE, and as such, the availability metrics of the WAE is more accurate. PBR relies on CDP neighbor information, ICMP echo requests/responses or TCP connection requests/responses.
•Scalability and load-balancing—WCCPv2 allows up to 32 WAEs in a service group and up to 32 routers in a service group. PBR only provides failover and no scalability or load-balancing.
By default, WCCP redirects all traffic to the WAEs for inspection and optimization, unless an access list (ACL) is configured. Using WCCP ACL redirection may be beneficial for conserving WAAS processing, since it offloads the WAEs for inspecting pass-through traffic.
The Enterprise Branch Wide Area Application Services Design Guide provides detailed design and deployment guidelines: http://www.cisco.com/en/US/docs/solutions/Enterprise/Data_Center/WAASDC11.html
Scalability and Capacity Planning
Several factors play a role when selecting the proper WAE hardware model. For the branch, the number of estimated simultaneous TCP/CIFS connections, the estimated disk size for files to be cached, and the estimated WAN bandwidth are important. Cisco provides a WAAS sizing tool for guidance; Table 2 shows a sample of the sizing information for WAEs.
Prerequisites for Cisco WAAS Network Modules
The Cisco WAAS network modules are supported on the following Cisco access routers:
•Cisco 2811, Cisco 2821, and Cisco 2851
•Cisco 3825 and Cisco 3845 (required for the NME-WAE-522 module)
The modules are supported in WAAS 4.0.3 and later versions of WAAS software and require the following IOS version on the ISR router:
•NME-WAE-302-K9 12.4(9)T or 12.4(9)T1 (recommended)
•NME-WAE-502-K9 12.4(9)T or 12.4(9)T1 (recommended)
The WAEs offer many built-in high-availability features. Multiple network interfaces are also available, providing interface failover. When connected to separate switches in active/standby mode, the standby interface protects the WAE from switch failure.
WCCP provides load-balancing and high availability through a built-in load-balancing mechanism that distributes load amongst WAEs within a service group. The WCCP protocol can have up to 32 routers and 32 devices (WAEs) per service group.
Since Cisco WAAS deployments are transparent to the application, the PTC client and servers are not aware that the Cisco WAAS is optimizing traffic flows. High availability is built into the WCCP interception. If a WAE fails or WCCP is not active, traffic flows will continue to operate without being optimized.
Inline deployments allow the WAE to be physically inserted between two network devices such as the branch switch and the branch WAN router. The Cisco WAAS inline card has four 10/100/1000BaseT Ethernet ports in two port groups. Each port group provides a fail-to-wire bypass service with mechanical relays to ensure that network connectivity is not interrupted should a device fail or a software crash be encountered by the WAE.
Configuration Task Lists
The Central Manager is the main management component of the Cisco WAAS solution. It provides a GUI interface for configuration, monitoring, and management of the branch and data center WAEs. WAEs need to contact the CM during the initial setup. This registration process adds the WAEs to the CM and initializes the local WAE database.
The Central Manager provides centralized reporting of the WAAS environment. Cisco WAEs also provide statistics through a local GUI or the CLI.
To configure the Central Manager, follow these steps:
Step 1 By default, the WAEs are configured in application-accelerator mode. To configure the device to act as a Central Manager, use the following command. This command requires a reboot and should be executed first.!device mode central-manager
Step 2 Configure the IP address of the Central Manager and specify a default gateway:interface GigabitEthernet 1/0ip address 10.1.52.5 255.255.255.0!ip default-gateway 10.1.52.1
Step 3 Using the primary-interface command, specify the interfaces used for traffic interception and delivery:!primary-interface GigabitEthernet 1/0
Step 4 Specify the NTP server used by all Cisco WAEs and network devices to synchronize time. In the test environment, a Cisco Catalyst 6500 switch provides NTP clock to all devices.ntp server 10.1.6.1
Step 5 Enable the Centralized Management System (CMS) on the WAE using the cms configuration command. The cns enable command automatically registers the node in the database management tables and enables the CMS process.!cms enable
At this point, the Central Manager web user-interface should be available on port 8443. Point the web browser to the following URL: https://CM_IP_address:8443. Figure 18 shows the initial CM screen with an overview of the system.
Figure 18 WAAS Central Manager
Cisco WAAS Network Module
The network module interfaces must be enabled before installing and configuring the WAAS software application. These interfaces point to the host router and two of its external links.
The following commands define the IP addresses of the network module in slot 1/0. The service-module ip address is the IP address for the module interface to the router.!interface Integrated-Service-Engine1/0ip address 10.1.62.1 255.255.255.0service-module ip address 10.1.62.5 255.255.255.0service-module ip default-gateway 10.1.62.1
To access the network module from its console or to check its status, use the following commands:service-module integrated-service-engine slot/0 sessionservice-module integrated-service-engine slot/0 status
Before removing or replacing a network module, shutdown the network module operating system gracefully as shown below:service-module integrated-service-engine slot/0 shutdown
The document at the following link has more details on how to configure the WAAS network module: http://www.cisco.com/en/US/docs/app_ntwk_services/waas/waas/v403/module/configuration/guide/wsnmecfg.html
Data Center WCCP Interception
In the test environment, WCCP interception was used at the data center and remote engineering site. In data center environments, WCCP should be deployed on platforms that support redirection hardware to handle the high data rates from flow aggregation. To configure basic WCCP, the WCCP service must be enabled on at least one router and the WAEs.
The key points of this deployment model include:
•WCCP interception is performed as close to the WAN access point as possible, typically in aggregation switches directly behind the WAN routers or in cases where the WAN access terminates directly in Catalyst 6500 switches, in the WAN access switches themselves.
•Inbound WCCP redirection is configured so that redirection happens in hardware.
•WAE devices must be Layer 2 adjacent to the switches performing WCCP redirection.
WCCP Version 2 must be used instead of WCCP Version 1, because WCCP Version 1 only supports web traffic (port 80) and is not supported by the WAAS. In the test environment, WCCP Version 2 was enabled on the core switches and the data center WAE, as shown in Figure 19. A redundant WAE would typically be connected to the 6509-2 in the diagram.
Figure 19 WCCP Interception
Enable WCCP on the Data Center WAE
To install and configure WAE devices with WCCP and register them with the WAAS Central Manager, follow these steps:
Step 1 Configure the WAE IP address and default gateway:!interface GigabitEthernet 1/0ip address 10.1.53.5 255.255.255.0!ip default-gateway 10.1.53.1
Step 2 Specify the primary interface and NTP server and enable the cms database command:!primary-interface GigabitEthernet 1/0!ntp server 10.1.6.1!cms enable
Step 3 Specify the IP address of the Central Manager:!central-manager address 10.1.52.5
Step 4 The following command configures the WAE to function as a WAAS accelerator. All edge WAEs and data center WAEs should be operating in this mode:!device mode application-accelerator
Step 5 Enable WCCPv2 and specify which routers are providing WCCP interception. Up to 32 routers can be specified in the list. 10.1.53.1 is the IP address of 6509-1 core switch, while 10.1.6.12 is the loopback address of 6509-2.!wccp version 2wccp router-list 1 10.1.53.1 10.1.6.12
Step 6 Turn on TCP promiscuous mode service and associated this service with a router list defined in the previous step:!wccp tcp-promiscuous router-list-num 1
Enable WCCP on the Data Center Catalyst Switches
Step 1 For the 6509-1 core switch, configure a loopback interface to identify the router ID:interface Loopback1ip address 10.1.6.11 255.255.255.255
Step 2 Enable WCCPv2 and WCCP services 61 and 62 (TCP promiscuous mode):!ip wccp 61ip wccp 62
Step 3 Configure the LAN interface for redirection. This interface is for traffic will be intercepted from when leaving the data center network toward the WAN.!interface GigabitEthernet2/3description to 2821-3ip address 10.1.7.1 255.255.255.252ip wccp 62 redirect in
Step 4 Enable WCCP service 62 redirection on the interfaces facing the distribution switches:!interface GigabitEthernet2/47description to 6506-2 Distributionip address 10.1.5.2 255.255.255.252ip wccp 61 redirect in!interface GigabitEthernet2/48description to 6506-1 Distributionip address 10.1.5.10 255.255.255.252ip wccp 61 redirect in
Step 5 On interface VLAN 53, enter the ip wccp redirect exclude in command to specify that the core switch should not repeatedly redirect the same traffic to the local WAE (This command is not mandatory when using redirect in statements).!interface Vlan53ip address 10.1.53.1 255.255.255.0ip wccp redirect exclude in
Step 6 Besides IP addresses, the configuration for the 6509-2 is identical. The "Appendix C—Device Configurations" section has the full configuration for both switches.
Remote Engineering Site WCCP Interception
WCCP interception also needs to be configured at the remote engineering site. Figure 20 shows the Cisco ISR router redirecting traffic to the NM-WAE network module via WCCP.
Figure 20 Remote Engineering Site
Enable WCCP on the WAE Network Module
To configure the remote WAE for WCCP interception, follow these steps:
Step 1 Define the common WAE settings:!device mode application-accelerator!!hostname NM-WAE502-1!ip default-gateway 10.1.62.1!primary-interface GigabitEthernet 1/0!interface GigabitEthernet 1/0ip address 10.1.62.5 255.255.255.0!ntp server 10.1.6.1!cms enable!
Step 2 Define the WCCP router list and Central Manager IP address:!wccp router-list 8 10.1.62.1wccp tcp-promiscuous router-list-num 8wccp version 2!central-manager address 10.1.52.5!
Enable WCCP on the Cisco ISR WAN Router
To configure the ISR WAN router to perform WCCP redirection, follow these steps:
Step 1 Enable WCCP Version 2 and WCCP services 61 and 62 (TCP promiscuous mode) on 2821-1:!hostname 2821-1!ip wccp version 2ip wccp 61ip wccp 62!
Step 2 Configure the LAN interface for redirection. This is the interface where traffic will be intercepted when leaving the remote engineering site toward the WAN.!interface GigabitEthernet0/0.61ip address 10.1.61.1 255.255.255.0ip wccp 61 redirect in!
Step 3 Configure the WAN interface for redirection. This is the interface where traffic will be intercepted from the WAN.!interface GigabitEthernet0/1ip address 10.1.7.10 255.255.255.248ip wccp 62 redirect in!
PTC's solution relies on HTTP or HTTPS traffic to communicate between the client and servers. WAAS is able to accelerate HTTP traffic on ports 80, 8080, 8000, 8001, and 3128. To verify that web application policies are in place, from the WAAS GUI, select Configure > Acceleration > Policies > HTTP. Figure 21 shows the configurations used in the test environment.
Figure 21 WAAS HTTP Policy
Cisco WAAS SSL acceleration is supported on all Wide Area Application Engines (WAE) running Cisco WAAS software version 4.1.3 or later. SSL optimization features can be easily deployed without compromising existing data center key management security.
With Cisco WAAS, the SSL trusted model is maintained in the data center. Server private keys are stored securely on the core Cisco WAE and WAAS Central Manager and never leave the security of the data center. The temporary SSL session keys are distributed from the secure core Cisco WAEs to the edge Cisco WAEs over a secure HTTPS connection, between an edge Cisco WAE and a core Cisco WAE. In addition, the Cisco WAAS SSL Application Optimizer operates in a transparent mode that does not require any changes to either the client or the server participating in the SSL connection.
Figure 22 shows how Cisco WAAS SSL optimization integrates transparently into existing application key exchanges and preserves the trust boundaries of server private keys.
Figure 22 Cisco WAAS SSL Optimization
• During the initial client SSL handshake, the core Cisco WAE in the data center participates in the conversation. The connection between the Cisco WAEs is established securely using the Cisco WAE device certificates and the Cisco WAEs cross-authenticate each other.
•After the client SSL handshake is complete and the data center Cisco WAE has the session key, the data center Cisco WAE will transmit the session key (which is temporary) over its secure link to the edge Cisco WAE so that the edge Cisco WAE can start decrypting the client transmissions and apply DRE.
•The optimized traffic is then re-encrypted using the Cisco WAE peer session key and transmitted, in-band, over the current connection, maintaining full transparency, to the core Cisco WAE in the data center.
•The core Cisco WAE then decrypts the optimized traffic, reassembles the original messages, and re-encrypts the traffic using a separate session key negotiated between the server and the data center Cisco WAE.
•If the backend SSL server requests the client to submit an SSL certificate, the core Cisco WAE will request one from the client. The core Cisco WAE will authenticate the client by verifying the SSL certificate using a trusted CA or an Online Certificate Status Protocol (OCSP) responder.
Central Manager Secure Store
The Central Manager Secure Store is used to securely store the certificates and private keys associated with SSL accelerator services on the WAE appliances. Before enabling SSL acceleration on any WAE appliance, the Secure Store needs to be initialized and open.
Note Each time the WAAS Central Manager is rebooted the Secure Store must be reopened by entering the same passphrase that was entered when he was initialized.
To initialize and open the Secure Store using the Central Manager GUI, go to the Central Manager navigation pane and select Admin > Secure Store. Enter a passphrase to initialize and open the Secure Store. Figure 23 shows that the Secure Store has been initialized and is open.
Figure 23 Secure Store Initialization
SSL Accelerator Services
The SSL accelerator is enabled on all Cisco WAE devices is by default. The SSL accelerator requires the server private key and SSL server certificate to participate in the SSL session and obtain the session key required for encrypting and decrypting traffic. To confirm that SSL acceleration is enabled from the Central Manager GUI, select the WAE from My WAN > Managed Devices and then Configure > Acceleration > Enabled Features >SSL Accelerator as shown in Figure 24.
Figure 24 WAE SSL Accelerator
SSL acceleration requires an Enterprise license to be installed before it can run. To verify that the license has been applied to a WAAS appliance issue the following command:NM-WAE502-1#show licenseLicense Name Status Activation Date Activated By-------------- ----------- --------------- --------------Transport not activeEnterprise active 04/17/2009 adminVideo not active
To verify that the SSL accelerator has been enabled, issue the following command:NM-WAE502-1#show accelerator sslAccelerator Licensed Config State Operational State----------- -------- ------------ -----------------ssl Yes Enabled RunningSSL:Policy Engine Config Item Value------------------------- -----State RegisteredDefault Action Use PolicyConnection Limit 500Effective Limit 490Keepalive timeout 5.0 seconds
Configure SSL Accelerated Service on the Core WAE
While the Cisco WAAs optimizes SSL traffic by default, the benefit it provides is limited to TFO. In order to apply the full set of optimizations (DRE, LZ compression, and TFO) to the SSL traffic, an SSL accelerated service is required.
To configure an SSL accelerated service for the core WAE, select the WAE under My WAN > Devices (or the group where the WAE belongs). Select Configure > SSL Accelerated Services and follow these steps:
Step 1 Click on the Create icon.
Step 2 Enter a unique name for the Service Name.
Step 3 Under Server hostname or address enter the hostname or IP address of the SSL server in the data center.
Step 4 In the Server Port enter the TCP port number on which the SSL service is running.
Step 5 Click the Add button to add the server IP address and port to the configuration.
Step 6 Click the In Service checkbox to make the new service operational and click the Submit button.
Figure 25 shows the steps to create an SSL Accelerated Service.
Figure 25 SSL Accelerated Service
Import SSL Server Certificates
The WAAS Central Manager GUI supports various options to add an SSL server certificate to the SSL Accelerated Service, such as:
•Generate a self-signed certificate and private key
•Import existing certificate and optionally private key
•Export certificate and key
•Generate certificate signing request
Note In a proof-of-concept test environment, the self-signed certificate can be used to quickly demonstrate the SSL acceleration benefits.
For the test environment, server certificates were imported into the SSL Accelerated Service using the Import existing certificate and optionally private key option of the SSL Accelerated Services.
Once the server certificate is added, it will appear in the SSL Accelerated Service Configuration, as shown in Figure 26.
Figure 26 SSL Accelerated Service Certificate
To verify that the service is configured and the certificate is installed, use the show crypto certificates CLI command. The Cisco Wide Area Application Services SSL Application Optimizer Deployment Guide provides detailed SSL configuration steps:
WAAS Implementation Caveats or Limitations
WAAS and ACE Compression
Compression should not be enabled at both WAAS and ACE when both are part of the flow. When both WAAS and ACE are part of the traffic flow, compression should only be enabled on the WAAS and disabled on the ACE. In a future release, the ACE will be able to determine what packets have already been compressed by the WAAS and disable compression for those flows. The ACE may be manually configured to disable compression.
Cisco WAE Commands
The following commands may be useful when troubleshooting the WAAS configuration:
•show wccp status—Verifies WCCP V2 is enabled.
•show wccp services—Verifies WCCP service 61 and 62 are active. Service 61 and 62 must be active.
•show wccp routers—Verifies the router can see the Cisco WAE. Notice that the router ID is the router loopback address. Sent To is the router interface on the Cisco WAE VLAN. All routers are defined and visible on the Cisco WAE.
•show statistics dre— This command displays the DRE general statistics for the WAE.
•show statistics tfo—This commands displays the (TFO) statistics for a WAE.
•show cms secure-store—Verity the status of the Secure Store
•show accelerator ssl—Verify the status of the SSL accelerator
The following are sample outputs of some of the previous commands:WAE612-2-EDGE#show statistics tfoTotal number of connections : 324No. of active connections : 2No. of pending (to be accepted) connections : 0No. of bypass connections : 116No. of normal closed conns : 231No. of reset connections : 91Socket write failure : 49Socket read failure : 0WAN socket close while waiting to write : 0AO socket close while waiting to write : 2WAN socket error close while waiting to read : 0AO socket error close while waiting to read : 40DRE decode failure : 0DRE encode failure : 0Connection init failure : 0WAN socket unexpected close while waiting to read : 0Exceeded maximum number of supported connections : 0Buffer allocation or manipulation failed : 0Peer received reset from end host : 0DRE connection state out of sync : 0Memory allocation failed for buffer heads : 0Unoptimized packet received on optimized side : 0Data buffer usages:Used size: 0 B, B-size: 0 B, B-num: 0Cloned size: 36757 B, B-size: 52224 B, B-num: 67Scheduler:Queue Size: IO: 0, Semi-IO: 0, Non-IO: 0WAE7341-1#show statistics dreCache:Status: Usable, Oldest Data (age): 2h18m58sTotal usable disk size: 503325 MB, Used: 0.00%Hash table RAM size: 2012 MB, Used: 0.00%Connections: Total (cumulative): 321 Active: 1Encode:Overall: msg: 8570, in: 83716 KB, out: 10982 KB, ratio: 86.88%DRE: msg: 8470, in: 83694 KB, out: 17236 KB, ratio: 79.41%DRE Bypass: msg: 4595, in: 22329 BLZ: msg: 4074, in: 9265 KB, out: 2962 KB, ratio: 68.02%LZ Bypass: msg: 4496, in: 7992 KBAvg latency: 0.327 ms Delayed msg: 17620Encode th-put: 29896 KB/sMessage size distribution:0-1K=50% 1K-5K=10% 5K-15K=12% 15K-25K=10% 25K-40K=15% >40K=1%Decode:Overall: msg: 1043, in: 187 KB, out: 665 KB, ratio: 71.86%DRE: msg: 967, in: 613 KB, out: 658 KB, ratio: 6.91%DRE Bypass: msg: 874, in: 6988 BLZ: msg: 776, in: 185 KB, out: 616 KB, ratio: 69.88%LZ Bypass: msg: 267, in: 1696 BAvg latency: 0.070 msDecode th-put: 9144 KB/sMessage size distribution:0-1K=76% 1K-5K=23% 5K-15K=0% 15K-25K=0% 25K-40K=0% >40K=0%
WCCP Router Commands
•sh ip wccp 61 [or 62] —Verify that WCCP service 61 and 62 are active. The command shows global WCCP information and how the packets are redirected.
•sh ip wccp 61 [or 62] detail—Checks WCCP client hash or Layer 2 assignments. This command also checks the status of the WCCP client, the Cisco WAEs. The sh ip wccp 61 detail command shows detailed global WCCP information.
•sh ip wccp interface detail—Verifies which interface has WCCP configured. Identify all interfaces within a router or switch that have WCCP configured with ingress or egress for exclude-in redirection.
•sh ip wccp 61 [or 62] view—Verifies WCCP group membership.
The following is a sample output of the show ip wccp command executed on the 6509-1 core switch:6509-1#show ip wccpGlobal WCCP information:Router information:Router Identifier: 10.1.6.11Protocol Version: 2.0Service Identifier: 61Number of Service Group Clients: 1Number of Service Group Routers: 1Total Packets s/w Redirected: 14065Process: 0CEF: 14065Redirect access-list: -none-Total Packets Denied Redirect: 0Total Packets Unassigned: 0Group access-list: -none-Total Messages Denied to Group: 0Total Authentication failures: 0Total Bypassed Packets Received: 0Service Identifier: 62Number of Service Group Clients: 1Number of Service Group Routers: 1Total Packets s/w Redirected: 263Process: 0CEF: 263Redirect access-list: -none-Total Packets Denied Redirect: 0Total Packets Unassigned: 87Group access-list: -none-Total Messages Denied to Group: 0Total Authentication failures: 0Total Bypassed Packets Received: 0
WAAS Mobile Implementation and Configuration
The test environment contains one WAAS Mobile server located in the data center and remote PTC clients connecting through a VPN service into a Cisco ASA appliance. The Internet connectivity is provided by a T1 connection. While several factors may impact Internet connectivity, the lab connection used 100ms and 400ms delay with 1 percent packet drop to simulate typical Internet connections. Figure 27 shows the WAAS Mobile topology.
Figure 27 WAAS Mobile Topology
WAAS Mobile Server
The WAAS Mobile server was installed on a Windows 2003 Enterprise server following these steps:
Step 1 Install the server software by double-clicking on the ServerSetup.exe file.
Step 2 When installation completes, a browser window will open and display the WAAS Mobile Manager Home page.
Step 3 Enter the license key by clicking on the WAAS Mobile Manager Server Configuration > Licensing page.
Step 4 Verify Delta Cache size and location by navigating to the WAAS Mobile Manager Server Configuration > Advanced Settings > Delta Cache screen.
Step 5 By default, WAAS Mobile will attempt to configure a 275 GB cache. If there is insufficient space available, a fallback cache of 50 GB will be attempted. A minimum of 5 GB of disk space is required.
Step 6 Start the server. Navigate to the WAAS Mobile Manager Home > Status page and click the Start Server button. Figure 28 shows the server status.
Figure 28 WAAS Mobile Manager Server
By default, HTTPS traffic acceleration is disabled on the WAAS Mobile Manager. To accelerate Pro/E and Windchill HTTPS traffic, click Enable HTTPS Acceleration under Client Configuration > HTTP/HTTPS Settings as shown in Figure 29.
Figure 29 HTTPS Settings
When enabling HTTPS acceleration, it is recommended that HTTPS delta caching also be enabled. To enable delta caching, navigate to the Client Configuration > Delta Cache settings screen and enable HTTPS Caching, as shown in Figure 30.
Figure 30 Delta Cache Settings
Create a Client Distribution
Follow these steps to create a client distribution:
Step 1 Go to the Client Configuration section of the WAAS Mobile Manager and click on Client Distributions.
Step 2 From the pull-down menu in the Distributions field, select Create New Distribution.
Step 3 Enter the IP or DNS host name of the server in the Server Address field.
Step 4 Enter a name and description for the distribution and click Create; after the distribution has been created, new links will appear. Figure 31 shows the client distribution created for the test environment.
Figure 31 WAAS Mobile Client Distribution
Step 5 To distribute the client software, click on the .exe link at the bottom of the screen and save the distribution file. The link to the .exe file could also be E-mailed to users for self-install. To allow the client to view the Advanced Tab, go to Client Configuration > User Interface and select Enable Advanced Tab, as shown in Figure 32.
Figure 32 WAAS Mobile Advanced Tab
Figure 33 shows the Delta Cache Settings configured for the user, with a 1GB local cache and the file location.
Figure 33 Delta Cache Settings
WAAS Mobile Configuration for Pro/ENGINEER
While Cisco WAAS acts on TCP connections in general, Cisco WAAS Mobile acts on individual well-defined applications. In order to optimize Pro/ENGINEER, the application must be added to the Proxied Process List in the Cisco WAAS Mobile Manager.
Figure 34 shows the steps to add Pro/ENGINEER to the proxied list. Under Client Configuration > Proxied Process List, enter the following:
•Process name: xtop.exe. This is the name of the Windows process used by Pro/ENGINEER.
•Under Application Type, select 1 - Generic Acceleration.
•Under Auto Reset Connection, click on Yes.
Note Make sure to click on both Add Process and Apply Changes buttons to make the entries appear in the process list.
Figure 34 Proxied Process List
WAAS Mobile Client Installation
To install the WAAS Mobile client, follow these steps:
Step 1 Login to the client PC with administrator privileges and execute the previous generated.exe file.
Step 2 Follow the install wizard and restart the computer when asked.
Step 3 After registering, the client software will automatically start up and connect to WAAS Mobile Manager.
Step 4 Once connected, WAAS Mobile will start accelerating and the green icon will appear in the Windows System Tray and turn green.
The following icons are displayed in the Windows System Tray of the client PC to indicate the status of WAAS Mobile:
Client Software Configuration
The client configuration can be easily managed from the central WAAS Mobile server, while the client has limited configuration options. Figure 35 shows the WAAS Client Manager displaying connection statistics and the optional Advanced tab allowing the client to change delta cache and startup settings.
Figure 35 WAAS Mobile Client Manager
Cisco ASA Configuration
The ASA was configured to support remote VPN user connections. The "Appendix C—Device Configurations" section shows the ASA detailed configuration.
Cisco VPN Client
In order to connect securely to the data center ASA, a VPN connection is established using the Cisco VPN client. For the test environment, local authentication was used to authenticate the user.
Figure 36 shows a client connection to the outside interface of the ASA on IP address 10.1.56.100.
Figure 36 Cisco VPN Client
The WAAS Mobile Manager provides valuable reports to determine the acceleration benefits for an application. Figure 37 shows a sample report describing the traffic summary for different applications and details on how much traffic was processed.
Figure 37 WAAS Mobile Manager
ACE Implementation and Configuration
The Cisco ACE Modules for the Catalyst 6500 were configured in bridged mode, with both the client-side and server-side VLANs on the same subnet. Two ACE Modules were configured in fault-tolerant mode to ensure that network services and applications are always available. The following features were implemented:
•Server health monitoring
•Layer-7 load balancing
•Persistence-based server cookie
•Connection replication for stateful failover
A web serverfarm was configured with two servers responding to user requests. The ACE Module was configured to provide load balancing between the servers and the remote PTC users. In case the servers were offline or unable to respond to users requests, a third server (sorry server) was configured to make users aware of the service disruption. For SSL sessions, the ACE was configured to terminate the SSL session and originate a new clear text session with the web servers.
The Cisco ACE Module uses a range of Cisco application switching technologies, such as Layer 4 load balancing, Layer 7 content switching, caching and TCP processing. The Cisco ACE Module was deployed in the distribution layer, in front of a web serverfarm supporting the PTC application and Oracle database. As shown in Figure 38, PTC clients reach the ACE through a single virtual IP (VIP) address (at 10.1.41.100) before reaching a server selected by the ACE. The ACE selects the best web server to service the request based on preconfigured settings.
Figure 38 ACE Network Topology
Features and Design Considerations
PTC offers a flexible environment supporting a large number of application servers. The web servers provide clients with access to the PTC applications without direct access to a PTC application server or database server. A web serverfarm allows the PTC application to support a large number of users while providing redundancy and high availability. The web serverfarm allows for the application to be operational while some servers are shutdown for maintenance or updates. The configuration used in the testing environment employed a load balanced web-tier for simplicity. The Windchill architecture also allows for clustered application servers and database tiers.
High Availability and Load Balancing Features
For meeting high availability requirements, the Cisco ACE supports the configuration of two ACE Modules in redundant or fault tolerant mode. These modules are connected to different Cisco Catalyst 6500 switches to provide services even if one of the modules becomes unresponsive. Redundancy is only supported between ACE devices of the same type running the same software release.
By load balancing multiple servers in the serverfarm, the system is able to offer higher availability and scalability. This functionality can be extended to multiple serverfarms, such as PTC Windchill servers, web servers or database servers.
The Cisco ACE provides the following key functions:
•Provides server load balancing to multiple clients. Clients reach the serverfarm with a single virtual IP address and corresponding virtual hostname.
•Incoming requests are distributed according to configurable rules or predictors. The load-balancing method in use determines how the ACE selects a real server in a serverfarm to service a client request. Typical predictors include: round-robin, least-connections, least-loaded, etc.
•The Cisco ACE is able to monitor the health of the servers. Health monitoring probes run periodically to detect server scalability or failures. The Cisco ACE provides a large number of probes, such as ICMP, HTTP, SNMP, etc.
•Stickiness allows a client to maintain simultaneous or subsequent connections with the same server. Depending on the server load balancing policy, the ACE "sticks" a client to an appropriate server and sends all requests to that server, regardless of the load-balancing criteria. If the ACE determines that the client is not stuck to a particular server, it applies the normal load-balancing rules to the request. PTC's Windchill solution does require session stickiness for proper application functionality.
Note The ACE Module Server Load-Balancing Configuration Guide (see the "Appendix B—Reference Documents" section) provides more details on high availability features.
Configuration Task Lists
Catalyst 6500 and ACE Context
The ACE Modules are connected to the Cisco Catalyst 6500 switches in the distribution layer, which provide two main VLANs for connectivity. VLAN 41 is dedicated to the ACE virtual IP address (10.1.41.100) and VLAN 49 is dedicated for redundancy with the backup ACE Module. The Catalyst 6500 provides HSRP first-hop redundancy, with the 6506-1 being the active HSRP.!vlan 41name ACE_Server_Side!vlan 42name ACE_Management!vlan 49name ACE__FT!vlan 411name ACE_Client__Side
Assign VLANs to a group using the svlc vlan-group command. A maximum of 16 VLAN groups may be assigned:!svclc multiple-vlan-interfacessvclc module 4 vlan-group 1,svclc vlan-group 1 41,42,49,411
As shown in Figure 39, the connection between the Catalyst 6500 switches is configured as a trunk, allowing all VLANs to reach both switches and ACE Modules.
Figure 39 ACE Connections to Catalyst 6500
!interface GigabitEthernet1/1description Trunk_To_6506-2switchportswitchport trunk encapsulation dot1qswitchport mode trunk!interface GigabitEthernet1/2description Trunk_To_6506-2switchportswitchport trunk encapsulation dot1qswitchport mode trunk
The PLM context is defined in the ACE Modules with the proper VLAN allocation:ACE-1/Admin#!resource-class R1limit-resource all minimum 0.00 maximum unlimitedlimit-resource sticky minimum 10.00 maximum equal-to-min!context PLMallocate-interface vlan 41allocate-interface vlan 411member R1
Remote Management Access
By default, the ACE blocks all types of network management access. In order to allow protocols such as Telnet, HTTP, HTTPS or ICMP, a policy that allows network management protocols must be configured and applied to the proper interface.
Step 1 Create a class map using the class-map type management command. The following class-map example allows Telnet, SSH, ICMP, HTTP and HTTPS:class-map type management match-any REMOTE_ACCESSdescription Remote access traffic match201 match protocol telnet any202 match protocol ssh any203 match protocol icmp any204 match protocol http any205 match protocol https any206 match protocol snmp any
Step 2 Create a policy map for traffic destined to an ACE interface. To create a policy-map named REMOTE_MGMT_ALLOW_POLICY, enter the following commands:policy-map type management first-match REMOTE_MGMT_ALLOW_POLICYclass REMOTE_ACCESSpermit
Step 3 Apply the policy map to the ACE interfaces to each context:ACE-1/Admin#!interface vlan 42ip address 10.1.42.6 255.255.255.0alias 10.1.42.5 255.255.255.0peer ip address 10.1.42.7 255.255.255.0service-policy input REMOTE_MGMT_ALLOW_POLICYno shutdownACE-1/Admin# changeto PLMACE-1/PLM#!interface vlan 41description Server-Side interfaceservice-policy input REMOTE_MGMT_ALLOW_POLICYinterface vlan 411description Client-Side interfaceservice-policy input REMOTE_MGMT_ALLOW_POLICY
Interfaces and Default Gateway
As shown in Figure 40, the ACE Modules are connected to different Catalyst 6500 for redundancy. A trunk is configured between the Catalyst switches and the ACE allowing all VLANs. The ACE was deployed in Layer 2 (bridged) mode, bridging VLAN 41 and VLAN 411. VLAN 411 acts as the client-side VLAN and VLAN 41 as the server-side VLAN.
Figure 40 Interfaces and Default Gateway
An access list named ALL is used to permit or deny traffic through the interfaces as shown in the following example:access-list ALL line 8 extended permit ip any anyaccess-list ALL line 20 extended permit icmp any anyinterface vlan 41description Server-Side interfacebridge-group 10access-group input ALLservice-policy input REMOTE_MGMT_ALLOW_POLICYno shutdowninterface vlan 411description Client-Side interfacebridge-group 10access-group input ALLaccess-group output ALLservice-policy input REMOTE_MGMT_ALLOW_POLICYno shutdown
In bridged mode, a BVI interface is required to merge both client- and server-side VLANS as shown below:interface bvi 10ip address 10.1.41.6 255.255.255.0alias 10.1.41.5 255.255.255.0peer ip address 10.1.41.7 255.255.255.0no shutdown
The Catalyst 6500 has interfaces defined for these VLANS and acts as the HSRP group for VLAN 411. All servers point to 10.1.41.1, the HSRP address for their default gateway. In this case, 6506-1 acts as the primary router:On 6506-1 On 6501-2interface Vlan411 interface Vlan411ip address 10.1.41.2 255.255.255.0 ip address 10.1.41.3 255.255.255.0standby 41 ip 10.1.41.1 standby 41 ip 10.1.41.1standby 41 priority 110 standby 41 priority 90standby 41 preempt standby 41 preempt
Flows initiated from the servers require an inbound access list to allow the flow on the interface where the request is received.
•No routing is needed on the ACE since traffic is bridged through
•Established flows are not disconnected when ACLs are removed, but new flows are not allowed
•Servers are not allowed to access their default gateway without proper access on the server-side VLAN
At a minimum, an ACL is required on the server-side VLAN to allow for server-initiated flows. On the ACE Module:!access-list ALL line 8 extended permit ip any any!interface vlan 41description Server-Side interfacebridge-group 10access-group input ALL
Redundant ACE Modules
Redundancy is configured with a maximum of two ACE modules in the same catalyst 6500 series switch or in separate switches The ACE Modules must be of the same ACE type and software release. Redundancy provides a seamless switchover of flows in case an ACE becomes unresponsive or a critical host, interface or HSRP group fails.
Each module contains one or more fault-tolerant (FT) groups and each group consists of two members: one active and one in standby. A dedicated FT VLAN is used between the ACE Modules to transmit flow-state information and the redundancy heartbeat. This VLAN should not be used for normal network traffic. As shown in Figure 41, VLAN 49 is configured as the FT VLAN.
Figure 41 Redundant ACE Modules
The following commands are required to enable redundancy at the ACE appliances using the Admin context. The peer ip address command allows the local member to communicate with the remote peer.
The show ft groups status command is used to verify that redundancy is enabled. The following command shows that ACE-1 is in Active state.ACE-1/Admin# show ft group statusFT Group : 2Configured Status : in-serviceMaintenance mode : MAINT_MODE_OFFMy State : FSM_FT_STATE_ACTIVEPeer State : FSM_FT_STATE_STANDBY_HOTPeer Id : 1No. of Contexts : 1FT Group : 3Configured Status : in-serviceMaintenance mode : MAINT_MODE_OFFMy State : FSM_FT_STATE_ACTIVEPeer State : FSM_FT_STATE_STANDBY_HOTPeer Id : 1No. of Contexts : 1
Real Server and Serverfarm
Real servers are dedicated physical servers configured in groups called serverfarms. Three web servers were configured to provide PTC services. These real servers are used by the ACE to send intended traffic based on certain criteria, while a sorry server was configured to alert users of any service disruptions.
The following configurations show the three real servers with their respective IP addresses.rserver host SERVER1description Web_Server_1ip address 10.1.41.40inservicerserver host SERVER2description Web_Server_2ip address 10.1.41.42inservicerserver redirect SORRY_SERVERwebhost-redirection http://10.1.41.99/inservice
A serverfarm is a logical collection of real servers that the ACE selects based on certain sets of criteria. Serverfarms contain the same content and typically reside in the same physical location in a data center. The two web servers in Serverfarm 1 (see Figure 42) serve requests from PTC clients, while the sorry server is accessed only when the servers in Serverfarm 1 are not available.
Figure 42 Serverfarms
The following shows how the two servers in SFARM1 and a sorry server in SFARM2 were configured:ACE-1/PLM#serverfarm host SFARM1predictor leastconnsrserver SERVER1 80inservicerserver SERVER2 80inserviceserverfarm redirect SFARM2rserver SORRY_SERVERinservice
Session Persistence (Stickiness)
Session Persistence allows multiple connections from the same client to be directed to the same real server for the duration of a session. Persistence is required by Windchill and PTC recommends the use of the HTTP cookie method as the primary type of persistence, but other forms of persistence are also expected to work. The ACE supports several sticky methods, including source and/or destination IP address, HTTP cookie, HTTP header, etc.
•With IP Address Stickiness, the source IP address, the destination IP address, or both may be used to identify individual clients. A possible drawback of using a source IP address is that client connections may be established through a proxy, making it an unreliable indicator of the true source of the request.
•HTTP Cookie Stickiness allows the ace to uniquely identify clients by inserting a small data structure within the HTTP header and storing it at the client. The ACE uses the information in the cookie to direct the content request to the appropriate server. Cookie stickiness is active only during the browser session.
•With HTTP Header Stickiness, a unique portion of the HTTP header may be used to provide stickiness and direct request to the appropriate servers.
With cookie insert, the ACE inserts a cookie on behalf of the server upon the return request, even when the servers are not configured to set cookies. The cookie contains information used by the ACE to ensure persistence to a specific real server.
The following commands define the cookie insert and how they are applied to the proper policy map:sticky http-cookie ACE_COOKIE C-STICKYcookie insert browser-expireserverfarm SFARM1 backup SFARM2!policy-map type loadbalance first-match L7_VIP_POLICYclass class-defaultsticky-serverfarm C-STICKY
The ACE is able to monitor the state of a server by sending out probes. The ACE verifies the server response and checks for any network problems that can prevent a client from reaching a server. Based on the server response, the ACE can place the server in or out-of-service, and can make reliable load-balancing decisions. The ACE supports 1,000 unique probe configurations, including ICMP, HTTP, and other predefined health probes.
The HTTP probe issues an HTTP request to the server for an expected string and status code. The ACE then compares the received response, looking for a string in the received page. If the request fails, the server is marked as failed. Figure 43 shows the probe interaction between the ACE and the web servers.
Figure 43 Health Monitoring
For the test environment, an HTTP probe was used. The probe is configured to access the /Windchill/verify.jsp page and expects a status 200 (OK). The probe is then applied to the serverfarm. The default installation of Windchill does not include the verify.jsp page used in the testing, but can be obtained by contacting PTC Technical Support. The page that is accessed by the probe must be in an anonymously accessible location on the web server.
In the following example, using the interval parameter, a probe is sent every 30 seconds to the server. Before the ACE marks a server as failed, it must detect that probes have failed a consecutive number of times. By default when three consecutive probes have failed the ace marks the server as failed. In the lab configuration the faildetect parameter was set to two retries.
After the ACE marks a server as failed, it waits a period of time and then sends the probe to the failed server. When a number of consecutive successful probes are received the server is marked as passed. In the lab configuration, failed servers were probed every 30 seconds using the passdetect interval command, and three successful probe responses were required before the server was brought back into the serverfarm.http HTTPPROBEinterval 30faildetect 2passdetect interval 30passdetect count 3request method get url /Windchill/verify.jspexpect status 200 200open 1!serverfarm host SFARM1probe HTTPPROBErserver SERVER1inservicerserver SERVER2inservice
Layer-7 Load Balancing
Cisco ACE supports both Layer 4 and Layer 7 load balancing. Layer 7 load balancing is deployed in this environment since features such as cookie sticky are enabled. Cisco ACE uses class-map, policy-map, and service-policies to classify and take action on incoming user requests.
For the test environment, the following steps were used to configure load balancing:
Step 1 Configure the 10.1.41.100 virtual IP (VIP) address using the class-map command. The following commands allow both HTTP and HTTPS traffic to reach the VIP address.class-map match-all L4_VIP_ADDRESS_CLASS2 match virtual-address 10.1.41.100 tcp eq www
Step 2 Configure a second class-map to allow HTPS traffic tor each the same VIP:class-map match-all L4-CLASS-HTTPS2 match virtual-address 10.1.41.100 tcp eq https
Step 3 Define a policy-map of type loadbalance to associate the proper serverfarms:policy-map type loadbalance http first-match HTTPS-POLICYclass class-defaultserverfarm SFARM1action urlrewritepolicy-map type loadbalance first-match PTC-REDIRECTclass class-defaultserverfarm PTC-REDIRECT
Step 4 Multiple VIP class-maps may be assigned to a multi-match policy map. The following policy-map associates the loadbalance policy-maps defined in in the previous step.policy-map multi-match L4_VIP_POLICYclass L4-CLASS-HTTPSloadbalance vip inserviceloadbalance policy HTTPS-POLICYssl-proxy server CISCO-SSL-PROXYclass L4_VIP_ADDRESS_CLASSloadbalance vip inserviceloadbalance policy PTC-REDIRECTloadbalance vip icmp-reply
Step 5 Associate the policy-map to the interface VLAN:interface vlan 411description Client-Side interfacebridge-group 10access-group input ALLaccess-group output ALLservice-policy input L4_VIP_POLICY
The ACE supports compressing packets to improve site performance and to offload the compression work from the web servers or clients. By performing compression on the ACE, the servers can provide other services to clients and provide faster response times. By default, ACE compression is disabled. When compression is enabled, the ACE compresses data in the HTTP GET or POST responses from the real servers. The ACE does not compress HTTP requests from clients or the HTTP headers in the server responses.
PTC's default configuration for the Apache web server enables web server compression for HTML/TXT content only. Other mime types are not included by default. Web server compression can be completely disabled and offloaded to the ACE.
Note Compression was not tested in this document. The first release of this deployment guide extensively focused on compression. Refer to the Cisco Distributed Research and Development Solution Deployment Guide for PTC Windchill version 1.0 (see the "Appendix B—Reference Documents" section) for details.
To enable compression on the ACE follow these steps:
Step 1 Create a policy-map and specify the compression method. In the test environment, gzip compression was enabled.policy-map type loadbalance first-match L7_VIP_POLICYclass class-defaultcompress default-method gzip
Step 3 Apply the policy map to the L4_VIP_POLICY:policy-map multi-match L4_VIP_POLICYclass L4_VIP_ADDRESS_CLASSappl-parameter http advanced-options HTTP_COMPRESSION
Flash Forward Acceleration
The goal of Flash Forward is to eliminate the network delays associated with embedded web objects, such as images, style sheets, etc. Flash Forward combines the local object storage with dynamic renaming of embedded objects to enforce object freshness within the parent HTML page.
Without Flash Forward, the user experiences delays when pages with graphic images load because each object requires validation to ensure that the user has the latest version. Each validation involves an HTTP request from the client to the server, but Flash Forward guarantees that clients request only the latest objects and never issue validation requests for objects in the browser cache that the ACE has determined to be valid.
Flash Forward places the responsibility for validating object freshness on the ACE rather than on the client, making the process more efficient.
Note As of this writing, the ACE module does not support Flash Forward or other acceleration features. The first release of this deployment guided tested Flash Forward with the ACE 4710 appliances extensively. The Cisco Distributed Research and Development Solution Deployment Guide for PTC Windchill version 1.0 (see "Appendix B—Reference Documents" section) provides more details.
SSL termination refers to configuring an ACE context for a frontend application in which the ACE operates as an SSL server communicating with a client. The ACE operates as a virtual SSL server by adding security services between the Windchill or Pro/E client and the server. All inbound SSL flows from a client terminate at the ACE. Once the connection is terminated, the ACE decrypts the ciphertext from the client and sends the data as clear text to a Web Server.
Figure 44 shows the SSL interaction between the client, the ACE and the Web servers.
Figure 44 SSL Termination
Terminating client SSL sessions on a network-based appliance such as the Cisco ACE offers several benefits:
•It allows for traffic to be inspected by Intrusion Detection Systems (IDS) or other application layer analysis tools that inspect unencrypted traffic.
•It allows for cookie persistence to operate since the HTTP header must be unencrypted to view the cookie.
•It simplifies the management of certificates, since certificates are only installed on the Cisco ACE Modules as opposed to every server. Certificates must also be added manually to the standby ACE Module.
Note The discussion of certificates, other than the server certificate on the Cisco ACE, is outside the scope of this document. A thorough understanding of certificates and server authentication is required for anyone deploying SSL PTC applications with or without the Cisco ACE.
To following are the general steps to configure the ACE Module for SSL operation:
•Configure the ACE for server load balancing (SLB).
•A policy map is configured to define the SSL session parameters and client/server authentication tools, such as the certificate and RSA key pair.
•A class map is associated with the policy map to define the virtual SSL server IP address that the destination IP address of the inbound traffic must match.
•A digital certificate and its corresponding public and private key pair must be imported to the desired ACE context.
•At least one SSL certificate is available.
Before enabling the ACE for SSL termination, a digital certificate must be imported along with its corresponding public and private key pair. For testing purposes, the ACE includes a series of utilities that can generate a key pair or a certificate signing request (CSR) that can be signed by a Certificate of Authority (CA). When the CA signs the CSR, it becomes a certificate that can be used on the ACE.
In the redundant configuration, ACE does not synchronize the SSL certificates to the standby context of an FT group. If the ACE performs configuration synchronization and does not find the necessary certificates and keys on the standby module, configuration synchronization fails and the standby enters the STANDBY_COLD state.
A key and certificate may be imported to the desired ACE context using the Secure File Transfer Protocol (SFTP), File Transfer Protocol (FTP), Trivial File Transfer Protocol (TFTP), or simply pasted into the ACE using the crypto import terminal command.ACE-1/PLM# crypto import ?ftp Import a key/certificate from an ftp servernon-exportable Mark this key/certificate as non-exportablesftp Import a key/certificate from an sftp serverterminal Accept a key/certificate from terminaltftp Import a key/certificate from a tftp serverACE-1/PLM#
Step 2 Verify that the files have been imported as shown below:ACE-1/PLM# show crypto filesFilename File File Expor Key/Size Type table Cert-----------------------------------------------------------------------PTCCERT1.PEM 1249 PEM Yes CERTPTCKEY1.PEM 887 PEM Yes KEY
Step 3 To verify that the public keys in the files PTCCERT.PEM and PTCKEY1.PEM match, enter the following:ACE-1/PLM# crypto verify PTCCERT1.PEM PTCKEY1.PEM Keypair in PTCKEY1.PEM matches certificate in PTCCERT1.PEM.
Step 4 Create an SSL proxy server service to define the handshake parameters to be applied to a policy map.ssl-proxy service CISCO-SSL-PROXYkey PTCKEY1.PEMcert PTCCERT1.PEM
Step 5 Create a class-map and configure it with the input traffic match criteria as required. The VIP address is configured with an IP address of 10.1.41.100 to match on HTTPS traffic:class-map match-all L4-CLASS-HTTPS2 match virtual-address 10.1.41.100 tcp eq https
Step 6 Create a policy-map to associate the class-map created in the previous step:policy-map multi-match L4_VIP_POLICYclass L4-CLASS-HTTPSloadbalance vip inserviceloadbalance policy HTTPS-POLICYssl-proxy server CISCO-SSL-PROXYclass L4_VIP_ADDRESS_CLASSloadbalance vip inserviceloadbalance policy PTC-REDIRECTloadbalance vip icmp-reply
Step 7 Apply the policy-map to the proper interface:!interface vlan 411service-policy input L4_VIP_POLICY
At this point, the Cisco ACE should be able to terminate SSL connections and forward traffic to the servers in clear text.
HTTP Header Rewrite
Since the web servers are unaware that an incoming client HTTP request was terminated on the ACE, the application may redirect the client to an unsecured HTTP link rather than the secure HTTPS link. The server may issue 302 redirects as HTTP instead of HTTPS and since the ACE only accepts connections on port 443, the HTTP connection from the client may be terminated.
To solve this problem, the ACE modifies the redirected URL from HTTP to HTTPS in the Location header before sending the response to the client. The following commands enable HTTP header rewrite:
Step 1 Define an action list with the proper rewrite locationaction-list type modify http urlrewritessl url rewrite location ".*"
Step 2 Apply the action list to a policy map:policy-map type loadbalance http first-match HTTPS-POLICYclass class-defaultserverfarm SFARM1action urlrewrite
Step 3 Apply the url rewrite under the L4_VIP_POLICy policy map:policy-map multi-match L4_VIP_POLICYclass L4-CLASS-HTTPSloadbalance vip inserviceloadbalance policy HTTPS-POLICYssl-proxy server CISCO-SSL-PROXY
For cases where client requests originate using HTTP or when the security policy only accepts SSL connections, the ACE is able to send a redirect to the client using the Redirect Server feature. This feature is useful for cases where clients do not realize that secure SSL connections are a requirement. To enable the Redirect Server, follow these steps:
Step 1 Define a redirect server using the webhost-redirection command. This command sends an HTTPS redirect to the client while maintaining the requested domain and URL. The relocation string supports the following special characters:
•%h—Inserts the hostname from the request host header
•%p—Inserts the URL path string from the requestrserver redirect PTC-REDIRECTwebhost-redirection https://%h/%p 302inservice
Step 2 Define a serverfarm:serverfarm redirect PTC-REDIRECTrserver PTC-REDIRECTinservice
Step 3 Allow HTTP traffic to reach the VIP:class-map match-all L4_VIP_ADDRESS_CLASS2 match virtual-address 10.1.41.100 tcp eq www
Step 4 Attach the serverfarm to a policy map:policy-map type loadbalance first-match PTC-REDIRECTclass class-defaultserverfarm PTC-REDIRECT
Step 5 Link the class map and policy map:policy-map multi-match L4_VIP_POLICYclass L4_VIP_ADDRESS_CLASSloadbalance vip inserviceloadbalance policy PTC-REDIRECTloadbalance vip icmp-reply
Configure Windchill for HTTPS
The following commands are required on the Windchill server to allow for HTTPS connections.
Step 1 Edit the following properties in the \ptc\Windchill\site.xconf file:<Property name="wt.webserver.protocol" overridable="true" targetFile="codebase/wt.properties"value="https"/><Property name="wt.webserver.port" overridable="true" targetFile="codebase/wt.properties"value="443"/><Property name="wt.webserver.codebase" overridable="true" targetFile="codebase/wt.properties"value="$(wt.webserver.protocol)\://$(wt.rmi.server.hostname):$(wt.webserver.port)/$(wt .webapp.name)"/>
Step 2 run xconfmanager -p after changes and restart Tomcat and Method servers.
Apache HTTP Keepalives in SSL environments
In some environments that use proxies (i.e., reverse proxy) and/or load balancers, the proxy and/or load balancer keeps the connection open with keepalives. During testing, PTC applications were affected by the use of keepalives.
Keepalives must be disabled for Windows Internet Explorer connections in HTTPS/SSL environments.
To disable keepalives add the following lines to the additions.conf file, located under the <Apache>\conf\extra\ directory on the Apache web servers:BrowserMatch ".*MSIE.*" \nokeepalive ssl-unclean-shutdown \downgrade-1.0 force-response-1.0
For more details, consult the following TPI from PTC:
With end-to-end SSL configuration, the ACE establishes and maintains SSL connections between the client at one end of the connection, and the server at the other end of the connection. With end-to-end SSL, the ACE performs the following functions:
•Terminates an SSL session with the client (frontend connection)
•Initiates an SSL session with the server (backend connection)
•Load-balances the backend content
End-to-end SSL is a requirement in environments that require protecting the conversation between client and servers at all network points. The extra overhead of performing SSL at the server can have a performance impact of 20 to 30 percent. PTC applications are able to operate in this mode.
Figure 45 shows how traffic is encrypted from the client to the server. With this type of connection, Intrusion Detection Systems (IDS) or other application layer analysis tools are not able to access the traffic for analysis. In addition, certificates have to be loaded on each server.
Figure 45 End-to-End SSL
In order to support cookie persistence, the ACE decrypts the session to examine the header contents and select the appropriate server to service the request. Before sending the request to the server traffic is once again encrypted.
To configure in to end-to-end SSL, a proxy client is added facing the servers and added to policy map of type loadbalance.ssl-proxy service CISCO-SSL-PROXYkey PTCKEY1.PEMcert PTCCERT1.PEM!policy-map type loadbalance http first-match HTTPS-POLICYclass class-defaultserverfarm PTC-HTTPSaction urlrewritessl-proxy client CISCO-SSL-PROXY!policy-map multi-match L4_VIP_POLICYclass L4-CLASS-HTTPSloadbalance vip inserviceloadbalance policy HTTPS-POLICYssl-proxy server CISCO-SSL-PROXY
The complete configuration is provided in the "Appendix C—Device Configurations" section.
Application Networking Manager
The Application Networking Manager (ANM) software helps enable centralized provisioning, operations, and basic monitoring of Cisco ACE by providing a unified interface for troubleshooting, maintenance, operations, and monitoring. ANM supports several data center networking devices, including the Cisco ACE modules and Cisco ACE 4710 appliances.
Figure 46 shows the ACE Modules manages by the ANM. The two Catalyst 6500 switches are displayed, each one supporting an ACE module.
Figure 46 ACE Modules
The ANM can be used to define all load-balancing properties such as virtual servers, real servers, health monitoring, etc. Figure 47 shows the virtual servers used during testing; one virtual server dedicated to http traffic and the other to HTTPS.
Figure 47 Virtual Servers
Figure 48 shows the configuration screen to define the health monitoring probe. In this case, the ACE Module performs an HTTP GET for the verify.jsp file.
Figure 48 Health Monitoring
The ANM provides detailed instructions for configuring SSL on the ACE Module. Figure 49 shows a visual sequence of the typical steps involved in configuring SSL.
Figure 49 SSL Setup Sequence
Figure 50 shows the SSL certificate used during testing.
Figure 50 SSL Certificates
Monitoring the ACE environment
The ANM monitor function provides monitoring capabilities for the ace modules, including:
•Devices—Provides us to test is about devices including resource usage, traffic information and load balancing
•Events—Displays a list of events originated through syslog, or SNMP traps
•Device Audit Trail Logging—Monitors device configuration and deployment changes to the devices
•Alarm Notifications—Define thresholds to view alarms
•Tools—Used to verify connectivity between the virtual cockpit and an IP address
Figure 51 shows the Monitoring screen with detailed device information, including the ACE Module software version, device uptime and IP addresses.
Figure 51 Monitoring Device Information
Figure 52 shows the current virtual servers in use and their status. For the test environment, two virtual servers were configured to support HTTP and HTTPS connections.
Figure 52 Monitoring Virtual Servers
ACE Implementation Caveats or Limitations
WAAS and ACE Compression
During testing, it was determined that compression should not be enabled at both WAAS and ACE when both are part of the traffic flow. When both WAAS and ACE are part of the traffic flow, compression should be enabled on the WAAS and disabled on the ACE.
ACE compression still provides valuable performance improvements for remote sites that do not have WAAS deployed. A simple way to do this is to create a separate VIP address for sites that want to benefit from ACE compression but have not deployed WAAS, as shown in Figure 53.
Figure 53 ACE and WAAS Compression
The following commands may be useful when troubleshooting the ACE configuration:
•show stats—Displays the statistical information relating to the operation of the Cisco ACE.
•show service-policy policy_name—Displays the statistics for service policies enabled globally within a context or on a specific interface.
•show serverfarm name detail—Displays the summary or detailed server-farm statistics.
•show rserver rserver_name detail—Displays the summary or detailed statistics for a named real server or for all real servers.
•show probe—Displays the probe information including script probes.
•show arp—Displays the current active IP address-to-MAC address mapping in the ARP table, statistics, or inspection or timeout configuration.
•show context—Verifies the auto-sync configuration of all contexts.
•show ft group status—Verifies FT status of all configured context in the Cisco ACE.
•show ft peer detail—Verifies the state of FT peering.
•show resource usage—Displays the resource usage for each context.
Testing Results and Conclusions
The optimization tests were performed on a full working copy of PTC Windchill, Oracle database and web servers operating on virtual machines. A full data center implementation and remote engineering site were configured to provide the proper connectivity. Cisco ACE, WAAS, and WAAS Mobile devices were also tested in different configurations to validate the optimization of PTC applications.
WAAS and WAAS Mobile optimizations are noted in the WAN as well as the end-user experience of applications. Application performance is measured depending on who is the consumer of the data. To the end-user, the application response time is important, since performance is evaluated by the user experience while to the network administrator low bandwidth utilization and network performance are important.
One of the most compelling reasons to use the Cisco ANS products is to provide the user with as close to LAN-like response as possible, with the PTC application residing over the WAN in the data center. This implies that the user and application response time become critical metrics. End-to-end latency times (application client/server latency plus network latency) from the client perspective can be measured easily by capturing download times and perceived download rates.
A series of test were performed to stimulate PTC Windchill and Pro/ENGINEER users during a typical working day. The following three main categories were tested:
•HTTP content operations
•Folder browsing operations
•Adding an assembly to a workspace
•Uploading a new assembly
The following three types of tests were conducted for each category:
•Native WAN Tests—These tests show the native performance between the client and server over the WAN. Native WAN testing can be achieved by disabling the WAEs or by configuring them in pass-through mode (for WAAS) and by exiting the client application (for WAAS Mobile). To disable WAAS optimization at the engineering site, execute the following commands on the ISR router:(config)#no ip wccp 61(config)#no ip wccp 62
•Cold Tests—These tests capture the performance over the first transfer through the WAAS and WAAS Mobile. The performance of transport optimization, data compression and caching, and corresponding application optimizers for the application are captured. The first transfer will show some performance improvement and a reduction in bandwidth utilization.
•Warm Tests—These tests show full WAAS and WAAS Mobile performance of transport optimization, data compression and caching. This is done by repeating the same PTC operation. The second transfer will show dramatic improvement in performance as it makes use of a `hot' cache.
Additional tests were performed to focus on compression, window sizing, and acceleration features.
Application Test Results
The PTC Windchill PDMLink tests were performed using Internet Explorer and HTTPWatch for data collection. The purpose of the test was to stimulate a typical PTC environment, with remote users dispersed throughout the world and the PTC application deployed in a centralized data center.
Note The following results are comparative in nature and were obtained under controlled lab conditions; therefore, a customer should not expect to obtain the same exact results in their environment.
Table 3 represents a summary of the results obtained for each group of PTC operations. The summary was collected from WAAS and WAAS Mobile over a T-1, 100ms delay. HTTP and HTTPS test results were obtained. Each result represents numerous combinations of tests. Detailed charts are presented in the subsections that follow.
The focus of this version (1.5) of the deployment guide was on obtaining HTTPS results (see Table 3), while the previous version (1.0) of the deployment guide provided detailed HTTP results. Refer to the "Appendix B—Reference Documents" section for reference link to version 1.0 of this deployment guide.
Two different bandwidth speeds were used during testing, each one with different latency and drop capabilities (see Table 4). The purpose was to stimulate a typical intra-continental circuit and a slower intercontinental circuit.
Table 4 WAN Simulation Speeds
Location Bandwidth Latency Drop
Note that remote access network characteristics vary widely depending on the type of internet connection (Wi-Fi, 3G, DSL, cable, and satellite), creating dramatic performance differences for remote users. The WAAS Mobile test results are indicative of a best-case Internet connection; the improvement for other connections would be even greater, because the unaccelerated test times would increase as network conditions degrade.
This group of tests focused on typical user operations performed with a web browser. The optimization benefits become apparent when WAAS is part of the traffic flow. Figure 54 shows the Home Overview page for PTC Windchill.
Figure 54 PTC Windchill HTTP Operations
Table 5 shows the number of objects used for some of the HTTP operations.
Table 5 Number of Objects
Windchill Test Total Objects
Expand Node 1
Expand Node 2
Expand Node 3
Figure 55 HTTP Operations—T1 100ms 1% Drop
The results in Figure 56 show the impact that WAAS has on a T1 400ms and also shows that the warm results are very similar to a T1 100ms delay.
Figure 56 HTTP Operations —T1 400ms 1% Drop
HTTP Content Operations—WAAS
Typical file upload/download operations can benefit from application acceleration, particularly large CAD files. Once a file has been transferred once, WAAS is able to identify any portion of the document and only transfer the portions of the document that have been updated or modified. Figure 57 shows the Library > Folders screen used in the test environment.
Figure 57 PTC Windchill Content Operations
Figure 58 HTTP Content Operations - T1 100ms 1% Drop
Figure 59 HTTP Content Operations - T1 400ms 1% Drop
Folder Browsing Operations —WAAS
The following tests focus on capturing the time that it takes to retrieve folder lists from the server. This function can be slow since all data is retrieved from the origin server. By default, only 200 items are displayed on a page, but selecting Full List retrieves the complete list of items from the server (5,218 total objects).
Figure 60 shows the folders used in the test environment and how to select the Paged List or Full List of objects.
Figure 60 PTC Windchill - Folder Operations
Figure 61 Folder Browsing—T1 100ms 1% Drop
Figure 62 Folder Browsing—T1 400ms 1% Drop
The following tests show typical operations performed by Pro/ENGINEER users working with different assemblies. An Add to Workspace operation was performed for a subset of the PTC World Car assembly. A subsequent workspace operation was performed uploading a Cisco provided Pro/ENGINEER assembly for an IP phone product design. Figure 63 shows the Pro/ENGINEER Wildfire workspace.
Figure 63 Pro/ENGINEER Workspace
The tests results in Figure 64 show typical operations performed by Pro/ENGINEER users working with different assemblies and adding a subassembly of the world car or uploading the Cisco IP phone. The results were gathered using different T1 configurations.
Figure 64 Pro/ENGINEER Testing—T1 100ms 1% Drop
Figure 65 shows the results for a T1 400 ms delay. For the tests without WAAS, the transactions were unable to complete and the application timed-out after 22 minutes.
Figure 65 Pro/ENGINEER Testing—T1 400ms 1% Drop
WAAS Mobile Test Results
The WAAS Mobile tests were also grouped in typical user operations. The client workstation was configured with 1 GB of local cache, and the WAN simulation consisted of T1 with 100ms and 400ms delay with 1 percent packet drop.
The results show that WAAS Mobile also provides similar optimization to WAAS, even when the remote clients connect through the Internet and a VPN tunnel. The results should also demonstrate that users in small offices where WAAS is not deployed could also benefit from the acceleration benefits provided by WAAS Mobile.
HTTP Operations—WAAS Mobile
Figure 66 WAAS Mobile HTTP Operations—T1 100ms 1% Drop
Figure 67 WAAS Mobile HTTP Operations—T1 400ms 1% Drop
HTTP Content Operations—WAAS Mobile
Figure 68 WAAS Mobile Content Operations —T1 100ms 1% Drop
Figure 69 WAAS Mobile Content Operations —T1 400ms 1% Drop
Folder Operations—WAAS Mobile
Figure 70 and Figure 71show the results when retrieving folder lists from the server using WAAS Mobile. This function is typically slow since all data is retrieved from the origin server. By default, only 200 items are displayed on a page, but selecting Full List shows that the complete list of items contains 5,218 objects.
Figure 70 WAAS Mobile Folder Operations - T1 100ms 1% Drop
Figure 71 WAAS Mobile Folder Operations —T1 400ms 1% Drop
Figure 72 WAAS Mobile Pro/ENGINEER Operations - T1 100ms 1% Drop
Figure 73 WAAS Mobile Pro/ENGINEER Operations —T1 400ms 1% Drop
Figure 74 shows the WAAS Mobile statistics while a Pro/ENGINEER operation is taking place. Figure 74 also shows that the client is connected to the WAAS Mobile at server at 10.1.54.20 and the current compression ratios.
Figure 74 Pro/ENGINEER and WAAS Mobile
Appendix A—Test Environment
Figure 75 Full Network Topology
Hardware and Software Releases
Table 6 lists the PTC software used in this solution.
Table 7 lists the Cisco WAAS and ACE software releases used in this solution.
Table 8 lists the Cisco Catalyst switches used in this solution.
Table 8 Catalyst Switches
Device Location Software Release
6509 Core Switches
6506 Distribution Switches
3750 Access Switches
2960 Access Switch
Table 9 lists the Cisco ISR routers used in this solution.
Table 9 Cisco ISR Routers
Device Location Software Release
2821 WAN ISR Router
2821 Remote ISR Router
2821 Internet Router
2811 Internet Router
Table 10 lists the Cisco ASA Adaptive Security Appliance used in this solution.
Table 10 Cisco ASA Adaptive Security Appliance
Device Location Software Release
ASA 5540 Appliance
The following platforms are recommended for use with Cisco WAAS and the WCCP services:
•Cisco Integrated Services Routers (1800, 2800, 3800)
•Cisco 3700, 7200 (NPE-400, NPE-G1, and NPE-G2 only), 7600, and ASR 1000 Series Routers
•Cisco Catalyst 3560 and 3750 Series Switches
•Cisco Catalyst 4500 and 4948 Series Switches
•Cisco Catalyst 6500 Series Switches
Table 11 lists the key capabilities of each platform.
1. The following options are supported in the redirect list:
–Source and destination IP addresses (host or subnet)
–Individual source and destination port numbers (eq operator only)
–DSCP, ToS and precedence operators (dscp, precedence, and tos keywords)
–IP options (options keyword)
2. Only permit entries are supported.
The following platforms support WCCP, but their implementation is not compatible with WAAS:
•Catalyst 6500, Sup1a
•Cisco PIX/ASA Firewalls
•Catalyst 3550 Series Switch
Appendix B—Reference Documents
•Cisco Distributed Research and Development Solution Deployment Guide for PTC Windchill version 1.0
•Enterprise Data Center Wide Area Application Services (WAAS) Design Guide http://www.cisco.com/en/US/docs/solutions/Enterprise/Data_Center/WAASDC11.html
•Enterprise Branch Wide Area Application Services Design Guide (Version 1.1)
•Cisco WAAS Mobile Administration Guide
•Configuring Cisco WAAS Network Modules for Cisco Access Routers
•Cisco Wide Area Application Services SSL Application Optimizer Deployment Guide
•Application Control Engine Server Load-Balancing Configuration Guide
Appendix C—Device Configurations
Cisco ACE Configurations
Admin ContextGenerating configuration....login timeout 0hostname ACE-1boot system image:c6ace-t1k9-mz.A2_1_4.binresource-class R1limit-resource all minimum 0.00 maximum unlimitedlimit-resource sticky minimum 10.00 maximum equal-to-minaccess-list ALL line 8 extended permit ip any anyaccess-list ALL line 20 extended permit icmp any anyclass-map type management match-any REMOTE_ACCESSdescription Remote access traffic match201 match protocol telnet any202 match protocol ssh any203 match protocol icmp any204 match protocol http any205 match protocol https any206 match protocol snmp anypolicy-map type management first-match REMOTE_MGMT_ALLOW_POLICYclass REMOTE_ACCESSpermitinterface vlan 42ip address 10.1.42.6 255.255.255.0alias 10.1.42.5 255.255.255.0peer ip address 10.1.42.7 255.255.255.0service-policy input REMOTE_MGMT_ALLOW_POLICYno shutdownft interface vlan 49ip address 10.1.49.1 255.255.255.0peer ip address 10.1.49.2 255.255.255.0no shutdownft peer 1heartbeat interval 300heartbeat count 10ft-interface vlan 49ft group 2peer 1priority 110peer priority 105associate-context Admininserviceip route 0.0.0.0 0.0.0.0 10.1.42.1context PLMallocate-interface vlan 41allocate-interface vlan 411member R1snmp-server contact "ANM"snmp-server location "ANM"snmp-server community public group Network-Monitorsnmp-server trap-source vlan 42ft group 3peer 1priority 110peer priority 105associate-context PLMinserviceusername admin password 5 $1$H8bs66jl$5H5eeacTsQqR3jUR6AZ5e1 role Admin domain default-domainusername www password 5 $1$5UuiM8J5$nJM6SjjipYWI9xwUeResY1 role Admin domain default-domain
PLM ContextACE4710-1/Admin# changeto PLMACE4710-1/PLM#ACE4710-1/PLM# show running-configGenerating configuration....login timeout 0access-list ALL line 8 extended permit ip any anyaccess-list ALL line 20 extended permit icmp any anyprobe http HTTPPROBEinterval 30faildetect 2passdetect interval 30request method get url /Windchill/verify.jspexpect status 200 200open 1action-list type modify http urlrewritessl url rewrite location ".*"rserver redirect PTC-REDIRECTwebhost-redirection https://%h/%p 302inservicerserver host SERVER1description Web_Server_1ip address 10.1.41.40inservicerserver host SERVER2description Web_Server_2ip address 10.1.41.42inservicerserver redirect SORRY_SERVERwebhost-redirection http://10.1.41.99/inservicessl-proxy service CISCO-SSL-PROXYkey PTCKEY1.PEMcert PTCCERT1.PEMserverfarm redirect PTC-REDIRECTrserver PTC-REDIRECTinserviceserverfarm host SFARM1predictor leastconnsrserver SERVER1 80inservicerserver SERVER2 80inserviceserverfarm redirect SFARM2rserver SORRY_SERVERinservicesticky http-cookie ACE_COOKIE C-STICKYcookie insert browser-expireserverfarm SFARM1 backup SFARM2class-map match-all L4-CLASS-HTTPS2 match virtual-address 10.1.41.100 tcp eq httpsclass-map match-all L4_VIP_ADDRESS_CLASS2 match virtual-address 10.1.41.100 tcp eq wwwclass-map type management match-any REMOTE_ACCESSdescription Remote access traffic match201 match protocol telnet any202 match protocol ssh any203 match protocol icmp any204 match protocol http any205 match protocol https any206 match protocol snmp anypolicy-map type management first-match REMOTE_MGMT_ALLOW_POLICYclass REMOTE_ACCESSpermitpolicy-map type loadbalance http first-match HTTPS-POLICYclass class-defaultserverfarm SFARM1action urlrewritepolicy-map type loadbalance first-match L7_VIP_POLICYclass class-defaultsticky-serverfarm C-STICKYpolicy-map type loadbalance first-match PTC-REDIRECTclass class-defaultserverfarm PTC-REDIRECTpolicy-map multi-match L4_VIP_POLICYclass L4-CLASS-HTTPSloadbalance vip inserviceloadbalance policy HTTPS-POLICYssl-proxy server CISCO-SSL-PROXYclass L4_VIP_ADDRESS_CLASSloadbalance vip inserviceloadbalance policy PTC-REDIRECTloadbalance vip icmp-replyinterface vlan 41description Server-Side interfacebridge-group 10access-group input ALLservice-policy input REMOTE_MGMT_ALLOW_POLICYno shutdowninterface vlan 411description Client-Side interfacebridge-group 10access-group input ALLaccess-group output ALLservice-policy input L4_VIP_POLICYservice-policy input REMOTE_MGMT_ALLOW_POLICYno shutdowninterface bvi 10ip address 10.1.41.6 255.255.255.0alias 10.1.41.5 255.255.255.0peer ip address 10.1.41.7 255.255.255.0no shutdownip route 0.0.0.0 0.0.0.0 10.1.41.1username plmadmin password 5 $1$L5/Dhwgy$q8NNv5ID58WtLaHzu6pwa0 role Network-Monitor domain default-domainusername admin password 5 $1$McPlhrde$TckaDF0jwsJMYfbnNgu3f1 role Admin domain default-domainsnmp-server contact "ANM"snmp-server location "ANM"snmp-server community public group Network-Monitorsnmp-server host 10.1.52.11 traps version 2c publicsnmp-server trap-source vlan 41
Cisco WAAS Configurations
Engineering Site NM-WAENM-WAE502-1#sh run! WAAS version 4.1.3 (build b55 Apr 18 2009)!device mode application-accelerator!!hostname NM-WAE502-1!!ip domain-name cisco.com!exec-timeout 45!!primary-interface GigabitEthernet 1/0!!interface GigabitEthernet 1/0ip address 10.1.62.5 255.255.255.0no autosensebandwidth 1000full-duplexexitinterface GigabitEthernet 2/0shutdownexit!!ip default-gateway 10.1.62.1!no auto-register enable!! ip path-mtu-discovery is disabled in WAAS by default!ip name-server 184.108.40.206!!ntp server 10.1.6.1!!wccp router-list 8 10.1.62.1wccp tcp-promiscuous router-list-num 8wccp version 2!!username admin password 1 cCTB/7G867nyQusername admin privilege 15username admin print-admin-password 1 7DBAC309DB4F1FD425AD3B83FA6627C7 DC1E9A5EDAEFD48CA8CE9F73F2F76954!!authentication login local enable primaryauthentication configuration local enable primary!!crypto pki ca GPRoot2ca-certificate GPRoot2.caexitcrypto pki ca CertumCAca-certificate CertumCA.caexitcrypto pki ca COMODO_CAca-certificate COMODO_CA.caexitcrypto pki ca DOD_CA-11ca-certificate DOD_CA-11.caexitcrypto pki ca DOD_CA-12ca-certificate DOD_CA-12.caexitcrypto pki ca DOD_CA-13ca-certificate DOD_CA-13.caexitcrypto pki ca DOD_CA-14ca-certificate DOD_CA-14.caexit!... more...!crypto ssl services global-settingsversion allexit!policy-engine applicationset-dscp copyname Authenticationname Backupname CADname Call-Managementname Conferencingname Consolename Content-Managementname Directory-Servicesname Email-and-Messagingname Enterprise-Applicationsname File-Systemname File-Transfername Instant-Messagingname Name-Servicesname P2Pname Printingname Remote-Desktopname Replicationname SQLname SSHname Storagename Streamingname Systems-Managementname VPNname Version-Managementname WAFSname Webname SSLname Otherclassifier AFSmatch dst port range 7000 7009exitclassifier AOLmatch dst port range 5190 5193exitclassifier Altiris-CarbonCopymatch dst port eq 1680exitclassifier AppSocketmatch dst port eq 9100exitclassifier Apple-AFPmatch dst port eq 548exit!... more...!classifier BackupExpressmatch dst port eq 6123exitclassifier Amandamatch dst port eq 10080exitmap adaptor EPM 1544f5e0-613c-11d1-93df-00c04fd7bd09name Email-and-Messaging All action pass-throughexitmap adaptor EPM ms-sql-rpcname SQL All action optimize fullexitmap adaptor EPM mapiname Email-and-Messaging All action optimize full accelerate mapiexitmap adaptor EPM ms-ad-replicationname Replication All action optimize fullexitmap adaptor EPM ms-frsname Replication All action optimize fullexitmap adaptor EPM f5cc5a18-4264-101a-8c59-08002b2f8426name Email-and-Messaging All action pass-throughexitmap other optimize fullexit!central-manager address 10.1.52.5cms enable!!!!!! End of WAAS configuration
Data Center WAE! WAAS version 4.1.3 (build b55 Apr 18 2009)!device mode application-accelerator!!hostname WAE7341-1!clock timezone PST -8 0!!ip domain-name cisco.com!exec-timeout 45!!primary-interface GigabitEthernet 1/0!!interface GigabitEthernet 1/0ip address 10.1.53.5 255.255.255.0exitinterface GigabitEthernet 2/0shutdownexitinterface InlineGroup 1/0inline vlan allshutdownexitinterface InlineGroup 1/1inline vlan allshutdownexit!!ip default-gateway 10.1.53.1!no auto-register enable!! ip path-mtu-discovery is disabled in WAAS by default!ip name-server 220.127.116.11!!logging disk priority detail!ntp server 10.1.6.1!!wccp router-list 1 10.1.53.1wccp tcp-promiscuous router-list-num 1wccp version 2!!username admin password 1 cCTB/7G867nyQusername admin privilege 15username admin print-admin-password 1 7DBAC309DB4F1FD425AD3B83FA6627C7 DC1E9A5EDAEFD48CA8CE9F73F2F76954!!windows-domain netbios-name "WAE7341-1"!authentication login local enable primaryauthentication configuration local enable primary!!tfo tcp optimized-send-buffer 2048tfo tcp optimized-receive-buffer 2048!!crypto pki ca johnca-certificate john.carevocation-check noneexitcrypto pki ca GPRoot2ca-certificate GPRoot2.caexitcrypto pki ca NetLock_MinositettKozjegyzoi_ClassQA_Tanusitvanykiadoca-certificate NetLock_MinositettKozjegyzoi_ClassQA_Tanusitvanykiado.caexit!... more...!crypto ssl services global-settingsversion allexit!crypto ssl services accelerated-service PTC_VIP_Addressserver-cert-key PTC_VIP_Address.p12server-ip 10.1.41.100 port 443server-cert-verify revocation-check noneinserviceexit!!policy-engine applicationset-dscp copyname Authenticationname Backupname CADname Call-Managementname Conferencingname Consolename Content-Managementname Directory-Servicesname Email-and-Messagingname Enterprise-Applicationsname File-Systemname File-Transfername Instant-Messagingname Name-Servicesname P2Pname Printingname Remote-Desktopname Replicationname SQLname SSHname Storagename Streamingname Systems-Managementname VPNname Version-Managementname WAFSname Webname SSLname Otherclassifier AFSmatch dst port range 7000 7009exitclassifier AOLmatch dst port range 5190 5193exitclassifier Altiris-CarbonCopymatch dst port eq 1680exitclassifier AppSocketmatch dst port eq 9100exitclassifier Apple-AFPmatch dst port eq 548exitclassifier HTTPmatch dst port eq 80match dst port eq 8080match dst port eq 8000match dst port eq 8001match dst port eq 3128match dst port eq 1080exitclassifier HTTPSmatch dst port eq 443exitmap adaptor WAFS transportname WAFS All action optimize fullexitmap adaptor EPM 1544f5e0-613c-11d1-93df-00c04fd7bd09name Email-and-Messaging All action pass-throughexitmap adaptor EPM ms-sql-rpcname SQL All action optimize fullexitmap adaptor EPM mapiname Email-and-Messaging All action optimize full accelerate mapiexitmap adaptor EPM ms-ad-replicationname Replication All action optimize fullexitmap adaptor EPM ms-frsname Replication All action optimize fullexitmap adaptor EPM f5cc5a18-4264-101a-8c59-08002b2f8426name Email-and-Messaging All action pass-throughexitmap other optimize fullexit!central-manager address 10.1.52.5cms enable!!!!!! End of WAAS configuration
Central Manager WAEWAE612-1-CentralMgr#sh run! WAAS version 4.1.3 (build b55 Apr 18 2009)!device mode central-manager!!hostname WAE612-1-CentralMgr!!ip domain-name cisco.com!!primary-interface GigabitEthernet 1/0!!interface GigabitEthernet 1/0ip address 10.1.52.5 255.255.255.0exitinterface GigabitEthernet 2/0shutdownexit!ip default-gateway 10.1.52.1!! ip path-mtu-discovery is disabled in WAAS by default!ip name-server 18.104.22.168!!ntp server 10.1.6.1!!username admin password 1 cCTB/7G867nyQusername admin privilege 15username admin print-admin-password 1 7DBAC309DB4F1FD425AD3B83FA6627C7 DC1E9A5EDAEFD48CA8CE9F73F2F76954!!authentication login local enable primaryauthentication configuration local enable primary!!cms enable!!!!! End of WAAS configuration
Data Center Core Switch 1version 12.2ervice timestamps debug uptimeservice timestamps log uptimeservice password-encryptionservice internalservice counters max age 5!hostname 6509-1!boot-start-markerboot system flash sup-bootdisk:s3223-advipservicesk9_wan-mz.122-33.SXH3.binboot-end-marker!enable password 7 03025A08120033551E!no aaa new-modelclock timezone PST -8ip subnet-zeroip wccp 61ip wccp 62!!!no ip domain-lookupvtp domain ciscovtp mode transparentno mls acl tcam share-globalmls netflow interfaceno mls flow ipno mls flow ipv6mls cef error action freeze!redundancykeepalive-enablemode ssomain-cpuauto-sync running-configspanning-tree mode pvstspanning-tree extend system-idsystem flowcontrol bus autodiagnostic cns publish cisco.cns.device.diag_resultsdiagnostic cns subscribe cisco.cns.device.diag_commands!vlan internal allocation policy ascendingvlan access-log ratelimit 2000!vlan 53name WAE!vlan 111remote-span!!no crypto ipsec nat-transparency udp-encaps!!!interface Loopback1ip address 10.1.6.11 255.255.255.255!interface Port-channel1ip address 10.1.5.21 255.255.255.252!interface GigabitEthernet2/1description Trunk_To 6509-2no ip addresschannel-group 1 mode on!interface GigabitEthernet2/2description Trunk_To 6509-2no ip addresschannel-group 1 mode on!interface GigabitEthernet2/3description to WAN-Bridge1ip address 10.1.7.1 255.255.255.248ip wccp 62 redirect in!interface GigabitEthernet2/4description WAE7341-1_Coreswitchportswitchport access vlan 53spanning-tree portfast!interface GigabitEthernet2/5no ip address!interface GigabitEthernet2/6description Connected to ETTF 3725-1ip address 10.1.7.21 255.255.255.252!interface GigabitEthernet2/7no ip address!interface GigabitEthernet2/8no ip address!interface GigabitEthernet2/9no ip address!interface GigabitEthernet2/10description TEMP-VMWARE8switchportswitchport access vlan 53!interface GigabitEthernet2/11no ip address!interface GigabitEthernet2/12description to ETTF 4500-2ip address 10.1.7.25 255.255.255.252!... more...!interface GigabitEthernet2/47description to 6506-2 Distributionip address 10.1.5.2 255.255.255.252ip wccp 61 redirect in!interface GigabitEthernet2/48description to 6506-1 Distributionip address 10.1.5.10 255.255.255.252ip wccp 61 redirect in!interface Vlan1no ip address!interface Vlan53ip address 10.1.53.1 255.255.255.0ip wccp redirect exclude in!router eigrp 10network 10.0.0.0no auto-summary!ip classless!!no ip http serverno ip http secure-server!ip access-list standard public!!snmp-server community public ROtftp-server flash sup-bootdisk:s3223-advipservicesk9_wan-mz.122-33.SXH3.bin!!control-plane!!dial-peer cor custom!!!!line con 0privilege level 15line vty 0 4password 7 130316111F0316337Blogintransport input lat pad udptn telnet rlogin ssh acerconline vty 5 15logintransport input lat pad udptn telnet rlogin ssh acercon!ntp master 3ntp update-calendar!end
Data Center Core Switch 2version 12.2service timestamps debug uptimeservice timestamps log uptimeservice password-encryptionservice internalservice counters max age 5!hostname 6509-2!boot-start-markerboot system flash sup-bootdisk:s3223-advipservicesk9_wan-mz.122-33.SXH3.binboot-end-marker!enable password 7 000212051054191F5F!no aaa new-modelclock timezone PST -8ip subnet-zero!!no ip domain-lookupvtp domain ciscovtp mode transparentno mls acl tcam share-globalmls netflow interfaceno mls flow ipno mls flow ipv6mls cef error action freeze!!redundancykeepalive-enablemode ssomain-cpuauto-sync running-configspanning-tree mode pvstsystem flowcontrol bus autodiagnostic cns publish cisco.cns.device.diag_resultsdiagnostic cns subscribe cisco.cns.device.diag_commands!vlan internal allocation policy ascendingvlan access-log ratelimit 2000!vlan 54name WAAS_Mobile!vlan 55name ASA5540-1!vlan 66name TempRemote!vlan 111remote-span!!no crypto ipsec nat-transparency udp-encaps!!!interface Loopback1ip address 10.1.6.12 255.255.255.255!interface Port-channel1no ip address!interface GigabitEthernet1/1switchportswitchport mode accessshutdown!interface GigabitEthernet1/2switchportswitchport mode accessshutdown!interface GigabitEthernet2/1description Trunk_To 6509-1no ip addresschannel-group 1 mode on!interface GigabitEthernet2/2description Trunk_To 6509-1no ip addresschannel-group 1 mode on!interface GigabitEthernet2/3description to 2821-3ip address 10.1.7.5 255.255.255.252ip wccp 62 redirect inshutdown!interface GigabitEthernet2/4description WAAS Mobileswitchportswitchport access vlan 54!interface GigabitEthernet2/5description ASA5540-1switchportswitchport access vlan 55!interface GigabitEthernet2/6no ip address!interface GigabitEthernet2/7no ip address!interface GigabitEthernet2/8no ip address!interface GigabitEthernet2/9no ip address!interface GigabitEthernet2/10description To 2821-2 - Remote VPNswitchportswitchport access vlan 66!interface GigabitEthernet2/11description To ASA-5540-1 Outsideswitchportswitchport access vlan 66!interface GigabitEthernet2/12no ip address!... more...!interface GigabitEthernet2/45switchportswitchport trunk encapsulation dot1qswitchport trunk native vlan 111switchport mode trunk!interface GigabitEthernet2/46no ip address!interface GigabitEthernet2/47description to 6506-1 Distributionip address 10.1.5.14 255.255.255.252ip wccp 61 redirect in!interface GigabitEthernet2/48description to 6506-2 Distip address 10.1.5.6 255.255.255.252ip wccp 61 redirect in!interface Vlan1no ip addressshutdown!interface Vlan21ip address 10.1.21.3 255.255.255.0standby 21 ip 10.1.21.1standby 21 priority 110standby 21 preempt!interface Vlan22ip address 10.1.22.3 255.255.255.0standby 22 ip 10.1.22.1standby 22 priority 110standby 22 preempt!interface Vlan52description WAE-CMip address 10.1.52.1 255.255.255.0!interface Vlan54description WAAS Mobileip address 10.1.54.1 255.255.255.0!interface Vlan55ip address 10.1.55.1 255.255.255.0!router eigrp 10network 10.0.0.0no auto-summary!ip classless!!no ip http serverno ip http secure-server!!snmp-server community public RO!!control-plane!!dial-peer cor custom!!line con 0line vty 0 4password 7 121F041406041E1D7Alogintransport input lat pad udptn telnet rlogin ssh acerconline vty 5 15logintransport input lat pad udptn telnet rlogin ssh acercon!!ntp clock-period 17224056ntp update-calendarntp server 10.1.6.1!end
Data Center Distribution Switch 1version 12.2service timestamps debug uptimeservice timestamps log uptimeservice password-encryptionservice counters max age 5!hostname 6506-1!boot-start-markerboot system sup-bootdisk:s72033-ipservices_wan-mz.122-33.SXH2a.binboot system flash:sup-bootdisk:s72033-ipservices_wan-mz.122-33.SXH2a.binboot-end-marker!no logging consoleenable password 7 094A4F0A0D0A050B5B!no aaa new-modelclock timezone PST -8svclc multiple-vlan-interfacessvclc module 4 vlan-group 1,svclc vlan-group 1 41,42,49,411analysis module 2 management-port access-vlan 85ip subnet-zero!!!no ip domain-lookupvtp domain ciscovtp mode transparentno mls acl tcam share-globalmls netflow interfaceno mls flow ipmls cef error action freeze!!redundancykeepalive-enablemode ssomain-cpuauto-sync running-config!spanning-tree mode rapid-pvstspanning-tree extend system-iddiagnostic cns publish cisco.cns.device.diag_resultsdiagnostic cns subscribe cisco.cns.device.diag_commandsfabric switching-mode allow truncated threshold 1fabric switching-mode allow truncatedport-channel load-balance src-dst-port!vlan internal allocation policy ascendingvlan access-log ratelimit 2000!vlan 21-22!vlan 41name ACE_Server_Side!vlan 42name ACE_Management!vlan 49name ACE__FT!vlan 85name NAM!vlan 111remote-span!vlan 411name ACE_Client__Side!!!interface Loopback1ip address 10.1.6.1 255.255.255.255!interface Port-channel1description ACE4710-1switchportswitchport access vlan 41switchport trunk encapsulation dot1qswitchport trunk native vlan 41switchport mode trunk!interface GigabitEthernet1/1description Trunk_To_6506-2switchportswitchport trunk encapsulation dot1qswitchport mode trunk!interface GigabitEthernet1/2description Trunk_To_6506-2switchportswitchport trunk encapsulation dot1qswitchport mode trunk!interface GigabitEthernet1/3switchportswitchport access vlan 55!interface GigabitEthernet1/4description ACE4710-1switchportswitchport access vlan 41switchport trunk encapsulation dot1qswitchport trunk native vlan 41switchport mode trunkshutdownspeed 1000duplex fullchannel-group 1 mode on!interface GigabitEthernet1/5description ACE4710-1switchportswitchport access vlan 41switchport trunk encapsulation dot1qswitchport trunk native vlan 41switchport mode trunkshutdownspeed 1000duplex fullchannel-group 1 mode on!interface GigabitEthernet1/6description ACE4710-1switchportswitchport access vlan 41switchport trunk encapsulation dot1qswitchport trunk native vlan 41switchport mode trunkshutdownspeed 1000duplex fullchannel-group 1 mode on!interface GigabitEthernet1/7description ACE4710-1switchportswitchport access vlan 41switchport trunk encapsulation dot1qswitchport trunk native vlan 41switchport mode trunkshutdownspeed 1000duplex fullchannel-group 1 mode on!... more...!interface GigabitEthernet1/45description to 3750-1switchportswitchport trunk encapsulation dot1qswitchport trunk native vlan 21switchport trunk allowed vlan 21,41switchport mode trunk!interface GigabitEthernet1/46description to 3750-2switchportswitchport trunk encapsulation dot1qswitchport trunk native vlan 22switchport trunk allowed vlan 22,41switchport mode trunk!interface GigabitEthernet1/47description to 6509-2 Coreip address 10.1.5.13 255.255.255.252!interface GigabitEthernet1/48description to 6509-1 Coreip address 10.1.5.9 255.255.255.252!interface Vlan1no ip addressshutdown!interface Vlan21description PTC Windchillip address 10.1.21.2 255.255.255.0standby 21 ip 10.1.21.1standby 21 priority 110standby 21 preempt!interface Vlan22description Oracle DBip address 10.1.22.2 255.255.255.0standby 22 ip 10.1.22.1standby 22 priority 110standby 22 preempt!interface Vlan42description ACE Managementip address 10.1.42.2 255.255.255.0standby 42 ip 10.1.42.1standby 42 priority 110standby 42 preempt!interface Vlan85description NAMip address 10.1.85.2 255.255.255.0standby 85 ip 10.1.85.1standby 85 priority 90standby 85 preempt!interface Vlan411ip address 10.1.41.2 255.255.255.0standby 41 ip 10.1.41.1standby 41 priority 110standby 41 preempt!router eigrp 10network 10.0.0.0no auto-summary!ip classless!!no ip http server!ip access-list standard public!snmp-server community public RO!!control-plane!!dial-peer cor custom!!line con 0privilege level 15line vty 0 4exec-timeout 30 0password 7 130316111F0316337Blogintransport input lat pad udptn telnet rloginline vty 5 15logintransport input lat pad udptn telnet rlogin!!monitor session 2 source interface Te4/1monitor session 2 destination analysis-module 2 data-port 1ntp source Loopback1ntp master 3ntp update-calendar!end
Data Center Distribution Switch 2version 12.2service timestamps debug uptimeservice timestamps log uptimeservice password-encryptionservice counters max age 5!hostname 6506-2!boot-start-markerboot system flash bootflash:s72033-ipservices_wan-mz.122-33.SXH2a.binboot-end-marker!enable password 7 020005581F091D381C!no aaa new-modelclock timezone PST -8svclc multiple-vlan-interfacessvclc module 4 vlan-group 1,svclc vlan-group 1 41,42,49,411ip subnet-zero!!!no ip domain-lookupvtp domain ciscovtp mode transparentmls netflow interfaceno mls flow ipmls cef error action reset!!redundancykeepalive-enablemode ssomain-cpuauto-sync running-config!spanning-tree mode rapid-pvstdiagnostic cns publish cisco.cns.device.diag_resultsdiagnostic cns subscribe cisco.cns.device.diag_commandsfabric switching-mode allow truncated threshold 1fabric switching-mode allow truncated!vlan internal allocation policy ascendingvlan access-log ratelimit 2000!vlan 21-22!vlan 41name ACE_Server_Side!vlan 42!vlan 49name ACE__FT!vlan 52name WAE-CM!vlan 69!vlan 85name NAM!vlan 411name ACE_Client__Side!!!interface Loopback1ip address 10.1.6.2 255.255.255.255!interface Port-channel1description ACE4710-2switchportswitchport access vlan 41switchport trunk encapsulation dot1qswitchport mode trunk!interface GigabitEthernet1/1description Trunk_To_6506-1switchportswitchport trunk encapsulation dot1qswitchport mode trunk!interface GigabitEthernet1/2description Trunk_To_6506-2switchportswitchport trunk encapsulation dot1qswitchport mode trunk!interface GigabitEthernet1/3description to WAE612-1 Central_Managerswitchportswitchport access vlan 52!interface GigabitEthernet1/4description ACE4710-2switchportswitchport access vlan 41switchport trunk encapsulation dot1qswitchport mode trunkshutdownchannel-group 1 mode on!interface GigabitEthernet1/5description ACE4710-2switchportswitchport access vlan 41switchport trunk encapsulation dot1qswitchport mode trunkshutdownchannel-group 1 mode on!interface GigabitEthernet1/6description ACE4710-2switchportswitchport access vlan 41switchport trunk encapsulation dot1qswitchport mode trunkshutdownchannel-group 1 mode on!interface GigabitEthernet1/7description ACE4710-2switchportswitchport access vlan 41switchport trunk encapsulation dot1qswitchport mode trunkshutdownchannel-group 1 mode on!interface GigabitEthernet1/8no ip address!interface GigabitEthernet1/9no ip address!interface GigabitEthernet1/10description LoadRunner serverswitchportswitchport access vlan 52!... more...!interface GigabitEthernet1/44description to 2821-4 NAT Routerip address 10.1.5.33 255.255.255.252!interface GigabitEthernet1/45description to 3750-2switchportswitchport trunk encapsulation dot1qswitchport trunk native vlan 22switchport trunk allowed vlan 1,22,41switchport mode trunk!interface GigabitEthernet1/46description to 3750-1switchportswitchport trunk encapsulation dot1qswitchport trunk native vlan 21switchport trunk allowed vlan 21,41!interface GigabitEthernet1/47description to 6509-1 Coreip address 10.1.5.1 255.255.255.252!interface GigabitEthernet1/48description to 6509-2 Coreip address 10.1.5.5 255.255.255.252!interface Vlan1no ip addressshutdown!interface Vlan21description PTC Windchillip address 10.1.21.3 255.255.255.0standby 21 ip 10.1.21.1standby 21 priority 90standby 21 preempt!interface Vlan22description Oracle DBip address 10.1.22.3 255.255.255.0standby 22 ip 10.1.22.1standby 22 priority 90standby 22 preempt!interface Vlan42description ACE Managementip address 10.1.42.3 255.255.255.0standby 42 ip 10.1.42.1standby 42 priority 110standby 42 preempt!interface Vlan52description WAE-CMip address 10.1.52.1 255.255.255.0!interface Vlan85description NAMip address 10.1.85.3 255.255.255.0standby 85 ip 10.1.85.1standby 85 priority 90standby 85 preempt!interface Vlan411ip address 10.1.41.3 255.255.255.0standby 41 ip 10.1.41.1standby 41 priority 90standby 41 preempt!router eigrp 10passive-interface defaultno passive-interface GigabitEthernet1/1no passive-interface GigabitEthernet1/2no passive-interface GigabitEthernet1/44no passive-interface GigabitEthernet1/47no passive-interface GigabitEthernet1/48network 10.0.0.0no auto-summary!ip classless!!no ip http server!!!control-plane!!dial-peer cor custom!line con 0exec-timeout 0 0privilege level 15line vty 0 4exec-timeout 30 0password 7 14111308180B383274logintransport input lat pad udptn telnet rloginline vty 5 15logintransport input lat pad udptn telnet rlogin!end
Data Center Access Switch 1version 12.2no service pad!hostname 3750-1!enable password 7 094A4F0A0D0A050B5B!no aaa new-modelswitch 1 provision ws-c3750g-24psip subnet-zerono ip domain-lookup!!spanning-tree mode rapid-pvstspanning-tree extend system-id!interface GigabitEthernet1/0/1description to 6506-1switchport access vlan 21switchport trunk encapsulation dot1qswitchport trunk native vlan 21switchport mode trunk!interface GigabitEthernet1/0/2description to 6506-2switchport access vlan 21switchport trunk encapsulation dot1qswitchport trunk native vlan 21switchport mode trunk!...more...!interface GigabitEthernet1/0/13description VMWARE-2switchport access vlan 22switchport trunk encapsulation dot1qswitchport trunk allowed vlan 21,41switchport mode trunkswitchport nonegotiatespanning-tree portfast!...more...!interface Vlan1no ip address!interface Vlan21ip address 10.1.21.5 255.255.255.0!ip default-gateway 10.1.21.1ip classless!line con 0line vty 0 4password 7 03025A08120033551Eloginline vty 5 15no login!End
Data Center Access Switch 2version 12.2no service padservice timestamps debug uptimeservice timestamps log uptimeservice password-encryption!hostname 3750-2!enable password 7 15140A0F1025393D78!no aaa new-modelswitch 1 provision ws-c3750g-24psip subnet-zerono ip domain-lookup!no file verify auto!spanning-tree mode rapid-pvstspanning-tree extend system-id!vlan internal allocation policy ascending!interface GigabitEthernet1/0/1description to 6506-2 Distributionswitchport access vlan 22switchport trunk encapsulation dot1qswitchport trunk native vlan 22switchport mode trunkspanning-tree portfast!interface GigabitEthernet1/0/2description to 6506-1 Distributionswitchport access vlan 22switchport trunk encapsulation dot1qswitchport trunk native vlan 22switchport mode trunkspanning-tree portfast!...more...!interface GigabitEthernet1/0/13description VMWARE-2switchport access vlan 22switchport trunk encapsulation dot1qswitchport trunk allowed vlan 22,41switchport mode trunkswitchport nonegotiatespanning-tree portfast!...more...!interface Vlan1no ip address!interface Vlan22ip address 10.1.22.5 255.255.255.0!ip default-gateway 10.1.22.1ip classlessip http server!line con 0line vty 0 4password 7 06000E2258411B0055loginline vty 5 15no login!end
Engineering Site Access Switchversion 12.2!service timestamps debug uptimeservice timestamps log uptimeservice password-encryption!hostname 2960-1!enable password 7 050D070C35435C1049!no aaa new-modelsystem mtu routing 1500ip subnet-zero!no ip domain-lookup!!no file verify autospanning-tree mode pvstspanning-tree extend system-id!vlan internal allocation policy ascending!interface FastEthernet0/1description WAE612-2 Inlineswitchport access vlan 61switchport trunk native vlan 61switchport trunk allowed vlan 61,65switchport mode trunk!!...more...!interface FastEthernet0/16description 6509-1 DC WANswitchport access vlan 66!interface FastEthernet0/17description 2821-3 DCswitchport access vlan 66!interface FastEthernet0/18description 6590-2 DC WANswitchport access vlan 66!interface FastEthernet0/19description WAN-Bridge to DCswitchport access vlan 67!interface FastEthernet0/20description 2821-1 WANswitchport access vlan 68!interface FastEthernet0/21description WAN-Bridge1switchport access vlan 68!interface FastEthernet0/22switchport access vlan 67!interface FastEthernet0/23switchport access vlan 67!interface FastEthernet0/24description 2821-3 WANswitchport access vlan 67!interface GigabitEthernet0/1!interface GigabitEthernet0/2!interface Vlan1no ip addressno ip route-cacheshutdown!interface Vlan61ip address 10.1.61.2 255.255.255.0no ip route-cache!ip default-gateway 10.1.61.1ip http serverip http secure-server!control-plane!!line con 0privilege level 15line vty 0 4password 7 15140A0F1025393D78loginline vty 5 15login!!end
Cisco ISR Routers
Engineering Site ISR Routerversion 12.4service timestamps debug datetime msecservice timestamps log datetime msecservice password-encryption!hostname 2821-1!boot-start-markerboot system flash:c2800nm-advipservicesk9-mz.124-9.T7.binboot-end-marker!enable secret 5 $1$1BRQ$Dw8VdlTK2q86BOugYyeqU/!no aaa new-model!resource policy!ip wccp 61ip wccp 62!!ip cef!!interface Loopback1ip address 10.1.6.21 255.255.255.0!interface GigabitEthernet0/0description to 2960-1no ip addressduplex autospeed auto!interface GigabitEthernet0/0.1!interface GigabitEthernet0/0.2!interface GigabitEthernet0/0.61encapsulation dot1Q 61 nativeip address 10.1.61.1 255.255.255.0ip wccp 61 redirect in!interface GigabitEthernet0/0.65encapsulation dot1Q 65ip address 10.1.65.1 255.255.255.0!interface GigabitEthernet0/1description to WAN via WAN-Bridgeip address 10.1.7.10 255.255.255.248ip wccp 62 redirect induplex autospeed auto!interface Integrated-Service-Engine1/0ip address 10.1.62.1 255.255.255.0service-module ip address 10.1.62.5 255.255.255.0service-module ip default-gateway 10.1.62.1no keepalive!router eigrp 10network 10.0.0.0no auto-summary!!line con 0exec-timeout 0 0line aux 0line 66no execline vty 0 4password 7 0709204F5A060B1C47login!scheduler allocate 20000 1000!end
Data Center WAN Routerversion 12.4service timestamps debug datetime msecservice timestamps log datetime msecservice password-encryption!hostname 2821-3!boot-start-markerboot system flash:c2801-tpgen+ipbase-mz.PAGENT.4.5.0boot-end-marker!enable secret 5 $1$2ae6$40.1Cz0fSo/aqKYvAVLOm1!no aaa new-model!!ip cef!!interface Loopback1ip address 10.1.6.13 255.255.255.0!interface GigabitEthernet0/0description to 6509-1 Coreip address 10.1.7.2 255.255.255.248duplex autospeed autono keepalive!interface GigabitEthernet0/1description to WAN via WAN-Bridgeip address 10.1.7.9 255.255.255.248duplex autospeed autono keepalive!router eigrp 10network 10.0.0.0no auto-summary!!!ip http serverno ip http secure-server!line con 0exec-timeout 0 0line aux 0line vty 0 4password 7 011507074F04141671logintransport input telnet!scheduler allocate 20000 1000!end
Internet Router 1version 12.4service timestamps debug datetime msecservice timestamps log datetime msecno service password-encryption!hostname 2811-1!logging buffered 51200 warningsenable secret 5 $1$TMso$L5cbowE8uREbV77ZfRT.r1!ip subnet-zero!ip cef!interface FastEthernet0/0ip address 10.1.58.1 255.255.255.0duplex autospeed auto!interface Serial0/2/0ip address 10.1.57.2 255.255.255.252service-module t1 clock source internalservice-module t1 timeslots 1-24!router eigrp 100network 10.0.0.0no auto-summary!ip classless!access-list 23 permit 10.10.10.0 0.0.0.7!line con 0line aux 0line vty 0 4access-class 23 inprivilege level 15login localtransport input telnetline vty 5 15access-class 23 inprivilege level 15login localtransport input telnet!scheduler allocate 20000 1000!End
Internet Router 2version 12.4!hostname 2821-2!ip cef!interface GigabitEthernet0/0ip address 10.1.56.10 255.255.255.0duplex autospeed auto!interface Serial0/3/0ip address 10.1.57.1 255.255.255.252service-module t1 clock source internalservice-module t1 timeslots 1-24!router eigrp 100network 10.0.0.0no auto-summary!line con 0line aux 0line 1/0 1/31line vty 0 4login!scheduler allocate 20000 1000!End
ASA for Remote VPN UsersASA Version 8.0(3)!hostname ASA5540-1enable password 7w22FjI5eWal1BPD encryptednames!interface GigabitEthernet0/0description Connected to inside lab netnameif insidesecurity-level 100ip address 10.1.55.100 255.255.255.0!interface GigabitEthernet0/1description Connected to outside remote usersnameif outsidesecurity-level 0ip address 10.1.56.100 255.255.255.0!!passwd 2KFQnbNIdI.2KYOU encryptedboot system disk0:/asa803-k8.binftp mode passiveaccess-list inside_in extended permit ip any anyaccess-list inside_nat0_outbound extended permit ip any 10.1.55.192 255.255.255.192pager lines 24logging asdm informationalmtu inside 1500mtu outside 1500mtu management 1500ip local pool client_pool 10.1.55.200-10.1.55.250 mask 255.255.255.0no failovericmp unreachable rate-limit 1 burst-size 1asdm image disk0:/asdm-611.binno asdm history enablearp timeout 14400nat (inside) 0 access-list inside_nat0_outboundroute inside 0.0.0.0 0.0.0.0 10.1.55.1 1route outside 10.1.58.0 255.255.255.0 10.1.56.10 1timeout xlate 3:00:00timeout conn 1:00:00 half-closed 0:10:00 udp 0:02:00 icmp 0:00:02timeout sunrpc 0:10:00 h323 0:05:00 h225 1:00:00 mgcp 0:05:00 mgcp-pat 0:05:00timeout sip 0:30:00 sip_media 0:02:00 sip-invite 0:03:00 sip-disconnect 0:02:00timeout uauth 0:05:00 absolutedynamic-access-policy-record DfltAccessPolicyhttp server enablehttp 10.1.55.0 255.255.255.0 insidehttp 192.168.1.0 255.255.255.0 managementhttp 10.1.54.0 255.255.255.0 insideno snmp-server locationno snmp-server contactsnmp-server enable traps snmp authentication linkup linkdown coldstartcrypto ipsec transform-set ESP-3DES-SHA esp-3des esp-sha-hmaccrypto ipsec transform-set ESP-AES-256-MD5 esp-aes-256 esp-md5-hmaccrypto ipsec transform-set ESP-DES-SHA esp-des esp-sha-hmaccrypto ipsec transform-set ESP-DES-MD5 esp-des esp-md5-hmaccrypto ipsec transform-set ESP-AES-192-MD5 esp-aes-192 esp-md5-hmaccrypto ipsec transform-set ESP-3DES-MD5 esp-3des esp-md5-hmaccrypto ipsec transform-set ESP-AES-256-SHA esp-aes-256 esp-sha-hmaccrypto ipsec transform-set ESP-AES-128-SHA esp-aes esp-sha-hmaccrypto ipsec transform-set ESP-AES-192-SHA esp-aes-192 esp-sha-hmaccrypto ipsec transform-set ESP-AES-128-MD5 esp-aes esp-md5-hmaccrypto dynamic-map SYSTEM_DEFAULT_CRYPTO_MAP 65535 set pfscrypto dynamic-map SYSTEM_DEFAULT_CRYPTO_MAP 65535 set transform-set ESP-AES-128-SHA ESP-AES-128-MD5 ESP-AES-192-SHA ESP-AES-192-MD5 ESP-AES-256-SHA ESP-AES-256-MD5 ESP-3DES-SHA ESP-3DES-MD5 ESP-DES-SHA ESP-DES-MD5crypto map outside_map 65535 ipsec-isakmp dynamic SYSTEM_DEFAULT_CRYPTO_MAPcrypto map outside_map interface outsidecrypto isakmp enable outsidecrypto isakmp policy 10authentication pre-shareencryption 3deshash shagroup 2lifetime 86400telnet 10.1.55.0 255.255.255.0 insidetelnet 10.1.54.0 255.255.255.0 insidetelnet timeout 5ssh timeout 5console timeout 0management-access insidedhcpd address 10.1.56.101-10.1.56.105 outsidedhcpd enable outside!dhcpd address 192.168.1.2-192.168.1.254 managementdhcpd enable management!threat-detection basic-threatthreat-detection statistics access-listgroup-policy ciscovpngroup internalgroup-policy ciscovpngroup attributesvpn-tunnel-protocol IPSecusername cisco password NepX7TmKO0YjhQjA encrypted privilege 0username cisco attributesvpn-group-policy ciscovpngrouptunnel-group ciscovpngroup type remote-accesstunnel-group ciscovpngroup general-attributesaddress-pool client_pooldefault-group-policy ciscovpngrouptunnel-group ciscovpngroup ipsec-attributespre-shared-key *!prompt hostname contextCryptochecksum:d6fc31b415e2ef43e01c841e12783c80: end
Cisco Validated Design
The Cisco Validated Design Program consists of systems and solutions designed, tested, and documented to facilitate faster, more reliable, and more predictable customer deployments. For more information visit www.cisco.com/go/validateddesigns.
ALL DESIGNS, SPECIFICATIONS, STATEMENTS, INFORMATION, AND RECOMMENDATIONS (COLLECTIVELY, "DESIGNS") IN THIS MANUAL ARE PRESENTED "AS IS," WITH ALL FAULTS. CISCO AND ITS SUPPLIERS DISCLAIM ALL WARRANTIES, INCLUDING, WITHOUT LIMITATION, THE WARRANTY OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT OR ARISING FROM A COURSE OF DEALING, USAGE, OR TRADE PRACTICE. IN NO EVENT SHALL CISCO OR ITS SUPPLIERS BE LIABLE FOR ANY INDIRECT, SPECIAL, CONSEQUENTIAL, OR INCIDENTAL DAMAGES, INCLUDING, WITHOUT LIMITATION, LOST PROFITS OR LOSS OR DAMAGE TO DATA ARISING OUT OF THE USE OR INABILITY TO USE THE DESIGNS, EVEN IF CISCO OR ITS SUPPLIERS HAVE BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES.
THE DESIGNS ARE SUBJECT TO CHANGE WITHOUT NOTICE. USERS ARE SOLELY RESPONSIBLE FOR THEIR APPLICATION OF THE DESIGNS. THE DESIGNS DO NOT CONSTITUTE THE TECHNICAL OR OTHER PROFESSIONAL ADVICE OF CISCO, ITS SUPPLIERS OR PARTNERS. USERS SHOULD CONSULT THEIR OWN TECHNICAL ADVISORS BEFORE IMPLEMENTING THE DESIGNS. RESULTS MAY VARY DEPENDING ON FACTORS NOT TESTED BY CISCO.
CCVP, the Cisco logo, and Welcome to the Human Network are trademarks of Cisco Systems, Inc.; Changing the Way We Work, Live, Play, and Learn is a service mark of Cisco Systems, Inc.; and Access Registrar, Aironet, Catalyst, CCDA, CCDP, CCIE, CCIP, CCNA, CCNP, CCSP, Cisco, the Cisco Certified Internetwork Expert logo, Cisco IOS, Cisco Press, Cisco Systems, Cisco Systems Capital, the Cisco Systems logo, Cisco Unity, Enterprise/Solver, EtherChannel, EtherFast, EtherSwitch, Fast Step, Follow Me Browsing, FormShare, GigaDrive, HomeLink, Internet Quotient, IOS, iPhone, IP/TV, iQ Expertise, the iQ logo, iQ Net Readiness Scorecard, iQuick Study, LightStream, Linksys, MeetingPlace, MGX, Networkers, Networking Academy, Network Registrar, PIX, ProConnect, ScriptShare, SMARTnet, StackWise, The Fastest Way to Increase Your Internet Quotient, and TransPath are registered trademarks of Cisco Systems, Inc. and/or its affiliates in the United States and certain other countries.
All other trademarks mentioned in this document or Website are the property of their respective owners. The use of the word partner does not imply a partnership relationship between Cisco and any other company. (0711R).
Portions of this work are contributed by and used under permission from Parametric Technology Corporation (PTC); ©PTC. Information described herein is furnished for informational use only, is subject to change without notice, and should not be construed as a guarantee, commitment, condition or offer from PTC. Products and services are described by their respective suppliers and all inquires thereon should be directed toward the supplying party. Neither PTC nor Cisco Systems, Inc is authorized to act or make commitments on the other's behalf.
PTC and its logo, The Product Development Company, Pro/ENGINEER, Wildfire, Windchill, Arbortext, Mathcad, CoCreate, CoCreate Modeling, CoCreate Model Manager, CADDS, Windchill ProjectLink, Windchill PDMLink, Windchill PartsLink, Windchill DynamicDesignLink, Windchill MPMLink, ProductView, Optegra, InterComm, IsoDraw, IsoView, FlexPLM, ProductPoint and all PTC product names and logos are trademarks or registered trademarks of PTC and/or its subsidiaries in the United States and in other countries.