Ivan,
sflowtool is not multicast aware at the moment. (Our Traffic Server
product is).
It is a small change so we can look into adding it to the next
sflowtool release, but feel free to download and tweak the sources
yourself. It's just a matter of filling in a "struct
ip_mreq" (multicast request) and using it with setsockopt() on the
UDP read socket. I seem to remember that you also need to add an
entry to the linux routing table so it knows what interface to
deliver to.
I agree that this is a good way to achieve redundancy with no single
point of failure.
If you want to simulate it now, you can use sflowtool to copy the
input sflow stream to a number of receivers by repeating the "-f host/
port" option for each one.
regards,
neil
On Sep 30, 2005, at 6:12 PM, Ivan A. Beveridge wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hi,
>
> Is sflowtool multicast-aware?
>
> We are considering resiliance in the platform, potentially by sending
> sflow data out from our production switches to a multicast collector
> address (and have the collectors join the relevant group).
>
> The alternative (configuring multiple collector addresses in the
> switches) increases the processing overhead on the network-kit CPU, so
> we would prefer to avoid that if possible.
>
> Many thanks
>
>
> Ivan
> - --
> Ivan Beveridge
> <ivan@linx.net> http://www.linx.net/
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.1 (MingW32)
> Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
>
> iD8DBQFDPeJzQQZN5jq7vncRAurhAJ4n7dw+7S2fW1uvspw2FRzfgTZN3QCfRGtF
> lp4TSv4xjYXGZyMX/1tkjlI=
> =zKez
> -----END PGP SIGNATURE-----
>
----------
Neil McKee
http://www.inmon.com
Received on Mon Oct 3 11:11:18 2005
This archive was generated by hypermail 2.1.8 : 10/03/05 PDT