Re: [c-nsp] async HWIC to female rj45?
On Fri, Nov 30, 2012 at 01:13:46PM +0100, Gert Doering wrote: Hi, On Fri, Nov 30, 2012 at 02:07:57PM +0200, Saku Ytti wrote: It's confusing Cisco does not sell these. I don't want to end up having octopus + dongle + cat5. What we did was: get octopus, intern, crimp equipment, put octopus cable on patch panel. The other option is to get a back to back rj-45 patch panel random example: http://www.excel-networking.com/catalogue/copper/category-5e/patch-panels/category-5e-unscreened-rj45-rj45-through-coupler-panels---black/ I used to use them a lot for demarcs in pops, tell the colo vendor to deliver the cross connect to Port X and that was usually prepatched to the appropriate Edge device. Colin -- Colin Whittaker +353 (0)86 8211 965 http://colin.netech.ie co...@netech.ie ___ 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] Nexus 7K NX-OS Upgrade
On Sat, Nov 17, 2012 at 05:28:48PM -, Antonio Soares wrote: Another long night... The upgrade of one Nexus was completely clean, the second one was a nightmare. One M1-32XP card remained in the state powered-up forever... The reload didn't make it work, neither the re-seat or even the NX-OS downgrade... Had to open a P1 TAC case and then the engineer said it was a faulty card. Got the replacement but had to delay the installation 48 hours. Anyone has have bad experiences with this M1 type of cards card lately ? It's the second one that gets faulty in less than a year. It seems the MTBF is inversely proportional to the price :( Upgrade cycles tend to flush out latent faults in the linecards. When doing upgrades it is best to have spare cards on hand to handle those that fail. The failure rate on the M1 cards has gotten a lot better over the last two years. Gone are the days of 20% of the cards being DOA. Colin -- Colin Whittaker +353 (0)86 8211 965 http://colin.netech.ie co...@netech.ie ___ 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] ASA vs ISR ZBFW
On Fri, Sep 09, 2011 at 05:23:59PM +0200, Gert Doering wrote: 1) It now does dynamic routing (RIP, OSPF, EIGRP) ... but still no BGP, which is undoubtly *the* routing protocol that you want to use if you don't trust your neighbours (due to much better filtering support) - and firewall environment is usually all about not trusting. This exact limitation is why everytime I deploy firewalls these days there tends to be some form of L3 switch on either side just so I have something to run BGP on and just do eBGP multihop across the ASA. Colin -- Colin Whittaker +353 (0)86 8211 965 http://colin.netech.ie co...@netech.ie ___ 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] Galvanic eletrical / optical fiber switchers for lab. Anyone know where to buy???
I have a lot of positive experience with the MRV MCC family of managed cross connects. http://www.mrv.com/tap/physical-layer/ They have cli and snmp management options and our supported by a bunch of lab management systems to give nice drag and drop topology builders. -- Colin Whittaker +353 (0)86 8211 965 http://colin.netech.ie co...@netech.ie ___ 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] 3750 Software Joy
On Fri, Nov 12, 2010 at 02:38:10PM -0600, Sean Granger wrote: show switch detail : Switch# Role Mac Address Priority Version State -- 1 Member 588d.0967.1400 1 2 Version Mismatch 2 Member 588d.099f.2500 1 2 Version Mismatch 3 Member 001d.45e3.da00 1 0 Ready *4 Master 0022.55f6.f180 1 0 Ready Switch 3 and 4 are WS-C3750G-12S-E, 4 being the stack master. Switch 1 and 2 are WS-C3750X-48T-S _ show version : Switch Ports Model SW VersionSW Image -- - - ---- 1 0 WS-C3750X-48 12.2(53)SE2 C3750E-UNIVERSALK9-M 2 0 WS-C3750X-48 12.2(53)SE2 C3750E-UNIVERSALK9-M 3 12WS-C3750G-12S 12.2(52)SEC3750-IPSERVICESK9-M *4 12WS-C3750G-12S 12.2(52)SEC3750-IPSERVICESK9-M Your issues is probbly being on 52SE versus 53SE2, can you downgrade the X's to 52SE or upgrade the existing stack to 53SE2 and things should work. Colin -- Colin Whittaker +353 (0)86 8211 965 http://colin.netech.ie co...@netech.ie ___ 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] How to use unsupported gbics in Nexus gear
On Sun, Oct 31, 2010 at 08:46:16AM -0500, chris stand wrote: Hello, I know there is an IOS command to allow the use of unsupported gbics , Does anyone know if this exists in NX OS ? service unsupport-transceiver exists on nxos as well. I have it enabled on both 4.2(4) and 5.0(2a) 7k's because otherwise they object to genuine cisco optics. I have assumed it is just the vendor locking code not being correct. Colin -- Colin Whittaker +353 (0)86 8211 965 http://colin.netech.ie co...@netech.ie ___ 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] C3750E routing jumbo frames
On Wed, Jul 07, 2010 at 05:09:41PM -0500, David DeSimone wrote: My only guess is that the jumbo MTU routing attribute somehow isn't applied to the VLAN when the router is initially configured, because there are currently no ports showing link in the VLAN, so the VLAN is invisibly admin down until a server is eventually plugged in. It seems that I have to reissue the mtu routing 9000 setting in order to get that VLAN to inherit the correct routing MTU setting. But I'm just guessing. Anyone else seen this? Have you tried rebooting the switch acting as a router. In my experience about 20% of the boxes we enabled jumbo routing on would not work quite right until after a reboot. This is something that was solved by just reloading the switch after configuring the routing mtu in addition to the reload after configuring the layer2 mtu. Colin -- Colin Whittaker +353 (0)86 8211 965 http://colin.netech.ie co...@netech.ie ___ 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] how many config parsers does IOS need
On Mon, Jun 21, 2010 at 02:11:38PM -0400, Jared Mauch wrote: The variances between the startup-config parser and the operational parser introduce these breakages in part. I found an interesting bug with 12.2(52)SE where a config that applies perfectly if applied via copy tftp://... running-config but if it is loaded via tftp during auto install some commands will fail to parse. Terrifying that there is more than one config parser available when loading config. Colin -- Colin Whittaker +353 (0)86 8211 965 http://colin.netech.ie co...@netech.ie ___ 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] Need recommendation for Cisco layer 3 GIG switch
On Mon, Apr 05, 2010 at 07:40:07PM +0200, ?ukasz Bromirski wrote: I was looking at picking up a Cisco 3550-12G for an upcoming project (to use as a layer 3 distribution switch with 3550's hanging off it) however my application requires DC power and the 3550-12G is only AC. Can anyone recommend an equivalent/better switch? Some extra options: The WS-C3750G-12S-SD has 12 SFP ports and is DC powered and stackable WS-C3560E-12SD-S has 12x sfp and 2x X2 and can take DC power supplies Colin -- Colin Whittaker +353 (0)86 8211 965 http://colin.netech.ie co...@netech.ie ___ 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] 10G capable switches
3560E - basically the same switch with two X2 ports Colin On Thu, Mar 11, 2010 at 09:46:48AM +0100, Andy B. wrote: Hi, We currently have multiple 3560G switches with 4x 1G Port-channel to the core to connect our customers. With increasing bandwidth demands, 1G Port-channels are no longer what we require. I would need something similar to 3560G with 1 or 2 10G ports (XFP, Xenpak, whatever) and 24 RJ45 ports. RJ45 is not a necessity, but it makes connecting individual servers/end customers easier. What would you recommend? Andy ___ 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/ -- Colin Whittaker +353 (0)86 8211 965 http://colin.netech.ie co...@netech.ie ___ 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] Xconnect on Portchannel interface [EoMPLS]
On Thu, Oct 29, 2009 at 08:58:17AM +1000, David Hughes wrote: This is the configuration we use. N * GigE port based xconnect on the south side of the PE router and configure the port-channel on the ce device. Our PEs are multi 10GE attached. This has worked very well for us. Only problem is picking up loss of link at the far end. You really have no choice but to rely on aggressive udld to pick up the circuit loss and take it out of the port-channel. But, in our case the end systems are 6500s so you can't do fast udld timers.You may have ~~ 1sec reconvergence at L3 but an L2 issue over a pw takes about 20 seconds to be picked up by udld. Would fast rate LACP help here. Should be able to get lacp to notice that the link is missing in 5 seconds Colin -- Colin Whittaker +353 (0)86 8211 965 http://colin.netech.ie co...@netech.ie ___ 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] Enclosed rack with filtered air
On Sat, Oct 03, 2009 at 10:37:28AM -0500, scott owens wrote: Hello, I need to put two 6509s in a non-clean warehouse. I thought I could just put them in a standard rack with some AC filters attached to the bottom and let the air get pulled out of the top. However the rack is not airtight enough and I am getting a lot of drywall/dust in the rack and switches. Anyone here know where / how to find a semi-sealed enclosed rack with filtered forced air ? We have some units that are completely closed loop for putting in such environments. http://www.pacific-secureit.com/smartbunker.htm I believe ours were ordered from http://www.mainlinecomputer.com/ Colin -- Colin Whittaker +353 (0)86 8211 965 http://colin.netech.ie co...@netech.ie ___ 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] LLDP between a 6500 and a 3750
Having a wierd issue with LLDP between a 6500 and a 3750 There are two gig links which are in a port channel. The 6500 (r2 below) sees a lldp neighbor on both ports but the 3750 only shows the 6500 being a neighbor on the port which it has most recently received an update. This is breaking some of our automated tests to make sure switches have been correctly cabled which we are trying to make more multivendor capable. Has anyone seen anything like this before. r2#sh lldp neighbors Capability codes: (R) Router, (B) Bridge, (T) Telephone, (C) DOCSIS Cable Device (W) WLAN Access Point, (P) Repeater, (S) Station, (O) Other Device ID Local Intf Hold-time Capability Port ID acc-sw Gi3/9 120Gi2/0/1 acc-sw Gi3/10 120Gi2/0/2 acc-sw#sh lldp neighbors Capability codes: (R) Router, (B) Bridge, (T) Telephone, (C) DOCSIS Cable Device (W) WLAN Access Point, (P) Repeater, (S) Station, (O) Other Device ID Local Intf Hold-time Capability Port ID r2 Gi2/0/160 R desc Total entries displayed: 2 acc-sw#sh lldp neighbors Capability codes: (R) Router, (B) Bridge, (T) Telephone, (C) DOCSIS Cable Device (W) WLAN Access Point, (P) Repeater, (S) Station, (O) Other Device ID Local Intf Hold-time Capability Port ID r2 Gi2/0/260 R desc -- Colin Whittaker +353 (0)86 8211 965 http://colin.netech.ie co...@netech.ie ___ 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] PA-POS-1OC3 vs. PA-A3-OC3SMI
On Thu, Sep 18, 2008 at 01:07:20PM -0600, David Aldworth wrote: Hmm. Okay, so the PA-MC-T3 breaks the DS3 down to individual DS1's (T1's). Is there nothing equivalent at the OC3 level? The PA-MC-STM-1 does it for stm-1 and E1 circuits. not sure if there is an OC3 version David On Sep 18, 2008, at 12:58 PM, Justin M. Streiner wrote: On Thu, 18 Sep 2008, David Aldworth wrote: We are looking for a fully channelized OC3 interface for a Cisco 7200 VXR. Something that we can break individual T1's off of. In researching this there are two routes: PA-POS-1OC3 or PA-A3-OC3SMI. The first is SONET and the second is ATM. Other than price what is the difference? Which is needed? I don't believe either interface supports anything other than concatenated operation, i.e. a full 155 Mb/s interface; you can't break the OC3 into its component STS slots to break out DS3, CT3, T1, etc... Also, the interface you'd buy would be determined by the transport type. A POS OC3 interface might be able to physicall terminate a ATM OC3, but it won't be able do any of the ATM stuff. 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/ -- Colin Whittaker +353 (0)86 8211 965 http://colin.netech.ie [EMAIL PROTECTED] ___ 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] 10G Xenpak 'virgin' question
The Ciena is probably not doing auto negotiation. try speed nonegotiate on the interface and once it sees light it should bring the interface up. On Tue, Sep 09, 2008 at 10:41:31AM -0400, Jeff Kell wrote: We're trying to light up our first 10G Xenpak link, so far without success, so I'm looking for a quick sanity check. 3750G-16TD switch with an LR Xenpak [ours], trying to link to a Ciena [not ours] add/drop ONS. We had some marginal power levels trying to backhaul the circuit across campus, so we relocated the 3750 next to the fiber ingress and trying to get the link up directly connected with no luck. No link light (ever), not even a noise packet in the interface stats. The interface isn't shutdown. I've tried it P2P (no switchport) and trunk (switchport) and still nothing. Is there something obvious about a 10G interface configuration that I'm overlooking to get the thing to speak ? 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/ -- Colin Whittaker +353 (0)86 8211 965 http://colin.netech.ie [EMAIL PROTECTED] ___ 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] SSH Authoized Keys?
On Fri, May 09, 2008 at 04:59:52PM +0100, Phil Mayers wrote: I've never heard a good justification from Cisco as to why. Does anyone know if a bug/feature request was ever opened? The answer I have heard from Cisco is that doing so would place a runtime dependancy on the storage. It is reasonably safe to erase the nvram and format the flash on a running box. If your authorised keys file was on the flash or nvram then it failing would lock you out of the device. You could put the keys into the config but the config could get messy. Colin -- Colin Whittaker +353 (0)86 8211 965 http://colin.netech.ie [EMAIL PROTECTED] ___ 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] Video Backbone Design
On Tue, Oct 23, 2007 at 10:49:20AM +0800, Dracul wrote: Hi Justin, thanks for the quick reply. We're doing both. So throughput must be stable for a cisco switch and also when its stacked. We use 3750-12S as the distribution layer in our FTTH network which does both multicast and unicast video with about 100 channels/groups (4mbps on average maybe a tad higher). It will replicate multicast / route at wirespeed. Colin -- Colin Whittaker +353 (0)86 8211 965 http://colin.netech.ie [EMAIL PROTECTED] ___ 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] MPLS network on 3750 switches - ISIS or OSPF which is scalable?
On Mon, Oct 15, 2007 at 03:35:25PM +0300, Saku Ytti wrote: On (2007-10-15 11:25 +0200), Oliver Boehmer (oboehmer) wrote: I have approx. fifty 3750 switches and I have to implement MPLS network on that. You are talking 3750ME, right? regular 3750 don't support MPLS. Nor IS-IS, please please please get IS-IS supported there, I bet it's one #define away or close to that. It's quite annoying how cisco forces people to buy minimum of cat4k5 due to artificially limiting availability of SFP ports (new 3560E and 3750E do not have SFP model any more) and by not offering IS-IS The new 12 combo + 4 sfp port ME3400 units are a good replacement for the 3750-12S. Only real downside we have hit is the drop in the number of routes to 5k. Colin -- Colin Whittaker +353 (0)86 8211 965 http://colin.netech.ie [EMAIL PROTECTED] ___ 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] 6500 / 7600 output drops
On Mon, Apr 16, 2007 at 11:13:18AM -0400, Phil Bedard wrote: Are the blades DFC-equipped? No. BTW the two 6748 cards are the only cards in the chassis. -- Colin Whittaker +353 (0)86 8211 965 http://colin.netech.ie colin@(magnet|netech).ie ___ 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] 6500 / 7600 output drops
On Mon, Apr 16, 2007 at 05:09:34PM +0100, Phil Mayers wrote: That traffic rate should be well within the reach of a PFC-only system. Is that the only traffic going through the box? few hundred megs of other traffic at most. So yeah it really shouldn't be a big deal for the box. What do the various sh platform hardware capacity report, including forwarding, cpu, multicast and so forth? running SXE6 so that command does not exist. sh mls ip multicast statistics #sh mls ip multicast statistics MLS Multicast configuration and state: Counters last cleared Never Router Mac000f.35ef.e400 MLS multicast operating state ACTIVE Layer 3 Switching H/W VersionPFC III Maximum number of allowed outstanding message 20 Maximum size reached from feQ 163 Maximum size reached from screq 0 Feature Notification sent (simple/rtr-mac)1/2 Feature Notification Ack received 3 Unsolicited Feature Notification received 2 MSM sent/Received 4759235/4759235 Delete notifications received 0 sgc oif delete notifications received 0 Flow Statistics messages received 1988517 Restart Notification messages received0 Cleanup Send/Resp-rx seq number 0/0 TLV statistics TLV TYPE SENTACK NACK TRANSIT == Flow Install 631563150 0 Flow Delete616361630 0 Flow update4495617 4495617 0 0 Complete Flow Install 236623660 0 Complete Flow Delete 1 1 0 0 Input Vlan Delete 0 0 0 0 Input Secondary Vlan Delete0 0 0 0 Output Vlan Delete 0 0 0 0 Group Delete 0 0 0 0 Global Delete 0 0 0 0 Subnet Install 3021060 71 3020989 0 Subnet Delete 49 49 0 0 RP Update 0 0 0 0 RPDF Update0 0 0 0 Cleanup1 2 0 -1 MVRF Create0 0 0 0 MVRF Delete0 0 0 0 Create mdt 0 0 0 0 Delete mdt 0 0 0 0 Add Tx mdt 0 0 0 0 Del Tx mdt 0 0 0 0 Add Rx mdt 0 0 0 0 Del Rx mdt 0 0 0 0 Purge Tx mdt 0 0 0 0 P2P tunnel Add 0 0 0 0 P2P tunnel Del 0 0 0 0 TLV Error statistics === L2 entry not found error 0 Generic error 0 LTL entry not found error 0 MET entry not found error 0 L3 entry exists error 0 Hash collision error 0 L3 entry not found error 0 Bidir-RP not found error 0 Unable to find RPF for PVLAN flows error 0 SG existed with wrong RPF 0 SG existed with RPF interface mismatch0 Other statistics === Maximum size sc_reqQ can reach40 Maximum size feQ can reach60 #of queued ACKs/#of queued statistics/#FN 0/0/0 Replication mode changed:2 sh mls ip multicast summary #sh mls ip multicast summary 152 MMLS entries using 48288 bytes of memory Number of partial hardware-switched flows: 0 Number of complete hardware-switched flows: 152 Directly connected subnet entry install is enabled Hardware shortcuts for mvpn mroutes supported Current mode of replication is Ingress Consistency checker is enabled Bidir gm-scan-interval: 10 -- Colin Whittaker +353 (0)86 8211 965 http://colin.netech.ie colin@(magnet|netech).ie ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net