<div dir="ltr">Thanks Nick,<div><br></div><div>If I understand you correctly, I would disagree that the data would be "wrong", I would say the data is "incomplete".  Yes what I am asking is to define the accounting perimeter to the Juniper switch only.  Accounting is not used for any billing purposes.</div>
<div><br></div><div>If members 1,2,3,4,5,6 were on Juniper, and 7,8,9 were on Cisco, and the port on the Juniper trunked to the Cisco was set to new Port Type "Core-Other".  There could be p2p graphs between any juniper member to any juniper member.  Any graph from a Juniper member to Cisco member would only show ingress traffic.  Although we could have a graph from a Juniper member to "Other" that would show both egress and ingress, through the egress would be from members [7,8,9].</div>
<div><br></div><div>We really are a small IXP 40+ members but we have changed our pricing to free 1G ports to promote growth.  We have already tripled our traffic in the last three months.</div><div><br></div><div>Getting IXP-M running with a route server would allow us to grow leaps and bounds as we have large provider networks that will peer with a route server but not each little member.</div>
<div><br></div><div><br></div>
</div><div class="gmail_extra"><br clear="all"><div><strong style="font-family:'Lucida Grande',Verdana,Arial,sans-serif;font-size:12px;line-height:16px;color:rgb(136,136,136)">Brian Thompson</strong><br><span style="color:rgb(0,102,51);font-family:'Lucida Grande',Verdana,Arial,sans-serif;font-size:12px;line-height:16px">Senior Infrastructure Engineer // Senior Second Guesser</span><br>
<font color="#666666" face="Lucida Grande, Verdana, Arial, sans-serif"><span style="font-size:12px;line-height:15px"><br></span></font><span style="color:rgb(102,102,102);font-family:'Lucida Grande',Verdana,Arial,sans-serif;font-size:12px;line-height:16px">Direct: </span><a value="+15039436742" style="font-family:'Lucida Grande',Verdana,Arial,sans-serif;font-size:12px;line-height:16px;color:rgb(17,85,204)">503.943.6779</a><br>
<span style="color:rgb(102,102,102);font-family:'Lucida Grande',Verdana,Arial,sans-serif;font-size:12px;line-height:16px">Mobile: </span><a value="+15033196955" style="font-family:'Lucida Grande',Verdana,Arial,sans-serif;font-size:12px;line-height:16px;color:rgb(17,85,204)">503.707.9018</a><span style="color:rgb(102,102,102);font-family:'Lucida Grande',Verdana,Arial,sans-serif;font-size:12px;line-height:16px"> // Twitter: iovation</span><br>
<strong style="color:rgb(0,102,51);font-family:'Lucida Grande',Verdana,Arial,sans-serif;font-size:12px;line-height:16px"><a href="http://www.iovation.com/" title="Visit iovation.com" style="color:rgb(0,102,51);text-decoration:none;border-bottom-width:0px;border-bottom-style:initial;border-bottom-color:initial" target="_blank">www.iovation.com</a></strong><br>
<font color="#006633" face="Lucida Grande, Verdana, Arial, sans-serif"><span style="font-size:12px;line-height:15px"><br></span></font><span><font color="#888888"><div><font color="#006633" face="'Lucida Grande', Verdana, Arial, sans-serif"><span style="font-size:12px;line-height:16px"><img src="http://www.iovation.com/images/signature/eml_sig_mobilefraud.gif"></span></font></div>
</font></span></div>
<br><br><div class="gmail_quote">On Sun, Dec 15, 2013 at 3:33 PM, Nick Hilliard <span dir="ltr"><<a href="mailto:nick@inex.ie" target="_blank">nick@inex.ie</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On 15/12/2013 22:41, Brian Thompson wrote:<br>
> Could we have a new switch port type e.g. "core-other" that could define<br>
> the edge of sflow data, so the data is collected and counted from all<br>
> non-sflow peers as an aggregate.   We very much would like to have the<br>
> sflow data for the other members of the exchange.<br>
<br>
</div>Hi Brian,<br>
<br>
If you do this, your accounting perimeter will be wrong.  You'll get zero<br>
figures in your p2p graphs for members on that switch and completely wrong<br>
information in the aggregates.  The code isn't doing a whole lot with the<br>
aggregates at the moment, but we plan to make them visible in the UI at<br>
some stage and may at some stage use them in preference to the mrtg code. I<br>
don't want to sound unhelpful here, but using intermediate accounting<br>
points for sflow data collection gives wrong data in all cases so we're not<br>
going to write code to support this.<br>
<div class="HOEnZb"><div class="h5"><br>
Nick<br>
<br>
_______________________________________________<br>
INEX IXP Manager mailing list<br>
<a href="mailto:ixpmanager@inex.ie">ixpmanager@inex.ie</a><br>
<a href="https://www.inex.ie/mailman/listinfo/ixpmanager" target="_blank">https://www.inex.ie/mailman/listinfo/ixpmanager</a><br>
</div></div></blockquote></div><br></div>