Re: Looped
I ran across this not too long ago with a frame circuit. The port was not enabled on the frame switch and there was a tap on the line for testing. This took my data provider over 4 hours of escalation to find. If your data provider swears it is not them and your config looks good. Then have them run a nome test(have no idea how to spell it, no-me). This supposedly stresses the physical line, and when they bring the logical part of the circuit back on line they have to enable the port again. Rick Thompson --- Thomas <[EMAIL PROTECTED]> wrote: > Hi All - I am bringing up a frame circuit from a > remote site. However, I > couldn't get the line up since it is looped. When I > do the "show int s0/0", > I got "Protocol is up, line is down (looped). I > checked all the setting and > didn't see any wrong. Can this be a mistake on the > ISP side, or something > wrong with my configuration? I am running 12.1 on > the Cisco 2600 router. > Any hint woule be appreciated!!! > > > _ > FAQ, list archives, and subscription info: > http://www.groupstudy.com/list/cisco.html > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] __ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail - only $35 a year! http://personal.mail.yahoo.com/ _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: trunking problem
That was the first thing i checked into, it does ISL by default. I tried putting it in there and got the same result. --- Olden Pieterse <[EMAIL PROTECTED]> wrote: > I dont see you specify ISL encapsulation on the 35XX > > > -Original Message- > > From: Rick Thompson [SMTP:[EMAIL PROTECTED]] > > Sent: Tuesday, December 19, 2000 7:49 AM > > To: [EMAIL PROTECTED] > > Subject:trunking problem > > > > Let's see if anyone can figure this one out: > > > > Running into an interesting problem with trunking. > We > > have multiple setups running this configuration > and > > running into CRC's on the trunk ports, and slow > > transfer and corrupted files sent inbetween the > vlans. > > Currently we have had 2 ccie from cisco look at > it > > with no help, and TAC has been working it for 5 > days > > with no luck so far. We have 50 locations with > this > > setup and 6 of them are reporting corrupted files. > > > There is a 3640 router with 2FE and the switch is > > either a 3524xl or 3548XL, all code, cards, memory > and > > flash are identical. > > The 3640 is setup as follows: > > > > interface FastEthernet0/1 > > no ip address > > no cdp enable > > speed 100 > > duplex full > > no ip directed-broadcast > > > > interface FastEthernet0/1.1 > > description Trusted Network > > encapsulation isl 1 > > no ip directed-broadcast > > no ip redirects > > ip address x.x.x.1 255.255.255.128 > > > > interface FastEthernet0/1.2 > > description Display Network > > encapsulation isl 2 > > no ip directed-broadcast > > no ip redirects > > ip address x.x.x.129 255.255.255.192 > > > > interface FastEthernet0/1.3 > > description untrusted Network > > encapsulation isl 3 > > no ip directed-broadcast > > no ip redirects > > ip address x.x.x.193 255.255.255.192 > > > > The 3524XL or 3548XL is configured as follows: > > > > interface fast ethernet 0/24 > > description router > > speed 100 > > duplex full > > switchport mode trunk > > > > > > The CRC increment atleast 1 every 7 secs. The > more > > data that gets transfere, the worse it gets. We > also > > see CRC's on port 23 which is the server. I tried > > switching from isl trunking to dotq and that > appeared > > to slow down the CRC, but that is it. > > > > Anybody have any ideas? > > > > Rick Thompson > > CCNA, MCSE > > > > > > __ > > Do You Yahoo!? > > Yahoo! Shopping - Thousands of Stores. Millions of > Products. > > http://shopping.yahoo.com/ > > > > _ > > FAQ, list archives, and subscription info: > > http://www.groupstudy.com/list/cisco.html > > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] __ Do You Yahoo!? Yahoo! Shopping - Thousands of Stores. Millions of Products. http://shopping.yahoo.com/ _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
trunking problem
Let's see if anyone can figure this one out: Running into an interesting problem with trunking. We have multiple setups running this configuration and running into CRC's on the trunk ports, and slow transfer and corrupted files sent inbetween the vlans. Currently we have had 2 ccie from cisco look at it with no help, and TAC has been working it for 5 days with no luck so far. We have 50 locations with this setup and 6 of them are reporting corrupted files. There is a 3640 router with 2FE and the switch is either a 3524xl or 3548XL, all code, cards, memory and flash are identical. The 3640 is setup as follows: interface FastEthernet0/1 no ip address no cdp enable speed 100 duplex full no ip directed-broadcast interface FastEthernet0/1.1 description Trusted Network encapsulation isl 1 no ip directed-broadcast no ip redirects ip address x.x.x.1 255.255.255.128 interface FastEthernet0/1.2 description Display Network encapsulation isl 2 no ip directed-broadcast no ip redirects ip address x.x.x.129 255.255.255.192 interface FastEthernet0/1.3 description untrusted Network encapsulation isl 3 no ip directed-broadcast no ip redirects ip address x.x.x.193 255.255.255.192 The 3524XL or 3548XL is configured as follows: interface fast ethernet 0/24 description router speed 100 duplex full switchport mode trunk The CRC increment atleast 1 every 7 secs. The more data that gets transfere, the worse it gets. We also see CRC's on port 23 which is the server. I tried switching from isl trunking to dotq and that appeared to slow down the CRC, but that is it. Anybody have any ideas? Rick Thompson CCNA, MCSE __ Do You Yahoo!? Yahoo! Shopping - Thousands of Stores. Millions of Products. http://shopping.yahoo.com/ _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Sometimes you just need to read
The other day i posted a problem i was having with a 3640 trunked with 3524XL. I posted parts of the configs from both that were what mattered with trunking. I got a ton of responses, most were pretty good. One thing i did notice when reading through my email, was that there were other people posting to the list with questions on how to trunk with this swith and how to trunk with this router. It seens pretty obvious to me to scan through emails on the list for trunking if i am wondering how to do it. I wonder if other people have noticed the same thing. Alot of the answers to the questions that are asked are right under your nose (or on your screen). My intention is not to scold people but, i have been in the IT industry a whole whopping 9 months and I have come to find out that you have to research alot before you deploy. The cisco website and this list are my main to points of information. So far i have found everything i need using them. When i first started i my job, I constantly called the cisco SE that i have access to... I noticed that it got harder and harder to get ahold of him. Then one day he made an onsite visit to my company and i asked him all the questions that i had saved up. I then watched as he went to my desk opened IE and searched the Cisco web site and found everything i asked him about. I then started searching for my self and started getting the hang of the website and now can usually find what i need in just a minute or so. I used to be on a MCSE mailing list, and i notcied that most people that posted there gave their information and asked for corrections. When ever someone asked what needs to be done to do this... some one would reply back telling them to take a wild stab at if first and post it, that way you know you are atleast attempting it. That also helps foster the ability to find your own answers and build the troubleshooting skills needed. Sorry for the long post. Rick Thompson CCNA MCSE (soon to be CCNP) __ Do You Yahoo!? Yahoo! Shopping - Thousands of Stores. Millions of Products. http://shopping.yahoo.com/ _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: traceroute question
Do you have an internal DNS server? If so, then something may be misconfigured. If not, then the traceroute may be trying to resolve and that is what is taking so long. --- mak <[EMAIL PROTECTED]> wrote: > Dear All, > > I would like to know, suppose when I traceroute to > www.cisco.com. > Each entry within my network displays very slow, > once outside my > network, the entry display very fast. Why this > happen? > > Thanks > > Regards, > mak > > > _ > FAQ, list archives, and subscription info: > http://www.groupstudy.com/list/cisco.html > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] __ Do You Yahoo!? Yahoo! Photos - Share your holiday photos online! http://photos.yahoo.com/ _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Ping response between subnets slow
One thing you can also try is to ping both interfaces on the router from one of the hosts to see if it slows over the router. If it slows between the .1 interfaces then you may be running way to much information over the router with an access-list that is too complicated for a low end router (or one that is low on memory.) More then likely Tony's suggestion will fix the issue from what i have seen. Rick Thompson --- Tony van Ree <[EMAIL PROTECTED]> wrote: > Hi, > > 10 ms seems high on a switched network. > > I assume that both networks (Switches) have a trunk > between each other and from one switch back to the > router if you are using VLAN's. > > Check your ethernet interface on your router. See > what traffic it is doing. Check for collisions, > Late collisions, CRC's. > > Check the port on the switch connecting to the > router. Make sure the aggree on the port speed > (they will or no comms) and the duplex settings (the > most common problem). DO NOT LEAVE THE SWITCH IN > AUTO NEGOTIATE MODE. > > Just some thoughts. > > Teunis > Hobart, Tasmania > Australia > > > On Tuesday, January 02, 2001 at 05:25:17 AM, Amit > Gupta wrote: > > > Hi Everybody, > > > > Need some help on the following problem > > > > I have 2 subnets configured on my LAN say ( > x.x.1.0 > > and x.x.2.0 )with a SM of 255.255.255.0. > > There are 2 Catalyst switches ( each one on a > > different subnet) > > > > The router is configured with a primary and a > > secondary address on the ethernet port say x.x.1.1 > and > > x.x.2.1 > > > > When I ping a station on one subnet to another and > > viceversa the response time is very high > (sometimes > > upto 80ms) while the response time while pinging > in > > the same subnet is less than 10ms. > > > > Need some clues on the possible reasons for this > > > > > > Thanks & Regards > > > > Amit > > > > __ > > Do You Yahoo!? > > Yahoo! Photos - Share your holiday photos online! > > http://photos.yahoo.com/ > > > > _ > > FAQ, list archives, and subscription info: > http://www.groupstudy.com/list/cisco.html > > Report misconduct and Nondisclosure violations to > [EMAIL PROTECTED] > > > > > > > -- > www.tasmail.com > > > _ > FAQ, list archives, and subscription info: > http://www.groupstudy.com/list/cisco.html > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] __ Do You Yahoo!? Yahoo! Photos - Share your holiday photos online! http://photos.yahoo.com/ _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: 7505 Reboots randomly Please HELP
I would let them know that the situation is getting old and request that they rpl the whole box with all cards, etc.. Pretty drastic yes, but if they balk on that then they should be escalating it to their top tier techs (if you are not already dealing with them), or kick it up to engineering. Rick Thompson --- "Desai, Inamul" <[EMAIL PROTECTED]> wrote: > > I booted 7505 router with newer IOS (12.1-4E) but > same result. Now only > thing left is > bootstrap software goes with newer IOS or 12.07T as > we upgraded IOS 6 months > ago but did not upgrade bootstrap software. > > I kept getting following error message: > > %CBUS-3-MIPSTAT: Out of buffers--losing status > information for the MIP card > > This is what I found on Cisco site. > > Error Message %CBUS-3-MIPSTAT: Out of > buffers--losing status information for > the MIP card > Explanation This ERROR results from CPU starvation, > typically caused by > heavy fast switching activity. The counts displayed > for the MultiChannel > Interface Processor (MIP) card are incorrect. > > Recommended Action Call your technical support > representative for > assistance. > > It has been more than month we have been talking to > Cisco about this > call and we talked to almost dozen Cisco reps about > this problem but > every time they send you new card. > > Thanks everyone, > > Inamul > > > -Original Message- > From: tv [mailto:[EMAIL PROTECTED]] > Sent: Thursday, December 21, 2000 1:09 PM > To: Desai, Inamul > Cc: [EMAIL PROTECTED] > Subject: Re: 7505 Reboots randomly Please HELP > > > I would try writing the config file to a tftp server > instead of the flash. > Also, I hope you have maintainence on this. Call > TAC and troubleshoot with > them. If they are unable to find the issue, have > them get you new equipment > (assuming you have smartnet). > > - Original Message - > From: "Desai, Inamul" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Thursday, December 21, 2000 2:03 PM > Subject: 7505 Reboots randomly Please HELP > > > > > > We got 7505 router reboots randomly twice a week > or > > when you write to config file. We gone thru > changing > > VIP card, resetting all cards, resetting mem > modules, swapping > > mem modules on VIP card, powering up and down and > talked to Cisco. > > It's running IOS 12.0(7)T with RSM, VIP2 and one > PRI module. > > No matter how many times you cold boot it, it > brings all > > enable LEDs except one on fastEthenet card. It > does help > > some time when I reset FLASH cards. > > D u think it's flash cards ? > > > > here is startup info: > > System Bootstrap, Version 5.3.2(3.2) [kmac 3.2], > MAINTENANCE INTERIM > > SOFTWARE > > Copyright (c) 1994 by cisco Systems, Inc. > > RSP processor with 131072 Kbytes of main memory > > > > > > > Creading the file > into memory... > > Self decompressing the image : > > # > > > > > > > > ### > [OK] > > %DBUS-3-SW_NOTRDY: DBUS software not ready after > HARD RESET, elapsed > 12032, > > stat > > us 0x0 > > -Traceback= 60192B5C 60195A84 60195B3C 6015444C > 601546C8 60128990 600109B0 > > %DBUS-3-SW_NOTRDY: DBUS software not ready after > HARD_RESET, elapsed > 12032, > > stat > > us 0x0 > > -Traceback= 60192B5C 60194BA0 60195008 6019845C > 600F4E64 600F4ECC 600E9090 > > 600E9 > > 298 600EA3B0 600EA39C > > %DBUS-3-SW_NOTRDY: DBUS software not ready after > RESET, elapsed 12032, > > status 0x > > 40 > > -Traceback= 60192B5C 60194EC0 60191AF4 60195054 > 6019845C 600F4E64 600F4ECC > > 600E9 > > 090 600E9298 600EA3B0 600EA39C > > System Bootstrap, Version 5.3.2(3.2) [kmac 3.2], > MAINTENANCE INTERIM > > SOFTWARE > > Copyright (c) 1994 by cisco Systems, Inc. > > RSP processor with 131072 Kbytes of main memory > > > > > > > Creading the file > into memory... > > Self decompressing the image : > > # > > > > > ###
Re: OT (sort of) TAC Horror Stories
I have never had a problem with TAC that i can think of. Their cache engine support team is not that well experienced but they get the job done, just takes a little longer then with the R&S groups. I have had a lot of failures with the 3548XL switches though. Bad GBIC and loose screws during shipment, sounds like we are seeing the same issues. The GBIC failures are usually the slot going bad not the module itself, they come in waves, 2-3 at a time every few months. But when it comes down to TAC, i can't complain. Now the QA people that see the products out the door, Cisco needs to do something there, new and rma. Rick Thompson --- "Erick B." <[EMAIL PROTECTED]> wrote: > Hi, > > First of all, this isn't a problem with cisco TAC. > They assisted you and dispatched hardware in a > timely > manner. This is a problem with damage during > shipping > or possibly defective units from the warehouse or > supplier used. I don't work for them but do know > sometimes that companies use other suppliers for RMA > dispatches. Since you got 2 slightly-defective units > in a row I would let TAC know about it nicely and > ask > them to pass it on to their RMA/logistics group so > they can look into it. Give them the RMA #, case #, > etc. > > --- Bob Johnson <[EMAIL PROTECTED]> wrote: > > Just curious about other peoples experiences with > > TAC on products "gone > > bad"... > > > > 1) Get call while almost in bed at 9:30 PM > > 2) 3548XL GigE interface goes down... > > 3) Restart and power cycle switch to no avail.. > > 4) Swap out GBIC and fiber patch with no more > > luck... > > 5) Call TAC, luckily equipment is on 7x24x4 > > SmartNet.. > > 6) Actually get new switch in 3.5 hours delivered > to > > site.. > > 7) While configuring notice fan does not work... > > 8) Install anyways and call TAC again (luckly unit > > was near HVAC vent)... > > 9) TAC agrees to send another unit but have to > wait > > till next afternoon.. > > 10) Replacement arrives but half it's ports don't > > enable after boot (the > > LEDs stay sort of yellow) > > 11) TAC agrees to send another but it will take > > (this was on a Friday) till > > Monday... > > 12) Get replacement.. > > 13) Pull out of box and hear a serious rattle > (must > > be atleast two parts > > loose in chassis) > > 14) TAC agrees to send another unit but need 3 > days > > to find one... > > 15) Unit finally shows up and actually works (and > > didn't rattle) > > > > I was lucky as the first unit worked (though it's > > fan did not) and did not > > over heat (mainly due to it's location)... Had > there > > been cooling problems I > > would have yanked a fan off one of the other units > > (though as the part was > > not a "service item" TAC did not support such > > creativeness).. > > Just curious as to what anyone elses TAC horror > > stories have been like? > > > __ > Do You Yahoo!? > Yahoo! Auctions - Buy the things you want at great > prices. > http://auctions.yahoo.com/ > > _ > FAQ, list archives, and subscription info: > http://www.groupstudy.com/list/cisco.html > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] __ Do You Yahoo!? Yahoo! Auctions - Buy the things you want at great prices. http://auctions.yahoo.com/ _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: challenge problem
Another thing to look at is how they are testing. If you have a full T1 then you can have them run a 'round robin with multi pattern' stress test. This will break any marginal component. Some telco's will tell you that you can't test that way on a frame circuit, but that is only if you are not running all 24 cahnnels. Also, are they doing head to head testing, this will force the LEC to actually plug into the smartjack and test from there. But there is charges to this one if they don't find a problem. --- Fred Flinstone <[EMAIL PROTECTED]> wrote: > ok here it goes > > we have a customer we manage that is incurring > CRC'c, input errors etc on > there serial interface. > > 1. stress tested the circuit many times from the > frame cloud through the csu > as good > 2. tries verious cables > 3. there are no interface modules i believe its a > 2500 something router but > i can check > 4. the only times crc's cross the link (verified by > a protocol analyzer) is > when we telnet from our management platform to the > site...even if i just > enter one character in the telnet session crc's > increment > 5. if you telnet from a neighboring router or dial > in this produces no crc's > what so ever. > - > we have 3rd level engineers looking at this i bet > if you find an answer I > could get you a nice paying job...:) (well maybe) > - > any help would be appreiciated > - > thanks...kyle > _ > 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. > > **NOTE: New CCNA/CCDA List has been formed. For more > information go to > http://www.groupstudy.com/list/Associates.html > _ > 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] __ Do You Yahoo!? Get Yahoo! Mail - Free email you can access from anywhere! http://mail.yahoo.com/ _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]