Hi, On Fri, Feb 24, 2023 at 05:00:52AM +0200, Mark Tinka via cisco-nsp wrote: > For IOS XR, it's just too heavy for that sort of thing. Okay in the data > centre where we are aggregating a ton of customers and/or Metro-E rings, > but not out in the Metro. The Metro calls for a more agile OS. There are > simply way too many devices to be dealing with the issue you mention, > updating SMU's, rebooting, e.t.c., just to get a functionality and/or a > bug fix from IOS XR.
I really do like XR, but the update hassles... so having an "image based"
XR ("scp $new_xr.bin router:", "boot system flash $new_xr.bin", "reload")
would have been really nice.
Now, SMUs and "restart only the affected service" is a great promise, but
in all our time with the ASR9001, all we've seen is "reboot required"
or "the SMU is not compatible with using service packs". So, "just upload
a new image, and then reload" would have had the same effect, with less
argueing with the box.
Not sure XR64 is better in that regard, no experience - we lost trust in
Cisco before the question of "successor to the 9001? something with XR64?"
arose.
gert
--
"If was one thing all people took for granted, was conviction that if you
feed honest figures into a computer, honest figures come out. Never doubted
it myself till I met a computer with a sense of humor."
Robert A. Heinlein, The Moon is a Harsh Mistress
Gert Doering - Munich, Germany g...@greenie.muc.de
signature.asc
Description: PGP signature
_______________________________________________ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
