cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
1019
Views
5
Helpful
3
Replies

packet loss

Kevin Hart
Level 1
Level 1

Hi

I have an interesting fault which is locking up telnet session when issueing certain commands i.e. "show run" works ok but "show proc cpu" always locks up the telnet session.

Routers are connected via frame-relay. A Colleague suggested pinging the other end of the frame pvc using different ping patterns which produced the following results.

data pattern specified within extended ping

aaaa 4040 5555

Packet size

100 100% 100% 100%

200 90% 86% 86%

300 0% 0% 0%

results show the success rate as a %

The following data patterns produced 100% success for the following packets sizes

100

200

300

400

500

600

1200

1400

1500

What is the significance with data patterns "aaaa", "4040" and "5555"

Thanks

3 Replies 3

b.hsu
Level 5
Level 5

Packet loss caused by hardware problems is fairly easy to identify. This section uses the output of the show interfaces command to identify packet loss.

http://www.cisco.com/en/US/products/hw/routers/ps233/products_tech_note09186a00801545eb.shtml

bellocarico
Level 1
Level 1

Here a quick explanation take from the Un*x BSD site:

TRYING DIFFERENT DATA PATTERNS

The (inter)network layer should never treat packets differently depending

on the data contained in the data portion. Unfortunately, data-dependent

problems have been known to sneak into networks and remain undetected for

long periods of time. In many cases the particular pattern that will

have problems is something that doesn't have sufficient ``transitions'',

such as all ones or all zeros, or a pattern right at the edge, such as

almost all zeros. It isn't necessarily enough to specify a data pattern

of all zeros (for example) on the command line because the pattern that

is of interest is at the data link level, and the relationship between

what you type and what the controllers transmit can be complicated.

This means that if you have a data-dependent problem you will probably

have to do a lot of testing to find it. If you are lucky, you may manage

to find a file that either can't be sent across your network or that

takes much longer to transfer than other similar length files. You can

then examine this file for repeated patterns that you can test using the

-p option of ping.

Of course consider that this is meant for servers but the concept is the same.

Stefano

Also, another very good explanation of can be found here:

http://www.pmg.com/tip_archive/00_8_extping.htm

Please grade this post if you find it useful.

Regards

Stefano

Review Cisco Networking for a $25 gift card