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
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
PING?
I should be signed up for this list...I believe??
___
Ntop mailing list
Ntop@unipi.it
http://listgateway.unipi.it/mailman/listinfo/ntop
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
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
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
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.
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
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 -
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
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
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
(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
Mail problems, natch...
-Burton
___
Ntop mailing list
[EMAIL PROTECTED]
http://listgateway.unipi.it/mailman/listinfo/ntop
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
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
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
please ignore
___
Ntop mailing list
[EMAIL PROTECTED]
http://listmanager.unipi.it/mailman/listinfo/ntop
18 matches
Mail list logo