|
思科运营商路由系统可以通过内嵌的可管理性，支持不间断的系统运行和服务灵活性。这种可管理性能够不断改进，满足路由技术和服务供应商的各种要求。
为多机架管理做好准备
在今天的服务供应商网络中，大部分核心路由器都是拥有大量接口，并且可以扩展到数千个的单机架系统。在管理这些路由器时，需要采集、处理和转发的数据的数量将与有效接口的数量成比例增长。
这种方式的扩展能力如何？假设有一台具有几百个接口的路由器，它的一个或者多个接口发生故障。这时，会生成一个或者一组警报，并将其发送到一个事件控制台。控制台将关联该警报，并通知操作人员。关联、通知，甚至故障的解决都可能在几秒钟或者几分钟之内完成。
现在设想一下将同样的接口设置成具有数千个通道化接口的中继时发生的情况。当一个或者多个接口发生故障时，大量的警报会被发送到事件控制台，从而迫使操作人员利用脚本语言——例如实际抽取报告语言（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功能，闪存提供了永久存储，而硬盘资源可用于存储临时性的调制和诊断数据。
为了支持不间断的系统运行和灵活的管理服务，CRS-1具有三个关键的内嵌式管理功能：内嵌检测、内嵌接口、内嵌应用服务。
内嵌检测
路由器的检测和管理接口是其可管理性的两个最重要的方面。如果路由器没有合适的检测功能来提供信息和控制，操作人员和OSS应用就无法对其进行有效的管理。
Cisco CRS-1提供了远远超出简单的路由器检测的嵌入式FCAPS管理。通过执行很多以前由外部管理应用执行的管理任务，CRS-1能够以快于单机箱平台的速度响应事件和请求，并可以对数据进行整理，以帮助OSS系统扩展规模。
|
精品推荐