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=30901&t=30829 -------------------------------------------------- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]