They did another stress test last night at 11 PM together with the telco,
and this time they didn't find any errors. They promised to monitor the line
all night, and this morning when I checked the PVC, it had been up all
night. I am leaving the case open a little bit longer though.

As I don't have other things to do, one of the other branch offices
connected the same way went down during the night. This office is located in
an area where they have a different telco, so I am finding this too odd to
be a coincidence, and it "smells" like a provider problem at this time.

I have not heard back from their NOC yet, but I am warming up with cups of
coffee here...

In the meantime, I've had them power off their router, reseat both cables,
and power it back on. Without any luck. With a telnet, their router shows
the LMI being down, and there has been one AIS alarm, which tells me that
some upstream equipment are faulty.

Thanks for everyone's reply.

Ole

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 Ole Drews Jensen
 Systems Network Manager
 CCNP, MCSE, MCP+I
 RWR Enterprises, Inc.
 [EMAIL PROTECTED]
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 
 http://www.RouterChief.com
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 NEED A JOB ???
 http://www.oledrews.com/job
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~


-----Original Message-----
From: Lee James [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 04, 2002 3:34 AM
To: [EMAIL PROTECTED]
Subject: RE: Carrier Transitions : Any Comments [7:30829]


If this becomes persistent, along with having the tech check the sj, Have
them run head to head with his test set. Do it after hours if you do not
have a backup line.




Ole Drews Jensen wrote:
> 
> Thanks Larry,
> 
> I've asked the tech to call me anytime tonight when they've
> finished the
> test, and if the story is the same as earlier today, I will
> insist on having
> the telco dispatched to check the SmartJack.
> 
> Ole
> 
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>  Ole Drews Jensen
>  Systems Network Manager
>  CCNP, MCSE, MCP+I
>  RWR Enterprises, Inc.
>  [EMAIL PROTECTED]
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 
>  http://www.RouterChief.com
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>  NEED A JOB ???
>  http://www.oledrews.com/job
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> 
> 
> -----Original Message-----
> From: Puckette, Larry (TIFPC) [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, January 03, 2002 5:11 PM
> To: 'Ole Drews Jensen'; [EMAIL PROTECTED]
> Subject: RE: Carrier Transitions : Any Comments [7:30829]
> 
> 
> Ole, just a word of experience here, don't let this drag on too
> long without
> insisting that telco goes to the site and checks the smart jack
> CHASSIS. I
> have seen a slot or the whole chassis be the problem with this
> symptom many
> times. There is something about them that gives clear loopback
> tests from
> the 'front' (entry point from telco) of the smart jack card but
> they can
> only hardwire a loopback from the 'back' (exit point towards
> CSU). Of
> course, they will be obstinate towards this request.....
> 
> Larry Puckette
> Network Analyst CCNA,MCP,LANCP
> Temple Inland
> [EMAIL PROTECTED]
> 512/434-1838
> 
>  -----Original Message-----
> From:         Ole Drews Jensen [mailto:[EMAIL PROTECTED]] 
> Sent: Thursday, January 03, 2002 4:52 PM
> To:   [EMAIL PROTECTED]
> Subject:      RE: Carrier Transitions : Any Comments [7:30829]
> 
> Thanks Michael, and everyone else who have replied to my e-mail.
> 
> The situation has changed, because I just saw that another ct
> (carrier
> transition) had occured, and that the PVC had been reset once
> since I
> cleared the counters, so I called the provider back and they
> are going to do
> another stress test this evening.
> 
> Just for fun (after I cleared it earlier), I did a show
> service-module to
> see what the DSU had seen, and got the following:
> 
> ELVIS#sh ser
> Module type is T1/fractional
>     Hardware revision is 0.88, Software revision is 0.2,
>     Image checksum is 0xED22BEC5, Protocol revision is 0.1
> Receiver has no alarms.
> Framing is ESF, Line Code is B8ZS, Current clock source is line,
> Fraction has 4 timeslots (64 Kbits/sec each), Net bandwidth is
> 256
> Kbits/sec.
> Last module self-test (done 02:37:10): Passed
> Last clearing of alarm counters 02:38:53
>     loss of signal        :    0,
>     loss of frame         :    0,
>     AIS alarm             :    0,
>     Remote alarm          :    1, last occurred 01:18:35
>     Module access errors  :    0,
> Total Data (last 10 15 minute intervals):
>     0 Line Code Violations, 0 Path Code Violations
>     0 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded
> Mins
>     0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0
> Unavail Secs
> Data in current interval (573 seconds elapsed):
>     0 Line Code Violations, 0 Path Code Violations
>     0 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded
> Mins
>     0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0
> Unavail Secs
> 
> I can see there's a remote alarm when the PVC went down the
> last time, which
> to me looks like the problem isn't my DSU nor the cable. Any
> comments to
> that?
> 
> Thanks,
> 
> Ole
> 
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>  Ole Drews Jensen
>  Systems Network Manager
>  CCNP, MCSE, MCP+I
>  RWR Enterprises, Inc.
>  [EMAIL PROTECTED]
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 
>  http://www.RouterChief.com
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>  NEED A JOB ???
>  http://www.oledrews.com/job
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> 
> 
> -----Original Message-----
> From: Munoz, Michael [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, January 03, 2002 4:46 PM
> To: 'Ole Drews Jensen'; [EMAIL PROTECTED]
> Subject: RE: Carrier Transitions : Any Comments [7:30829]
> 
> 
> I have worked on the telco side and as you can imagine, this
> happens a bit..
> At least you were working with the telco..  You don't know how
> many people
> would refuse to change anything..
> Did the problem clear after telco testing or after you replaced
> the wire?
> That will tell you where the problem was..  I'm curious, how
> did you know
> the carrier transitions were within 24 hours?  Had you
> experienced the
> bouncing and cleared the counters the previous day?  If so,
> those were the
> only errors you received?
> For a T1, telco will usually run QRSS, 1's and 0's..  DDS,
> 2047, 1's and
> SP5..  More can be run of course but generally not, from my
> experience..
> I remember I used to see a common problem with a certain 12.0x
> version and
> 2600 with WIC-1DSU-T1 (imagine trying to tell someone to change
> their
> IOS....)
> 
> Thanks,
> 
> Mike Munoz
> 
> 
> 
> -----Original Message-----
> From: Ole Drews Jensen [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, January 03, 2002 4:08 PM
> To: [EMAIL PROTECTED]
> Subject: Carrier Transitions : Any Comments [7:30829]
> 
> 
> My networking skills are apparently being tested these days,
> because the
> frame relay circuit went down to one of my branch offices.
> 
> I got someone at the local office to telnet into the router,
> which was
> down/down, and the LMI was down/down, and there were just under
> 10 carrier
> transitions in the last 24 hours.
> 
> I had them powercycle the router without any luck.
> 
> I concluded that my provider was most likely the cause of the
> problem, and
> that it was at the branch office circuit, since my router here
> was talking
> fine with the other two remote offices, and my LMI was up/up.
> 
> My provider told me that the circuit was bouncing, or in other
> words, it had
> been going down and back up several times since yesterday
> evening.
> 
> After several hours, they did an out of service test, where
> they told me
> that it had tested dirty to the CSU but clean to the SmartJack,
> so they were
> going to put it on hold until I had replaced the WAN cable and
> reseated the
> WIC-1DSU-T1 card in the 1720 router.
> 
> I went out to the branch office and did that, and the PVC has
> after I
> powered it on been up for about an hour now.
> 
> My question now is:
> 
> Is this (A) a normal thing that you suddenly have to reseat the
> WIC and/or
> replace the WAN cable, and that it can cause carrier
> transitions, or is this
> more likely (B) my provider that has found and corrected the
> error on their
> site, but now is trying to make it look like it was my
> equipment that was
> faulty, or (C) ????
> 
> Thanks for any comments to this,
> 
> Ole
> 
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>  Ole Drews Jensen
>  Systems Network Manager
>  CCNP, MCSE, MCP+I
>  RWR Enterprises, Inc.
>  [EMAIL PROTECTED]
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 
>  http://www.RouterChief.com
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>  NEED A JOB ???
>  http://www.oledrews.com/job
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~




Message Posted at:
http://www.groupstudy.com/form/read.php?f=7&i=30916&t=30829
--------------------------------------------------
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

Reply via email to