Carrier transitions
Hello colleagues, do you know what causes carrier transitions on a serial interface ? Is it when the serial status changes from up/up to up/down, or when it changes to down/down, or both ? Thanks for your help in advance. Georg Pauwen _ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. Share information about yourself, create your own public profile at http://profiles.msn.com. ___ UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html FAQ, list archives, and subscription info: http://www.groupstudy.com Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Carrier transitions
It is definitely the transition from an up state to a down state and back up. If you have a router with multiple carrier transitions, turn on logging and if your lucky, watch it as the transition occurs. "...to hell with what other people think, I'm ridin' my own broom!" L. M. Cynthia Bridgett, raised in SE DC and proud of it! CCNA, MCSE, CNE, CNA, MCP, A+ -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Hans Stout Sent: Thursday, August 31, 2000 8:06 AM To: [EMAIL PROTECTED] Subject: Carrier transitions Hello colleagues, do you know what causes carrier transitions on a serial interface ? Is it when the serial status changes from up/up to up/down, or when it changes to down/down, or both ? Thanks for your help in advance. Georg Pauwen _ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. Share information about yourself, create your own public profile at http://profiles.msn.com. ___ UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html FAQ, list archives, and subscription info: http://www.groupstudy.com Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] ___ UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html FAQ, list archives, and subscription info: http://www.groupstudy.com Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
carrier transitions: [7:57401]
Hello, Can someone tell what carrier transitions are, and if they cause routers to bounce...thanks Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=57401&t=57401 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: carrier transitions: [7:57401]
Carrier transitions tell how many times the interface has gone down or come up. If you lose signal on a line and then regain it, you will have two carrier transitions. A high number of carrier transitions is usually indicative of line problems. ""Henry Tiao"" wrote in message news:200211132249.WAA19953@;groupstudy.com... > Hello, > >Can someone tell what carrier transitions are, and if they cause routers > to bounce...thanks Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=57408&t=57401 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
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=30829&t=30829 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Carrier Transitions : Any Comments [7:30829]
It's not uncommon. It was probably a bad cable more than a loose WIC. -- RFC 1149 Compliant. FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Carrier Transitions : Any Comments [7:30829]
Ole, I don't know why so many telcos/service providers are loath to admit they had a problem. Probably has to do with guarantee-of-service contracts to some extend, and just plain corporate culture to another extent. Being someone who grew up in the WAN/Carrier/transport world, I can say that it isn't uncommon that a problem will clear as a result of simply putting up and taking down a loop. Sometimes carrier equipment (read: smartjacks) get logically hung and just need a little encouragement. Regards, Scott Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=30832&t=30829 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Carrier Transitions : Any Comments [7:30829]
A) No. But next time try "clear controller s 0/0" or whatever slot it's in. B) Carriers never admit they have a problem C) It could have been something goofy like your cable got bumped and loosened the WIC. If everything was buttoned down tight this is highly unlikely. HTH Darren At 04:07 PM 1/3/2002 -0500, Ole Drews Jensen wrote: >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 >~~~ x$:0`0:$xx$:0`0:$xx$:0`0:$xx$: Lucent Technologies NetworkCare Professional Services http//www.lucent.com/netcare/ Darren S. Crawford - CCNP, CCDP, CCIE TBA Northwest Region - Sacramento Office Voicemail (916) 859-5200 x310 Pager (800) 467-1467 mailto:[EMAIL PROTECTED] x$:0`0:$xx$:0`0:$xx$:0`0:$xx$: "You always have time for things you put first" - Tucker Resources Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=30841&t=30829 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Carrier Transitions : Any Comments [7:30829]
My experience Ole is that their testing cleared the problem just by sending the test pattern out. I have begun to think that the patterns themselves help sync up some of their equipment. Them testing to the smart jack, is only testing to the front side of the smart jack, the thorough test is to the CSU because it goes completely through their equipment. I have been experiencing this frustrating scenario for 8 years now, and I think it's just in that FM category and has variable causes each time. In other words, it's a question and battle that cannot be won 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 3: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=30842&t=30829 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Carrier Transitions : Any Comments [7:30829]
Thanks Darren, A: I did that among several other things before calling my provider. B: I am starting to believe that. C: Everything had been unplugged and plugged back in - no change. 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: Darren Crawford [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 03, 2002 4:06 PM To: Ole Drews Jensen; [EMAIL PROTECTED] Subject: Re: Carrier Transitions : Any Comments [7:30829] A) No. But next time try "clear controller s 0/0" or whatever slot it's in. B) Carriers never admit they have a problem C) It could have been something goofy like your cable got bumped and loosened the WIC. If everything was buttoned down tight this is highly unlikely. HTH Darren At 04:07 PM 1/3/2002 -0500, Ole Drews Jensen wrote: >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 >~~~ x$:0`0:$xx$:0`0:$xx$:0`0:$xx$: Lucent Technologies NetworkCare Professional Services http//www.lucent.com/netcare/ Darren S. Crawford - CCNP, CCDP, CCIE TBA Northwest Region - Sacramento Office Voicemail (916) 859-5200 x310 Pager (800) 467-1467 mailto:[EMAIL PROTECTED] x$:0`0:$xx$:0`0:$xx$:0`0:$xx$: "You always have time for things you put first" - Tucker Resources Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=30843&t=30829 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Carrier Transitions : Any Comments [7:30829]
Ole, It is not unheard of for a cable between the CSU and the demarc (SJ) to start flaking out. You said that "you did that", meaning what? Did you replace the cable and reset the WIC or did you do one and not the other? I've had a simple reseat of the cable into the back of the SJ fix problems for me before. I would have done one first and then tried the other rather than taking a shotgun approach because the shotgun method doesn't allow you to discover exactly what the problem was. What about your service-module? (show service-module XX) Was it reporting any problems? Most specifically did it register any bipolar violations? It's been my experience that bipolar violations indicate a local copper problem which would have pointed more to the cable than to the WIC. You could still have a SJ problem. When looping the SJ, they cannot test through the port to which you are connecting. (Unless you provide a loopback plug for them to test to). Further, sometimes SJs (depending on vendor) have a switch or software option for AMI or B8ZS. If there is a switch and if your service is suppose to be using B8ZS, then the SJ should be set for B8ZS. Some vendors' SJs can get flakey and alternate between AMI and B8ZS, causing you problems. Anytime I dispatch a LEC technician I request that they check that option and set it accordingly, rather than leaving it set to AUTO detect. (there's that "auto detect" stuff again... :) I'm not a big fan of integrated CSUs. I miss the days of having a standalone CSU and then my router behind it. We would have 2 POTS lines, 1 for the CSU and 1 for the router. We were able to pinpoint our problems and get resolution much faster. Always check what your CSU has to say about a line condition. You apt to get more detail from it rather than from a simple interface command output. Most CSUs record performance information in increments of 15 minute periods (96 blocks) for a 24 hour period. You can then see nearly exactly what was occurring over the past day and when it occurred. HTH, Chris -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=30847&t=30829 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
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=30851&t=30829 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
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.
RE: Carrier Transitions : Any Comments [7:30829]
Before I contacted the provider, I had done all the basic things (reseating all cables, power cycling the router, etc.), and then I had used my knowledge and experience to narrow down where the problem could be. After the provider had done their first out-of-service test, I went out there and replaced the cable, and reseated the WIC. Anyway(s), the problem is still there, so the story continues... 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: Kane, Christopher A. [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 03, 2002 4:30 PM To: 'Ole Drews Jensen'; [EMAIL PROTECTED] Subject: RE: Carrier Transitions : Any Comments [7:30829] Ole, It is not unheard of for a cable between the CSU and the demarc (SJ) to start flaking out. You said that "you did that", meaning what? Did you replace the cable and reset the WIC or did you do one and not the other? I've had a simple reseat of the cable into the back of the SJ fix problems for me before. I would have done one first and then tried the other rather than taking a shotgun approach because the shotgun method doesn't allow you to discover exactly what the problem was. What about your service-module? (show service-module XX) Was it reporting any problems? Most specifically did it register any bipolar violations? It's been my experience that bipolar violations indicate a local copper problem which would have pointed more to the cable than to the WIC. You could still have a SJ problem. When looping the SJ, they cannot test through the port to which you are connecting. (Unless you provide a loopback plug for them to test to). Further, sometimes SJs (depending on vendor) have a switch or software option for AMI or B8ZS. If there is a switch and if your service is suppose to be using B8ZS, then the SJ should be set for B8ZS. Some vendors' SJs can get flakey and alternate between AMI and B8ZS, causing you problems. Anytime I dispatch a LEC technician I request that they check that option and set it accordingly, rather than leaving it set to AUTO detect. (there's that "auto detect" stuff again... :) I'm not a big fan of integrated CSUs. I miss the days of having a standalone CSU and then my router behind it. We would have 2 POTS lines, 1 for the CSU and 1 for the router. We were able to pinpoint our problems and get resolution much faster. Always check what your CSU has to say about a line condition. You apt to get more detail from it rather than from a simple interface command output. Most CSUs record performance information in increments of 15 minute periods (96 blocks) for a 24 hour period. You can then see nearly exactly what was occurring over the past day and when it occurred. HTH, Chris -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
RE: Carrier Transitions : Any Comments [7:30829]
Funny enough, I had a problem at that office (see earlier e-mail about speed and duplex settings) where a bad switch that was replaced by a slower hub, caused the STP to block the LAN interface for through-going traffic. So, I had monitored the router on and off, and could therefore tell you that all the CT's had occured since (or sometimes after) 6 PM yesterday. Anyway, the problem has not disappeared after all, so the story goes on... 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=30856&t=30829 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
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 Sm
RE: Carrier Transitions : Any Comments [7:30829]
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, be
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
RE: Carrier Transitions : Any Comments [7:30829]
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 >
Re: Carrier Transitions : Any Comments [7:30829]
I couldn't help myself, I have done the "tech support" side of this for a while and now take escalations on issues such as these, as well as teach others how to troubleshoot theses issues, so I thought I'd throw my two cents in, late as it may be. Everything I have read on this thread thus far, is true. Testing a circuit can, many times, clear up the problems that the customer may be seeing. On the other side of the coin, because of the fluctuant nature of Layer 1 and 2 equipment in provider networks, this can often cause what appears to be a fix, and becomes a chronic issue since tech-support groups work on numbers as well as MTTR. More often than not if it's up and pingable for 1-2 hours, this issue is marked as resolved. With that said, as mentioned earlier, look for bipolar violations, this can be a sign of a few things, but the exact cause can be hard to track down. If the issue continues beyond this weekend, I would suggest that you contact your provider and have a dispatch sent to your premise. But once they are there and they check the common problems, make SURE, they run a HEAD-TO-HEAD test for at LEAST 3 minutes per test pattern using 0's, 1's and either 1 in 8 or 3 in 24. When they do this and run clean, make sure there are errors sent from the far end to the onsite tech's test unit, and vise versa. Since your ISP and the circuit provider are more than likely different providers, make sure both are on the phone to ensure end-to-end testing. I am available offline if you need anything further Mike ""Ole Drews Jensen"" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > 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 pro
CRC frame errors and carrier transitions [7:52225]
our WAN connections dies about once a month and we always get lots of frame error and carrier transitions Pac Bell does not have a clue to why this is happening the have blamed our Equpment Cisco 3640 with Adtran TSU LS or timing errors but general have no clue. is there any way to clean this connection up and stop the monthly outages Thanks MCI-Frame#sh int s0/1 Serial0/1 is up, line protocol is up Hardware is QUICC Serial Description: backport to DI Internet address is x.x.x.x/30 MTU 1500 bytes, BW 2048 Kbit, DLY 2 usec, reliability 255/255, txload 2/255, rxload 7/255 Encapsulation HDLC, loopback not set Keepalive set (10 sec) Last input 00:00:00, output 00:00:00, output hang never Last clearing of "show interface" counters 17:02:48 Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 10 Queueing strategy: weighted fair Output queue: 0/1000/64/0 (size/max total/threshold/drops) Conversations 0/22/256 (active/max active/max total) Reserved Conversations 0/0 (allocated/max allocated) Available Bandwidth 1536 kilobits/sec 5 minute input rate 59000 bits/sec, 13 packets/sec 5 minute output rate 17000 bits/sec, 14 packets/sec 350855 packets input, 175929333 bytes, 0 no buffer Received 7602 broadcasts, 0 runts, 0 giants, 0 throttles 37509 input errors, 2081 CRC, 35414 frame, 0 overrun, 0 ignored, 8 abort 292361 packets output, 39591690 bytes, 0 underruns 0 output errors, 0 collisions, 5 interface resets 0 output buffer failures, 0 output buffers swapped out 168 carrier transitions DCD=up DSR=up DTR=up RTS=up CTS=up Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=52225&t=52225 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: CRC frame errors and carrier transitions [7:52225]
Is this a frame-relay T1 or a P2P T1? Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=52229&t=52225 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: CRC frame errors and carrier transitions [7:52225]
Gary- the following was posted back on the 1st of July. It may help you in proving where the failure is. Brad Dodds posted: "you can use extended ping testing to try to uncover if it is in fact a Telco line problem from : http://www.cisco.com/warp/public/784/packet/oct01/p53-cover.html Extended Ping Testing The ping command is generally used to make sure that two devices that are remote from one another can attain basic Layer 3 connectivity. The ping command also has an "extended commands" section that allows you to enter the 2-byte data pattern, in hexadecimal format, that is repeated in the payload of the ping packet. Three useful ping data patterns that expose line problems include the following: 0x - Line-code mismatches 0x - Repeater power problems 0x4040 - Timing problems The 0x4040 extended ping pattern also enables you to detect jitter and wander. T1 phase variations greater than or equal to 10Hz are considered jitter, and variations less than 10Hz are considered wander. example: RouterHostname#ping Protocol [ip]: Target IP address: XXX.XXX.XXX.XXX Repeat count [5]: 50 Datagram size [100]: Timeout in seconds [2]: Extended commands [n]: y Source address: Type of service [0]: Set DF bit in IP header? [no]: Validate reply data? [no]: y Data pattern [0xABCD]: 0x4040 Loose, Strict, Record, Timestamp, Verbose[none]: Sweep range of sizes [n]: Type escape sequence to abort. Sending 50, 100-byte ICMP Echoes to XXX.XXX.XXX.XXX, timeout is 2 seconds: Packet has data pattern 0x4040 !! Success rate is 100 percent (50/50), round-trip min/avg/max = 8/9/24 ms" HTHs, Mark -Original Message- From: Gary Crouch [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 28, 2002 12:02 PM To: [EMAIL PROTECTED] Subject: CRC frame errors and carrier transitions [7:52225] our WAN connections dies about once a month and we always get lots of frame error and carrier transitions Pac Bell does not have a clue to why this is happening the have blamed our Equpment Cisco 3640 with Adtran TSU LS or timing errors but general have no clue. is there any way to clean this connection up and stop the monthly outages Thanks MCI-Frame#sh int s0/1 Serial0/1 is up, line protocol is up Hardware is QUICC Serial Description: backport to DI Internet address is x.x.x.x/30 MTU 1500 bytes, BW 2048 Kbit, DLY 2 usec, reliability 255/255, txload 2/255, rxload 7/255 Encapsulation HDLC, loopback not set Keepalive set (10 sec) Last input 00:00:00, output 00:00:00, output hang never Last clearing of "show interface" counters 17:02:48 Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 10 Queueing strategy: weighted fair Output queue: 0/1000/64/0 (size/max total/threshold/drops) Conversations 0/22/256 (active/max active/max total) Reserved Conversations 0/0 (allocated/max allocated) Available Bandwidth 1536 kilobits/sec 5 minute input rate 59000 bits/sec, 13 packets/sec 5 minute output rate 17000 bits/sec, 14 packets/sec 350855 packets input, 175929333 bytes, 0 no buffer Received 7602 broadcasts, 0 runts, 0 giants, 0 throttles 37509 input errors, 2081 CRC, 35414 frame, 0 overrun, 0 ignored, 8 abort 292361 packets output, 39591690 bytes, 0 underruns 0 output errors, 0 collisions, 5 interface resets 0 output buffer failures, 0 output buffers swapped out 168 carrier transitions DCD=up DSR=up DTR=up RTS=up CTS=up Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=52230&t=52225 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: CRC frame errors and carrier transitions [7:52225]
I once knew a guy who could put his hands on a defective piece of gear and command, "Work!, Damn it!" ... and have the thing come back to life often enough to leave you wondering. The rest of us have to search for the cause of the trouble. Several thoughts: 1) Are your router and CSU/DSU connected to a UPS? If not, power issues might cause problems. 2) Can you correlate the outages to any external event such as rain storms? Lightning could affect #1 above. If your last mile or so is over copper then improperly sealed cable splices or repeater cabinets could be affected by moisture. 3) You say "once a month". Is it that periodic? Or are you implying an average? Do you have logs or e-mail messages that would provide information about outages that you can plot on a calendar? That data could be used in #2 above. 4) Time of day. When the outages occur do they happen about the same time? Day or night? I'm thinking nights and janitorial projects that affect #1 above. 5) Do the troubles clear by themselves or as soon as someone starts testing? 6) You might request that Pac Bell reprovision the circuit onto different facilities. You'd most likely need a history of failure to solve the problem on their part as reason for the reprovision. 7) Just in case - here's a good resource: http://www.cisco.com/univercd/cc/td/doc/cisintwk/itg_v1/tr1915.htm HTH > -Original Message- > From: Gary Crouch [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, August 28, 2002 12:02 PM > To: [EMAIL PROTECTED] > Subject: CRC frame errors and carrier transitions [7:52225] > > > our WAN connections dies about once a month and we always get > lots of frame > error and carrier transitions > Pac Bell does not have a clue to why this is happening the > have blamed our > Equpment Cisco 3640 with Adtran TSU LS > or timing errors but general have no clue. is there any way > to clean this > connection up and stop the monthly outages > > Thanks > > > MCI-Frame#sh int s0/1 > Serial0/1 is up, line protocol is up > Hardware is QUICC Serial > Description: backport to DI > Internet address is x.x.x.x/30 > MTU 1500 bytes, BW 2048 Kbit, DLY 2 usec, > reliability 255/255, txload 2/255, rxload 7/255 > Encapsulation HDLC, loopback not set > Keepalive set (10 sec) > Last input 00:00:00, output 00:00:00, output hang never > Last clearing of "show interface" counters 17:02:48 > Input queue: 0/75/0/0 (size/max/drops/flushes); Total > output drops: 10 > Queueing strategy: weighted fair > Output queue: 0/1000/64/0 (size/max total/threshold/drops) > Conversations 0/22/256 (active/max active/max total) > Reserved Conversations 0/0 (allocated/max allocated) > Available Bandwidth 1536 kilobits/sec > 5 minute input rate 59000 bits/sec, 13 packets/sec > 5 minute output rate 17000 bits/sec, 14 packets/sec > 350855 packets input, 175929333 bytes, 0 no buffer > Received 7602 broadcasts, 0 runts, 0 giants, 0 throttles > 37509 input errors, 2081 CRC, 35414 frame, 0 overrun, 0 > ignored, 8 abort > 292361 packets output, 39591690 bytes, 0 underruns > 0 output errors, 0 collisions, 5 interface resets > 0 output buffer failures, 0 output buffers swapped out > 168 carrier transitions > DCD=up DSR=up DTR=up RTS=up CTS=up Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=52234&t=52225 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: CRC frame errors and carrier transitions [7:52225]
I don't know how much this counts but since it is a serial interface, maybe you should put the bandwidth command for the interface, since it is a T1 -- PASTE MTU 1500 bytes, BW 2048 Kbit, DLY 2 usec, Available Bandwidth 1536 kilobits/sec --- Would this help in addition to everyone else's advice? Of course the bandwidth command is usually only meant for routing protocols that make use of it, but if your routing protocol thinks you have a 2Mb Link .. Then that could be some part of the cause ... But I also realise that if it were based on this, you would have a problem on a daily basis. The solution though depends on when the link goes down ... There probably is a pattern to it! -Original Message- From: Gary Crouch [mailto:[EMAIL PROTECTED]] Sent: 28 August 2002 19:02 To: [EMAIL PROTECTED] Subject: CRC frame errors and carrier transitions [7:52225] our WAN connections dies about once a month and we always get lots of frame error and carrier transitions Pac Bell does not have a clue to why this is happening the have blamed our Equpment Cisco 3640 with Adtran TSU LS or timing errors but general have no clue. is there any way to clean this connection up and stop the monthly outages Thanks MCI-Frame#sh int s0/1 Serial0/1 is up, line protocol is up Hardware is QUICC Serial Description: backport to DI Internet address is x.x.x.x/30 MTU 1500 bytes, BW 2048 Kbit, DLY 2 usec, reliability 255/255, txload 2/255, rxload 7/255 Encapsulation HDLC, loopback not set Keepalive set (10 sec) Last input 00:00:00, output 00:00:00, output hang never Last clearing of "show interface" counters 17:02:48 Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 10 Queueing strategy: weighted fair Output queue: 0/1000/64/0 (size/max total/threshold/drops) Conversations 0/22/256 (active/max active/max total) Reserved Conversations 0/0 (allocated/max allocated) Available Bandwidth 1536 kilobits/sec 5 minute input rate 59000 bits/sec, 13 packets/sec 5 minute output rate 17000 bits/sec, 14 packets/sec 350855 packets input, 175929333 bytes, 0 no buffer Received 7602 broadcasts, 0 runts, 0 giants, 0 throttles 37509 input errors, 2081 CRC, 35414 frame, 0 overrun, 0 ignored, 8 abort 292361 packets output, 39591690 bytes, 0 underruns 0 output errors, 0 collisions, 5 interface resets 0 output buffer failures, 0 output buffers swapped out 168 carrier transitions DCD=up DSR=up DTR=up RTS=up CTS=up Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=52275&t=52225 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]