MPLS迁移三步走
那么,如何实现在WAN服务上向MPLS迁移呢?用户大体上需要经过评估、RFP(建议征求书)和实现三个步骤。

第一步:评估网络需要
首先,你需要为以下项目提供文件资料:
●公司站点的数量和每个站点的带宽
●设备及其配置
●具体应用 你拥有多少应用?是哪些应用?它们使用的频率以及谁在使用它们?
●应用特征 描述应用的网络特征,它们是存储转发式还是交互式?在典型的使用场景中,它们需要消耗多少带宽?带宽消耗每日/每周/每月/每年的变化是多少?
●其他网络 不要忘了可能运行在其他网络上的应用(尤其是语音和视频),你需要记录当前和计划中的语音、视频和会议技术的使用情况。
●未来的计划 当未来新的ERP(企业资源规划)应用投入运行时,网络容量的需求可能发生巨大变化。
●当前网络的可用性和服务保证 尽最大努力证明这些东西,你在与下游提供商起草SLA(服务水平协议)时会需要它们。
第二步:RFP
在撰写RFP时,需要注意几个基于MPLS的服务所特有的关键问题,它们包括:
●
时机 你应当提前多久开始这一过程,取决于站点的数量、地理位置以及你的起始状态。不过,任何全面的RFP过程都应当保证至少提前6个月开始。
●服务与评估类型 现在有很多不同类型的基于MPLS的服务,从用户角度看,最大的区别在于对技术的评估:服务是通过铜缆还是通过光纤提供?无线应该如何选择?运营商提供纯以太网、基于IP的网络,还是像帧中继和ATM一样的传统服务?远程用户可以通过VPN连接吗?要让服务提供商给出他们建议的每个服务的详细信息,包括所遵循的规范及使用设备等。
●网络到网络接口(NNI) 尽最大可能让你的站点保持在同一家运营商的网络上(使用多家运营商连接关键站点以提供冗余性的情况除外),因为没有几家运营商向网外站点提供端到端的SLA。询问运营商的NNI战略,是否能提供与他们建立了有效NNI的其他提供商的名单,并让他们说明向这个名单添加提供商的认证过程、可以提供哪些服务保证、它们被如何执行,以及跨NNI故障排查如何处理等。了解的越多,你就可以越有效地管理跨运营商连接。
●
监测情况 如果你询问今后有关监测(以及未来监测预算)的情况,运营商会向你保证,提供商将监测“你需要的一切”。相信他的话,但一定要验证,用自己的工具来验证运营商说话算不算数。
●备份选择的评估 在很多情况下,帧中继网络的备份是由一条同时作为视频会议基础设施的ISDN网络提供的。在使用MPLS时,不仅你的总体带宽会增加,而且ISDN网络也可能离你而去,这就要与运营商详细讨论备份选择的情况。
●服务质量和服务水平保证 一定要询问相关的细节,多数提供商试图在这些细节上糊弄你—不要让他们得逞。