Re: [c-nsp] ME3600X - tunning the output queues

2013-03-26 Thread George Giannousopoulos
Hi Pshem, We have seen the same issue with the 3800x In our case we use the maximum allowed packet number queue-limit 2457 packets If I'm not mistaken, there are improvements coming to the default queue sizes with the 15.3 train George On Mon, Mar 25, 2013 at 4:25 AM, Pshem Kowalczyk

Re: [c-nsp] ipv6 route track

2013-03-26 Thread C P
Actually, all IOS releases that support SLAs and IPv6 support ipv6 route track. On Mon, Mar 25, 2013 at 5:16 AM, Tim Warnock tim...@timoid.org wrote: Afternoon, Is there an IOS that supports ipv6 route track? Thanks -Tim ___ cisco-nsp mailing list

[c-nsp] Sup2T - poor netflow performance

2013-03-26 Thread Jiri Prochazka
Hi, after replacing one of our old vs-s720-3cxl and 6708-3cxl combo for a new sup2t-xl and 6908-2txl I'm struggling with a really poor netflow performance. In fact, enhanced netflow capacity and capabilities were the major reasons for upgrade. On the old vs-s720-3cxl setup we have used

Re: [c-nsp] Sup2T - poor netflow performance

2013-03-26 Thread Gert Doering
Hi, On Tue, Mar 26, 2013 at 04:37:00PM +0100, Jiri Prochazka wrote: after replacing one of our old vs-s720-3cxl and 6708-3cxl combo for a new sup2t-xl and 6908-2txl I'm struggling with a really poor netflow performance. Ugh. I can't answer this - we have no Sup2T yet - but I would be very

[c-nsp] Rancid causing reload SUP2T 12.2.50-SY3

2013-03-26 Thread Peter Kranz
Had a 6506-E running redundant Sup2T's perform a failover from ACTIVE to HOT STANDBY yesterday with nothing showing in the logs right after the hourly RANCID collection completed. Running s2t54-advipservicesk9-mz.SPA.122-50.SY3.bin Anyone seen this? Peter Kranz Founder/CEO - Unwired Ltd

Re: [c-nsp] Sup2T - poor netflow performance

2013-03-26 Thread Sam
Hi Jiri, We didn't have any issue so far, make sure you set a threshold for your exporter with: flow hardware export threshold value Accordingly to Cisco doc: Since the amount of NetFlow data that can be collected by a system has increased dramatically with the Supervisor Engine 2T, it is

[c-nsp] multicast problem

2013-03-26 Thread Riccardo S
HiUsing PIM sparse-mode is there a way, on the randevouz point, to see which ip address has sent the register unicast packet to the radevouz point to register an available mcast flow ? With show ip mroute x.x.x.x I can’t see anything but the provider is telling me it’s sending the flow and I

Re: [c-nsp] multicast problem

2013-03-26 Thread Riccardo S
try to repeat in better format: Hi Using PIM sparse-mode is there a way, on the randevouz point, to see which ip address has sent the register unicast packet to the radevouz point to register an available mcast flow ? With show ip mroute x.x.x.x I can’t see anything but the provider is

Re: [c-nsp] Rancid causing reload SUP2T 12.2.50-SY3

2013-03-26 Thread Brielle Bruns
On 3/26/13 10:19 AM, Peter Kranz wrote: Had a 6506-E running redundant Sup2T's perform a failover from ACTIVE to HOT STANDBY yesterday with nothing showing in the logs right after the hourly RANCID collection completed. Running s2t54-advipservicesk9-mz.SPA.122-50.SY3.bin Anyone seen this?

Re: [c-nsp] Rancid causing reload SUP2T 12.2.50-SY3

2013-03-26 Thread heasley
Tue, Mar 26, 2013 at 12:53:47PM -0600, Brielle Bruns: On 3/26/13 10:19 AM, Peter Kranz wrote: Had a 6506-E running redundant Sup2T's perform a failover from ACTIVE to HOT STANDBY yesterday with nothing showing in the logs right after the hourly RANCID collection completed. Running

Re: [c-nsp] Rancid causing reload SUP2T 12.2.50-SY3

2013-03-26 Thread Tammy A Wisdom
It happened as rancid logged out I believe. Tammy Sent from my iPhone On Mar 26, 2013, at 13:04, heasley h...@shrubbery.net wrote: Tue, Mar 26, 2013 at 12:53:47PM -0600, Brielle Bruns: On 3/26/13 10:19 AM, Peter Kranz wrote: Had a 6506-E running redundant Sup2T's perform a failover from

