本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種鏈路聚合組通道快速切換的方法和裝置。

背景技術(shù)：

現(xiàn)有技術(shù)中MPLS(Multi-Protocol Label Switching，多協(xié)議標(biāo)簽交換)網(wǎng)絡(luò)的OAM(Operations,Administration And Maintenance，操作、維護(hù)及管理)報(bào)文承載在端口通道的主端口中，通過(guò)周期性發(fā)送CCM(連續(xù)性檢查消息，Continuity Check Message)報(bào)文，檢測(cè)本端MEP(Maintenance Association End Point，維護(hù)聯(lián)合終點(diǎn))和對(duì)端MEP的連通性。同時(shí)LACP(Link Aggregation Control Protocol，鏈路聚合控制協(xié)議)報(bào)文也承載在端口通道的主端口中。

每個(gè)物理端口出現(xiàn)故障都會(huì)發(fā)出LOC(Lost of Continuity Check，連續(xù)性測(cè)試丟失)告警，那么檢測(cè)此告警的速度，以及檢測(cè)此告警是否抑制或上報(bào)的延時(shí)就成了鏈路檢測(cè)的關(guān)鍵指標(biāo)。

現(xiàn)有技術(shù)中，當(dāng)端口通道的主端口故障時(shí)，MEP節(jié)點(diǎn)在3個(gè)檢測(cè)周期內(nèi)收不到對(duì)端CCM報(bào)文，會(huì)發(fā)出LOC告警。此刻LOC告警是致命的，會(huì)導(dǎo)致整個(gè)聚合組通道的切換。MEP節(jié)點(diǎn)會(huì)判斷整個(gè)聚合通道的連通性。因?yàn)樵诙丝谕ǖ乐羞€有其他成員端口，所以MEP會(huì)在端口通道中切換主端口，在端口通道的次優(yōu)先級(jí)成員端口發(fā)送CCM報(bào)文和接受CCM報(bào)文。本段MEP和遠(yuǎn)端MEP的連通性沒(méi)有故障的時(shí)候，確立此端口為主端口，協(xié)議報(bào)文才能切換過(guò)去。LOC告警經(jīng)過(guò)長(zhǎng)時(shí)間檢測(cè)延時(shí)才被抑制。在此次切換中軟件啟動(dòng)MEP中成員端口發(fā)送/接收CCM報(bào)文時(shí)延過(guò)長(zhǎng)。

假如本段MEP和遠(yuǎn)端MEP在此成員端口中啟動(dòng)發(fā)送/接受CCM報(bào)文，但是此成員端口也存在故障，那么3個(gè)周期之內(nèi)收不到CCM報(bào)文同樣會(huì)產(chǎn)生LOC告警，MEP只能選擇下一個(gè)成員端口檢測(cè)連通性。那么時(shí)延會(huì)更加劇烈。假如端口通道中的所有其他的成員端口都是故障，那么發(fā)出LOC告警，此端口通道鏈路整體故障，MPLS的保護(hù)機(jī)制會(huì)切換此端口通道到備份端口通道鏈路上，丟包問(wèn)題嚴(yán)重。

通過(guò)上述描述可知，當(dāng)端口通道的其他端口故障時(shí)，由于沒(méi)有CCM機(jī)制的鏈路檢測(cè)，通過(guò)現(xiàn)有的端口UP/DOWN事件通知成員端口的變化，造成了端口通道鏈路的大量丟包，這是骨干網(wǎng)絡(luò)中不允許的?，F(xiàn)有技術(shù)也有一些檢測(cè)端口UP/DOWN硬件的快速檢測(cè)方法，但是都不能達(dá)到CCM報(bào)文3.3ms的電信級(jí)檢測(cè)級(jí)別。

技術(shù)實(shí)現(xiàn)要素：

本發(fā)明實(shí)施例提供一種鏈路聚合組通道快速切換的方法和裝置，用于解決鏈路聚合組通道內(nèi)端口故障導(dǎo)致端口切換過(guò)程中丟包嚴(yán)重的技術(shù)問(wèn)題。

