Re: [c-nsp] Metro E best practices

Steve, We are all human and can tend to go off on someone especially when bad things happen. I've been in your shoes before and I can certainly understand your side. It shows you are a man of good character by posting this publicly. Thanks for the links, I am sure I will learn some stuff I didn

Re: [c-nsp] "Enhanced" download procedure - better workaround, for some :)

Ryan West wrote: >I ran into a little trouble with your script at first, >I was going to download now, rather than the cart and >it wasn't matching the page. I changed the included page to >http://tools.cisco.com/support/downloads/go/DownloadCart.x* >and now it matches for both download now an

Re: [c-nsp] "Enhanced" download procedure - better workaround, for some :)

Stig, I ran into a little trouble with your script at first, I was going to download now, rather than the cart and it wasn't matching the page. I changed the included page to http://tools.cisco.com/support/downloads/go/DownloadCart.x* and now it matches for both download now and add to cart ->

Re: [c-nsp] Metro E best practices

Richey, I am very sorry. My response is not typical of my normal actions. I've had a significant tragedy happen, and I completely took it out on you. This is no excuse, but nonetheless. There are no words that can describe how bad that I feel. If words could describe it, they would be "ashamed",

Re: [c-nsp] "Enhanced" download procedure - better workaround, for some :)

Jared Mauch wrote: >fileName":"s72033-advipservicesk9-mz.122-33.SXI2a.bin" >filePath":"/swc/esd/03/crypto/3DES/281569550/contract" >ftpServerName":"download-sj.cisco.com" I was working on a greasemonkey-script for emulating the Java-applet, but hit a couple of snags concerning binary output, so I

[c-nsp] CSS Operation description needed

I ___ 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] CSS Operation description needed

Sorry for the false-start.   I have an emergency request for CSS config and practically no exposure to this platform.   General description:  customer has web server that can't handle load.  Server resides in DMZ where ASA provides access and NAT conversion to private address.  To reduce the amo

Re: [c-nsp] Gut check needed - QoS

Hey there Paul, I have considered that, but I do have some clients that are not on my voice platform (yet) and I need to match by ports. With RTP being mostly in that range, I needed to cover all my boxes as I have some that NBAR doesn't seem to work. So you can see my dilemma with that as I wante

Re: [c-nsp] Need help troubleshooting CRC errors

Hi, On Thu, Sep 17, 2009 at 10:39:21AM -0400, Steven Pfister wrote: > that pretty much every one of them is showing what I think is a > rather high receive error count on the 3640 end of the OC3 connection, > and it all seems to be CRC errors. Not much of any errors are > showing up on the 8510 en

[c-nsp] CISCO SOHO 96 ISDN Issue

Good Day, I have a problem with a client's CISCO SOHO 96 router, it is supposed to be used for ISDN DOD (Dial On Demand), but the problem is the ADSL RXD and TXD link light keep blinking and I get the following log on the console: DSL: connection has reached max retries toggle to other mode

Re: [c-nsp] Metro E best practices

Wow, I bet that made you feel strong and powerful. I did some searches but most everything I keep turning up is marketing speak. As to re-tasking some routers that are no longer in use, are you kidding me? Am I the only one that finds it wasteful to take a perfectly good box and change it's role

[c-nsp] max-reserved-bandwidth question

All, I realise there are more posts out there about max-reserved-bandwidth than you can shake a stick at, but could anyone help me with this please...? Does the 25% only kick in during times of congestion, and which traffic does it really contain? I'm using 12.4 Mainline and if several source

Re: [c-nsp] Gut check needed - QoS

Hi Graham... That should work just fine... One minor thing to note by matching UDP port ranges.. any traffic (not just RTP) that hits those ranges will get priority .. typically not a big thing but worth mentioning. In my earlier posting, I was actually matching by the IP blocks where the softsw

Re: [c-nsp] Graphing specefic traffic

Then if this is for short term, why not just use a sniffer? Arie From: Mohammad Khalil [mailto:eng_m...@hotmail.com] Sent: Thursday, September 17, 2009 18:58 To: Arie Vayner (avayner); cisco-nsp@puck.nether.net Subject: RE: [c-nsp] Graphing specefic traffic No Arie its a short term but it

Re: [c-nsp] "Enhanced" download procedure

The following might be of interest as a workaround. Create a bookmark in your favorite browser and add the following in the Location/URL field (all as one line): javascript:eval('dlf_cart=' + cartData); for (dlf_i = 0; dlf_i < dlf_cart["goodCartContent"].length; dlf_i++) {dlf_curcartpos = dlf