<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<!--[if !mso]><style>v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style><![endif]--><style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tele-GroteskUlt;
panose-1:0 0 0 0 0 0 0 0 0 0;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
span.EmailStyle18
{mso-style-type:personal-reply;
font-family:"Calibri",sans-serif;
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri",sans-serif;
mso-fareast-language:EN-US;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-CA" link="blue" vlink="purple" style="word-wrap:break-word">
<div class="WordSection1">
<p class="MsoNormal"><span style="mso-fareast-language:EN-US">At least it isn’t Arista, where SVI egress counters are disabled by default, and once enabled count everything UNLESS the packet egresses via a LAG! Talk about being “impactful”, we’re having to
buy new routers to insert behind them, just to count packets so we can bill accurately, and for that matter, have traffic graphs that work at all. :-(<o:p></o:p></span></p>
<p class="MsoNormal"><span style="mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><b><span lang="EN-US" style="font-size:10.0pt;color:#44546A">Adam Thompson</span></b><span lang="EN-US" style="font-size:9.0pt;color:#44546A"><br>
Consultant, Infrastructure Services<br>
</span><a href="https://www.merlin.mb.ca/"><b><span lang="EN-US" style="font-size:9.0pt;color:#44546A;text-decoration:none"><img border="0" width="127" height="38" style="width:1.3229in;height:.3958in" id="Picture_x0020_1" src="cid:image001.png@01D748D5.EE5A53D0" alt="[MERLIN LOGO]"></span></b></a><span lang="EN-US" style="font-size:9.0pt;color:#44546A"><br>
100 - 135 Innovation Drive<br>
Winnipeg, MB, R3T 6A8<br>
(204) 977-6824 or 1-800-430-6404 (MB only)<br>
<a href="mailto:athompson@merlin.mb.ca"><span style="color:#44546A">athompson@merlin.mb.ca</span></a><br>
<a href="http://www.merlin.mb.ca/"><span style="color:#44546A">www.merlin.mb.ca</span></a><o:p></o:p></span></p>
<p class="MsoNormal"><span style="mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<div style="border:none;border-left:solid blue 1.5pt;padding:0in 0in 0in 4.0pt">
<div>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span lang="EN-US">From:</span></b><span lang="EN-US"> NANOG <nanog-bounces+athompson=merlin.mb.ca@nanog.org>
<b>On Behalf Of </b>Michael Fiumano<br>
<b>Sent:</b> Friday, May 14, 2021 12:06 PM<br>
<b>To:</b> nanog@nanog.org<br>
<b>Subject:</b> RE: Juniper hardware recommendation<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal"><a name="_Hlk23927992">If accurate interface stats are important to you, MX’s don’t support accurate SNMP Interface Utilization, ie they don’t comply with RFC2665/3635, which seems like a fairly basic thing to do but they decided not to,
and has been impactful to me in the past. So, any SNMP monitoring of an interface will always show less utilization than what is actually occurring, possibly leading to a false sense of security, or delay in augmentation. Would also affect usage based billing,
if you do that.</a><o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal"><a href="https://www.juniper.net/documentation/us/en/software/junos/network-mgmt/topics/topic-map/snmp-mibs-and-traps-supported-by-junos-os.html">https://www.juniper.net/documentation/us/en/software/junos/network-mgmt/topics/topic-map/snmp-mibs-and-traps-supported-by-junos-os.html</a><o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal" style="margin-left:.5in">For M Series, T Series, and MX Series, the SNMP counters do not count the Ethernet header and frame check sequence (FCS). Therefore, the Ethernet header bytes and the FCS bytes are not included in the following
four tables:<o:p></o:p></p>
<p class="MsoNormal" style="margin-left:.5in"> <o:p></o:p></p>
<p class="MsoNormal" style="margin-left:.5in">ifInOctets<o:p></o:p></p>
<p class="MsoNormal" style="margin-left:.5in"> <o:p></o:p></p>
<p class="MsoNormal" style="margin-left:.5in">ifOutOctets<o:p></o:p></p>
<p class="MsoNormal" style="margin-left:.5in"> <o:p></o:p></p>
<p class="MsoNormal" style="margin-left:.5in">ifHCInOctets<o:p></o:p></p>
<p class="MsoNormal" style="margin-left:.5in"> <o:p></o:p></p>
<p class="MsoNormal" style="margin-left:.5in">ifHCOutOctets<o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Tele-GroteskUlt",serif">Thanks,</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span style="font-size:10.0pt;font-family:"Tele-GroteskUlt",serif">Michael Fiumano</span><o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal"><b>From:</b> NANOG <b>On Behalf Of </b>Mark Tinka<br>
<b>Sent:</b> Monday, May 10, 2021 10:25 AM<br>
<b>To:</b> <a href="mailto:nanog@nanog.org">nanog@nanog.org</a><br>
<b>Subject:</b> Re: Juniper hardware recommendation<o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal" style="line-height:12.0pt;background:#FFEB9C"><span style="color:black;background:white"> </span><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt">On 5/10/21 16:19, <a href="mailto:aaron1@gvtc.com">
aaron1@gvtc.com</a> wrote:<o:p></o:p></p>
<p class="MsoNormal">I prefer MX204 over the ACX5048. The ACX5048 can’t add L3 interface to an mpls layer 2 type of service. There are other limitations to the ACX5048 that cause me to want to possibly replace them with MX204’s. But in defense of the ACX5048,
we have gotten some good mileage (a few years now) of good resi/busi bb over vrf’s and also carrier ethernet for businesses and lots of cell backhaul… so they are good for that. I’ve heard the ACX5448 was even better.<o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><br>
Trio will always provide better features, but come with the price tag to boot.<br>
<br>
<o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">I’m looking at the MX240 for the SCB3E MPC10E hefty with 100 gig ports<o:p></o:p></p>
<p class="MsoNormal"><br>
You might want to look at the MX10003, in that case, as well. We are deploying those for 100Gbps service (customer-facing). Works out cheaper than offering 100Gbps service on the MX240/480/960 for the same task.<br>
<br>
Mark.<o:p></o:p></p>
</div>
</div>
</div>
</body>
</html>