本發(fā)明實(shí)施例提供一種鏈路聚合組通道快速切換的方法，所述方法應(yīng)用于MPLS網(wǎng)絡(luò)，所述方法包括：

在初始狀態(tài)時(shí)所述鏈路聚合組內(nèi)的端口狀態(tài)位都設(shè)置為up，所述鏈路聚合組內(nèi)的每個(gè)端口向其對(duì)端端口發(fā)送CCM報(bào)文，根據(jù)接收到的CCM報(bào)文計(jì)算單位時(shí)間段內(nèi)的端口狀態(tài)；

根據(jù)所述單位時(shí)間段內(nèi)的端口狀態(tài)選擇主端口，所述主端口發(fā)生故障時(shí)發(fā)送LOC告警，當(dāng)維護(hù)的端口狀態(tài)位存在up時(shí)，消除所述LOC告警；

將主端口狀態(tài)位由up設(shè)置為down，將所述主端口切換到端口狀態(tài)位為up的高優(yōu)先級(jí)端口上。

本發(fā)明實(shí)施例還提供一種鏈路聚合組通道快速切換的裝置，所述裝置應(yīng)用于MPLS網(wǎng)絡(luò)，所述裝置包括：

端口檢測(cè)模塊，用于在初始狀態(tài)時(shí)所述鏈路聚合組內(nèi)的端口狀態(tài)位都設(shè)置為up，所述鏈路聚合組內(nèi)的每個(gè)端口向其對(duì)端端口發(fā)送CCM報(bào)文，根據(jù)接收到的CCM報(bào)文計(jì)算單位時(shí)間段內(nèi)的端口狀態(tài)；

端口故障檢測(cè)模塊，用于根據(jù)所述單位時(shí)間段內(nèi)的端口狀態(tài)選擇主端口，所述主端口發(fā)生故障時(shí)發(fā)送LOC告警，當(dāng)維護(hù)的端口狀態(tài)位存在up時(shí)，消除所述LOC告警；

端口切換模塊，用于將主端口狀態(tài)位由up設(shè)置為down，將所述主端口切換到端口狀態(tài)位為up的高優(yōu)先級(jí)端口上。

通過(guò)上述技術(shù)方案可知，鏈路聚合組通道內(nèi)的每個(gè)端口均向其對(duì)端端口發(fā)送CCM報(bào)文，節(jié)點(diǎn)根據(jù)接收到的CCM報(bào)文檢測(cè)每個(gè)端口的狀態(tài)，在端口發(fā)生故障時(shí)，及時(shí)在端口狀態(tài)圖中更新該端口的狀態(tài)。當(dāng)主端口發(fā)生故障時(shí)，將端口狀態(tài)位為up的非主端口切換為主端口。由于，每個(gè)端口都引用了CCM檢測(cè)鏈路的機(jī)制，且每個(gè)端口都維護(hù)有狀態(tài)位，在主端口故障時(shí)，通過(guò)端口狀態(tài)位圖能快速發(fā)現(xiàn)端口狀態(tài)位為up的非主端口，并且在聚合組通道內(nèi)部進(jìn)行切換，因此，僅有極少的丟包。進(jìn)一步，在主端口故障時(shí)，快速做出LOC告警并上報(bào)后，根據(jù)端口狀態(tài)位圖發(fā)現(xiàn)存在up狀態(tài)的非主端口時(shí)則快速消除LOC告警，避免了整個(gè)聚合組通道的切換，有效減少了丟包數(shù)量。本發(fā)明實(shí)施例為整體MPLS的保護(hù)機(jī)制提供了物理鏈路的電信級(jí)支撐。

附圖說(shuō)明

圖1為第一實(shí)施例的鏈路聚合組通道快速切換的方法流程圖；

圖2為第二實(shí)施例的鏈路聚合組通道快速切換的方法流程圖；

