Cisco Support Community
cancel
Showing results for 
Search instead for 
Did you mean: 
Announcements
Webcast-Catalyst9k
New Member

GSR dropping ICMP packets in a pattern based on size

I have two GSRs and two different DS-3 linecards which are behaving the same way. At the moment both lincards have been tested with a hard loop from tx to rx, and no matter what i do i cannot pass packets with 100% sucess rate when they are larger than 450 bytes. the standard MTU in the interface is 4470, and im not even coming close to that. in addition, the debugs that i am using, debug interface, debug serial packet, debug ip ICMP... show no errors occurring. everything seems to be encapsulted ans sent just fine, and my error counters on the interface do not increment.

I appreciate the help and reccomendations, thanks!

-Peter

----------------

gsr1#

gsr1#sh ver

Cisco Internetwork Operating System Software

IOS (tm) GS Software (GSR-P-M), Version 12.0(24)S, EARLY DEPLOYMENT RELEASE SOFT

WARE (fc1)

TAC Support: http://www.cisco.com/tac

Copyright (c) 1986-2003 by cisco Systems, Inc.

Compiled Fri 17-Jan-03 15:22 by nmasa

Image text-base: 0x50010BD8, data-base: 0x52D42000

ROM: System Bootstrap, Version 11.2(17)GS2, [htseng 180] EARLY DEPLOYMENT RELEAS

E SOFTWARE (fc1)

BOOTLDR: GS Software (GSR-BOOT-M), Version 11.2(18)GS4, EARLY DEPLOYMENT RELEASE

SOFTWARE (fc1)

gsr1 uptime is 1 hour, 35 minutes

System returned to ROM by reload

System image file is "slot0:gsr-p-mz.120-24.S.bin"

cisco 12008/GRP (R5000) processor (revision 0x01) with 262208K bytes of memory.

R5000 CPU at 200Mhz, Implementation 35, Rev 2.1, 512KB L2 Cache

Last reset from power-on

1 Route Processor Card

2 Clock Scheduler Cards

3 Switch Fabric Cards

1 six-port DS3 controller (6 DS3).

1 Ethernet/IEEE 802.3 interface(s)

507K bytes of non-volatile configuration memory.

20480K bytes of Flash PCMCIA card at slot 0 (Sector size 128K).

8192K bytes of Flash internal SIMM (Sector size 256K).

Configuration register is 0x2102

gsr1#

gsr1#

gsr1#

gsr1#sh diag 1 det

SLOT 1 (RP/LC 1 ): 6 Port Packet over DS3

MAIN: type 47, 800-5022-02 rev A0

Deviation: 0

HW config: 0x00 SW key: 00-00-00

PCA: 73-3847-04 rev A0 ver 3

Design Release 1.0 S/N SDK04371AQ5

MBUS: MBUS Agent (1) 73-2146-07 rev B0 dev 0

HW version 1.2 S/N CAB0431B7VM

Test hist: 0x00 RMA#: 00-00-00 RMA hist: 0x00

DIAG: Test count: 0x00000000 Test results: 0x00000000

EEPROM contents (hex):

00: 01 00 01 00 49 00 08 62 07 58 00 00 00 FF FF FF

10: 43 41 42 30 34 33 31 42 37 56 4D 00 00 00 00 00

20: 01 02 00 00 00 00 00 FF FF FF FF FF FF FF FF FF

30: A5 A5 A5 A5 A5 A5 A5 A5 A5 A5 A5 A5 A5 A5 A5 A5

40: 00 2F 01 00 00 49 00 0F 07 04 50 03 00 01 00 00

50: 03 20 00 13 9E 02 50 00 00 00 00 00 00 00 00 00

60: 53 44 4B 30 34 33 37 31 41 51 35 00 00 00 00 00

70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

A0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

B0: 00 00 00 00 00 00 00 00 00

FRU: Linecard/Module: 6DS3-SMB-B=

Route Memory: MEM-GRP/LC-64=

Packet Memory: MEM-LC-PKT-128=

L3 Engine: 0 - OC12 (622 Mbps)

MBUS Agent Software version 1.84 (RAM) (ROM version is 1.51)

ROM Monitor version 16.4

Fabric Downloader version used 24.5 (ROM version is 19.6)

Primary clock is CSC 1

Board is analyzed

Flags: 0x4

Board State is Line Card Enabled (IOS RUN )

Insertion time: 00:00:25 (01:43:10 ago)

DRAM size: 67108864 bytes

FrFab SDRAM size: 67108864 bytes

ToFab SDRAM size: 67108864 bytes

0 crashes since restart

gsr1#

gsr1#

gsr1#sh run int s 1/0

Building configuration...

Current configuration : 123 bytes

!

interface Serial1/0

ip address 66.6.0.1 255.255.255.252

no ip directed-broadcast

scramble

clock source internal

end

gsr1#sh ip route

Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP

D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area

N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2

E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP

i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS inter area

* - candidate default, U - per-user static route, o - ODR

Gateway of last resort is not set

66.0.0.0/30 is subnetted, 1 subnets

C 66.6.0.0 is directly connected, Serial1/0

172.16.0.0/22 is subnetted, 1 subnets

C 172.16.0.0 is directly connected, Ethernet0

gsr1#sh int se 1/0

Serial1/0 is up, line protocol is up (looped)

Hardware is Packet over DS3

Internet address is 66.6.0.1/30

MTU 4470 bytes, BW 44210 Kbit, DLY 200 usec, rely 255/255, load 1/255

Encapsulation HDLC, crc 16, loopback not set

Keepalive set (10 sec)

