dslreports logo
 
    All Forums Hot Topics Gallery
spc
Search similar:


uniqs
3144

jolls
@erizonbusiness.com

jolls

Anon

Why I'm not Pinging using Alternating Pattern 0x5555?

I am able to ping OK using any other pattern but when I used the alternating pattern 0x5555, it is not pinging? What must be the problem?

Serial14/1/0.1/2/3/2:1 is up, line protocol is up
Hardware is SPA-1XCHSTM1/OC3
MTU 1500 bytes, BW 1984 Kbit, DLY 20000 usec, rely 255/255, load 1/255
Encapsulation FRAME-RELAY IETF, crc 16, loopback not set
Keepalive set (10 sec)
LMI enq sent 0, LMI stat recvd 0,LMI upd recvd 0
LMI enq recvd 62, LMI stat sent 62,LMI upd sent 0, DCE LMI up
LMI DLCI 1023 LMI type is CISCO frame relay DCE
Last input 00:00:04, output 00:00:04, output hang never
Last clearing of "show interface" counters 00:10:22
Queueing strategy: fifo
Output queue 0/40, 0 drops; input queue 0/75, 0 drops
Available Bandwidth 1984 kilobits/sec
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
164 packets input, 4282 bytes, 0 no buffer
Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
102 packets output, 3564 bytes, 0 underruns
0 output errors, 0 collisions, 0 interface resets
0 output buffer failures, 0 output buffers swapped out
0 carrier transitions alarm present
VC 11: timeslot(s): 1-31, Transmitter delay 0, non-inverted data

Using 0xABCD
Sending 5, 100-byte ICMP Echos to xxx.xxx.xxx.xxx, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 4/4/4 ms

Using 0xFFFF:
Sending 5, 100-byte ICMP Echos to xxx.xxx.xxx.xxx, timeout is 2 seconds:
Packet has data pattern 0xFFFF
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 4/4/4 ms

Using 0x5555:
Sending 5, 100-byte ICMP Echos to xxx.xxx.xxx.xxx, timeout is 2 seconds:
Packet has data pattern 0x5555
.....
Success rate is 0 percent (0/5)

rolande
Certifiable
MVM,
join:2002-05-24
Dallas, TX
ARRIS BGW210-700
Cisco Meraki MR42

rolande

MVM,

You are running an OC3 interface on your end so I would suspect that your path is fiber all the way to the frame-relay provider. The question is what are you pinging on the far end? Is that a branch location on a T-1/Frac-T-1 circuit delivered over copper? I would presume the below explanation would apply to the copper circuit in the path to the remote endpoint. Sounds like an out of spec repeater on that circuit.
----------------------------------------------------------------------------
13.3 Zero One
----------------------------------------------------------------------------
01010101 01010101

The Alternating zeros and ones pattern is used to test the regeneration circuitry of the repeaters on the circuit. If the repeaters are in spec and properly calibrated then they will be able to quickly alternate from +3 volts to the baseline, to -3 volts, to the baseline, and so on.
meta
join:2004-12-27
00000

2 edits

meta

Member

BW 1984 Kbit, timeslot(s): 1-31
That is a very interesting interface, im assuming its a GSR since the naming scheme is x/x/x.y/y/y/y:N.1234. What code revision is it on?
Are you running scrambling on the controller?
Are the other channelized circuits on the same controller having the same problem?
I would be curious to see the framing and linecode information @ the channel-group level.
How is the downstream DXC optioned? Im assuming since your email says VZB its a newer alcatel 1671?

Im going to guess and say since its a channelized interface, its a direct circuit. Indirect ckts would usually show up as a NNI interface on the vzb routers i have seen. This would be a straight shot from the edge router across DXCs to the CPE.
Do you have permission to do intrusive testing against a loop at the customers smartjack and CSU? That could hopefully isolate where in the physical path the issue (if any) is.

TomS_
Git-r-done
MVM
join:2002-07-19
London, UK

1 edit

TomS_ to jolls

MVM

to jolls
said by jolls:

Hardware is SPA-1XCHSTM1/OC3
Thats one damn expensive line card. I hope you are using it to its fullest capacity/capability, and not just for a single channel!!!
i2Fuzzy
join:2009-02-25
Garland, TX

i2Fuzzy to jolls

Member

to jolls
Geeze...I knew how much I didn't know, but now I know how much I really didn't know about Cisco!