[發(fā)明專(zhuān)利]一種RSVP中認(rèn)證關(guān)系的維護(hù)方法和設(shè)備

有效

• 申請(qǐng)?zhí)枺?/td>: 201210511293.0
• 申請(qǐng)日: 2012-12-04
• 公開(kāi)（公告）號(hào): CN103023821A
• 公開(kāi)（公告）日: 2013-04-03
• 發(fā)明（設(shè)計(jì)）人: 嚴(yán)亮
• 申請(qǐng)（專(zhuān)利權(quán)）人: 杭州華三通信技術(shù)有限公司
• 主分類(lèi)號(hào): H04L12/913
• 分類(lèi)號(hào): H04L12/913;H04L29/06;H04L12/763;H04L12/741
• 代理公司: 北京鑫媛睿博知識(shí)產(chǎn)權(quán)代理有限公司 11297
• 代理人: 龔家驊

1.一種資源預(yù)留協(xié)議RSVP中認(rèn)證關(guān)系的維護(hù)方法，應(yīng)用于包括互為鄰居節(jié)點(diǎn)的RSVP發(fā)送端設(shè)備和RSVP接收端設(shè)備的網(wǎng)絡(luò)中，其特征在于，該方法包括以下步驟：?

RSVP發(fā)送端設(shè)備在需要向RSVP接收端設(shè)備發(fā)送RSVP消息時(shí)，通過(guò)所述RSVP消息對(duì)應(yīng)的發(fā)送接口地址和下一跳地址查詢(xún)本地記錄的發(fā)送認(rèn)證關(guān)系；如果沒(méi)有對(duì)應(yīng)記錄，建立所述發(fā)送接口地址和下一跳地址對(duì)應(yīng)的發(fā)送認(rèn)證關(guān)系；如果有對(duì)應(yīng)記錄，更新所述發(fā)送接口地址和下一跳地址對(duì)應(yīng)的發(fā)送認(rèn)證關(guān)系；?

所述RSVP發(fā)送端設(shè)備通過(guò)所述發(fā)送接口地址和下一跳地址對(duì)應(yīng)的發(fā)送認(rèn)證關(guān)系向所述RSVP接收端設(shè)備發(fā)送所述RSVP消息。?

2.如權(quán)利要求1所述的方法，其特征在于，發(fā)送認(rèn)證關(guān)系通過(guò)RSVP消息對(duì)應(yīng)的發(fā)送接口地址和下一跳地址進(jìn)行唯一標(biāo)識(shí)，且所述發(fā)送認(rèn)證關(guān)系中記錄的內(nèi)容包括以下之一或任意組合：?

Mode，表示認(rèn)證關(guān)系為發(fā)送認(rèn)證關(guān)系或接收認(rèn)證關(guān)系；?

KeyID，為加密所使用key的ID；?

KeyType，為加密所使用key的類(lèi)型；?

Lifetime，為認(rèn)證關(guān)系配置的老化時(shí)間；?

Expires，為認(rèn)證關(guān)系老化前剩余時(shí)間；?

Challenge，為Challenge能力協(xié)商的狀態(tài)；?

Windowsize，為RSVP認(rèn)證窗口的大小；?

Lastseq#sent/rcvd，為最后一次發(fā)送所使用的序列號(hào)。?

3.如權(quán)利要求1所述的方法，其特征在于，所述RSVP消息具體為：Path消息或者PathTear消息。?

4.一種資源預(yù)留協(xié)議RSVP中認(rèn)證關(guān)系的維護(hù)方法，應(yīng)用于包括互為鄰居節(jié)點(diǎn)的RSVP發(fā)送端設(shè)備和RSVP接收端設(shè)備的網(wǎng)絡(luò)中，其特征在于，該方法包括以下步驟：?

RSVP接收端設(shè)備在收到來(lái)自RSVP發(fā)送端設(shè)備的RSVP消息時(shí)，通過(guò)所述RSVP消息的發(fā)送接口地址和本設(shè)備接收接口地址查詢(xún)本地記錄的接收認(rèn)證關(guān)系；如果沒(méi)有對(duì)應(yīng)記錄，則建立所述發(fā)送接口地址和接收接口地址對(duì)應(yīng)的接收認(rèn)證關(guān)系；如果有對(duì)應(yīng)記錄，則更新所述發(fā)送接口地址和接收接口地址對(duì)應(yīng)的接收認(rèn)證關(guān)系；?

所述RSVP接收端設(shè)備通過(guò)所述發(fā)送接口地址和接收接口地址對(duì)應(yīng)的接收認(rèn)證關(guān)系對(duì)所述RSVP消息進(jìn)行RSVP認(rèn)證。?

5.如權(quán)利要求4所述的方法，其特征在于，接收認(rèn)證關(guān)系通過(guò)RSVP消息的發(fā)送接口?地址和本設(shè)備接收接口地址進(jìn)行唯一標(biāo)識(shí)，且所述接收認(rèn)證關(guān)系中記錄的內(nèi)容包括以下之一或任意組合：?

Mode，表示認(rèn)證關(guān)系為接收認(rèn)證關(guān)系或發(fā)送認(rèn)證關(guān)系；?

KeyID，為加密所使用key的ID；?

KeyType，為加密所使用key的類(lèi)型；?

Lifetime，為認(rèn)證關(guān)系配置的老化時(shí)間；?

Expires，為認(rèn)證關(guān)系老化前剩余時(shí)間；?

Challenge，為Challenge能力協(xié)商的狀態(tài)；?

Windowsize，為RSVP認(rèn)證窗口的大小；?

Lastseq#sent/rcvd，為最后一次接收所使用的序列號(hào)。?

6.如權(quán)利要求4所述的方法，其特征在于，所述RSVP消息具體為：Path消息或者PathTear消息。?

7.一種資源預(yù)留協(xié)議RSVP中認(rèn)證關(guān)系的維護(hù)設(shè)備，作為RSVP發(fā)送端設(shè)備應(yīng)用于包括互為鄰居節(jié)點(diǎn)的所述RSVP發(fā)送端設(shè)備和RSVP接收端設(shè)備的網(wǎng)絡(luò)中，其特征在于，該設(shè)備包括：?

維護(hù)模塊，用于在需要向RSVP接收端設(shè)備發(fā)送RSVP消息時(shí)，通過(guò)所述RSVP消息對(duì)應(yīng)的發(fā)送接口地址和下一跳地址查詢(xún)本地記錄的發(fā)送認(rèn)證關(guān)系；如果沒(méi)有對(duì)應(yīng)記錄，建立所述發(fā)送接口地址和下一跳地址對(duì)應(yīng)的發(fā)送認(rèn)證關(guān)系；如果有對(duì)應(yīng)記錄，更新所述發(fā)送接口地址和下一跳地址對(duì)應(yīng)的發(fā)送認(rèn)證關(guān)系；?

發(fā)送模塊，用于通過(guò)所述發(fā)送接口地址和下一跳地址對(duì)應(yīng)的發(fā)送認(rèn)證關(guān)系向所述RSVP接收端設(shè)備發(fā)送所述RSVP消息。?