Re: [c-nsp] ME-3600X IOS 15.4(3)S2 (or other) stability

2015-08-13 Thread Mark Tinka
On 13/Aug/15 23:58, Eric Louie wrote: > We're getting new switches shipped with that code and have been running > 15.2(4) with great success. However, that old code is 3 years old, and > management is asking what the latest stable code is. I don't think my management have ever asked for the la

Re: [c-nsp] CSR1000V and CPU usage

2015-08-13 Thread Mark Tinka
On 13/Aug/15 16:35, Steve Glendinning wrote: > In this application how low bandwidth license can you get away with in > practice? Do the bandwidth license limits apply to both routed > traffic and control-plane traffic (such as RR BGP updates)? Well, we wanted to have 8GB of RAM (which was the

[c-nsp] Configuration missing after upgraded IOS router 7600 from 12.2(33)SRD3 to SRE10.

2015-08-13 Thread Plawansai RMUTT CPE IX
Such as: (config)#mls ip multicast flow-stat-timer 9 Warning: This command is no longer supported. snmp-server enable traps ethernet cfm alarm ip nat inside source list 114 pool pool_vrf_DR vrf DR ip nat inside source static 172.16.76.66 10.10.58.1 vrf MR https://supportforums.cisco.com/sites/de

Re: [c-nsp] MPLS router-ID

2015-08-13 Thread Paul
LDP transport-address is the address of which you tell the neighbor on that interface to send packets. (such as defaults to the router id, like a loopback) If the loopback, or the router id of the router you are on is not present in the IGP on other routers, you use the transport-address to t

[c-nsp] ME-3600X IOS 15.4(3)S2 (or other) stability

2015-08-13 Thread Eric Louie
We're getting new switches shipped with that code and have been running 15.2(4) with great success. However, that old code is 3 years old, and management is asking what the latest stable code is. Can anyone vouch for a good stable recent version of IOS for the ME-3600X? thanks Eric

Re: [c-nsp] CSR1000V and CPU usage

2015-08-13 Thread Pshem Kowalczyk
On Fri, 14 Aug 2015 at 02:36 Roland Dobbins wrote: > On 13 Aug 2015, at 20:05, Mark Tinka wrote: > > > That's what we do. Works like a charm, over 12x months now. > > Yes, that's a perfect application for it. > > Horses for courses :-) We have found some applications for it as well: 1. Simplific

Re: [c-nsp] CSR1000V and CPU usage

2015-08-13 Thread Pshem Kowalczyk
Hi, The bandwidth is assessed as a sum on ingress: http://www.cisco.com/c/en/us/td/docs/routers/csr1000/software/configuration/csr1000Vswcfg/licensing.html#pgfId-997645 My unscientific experiments seem to indicate that the control plane traffic is probably not counted towards the licensed bandwid

Re: [c-nsp] CSR1000V and CPU usage

