From: Chuck Church (cchurch@MAGNACOM.com)
Date: Fri Nov 01 2002 - 15:35:47 GMT-3
Guys,
Thanks for the quick responses. It's frame relay, with T1 at hub
and 8 56kb spokes. Only one spoke is complaining, so I assume the problem
is at their 56kb side. I'll try these various ping patterns. I assume the
ping pattern doesn't matter unless you specify 'yes' to the verify data
question in extended pings? Looks like the default is 'no'. As a side
note, I had enabled frf9 compression on this one PVC, since we thought it
might be too much data. Now I'm getting 'resync' counts in the 'sh
compress' output. Didn't see anything in CCO about that, but found the
similar counter called 'restarts', which applies to hdlc and ppp
compression. Those counters are usually caused by line errors, so I think
I'll disable the compression, and then try the various pings.
Thanks again,
Chuck Church
CCIE #8776, MCNE, MCSE
Sr. Network Engineer
Magnacom Technologies
140 N. Rt. 303
Valley Cottage, NY 10989
845-267-4000
-----Original Message-----
From: Liban.Mohamed@mail.sprint.com
[mailto:Liban.Mohamed@mail.sprint.com]
Sent: Friday, November 01, 2002 12:56 PM
To: cchurch@MAGNACOM.com; dave@interprise.com
Cc: ccielab@groupstudy.com
Subject: RE: Re: OT: Ping Data patterns for circuit testing
If you send 0x0000. It will verify the clocking. what type of circuit
are you testing.
Liban Mohamed
IP Engineer
Sprintlink Internet BackBone Operation
-----Original Message-----
From: dave [mailto:dave@interprise.com]
Sent: Friday, November 01, 2002 11:42 AM
To: cchurch
Cc: dave; ccielab
Subject: Re: OT: Ping Data patterns for circuit testing
0xffff and 0x0000, all ones and all zeros respectively. Also vary the
packet size.
Dave
Chuck Church wrote:
>
> All,
>
> Sorry about the OT post, but I'm wondering if anyone knows a
few
> good data patterns to use in a ping test to verify a circuit is
behaving.
> TAC has had me do a couple different ones in the past on problems,
but I
> can't remember what they are. The default is 0xABCD. Something to
verify
> the clocking is working right and nothing is being corrupted is what
I'm
> looking for.
>
> Thanks,
>
> Chuck Church
> CCIE #8776, MCNE, MCSE
> Sr. Network Engineer
> Magnacom Technologies
> 140 N. Rt. 303
> Valley Cottage, NY 10989
> 845-267-4000
-- David Madland CCIE# 2016 Sr. Network Engineer Qwest Communications 612-664-3367"You don't make the poor richer by making the rich poorer." --Winston Churchill
This archive was generated by hypermail 2.1.4 : Tue Dec 03 2002 - 07:22:51 GMT-3