2018-08-01 diameter unreachable alarm cannot be cleared up after reboot PL.

关于TR HW89898，diameter unreachable alarm cannot be cleared up after reboot PL.
diameter AAA,diameter peer connection unreachable.
background traffic 是robust case：TC-IPWROB—blade-0201，reboot PL,the traffic failover need several seconds,the blade can be up and handle trafffic after disturbance.

case 操作过程：
1，背景traffic是AAA的robust case，
2，在case is running normal的情况下，rebootPL板子。rebootPL-3，traffic需要几秒钟时间failover到PL-4，几秒钟内出现了timeout，经过这几秒的从PL-3到PL-4的切换过程，traffic恢复正常。
4，这个时候，你去查看alarm的情况，这时候已经在PL-3出现了diameter AAA,diameter peer connection unreachable。
我以为，在reboot过程中，diameter断开连接,是正常的，但是等PL-3 reboot结束后，PL-3又起来了，这时候其实链接已经建立起来了，因为等下一步在reboot PL-4时，traffic成功failover到PL-3了，那说明PL-3链接存在的。那么在PL-3链接存在的情况下，alarm里面还是有这个alarm，diameter AAA,diameter peer connection unreachable，这就是一个互相矛盾的情况。
4，链接明明存在，为什么alarm中还show出来connection uareachable。这是互相矛盾。
5，TR回复者回复，client重新启动resent tatansim 请求，这个时候会消掉以上alarm，意思是ipworks不会主动清除这个alarm，只有titansim在client上在从新发一次，ipworks收到来自titansim的CER/CEA信息时，才会消掉alarm。
6，其实我不care IPworks是不是因为收没收到CEA/CER信息才会消除alarm，我care的是能正常处理traffic，为什么还有diameter connection unreachable的告警。下层的东西我不用关注，把问题最简单话，能正常处理traffic，就不应该有connection UNreachable的告警。