- If an organization does not use IOS XR or does not plan to standardize on XR, the principal advantage of XRd (operational consistency with IOS XR) is reduced.
- If the platform engineering organization lacks experience operating Kubernetes at the required scale, running routing infrastructure in Kubernetes may introduce operational risk.
- If frictionless evaluation and easy trial access to images are critical, XRd image and licensing access can introduce evaluation friction compared with open-source stacks or vendors with simpler trial programs.
- If routing requirements are modest, lighter-weight virtual routers or open-source control-plane components (FRR/BIRD) may be more cost-effective.
- If procurement requires product-level, publicly documented security and compliance attestations (e.g., explicit XRd SOC2/ISO documentation available publicly), buyers should request documentation directly from Cisco or consider alternatives with clearer public compliance artifacts.
- Publicly visible limitations depend on XRd release notes and can vary by software version.
- Security advisory impact: IOS XR vulnerabilities may affect XRd virtual routers in some releases; customers must track advisories and apply fixes or recommended SMUs.
- Roadmap transparency: Public documentation focuses on features and deployment guidance but may not provide granular public roadmaps with dates; buyers should confirm specific roadmap items through Cisco account teams.
- Ecosystem integration constraints: XRd’s fit depends on container networking choices (CNI), host acceleration options (e.g., DPDK), and operational tooling. Integration work may be required that is not present with appliance-based routers.