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