圖3為本發(fā)明第三實(shí)施例提供的一種鏈路聚合組通道快速切換的裝置結(jié)構(gòu)示意圖。

具體實(shí)施方式

下面結(jié)合附圖對(duì)本發(fā)明優(yōu)選的實(shí)施方法進(jìn)行詳細(xì)說(shuō)明。

參閱圖1所示，如圖1為第一實(shí)施例的鏈路聚合組通道快速切換的方法流程圖，本發(fā)明實(shí)施例中對(duì)鏈路聚合組通道快速切換的方法進(jìn)行詳細(xì)介紹。所述方法包括：

S101：在初始狀態(tài)時(shí)所述鏈路聚合組內(nèi)的端口狀態(tài)位都設(shè)置為up，所述鏈路聚合組內(nèi)的每個(gè)端口向其對(duì)端端口發(fā)送CCM報(bào)文，根據(jù)接收到的CCM報(bào)文計(jì)算單位時(shí)間段內(nèi)的端口狀態(tài)；

具體地，在MPLS網(wǎng)絡(luò)中有許多節(jié)點(diǎn)，例如MEP，每個(gè)節(jié)點(diǎn)都有多個(gè)物理端口，一組物理端口被捆綁在一起組成一個(gè)邏輯端口，兩個(gè)節(jié)點(diǎn)之間通過(guò)兩個(gè)邏輯端口建立鏈路聚合組進(jìn)行通信，每個(gè)節(jié)點(diǎn)維護(hù)鏈路聚合組中本端的每個(gè)端口的端口狀態(tài)。在初始狀態(tài)時(shí)，節(jié)點(diǎn)將鏈路聚合組內(nèi)的端口狀態(tài)位都設(shè)置為up，然后每個(gè)端口都向其對(duì)端端口發(fā)送CCM報(bào)文，通過(guò)CCM報(bào)文檢測(cè)每個(gè)端口鏈路的通斷，每個(gè)CCM報(bào)文的檢測(cè)周期是3.3ms，節(jié)點(diǎn)根據(jù)每個(gè)端口接收到CCM報(bào)文情況計(jì)算一段時(shí)間內(nèi)的端口狀態(tài)。

S102：節(jié)點(diǎn)根據(jù)所述單位時(shí)間段內(nèi)的端口狀態(tài)選擇主端口，所述主端口發(fā)生故障時(shí)發(fā)送LOC告警，當(dāng)節(jié)點(diǎn)維護(hù)的端口狀態(tài)位存在up時(shí)，消除所述LOC告警；

具體地，在初始狀態(tài)下，一般通過(guò)端口索引號(hào)的選擇獲得主端口，這里的端口索引號(hào)都是預(yù)先設(shè)定的，對(duì)于鏈路組合組內(nèi)的多個(gè)端口而言無(wú)法根據(jù)其端口的數(shù)據(jù)傳輸優(yōu)劣選擇主端口。為此，通過(guò)單位時(shí)間段內(nèi)的端口通斷狀態(tài)獲得端口的數(shù)據(jù)傳輸丟失情況，選擇主端口。

另外，當(dāng)主端口發(fā)生故障時(shí)，節(jié)點(diǎn)將會(huì)LOC告警，這里的LOC告警將是致命的，其將會(huì)導(dǎo)致鏈路向其備份鏈路切換，由于鏈路聚合組的大量數(shù)據(jù)都在本端口通道進(jìn)行傳輸，該切換將導(dǎo)致在原端口通道傳輸?shù)臄?shù)據(jù)丟失。為此，節(jié)點(diǎn)將會(huì)查看端口通道內(nèi)的各個(gè)端口狀態(tài)位，也就是，節(jié)點(diǎn)查看自己維護(hù)的各個(gè)端口的端口狀態(tài)位。假如存在任何成員端口的狀態(tài)為up，快速剔除此告警端口，并抑制此告警。

