Re: [c-nsp] IPerf alternative

2017-08-07 Thread Andreas Bourges
On Montag, 7. August 2017 10:37:48 CEST Saku Ytti wrote: > On 7 August 2017 at 10:25, CiscoNSP List wrote: > > Looking for an alternative to IPerf for link testing - Having some > > "reliability" concerns with IPerf results (Primarily with simultaneous > > data transfers) - Any recommendations are

Re: [c-nsp] Data destinations for cisco sce 2000 devices

2008-09-16 Thread Andreas Bourges
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Traiano, On Tuesday 16 September 2008, [EMAIL PROTECTED] wrote: > 1. Redundant data collection servers with failover to the next destination > if one is unreachable. 2. Multicast to several destinations > 3. Round robin to several destinations > >

Re: [c-nsp] Netflow on SUP720-3BXL

2009-03-15 Thread Andreas Bourges
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, On Sunday 15 March 2009 15:45:30 Andy BIERLAIR wrote: > I'm trying to run netflow on one of our Cisco core routers (SUP720-3BXL > with SXF15a), but I think I am hitting some limitations because of this: > mls aging fast time 5 threshold 32 >

Re: [c-nsp] Netflow on SUP720-3BXL

2009-03-15 Thread Andreas Bourges
is 75 MBIT/s, we will probably peer. Right now I can > only guess how much we exchange, so I need a more accurate solution and I > was hoping that netflow is the key. I think NetFlow _is_ the key - it's just an odd hardware limitation that hits you there ;-) Regards, Andy > > - &

Re: [c-nsp] Caculatye jitter, delay, packet loss for VoIP using rttMonMIB

2008-04-11 Thread Andreas Bourges
probably easier to just take a look at the *latest* results (see above, "rttMonLatestJitterOperTable"). Regards, Andy - -- Andreas Bourges CCIE #6947 (R&S,C&S) GSM: +49 178 7072022 e-mail: [EMAIL PROTECTED] http://www.isarnet.de http://www.isarflow.de - -

Re: [c-nsp] Caculatye jitter, delay, packet loss for VoIP using rttMonMIB

2008-04-11 Thread Andreas Bourges
ts I am picking for the jitter and packet loss. > I am now confused on how to pick the data for delay. > Is this OID correct rttMonLatestJitterOperOWSumSD as stated above - one-way delay needs synchronization better than ntp... For 2-way delay you could use RttMonLatestJitterOperRTTMax. Regar

Re: [c-nsp] Netflow Collector shows minimal bandwidth from 6509

2009-07-06 Thread Andreas Bourges
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, On Monday 06 July 2009 16:01:42 Justin Krejci wrote: > > > interface GigabitEthernet5/1 > > ip flow ingress > > ip flow egress ...ip flow egress will only catch the software-processed flows. So you will need to modify your netflow setup to ena

Re: [c-nsp] NBAR and Netflow integration code version question

2009-08-04 Thread Andreas Bourges
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, On Tuesday 04 August 2009 19:57:57 Jim Brunetti wrote: > http://www.cisco.com/en/US/docs/ios/netflow/configuration/guide/nf_lay2_sec >_mon_exp.html#wp1059924 describes Application-aware Netflow. > > Being able to correlate NBAR and Netflow informa