<div dir="ltr">Dear Nick,<div>Thank you for the prompt reply. I will review the checklist as you suggested.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jul 22, 2021 at 4:43 PM Nick Hilliard <<a href="mailto:nick@foobar.org">nick@foobar.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Lolade Olori wrote on 22/07/2021 13:51:<br>
> For Eg, a sensor which has 300Mbps and 4Gbps of input and output traffic <br>
> respectively on MRTG will be around 0Mbps and 100Mbps on Sflow.<br>
<br>
There are a several things that could cause this:<br>
<br>
- ports not configured as type: Peering<br>
- switch ports not configured to have ingress sflow enabled on each port<br>
- switches which are configured to rate-limit the sampling rate<br>
- mac address database not configured correctly or not properly matching <br>
reality<br>
<br>
Generally, sflow is one of the more difficult aspects of IXP Manager to <br>
get (and stay) working correctly because there are a lot of moving parts <br>
and interactions with non-ixp-manager components.<br>
<br>
As a check-list, you should ensure:<br>
<br>
- all the ports used by IXP participants are configured as type: Peering<br>
<br>
- manually check that the port configuration on your switches includes <br>
sflow.<br>
<br>
- make sure that the overall sample rate doesn't exceed the switch's <br>
default sflow sample export rate<br>
<br>
- make sure that all MAC addresses are correctly configured in the "MAC <br>
Addresses | Configured Addresses" list.<br>
<br>
- Check that each ixp participant port has a mac address associated with <br>
it in "<a href="http://update-l2database.pl" rel="noreferrer" target="_blank">update-l2database.pl</a> --debug"<br>
<br>
Nick<br>
<br>
<br>
</blockquote></div>