公元2018年7月29日晚上21点整，我司一直正在运行的ixcache线路异常断开。？？
公司业务包含提供互联网接入服务，所以这个现象将会导致用户上网体验变差，网速变慢，看视频的速度下降等等，所以组织交给我一个重要的任务——在最快的时间内恢复。
我，
内心有点慌，
毕竟我一个月以前才刚到这个公司啊，我还是个刚刚毕业的孩子啊，我，，，#￥%……&*！@#￥
不说了，正事要紧。。
案发现场截图如下：
（其中，下载是正常的因为我们做了策略在6点前会将下载的速率控制在1M以内。）
刚好29号当天晚上10点要物业停电检修，11点才恢复电力。
所以它的诡异之处在于，没停电之前就故障了，然后停电来电这个动作相当于对设备进行了一次重启操作，导致ixcache恢复了。但是之后半个小时之后又死了，死的非常彻底，导致我后来无论是重启设备还是重启服务还是重启panabit都一副死样。
好嘛，找原因嘛。
我先在ixcache技术支持的群问了下大佬们，马上就有个管理回答我的问题，还让我把地址给他，他远程给我整整。由于是内网，所以用的是teamview。
大佬一顿操作猛如虎
告诉我
应该是你的ip不对。
emmmm
我处于礼貌，道谢，下线。
ip？可是一直用的都是这个ip啊?所以我当时的内心有点不信。
然后看了下内网到这个输出口能不呢通，结果，不能。为什么？
原因是pa对线路做了nat。
简要说下吧懒得打字。
就是各种找原因。升级。检查硬件。检查硬盘。检查数据。
最终得出一个结论：
找不到原因。
嗨没事，找不到原因就算了，我直接重装不就完了吗，顶多再重新配置一下。
考虑到大佬说的ip问题--输出口和下载口不能同一个网段，同时内网用户要跟输出口通信，并且不能和内网用户同一个网段。
对这句话的三个与条件我考虑了两天（其实是有其他事耽搁了）终于决定：用10.21.0.0 的网段。
接下来就是见证奇迹的时刻。
首先将ixcache的地址改了，有图形化的界面直接敲就是了，提交。
第二步
在pa将接口线路-wan线路设置一下。
具体参数忘了，看图
第三步，配置缓存设备和牵引策略。
记住目标缓存要设置为自己后来的新配的线路。
最后一步就是配置策略路由了。
到这里，我在看i下cache的线路流量，就已经有流量过了。
做到这里，我的内心久久不能平静，因为
原因特么到底是啥！
不管了恢复了就好。
拜拜。
注：除了第一张图其他的图都是事后截的所以不是故障图。
有问题欢迎指出讨论
相关ixcache教程：http://forum.panabit.com/thread-10878-1-1.html