I honestly have not adjusted buckets to be large or to have a large amount of probes (buckets). I usually only have a handful of probes running.   So long as you keep within the scale limits of number of probes and pps etc then I don't think it will really matter whether you choose more buckets or fewer buckets, it will only impact the statistics / results you get.   Sam ... View more

So you can affect how many buckets and bins there are, but the result will still be reported as a value from the sample or samples (bucket) as an aggregate or average of the samples within said bucket.   As for if you can just exclude a certain value range I am not sure, I would need to do some extensive testing to see that.   How are you collecting the sample values, SNMP? If so then you can setup a trigger in your monitoring tool for only over a certain integer value for the SNMP poll result. At least that is what I would do, and you can time your SNMP polls to go along with how often a bucket fills, etc. To put it another way, the ASR9K will always report the actual loss, but adding more samples and buckets can help make the data more accurate, and polling in SNMP can be tuned and monitored in a way so that you only send an alert based on a certain threshold. To see if using aggregate buckets and excluding a value range will exclude those samples would need testing which I have not done before or seen done before, I am not sure if it would go to a default bucket or not.   Sam ... View more

Yes and no, you can change the sample size, how many buckets there are, if you aggregate the buckets or not, etc. So say for instance you have 10 samples and from those 10 1 has loss and the other 9 don't, well each of those bins can be aggregated for the bucket or buckets and the percentage loss will be less for the bucket.   https://www.cisco.com/c/en/us/td/docs/routers/asr9000/software/asr9k_r4-3/interfaces/configuration/guide/hc43xasr9kbook/hc43eoam.html#45511 These 7 sections on configuring SLA profiles talk about SLM and buckets etc configuration.   Below are some key points I took from the document that you should review related to how statistics are calculated and limitations of SLM.     Limitations of Data Loss Measurement 1. Data loss measurement cannot be used in a multipoint service; it can only be used in a peer-to-peer service. 2. As a Loss Measurement Reply (LMR) contains no sequence IDs, the only field, which can be used to distinguish to which probe a given LMR corresponds, is the priority level. Also, the priority level is the only field that can determine whether the LMR is in response to an on-demand or proactive operation. This limits the number of Loss Measurement probes that can be active at a time for each local MEP to 16. 3. As loss measurements are made on a per-priority class basis, QoS policies, which alter the priority of packets processed by the network element, or re-order packets can affect the accuracy of the calculations. For the highest accuracy, packets must be counted after any QoS policies have been applied. 4. The accuracy of data loss measurement is highly dependent on the number of data packets that are sent. If the volume of data traffic is low, errors with the packet counts might be magnified. If there is no data traffic flowing, no loss measurement performance attributes can be calculated. If aggregate measurements are taken, then only 2 probes can be active at the same time: one proactive and one on-demand. 5. The accuracy of data loss measurement is highly dependent on the accuracy of platform-specific packet counters. Due to hardware limitations, it may not be possible to achieve completely accurate packet counters, especially if QoS policies are applied to the packets being counted. 6. Performing data loss measurement can have an impact on the forwarding performance of network elements; this is because of the need to count, as well as forward the packets. 7. Before starting any LMM probes,it is necessary to allocate packet counters for use with LMM on both ends (assuming both ends are running Cisco IOS XR Software).         Counters for packet loss, corruption and out-of-order packets are kept for each bucket, and in each case, a percentage of the total number of samples for that bucket is reported (for example, 4% packet corruption).   When aggregation is enabled using the aggregate command, bins are created to store a count of the samples that fall within a certain value range, which is set by the width keyword. Only a counter of the number of results that fall within the range for each bin is stored. This uses less memory than storing individual results. When aggregation is not used, each sample is stored separately, which can provide a more accurate statistics analysis for the operation, but it is highly memory-intensive due to the independent storage of each sample.   A bucket represents a time period during which statistics are collected. All the results received during that time period are recorded in the corresponding bucket. If aggregation is enabled, each bucket has its own set of bins and counters, and only results relating to the measurements initiated during the time period represented by the bucket are included in those counters. By default, there is a separate bucket for each probe. The time period is determined by how long the probe lasts (configured by the probe, send (SLA), and schedule (SLA) commands).You can modify the size of buckets so that you can have more buckets per probe or fewer buckets per probe (less buckets allows the results from multiple probes to be included in the same bucket). Changing the size of the buckets for a given metric clears all stored data for that metric. All existing buckets are deleted and new buckets are created.     Thanks, Sam ... View more

All that would be in the readme.   For instance " Restart Type: reboot "   Any caveats if any should be listed in the readme.     This for instance is for a SMU: ********************************************************** CONSTITUENT SMU DETAILS: Name: asr9k-9000v-nV-supp-6.6.3.CSCvs69886 Pre-requisites: Incompatibility: Restart Type: dependent Cards: MD5: e88d068e957537f069f079dbb09f21fd CSS Certificate: SMU Install Questions: ---------------------- 1- Console/error messages during SMU activation/deactivation? Please specify the safe messages to ignore NA 2- Are there any side effects to this SMU that require workaround? (for example AAA SMU requiring exit out of current session and reconnecting after install). If so what? NA SMU Caveats: NA     As to what to collect before and after an install, that is up to the operator, treat it just like any other upgrade or reboot of the system.   Sam     ... View more

Works for me, do you need to specify a VRF? Does it connect to the remote host at all or does it not copy the file? Note if you specify harddisk: only as the destination it will take the name of the source file.   RP/0/RSP0/CPU0:ASR9904-D#scp smilstea@172.18.87.102:/harddisk:/volt_cont harddisk:/volt_cont2 vrf calo-mgmt Fri Mar 13 18:42:42.457 EDT Connecting to 172.18.87.102... !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !! The mandatory pies for our devices are as follows: !! !! 1. mini !! !! 2. k9sec !! !! 3. mgbl !! !! 4. fpd !! !! !! !! !! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Password: Transferred 120192 Bytes 120192 bytes copied in 0 sec (6325894)bytes/sec RP/0/RSP0/CPU0:ASR9904-D#dir harddisk: | i volt_cont Fri Mar 13 18:43:00.244 EDT 24030 -rw- 120192 Fri Mar 13 18:42:49 2020 volt_cont2 RP/0/RSP0/CPU0:ASR9904-D#     For example if I remove vrf it hangs here: RP/0/RSP0/CPU0:ASR9904-D#scp smilstea@172.18.87.102:/harddisk:/volt_cont harddisk: Fri Mar 13 18:45:55.315 EDT Connecting to 172.18.87.102...     If I add the VRF back it copies the file with the source files name to harddisk:   Can you verify connectivity with SSH and correct VRF?   Sam ... View more

Here is the complete list of EOLs for ASR9K.   https://www.cisco.com/c/en/us/products/routers/asr-9000-series-aggregation-services-routers/eos-eol-notice-listing.html   Sam ... View more

Can you point me to an EOL statement? We have only EOLed IPSEC on VSM AFAIK and the ISM card (the VSMs predecessor is still supported for a few more months). We are still selling the VSM card to the best of my knowledge.   ISM EOL: https://www.cisco.com/c/en/us/products/collateral/routers/asr-9000-series-aggregation-services-routers/eos-eol-notice-c51-734174.html     IPSEC EOL: https://www.cisco.com/c/en/us/products/collateral/routers/asr-9000-series-aggregation-services-routers/eos-eol-notice-c51-737659.html   Sam   ... View more