In my cisco asr9000 running ios xr 4.1.2.... RP/0/RSP0/CPU0:asr9k(config)#sampler-map sm RP/0/RSP0/CPU0:asr9k(config-sm)#? clear Clear the uncommitted configuration commit Commit the configuration changes to running describe Describe a command without taking real actions do Run an exec command exit Exit from this submode no Negate a command or set its defaults pwd Commands used to reach current submode random Use random mode for sampling packets root Exit to the global configuration mode show Show contents of configuration RP/0/RSP0/CPU0:asr9k(config-sm)#random ? <1-1> Number of packets to be sampled in the sampling interval RP/0/RSP0/CPU0:asr9k(config-sm)#random 1 ? out-of Sample one packet out of RP/0/RSP0/CPU0:asr9k(config-sm)#random 1 out-of ? <1-65535> Sampling interval in units of packets
Thanks again...maybe one day I'll crank it down to 256 or 128... dunno Cpu's on my two boundary asr9000's are ranging from 0 - 7 % load... Aaron -----Original Message----- From: Ron Arsenault [mailto:qualityofserv...@gmail.com] Sent: Thursday, July 11, 2013 1:43 PM To: Aaron Cc: nfsen-discuss@lists.sourceforge.net Subject: Re: [Nfsen-discuss] nfsen bps any protocol graph No prob Aaron, glad to hear it's behaving as [sort-of] expected! How much you want to sample is ultimately one of those "it depends" situations. Line-rate netflow for millions of flows will generate a lot of data and in some cases may not be supported by the exporting hardware itself regardless of traffic rate. I believe the config guide for Cisco's ASR9k line explicitly states that only sampled netflow is supported; there is no support for "full-mode" sampling -- though I've never personally tested that. You are missing out on some packet data, though. If for example you send a single packet across your network and it is not the one sampled in that random-out-of-512 packet interval, you will not see data for the flow in nfsen. That's not a deficiency in nfsen/nfdump/etc, it's just packet-sampling on the exporting router working as intended. nfdump can't process what it doesn't receive to begin with. : ) One samples to get an approximation of traffic; a higher sample rate will provide more granularity at the expense of more CPU on the exporting router, more bandwidth used to send the flow data to the collector, and storage space and processing burdens on the collector (among other things I'm liable to miss). A lower sample rate means you miss out on some data, but you can get away with using smaller-scale export/collector hardware. Given enough money and hardware, I suppose there's no limit to what could conceivably be exported, retained, and processed, but I've personally never had the need to design for line-rate netflow in large environments and cannot comment authoritatively. Regards, Ron On Thu, Jul 11, 2013 at 1:52 PM, Aaron <aar...@gvtc.com> wrote: > sampler-map sm > random 1 out-of 512 > > that helps immensely! Thanks Ron! > > I see about 7 gbps on my mrtg inet graphs... > I see about 14 mbps on my nfsen graphs... > You just taught me that this is because of the sampler on my routers which is > 1/512... > 14 * 512 = 7,168 > > Thanks Ron > > Also, is there a reason why I should use sampler 1 of 512 ? what if I didn't > use a sampler at all? Would this mean I would rcv a lot more netflow > samples? Is this a bad thing? Am I missing out on some netflow info by > sampling or does this just cut down on the exported netflow info via my > transit network ? > > Aaron > > -----Original Message----- > From: Ron Arsenault [mailto:qualityofserv...@gmail.com] > Sent: Thursday, July 11, 2013 9:27 AM > To: Aaron > Cc: Vinicius Esteves; nfsen-discuss@lists.sourceforge.net > Subject: Re: [Nfsen-discuss] nfsen bps any protocol graph > > Hi Aaron, > > Do you have sampling configured on your netflow exporters? Netflow apps will > only have data for flows that they see, and sampling will reduce that value > significantly. For example, my aggregate inbound traffic is just shy of 20 > Gbps, but as I only sample 1-out-of-6000 random packets, my nfsen bps graph > peaks at around 3 Mbps. > > SNMP-based apps a la MRTG behave differently; since they're just graphing > interface counters/OIDs (instead of extrapolating based on netflow samples), > they have a better glimpse into raw bits flowing across your links. > > Does this help? > > Regards, > > Ron > > On Thu, Jul 11, 2013 at 9:41 AM, Aaron <aar...@gvtc.com> wrote: >> On the http://ipaddress/nfsen/nfsen.php when i click on the “Bits/s >> any protocol” graph I see that the peak usage 21:00 – 22:00 is only >> about 13 M (I think that means 13 Mbps)….. this is not what my mrtg >> shows….my mrtg shows that my dual 10 gig uplinks usage is about 7 >> gbps around that time of the night. Is this nfsen “Bits/s any protocol” >> graph supposed to be a literal representation of the traffic that >> flows through those dual 10 gbps internet uplinks? I will say this… >> mrtg that I speak of is monitoring the same (2) 10 gig interfaces >> that I have my netflow exporting from to nfsen….so this should be an >> apples to apples comparison as far as I can see…. Lemme know what yall think >> please. >> >> >> >> >> >> Aaron >> >> >> >> From: Vinicius Esteves [mailto:vini.este...@gmail.com] >> Sent: Wednesday, July 10, 2013 7:37 PM >> To: Aaron >> Cc: nfsen-discuss@lists.sourceforge.net >> Subject: Re: [Nfsen-discuss] nfsen bps any protocol graph >> >> >> >> Even accounting traffic of both directions ? >> >> >> >> 2013/7/10 Aaron <aar...@gvtc.com> >> >> Why is it that my nfsen bps any protocol graph doesn’t match anywhere >> close to what my mrtg bps graph shows of my actual internet uplink >> utilization ? >> >> >> >> Aaron >> >> >> --------------------------------------------------------------------- >> - >> -------- See everything from the browser to the database with >> AppDynamics Get end-to-end visibility with application monitoring >> from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. >> Start your free trial of AppDynamics Pro today! >> http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg. >> c lktrk _______________________________________________ >> Nfsen-discuss mailing list >> Nfsen-discuss@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/nfsen-discuss >> >> >> >> >> --------------------------------------------------------------------- >> - >> -------- See everything from the browser to the database with >> AppDynamics Get end-to-end visibility with application monitoring >> from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. >> Start your free trial of AppDynamics Pro today! >> http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg. >> c lktrk _______________________________________________ >> Nfsen-discuss mailing list >> Nfsen-discuss@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/nfsen-discuss >> > ------------------------------------------------------------------------------ See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk _______________________________________________ Nfsen-discuss mailing list Nfsen-discuss@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nfsen-discuss
