Re: [j-nsp] Junos Telemetry Interface
Here's my lab MX960
Mine is currently set at 1 second
set services analytics export-profile my-exprt-prfl reporting-rate 1
I tried decimals and zero to see what would happen, seems that 1 is the
lowest.
{master}[edit]
agould@lab-960# set services analytics export-profile my-exprt-prfl
reporting-rate
Possible completions:
Telemetry interval in seconds (0..3600 seconds)
{master}[edit]
agould@lab-960# set services analytics export-profile my-exprt-prfl
reporting-rate .1
^
Invalid numeric value: '.1' at '.1'
{master}[edit]
agould@lab-960# set services analytics export-profile my-exprt-prfl
reporting-rate .9
^
Invalid numeric value: '.9' at '.9'
{master}[edit]
agould@lab-960# set services analytics export-profile my-exprt-prfl
reporting-rate 0
{master}[edit]
agould@lab-960# show | compare
[edit services analytics export-profile my-exprt-prfl]
-reporting-rate 1;
+reporting-rate 0;
{master}[edit]
agould@lab-960# commit check
re0:
[edit services analytics]
'sensor my-sensor-14'
reporting-rate of 0 not supported for PFE sensor
error: configuration check-out failed
-Aaron
___
juniper-nsp mailing list juniper-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] Junos Telemetry Interface
Hi Dario,
> So I can get the correct values in Grafana in bps, what reporting-rate do
you have configured on the Juniper?
I configured 1 second interval, but I noticed that at least vMX sent data
with 2 and occasionally 3 second intervals. I guess this is because
according to
https://www.juniper.net/documentation/en_US/junos/topics/reference/configuration-statement/export-profile-edit-services-analytics.html
the minimum reporting rate for PFE sensors is 2 seconds.
> Also in Grafana, what should the derivative value be in seconds?
Unfortunately, I no longer have this Grafana setup running, but according
to notes for myself I used something like this: SELECT
non_negative_derivative(mean("i_octets"),1s)*8 AS "incoming" FROM "octets"
WHERE ("ifl" = 'ge-0/0/1.88') AND $timeFilter GROUP BY time(5s) fill(none)
WBR,
Martin
___
juniper-nsp mailing list juniper-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/juniper-nsp
[j-nsp] Buffer Size
Hi all Am trying to conduct a comparison for campus refresh , my end customer is deeply interested in deep details. He is interested to know the buffer size of Juniper switches (EX series) and I could not find such a piece of information in any place. If anyone has an idea it would be appreciated. Thanks ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
[j-nsp] MX960 - DPCE cards / CPU usage
Hello, We're running a couple of MX960 in our datacenter, carrying a full table in BGP and running full MPLS services, fast-reroute/RSVP/LDP etc. There are two LSP's in full mesh with two other routers. (the 960's are not edge routers, so no peering/transit terminate on them). Hardware as follows: 2x RE-S-2000-4096-S 2x DPCE-R-20GE-2XGE 2x MPC-3D-16XGE-SFPP The RE's are on 16.2R2-S11 which is the last service release supported on these RE's. I wasn't sure if 17.3R3 supported 32-bit, or would even work at all on these RE's? I'm seeing the CPU on the DPC's hitting 100% in spikes every 5-10 minutes or so, which we did not see on JUNOS 13.3. The most concerning thing is that we're seeing some packet-loss on traffic transiting the DPC's at the same time. 1 to 2% packet loss every 10 minutes or so through the router. This of course does not occur on the MPC which runs smoothly with no spikes. There's no more than 400Mbps transiting the router. > show pfe statistics traffic fpc 6 | match discard Packet Forwarding Engine hardware discard statistics: Timeout:0 Normal discard : 217186 Extended discard :0 What would you suggest here? Is this being caused by the JUNOS version we're running? Any tips appreciated. Thanks ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
