一、基本流程
网络工程行业,业务种类是多样化的,单从技术(不区分售前和售后)的角度看,常见业务就有:
l 售前测试
l 售前解决方案咨询
l 网络解决方案可行性分析
l 新项目实施(建网或开局等)
l 网络改造或扩容、网络维护
l 故障处理
l 软件升级
l 技术、项目、产品培训
l 巡检、网络安全及健康状况分析
l 驻场服务
l 其他
所以,网络工程行业的业务种类是丰富多样的。不同的业务类型,或者客户类型,对工程师的素质要求、技术水平要求是不同的。例如故障排除业务,尤其是当故障涉及到客户的敏感业务或者涉及网络较为核心的层面时,对工程师的各项素质要求是非常高的。他需要顶着客户和业务的压力在最短的时间内定位出网络的故障并给出解决方案,加之如果网络是已经上线商用的话,工程师所进行的每一步操作又需格外谨慎,另外在故障排除过程中,以及故障解决后,还需保持与客户的良好沟通,及时同步排障进展。可见这类业务着实是非常有挑战、非常能够体现个人品牌价值的,当然也是非常锻炼人的。
新项目实施,则是从零到有建设一张网络。这是一种相对而言比较锻炼工程师综合能力的业务。从项目开始一直到项目闭环,整个过程涉及多个里程碑,工程师的技术能力、沟通能力、协调与组织能力、项目管理能力等等都能得到不同程度的展现。同时项目中又可能包含许多挑战和壁垒(技术或者非技术),攻克这些壁垒,克服种种困难,最终按时保质地将项目完成,这本身就是一个极好的历练过程。
相对的巡检或驻场服务类业务的对技术的要求就低一些,譬如巡检,通常是对网络的各项指标、网络设备的运行状况等做一些巡视或检查,针对网络的综合状况提出整改或优化建议。而驻场服务,则是驻点在客户现场或者项目现场进行针对性的服务,没事儿的时候就带着,有事儿的时候就干活。
二、网络割接
-
网络割接概述
我想明确一点,在这里我们探讨的“网络”的概念,不是指小型的家用宽带这种小规模网络,而是大、中型的商用网络,如企业、金融机构、政府机构、大型教育园区网等类型项目。小型家用网络,自己瞎鼓捣鼓捣就成了,大不了自家上不了网,但是商业、事业用途的网络,就需要专业的技术服务了。
假设我们有这么一个客户,客户有个新的园区刚刚建成,园区内包括建筑物若干,地理覆盖面也较广。园区土建施工等这块我们就不说了,园区建成后,肯定是需要一个专用网络的,用于承载公司的业务流量,可能是无线,也可能是有线,或者是有线、无线的融合网络。不管怎样,肯定是需要一个大规模的园区网络来承载电子化的业务交互数据的,最少,园区内的用户总要上网的吧?
那么有建网需求,就有网络产品或解决方案的销售行为,这里我们直接忽略销售环节,现在假设所有的售前和销售环节都定下来了。那么接下去就是新网实施。网络建成后,一般来说服务交付中还有一块,就是给客户培训,培训内容是关于网络就相关产品的实施、使用情况、维护方法等。紧接着网络就开始用了,使用过程中,可能会有些小的调整性需求,例如VLAN、IP地址段的新增等,这就是网络维护。再有,网络难免出现故障,那么就需要做故障处理。
那么如果网络在运行一段时间后,需要对网络进行改造、升级、迁移等变更,同时这些网络操作行为,又是发生在一个正在承载业务流量的网络上,那么这种行为,就称为割接。网络割接动作,可能是为了调整网络结构、新增或者替换网络设备、更换线路、更改设备配置或者其他针对网络的变更需求。网络割接是一个相对难度较高的动作,尤其是在应对营运商、金融、政府或者大型企业的核心网络时,每一个割接的动作都需要非常谨慎,因为如若操作失败,造成的影响是非常深远的。所以网络割接,对专业工程师的技术、技能、体力,脑力,经验等等都提出了一定的要求。
-
关于割接的一个例子
来看一个割接的案例,我们重点理解网络割接这个业务,这里忽略里头的技术细节。一个网络在改造前,网络结构见上图“改造前”,可以看得出网络结构比较简单,而且存在单一设备、单一链路的缺陷。设备和链路均没有冗余。这个网络运行一段时间后,网络可能会时常出问题,例如接入交换机如果上联链路出现故障,那么整台接入交换机上所连接的用户都无法上网了。于是客户提出网络的改造需求,总体的目标是1、新增汇聚及核心层设备;2、接入交换机全改为双链路上联到汇聚交换机;3、实施二层、三层冗余技术以提高网络的冗余度和可靠性;4、重新规划OSPF网络模型;6、调整数据流走向。
这个网络,可能每时每刻都有业务流量在上面被转发,那么割接的操作就需要充分考虑到这些流量,以及可能存在的风险,并且做好充分的准备,保持与客户的充分沟通。尽量做好平滑的切换,降低对业务的影响。针对这个改造目标及客户的需求,工程师要做的工作主要有如下几点:
-
彻底摸清现网网络环境,包括但不限于:网络的物理、逻辑拓扑;设备连线及空余接口资源;网络设备的配置以及相关的运行参数;业务数据流走向等。
-
了解清楚客户对改造的期望及需求。
-
针对客户需求,撰写网络改造(或割接)方案,关于报告涉及的内容,在下一小节探讨。
在制定割接方案的过程中,需要充分考虑到每个割接步骤对业务流量的影响,并且为每个步骤考虑回退方案。是否会断网?如果会,断多长时间,是否需要客户配合下发内部通知等;
-
将撰写好的割接方案交予给客户并与客户进行充分的沟通,并最终确定割接方案、割接时间,以便做好相关的准备工作,一般来说,割接的动作对业务有较大影响,则往往会选择业务流量较小的时候进行,例如半夜~。
-
如果必要的话,还可选个时间在现网中做小范围测试。
另外,还有几个小贴士:
l 割接操作这档子事儿需要细心,细心,再细心。
l 技术层面上的各种问题需要充分考虑清楚,例如如果是路由复杂的环境,那么割接过程中,以及完成后,是否有可能出现路由环路之类的问题。
l 割接的准备工作非常重要,如果业务难度较大,最好是先搭建一个实验台测试一下割接方案。
l 割接往往是发生在一个已经在承载业务流量的网络中,为了减少割接对业务的影响,一般会选择业务流量较小的时候进行,例如半夜,或者放假时间等。从事运营商网络建设的兄弟,就经常半夜工作,非常辛苦。所以身体非常重要,再者,有时长时间的割接在机房中进行,机房,你懂的,注意保温措施,带上点小面包,有时也是必要的。
-
网络割接方案需要注意什么
方案只是割接思想的一个交付物,有的时候是给客户看的,有的时候是给领导看的。当然,关键是自己要完全清楚整个割接过程,一般来说,一份割接方案的大纲可能像下面这样(当然,根据具体情况而定):
-
文档目的
-
项目背景
l 网络现状
l 网络拓扑
l IP、VLAN信息
l 路由及数据走向
l 设备配置备份
l 设备连线及接口描述
-
割接目标
l 改造后的网络拓扑
l IP、VLAN信息
l 路由模型
l 数据走向
l 新增设备型号及版本信息
l 设备管理信息
-
实施工艺
l 步骤一:xxxx;(同时包含回退方案)
l 步骤二:xxxx;(同时包含回退方案)
l 步骤三:xxxx;(同时包含回退方案)
l 步骤四:xxxx;(同时包含回退方案)
l ……
-
测试用例
-
割接进度及各方职责
-
测试环境及脚本
-
其他交付物