• 沒有找到結果。

A FRAMEWORK TO USE SIP IN AD-HOC NETWORK

第二章、 文獻探討

2.4 MANET 上的 SIP 系統架構

2.4.1 A FRAMEWORK TO USE SIP IN AD-HOC NETWORK

這是 H.Khlifi,A.Agarywal,J.Gregoire 在 2003 年[9]提出的一種使用廣播方式 來建立 SIP 通訊的架構,而這篇文章的主要目的就是提出這樣廣播的架構並且能 夠順利的傳輸立即訊息(Instant Message),這個架構允許使用者去發現 MANET 上的參予者,並且去建立,公開跟結束雙方或者是多方的通話,來提供 SIP 在 MENET 上的應用,為了去處理頻寬的限制,這篇文章提出獨特的網路路由通訊 協定跟應用層的 SIP REGISTER 方法,

這個架構使用會議訊號(Conference signaling)的觀念[13],可以視為是 SIP 應 用的延伸,能讓使用者去發現其他使用 SIP 的節點,並且建立會議在 MANET 上

交換訊息,這樣的架構下不需要額外的設備,只需要去執行 SIP USER AGENT,

而且傳統的 SIP proxy,Registrar 與 Redirect server 在這樣的架構下是不需要的。

I. Discovery

節點的發現,當一個 UA ㄧ加入 MANET 之後,這個 UA 簡單的去廣播一個 REGISTER 的訊息通知其他節點自己的訊息,所有使用 SIP UA 的使用者都會開 始一個 5060 的阜號,並且等待訊息經由這個阜號進入,當收到一個 REGISTER 訊息之後,會將這個訊息的相關資料儲存起來一段時間,每一個 UA 都會週期的 傳送 REGISTER 來告訴其他節點,自己還存在這個 MANET 之上。

圖 3、註冊程序

II. Initiating a conference

這個架構可以建立兩種不同的會議,分別是私人會議與公開會議,私人會議 是當一個 UA 發起時已經決定由哪幾個節點加入,其他的節點不能夠加入這個會 議,而公開的會議則是任何節點都可以自由的加入,每一個發起這個會議的 UA 都會被當作是這個會議的領導者,而如果發起這個會議的 UA 斷線,則由加入順 序第二的節點遞補,而一個發起會議的人會去廣播一個 REGISTER 訊息裡面會 包完這篇 PAPER 自己定義的 HEADER 叫做 CONF-ID,這個 HEADER 是包含了 一個 UA 的位址也就是目前這個會議的 CONF-ID,然後所有想要加入這個會議 的其他 UA 可以經由傳送 INVATE 訊息給 CONF-ID 中的 UA 來表示願意加入會 議。

圖 4、會議建立程序

III. Joining a conference

每一個參與會議的 UA 都會建立起與其他 UA 的聯繫,然後會議的領導人會 負責去宣傳這個會議以及接收新的聯信訊息,會議領導然人會定期的廣播參與名 單給其他參與這個會議的 UA。

ㄧ個 UA 如我要去加入一個目前進行中的會議,這個 UA 會去傳送一個 INVITE 訊息給訊息的領導人,然後在訊息領導人接受新加入者之後,會傳送一 個新的 CONF 訊息給其他所有加入這個節點的 UA,通知他們有新的參予者加 入,然後這樣其他的會議參予者就會知道新加入 UA 的位址然後進行通訊。

圖 5、加入會議程序

IV. Leaving a conference

當一個 UA 離開這個 CONFERENCE 的時候,就像所有的 NODE 傳送 BYE,

然後所有人就會把送出 BYE 這 UA 從 CONF 檔中移除,如果是某一個 UA 斷線,

沒有依據正常程序經由 BYE 就斷線的話,因為每一個 UA 都會定期會送出 REGISTER 去告訴其他 UA 他還在 AD HOC 線上,一旦 LEADER 有一段時間沒 有收到 CONFERENCE 某一個 UA 的 REGISTER 他就會重送一份新的 CONF,

裡面移除失聯的 UA,其他人就自動也移除該 UA。

圖 6、結束程序

圖 7、異常結束程序

V. Failure if the leader of a conference

如果是 LEADER 發生斷線問題,如果 CONF 中 ORDER 第二 UA 有一段時 間沒有收到 LEADER 的 REGISTER,他就會送出包含 REGISTER 包含 Conf-ID 的 PACKET 告訴大家,他會接手 CONFERENCE 變成 LEADER 然後再送出 CONF 給其他原本就在 CONFERENCE 的 UA,如果有同時兩個以上送出 REGISTER 就 比較 CONF 中的 ORDER 比較早進入 CONFERENCE 為主,較晚的就停止發送 CONF.

圖 8、LEADER 重建程序

這樣的架構下沒有考慮的任何的安全性,所以很可很輕易的就去取得一個 CONFERENCE 的資訊,甚至去做 DoS 或者偽裝不管是 LEADER 或者是一般 UA

做任何動作,而且每一個 UA 都會不斷的廣播自己的訊息,來通知其他 UA 自己 還存在這個網路之上,這樣的架構對於頻寬有限的 MANET 是具有相當的挑戰性 的,就如同在上一節有提到,這樣的架構只能在小型的 MANET 網路上使用,一 旦節點的數量過多,會大量的提高訊息的延誤以及遺失,使用上具有許多限制。

圖 9、安全疑慮圖