2015-08-13 Thread Pshem Kowalczyk
For completness, this is what we use to get higher performance out of CSR1000v on ESX: 1. Set Latency Sensitve to High ( http://www.vmware.com/files/pdf/techpaper/latency-sensitive-perf-vsphere55.pdf ) 2. ethernetX.coalescingScheme = "disable" (for all interfaces on the VM) 3. Pin down memory and

Re: [c-nsp] CSR1000V and CPU usage

2015-08-13 Thread Pshem Kowalczyk
Hi, Currently we push only a small amount of bandwidth right now - the 2.5G was during initial testing when we're assessing the performance and scalability. At this stage the statistics looks like this: #show platform software status control-processor RP0: online, statistics updated 0 seconds ag

Re: [c-nsp] Utility to identify orphaned ACLs and such?

2015-08-13 Thread Hank Nussbacher
At 11:21 13/08/2015 -0400, Jared Mauch wrote: On Thu, Aug 13, 2015 at 09:37:34AM -0400, Jared Mauch wrote: > Cisco really needs to implement a 'show config dead' or similar type > command that displays all these orphaned policies. > > I have a hard enough time with cisco parsing their

Re: [c-nsp] Utility to identify orphaned ACLs and such?

2015-08-13 Thread Jared Mauch
On Thu, Aug 13, 2015 at 09:37:34AM -0400, Jared Mauch wrote: > Cisco really needs to implement a 'show config dead' or similar type > command that displays all these orphaned policies. > > I have a hard enough time with cisco parsing their own > configs though I can't push on this now,

Re: [c-nsp] CSR1000V and CPU usage

2015-08-13 Thread Steve Glendinning
> > Mostly folks were using these for Route reflectors I think. > > That's what we do. Works like a charm, over 12x months now. In this application how low bandwidth license can you get away with in practice? Do the bandwidth license limits apply to both routed traffic and control-plane traffic (

Re: [c-nsp] CSR1000V and CPU usage

2015-08-13 Thread Roland Dobbins
On 13 Aug 2015, at 20:05, Mark Tinka wrote: > That's what we do. Works like a charm, over 12x months now. Yes, that's a perfect application for it. --- Roland Dobbins ___ cisco-nsp mailing list cisco-nsp@puck.nether.ne

Re: [c-nsp] putty SSH errors on IOS-XR 5.1.1

2015-08-13 Thread Mark Tinka
On 13/Aug/15 15:44, Jared Mauch wrote: > You really need to look at 5.3.1 as that fixes a lot of the SSH defects > that were in 5.1.x. We identified quite a number of defects such as if two > people > were logged in at the same time (eg: rancid, someone else) you would not be > able to l

Re: [c-nsp] putty SSH errors on IOS-XR 5.1.1

2015-08-13 Thread Jared Mauch
On Thu, Aug 06, 2015 at 11:12:20AM +0200, Lukas Tribus wrote: > Hi, > > > >> Hello, > >> > >> I've got a pair of new ASR-9904 routers running IOS-XR 5.1.1 > [...] > >> When a lot of data is being sent at once from the router to my client, > >> putty will disconnect and give me the error: "Disconn

Re: [c-nsp] Utility to identify orphaned ACLs and such?

2015-08-13 Thread Jared Mauch
Cisco really needs to implement a 'show config dead' or similar type command that displays all these orphaned policies. I have a hard enough time with cisco parsing their own configs though I can't push on this now, perhaps someone else can? - Jared On Thu, Aug 06, 2015 a

Re: [c-nsp] CSR1000V and CPU usage

2015-08-13 Thread Mark Tinka
On 13/Aug/15 14:32, Roland Dobbins wrote: > Unsolicited, but well-intentioned, well-informed advice <> naysaying. Well, the operative word in CSR1000v is Cloud - so my guess is more folk are (quietly) using them in the data centres to add routing to their VM's. Mark. __

Re: [c-nsp] CSR1000V and CPU usage

2015-08-13 Thread Mark Tinka
On 13/Aug/15 14:07, Nick Cutting wrote: > There were some discussions on here a few weeks/months back about some best > practices for running these devices. I think it was Pshem who shared some tweaks to ESXi to improve performance. > > Mostly folks were using these for Route reflectors I thi

Re: [c-nsp] CSR1000V and CPU usage

2015-08-13 Thread Roland Dobbins
On 13 Aug 2015, at 19:18, Nick Cutting wrote: > And he received naysayers, rather than real world statistics. Unsolicited, but well-intentioned, well-informed advice <> naysaying. --- Roland Dobbins ___ cisco-nsp mailin

Re: [c-nsp] CSR1000V and CPU usage

2015-08-13 Thread Nick Cutting
And he received naysayers, rather than real world statistics. I agree, we are both irrelevant here. -Original Message- From: cisco-nsp [mailto:cisco-nsp-boun...@puck.nether.net] On Behalf Of Roland Dobbins Sent: 13 August 2015 13:16 To: cisco-nsp@puck.nether.net Subject: Re: [c-nsp] CSR

Re: [c-nsp] CSR1000V and CPU usage

2015-08-13 Thread Roland Dobbins
On 13 Aug 2015, at 19:07, Nick Cutting wrote: Mostly folks were using these for Route reflectors I think. The OP of this thread specifically stated he was using it as an edge device, however. --- Roland Dobbins ___

Re: [c-nsp] CSR1000V and CPU usage

2015-08-13 Thread Nick Cutting
There were some discussions on here a few weeks/months back about some best practices for running these devices. Mostly folks were using these for Route reflectors I think. -Original Message- From: cisco-nsp [mailto:cisco-nsp-boun...@puck.nether.net] On Behalf Of Roland Dobbins Sent: 13

Re: [c-nsp] CSR1000V and CPU usage

2015-08-13 Thread Roland Dobbins
On 13 Aug 2015, at 18:30, Robert Hass wrote: > Everyone know that it's faster but not everybody needs so huge performance. Until it gets packeted. --- Roland Dobbins ___ cisco-nsp mailing list cisco-nsp@puck.nether.net

Re: [c-nsp] CSR1000V and CPU usage

2015-08-13 Thread Robert Hass
> We use the CSR1000V on ESX as well. Can you show me how much CPU usage you currently has ? show processes cpu platform sorted | exclude 0% 0% 0% show platform software status control-processor show platform hardware qfp active datapath utilization sh int | inc rate What features you'

Re: [c-nsp] CSR1000V and CPU usage

2015-08-13 Thread Robert Hass
My goal is max 1G-2G. I can move CSR to 36-cores Xeon server without problem... I'm looking for real users not discussion than HW/NP is better than SW. Everyone know that it's faster but not everybody needs so huge performance. If I need performance I can order MX5/MX80/MX104 or some ASR. Rob O

Re: [c-nsp] CSR1000V and CPU usage

2015-08-13 Thread Roland Dobbins
On 13 Aug 2015, at 15:21, Adam Vitkovsky wrote: Although I agree, some Quagga users routing 20Gbps and several full internet feeds through their boxes would argue. I doubt this; especially when it's 20gb/sec of 64-byte packets directed at the router's own interfaces. ---

Re: [c-nsp] MPLS router-ID

2015-08-13 Thread Mohammad Khalil
I lapped it up and the source of the hello messages will be the IP assigned on the physical address , but when the session comes up , the TCP source from my side will be the transport-address BR, Mohammad From: eng_m...@hotmail.com To: jwbens...@gmail.com; cisco-nsp@puck.nether.net Subject: RE

Re: [c-nsp] MPLS router-ID

2015-08-13 Thread Mohammad Khalil
What is so weird is that I have configured the mpls ldp discovery transport-address x.x.x.x and am still seeing the ldp hello messages from my side sourced from the physical IP address , why? BR, Mohammad

Re: [c-nsp] CSR1000V and CPU usage

2015-08-13 Thread Adam Vitkovsky
Hi Roland, > Roland Dobbins > Sent: 12 August 2015 21:35 > > On 13 Aug 2015, at 1:24, Robert Hass wrote: > > > I deployed Cisco CSR 1000V as edge router in DataCenter. > > Deploying any variety of software-based router at one's edges is a > mistake, and has been for many years. > Although I agree,