Last input 00:00:01, output 00:00:01, output hang never

Last clearing of "show interface" counters 01:24:21

Queueing strategy: fifo

Output queue 0/40, 0 drops; input queue 0/75, 0 drops

5 minute input rate 0 bits/sec, 0 packets/sec

5 minute output rate 0 bits/sec, 0 packets/sec

6393 packets input, 1346928 bytes, 0 no buffer

Received 0 broadcasts, 0 runts, 1 giants, 0 throttles

0 parity

1 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

6434 packets output, 1370885 bytes, 0 underruns

0 output errors, 0 applique, 6 interface resets

0 output buffer failures, 0 output buffers swapped out

6 carrier transitions

gsr1#ping

Protocol [ip]:

Target IP address: 66.6.0.1

Repeat count [5]: 100

Datagram size [100]:

Timeout in seconds [2]:

Extended commands [n]:

Sweep range of sizes [n]:

Type escape sequence to abort.

Sending 100, 100-byte ICMP Echos to 66.6.0.1, timeout is 2 seconds:

!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

Success rate is 100 percent (100/100), round-trip min/avg/max = 1/1/4 ms

gsr1#66.6.0.1

Trying 66.6.0.1 ... Open

Password required, but none set

[Connection to 66.6.0.1 closed by foreign host]

gsr1#ping

Protocol [ip]:

Target IP address: 66.6.0.1

Repeat count [5]: 100

Datagram size [100]: 600

Timeout in seconds [2]:

Extended commands [n]:

Sweep range of sizes [n]:

Type escape sequence to abort.

Sending 100, 600-byte ICMP Echos to 66.6.0.1, timeout is 2 seconds:

!!!!!!!!.!!!!!!!!.!!!!!!!!.!!!!!!!!.!!!!!!!!.!!!!!!!!.!!!!!!!!.!!!!!!!

!.!!!!!!!!.!!!!!!!!.!!!!!!!!.!

Success rate is 89 percent (89/100), round-trip min/avg/max = 1/1/4 ms

gsr1#ping

Protocol [ip]:

Target IP address: 66.6.0.1

Repeat count [5]: 100

Datagram size [100]: 700

Timeout in seconds [2]:

Extended commands [n]:

Sweep range of sizes [n]:

Type escape sequence to abort.

Sending 100, 700-byte ICMP Echos to 66.6.0.1, timeout is 2 seconds:

!!!!!!.!!!!!!.!!!!!!!.!!!!!!.!!!!!!!.!!!!!!!.!!!!!!.!!!!!!.!!!!!!.!!!!

!!.!!!!!!.!!!!!!.!!!!!!.!!!!!!

Success rate is 87 percent (87/100), round-trip min/avg/max = 1/1/4 ms

gsr1#sh int se 1/0

Serial1/0 is up, line protocol is up (looped)

Hardware is Packet over DS3

Internet address is 66.6.0.1/30

MTU 4470 bytes, BW 44210 Kbit, DLY 200 usec, rely 255/255, load 1/255

Encapsulation HDLC, crc 16, loopback not set

Keepalive set (10 sec)

Last input 00:00:01, output 00:00:01, output hang never

Last clearing of "show interface" counters 01:27:00

Queueing strategy: fifo

Output queue 0/40, 0 drops; input queue 0/75, 0 drops

5 minute input rate 0 bits/sec, 0 packets/sec

5 minute output rate 0 bits/sec, 0 packets/sec

6982 packets input, 1600030 bytes, 0 no buffer

Received 0 broadcasts, 0 runts, 1 giants, 0 throttles

0 parity

1 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

7047 packets output, 1639783 bytes, 0 underruns

0 output errors, 0 applique, 6 interface resets

0 output buffer failures, 0 output buffers swapped out

6 carrier transitions

gsr1#

gsr1#

1 REPLY
Silver

Re: GSR dropping ICMP packets in a pattern based on size

I guess the issue has something to do with the line resistance. As per the ping result, after each 6 packets, one packet is lost. Without the debug output, it will be very difficult to troubleshoot.

You can do the following for troubleshooting: After giving the hard loop, give an extended ping and give "yes" for extended commands.

The following is the procedure for isolating the trouble:

Step 1.

-------------

Type: ping ip

Target address = enter the IP address of the interface to which IP address was just assigned

Repeat count = 50

Datagram size = 1500

Timeout = press ENTER

Extended cmds = yes

Source Address = press ENTER

Type of service = press ENTER

Set Df bit in ip header = press ENTER

Validate reply data = press ENTER

Data pattern: 0x0000

Press ENTER three times.

Notice that the ping packet size is 1500 bytes, and that we are performing an all zeros ping (0x0000).

Step2

-------

Examine the show interfaces serial command output and determine if input errors have increased. If input errors have not increased, the local hardware (DSU, cable, router interface card) is probably in good condition.

Step3

--------

Perform additional extended pings with different data patterns.

For example:

Repeat step 1, but use a Data Pattern of 0x0001

Repeat step 1, but use a Data Pattern of 0x0101

Repeat step 1, but use a Data Pattern of 0x1111

Repeat step 1, but use a Data Pattern of 0x5555

Repeat step 1, but use a Data Pattern of 0xffff

Step4

--------

If all pings are 100 percent successful and there are no errors, then the hardware should be good. The problem is either a cabling or Telco issue.

I can suggest you one more thing for ease of troubleshooting. It will be good if you change the encapsulation from HDLC to PPP since troubleshooting will be much more easier in PPP.

459
Views
0
Helpful
1
Replies
CreatePlease to create content