Designing Scalable Networks

Table of Contents

Table of Contents

Module 3 - Build a Prototype or Pilot for the Network Structure

Section 2 - Test the Prototype or Pilot

Section Objectives

Upon completion of this section, you will be able to:

Time Required to Complete This Section

Approximately 1 hour

Completing This Section

Follow these steps to complete this section:

Resources Required to Complete This Section

To complete this section, you will need:

Reading Assignment

Testing the Prototype or Pilot

Once you have installed and configured a pilot or a subset of the network structure, you should test it using Cisco IOS software commands. If the network is more sophisticated you may need to use a protocol analyzer. For details on how to test with these tools and other simulation tools, see the product documentation. Cisco IOS documentation is available at the following link: Documentation on the NETSYS network simulation tools is available at the following links:

Using Protocol Analyzers

Using Cisco IOS Software to Test a Prototype

In addition to using a protocol analyzer to test a prototype network, you can use Cisco IOS software commands to make sure your network design will work. The following commands are helpful when testing a prototype network structure:

Demonstrating Your Findings to the Customer

Once you have run some tests and proved to yourself that the network design works, you will need to prove to the customer that the design works. Using the results of your prototype tests, you should demonstrate that the design meets the customer's requirements for performance, security, capacity, and scalability, and that the design is within the customer's thresholds for costs and risks. You can demonstrate your findings in many ways, including the following:

Network Health Checklist

Use the following checklist when checking a prototype for proper network functionality and scalability. This checklist provides guidelines, not rules. As we mentioned in Module 1, the correct answer to questions regarding thresholds for network health usually is "it depends." Thresholds depend on topologies, router configurations, network applications, user requirements, how measurement tools calculate thresholds, and many other factors.

No shared Ethernet segments are saturated (more than 40% network utilization).

No shared Token Ring segments are saturated (more than 70% network utilization).

No WAN links are saturated (more than 70% network utilization).

The response time is generally less than 100 milliseconds (1/10 of a second).

No segments have more than 20% broadcasts/multicasts.

No segments have more than one CRC error per million bytes of data.

On the Ethernet segments, less than 0.1 percent of the packets are collisions.

On the Token Ring segments, less than 0.1 percent of the packets are soft errors not related to ring insertion.

On the FDDI segments, there has been no more than one ring op per hour not related to ring insertion.

The Cisco routers are not overutilized (5-minute CPU utilization no more than 75%)

The number of output queue drops has not exceeded more than 100 in an hour on any Cisco router.

The number of input queue drops has not exceeded more than 50 in an hour on any Cisco router.

The number of buffer misses has not exceeded more than 25 in an hour on any Cisco router.

The number of ignored packets has not exceeded more than 10 in an hour on any interface on a Cisco router.


Case Studies

In this section, you will build a prototype or recommend a pilot of the network that you proposed in Module 1 and Module 2.

Read each case study and complete the questions that follow. Keep in mind that there are potentially several correct answers to each question.

When you complete each question, you can refer to the solutions provided by our internetworking experts. The case studies and solutions will help prepare you for the Sylvan exam following the course.

In this section, you will review the following case studies:


Case Study: CareTaker Publications

To review the CareTaker Publications case study, click here.

Recall the solution developed in the last section:

 
     1. What criteria will you use to validate that the pilot is a success?


     2. Provide a list of the Cisco IOS commands you will use to test your pilot network structure.



     
Now that you have completed the exercise, click here to view the solutions provided by our internetworking design experts.


Case Study: PH Network Services

To review the PH Network Services Corporation case study, click here.

Recall the solution developed in the last section:

 
     1. What criteria will you use to validate that the pilot is a success?


     2. Provide a list of the Cisco IOS commands you will use to test your prototype network structure.



     
Now that you have completed the exercise, click here to view the solutions provided by our internetworking design experts.


Case Study: Pretty Paper Ltd.

To review the Pretty Paper case study, click here.

Recall the solution developed in the last section:

 
     1. What criteria will you use to validate that the pilot is a success? Now that you have completed the exercise, click here to view the solutions provided by our internetworking design experts.


Case Study: Jones, Jones, & Jones

To review the Jones, Jones, & Jones case study, click here.

The firm decided to implement one U.S. office and the Europe office as a prototype network. The main pilot office was located in the United States. Both offices were fully cabled for the final design and the facilities in both appropriately prepared.
 
     1. What criteria will you use to validate that the pilot is a success?

Now that you have completed the exercise, click here to view an answer provided by our internetworking design experts.


CCDA Sample Sylvan Exam

We have provided a 32-question exam to simulate the Sylvan exam you will be required to take to become CCDA certified. When you think you are ready to try the sample CCDA exam, click here.


Copyright Cisco Systems, Inc. -- Version 2.0 7/98