這個(gè)告警并沒(méi)有上報(bào)應(yīng)用層，只是停留在硬件抽象層。然后在硬件抽象層消除LOC告警。

S103：節(jié)點(diǎn)將主端口狀態(tài)位由up設(shè)置為down，將所述主端口切換到高優(yōu)先級(jí)端口上。

具體地，節(jié)點(diǎn)將主端口狀態(tài)位由up設(shè)置為down，將主端口進(jìn)行切換，切換到經(jīng)過(guò)選擇的高優(yōu)先級(jí)的端口上。

為了清楚說(shuō)明在初始狀態(tài)下主端口選擇過(guò)程，基于第一實(shí)施例為節(jié)點(diǎn)根據(jù)所述單位時(shí)間段內(nèi)的端口狀態(tài)選擇主端口還包括：節(jié)點(diǎn)根據(jù)單位時(shí)間段內(nèi)每個(gè)端口接收對(duì)端CCM報(bào)文的丟失率選擇丟失率最小的端口作為主端口。

具體地，這里的單位時(shí)間段包括超過(guò)3個(gè)CCM報(bào)文檢測(cè)周期，但是對(duì)于每個(gè)端口接收對(duì)端CCM報(bào)文的丟失率的計(jì)算，不能出現(xiàn)連續(xù)3個(gè)CCM報(bào)文檢測(cè)周期丟失報(bào)文的情況，因?yàn)槟蔷蜁?huì)產(chǎn)生LOC告警，也就是端口出現(xiàn)通道中斷。此時(shí)，通過(guò)計(jì)算單位時(shí)間段內(nèi)每個(gè)端口接收對(duì)端CCM報(bào)文的丟失率，選擇丟失率最小的端口作為主端口。

為了詳細(xì)說(shuō)明主端口發(fā)生故障為哪種情形，基于第一實(shí)施例進(jìn)一步還包括：所述節(jié)點(diǎn)在3個(gè)CCM報(bào)文檢測(cè)周期內(nèi)沒(méi)有收到主端口對(duì)端的CCM報(bào)文時(shí)發(fā)出LOC告警。

具體地，主端口發(fā)生故障的情況為節(jié)點(diǎn)在3個(gè)CCM報(bào)文檢測(cè)周期內(nèi)沒(méi)有收到主端口對(duì)端的CCM報(bào)文，節(jié)點(diǎn)在3個(gè)CCM報(bào)文檢測(cè)周期內(nèi)沒(méi)有收到主端口對(duì)端的CCM報(bào)文時(shí)發(fā)出LOC告警，這里的CCM報(bào)文檢測(cè)周期是3.3ms，也就是說(shuō)10ms內(nèi)沒(méi)有接收到對(duì)端發(fā)送的CCM報(bào)文時(shí)，將會(huì)發(fā)送LOC告警。

為了完善非主端口出現(xiàn)端口故障時(shí)的端口狀態(tài)處理情況，如圖2為第二實(shí)施例的鏈路聚合組通道快速切換的方法流程圖。本實(shí)施例具體描述如下：

S201：在初始狀態(tài)時(shí)所述鏈路聚合組內(nèi)的端口狀態(tài)位都設(shè)置為up，所述鏈路聚合組內(nèi)的每個(gè)端口向其對(duì)端端口發(fā)送CCM報(bào)文，節(jié)點(diǎn)根據(jù)接收到的CCM報(bào)文計(jì)算單位時(shí)間段內(nèi)的端口狀態(tài)；

具體地，在初始狀態(tài)時(shí)，節(jié)點(diǎn)將鏈路聚合組內(nèi)的端口狀態(tài)位都設(shè)置為up，然后每個(gè)端口都向其對(duì)端端口發(fā)送CCM報(bào)文，通過(guò)CCM報(bào)文檢測(cè)每個(gè)端口鏈路的通斷，每個(gè)CCM報(bào)文的檢測(cè)周期是3.3ms，節(jié)點(diǎn)根據(jù)每個(gè)端口接收到CCM報(bào)文情況計(jì)算一段時(shí)間內(nèi)的端口狀態(tài)。

