Hello,

> This really isn't an ntop question ... It belongs with the switch
> vendor. Because it's dependent on their implementation of sFlow and
> (more importantly) on what 'chain-linked' is and how it's implemented.

        Sorry for the OT, I just thought that someone here may have experience
with this kind of setup.

> Within the realm of standard Ethernet and tcp/ip, the 'procurve'
> switch in your diagram will never see packets local to either of the
> 'non-sFlow' switches, so it wouldn't be able to report ANYTHING about
> them.

        That's correct: if the traffic remains within any "non-sFlow" switches 
I won't see 
anything. But if the traffic is like this:

Computer1 --> 
                non s-Flow switch -> Procurve Switch -> gateway
Computer2 --> 

        Would I be able to distinguishing from which computer the traffic comes 
from using 
sFlow at the Procurve switch?

        Thanks a lot,
        Victor.


> -----Burton
> 
> -----Original Message-----
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
> Of Victor Rodriguez Cortes Sent: Tuesday, May 16, 2006 10:21 AM To:
> [EMAIL PROTECTED] Subject: [Ntop] SFlow and chain linked
> switches
> 
>  Hello,
> 
>  I'm new to the list and maybe someone has some experience with this
> and could give me some advice. I sent this questions to the Misc list,
> but I didn't received any reply yet. I hope that someone here may help
> me.
> 
>  I would like to know what kind of information would SFlow give me
> from a chain- linked switch that does NOT support SFlow. The network
> would be something like this (sorry, I'm too bad drawing with
> letters!):
> 
> 
>        Gateway
>    |
>   Procurve 2800
>    |   |
> Non-sflow switchA     Non-slow switchB
>  |                    |
> Network devices       Network devices
> 
> 
>  For some systems (printers, voip phones, some departments...) I do
> not need the performance of one Procurve's Gb port, so I would use
> those ports for other systems and use a different switch to give
> network access to less performance-hungry devices. It's basically a
> matter of cost per port, trying to avoid buying 2 or more ProCurve and
> reuse some basic switches that I have right now.
> 
>  - Would I see real information for traffic that comes from / goes to
> systems connected to the Non-sflow switches? Obviously all traffic
> would be detected on the Procurve port that has switchA and switchB
> connected to, but I suppose that I should get the IP address of each
> system and be able of identify each one through it (as is there was
> just one system with many IP addresses).
> 
>  - Would I be able of getting real traffic stats from those systems?
> 
>  - Would all this work if the switches are connected with a 2Gb
> trunk?
> 
>  Many thanks in advance,
>  Victor.
> 


_______________________________________________
Ntop mailing list
[email protected]
http://listgateway.unipi.it/mailman/listinfo/ntop

Reply via email to