思科运营商路由系统可以通过内嵌的可治理性，支持不间断的系统运行和服务灵活性 。这种可治理性能够不断改进，满足路由技术和服务供给商的各种要求 。
为多机架治理做好预备
在今天的服务供给商网络中，大部分核心路由器都是拥有大量接口，并且可以扩展到数千个的单机架系统 。在治理这些路由器时，需要采集、处理和转发的数据的数量将与有效接口的数量成比例增长 。
这种方式的扩展能力如何？假设有一台具有几百个接口的路由器，它的一个或者多个接口发生故障 。这时，会生成一个或者一组警报，并将其发送到一个事件控制台 。控制台将关联该警报，并通知操作人员 。关联、通知，甚至故障的解决都可能在几秒钟或者几分钟之内完成 。
现在设想一下将同样的接口设置成具有数千个通道化接口的中继时发生的情况 。当一个或者多个接口发生故障时，大量的警报会被发送到事件控制台，从而迫使操作人员利用脚本语言——例如实际抽取报告语言（PERL）和工具命令语言（TCL）——分析警报，以确定故障的性质 。尽管这种使用顶置脚本处理事件的常见做法变得越来越复杂和费时，但是它仍然很有效 。故障会在可以接受的时间内被诊断和解决 。
现在，设想一台具有数百个40Gbps插槽的Tb级多机架路由系统 。它包含了几千个接口，可以为数万个客户提供支持 。尽管比治理单独的、可以提供相同容量的组件简便得多，但是警报个数仍然会以指数形式迅速增长 。事件治理系统能否通过扩展，支持这些负载？事件关联和响应能否以足够快的速度进行，以便为受到某个故障影响的客户保持不间断的服务和服务水平协议（SLA）？
随着多机架路由系统的出现，进行处理的时间和地点必须进行相应的改变 。通过治理多个网络组件的组件治理系统（EMS）现在需要负责治理多个系统和逻辑组件 。集成流程过去只需要将单个机箱的治理数据发送到北向运营支持系统（OSS）应用，而现在则必须从一个更加抽象的数据源中获得数据，再提供给这些应用 。
长期以来，大型网络的操作人员一直期望和提倡将网络治理智能转移到网络本身 。为了在多机架路由平台上保持不间断的系统运行，必须使用嵌入式、模块化的检测技术来自动执行运营、治理、维护和供给（OAM&P）任务 。故障、配置、记帐、性能和安全（FCAPS）的治理必须符合业界标准，以提供与现有OSS应用（例如供给和计费）的集成，从而提高收入和降低运营成本 。
Cisco CRS-1的可治理性
思科运营商路由系统（图1）是一个多机架路由平台，它建立在一个微内核、分布式、模块化的操作系统——Cisco IOS XR——的基础上 。
图1 思科运营商路由系统
实现这种可治理性需要跟上高端路由技术的发展步伐 。Cisco CRS-1根据多机架路由环境的要求设计了CRS-1的可治理性 。在这种环境下，CRS-1的新型分布式、模块化架构不仅对可治理性提出了新的要求，而且还为治理流程带来了便利 。
在这种微内核架构中，每个治理流程都具有全面的内存保护和故障隔离 。通过将流程分配到不同的面板，治理面板既不会影响控制和数据面板上的流程，本身也不会受这些流程的影响 。这种模块性不仅带来了更高的安全性，而且提供了在不影响路由控制功能或者网络流量的情况下修改治理流程的能力 。
为了在一个分布式治理环境中保持性能，CRS-1分布式路由处理器架构可以在多个路由处理器之间平衡处理需求 。在面临沉重的网络治理负载（例如数据采集或者警报处理）时，任务会被分配到任何可用的资源，以避免对要害任务造成不利的影响 。为了支持OAM&P功能，闪存提供了永久存储，而硬盘资源可用于存储临时性的调制和诊断数据 。
推荐阅读
- 路由技术：Cisco CRS-1运营商路由系统
- Cisco发布针对路由器ICMP最新攻击方法
- 路由器不认ADSL模块的解决办法
- SNMP管理框架及其在Cisco路由器的实现
- 思科路由器安全功能对BT流量的控制
- 如何使用Cisco路由器回拨功能
- cisco路由器安全防护
- 如何选择您的网络的最佳路由器交换路径
- Cisco1720系列路由器
- 1 详解多功能路由器SA113