大家有没有因为疏忽引起过网络故障

gdxnfx

前段时间由于自已过错引起一个互联网交换中心中断30分钟，上200个ISP受到影响。
被警告了，终身铭记

ssffzz1

凡是做网络的都有过的。因此是小心再小心。

hyagami

原帖由 ssffzz1 于 2009-8-26 16:06 发表
凡是做网络的都有过的。因此是小心再小心。

同感

ssffzz1

我在实际工程中总结的东西，应该比较有用，都是吃一堑长一智出来的。

工程六要

1、动手前先一定要抓取所有配置并保存，每次调试完成要抓取当前配置。
###防止误配置无法回退。调试后出现问题有据可查。

2、设备调试中要开启log session。
###出问题后防止客户耍赖也防止你逃避责任

3、明确界定调试范围。
###方式客户逼你多干活，出力不讨好。


4、修个与业务相关参数要取得用户同意（必要时书面盖章），如果是多方合作工程尤其注意。
###防止责任不清，相互推诿责任。

5、要注意及时保存各种测试结果，以备查证。
###防止相互扯皮。

6、非我方工程范围内设备勿动，迫不得已情况下，要先明确责任，后谨慎小心，并注意一定保存上述资料，以备查证。
###玩意出故障可不是闹着玩的，多方关系很难处理。

hyagami

原帖由 ssffzz1 于 2009-8-26 16:47 发表
我在实际工程中总结的东西，应该比较有用，都是吃一堑长一智出来的。

工程六要

1、动手前先一定要抓取所有配置并保存，每次调试完成要抓取当前配置。
###防止误配置无法回退。调试后出现问题有据可查。
...

经验之谈！

其实设备出了问题还好解决，各方责任的限定就足够把你弄的焦头烂额了

ssffzz1兄以后也可以写点心得给我们学习学习

ssffzz1

我也正是基于 责任限定 这个范畴。总结的这6点。

技术问题，咋都能解决。玩意搞各出力不讨好，就背的很了。

gdxnfx

原帖由 ssffzz1 于 2009-8-26 16:47 发表
我在实际工程中总结的东西，应该比较有用，都是吃一堑长一智出来的。

工程六要

1、动手前先一定要抓取所有配置并保存，每次调试完成要抓取当前配置。
###防止误配置无法回退。调试后出现问题有据可查。
...

同意.

调试过程中多开几个窗口，有的用来观察命令执行后的反应，有的窗口用来执行命令。

执行有可能造成无法登录设备的命令时,设置设备在xx时间后自动重启,若感觉时间不够用，调整重启时间，若一切在控制中，取消自动重启。

hyagami

哈哈，有意思

ssffzz1

设置设备在xx时间后自动重启,若感觉时间不够用，调整重启时间，若一切在控制中，取消自动重启

好方法。

特别是设备在不支持commit特性的时候。

ssffzz1

已经作为桌面背景。