ZXMP S385- MSTP網絡多外時鐘源配置

問題描述（故障現象）

ZXMP S385組成的網絡中存在有多個外時鐘源，按照用戶的設計思路，在多個外時鐘源都需要同時工作，網元抽取最近的外時鐘源，在相關外時鐘源出現丟失后，需要能夠自動倒換到最近的其它外時鐘源上。開始時，使用自定義算法，網管對所有外時鐘站點全部啟用節點時鐘，并且節點ID都設置為不同，且啟動節點保護功能，這時全網都鎖定節點ID為1的外時鐘源，無法滿足局方的需要。

原因分析

在我們的自定義算法中，節點ID的數字越小優先級越高，因此當多個外時鐘源的節點ID不同時，此時全網鎖定節點ID為1的外時鐘源是正常的。

使用自定義算法，將全網的外時鐘源的ID都修改成1且啟動節點保護功能，此時相關網元都能抽取最近的外時鐘源，但當某個外時鐘源丟失，則這個外時鐘源節點會進入保持模式而不會自動倒換到線路時鐘。當外時鐘源的節點ID啟用保護功能后，此時該節點就不會再跟蹤節點ID與本節點相同的時鐘源。由于全網的外時鐘源的ID都設置為1，并啟用了保護功能，因此現場不倒換的現象屬于正常情況。

解決方案

對于現場的這種應用場景，在全網外時鐘源節點ID都設置為1的時候，此時可以選擇每個外時鐘源節點都不啟用ID保護這項功能即可?，F場將外時鐘源節點ID保護這項功能設置為不保護后，此時在本節點的外時鐘源丟失后，可以正常的跟蹤其它最近的外時鐘源。

注意事項

如果這個網絡的外時鐘源設計思想是全網多個外時鐘源，只有一個是主用的，其它外時鐘源都是備用外時鐘源時，這時應該使用自定義算法，網管對所有外時鐘站點啟用節點時鐘，并且節點ID都設置為不同且啟動節點保護功能，這就能很好滿足這種需求。這個網絡之所以需要所有外時鐘源都同時工作，是由于網絡非常大，各外時鐘源節點距離也非常遠，如果只鎖定一個主用外時鐘源，對節點很遠的站點時鐘質量也是得不到保證的，而用戶也能確保這些節點的外時鐘源質量是相同的，此時全部外時鐘源都需要工作是正常的需求。