關于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的告警。
