MPLS迁移三步走
那么,如何实现在WAN服务上向MPLS迁移呢?用户大体上需要经过评估、RFP(建议征求书)和实现三个步骤。
第1步:评估网络需要
首先,你需要为以下项目提供文件资料:
※ 公司站点的数量和每个站点的带宽
※ 设备及其配置
※ 你的应用 你拥有多少应用?是哪些应用?它们使用的频率以及谁在使用它们?
※ 应用特征 描述你的应用的网络特征,它们是存储转发式还是交互式?在典型的使用场景中,它们需要消耗多少带宽?带宽消耗每日/每周/每月/每年的变化是多少?
※ 其他网络 不要忘了可能运行在其他网络上的应用(尤其是语音和视频),你需要记录当前和计划中的语音、视频和会议技术的使用情况。
※ 未来的计划 当未来新的ERP(企业资源计划)应用投入运行时,网络容量的需求可能发生巨大变化。
※ 当前网络的可用性和服务保证 尽最大努力证明这些东西,你在与下游提供商起草SLA(服务水平协议)时会需要它们。
第2步:RFP
在撰写RFP时,需要注意几个基于MPLS的服务所特有的关键问题,它们包括:
※ 时机 你应当提前多久开始这一过程,取决于站点的数量、地理位置以及你的起始状态。不过,任何全面的RFP过程都应当保证至少提前6个月开始。
※ 服务与评估类型现在有很多不同类型的基于MPLS的服务,从用户角度看,最大的区别在于对技术的评估:服务是通过铜线还是通过光纤提供?无线应该如何选择?运营商提供纯以太网、基于IP的网络,还是像帧中继和ATM一样的传统服务?远程用户可以通过VPN连接吗?要让服务提供商给出他们建议的每个服务的详细信息,包括所遵循的规范及使用设备等。
※ 网络到网络接口(NNI)尽最大可能让你的站点保持在同一家运营商的网络上(使用多家运营商连接关键站点以提供冗余性的情况除外),因为没有几家运营商向网外站点提供端到端的SLA。询问运营商的NNI战略,是否能提供与他们建立了有效NNI的其他提供商的名单,并让他们说明向这个名单添加提供商的认证过程、可以提供哪些服务保证、它们被如何执行,以及跨NNI故障排查如何处理等。了解的越多,你就可以越有效地管理跨运营商连接。
※ 监测情况 如果你询问今后有关监测(以及未来监测预算)的情况,运营商会向你保证提供商将监测“你需要的一切”。相信他的话,但一定要验证,用自己的工具来保证运营商说话算数。
※ 备份选择的评估 在很多情况下,帧中继网络的备份是由一条同时作为视频会议基础设施的ISDN网络提供的。在使用MPLS时,不仅你的总体带宽会增加,而且ISDN网络也可能离你而去,这就要与运营商详细讨论备份选择的情况。
※ 服务质量和服务水平保证 一定要询问相关的细节,多数提供商试图在这些细节上糊弄你——不要让他们得逞。
第3步:实施
一旦你收到了RFP答复,请卷起袖子做好深入研究细节的准备。你需要将答复缩减为一个可以满足你的需要的运营商“候选名单”(通常两~三家),并与他们合作起草符合你的技术、财务和运营目标的协议。注意以下事项:
※ 将应用需求对应到合适的服务类型 运营商的技术人员不一定知道你的ERP应用是否为关键任务,因此你需要与他们合作,定义一种为你当前和计划中的应用提供合适服务的网络,并确定这种网络的价格。
※ 合同中写入支持你未来战略的内容 如果你打算迁移到VoIP,要确保你的合同不会在迁移过程中出现问题。比如你需要通过增加带宽来满足语音和视频传输流的需要,就要保证你的接入电路能够应付这种负载,同时确保合同中的条款不会让增加带宽的成本变得过于昂贵。
※ 容量规划与扩展 敲定运营商通过增加新站点或增加已有站点的带宽来扩展网络的条款与条件——扩展的成本是多少?需要多长时间?你必须提前多久通知运营商?