简介格林威尔网管功能与业务开通以PPT形式梳理了UniView DA网管系统的操作要点适合从事光传输网络维护、设备开局与业务开通的工程师参考。内容从网管Server与Client启动开始逐步讲解主菜单、拓扑窗口、告警面板等界面并针对用户、网元创建、局站与区域管理给出操作路径对数据库上载与校验、槽位配置、E1业务、以太网配置、时钟源和虚级联等环节亦有说明可帮助读者按步骤完成业务部署与排障。资源包共1个文件类型为pptx整体大小6.44MB便于直接阅读或投屏培训使用。该PPT目前已有254人学习适合网管初学入门及日常配置对照复习。1. 格林威尔这份网管PPT讲的就是开局第一天那两件事拿到“格林威尔网管功能、业务开通.pptx”这类标题的PPT一般是接入网项目交付期或代维交接的培训材料。格林威尔做的是接入层MSAP设备和光传输系统网管功能核心就是两件事把散在各站点的设备纳入网管统一管理再在网管上端到端开通业务并保证它稳定运行。这份材料适合工程交付、代维和售前工程师它把开局调试里最含糊的两个动作——网管功能配置和业务开通流程——拆成了可照做的步骤。业务开通不是只在网管上点几下鼠标背后还有时隙规划、VLAN映射、时钟同步和保护倒换。新手下发完配置发现业务不通多半是某个中间环节没对上。下面把能复现的操作步骤和踩过的坑摊开讲先看网管怎么管设备再看业务怎么放通最后聊哪些参数值得多看两眼。2. 先把网管管什么理顺拓扑、告警与配置下发网管功能菜单看着很多实际上就四块拓扑管理、告警管理、配置管理、性能管理。开局阶段不用每个菜单都摸一遍把通道建好、把设备加进来、把告警读懂后面所有业务开通都建立在“网管能看到设备真实状态”这个前提上。2.1 带外还是带内网管通道怎么建开局就定死格林威尔的网管通道有两种接法带外和带内。带外是设备上单独留一个网管口通过交换机连到网管服务器和业务通道物理隔离。优点是业务流量再大、业务光纤再断网管通道通常还在排障时有退路缺点是每个站点多占一个网口、多拉一根线对于只有一两台远端设备的接入点来说成本偏高。带内则是借用业务以太网口或E1里的一个时隙来跑网管协议省线省端口但网管流量和业务流量挤在同一条通道一旦业务光纤中断或拥塞网管也就跟着失联了。开局选哪种我的习惯是汇聚节点一律带外远端接入点用带内。带内网管配置时要单独划一个管理VLAN业务VLAN和管理VLAN严格分开。很多项目图省事把网管地址直接放在业务VLAN里表面看少配一样东西等业务量上来、广播报文一多网管卡顿、掉地址就成了常态化问题。设备首次初始化一般用串口。串口参数不同设备固件版本有差异常见是115200或96008位数据位、1位停止位、无校验登进去先看提示符不要闷头敲。初始化要设三样设备管理IP、掩码、网关。IP规划表必须在开局前做好一台设备一个管理地址备注站点名称和业务归属。这个表我一般做成Excel带子网和VLAN分配后面加设备、加网元全靠它临时起地址大概率会撞。网管服务器侧还有SNMP团体字要约定。读写团体字不要用默认的public开局时统一改掉。格林威尔网管添加设备时填的IP、团体字、协议版本必须和设备侧一致否则会出现“网元添加成功但一直灰色”的假象。通道建好之后第一步就完成了后面所有动作都在这条通道上跑。2.2 设备发现与拓扑生成网管里添加一台格林威尔设备的完整动作网管连上设备拓扑里能看到设备图标才算开局第一步走完。常见做法是手动添加网元进入网管客户端的“网元管理”点添加填设备名称、管理IP、掩码、网关、SNMP团体字和协议版本。填完提交网管会先做一次可达性检测。检测通过后设备会出现在拓扑区图标状态逐渐变成绿色。此时不要急着配业务先做两件事。一件事是把设备之间的光纤连接关系在拓扑上画出来也就是拉链路。网管上拉链路要选两端的光口填写链路名称。这个动作看起来只是画图实际上后面的保护倒换和告警定位都依赖链路关系链路画错或者漏画出故障时网管判断的根因位置就是错的。另一件事是立即做一次配置备份。格林威尔网管大多支持把设备当前配置导出到服务器导出文件按站点和设备IP命名例如“GTZH-XX局-10.10.10.2.cfg”存到项目配置库。这一步是开局阶段的后悔药后面改配置改坏了大不了导回不用扛着设备跑现场。网元命名也要规范。拓扑图上设备名不要用默认IP或随意字母命名规则建议是“站点名-设备角色-序号”比如“XX局汇聚-MSAP-01”。拓扑视图上信息有限名字起得清楚排障时一眼能认出是哪个站的哪台设备。交付后期运维值班人员依赖的就是这些基础信息开局图省事后面全是麻烦。自动发现功能也值得用但建议分网段扫描不要全内网一把扫。扫出来的设备要认真核对类型和软件版本网管对设备的协议兼容版本有范围老型号设备配上新版网管可能出现“协议协商失败”或者性能数据读不到的提示。遇到这种情况直接查设备软件版本是否在网管支持列表里别先怀疑网管坏了。2.3 告警窗口别只看状态灯把性能数据当排查依据告警管理是网管使用频率最高的页面尤其是当前告警和历史告警两个视图。告警分级别显示光口收无光、E1信号丢失这类属于严重告警端口CRC超限可能只是性能告警。运维有个坏习惯是把告警一条条确认掉就完事真正干活的人应该反过来想这些告警只是结果性能数据才是原因。格林威尔网管里一般有性能监视功能可以统计每个光口的收发光功率、E1通道的误码和帧失步、以太网口的收发帧数及CRC错误帧。看这些计数器时先选时间窗口15分钟或24小时看平均值、最大值、最小值。平均值最能说明问题如果某光口收光功率平均值已经接近接收灵敏度下限那链路时断时续只是时间问题早该安排清洁光纤或更换光纤。E1误码要看滑码和帧失步只要这两个计数持续上涨哪怕当前告警为空业务迟早要抖。定期看性能数据还有一个用处在业务割接前做预检。比如第二天要割接一条专线头一天晚上先把经过的光口收光功率、误码计数、丢包计数记录下来割接后对比同一组数据就能判断割接是否真正影响了链路质量。这个习惯我一直在用很多割接后的问题其实割接前就存在留了基线才不会背锅。另一个常用功能是告警相关性或告警屏蔽。接入网最怕的是下面一台设备掉电网管上冒出上百条告警全是下游链路中断、网元不可达。开局时把同一下游网元的告警归并规则配好或者在告警显示里做过滤让根因告警浮在最上面子告警折叠起来。告警抖动抑制参数也可以设防止光口瞬断反复上报刷屏。这些参数网管默认未必全部开启交付前要专门检查一遍否则第一次全网掉电就会是告警风暴现场。3. 在格林威尔网管上开通一条业务从端口规划到交叉连接生效业务开通进入实操环节。格林威尔设备上最常见的两类业务是二层以太网专线和E1专线开通思路一致规划、配置、下发、验证。很多人直接在网管里点“新建业务”一路Next配通了也不清楚自己到底建了什么东西后面维护就抓瞎。先规划再动手业务才可维护。3.1 业务开通前先拉一张端口与VLAN映射表业务开通的第一个动作不是登网管而是画一张表。以一条以太网专线为例至少要列清楚业务编号、客户名称、A端站点、A端设备名、A端用户端口号、A端上联光口、业务VLAN、B端对应信息、保护要求、带宽值。下面是一张我在项目里常用模板的简化版字段示例说明业务编号GTZH-XX局-客户A专线全网唯一命名规则固定A端设备/端口站点A / GE0-1用户侧端口A端上联光口站点A / OPT-2和B端相连的光口B端设备/端口站点B / GE0-1用户侧端口业务VLAN100两端必须一致trunk口要放行承诺带宽100 Mbit/s用于QoS限速保护方式光口11 / 无对应网管保护组配置这张表的意义在于把网管上每个参数都落到物理位置。E1业务要额外加“时隙范围”字段比如“1-4时隙”以及两端时隙一一对应关系。做这张表时最常犯的错是把VLAN规划得随心所欲今天用100明天用200中间又是透明传输最后全网VLAN混乱查故障时谁都不敢动。VLAN分配应该跟业务方向或客户绑定汇总表和IP规划表一样放在项目配置库共享。端口与VLAN映射表还有一个作用就是给运维留操作依据。半年后客户报障说某条专线不通运维打开表一看就知道这条业务两端落在哪个机柜的哪个端口上上联光口是哪一根纤VLAN是多少。没有这张表运维只能登录网管一条条翻业务时间成本完全不同。表画完还要确认一个物理前提两端设备之间的光路已经调通。业务在网管上配置之前建议先在光路上做一次光功率测试接收光功率要在设备光模块的动态范围内。光路没调通就去配业务是不少项目返工的原因。3.2 在网管里创建一条以太网专线的操作顺序以两端各一台MSAP设备、中间光路已通的场景为例。在网管上开通以太网专线我习惯按以下顺序操作先单点后端到端出了问题好定位。第一步在A端设备上配置以太网端口。把用户侧端口设为access口PVID设为业务VLAN端口状态打开如果对端局域网是trunk模式这里要按对方要求改为trunk并放行指定VLAN。第二步在A端上联光口上放行业务VLAN。这一步经常漏端口配了半天、网管上业务也存在但光口不放行VLAN报文就过不了设备。第三步在B端设备上重复前两步确保两端VLAN、端口模式、PVID完全一致。第四步在网管的“业务管理”或“交叉连接管理”里创建端到端业务选择A端端口和VLAN、B端端口和VLAN网管会自动生成一条业务路径页面会显示“未下发”。第五步下发配置。下发时网管会做参数校验常见校验失败原因是端口已经被占用、VLAN已有业务或者两端设备版本不一致。下发成功后业务状态变为“已生效”拓扑上能看到业务连线。为什么要在端口配置之外再建一层端到端业务因为物理端口配置只解决了单点转发网管需要一条“业务路径快照”来管理保护和告警。有了这层业务光口断纤时网管才能自动把告警关联到具体客户业务保护倒换时才知道哪些业务受影响。很多代维人员查不到业务就改端口配置把设备配置改得面目全非就是这个环节没理解。下发配置有一个关键动作保存。之前讲过网管下发分“仅运行时”和“保存”两种情况未保存的配置在设备重启后丢失。点完业务生效马上到网管或设备侧做保存这个动作要养成肌肉记忆。注意配置下发并保存后再做端到端测试。测试中发现异常需要改配置时每次改动都重复“下发、保存、验证”三步任何一步都不要跳。3.3 用 ping 和环回把业务验证到“敢交工”网管显示业务已生效只是第一步业务真正能承载用户流量才算开通完成。二层以太网专线最直接的验证是接一台测试PC在A端用户口接笔记本B端用户口接另一台笔记本或交换机设置同网段IP连续ping。# 业务开通后基础验证连续发送 500 个 ping 包统计丢包 ping -i 1 -c 500 10.10.10.2 | tail -n 3 # 若发现间歇丢包用 mtr 以报告模式观察路径上的丢包点 mtr -r -c 300 10.10.10.2ping命令里-i 1表示每秒发一个包-c 500表示一共发500个tail -n 3只取统计汇总行重点关注丢包率和延迟抖动。mtr的-r是报告模式-c 300表示探测300次它能列出从本机到对端的每一跳丢包率适合把问题定位到具体设备。二层专线里mtr看到的是转发路径如果某台设备丢包率明显高于其他跳问题大概率在那里。这里要说明ping通只代表三层通了还要在网管上看端口计数两侧用户口和光口的收发字节数是否在增长CRC错误包是否增加。如果ping通但CRC持续上涨说明链路物理层存在劣化交工之后会很麻烦。E1业务则用误码仪或网管的软件环回做测试软件环回会短暂中断业务必须申请维护窗口后操作测试完立即取消环回。验证不要只看几分钟。接入网很多问题是间歇性的我会建议在网管上开临时性能台账观察15分钟到24小时的丢包和误码趋势再正式交工。多等一个晚上比来回跑两趟现场划算。4. 让已开通的业务经得起割接保护、限速与时钟三个细节业务通了只是开始交付前的割接和长期稳定运行才会暴露问题。这一章讲三个经常在业务开通后一两个月才被发现的设置保护倒换、端口限速、时钟同步。它们不是默认配置就能用好的需要主动规划和调参。4.1 通道保护与环网自愈什么时候用什么时候别用格林威尔设备提供的保护方式常见两类一类是光口11通道保护一类是环网自愈。11通道保护的思路是主用光口和备用光口同时收发相同数据接收侧根据光功率和误码选优主备之间切换对业务基本无感。它适合星型组网里从接入点到汇聚点这一段实现简单、倒换快代价是光纤资源翻倍。环网自愈则是把多个节点串成一个环正常时业务走主环断纤时环网协议把业务倒换到备用路径。它节省光纤但倒换时间受协议实现和节点数影响配置不当还会出现全网广播风暴。选型时不用贪多节点少、有现成主备光路的就做11节点多、必须省光纤的才考虑环网保护。保护组参数里有两个要重点看恢复模式和非恢复模式。恢复式是故障消失后业务自动切回主用口非恢复式是故障消失后业务继续走在用的备用口不再切回。开局阶段我一般建议先用非恢复式因为线路刚刚调通主备光路状态未必稳定频繁自动切回会造成业务闪断。等观察一两周确认主用路径稳定再改成恢复式。还要注意保护组里的“倒换门限”。有的网管以收光功率为门限有的以误码率为门限默认值未必适合你的光路。如果光路质量本来就一般门限设得太灵敏保护组会反复倒换用户业务频繁瞬断那就不叫保护而是灾难。设置前先看当前收光功率和误码统计再留出合理裕量。4.2 端口限速和优先级格林威尔设备上容易被忽略的QoS点接入设备的QoS能力有限但端口限速基本都有。专线业务要按合同带宽设CIR承诺速率否则一个用户跑满带宽同链路其他业务全部变慢最后运营商和客户的矛盾都集中到你身上。在网管上找到以太网端口的“带宽配置”或“流量整形”把CIR设为合同带宽PIR设为CIR的1.2到1.5倍。PIR的意思是允许突发给TCP突发留点空间但也别设太大否则限速形同虚设。同时把超过CIR的流量标记为低优先级这样拥塞发生时先丢低优先级报文保障承诺带宽内的业务不丢包。这里有个容易踩的坑限速方向。有些设备的限速分上行和下行上行是用户往设备方向发下行是设备往用户方向发两个方向要分别设置。现实里不少业务上下行不对称比如视频监控上行带宽大办公业务下行带宽大按合同分别设置别图省事填同一个数。限速配置还有一个容易忽略的关联项广播和组播风暴抑制。接入设备端口默认对广播报文没有限制一旦用户侧交换网络出现环路广播风暴会打满上联带宽此时端口限速只限制总速率并不能阻止广播报文占满带宽。端口属性里一般有广播、组播、未知单播的速率限制配置按端口带宽的百分比设置比如广播不超10%组播不超20%这个设置对保障专线业务质量很有用但很多开局人员只做了总限速就结束了。配置完成后在网管上看端口收发速率判断限速是否真的生效。如果业务速率长期超过CIR但端口统计里没有任何丢包多半是限速策略没有真正下发到端口只是界面显示成功。这时候到设备侧查看端口配置确认或者重新下发一次并保存。4.3 E1与以太网混跑的时钟设置漏了它后患无穷E1业务对时钟的敏感程度远超以太网业务。两端设备如果各自用自由振荡或内时钟频率偏差积累到一定程度就会出现滑码。网管上看到的现象是E1端口偶发AIS、帧失步告警或用了一段时间后发现数据有单字节错位。很多人以为是运营商线路问题最后查出来是自己时钟配置没做。格林威尔设备时钟配置一般有几种模式内时钟本地振荡作为主时钟、线路时钟从E1接收信号中提取时钟、外时钟从外部时钟口输入。组网原则很简单同步网必须有唯一的主节点主节点用内时钟或外时钟下游节点全部线路时钟跟随上游。开局时把汇聚侧设备设为主时钟接入侧设备设为线路时钟然后看网管上的滑码计数和帧失步记录持续10到15分钟增长为零才算真正锁定。如果接入侧设备下面还串着别的设备要一级一级传下去形成一条完整的时钟链。时钟链路上只要有一个节点配置错下游全都会抖。时钟失步的另一个隐蔽来源是中间传输链路本身有滑码。比如E1专线中间经过运营商传输网对端设备如果时钟质量差你这边线路时钟提取出来的信号本身就带漂移网管上同样表现为偶发误码。这种情况可以尝试把本端改为内时钟与对端协商由业务侧吸收漂移如果协商不下来就要把误码统计和告警截图留档作为与传输侧对接的依据。有些业务是E1和以太网混跑以太网业务看似对时钟不敏感但设备里E1部分失步引发内部总线时序抖动以太网也会跟着间歇丢包。所以遇到混合设备上以太网掉包、查不到原因时先去看E1时钟状态这是血泪经验。5. 格林威尔网管业务开通避坑五个常见翻车现场与排查顺序业务开通这个环节翻车最多的不是设备本身而是配置动作的顺序和细节。下面五条都是实际项目里反复出现的场景按现象、原因、解决三段写可以直接照着排查。5.1 网管能看见设备业务却死活不通现象网管拓扑里设备图标是绿色告警为空但两个用户端口之间互ping不通。原因最典型的是业务配置只在单端生效。比如A端用户口和光口都放行了VLANB端光口没放行或者两端业务VLAN不一致一个配了100另一个配了200。另一种情况是网管走带内通道网管能通只说明带内管理通道是好的用户业务走的可能是另一条光口路径路径上没有配置放行。解决按“端口状态 → VLAN放行 → 交叉连接 → 用户终端”顺序查。先看两端用户口和光口是否都UP再在设备侧或网管上查VLAN放行和PVID再看端到端业务是否已下发成功最后确认测试PC的网口本身没有问题。排查时每确认一步就在映射表上打个勾避免漏查。5.2 设备一重启昨天开的业务全没了现象前一天配置好的业务和数据全部正常第二天站点断电重启设备起来后业务全部丢失甚至恢复到开局初始状态。原因配置下发到了设备运行内存但没有被保存进存储介质。格林威尔网管或设备串口下发配置时默认动作可能只是“应用”有计划地重启后配置才真正写入存储。很多配置界面里“应用”和“保存”是两个按钮点应用后不点保存就埋下了这个雷。解决养成“配置三连”的习惯下发、保存、备份。无论通过网管还是串口改配置改完都立即执行保存命令再导一份配置备份到网管服务器。备份文件备注日期和改动内容。设备重启后第一时间对比当前配置和备份文件差异一眼就能看出来。5.3 E1 接口满屏告警时钟背锅最多现象E1端口或2M通道反复上报AIS、LOM一类告警业务时好时坏用仪表测试又发现偶发滑码和误码。原因一是两端时钟源不一致接入侧设备没有跟随上游线路时钟二是E1线缆的收发两根线接反三是中间传输链路存在衰耗或抖动。最隐蔽的是第一种因为网管上不一定直接显示“时钟失步”只会表现为误码和告警。解决先把E1线缆收发对调排除物理接错再用软件环回或误码仪把问题限定到线路还是设备。然后查时钟配置主用设备开内时钟从设备开线路时钟。查完时钟后看网管性能统计里的滑码计数15分钟不再增长才算锁定。这里最容易翻车的是把责任推给运营商其实自己设备时钟配置错的概率很高。5.4 拓扑上链路红绿交替先查三级光衰现象网管拓扑里两个设备之间链路状态反复UP、DOWN光口告警时有时无业务表现为周期性中断。原因光路处于临界状态。常见来源是光纤活接头污染、法兰盘松动、光纤弯曲半径过小、光模块收光功率接近灵敏度下限。这种问题在网管上往往只看到链路抖动看不到具体原因属于接入网最常见的玄学问题。解决第一步在网管性能管理里看两端收光功率低于接收灵敏度上限3dB以上就要警惕第二步拿光功率计现场测光路衰耗重点查法兰盘和跳线接头第三步确认两端光口速率和双工模式一致。排查时还要留意尾纤类型和波长匹配单模光纤配多模模块、1310nm模块对上1550nm光路这类情况在接入网并不少见现象同样是收光功率异常或链路时断时续。开局时在映射表上记录每个光口的波长和光纤类型能省掉不少现场往返。光功率计测出衰耗大先清洁接头再考虑换跳线别急着换设备。5.5 全网告警风暴别在风暴中心排查现象某个接入点掉电后网管上刷出几十上百条告警当前告警页面滚动不停真正影响业务的根因被淹没。原因一台下游设备掉电它下面挂的所有设备同时失联每台设备失联都产生网元不可达和链路中断告警如果再有环网关联告警会进一步翻倍。这不是设备故障是告警归并策略没做好。解决在网管里配置告警相关性规则或过滤规则把同一下游方向的告警收敛为一个根因事件。已经发生的告警风暴先按拓扑结构找到最上游的失联节点从它开始查供电和主链路不要在风暴中心逐条处理。风暴过后清空历史告警把告警阈值和屏蔽规则调好避免下次再来一轮。6. 照着PPT功能清单做一次自查把网管交到运维手上6.1 把PPT里的功能清单变成一张验收自查表PPT里列出的网管功能和业务开通流程到交付阶段应该变成一张可勾选的验收表。下面这张表是我验收时常用的最小集每一项都对应一个具体动作功能项验证动作通过标准拓扑管理逐台添加网元检查图标与链路设备全上线链路方向正确告警管理拔一次光口制造告警再恢复上报告警、恢复告警、确认、历史记录完整配置管理导出配置并导回一次配置内容一致导回后业务正常业务开通开通一条以太网专线和一条E1ping零丢包E1误码计数15分钟为0保护倒换拔出工作光纤观察业务中断时长恢复时间在设备标准内告警完整性能监视查看光功率、误码、丢包历史曲线有24小时以上曲线可供回放告警阈值检查光功率低门限、误码率门限已设置并在合理范围未产生告警风暴验收自查表的价值在于PPT讲得再漂亮最终要落到“哪台设备、哪个端口、按什么标准验证”。这张表填完网管系统才算真正具备交到运维手里的条件。6.2 交运维之前的两个固化动作备份与告警阈值交付运维前还有两个动作一定不能省。一个是全量配置备份把开局配置、业务配置、IP规划表、VLAN映射表打包放到项目共享目录文件名带日期和设备IP半年后设备故障需要更换时这套资料就是恢复业务的底稿。另一个是告警阈值设置。光功率低门限不能设得太靠近灵敏度极限否则光路正常波动就会误报也不能设得太松否则光路已经劣化还没有预警。我一般把低门限设在正常收光功率以下4到5dB的位置具体数值根据现场实测调整。说实话我每次做完一个点位的业务开通都会把网管功能清单和业务开通流程缩印成一张A4纸贴在机柜内侧。这样半年后运维打电话说业务不通我先问拓扑是不是红色再问哪一段光纤动过比现场抓瞎快得多。设备会换网管版本会升级但“先看哪里、后动哪里”的顺序不会变。希望帮到你。本文还有配套的精品资源点击获取
格林威尔网管开局与业务开通：从设备纳管到端到端专线配置实操
简介格林威尔网管功能与业务开通以PPT形式梳理了UniView DA网管系统的操作要点适合从事光传输网络维护、设备开局与业务开通的工程师参考。内容从网管Server与Client启动开始逐步讲解主菜单、拓扑窗口、告警面板等界面并针对用户、网元创建、局站与区域管理给出操作路径对数据库上载与校验、槽位配置、E1业务、以太网配置、时钟源和虚级联等环节亦有说明可帮助读者按步骤完成业务部署与排障。资源包共1个文件类型为pptx整体大小6.44MB便于直接阅读或投屏培训使用。该PPT目前已有254人学习适合网管初学入门及日常配置对照复习。1. 格林威尔这份网管PPT讲的就是开局第一天那两件事拿到“格林威尔网管功能、业务开通.pptx”这类标题的PPT一般是接入网项目交付期或代维交接的培训材料。格林威尔做的是接入层MSAP设备和光传输系统网管功能核心就是两件事把散在各站点的设备纳入网管统一管理再在网管上端到端开通业务并保证它稳定运行。这份材料适合工程交付、代维和售前工程师它把开局调试里最含糊的两个动作——网管功能配置和业务开通流程——拆成了可照做的步骤。业务开通不是只在网管上点几下鼠标背后还有时隙规划、VLAN映射、时钟同步和保护倒换。新手下发完配置发现业务不通多半是某个中间环节没对上。下面把能复现的操作步骤和踩过的坑摊开讲先看网管怎么管设备再看业务怎么放通最后聊哪些参数值得多看两眼。2. 先把网管管什么理顺拓扑、告警与配置下发网管功能菜单看着很多实际上就四块拓扑管理、告警管理、配置管理、性能管理。开局阶段不用每个菜单都摸一遍把通道建好、把设备加进来、把告警读懂后面所有业务开通都建立在“网管能看到设备真实状态”这个前提上。2.1 带外还是带内网管通道怎么建开局就定死格林威尔的网管通道有两种接法带外和带内。带外是设备上单独留一个网管口通过交换机连到网管服务器和业务通道物理隔离。优点是业务流量再大、业务光纤再断网管通道通常还在排障时有退路缺点是每个站点多占一个网口、多拉一根线对于只有一两台远端设备的接入点来说成本偏高。带内则是借用业务以太网口或E1里的一个时隙来跑网管协议省线省端口但网管流量和业务流量挤在同一条通道一旦业务光纤中断或拥塞网管也就跟着失联了。开局选哪种我的习惯是汇聚节点一律带外远端接入点用带内。带内网管配置时要单独划一个管理VLAN业务VLAN和管理VLAN严格分开。很多项目图省事把网管地址直接放在业务VLAN里表面看少配一样东西等业务量上来、广播报文一多网管卡顿、掉地址就成了常态化问题。设备首次初始化一般用串口。串口参数不同设备固件版本有差异常见是115200或96008位数据位、1位停止位、无校验登进去先看提示符不要闷头敲。初始化要设三样设备管理IP、掩码、网关。IP规划表必须在开局前做好一台设备一个管理地址备注站点名称和业务归属。这个表我一般做成Excel带子网和VLAN分配后面加设备、加网元全靠它临时起地址大概率会撞。网管服务器侧还有SNMP团体字要约定。读写团体字不要用默认的public开局时统一改掉。格林威尔网管添加设备时填的IP、团体字、协议版本必须和设备侧一致否则会出现“网元添加成功但一直灰色”的假象。通道建好之后第一步就完成了后面所有动作都在这条通道上跑。2.2 设备发现与拓扑生成网管里添加一台格林威尔设备的完整动作网管连上设备拓扑里能看到设备图标才算开局第一步走完。常见做法是手动添加网元进入网管客户端的“网元管理”点添加填设备名称、管理IP、掩码、网关、SNMP团体字和协议版本。填完提交网管会先做一次可达性检测。检测通过后设备会出现在拓扑区图标状态逐渐变成绿色。此时不要急着配业务先做两件事。一件事是把设备之间的光纤连接关系在拓扑上画出来也就是拉链路。网管上拉链路要选两端的光口填写链路名称。这个动作看起来只是画图实际上后面的保护倒换和告警定位都依赖链路关系链路画错或者漏画出故障时网管判断的根因位置就是错的。另一件事是立即做一次配置备份。格林威尔网管大多支持把设备当前配置导出到服务器导出文件按站点和设备IP命名例如“GTZH-XX局-10.10.10.2.cfg”存到项目配置库。这一步是开局阶段的后悔药后面改配置改坏了大不了导回不用扛着设备跑现场。网元命名也要规范。拓扑图上设备名不要用默认IP或随意字母命名规则建议是“站点名-设备角色-序号”比如“XX局汇聚-MSAP-01”。拓扑视图上信息有限名字起得清楚排障时一眼能认出是哪个站的哪台设备。交付后期运维值班人员依赖的就是这些基础信息开局图省事后面全是麻烦。自动发现功能也值得用但建议分网段扫描不要全内网一把扫。扫出来的设备要认真核对类型和软件版本网管对设备的协议兼容版本有范围老型号设备配上新版网管可能出现“协议协商失败”或者性能数据读不到的提示。遇到这种情况直接查设备软件版本是否在网管支持列表里别先怀疑网管坏了。2.3 告警窗口别只看状态灯把性能数据当排查依据告警管理是网管使用频率最高的页面尤其是当前告警和历史告警两个视图。告警分级别显示光口收无光、E1信号丢失这类属于严重告警端口CRC超限可能只是性能告警。运维有个坏习惯是把告警一条条确认掉就完事真正干活的人应该反过来想这些告警只是结果性能数据才是原因。格林威尔网管里一般有性能监视功能可以统计每个光口的收发光功率、E1通道的误码和帧失步、以太网口的收发帧数及CRC错误帧。看这些计数器时先选时间窗口15分钟或24小时看平均值、最大值、最小值。平均值最能说明问题如果某光口收光功率平均值已经接近接收灵敏度下限那链路时断时续只是时间问题早该安排清洁光纤或更换光纤。E1误码要看滑码和帧失步只要这两个计数持续上涨哪怕当前告警为空业务迟早要抖。定期看性能数据还有一个用处在业务割接前做预检。比如第二天要割接一条专线头一天晚上先把经过的光口收光功率、误码计数、丢包计数记录下来割接后对比同一组数据就能判断割接是否真正影响了链路质量。这个习惯我一直在用很多割接后的问题其实割接前就存在留了基线才不会背锅。另一个常用功能是告警相关性或告警屏蔽。接入网最怕的是下面一台设备掉电网管上冒出上百条告警全是下游链路中断、网元不可达。开局时把同一下游网元的告警归并规则配好或者在告警显示里做过滤让根因告警浮在最上面子告警折叠起来。告警抖动抑制参数也可以设防止光口瞬断反复上报刷屏。这些参数网管默认未必全部开启交付前要专门检查一遍否则第一次全网掉电就会是告警风暴现场。3. 在格林威尔网管上开通一条业务从端口规划到交叉连接生效业务开通进入实操环节。格林威尔设备上最常见的两类业务是二层以太网专线和E1专线开通思路一致规划、配置、下发、验证。很多人直接在网管里点“新建业务”一路Next配通了也不清楚自己到底建了什么东西后面维护就抓瞎。先规划再动手业务才可维护。3.1 业务开通前先拉一张端口与VLAN映射表业务开通的第一个动作不是登网管而是画一张表。以一条以太网专线为例至少要列清楚业务编号、客户名称、A端站点、A端设备名、A端用户端口号、A端上联光口、业务VLAN、B端对应信息、保护要求、带宽值。下面是一张我在项目里常用模板的简化版字段示例说明业务编号GTZH-XX局-客户A专线全网唯一命名规则固定A端设备/端口站点A / GE0-1用户侧端口A端上联光口站点A / OPT-2和B端相连的光口B端设备/端口站点B / GE0-1用户侧端口业务VLAN100两端必须一致trunk口要放行承诺带宽100 Mbit/s用于QoS限速保护方式光口11 / 无对应网管保护组配置这张表的意义在于把网管上每个参数都落到物理位置。E1业务要额外加“时隙范围”字段比如“1-4时隙”以及两端时隙一一对应关系。做这张表时最常犯的错是把VLAN规划得随心所欲今天用100明天用200中间又是透明传输最后全网VLAN混乱查故障时谁都不敢动。VLAN分配应该跟业务方向或客户绑定汇总表和IP规划表一样放在项目配置库共享。端口与VLAN映射表还有一个作用就是给运维留操作依据。半年后客户报障说某条专线不通运维打开表一看就知道这条业务两端落在哪个机柜的哪个端口上上联光口是哪一根纤VLAN是多少。没有这张表运维只能登录网管一条条翻业务时间成本完全不同。表画完还要确认一个物理前提两端设备之间的光路已经调通。业务在网管上配置之前建议先在光路上做一次光功率测试接收光功率要在设备光模块的动态范围内。光路没调通就去配业务是不少项目返工的原因。3.2 在网管里创建一条以太网专线的操作顺序以两端各一台MSAP设备、中间光路已通的场景为例。在网管上开通以太网专线我习惯按以下顺序操作先单点后端到端出了问题好定位。第一步在A端设备上配置以太网端口。把用户侧端口设为access口PVID设为业务VLAN端口状态打开如果对端局域网是trunk模式这里要按对方要求改为trunk并放行指定VLAN。第二步在A端上联光口上放行业务VLAN。这一步经常漏端口配了半天、网管上业务也存在但光口不放行VLAN报文就过不了设备。第三步在B端设备上重复前两步确保两端VLAN、端口模式、PVID完全一致。第四步在网管的“业务管理”或“交叉连接管理”里创建端到端业务选择A端端口和VLAN、B端端口和VLAN网管会自动生成一条业务路径页面会显示“未下发”。第五步下发配置。下发时网管会做参数校验常见校验失败原因是端口已经被占用、VLAN已有业务或者两端设备版本不一致。下发成功后业务状态变为“已生效”拓扑上能看到业务连线。为什么要在端口配置之外再建一层端到端业务因为物理端口配置只解决了单点转发网管需要一条“业务路径快照”来管理保护和告警。有了这层业务光口断纤时网管才能自动把告警关联到具体客户业务保护倒换时才知道哪些业务受影响。很多代维人员查不到业务就改端口配置把设备配置改得面目全非就是这个环节没理解。下发配置有一个关键动作保存。之前讲过网管下发分“仅运行时”和“保存”两种情况未保存的配置在设备重启后丢失。点完业务生效马上到网管或设备侧做保存这个动作要养成肌肉记忆。注意配置下发并保存后再做端到端测试。测试中发现异常需要改配置时每次改动都重复“下发、保存、验证”三步任何一步都不要跳。3.3 用 ping 和环回把业务验证到“敢交工”网管显示业务已生效只是第一步业务真正能承载用户流量才算开通完成。二层以太网专线最直接的验证是接一台测试PC在A端用户口接笔记本B端用户口接另一台笔记本或交换机设置同网段IP连续ping。# 业务开通后基础验证连续发送 500 个 ping 包统计丢包 ping -i 1 -c 500 10.10.10.2 | tail -n 3 # 若发现间歇丢包用 mtr 以报告模式观察路径上的丢包点 mtr -r -c 300 10.10.10.2ping命令里-i 1表示每秒发一个包-c 500表示一共发500个tail -n 3只取统计汇总行重点关注丢包率和延迟抖动。mtr的-r是报告模式-c 300表示探测300次它能列出从本机到对端的每一跳丢包率适合把问题定位到具体设备。二层专线里mtr看到的是转发路径如果某台设备丢包率明显高于其他跳问题大概率在那里。这里要说明ping通只代表三层通了还要在网管上看端口计数两侧用户口和光口的收发字节数是否在增长CRC错误包是否增加。如果ping通但CRC持续上涨说明链路物理层存在劣化交工之后会很麻烦。E1业务则用误码仪或网管的软件环回做测试软件环回会短暂中断业务必须申请维护窗口后操作测试完立即取消环回。验证不要只看几分钟。接入网很多问题是间歇性的我会建议在网管上开临时性能台账观察15分钟到24小时的丢包和误码趋势再正式交工。多等一个晚上比来回跑两趟现场划算。4. 让已开通的业务经得起割接保护、限速与时钟三个细节业务通了只是开始交付前的割接和长期稳定运行才会暴露问题。这一章讲三个经常在业务开通后一两个月才被发现的设置保护倒换、端口限速、时钟同步。它们不是默认配置就能用好的需要主动规划和调参。4.1 通道保护与环网自愈什么时候用什么时候别用格林威尔设备提供的保护方式常见两类一类是光口11通道保护一类是环网自愈。11通道保护的思路是主用光口和备用光口同时收发相同数据接收侧根据光功率和误码选优主备之间切换对业务基本无感。它适合星型组网里从接入点到汇聚点这一段实现简单、倒换快代价是光纤资源翻倍。环网自愈则是把多个节点串成一个环正常时业务走主环断纤时环网协议把业务倒换到备用路径。它节省光纤但倒换时间受协议实现和节点数影响配置不当还会出现全网广播风暴。选型时不用贪多节点少、有现成主备光路的就做11节点多、必须省光纤的才考虑环网保护。保护组参数里有两个要重点看恢复模式和非恢复模式。恢复式是故障消失后业务自动切回主用口非恢复式是故障消失后业务继续走在用的备用口不再切回。开局阶段我一般建议先用非恢复式因为线路刚刚调通主备光路状态未必稳定频繁自动切回会造成业务闪断。等观察一两周确认主用路径稳定再改成恢复式。还要注意保护组里的“倒换门限”。有的网管以收光功率为门限有的以误码率为门限默认值未必适合你的光路。如果光路质量本来就一般门限设得太灵敏保护组会反复倒换用户业务频繁瞬断那就不叫保护而是灾难。设置前先看当前收光功率和误码统计再留出合理裕量。4.2 端口限速和优先级格林威尔设备上容易被忽略的QoS点接入设备的QoS能力有限但端口限速基本都有。专线业务要按合同带宽设CIR承诺速率否则一个用户跑满带宽同链路其他业务全部变慢最后运营商和客户的矛盾都集中到你身上。在网管上找到以太网端口的“带宽配置”或“流量整形”把CIR设为合同带宽PIR设为CIR的1.2到1.5倍。PIR的意思是允许突发给TCP突发留点空间但也别设太大否则限速形同虚设。同时把超过CIR的流量标记为低优先级这样拥塞发生时先丢低优先级报文保障承诺带宽内的业务不丢包。这里有个容易踩的坑限速方向。有些设备的限速分上行和下行上行是用户往设备方向发下行是设备往用户方向发两个方向要分别设置。现实里不少业务上下行不对称比如视频监控上行带宽大办公业务下行带宽大按合同分别设置别图省事填同一个数。限速配置还有一个容易忽略的关联项广播和组播风暴抑制。接入设备端口默认对广播报文没有限制一旦用户侧交换网络出现环路广播风暴会打满上联带宽此时端口限速只限制总速率并不能阻止广播报文占满带宽。端口属性里一般有广播、组播、未知单播的速率限制配置按端口带宽的百分比设置比如广播不超10%组播不超20%这个设置对保障专线业务质量很有用但很多开局人员只做了总限速就结束了。配置完成后在网管上看端口收发速率判断限速是否真的生效。如果业务速率长期超过CIR但端口统计里没有任何丢包多半是限速策略没有真正下发到端口只是界面显示成功。这时候到设备侧查看端口配置确认或者重新下发一次并保存。4.3 E1与以太网混跑的时钟设置漏了它后患无穷E1业务对时钟的敏感程度远超以太网业务。两端设备如果各自用自由振荡或内时钟频率偏差积累到一定程度就会出现滑码。网管上看到的现象是E1端口偶发AIS、帧失步告警或用了一段时间后发现数据有单字节错位。很多人以为是运营商线路问题最后查出来是自己时钟配置没做。格林威尔设备时钟配置一般有几种模式内时钟本地振荡作为主时钟、线路时钟从E1接收信号中提取时钟、外时钟从外部时钟口输入。组网原则很简单同步网必须有唯一的主节点主节点用内时钟或外时钟下游节点全部线路时钟跟随上游。开局时把汇聚侧设备设为主时钟接入侧设备设为线路时钟然后看网管上的滑码计数和帧失步记录持续10到15分钟增长为零才算真正锁定。如果接入侧设备下面还串着别的设备要一级一级传下去形成一条完整的时钟链。时钟链路上只要有一个节点配置错下游全都会抖。时钟失步的另一个隐蔽来源是中间传输链路本身有滑码。比如E1专线中间经过运营商传输网对端设备如果时钟质量差你这边线路时钟提取出来的信号本身就带漂移网管上同样表现为偶发误码。这种情况可以尝试把本端改为内时钟与对端协商由业务侧吸收漂移如果协商不下来就要把误码统计和告警截图留档作为与传输侧对接的依据。有些业务是E1和以太网混跑以太网业务看似对时钟不敏感但设备里E1部分失步引发内部总线时序抖动以太网也会跟着间歇丢包。所以遇到混合设备上以太网掉包、查不到原因时先去看E1时钟状态这是血泪经验。5. 格林威尔网管业务开通避坑五个常见翻车现场与排查顺序业务开通这个环节翻车最多的不是设备本身而是配置动作的顺序和细节。下面五条都是实际项目里反复出现的场景按现象、原因、解决三段写可以直接照着排查。5.1 网管能看见设备业务却死活不通现象网管拓扑里设备图标是绿色告警为空但两个用户端口之间互ping不通。原因最典型的是业务配置只在单端生效。比如A端用户口和光口都放行了VLANB端光口没放行或者两端业务VLAN不一致一个配了100另一个配了200。另一种情况是网管走带内通道网管能通只说明带内管理通道是好的用户业务走的可能是另一条光口路径路径上没有配置放行。解决按“端口状态 → VLAN放行 → 交叉连接 → 用户终端”顺序查。先看两端用户口和光口是否都UP再在设备侧或网管上查VLAN放行和PVID再看端到端业务是否已下发成功最后确认测试PC的网口本身没有问题。排查时每确认一步就在映射表上打个勾避免漏查。5.2 设备一重启昨天开的业务全没了现象前一天配置好的业务和数据全部正常第二天站点断电重启设备起来后业务全部丢失甚至恢复到开局初始状态。原因配置下发到了设备运行内存但没有被保存进存储介质。格林威尔网管或设备串口下发配置时默认动作可能只是“应用”有计划地重启后配置才真正写入存储。很多配置界面里“应用”和“保存”是两个按钮点应用后不点保存就埋下了这个雷。解决养成“配置三连”的习惯下发、保存、备份。无论通过网管还是串口改配置改完都立即执行保存命令再导一份配置备份到网管服务器。备份文件备注日期和改动内容。设备重启后第一时间对比当前配置和备份文件差异一眼就能看出来。5.3 E1 接口满屏告警时钟背锅最多现象E1端口或2M通道反复上报AIS、LOM一类告警业务时好时坏用仪表测试又发现偶发滑码和误码。原因一是两端时钟源不一致接入侧设备没有跟随上游线路时钟二是E1线缆的收发两根线接反三是中间传输链路存在衰耗或抖动。最隐蔽的是第一种因为网管上不一定直接显示“时钟失步”只会表现为误码和告警。解决先把E1线缆收发对调排除物理接错再用软件环回或误码仪把问题限定到线路还是设备。然后查时钟配置主用设备开内时钟从设备开线路时钟。查完时钟后看网管性能统计里的滑码计数15分钟不再增长才算锁定。这里最容易翻车的是把责任推给运营商其实自己设备时钟配置错的概率很高。5.4 拓扑上链路红绿交替先查三级光衰现象网管拓扑里两个设备之间链路状态反复UP、DOWN光口告警时有时无业务表现为周期性中断。原因光路处于临界状态。常见来源是光纤活接头污染、法兰盘松动、光纤弯曲半径过小、光模块收光功率接近灵敏度下限。这种问题在网管上往往只看到链路抖动看不到具体原因属于接入网最常见的玄学问题。解决第一步在网管性能管理里看两端收光功率低于接收灵敏度上限3dB以上就要警惕第二步拿光功率计现场测光路衰耗重点查法兰盘和跳线接头第三步确认两端光口速率和双工模式一致。排查时还要留意尾纤类型和波长匹配单模光纤配多模模块、1310nm模块对上1550nm光路这类情况在接入网并不少见现象同样是收光功率异常或链路时断时续。开局时在映射表上记录每个光口的波长和光纤类型能省掉不少现场往返。光功率计测出衰耗大先清洁接头再考虑换跳线别急着换设备。5.5 全网告警风暴别在风暴中心排查现象某个接入点掉电后网管上刷出几十上百条告警当前告警页面滚动不停真正影响业务的根因被淹没。原因一台下游设备掉电它下面挂的所有设备同时失联每台设备失联都产生网元不可达和链路中断告警如果再有环网关联告警会进一步翻倍。这不是设备故障是告警归并策略没做好。解决在网管里配置告警相关性规则或过滤规则把同一下游方向的告警收敛为一个根因事件。已经发生的告警风暴先按拓扑结构找到最上游的失联节点从它开始查供电和主链路不要在风暴中心逐条处理。风暴过后清空历史告警把告警阈值和屏蔽规则调好避免下次再来一轮。6. 照着PPT功能清单做一次自查把网管交到运维手上6.1 把PPT里的功能清单变成一张验收自查表PPT里列出的网管功能和业务开通流程到交付阶段应该变成一张可勾选的验收表。下面这张表是我验收时常用的最小集每一项都对应一个具体动作功能项验证动作通过标准拓扑管理逐台添加网元检查图标与链路设备全上线链路方向正确告警管理拔一次光口制造告警再恢复上报告警、恢复告警、确认、历史记录完整配置管理导出配置并导回一次配置内容一致导回后业务正常业务开通开通一条以太网专线和一条E1ping零丢包E1误码计数15分钟为0保护倒换拔出工作光纤观察业务中断时长恢复时间在设备标准内告警完整性能监视查看光功率、误码、丢包历史曲线有24小时以上曲线可供回放告警阈值检查光功率低门限、误码率门限已设置并在合理范围未产生告警风暴验收自查表的价值在于PPT讲得再漂亮最终要落到“哪台设备、哪个端口、按什么标准验证”。这张表填完网管系统才算真正具备交到运维手里的条件。6.2 交运维之前的两个固化动作备份与告警阈值交付运维前还有两个动作一定不能省。一个是全量配置备份把开局配置、业务配置、IP规划表、VLAN映射表打包放到项目共享目录文件名带日期和设备IP半年后设备故障需要更换时这套资料就是恢复业务的底稿。另一个是告警阈值设置。光功率低门限不能设得太靠近灵敏度极限否则光路正常波动就会误报也不能设得太松否则光路已经劣化还没有预警。我一般把低门限设在正常收光功率以下4到5dB的位置具体数值根据现场实测调整。说实话我每次做完一个点位的业务开通都会把网管功能清单和业务开通流程缩印成一张A4纸贴在机柜内侧。这样半年后运维打电话说业务不通我先问拓扑是不是红色再问哪一段光纤动过比现场抓瞎快得多。设备会换网管版本会升级但“先看哪里、后动哪里”的顺序不会变。希望帮到你。本文还有配套的精品资源点击获取
