Re: [Ntop] test ping - nTop in Cisco environment

2006-10-02 Thread Gary Gatten
If I understand you correctly that will certainly work as well. I do however try avoid connecting a cheap hub inline with a critical device simply so I can get visibility to the traffic. It introduces another point of failure and I have enough already. In certain circumstances it could be

Re: [Ntop] test ping - nTop in Cisco environment

2006-09-29 Thread Richard Kolkovich
On 09/28/06 12:50, Brian Loe published: On 9/28/06, Gary Gatten [EMAIL PROTECTED] wrote: Netflow works pretty good for me. If you have core routers you can enable it there - don't have to enable it on every remote. If you choose to however, it will work. the netflow streams are routable so

[Ntop] test ping

2006-09-28 Thread Brian Loe
PING? I should be signed up for this list...I believe?? ___ Ntop mailing list Ntop@unipi.it http://listgateway.unipi.it/mailman/listinfo/ntop

Re: [Ntop] test ping

2006-09-28 Thread Gary Gatten
yup [EMAIL PROTECTED] 9/28/2006 10:42 AM PING? I should be signed up for this list...I believe?? ___ Ntop mailing list Ntop@unipi.it http://listgateway.unipi.it/mailman/listinfo/ntop

Re: [Ntop] test ping

2006-09-28 Thread Brian Loe
Cool, then I can ask my question. What is the best way to implement ntop in an all cisco environment? Vague, I know. I would like to see the traffic on our outide routers (2) and on an MSFC flexwan connection to our parent company. However, we also have two core switches (6500s) that are

Re: [Ntop] test ping - nTop in Cisco environment

2006-09-28 Thread Gary Gatten
Might want to make your subject reflect the topic for searching and stuff. Netflow works pretty good for me. If you have core routers you can enable it there - don't have to enable it on every remote. If you choose to however, it will work. the netflow streams are routable so the flow

Re: [Ntop] test ping - nTop in Cisco environment

2006-09-28 Thread Brian Loe
On 9/28/06, Gary Gatten [EMAIL PROTECTED] wrote: Netflow works pretty good for me. If you have core routers you can enable it there - don't have to enable it on every remote. If you choose to however, it will work. the netflow streams are routable so the flow receiver(s) can be anywhere.

Re: [Ntop] test ping - nTop in Cisco environment

2006-09-28 Thread Gary Gatten
The most detail will always come from seeing the real packets, so a SPAN port will always yield the most detail. Yes, SPAN the router(s) interface and you'll see everything the router sees. Also check into RSPAN so you won't need an analyzer - nTop / whatever everywhere. If your LAN has plenty

Re: [Ntop] test ping - nTop in Cisco environment

2006-09-28 Thread Brian Loe
On 9/28/06, Gary Gatten [EMAIL PROTECTED] wrote: The most detail will always come from seeing the real packets, so a SPAN port will always yield the most detail. Yes, SPAN the router(s) interface and you'll see everything the router sees. Also check into RSPAN so you won't need an analyzer -

Re: [Ntop] test ping - nTop in Cisco environment

2006-09-28 Thread Gary Gatten
If there's no netflow, you can SPAN interfaces / MAC's going to services: routers, servers, uplinks, etc. Depending on your data rates this may not be practical. Simple utilization (throughput, pps, etc.) can be done with SNMP and/or RMON built into the switch. Also check into NBAR - very

Re: [Ntop] test ping - nTop in Cisco environment

2006-09-28 Thread Brian Loe
I'm using cacti for graphing traffic and such - but that doesn't give me a look into the upper layer traffic (what is doing what). About to open a TAC case as it is, trying to figure out why we're seeing so many Discards In and no other counter really increasing (with the exception of the

Re: [Ntop] test ping - nTop in Cisco environment

2006-09-28 Thread Gary Gatten
Check your buffer size and util. No buffer space and it must drop them. [EMAIL PROTECTED] 9/28/2006 3:18 PM I'm using cacti for graphing traffic and such - but that doesn't give me a look into the upper layer traffic (what is doing what). About to open a TAC case as it is, trying to figure

[Ntop] Test - please ignore

2005-11-07 Thread Burton Strauss
(I seem to have stopped getting ntop messages while I was away, so I'm checking things out) -Burton ___ Ntop mailing list Ntop@unipi.it http://listgateway.unipi.it/mailman/listinfo/ntop

[Ntop] Test - pls ignore

2004-03-18 Thread Burton M. Strauss III
Mail problems, natch... -Burton ___ Ntop mailing list [EMAIL PROTECTED] http://listgateway.unipi.it/mailman/listinfo/ntop

[Ntop] Test Box Processor Size run options

2003-03-27 Thread Tim_Cahoon
For general interest, our test box is a DELL GXI 733 desktop with 128meg memory running Red Hat 8.0. The software was download and installed from source, not from RPM's. Currently it is monitoring in test mode a 100meg Ethernet connection to 1 of 2 Cisco 7206's that are the main hubs of our WAN

[Ntop] Test

2002-09-09 Thread Luca Deri
Please ignore -- Luca Deri [EMAIL PROTECTED] http://luca.ntop.org/ Hacker: someone who loves to program and enjoys being clever about it - Richard Stallman ___ Ntop mailing list [EMAIL PROTECTED] http://lists.ntop.org/mailman/listinfo/ntop

[Ntop] Test

2002-05-23 Thread Luca Deri
Please ignore. Luca -- Luca Deri NETikos S.p.A. Via Matteucci 34/B56124 Pisa, Italy. Ph. +39/050/968.639 Fax. +39/050/968.626 Personal: [EMAIL PROTECTED] Business: [EMAIL PROTECTED] WWW: http://www.lucaderi.org/ ICQ: 68183632 Hacker: someone who

[Ntop] test

2002-04-24 Thread Luca Deri
please ignore ___ Ntop mailing list [EMAIL PROTECTED] http://listmanager.unipi.it/mailman/listinfo/ntop