S202：節(jié)點(diǎn)根據(jù)所述單位時(shí)間段內(nèi)的端口狀態(tài)選擇主端口，所述主端口發(fā)生故障時(shí)發(fā)送LOC告警，當(dāng)節(jié)點(diǎn)維護(hù)的端口狀態(tài)位存在up時(shí)，消除所述LOC告警；

具體地，在初始狀態(tài)下，一般通過(guò)端口索引號(hào)的選擇獲得主端口，這里的端口索引號(hào)都是預(yù)先設(shè)定的，對(duì)于鏈路組合組內(nèi)的多個(gè)端口而言無(wú)法根據(jù)其端口的數(shù)據(jù)傳輸優(yōu)劣選擇主端口。為此，通過(guò)單位時(shí)間段內(nèi)的端口通斷狀態(tài)獲得端口的數(shù)據(jù)傳輸丟失情況選擇主端口。

另外，當(dāng)主端口發(fā)生故障時(shí)，節(jié)點(diǎn)將會(huì)LOC告警，這里的LOC告警將是致命的，其將會(huì)導(dǎo)致鏈路向其備份鏈路切換，由于鏈路聚合組的大量數(shù)據(jù)都在本端口通道進(jìn)行傳輸，該切換將導(dǎo)致在原端口通道傳輸?shù)臄?shù)據(jù)丟失。為此，節(jié)點(diǎn)將會(huì)查看端口通道內(nèi)的各個(gè)端口狀態(tài)位。假如存在任何成員端口的狀態(tài)為up，快速剔除此告警端口，并抑制此告警。

S203：節(jié)點(diǎn)將主端口狀態(tài)位由up設(shè)置為down，將所述主端口切換到端口狀態(tài)位為up的高優(yōu)先級(jí)端口上。

具體地，節(jié)點(diǎn)將主端口狀態(tài)位由up設(shè)置為down，將主端口進(jìn)行切換，切換到經(jīng)過(guò)選擇的高優(yōu)先級(jí)的端口上。

S204：當(dāng)節(jié)點(diǎn)在3個(gè)CCM報(bào)文檢測(cè)周期內(nèi)沒(méi)有收到非主端口對(duì)端的CCM報(bào)文時(shí)，節(jié)點(diǎn)發(fā)送LOC告警，當(dāng)存在非主端口之一的端口狀態(tài)位up時(shí)，將沒(méi)有收到對(duì)端的CCM報(bào)文的非主端口狀態(tài)位設(shè)置為down。

具體地，當(dāng)非主端口出現(xiàn)端口故障時(shí)，也就是節(jié)點(diǎn)在3個(gè)檢測(cè)周期內(nèi)收不到對(duì)端CCM報(bào)文，會(huì)發(fā)送LOC告警，這里的LOC告警同樣的是致命的，將會(huì)導(dǎo)致鏈路向其備份鏈路切換。節(jié)點(diǎn)檢查端口通道內(nèi)其它端口的狀態(tài)位，假如存在任何端口的狀態(tài)為up，快速剔除此告警端口，并抑制此告警。同時(shí)上報(bào)端口通道每個(gè)端口的狀態(tài)告警。也即節(jié)點(diǎn)沒(méi)有收到對(duì)端的CCM報(bào)文的非主端口狀態(tài)位設(shè)置為down。非主端口的狀態(tài)位的變化不涉及切換，只是更新節(jié)點(diǎn)維護(hù)的端口狀態(tài)位。

非主端口在3個(gè)周期內(nèi)收不到CCM報(bào)文，置狀態(tài)位圖為DOWN，并剔除聚合組。等一旦加入聚合組后再發(fā)送CCM報(bào)文，然后更新?tīng)顟B(tài)位圖。

