This documents provides an update and a recommendation for year 2020.
What Is An Extended Maintenance Release (EMR)
For us at Cisco it is very important to deliver the new features and hardware that your network requires, while at the same time maintain the high software quality. We are continuously investing efforts to improve the quality of our software and hardware. We are adjusting our culture, processes and practices to achieve that goal.
One of the key concepts in the software quality plan is the Extended Maintenance Release (EMR) introduced in IOS XR for the first time with the release 4.3.4.
Extended Maintenance Release (EMR) criteria:
No new software features
No new HW support
Incoming bug rate to drop by at least 90% from peak rate for that release.
Zero critical bugs.
By choosing the EMR for deployment, you are making the optimal choice. We will be happy to work with you on EMR early field trials or any other way to help synchronise your upgrade/migration plan with the EMR release schedule.
By selecting the EMR you are not only making sure that you are getting the best quality release, you are also selecting a release with the highest deployment rate.
Benefit Of Upgrading To A Most Recent EMR
Improved Software Stability:
Reduced number of SMU’s and SMU’s that need reboot. 59% Improvement, normalizing by Installed base, in the last 3 years.
42% Improvement on Sev. 1&2 SW defects (2019 Vs. 2017).
Improved system debuggability
Enhanced Network Availability
Reduced Time to Restore
Reduced Business Impact and operational costs
Improved SW Quality:
Reduced Number of SW Incidents58% Improvement of 6.4.2 Vs. 5.3.3. normalizing SW defects by Installed base (3 Years timeframe)
40% Improvement of 6.4.2 Vs. 5.3.4.(≈ 2 years timeframe)
Manual SMU and SP install is a thing of the past since the introduction of the CSM Server. CSM Server is a web based server side automation and orchestration framework designed to ease the SW maintenance for all IOS XR platforms. After installing CSM Server 4.0, in-application upgrade is available for keeping your CSM Server application up to date.
To get the glimpse of the CSM Server we highly recommend to watch the _video_. CSM Server distribution comes with a documentation included, but you can also read more about it on _supportforums_.
Another benefit of deploying EMR is that more software patches are available compared to other releases. Number of software patches (SMUs) available per release is directly proportional to the number of our customers running the release. Also, on EMR we try to provide, when technically feasible, SMUs for issues affecting the usability of IOS XR, not only for critical issues directly impacting the services. Service Packs (SPs) are also built more frequently compared to non-EMR releases.
Service Packs on are built on EMR every 8 weeks. On non-EMR builds are on-demand, but never more frequent than on EMR.
SMU vs SP
Before the introduction of CSM Server, deriving the optimised SMU list for a given install base was a challenging task. Service Pack (SP) was introduced to deliver on operational simplicity.
On 32-bit IOS XR, SP is a single package that can be installed on the system regardless of the active base packages. For example, if BNG package is not active on the system, all BNG elements in the SP are ignored during SP activation.
On 64-bit IS XR, SP is a tarball containing the optimised set of production SMUs posted to date. User should unpack the tarball and install only the RPMs of interest individually or by re-packaging them into a new tarball. For better alignment to the SP concept, from year 2021 onwards the 64-bit SP will be provided in a form of a Golden ISO image.
If you are using CSM Server to manage your install base, CSM Server optimises the SMU set for you, allows you to define "software profiles" (set of base packages plus SMUs or SP) and allows you to easily install the same profile on multiple nodes. You can also run conformance reports. With this CSM Server functionality, the choice between SMU and SP is really down to a user preference. CSM Server delivers the same operational simplicity for users who prefer SMU over SP or vice versa.
64-bit vs 32-bit IOS XR
The 64-bit flavour of IOS XR is available for ASR9000 starting from XR release 6.1.2. Up to and including IOS XR major release 6.6.x, there is no different release number for the 32-bit and 64-bit IOS XR. The 64-bit software packages are designated by the 'x64' in the package name (e.g. ASR9K-x64-iosxr-px-6.1.2.tar). Split between 32-bit and 64-bit release numbering starts with IOS XR major release 7.0.x. As a consequence, the 7.x.x releases are available only for 64-bit capable platforms. Support for 32-bit IOS XR on ASR9000 continues with 6.7.x, 6.8.x, etc.
When doing multi-hop async BFD sessions on ASR9K, the following restrictions / caveats are noted:1. HW-offload is not supported2. LC CPU which hosts the session is randomized according to line cards listed under 'multipath include location X/X...
Hello,In previous post (https://community.cisco.com/t5/xr-os-and-platforms/asr9000-forwarding-latency/td-p/2708349) back in 2015, it was identified that Typhoon to Typhoon forwarding latency on ASR9K is estimated to be around 15usec. Is there such fi...
Hi, My question is regarding the Radius AVpair client-mac-address that is sent to a Radius server as part of the authentication process and accounting. Let me clarify first that we are NOT using the mac-address as part of the username at all. T...
Hallo on ios-xr is possible or not when we wan to disable prompt "Destination file name (control-c to abort): " when copy file cisco ios-xr to usb like file prompt quiet on ciso ios ? Thank you for help