Re: [c-nsp] sup2T software & release notes have hit
On 07/19/2011 02:23 AM, Tony Varriale wrote: Well, neither of those (I'm sure of the 6708 and almost 100% on the 6716) actually have a CFC and the DFC is not a FRU. Hence, the issue. You're correct that both the 6708 and 6716 do not come with / cannot use a CFC, but they differ w.r.t. DFC4 upgradeability: http://www.cisco.com/en/US/docs/switches/lan/catalyst6500/hardware/Config_Notes/OL_24918.html """ WS-X6716-10GE DFC3A, DFC3B, DFC3BXL, DFC3C, or DFC3XL Upgradeable? Yes. With either a WS-F6K-DFC4-E or a WS-F6K-DFC4-EXL """ This matches what Cisco told me in a very specific response to a very explicit question; the 6716 is upgradeable, the 6708 is not. Note it's a DFC4-E, which is different to the rest of the 67xx cards, which take a DFC4-A. I assume this is form-factor related. ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] sup2T software & release notes have hit
On 07/19/2011 02:25 AM, Tony Varriale wrote: Well I had the pleasure of watching one boot last night and I'm not very optimistic as to my original statement. No word back from Cisco yet to confirm. How long did it take to boot? Was it faster than the glacial 300 second average for a sup720? ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] sup2T software & release notes have hit
On 7/17/2011 5:10 AM, Gert Doering wrote: Hi, On Sun, Jul 17, 2011 at 10:12:32AM +0100, Nick Hilliard wrote: It's unlikely to be based on NX-OS. However, XE == IOS running as process on linux and -modular == IOS running as process on QNX, so it could relatively easily be a variety of one of these, if it's not IOS running on bare metal. From all I was able to gather, -modular / ION is dead. Lack of progress, lack of buy-in from other BUs, short-sighted management. XE is what the rumors told me the Sup2T would be based upon, but IOS versions like "12.2(50)SY" very much sound like IOS-trains. gert Well I had the pleasure of watching one boot last night and I'm not very optimistic as to my original statement. No word back from Cisco yet to confirm. tv ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] sup2T software & release notes have hit
On 7/18/2011 5:39 AM, Phil Mayers wrote: On 12/07/11 00:25, Saku Ytti wrote: I don't see any reason why technically you couldn't just rip out DFC from 6708 and run it as centralized card. Maybe the DFC itself is soldered in making this unpractical or maybe centralized performance was deemed by BU unmarketable. My understanding was it's a fairly trivial physical issue which the 6716 doesn't have. I didn't investigate further because we don't have any 6708. ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/ Well, neither of those (I'm sure of the 6708 and almost 100% on the 6716) actually have a CFC and the DFC is not a FRU. Hence, the issue. tv ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] Burned up 2790
Hi, The newer hardware revisions on some of these switches use a different style of solid state capacitor which does not get affected by this "capacitor plague". I've seen this on the 3750G switches hundreds of times. Any we've RMA'd for the issue have been replaced with newer hardware revisions. Mainly 3750G-24T, 12S and 24TS switches - the PoE and 24TS 1RU switches are unaffected as far as we can tell, along with the E and X series switches. Re: 3750G-24TS failures, we've seen an issue where a switch is power cycled and the switch hangs, with the status lights all on but no life out of the device. Power cycling it repeatedly can sometimes bring the device back to life temporarily (until the next power cycle). Tristan On 18/07/2011, at 1:54 AM, Alan Buxey wrote: > Hi, > >> >> You can mix & match 3750 boxes and stack up to 9 of them together into >> a virtual chassis. The newer 3750X platform even has field replaceable >> parts. >> >> For your 2970, take a hard look at the capacitors. They are of a vintage >> when there was considerable problems across the industry: >> http://en.wikipedia.org/wiki/Capacitor_plague > > aye, 2970's die here quite regularly - particulrly after a power cut they > just dont come back > > we're migrating to 3750X and 3750E whereever they currently exist > > alan > ___ > cisco-nsp mailing list cisco-nsp@puck.nether.net > https://puck.nether.net/mailman/listinfo/cisco-nsp > archive at http://puck.nether.net/pipermail/cisco-nsp/ ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] WiSM support on 12.2SXI?
On Sun, 17 Jul 2011, Alan Buxey wrote: wism with SXI all okay here - you need to move to the new WISM control method (wism service-vlan xxx ) - rather than the old manual port-channel configuration method (though I think thats been true for a while) - you may also need to have a particular code-release as minimum on the WISM - we keep ours to latest stuff due to things like 802.11n - 7.0.x.x on ours for a while now Alan: Yeah. I found about the change to the control syntax the hard way. I guess those changes were introduced in 12.2SXF, but both the old and new config styles were supported until at least 12.2(33)SXH5. I didn't see anything in the 12.2SXI release notes about the old control syntax finally being deprecated. It would have been nice if Cisco mentioned that in the release notes and saved me a few hors of pointless work at o'dark-thirty the other night ;) jms ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] sup2T software & release notes have hit
Hi, On Mon, Jul 18, 2011 at 03:20:47PM -0400, Jeff Kell wrote: > You can probably "play" Dike Nukem Forever on Modular IOS by the > time they finish adding bells and whistles to it. Now *that* would be an interesting feature - a nice nvidia graphics engine on board of the Sup-2T, being used to speed up BGP calculations. *That* would be a fast route server... (and you could hook up a monitor and play Duke :-) ). Mmmh. GPU based forwarding? Build a high-end 10Gbit router using $1000 PC parts? Tempting... :-) gert -- USENET is *not* the non-clickable part of WWW! //www.muc.de/~gert/ Gert Doering - Munich, Germany g...@greenie.muc.de fax: +49-89-35655025g...@net.informatik.tu-muenchen.de pgpdwjRIRbbhG.pgp Description: PGP signature ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] sup2T software & release notes have hit
On 7/18/2011 3:12 PM, Gert Doering wrote: > Hi, > > On Mon, Jul 18, 2011 at 08:17:56PM +0200, Asbjorn Hojmark - Lists wrote: >> Sup2T will have IOS-XE Sometime Later(TM). > > "There will be modular IOS for 6500!!" > > Call me unconvinced. > > ... I'll go and play Duke Nukem Forever in the meantime... You can probably "play" Dike Nukem Forever on Modular IOS by the time they finish adding bells and whistles to it. Jeff ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] sup2T software & release notes have hit
Hi, On Mon, Jul 18, 2011 at 08:17:56PM +0200, Asbjorn Hojmark - Lists wrote: > Sup2T will have IOS-XE Sometime Later(TM). "There will be modular IOS for 6500!!" Call me unconvinced. ... I'll go and play Duke Nukem Forever in the meantime... gert -- USENET is *not* the non-clickable part of WWW! //www.muc.de/~gert/ Gert Doering - Munich, Germany g...@greenie.muc.de fax: +49-89-35655025g...@net.informatik.tu-muenchen.de pgpQJmf23W1fS.pgp Description: PGP signature ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] sup2T software & release notes have hit
> XE is what the rumors told me the Sup2T would be based upon, but > IOS versions like "12.2(50)SY" very much sound like IOS-trains. It is IOS. Sup2T will have IOS-XE Sometime Later(TM). -A ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
[c-nsp] setting caller ID on sip calls (Cisco iad 2400)
Hi, I’m trying to set the outbound caller ID correctly when placing a call from a Cisco IAD 2400. I have the following dial-peer entry dial-peer voice 803 voip description "E911 calling" translation-profile outgoing STRIP9 destination-pattern 9911 session protocol sipv2 session target ipv4:a.b.c.d codec g711ulaw clid network-number 772-555-1212 ! When I dial, a different number (the main number is injected. Does this overid the Caller ID data or if not is there a way to accomplish this? I found the CLID entry in the command reference guide but was a little confused about number stripping or other bits that might need to be set. Any pointers would be appreciated. Thank you Scott ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
[c-nsp] finding unicast flooding in Wireshark sniff
I've got several L2TP tunnels hitting a Cisco 7201 and am trying to use Wireshark to determine what inside my tunnel responsible queue drops on one of interface responsible for the L2TP termination. I inserted a Wireshark laptop in a hub between the LAC and the LNS, and I got a good 24 hour sniff of L2TP traffic. (A broadcast filter is on the router, so I strongly suspect unicast garbage is flooding my L2TP tunnels. I am trying to make a case for a good carrier grade switch that supports the UUFB feature) I'm relatively new to Wireshark and could use some suggestions on how to determine what is responsible for the traffic spikes in the IO graph. I sorted the traffic by protocol hierarchy and found 99% of it inside the Ethernet / IP section is TCP, so I know that it's application level traffic. I'm hoping to narrow this down a bit more and find the smoking gun. Any ideas where to start? I feel like I'm poking around here and could use any pointers or suggestions others might have. Ideally, I could make one "find unidentified unicast" filter and scan a big file for that characteristic. -- Also on LinkedIn? Feel free to connect if you too are an open networker: scubac...@gmail.com ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] 1841 dumps to rommon only on power failure
I've seen rommon updates that deal with flash access timing on a lot of the ISRs. Might be something to check out. Chuck On Jul 18, 2011 5:58 AM, "Henry-Nicolas Tourneur" < hntourn...@autempspourmoi.be> wrote: > I would say: your issue sounds to be physical not software related. > Probably there's some weird happening on your power circuit when it goes > down, otherwise you should have the same issue with the power switch. > Since it's hard to say what happens when your power source goes down, it'll > be hard for us to tell you the exact cause. > > You should try to reproduce the conditions of the power cut, if the power > switch doesn't work, try shutting down your fuse, if possible. > When you succeed to reproduce the conditions, try moving your router to > another location and see if it behave the same way. > If it does, then your router might be faulty, if it doesn't, then you might > have an issue with your power circuit. > > Hope it helps, > > -Original Message- > From: cisco-nsp-boun...@puck.nether.net > [mailto:cisco-nsp-boun...@puck.nether.net] On Behalf Of Vinny Abello > Sent: lundi 18 juillet 2011 5:58 > To: cisco-nsp@puck.nether.net > Subject: [c-nsp] 1841 dumps to rommon only on power failure > > Got an interesting problem I thought someone else might have > experienced. I have an 1841 in my home that I've used for a while. > Recently (probably within the past year) I noticed that when it looses > power, the next time it powers on it doesn't boot properly and just gets > dumped to rommon. This problem may have existed far longer as it used to > be on a UPS, but now is just on a surge protector. I know what everyone > is going to say, your config registers aren't set properly... Well, yes > they are. I've verified the config register being 0x2102 a dozen times > now and even reset it a few times to be sure. The odd thing about this > is if I simply reboot it again, it starts fine. Even if I power cycle it > with the rocker switch it boots up fine. I literally cannot reproduce > the problem by powering it off and back on, yet every time there is a > power failure, it fails to load IOS and a reboot is the quick fix. This > kind of stumped me having used Cisco routers and switches of all types > for many many years now. The only thing I could think of is that somehow > the lack of power for an extended period is causing it. Could this > behavior be caused by the battery on the main board being too low of > voltage? I think it was rated for 3.3 volts and measuring slightly over > 3 volts but my memory may be foggy on that. Any other thoughts (other > than put it on a UPS like it used to be)? :) > > Thanks for any thoughts... > > -Vinny > ___ > cisco-nsp mailing list cisco-nsp@puck.nether.net > https://puck.nether.net/mailman/listinfo/cisco-nsp > archive at http://puck.nether.net/pipermail/cisco-nsp/ > > ___ > cisco-nsp mailing list cisco-nsp@puck.nether.net > https://puck.nether.net/mailman/listinfo/cisco-nsp > archive at http://puck.nether.net/pipermail/cisco-nsp/ ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] sup2T software & release notes have hit
On 12/07/11 00:25, Saku Ytti wrote: I don't see any reason why technically you couldn't just rip out DFC from 6708 and run it as centralized card. Maybe the DFC itself is soldered in making this unpractical or maybe centralized performance was deemed by BU unmarketable. My understanding was it's a fairly trivial physical issue which the 6716 doesn't have. I didn't investigate further because we don't have any 6708. ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] 1841 dumps to rommon only on power failure
I would say: your issue sounds to be physical not software related. Probably there's some weird happening on your power circuit when it goes down, otherwise you should have the same issue with the power switch. Since it's hard to say what happens when your power source goes down, it'll be hard for us to tell you the exact cause. You should try to reproduce the conditions of the power cut, if the power switch doesn't work, try shutting down your fuse, if possible. When you succeed to reproduce the conditions, try moving your router to another location and see if it behave the same way. If it does, then your router might be faulty, if it doesn't, then you might have an issue with your power circuit. Hope it helps, -Original Message- From: cisco-nsp-boun...@puck.nether.net [mailto:cisco-nsp-boun...@puck.nether.net] On Behalf Of Vinny Abello Sent: lundi 18 juillet 2011 5:58 To: cisco-nsp@puck.nether.net Subject: [c-nsp] 1841 dumps to rommon only on power failure Got an interesting problem I thought someone else might have experienced. I have an 1841 in my home that I've used for a while. Recently (probably within the past year) I noticed that when it looses power, the next time it powers on it doesn't boot properly and just gets dumped to rommon. This problem may have existed far longer as it used to be on a UPS, but now is just on a surge protector. I know what everyone is going to say, your config registers aren't set properly... Well, yes they are. I've verified the config register being 0x2102 a dozen times now and even reset it a few times to be sure. The odd thing about this is if I simply reboot it again, it starts fine. Even if I power cycle it with the rocker switch it boots up fine. I literally cannot reproduce the problem by powering it off and back on, yet every time there is a power failure, it fails to load IOS and a reboot is the quick fix. This kind of stumped me having used Cisco routers and switches of all types for many many years now. The only thing I could think of is that somehow the lack of power for an extended period is causing it. Could this behavior be caused by the battery on the main board being too low of voltage? I think it was rated for 3.3 volts and measuring slightly over 3 volts but my memory may be foggy on that. Any other thoughts (other than put it on a UPS like it used to be)? :) Thanks for any thoughts... -Vinny ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/ ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] sup2T software & release notes have hit
hi, i raised a few questions regarding the current release notes and sup2T documentation and the doc is now edited to make clear the legacy PVST and what the Sup2T supports. alan ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] 1841 dumps to rommon only on power failure
On Mon, 2011-07-18 at 08:19 +0300, techt...@gmail.com wrote: > Please share your config and dir command for your flash, it's probably > related to the location of the image file. Hmm... It's sad that when Vinny actually took precautions to avoid answers like these they still appear. Please re-read the original mail. On Sun, 2011-07-17 at 23:58 -0400, Vinny Abello wrote: ... > I know what everyone is going to say, your config registers aren't set > properly... Well, yes they are. I've verified the config register > being 0x2102 a dozen times now and even reset it a few times to be > sure. The odd thing about this is if I simply reboot it again, it > starts fine. Even if I power cycle it with the rocker switch it boots > up fine. I literally cannot reproduce the problem by powering it off > and back on, yet every time there is a power failure, it fails to load > IOS and a reboot is the quick fix. ... I can't see how configurations details would help. Unless this is a "feature" of course. I'm afraid I have nothing to add to the problem itself though. -- Peter ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
