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.
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.
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.
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. 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).
CSM Server contains a module that seamlessly performs the migration from 32-bit XR to 64-bit XR. We highly recommend you to watch this short demo video.
New IOS XR platforms NCS500, NCS5000 and NCS5500 only support the 64-bit flavour.
Suggestions For Year 2019
For year 2019 our aim is to continue cutting down on the time between the first feature release (e.g. 6.2.1) and its corresponding EMR. At the same time, we want the EMR to meet our internal quality criteria.
Suggested releases for validation and deployment in calendar year 2019 are:
Need input on the attached schematic i.e... whether Cisco 1921 would support the performance throughput in this scenario with 5Mbps MPLS WAN circuit & 100Mbps P2P Ethernet circuit?Throughput, MPLSThroughput, MPLS
Does anyone also see DUMPER crashes related to the ifindex_server process on his ASR9k? It looks like it's something with the snmp process... I have an open TAC but it's not a known bug. Maybe anyone else has also this problem...?
Good day!I have 2 Catalyst 3650 in stack (role intervlan routing)#show versionCisco IOS Software, IOS-XE Software, Catalyst L3 Switch Software (CAT3K_CAA-UNIVERSALK9-M), Version 03.06.06E And 2 ISPs provide service VLAN to remote office - VLAN ID the...
We have an MPLS network in which a few of the P routers are connected to each other via GRE over a service provider. We are running MPLS IP over those GRE tunnels. We have configured an outbound QoS Shaping policy on those tunnel interfaces. However, the ...