【正文】 ceptableSend SCCCN, send controlconn open event to waiting sessionsestablishedReceive SCCRP, not acceptableSend StopCCN, clean upidleReceive SCCRQ, lose tie breakerclean up，requeue SCCRQ for idle stateidleReceive SCCCNSend StopCCN, clean upidleReceive StopCCNclean upidlewaitctlconnReceive SCCCN acceptableSend controlconn open event to waiting sessionsestablishedReceive SCCCN not acceptableSend StopCCN, clean upidleReceive SCCRP, SCCRQSend StopCCN, clean upidleReceive StopCCNclean upidleestablishedLocal open request（new call）Send controlconn open event to waiting sessionsestablishedAdministrative controlconn close eventSend StopCCN, clean upidleReceive SCCRQ, SCCRP, SCCCNSend StopCCN, clean upidleReceive StopCCNclean upidle以下分別介紹幾個與控制連接相關(guān)的狀態(tài)。 LCCE A LCCE B (呼叫檢測) ICRQ ICRP ICCN 呼入呼叫會話連接建立過程呼入呼叫和本地事件的觸發(fā)，在LCCE將產(chǎn)生一個ICRQ的報文。l idle LCCE掃描端口檢測呼入呼叫，初始化控制連接建立狀態(tài)機，等待控制連接存在的確認狀態(tài)。如果接收到OCRP,那么會話變?yōu)閣aitconnect狀態(tài)。同樣是包括初始狀態(tài)，事件，由事件而觸發(fā)的動作，動作執(zhí)行后協(xié)議的新的狀態(tài)。當(dāng)所有的會話拆除后，控制連接也可以清除，下圖是一個會話拆除的典型例子。 會話連接 會話管理控制連接建立成功以后，就可以創(chuàng)建會話了。如果值相等的話則雙方均丟棄他們的控制連接，并且采用一個新的隨機的tiebreaker值，重新開始控制連接的協(xié)商。這種策略只是解決收到不恰當(dāng)?shù)母袷降膱笪臅r該如何處理，并不是說可以發(fā)送畸形的AVP。為了測試兩個LCCE之間的連接是否存在，協(xié)議采用了一種?；畹臋C制。LCCE A LCCE B SCCRQ Nr: 0, Ns: 0 SCCRP Nr: 1, Ns: 0 SCCCN Nr: 1, Ns: 1 ZLB Nr: 2, Ns: 1 LOCKSTEP控制連接建立過程報文的重傳延時必須遵守指數(shù)退避的策略，也就是說如果第一次重傳是在1秒后，隨后的重傳延時應(yīng)該依次是2秒、4秒，依此類推。確認的方式可以在下一個發(fā)送的報文中攜帶，也可以發(fā)送一個明確的ZLB ACK。報文類型編號縮寫全稱注解控制連接管理報文0reserved1SCCRQStartControlConnectionRequest開始控制連接請求2SCCRPStartControlConnectionReply開始控制連接應(yīng)答3SCCCNStartControlConnectionConnected控制連接建立4StopCCNStopControlConnectionNotification停止控制連接通知5reserved6HELLOHello會話管理報文7OCRQOutgoingCallRequest 呼出呼叫請求8OCRPOutgoingCallReply呼出呼叫應(yīng)答9OCCNOutgoingCallConnected呼出呼叫連接建立10ICRQIningCallRequest呼入呼叫請求11ICRPIningCallReply呼入呼叫應(yīng)答12ICCNIningCallConnected呼入呼叫已連接13reserved14CDNCallDisconnectNotify呼叫斷開通知錯誤報告報文15WENWANErrorNotify錯誤報文報告連接狀態(tài)改變報告報文16SLISetLinkInfo設(shè)置連接信息 控制報文類型列表 控制連接 控制連接管理控制連接管理包括控制連接本身和會話的動態(tài)建立、拆除和保持。MD5哈希值于隱藏AVP子格式的前16個字節(jié)段進行異或，然后放進隱藏AVP的屬性值域中。隱藏AVP值有幾步。 強制AVP當(dāng)一個無法識別或者畸形的AVP的M位設(shè)定時，那么對于會話和控制連接來說將是災(zāi)難性的。保留位必須設(shè)置為0，如果有一位為1，則認為該AVP不可識別。Cookie必須用隨機的一個數(shù)值來填滿整個域?？刂七B接ID域表示某個控制連接的標識。例如，如果發(fā)現(xiàn)是PPP協(xié)議，則把幀交PPP內(nèi)核進行處理。在這種情況下，無需考慮與L2TPv2的互操作性以及移植的問題。數(shù)據(jù)報文用來封裝L2TP會話所攜帶的二層數(shù)據(jù)流。該請求包含在LAC上發(fā)起呼叫所需的信息，典型的情況下，LAC預(yù)先不知道該信息。第六章展望部分作者提出了一些還有待進一步需要研究的問題，以及我們所作的工作存在的不足，還有待進一步需要改進的地方。二層連接LNSLNS分組交換網(wǎng)主機主機隧道服務(wù)主機主機 LNSLNS參考模型本地網(wǎng)本地網(wǎng)這三種拓撲結(jié)構(gòu)是對以往單一模式的擴展。下面分別對這三種組合的應(yīng)用環(huán)境加以說明： LACLNS組合，一方面，LAC接收二層的數(shù)據(jù)流。L2TPv2（本小節(jié)內(nèi)，為描述方便使用L2TP之處皆指L2TPv2）是為支持C/S模式而定義的訪問協(xié)議，L2TP隧道兩端的兩個組成部件為非對稱的LAC（L2TP Access Concentrator）和LNS（L2TP Network Server）。第二版的二層隧道協(xié)議RFC 2661[7]是由Cisco、Ascedn、微軟和RedBack的專家提出的，并正式采用了第2層隧道協(xié)議的名稱（L2TP Layer 2 Tunneling Protocol），后來被成為L2TPv2。但是，這種組網(wǎng)方式的成本往往太高，于是虛擬專用網(wǎng)絡(luò)（VPN – Virtual Private Network）技術(shù)應(yīng)運而生。二層隧道技術(shù)則是一種利用公用數(shù)據(jù)網(wǎng)建立通信隧道實現(xiàn)對公用數(shù)據(jù)網(wǎng)兩端的第2層協(xié)議（特別是PPP）進行中繼的組建第2層VPN的方法。Internet環(huán)境提供了兩種典型的VPN技術(shù)：安全IP協(xié)議（IPSec）[2]和二層隧道協(xié)議[7～9]?！八淼纻鬏敗被蛘摺斑^渡”的思想[5]實際上有更廣泛的應(yīng)用前景。非自建隧道的創(chuàng)建不需要用戶來操作，也不允許用戶進行任何選擇。PSTN:公共電話網(wǎng)絡(luò) LACLNS參考模型②LACLAC組合每個LAC使用L2TP協(xié)議把遠程系統(tǒng)（Remote System）數(shù)據(jù)流發(fā)送到對等端的 LAC，反之亦然。工作完成后，筆者將自己的研究工作轉(zhuǎn)向了網(wǎng)絡(luò)技術(shù)方面，因此與同屆的李杰和任挺同學(xué)一道，開展了二層隧道協(xié)議方面研究與開發(fā)工作。呼叫由呼叫的類型，被呼叫數(shù)等屬性以及呼叫的數(shù)據(jù)量來定義。每一個L2TP會話都有一個偽線。它相對于L2TPv2發(fā)生了一些變化，L2TPv2中控制和數(shù)據(jù)報文的頭格式定義了一個統(tǒng)一的形式，而L2TPv3中將控制報文頭和數(shù)據(jù)報文頭區(qū)分開，以滿足在通過UDP或者IP不同應(yīng)用時的需要。封裝完成后，通過隧道發(fā)送到LNS，LNS則完成解封裝的過程，獲得原始的數(shù)據(jù)。目的是為了本章最后所作的系統(tǒng)設(shè)計的需要，包括系統(tǒng)的框架設(shè)計以及模塊的劃分等。Nr表示下一個收到的控制報文所期望的序列號，也就是說Nr的值被設(shè)定為Ns加1。數(shù)據(jù)報文頭后緊跟著所要入隧的二層幀。隱藏（H）位用于識別AVP中屬性值域中的隱藏數(shù)據(jù)。例如，僅僅發(fā)送一個設(shè)定了M位的AVP來確定一個特殊的擴展是否存在，不如采用通過在請求報文里發(fā)送一個AVP，以期待在應(yīng)答報文里是否存在一個相應(yīng)的AVP這種方法來的要好。Padding：隨機附加的字節(jié)用于加密被隱藏的屬性值的長度。如果需要，可以重復(fù)這種操作，通過使用共享密鑰和每次異或的結(jié)果來產(chǎn)生下一個哈希值，以與下一個字節(jié)段進行異或。LCCE A LCCE B SCCRQ SCCRPSCCCN 控制連接建立過程控制連接的拆除可以由任何一個LCCE發(fā)起，通過發(fā)送一個StopCCN控制報文來完成。作為預(yù)防措施，在清除重傳報文之前應(yīng)該檢查Nr位。一旦N個報文被發(fā)送，B就必須等待A的確認，以確保在發(fā)送新的報文前，A的窗口向前移動。其中定義了呼入和呼出的情況，以及控制連接本身的初始狀態(tài)。在狀態(tài)機中有幾種情況，當(dāng)協(xié)議報文發(fā)送后，產(chǎn)生一個“clear up”。l idle 發(fā)起和接收都從這個狀態(tài)開始。LCCE發(fā)送ICRQ后，就會等待對方的應(yīng)答。l waitcontrolconnection 在這個狀態(tài)下，會話等待控制連接的打開或者等待控制連接已經(jīng)打開的確認。l waitconnect 如果接收到一個CDN，那么清除會話，狀態(tài)返回到idle。初始狀態(tài)事件動作新狀態(tài)idleReceive ICRQ, acceptableSend ICRPwaitconnectReceive ICRQ, not acceptableSend CDN,clean upidleReceive ICRPSend CDN，clean upidleReceive ICCNClean upidleReceive CDNClean upidlewaitconnectReceive ICCN acceptablePrepare for dataestablishedReceive ICCN not acceptableSend CDN, clean upidleReceive ICRQ, ICRPSend CDN, clean upidleReceive CDNClean upidleLocal close requestSend CDN, clean upidleestablishedReceive CDNClean upidleLocal close requestSend CDN, clean upidleReceive ICRQ, ICRP, ICCNSend CDN, clean upidle ICRQ接收者狀態(tài)機 呼出呼叫狀態(tài)機以下分別對OCRQ發(fā)送者狀態(tài)機和OCRQ接收者狀態(tài)機作了詳細的介紹。會話的拆除可以由LAC或者LNS發(fā)起，通過發(fā)送CDN控制報文來完成。報文的接受端發(fā)送一個報文確認后，釋放相關(guān)的控制信息。并發(fā)送StopCCN。也就是說AVP必須忽略，并且報文必須被接受，除非是記錄一個本地的錯誤報文。為了實現(xiàn)認證，兩個LCCE必須擁有一個相同的共享密鑰，且經(jīng)過AVP隱藏處理。下圖是一個成為LOCKSTEP的控制連接建立過程示意。然而為了確保所有的報文能都被正確的確認，尤其時在ZLB ACK報文丟失的情況下，報文的副本必須由可靠發(fā)送機制來確認。 控制報文類型下表是定義的文本定義的控制報文類型。如果不同的隨機向量應(yīng)用于并發(fā)AVP的隱藏時，那么在第一個AVP應(yīng)用前，必須在命令報文中設(shè)置一個新的隨機向量AVP。如果在一個給定的控制報文中的任何AVP的H位被設(shè)定，一個隨機向量AVP必須出現(xiàn)在報文中并且在第一個帶有H位為1的AVP之前。屬性值（Attribute Type）用以表明具體的AVP屬性。012345678901