【文章內(nèi)容簡介】 LayerDown觸發(fā)了 NCP中的 Down事件。 ? Open：該事件指出鏈路的通信量是可以管理的：即，網(wǎng)絡(luò)管理者（人或程序）指出鏈路允許被 Opened。當(dāng)這一事件發(fā)生，且鏈路不處于 Opened狀態(tài)時，自動機則試圖給 peer發(fā)送配置 packets。如果自動機不能開始配置（下層是 Down，或者前一個 Close事件還沒有結(jié)束），那么 鏈路的建立將被自動的推遲。當(dāng)收到一個 TerminateRequest，或者其他導(dǎo)致鏈路不可用的事件發(fā)生時，自動機將進入一個狀態(tài)，在那里鏈路準(zhǔn)備 reopen。無需額外的管理干涉。 執(zhí)行選項： 經(jīng)驗表明：當(dāng)用戶想就鏈路進行重新談判時，他們將額外的執(zhí)行一條 Open命令。這表明新的值將被協(xié)商。既然這不是 Open事件的含義，那就暗示著在 Opened, Closing, Stopping或 Stopped狀態(tài)，當(dāng)執(zhí)行一條 Open用戶命令時，執(zhí)行發(fā)行一個 Down事件，緊接著一個 Up 事件。一定要注 中國最大的管 理 資料下載中心 (收集 \整理 . 大量免費資源共享 ) 第 12 頁 共 37 頁 意不能有從另一個源發(fā)生的 Down事件的干涉。緊接著 Up事件的 Down事件將引起一次有秩序的鏈路的再協(xié)商（通過先前進到 Starting狀態(tài)，再進入到 RequestSent狀態(tài)）。該再協(xié)商沒有負面影響。 Close：該事件意味著鏈路沒有通信量。即，網(wǎng)絡(luò)管理者（人或程序）指示鏈路不允許被開放。當(dāng)該事件發(fā)生且鏈路不處于 Closed狀態(tài)時，自動機試圖終止連接。拒絕重新配置鏈路的嘗試，直到一個新的 Open事件發(fā)生。 執(zhí)行記錄： 當(dāng)認證失敗，鏈路應(yīng)該被終止，以防止受到重復(fù)性的攻擊和為其他用戶服務(wù)。這可以通過模仿一個 Close事件給 LCP，然后緊跟著一個 Open事件來完成，既然鏈路在管理上是可被訪問的。一定要注意不能有從另一個源發(fā)生的 Down事件的干涉。緊接著 Up事件的 Down事件將引起一次有秩序的鏈路的再協(xié)商（通過先前進到 Closing狀態(tài)，再進入到 Stopping狀態(tài)）， ThisLayerFinished動作能斷開鏈路的連接。在 Stopped或 Starting狀態(tài)，自動機等待下一次連接嘗試。 Timeout (TO+,TO)：該事件表明 Restart timer期滿。 Restart timer用于記錄對ConfigureRequest和 TerminateRequest packets的響應(yīng)的時間。 TO+事件表明 Restart counter持續(xù)大于零，它觸發(fā)了相應(yīng)的 ConfigureRequest或 TerminateRequest packet的發(fā)送。 TO事件表明 Restart counter持續(xù)不大于零，不再需要發(fā)送 packets。 ReceiveConfigureRequest (RCR+,RCR)：當(dāng)收到一個來自 peer的 ConfigureRequest packet時，該事件發(fā)生。 ConfigureRequest packet表明希望開創(chuàng)一個連接并且可以指定配置選項。 RCR+事件表明 ConfigureRequest是可接受的，并且觸發(fā)相應(yīng)的 ConfigureAck的傳輸。 RCR事件表明 ConfigureRequest是不可接受的，并且觸發(fā)相應(yīng)的 ConfigureNak或 ConfigureReject的傳輸。 執(zhí)行記錄： 這些事件可以發(fā)生在已經(jīng)處于 Opened狀態(tài)的連接上。該執(zhí)行必須準(zhǔn)備立即再協(xié)商配置選項。 中國最大的管 理 資料下載中心 (收集 \整理 . 大量免費資源共享 ) 第 13 頁 共 37 頁 ReceiveConfigureAck (RCA)：當(dāng)收到一個來自 peer的有效 ConfigureAck packet時，該事件發(fā)生。 ConfigureAck packet是對 ConfigureRequest packet的肯定應(yīng)答。序列之外的或者無效的 packet被靜靜的丟棄。 執(zhí)行記錄： 既然在到達 AckRcvd或 Opened狀態(tài)之前，正確的 packet已經(jīng)被收到了，那就絕不可能有另一個這樣的 packet的到來。像說明的一樣，所有無效的 Ack/Nak/Rej packets將被靜靜的丟棄，并不影響自動機的（狀態(tài)）轉(zhuǎn)換。然而，格式正確的 packet不可能通過 coincidentallytimed crossconnection（同步交換連接）到達（目的地）的。它更可能是執(zhí)行出錯的結(jié)果。至少，這種情況應(yīng)該被記錄下來。 ReceiveConfigureNak/Rej (RCN)：當(dāng)收到一個來自 peer的有效 ConfigureNak或ConfigureReject packet時，該事件發(fā)生。 ConfigureNak或 ConfigureReject packet是對ConfigureRequest packet的否定應(yīng)答。序列之外的或者無效的 packet被靜靜的丟棄。 執(zhí)行記錄： 盡管 ConfigureNak和 ConfigureReject在自動機中引起相同的狀態(tài)轉(zhuǎn)換，但這些 packets對發(fā)送于 ConfigureRequest packet中的配置選項有著截然不同的影響。 ReceiveTerminateRequest (RTR)：當(dāng)收到一個 TerminateRequest packet時，該事件發(fā)生。TerminateRequest packet表明希望 peer去關(guān)閉連接。 執(zhí)行記錄：該事件于 Close事件不同，它需要考慮局域網(wǎng)管理者的 Open命令。執(zhí)行必須準(zhǔn)備接收新的沒有網(wǎng)絡(luò)管理者干涉的 ConfigureRequest。 ReceiveTerminateAck (RTA)： 當(dāng)收到一個來自 peer的 TerminateAck packet時，該事件發(fā)生。 TerminateAck packet通常是對 TerminateRequest packet的響應(yīng)。 TerminateAck packet也可以表明 peer正處于 Closed或 Stopped狀態(tài)，適應(yīng)于鏈路配置的再同步。 中國最大的管 理 資料下載中心 (收集 \整理 . 大量免費資源共享 ) 第 14 頁 共 37 頁 ReceiveUnknownCode (RUC)： 當(dāng)收到一個來自 peer的 uninterpretable（不能說明的） packet時，該事件發(fā)生。發(fā)送一個CodeReject packet作為響應(yīng)。 ReceiveCodeReject, ReceiveProtocolReject (RXJ+,RXJ)：當(dāng)收到一個來自 peer的CodeReject或 ProtocolReject packet時，該事件發(fā)生。當(dāng)拒絕值可接受 時（例如一個擴充編碼的 CodeReject，或一個 NCP的 ProtocolReject，這些在一般操作的范圍內(nèi)）， RXJ+事件出現(xiàn)。執(zhí)行必須停止發(fā)送損壞了的 packet類型。當(dāng)拒絕值是災(zāi)難性的時候（例如一個ConfigureRequest的 CodeReject，或一個 LCP的 ProtocolReject）， RXJ 事件出現(xiàn)。該事件傳達了一個不可校正的錯誤（導(dǎo)致連接終止）。 ReceiveEchoRequest, ReceiveEchoReply, ReceiveDiscardRequest(RXR)：當(dāng)收到一個來自 peer的 EchoRequest， EchoReply或 DiscardRequest packet時，該事件發(fā)生。 EchoReply packet是對 EchoRequest packet的響應(yīng)。 EchoReply或 DiscardRequest packet沒有響應(yīng)。 44 動作 自動機中的動作有事件引起。典型的，動作表明了 packets的傳輸，和 /或 Restarttimer的啟動和停止。 ? IllegalEvent ()：不合法的事件 該動作指出一個在正常 執(zhí)行的自動機中不可能出現(xiàn)的事件。執(zhí)行有一個內(nèi)在的錯誤，應(yīng)該把它報告并記錄下來。沒有轉(zhuǎn)換被執(zhí)行，執(zhí)行不應(yīng)該 reset or freeze（重新安排或凍結(jié)）。 ? ThisLayerUp（ tlu） 動作給自動進入打開階段的上邊的層做指示。典型的，該動作被 LCP用于對一個 NCP發(fā)送向上的事件信號，或者鏈路質(zhì)量協(xié)議，或者可以被一個 NCP用于顯示該鏈路可用于它的網(wǎng)絡(luò)層往來。 ? ThisLayerDown（ tld） 中國最大的管 理 資料下載中心 (收集 \整理 . 大量免費資源共享 ) 第 15 頁 共 37 頁 該動作給自動留下打開的階段的上邊的層做指示。典型地，該動作被 LCP用于向一個 NCP發(fā)送向下的事 件，證實協(xié)議，或者可以被一個 NCP用于顯示該鏈路對它的網(wǎng)絡(luò)層傳輸不再可用。 ? ThisLayerStarted了（ tls） 該動作對自動進入開始狀態(tài)的更低的層做指示，并且需要更低的層用于該鏈路。當(dāng)更低的層可用的時候，更低的層應(yīng)該用一個向上的事件響應(yīng)。該動作的結(jié)果是高度的依賴動作的執(zhí)行的。 ? ThisLayerFinished（ tlf） 該動作給自動進入最初，關(guān)閉了或者停止的階段的更低的層做指示，并且，在鏈路上不再需要更低的層。當(dāng)更低的層終止的時候，更低的層應(yīng)該用一個向下的事件應(yīng)答。典型地，該動作 可以被LCP用于前進到鏈路死掉的狀態(tài)，或者可以被一個 NCP用于給當(dāng)沒有其他的 NCPs打開時鏈路可以被終止的 LCP做指示。該動作的結(jié)果是高度的依賴動作的執(zhí)行的。 ? InitializeRestartCount（ irc） 該動作對 Restart計數(shù)器設(shè)置適當(dāng)?shù)闹担?MaxTerminate 或 MaxConfigure）。每次傳輸，包括第一次傳輸，計數(shù)器自減。執(zhí)行記錄：附加的設(shè)置 Restart計數(shù)器，當(dāng)使用了重定時返回時，該執(zhí)行必須設(shè)置超時周期到初始值。 ? ZeroRestartCount（ zrc） 該動作對 Restart計數(shù)器清零。執(zhí)行記錄：該動作允許 FSA在進行到要求的最終狀態(tài)之前暫停，允許用 peer進行傳輸。附加的清零 Restart計數(shù)器，該執(zhí)行必須設(shè)置超時周期到初始值。 ? SendConfigureRequest（ scr） 一個 ConfigureRequest的包被傳送。這表明要用指定的一套特殊的配置選項打開一個連接。為了防止包丟失， Restart計時器在 ConfigureRequest包被傳送的時候打開。每次一個ConfigureRequest被發(fā)送的時候， Restart計數(shù)器 自減。 ? SendConfigureAck（ sca） 中國最大的管 理 資料下載中心 (收集 \整理 . 大量免費資源共享 ) 第 16 頁 共 37 頁 一個 ConfigureAck包被傳送。這確認接收了一個帶有一套可接受的配置選項的ConfigureRequest包。 ? SendConfigureNak（ s） 一個 ConfigureNak或 ConfigureReject包被穩(wěn)妥的傳送。否定的響應(yīng)表明一個ConfigureRequest包帶有一套不可接受的配置選項。 ConfigureNak包被用于拒絕一個配置選項值，并提議一個新的，可接受的值。 ConfigureReject包 被用于拒絕全部的關(guān)于一個配置選項的協(xié)商，典型的因為不被認可或不被滿足。在關(guān)于 LCP包格式的章節(jié)對 ConfigureNak的使用比ConfigureReject有更充分的描述。 ? SendTerminateRequest（ str） 一個 TerminateRequest包被傳送。這表示想要關(guān)上連接的愿望。當(dāng) TerminateRequest