為了對(duì)主端口的切換做詳細(xì)的說(shuō)明，基于第一實(shí)施例具體描述的是節(jié)點(diǎn)將主端口狀態(tài)位由up設(shè)置為down，在將所述主端口切換到所述端口狀態(tài)位為up的高優(yōu)先級(jí)端口上之前，還包括：節(jié)點(diǎn)根據(jù)非主端口在單位時(shí)間段內(nèi)接收其對(duì)端CCM報(bào)文的丟失率，選擇丟失率最小的且端口狀態(tài)位為up的非主端口作為高優(yōu)先級(jí)端口。

具體地，在主端口切換時(shí)，其狀態(tài)為將由up設(shè)置為down，并根據(jù)非主端口在單位時(shí)間段內(nèi)接收其對(duì)端CCM報(bào)文的丟失率選擇丟失率最小的端口作為高優(yōu)先級(jí)端口，作為新的主端口。也就是說(shuō)，在主端口切換時(shí)，也是通過(guò)CCM報(bào)文的丟失率選擇主端口，而不是通過(guò)端口索引號(hào)固定選擇，由于主端口的CCM報(bào)文丟失將會(huì)導(dǎo)致端口切換，而選擇丟失率比較小的端口將增加主端口的穩(wěn)定性。

圖3為本發(fā)明第三實(shí)施例提供的一種鏈路聚合組通道快速切換的裝置框圖，所述裝置應(yīng)用于MPLS網(wǎng)絡(luò)。所述裝置包括：

端口檢測(cè)模塊31，用于在初始狀態(tài)時(shí)所述鏈路聚合組內(nèi)的端口狀態(tài)位都設(shè)置為up，所述鏈路聚合組內(nèi)的每個(gè)端口向其對(duì)端端口發(fā)送CCM報(bào)文，根據(jù)接收到的CCM報(bào)文計(jì)算單位時(shí)間段內(nèi)的端口狀態(tài)。

具體地，在初始狀態(tài)時(shí)，節(jié)點(diǎn)將鏈路聚合組內(nèi)的端口狀態(tài)位都設(shè)置為up，然后每個(gè)端口都向其對(duì)端端口發(fā)送CCM報(bào)文，通過(guò)CCM報(bào)文檢測(cè)每個(gè)端口鏈路的通斷，每個(gè)CCM報(bào)文的檢測(cè)周期是3.3ms，節(jié)點(diǎn)根據(jù)每個(gè)端口接收到CCM報(bào)文情況計(jì)算一段時(shí)間內(nèi)的端口狀態(tài)。

端口故障檢測(cè)模塊32，用于根據(jù)所述單位時(shí)間段內(nèi)的端口狀態(tài)選擇主端口，所述主端口發(fā)生故障時(shí)發(fā)送LOC告警，當(dāng)維護(hù)的端口狀態(tài)位存在up時(shí)，消除所述LOC告警。

具體地，在初始狀態(tài)下，一般通過(guò)端口索引號(hào)的選擇獲得主端口，這里的端口索引號(hào)都是預(yù)先設(shè)定的，對(duì)于鏈路組合組內(nèi)的多個(gè)端口而言無(wú)法根據(jù)其端口的數(shù)據(jù)傳輸優(yōu)劣選擇主端口。為此，通過(guò)單位時(shí)間段內(nèi)的端口痛斷狀態(tài)獲得端口的數(shù)據(jù)傳輸丟失情況選擇主端口。

另外，當(dāng)主端口發(fā)生故障時(shí)，節(jié)點(diǎn)將會(huì)LOC告警，這里的LOC告警將是致命的，其將會(huì)導(dǎo)致鏈路向其備份鏈路切換，由于鏈路聚合組的大量數(shù)據(jù)都在本端口通道進(jìn)行傳輸，該切換將導(dǎo)致在原端口通道傳輸?shù)臄?shù)據(jù)丟失。為此，節(jié)點(diǎn)將會(huì)查看端口通道內(nèi)的各個(gè)端口狀態(tài)位。假如存在任何成員端口的狀態(tài)為up，快速剔除此告警端口，并抑制此告警。