[c-nsp] HSRP v2 on 3750G

2013-03-26 Thread Jeff Kell
Anyone doing HSRP v2 on a 3750G (IP Services) ? Bonus points if on a VRF SVI ? 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] ME3600X - tunning the output queues

2013-03-26 Thread Pshem Kowalczyk
Hi, We're running 15.3 already. We got the buffers to 2MB per service, but still see occasional tail drop. kind regards Pshem On 27 March 2013 02:26, George Giannousopoulos ggian...@gmail.com wrote: Hi Pshem, We have seen the same issue with the 3800x In our case we use the maximum allowed

Re: [c-nsp] HSRP v2 on 3750G

2013-03-26 Thread Phil Mayers
On 26/03/2013 20:59, Jeff Kell wrote: Anyone doing HSRP v2 on a 3750G (IP Services) ? Bonus points if on a VRF SVI ? My understanding is platform limitations make this difficult, in particular I think you can only have 1 HSRP group per SVI, so can't do IPv4 at the same time. IIRC it was

Re: [c-nsp] Rancid causing reload SUP2T 12.2.50-SY3

2013-03-26 Thread heasley
Tue, Mar 26, 2013 at 01:24:52PM -0600, Tammy A Wisdom: It happened as rancid logged out I believe. Assuming that rancid is not complaining about the collection failing, you are probably correct. If you use AAA accounting or command authorization, you might try disabling that. Its really the

Re: [c-nsp] Rancid causing reload SUP2T 12.2.50-SY3

2013-03-26 Thread A . L . M . Buxey
Hi, ...just wondering why its doing 'write term' at the endthat used to cause issues a while back on the old sup2's alan ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at

Re: [c-nsp] HSRP v2 on 3750G

2013-03-26 Thread Tóth András
If the question is whether it's supported, then yes. Support for HSRP Version 2 (HSRPv2) is available from 12.2(46)SE and later. VRF-aware HSRP support is available from 12.2(40)SE and later. HSRPv6 in IPBase is from 12.2(50)SE. From the config guide: Routers in an HSRP group can be any router

Re: [c-nsp] Rancid causing reload SUP2T 12.2.50-SY3

2013-03-26 Thread heasley
Tue, Mar 26, 2013 at 09:35:28PM +, a.l.m.bu...@lboro.ac.uk: Hi, ...just wondering why its doing 'write term' at the endthat used to cause issues a while back on the old sup2's One size fits all - though antiquities, not all IOS or models have show running.

Re: [c-nsp] Rancid causing reload SUP2T 12.2.50-SY3

2013-03-26 Thread Tóth András
That means the supervisor have crashed, reloaded and became the standby. You should look for crashinfo files on the bootflash: of the supervisor which have crashed (now standby). Looking into those crashinfo files you might either find some clue about the reason, or you can upload it to the Output

Re: [c-nsp] Sup2T - poor netflow performance

2013-03-26 Thread Dumitru Ciobarcianu
On 26-Mar-13 18:33 PM, Gert Doering wrote: Ugh. I can't answer this - we have no Sup2T yet - but I would be very much interested in whether you can get this solved. We're currently planning our next gen hardware, and it will either be ASR9001 or Sup2T - and we're leaning towards Sup2T

Re: [c-nsp] Sup2T - poor netflow performance

2013-03-26 Thread Tóth András
Hi Jiri, You could try with less collect parameters. I'd remove them and increase gradually to find out which one causes the biggest performance decrease. You might try the following netflow full-flow config: flow record FULL match ipv4 source address match ipv4 destination address match

Re: [c-nsp] Rancid causing reload SUP2T 12.2.50-SY3

2013-03-26 Thread Tammy A Wisdom
Yea I don't recall if we did that or not. We changed to juniper afterwards :) Sent from my iPhone On Mar 26, 2013, at 15:29, heasley h...@shrubbery.net wrote: Tue, Mar 26, 2013 at 01:24:52PM -0600, Tammy A Wisdom: It happened as rancid logged out I believe. Assuming that rancid is not

Re: [c-nsp] Rancid causing reload SUP2T 12.2.50-SY3

2013-03-26 Thread Jared Mauch
On Mar 26, 2013, at 7:46 PM, Tammy A Wisdom tammy-li...@wiztech.biz wrote: Yea I don't recall if we did that or not. We changed to juniper afterwards :) I've tried for years to get Cisco to run RANCID against their equipment in the lab before they ship software. They have been uninterested.