端口切換模塊33，用于將主端口狀態(tài)位由up設(shè)置為down，將所述主端口切換到端口狀態(tài)位為up的高優(yōu)先級(jí)端口上。

具體地，節(jié)點(diǎn)將主端口狀態(tài)位由up設(shè)置為down，將主端口進(jìn)行切換，切換到經(jīng)過(guò)選擇的高優(yōu)先級(jí)的端口上。

為了清楚說(shuō)明在初始狀態(tài)下主端口選擇過(guò)過(guò)程，所述端口故障檢測(cè)裝置32，還用于根據(jù)單位時(shí)間段內(nèi)每個(gè)端口接收對(duì)端CCM報(bào)文的丟失率選擇丟失率最小的端口作為主端口。

具體地，這里的單位時(shí)間段包括超過(guò)3個(gè)CCM報(bào)文檢測(cè)周期，但是對(duì)于每個(gè)端口接收對(duì)端CCM報(bào)文的丟失率的計(jì)算，不能出現(xiàn)連續(xù)3個(gè)CCM報(bào)文檢測(cè)周期丟失報(bào)文的情況，因?yàn)槟蔷蜁?huì)產(chǎn)生LOC告警，也就是端口出現(xiàn)通道中斷。此時(shí)，通過(guò)計(jì)算單位時(shí)間段內(nèi)每個(gè)端口接收對(duì)端CCM報(bào)文的丟失率，選擇丟失率最小的端口作為主端口。

為了詳細(xì)說(shuō)明主端口發(fā)生故障為哪種情形，端口故障檢測(cè)裝置32，還用于在3個(gè)CCM報(bào)文檢測(cè)周期內(nèi)沒(méi)有收到主端口對(duì)端的CCM報(bào)文時(shí)發(fā)出LOC告警。

具體地，主端口發(fā)生故障的情況為節(jié)點(diǎn)在3個(gè)CCM報(bào)文檢測(cè)周期內(nèi)沒(méi)有收到主端口對(duì)端的CCM報(bào)文時(shí)發(fā)出LOC告警，這里的CCM報(bào)文檢測(cè)周期是3.3ms，也就是說(shuō)10ms內(nèi)沒(méi)有接收到對(duì)端發(fā)送的CCM報(bào)文時(shí)，將會(huì)發(fā)送LOC告警。

為了完善非主端口出現(xiàn)的端口故障時(shí)的端口狀態(tài)處理情況，在上述實(shí)施例的基礎(chǔ)上，端口故障檢測(cè)裝置32，還用于當(dāng)在3個(gè)CCM報(bào)文檢測(cè)周期內(nèi)沒(méi)有收到非主端口對(duì)端的CCM報(bào)文時(shí)，發(fā)送LOC告警，當(dāng)存在非主端口之一的端口狀態(tài)位up時(shí)，將沒(méi)有收到對(duì)端的CCM報(bào)文的非主端口狀態(tài)位設(shè)置為down。

為了對(duì)主端口的切換做詳細(xì)的說(shuō)明，端口切換裝置33，還用于在將所述主端口切換到端口狀態(tài)位為up的高優(yōu)先級(jí)端口上之前，根據(jù)非主端口在單位時(shí)間段內(nèi)接收其對(duì)端CCM報(bào)文的丟失率，選擇丟失率最小的且端口狀態(tài)位為up的端口作為高優(yōu)先級(jí)端口

具體地，在主端口切換時(shí)，其狀態(tài)為將由up設(shè)置為down，并根據(jù)非主端口在單位時(shí)間段內(nèi)接收其對(duì)端CCM報(bào)文的丟失率選擇丟失率最小的端口作為高優(yōu)先級(jí)端口，作為新的主端口。也就是說(shuō)，在主端口切換時(shí)，也是通過(guò)CCM報(bào)文的丟失率選擇主端口，而不是通過(guò)端口索引號(hào)固定選擇，由于非端口的CCM報(bào)文丟失將會(huì)倒是端口切換，而選擇丟失率比較小的端口將增加主端口的穩(wěn)定性。

需要特別說(shuō)明的是當(dāng)聚合組中所有的端口位圖都是DOWN的時(shí)候，此時(shí)的LOC告警上發(fā)到應(yīng)用層，導(dǎo)致備份鏈路的切換。

本領(lǐng)域內(nèi)的技術(shù)人員應(yīng)明白，本發(fā)明的實(shí)施例可提供為方法、系統(tǒng)、或計(jì)算機(jī)程序產(chǎn)品。因此，本發(fā)明可采用完全硬件實(shí)施例、完全軟件實(shí)施例、或結(jié)合軟件和硬件方面的實(shí)施例的形式。而且，本發(fā)明可采用在一個(gè)或多個(gè)其中包含有計(jì)算機(jī)可用程序代碼的計(jì)算機(jī)可用存儲(chǔ)介質(zhì)(包括但不限于磁盤(pán)存儲(chǔ)器、CD-ROM、光學(xué)存儲(chǔ)器等)上實(shí)施的計(jì)算機(jī)程序產(chǎn)品的形式。

本發(fā)明是參照根據(jù)本發(fā)明實(shí)施例的方法、設(shè)備(系統(tǒng))、和計(jì)算機(jī)程序產(chǎn)品的流程圖和/或方框圖來(lái)描述的。應(yīng)理解可由計(jì)算機(jī)程序指令實(shí)現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合?？商峁┻@些計(jì)算機(jī)程序指令到通用計(jì)算機(jī)、專(zhuān)用計(jì)算機(jī)、嵌入式處理機(jī)或其他可編程數(shù)據(jù)處理設(shè)備的處理器以產(chǎn)生一個(gè)機(jī)器，使得通過(guò)計(jì)算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備的處理器執(zhí)行的指令產(chǎn)生用于實(shí)現(xiàn)在流程圖一個(gè)流程或多個(gè)流程和/或方框圖一個(gè)方框或多個(gè)方框中指定的功能的裝置。

這些計(jì)算機(jī)程序指令也可存儲(chǔ)在能引導(dǎo)計(jì)算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備以特定方式工作的計(jì)算機(jī)可讀存儲(chǔ)器中，使得存儲(chǔ)在該計(jì)算機(jī)可讀存儲(chǔ)器中的指令產(chǎn)生包括指令裝置的制造品，該指令裝置實(shí)現(xiàn)在流程圖一個(gè)流程或多個(gè)流程和/或方框圖一個(gè)方框或多個(gè)方框中指定的功能。

這些計(jì)算機(jī)程序指令也可裝載到計(jì)算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備上，使得在計(jì)算機(jī)或其他可編程設(shè)備上執(zhí)行一系列操作步驟以產(chǎn)生計(jì)算機(jī)實(shí)現(xiàn)的處理，從而在計(jì)算機(jī)或其他可編程設(shè)備上執(zhí)行的指令提供用于實(shí)現(xiàn)在流程圖一個(gè)流程或多個(gè)流程和/或方框圖一個(gè)方框或多個(gè)方框中指定的功能的步驟。

盡管已描述了本發(fā)明的優(yōu)選實(shí)施例，但本領(lǐng)域內(nèi)的技術(shù)人員一旦得知了基本創(chuàng)造性概念，則可對(duì)這些實(shí)施例作出另外的變更和修改。所以，所附權(quán)利要求意欲解釋為包括優(yōu)選實(shí)施例以及落入本發(fā)明范圍的所有變更和修改。

顯然，本領(lǐng)域的技術(shù)人員可以對(duì)本發(fā)明實(shí)施例進(jìn)行各種改動(dòng)和變型而不脫離本發(fā)明實(shí)施例的精神和范圍。這樣，倘若本發(fā)明實(shí)施例的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動(dòng)和變型在內(nèi)。