freepeople性欧美熟妇, 色戒完整版无删减158分钟hd, 无码精品国产vα在线观看DVD, 丰满少妇伦精品无码专区在线观看,艾栗栗与纹身男宾馆3p50分钟,国产AV片在线观看,黑人与美女高潮,18岁女RAPPERDISSSUBS,国产手机在机看影片

正文內(nèi)容

fc協(xié)議棧分析報(bào)告(編輯修改稿)

2024-09-06 08:28 本頁面
 

【文章內(nèi)容簡介】 見的用法是在數(shù)據(jù)幀中來區(qū)別 FC4 ULP 接口。該字段和 R_CTL 字段共同標(biāo)識(shí)出幀的具體類型。首先通過 R_CTL 字段標(biāo)識(shí)出該幀是數(shù)據(jù)幀還是鏈路控制幀,再通過該字段進(jìn)一步標(biāo)識(shí)出幀的類型。例如當(dāng) R_CTL=0xh, TYPE=0Ah 則表示該幀為承載 SCSI 協(xié)議的數(shù)據(jù)幀。幀控制:F_CTL一個(gè)含有與幀內(nèi)容有關(guān)的控制信息,一個(gè) 3 字節(jié)字段,大多數(shù)其他幀頭字段基本上是用于幀標(biāo)識(shí),F(xiàn)_CTL 是控制幀處理的重要字段,對(duì)于不同的服務(wù)類型來說,相關(guān)的控制位有不同的值,同時(shí)控制字段的有效性也不同。F_CTL 各字段的詳細(xì)描述如下表所示:表 42F_CTL 格式控制字段 位 描述交換上下文 23 0 交換發(fā)起端1 交換響應(yīng)端序列上下文 22 0 序列發(fā)起端1 序列響應(yīng)端第一個(gè)序列 210 交換的其它序列1 交換的第一個(gè)序列最后一個(gè)序列 200 交換的其它序列1 交換的最后一個(gè)序列結(jié)束序列 190 序列的其它數(shù)據(jù)幀1 序列的最后一個(gè)數(shù)據(jù)幀結(jié)束連接(Class 1 或 Class 6) 180 連接激活1 連接掛起結(jié)束(Class 1 或 Class 6 中有效,在其它類型中忽略)CS_CTL/優(yōu)先級(jí) 170 字 1 的 31~24位表示 CS_CTL1 字 1 的 31~24 位表示優(yōu)先級(jí)序列 Initiative 160 保持序列Initiative1 傳輸序列Initiative廢棄 15廢棄 14ACK 形式(Class1,Class2,Class6有效)131200b 不需要額外提供01b 需要 Ack_110b 保留11b 需要 Ack_0數(shù)據(jù)壓縮(廢棄) 11數(shù)據(jù)加密(廢棄) 10序列重傳 9 0 初始序列重傳(Class1,Class6 有效) 1 序列重傳單向傳輸(Class1,Class6 有效) 80 雙向傳輸1 單向傳輸連續(xù)序列條件(當(dāng)結(jié)束序列=1, 序列Initiative=0 時(shí)有效)7~600b 無信息01b 實(shí)時(shí)序列10b 快速序列11b 延遲序列終止序列條件 5~4接收端響應(yīng)幀00b 連續(xù)序列01b 異常終止序列,按異常中止處理10b 停止序列11b 實(shí)時(shí)序列重傳請求數(shù)據(jù)幀00b 異常中止,丟棄多個(gè)序列01b 異常中止,丟棄一個(gè)序列02b 無限緩存處理策略11b 丟棄多個(gè)序列,立即重傳相對(duì)偏移 30 一些幀定義的參數(shù)字段1 參數(shù)字段,相對(duì)偏移交換重組 2 交換重組保留填充字節(jié) 1~0凈荷結(jié)束,不滿 4字節(jié)整數(shù)倍,填充00b 填充 0 個(gè)字節(jié)01b 填充 1 個(gè)字節(jié)10b 填充 2 個(gè)字節(jié)11b 填充 3 個(gè)字節(jié)序列 ID:SEQ_ID用來唯一標(biāo)識(shí)交換內(nèi)的序列,由序列發(fā)起端分配。數(shù)據(jù)字段控制:DF_CTL規(guī)定幀頭和幀凈荷之間任選頭標(biāo)所包含內(nèi)容的說明。數(shù)據(jù)字段中定義的可選報(bào)頭是:網(wǎng)絡(luò)報(bào)頭(Network Header)、關(guān)聯(lián)報(bào)頭(Association Header)和設(shè)備報(bào)頭(Device Header)。序列計(jì)數(shù):SEQ_CNT用來唯一地識(shí)別出一序列的幀,保證幀接收的連續(xù)性并使鏈路控制幀與它們相關(guān)的數(shù)據(jù)幀具有唯一的關(guān)系。發(fā)送端交換標(biāo)識(shí)符:OX_ID發(fā)起端交換標(biāo)識(shí),是除了 FFFFh 以外的值。響應(yīng)端交換標(biāo)識(shí)符:RX_ID接收端交換標(biāo)識(shí),是除了 FFFFh 以外的值。參數(shù)字段:此字段與幀類型有關(guān)。對(duì)鏈路控制幀而言,參數(shù)字段給出鏈路控制幀的特定類型。對(duì)數(shù)據(jù)幀而言,參數(shù)字段包含相對(duì)偏轉(zhuǎn)值。這規(guī)定從 ULP 緩沖區(qū)與ULP 基礎(chǔ)地址的偏移。參數(shù)字段的定義:對(duì)請求數(shù)據(jù)類(FCP_DATA IU),參數(shù)字段應(yīng)該包含一個(gè)相對(duì)的偏移,F(xiàn)_CTL的相對(duì)偏移位應(yīng)該置為1,表明參數(shù)字段的值是一個(gè)相對(duì)偏移。相對(duì)偏移是個(gè)4的整數(shù)倍。對(duì)非請求控制類(FCP_CMND IU),參數(shù)字段依賴任務(wù)重試標(biāo)志是否激活,如果發(fā)送和接收的FCP_PORT在任務(wù)重試上達(dá)成一致,參數(shù)字段應(yīng)該置為任務(wù)重試標(biāo)志,如果發(fā)送和接收的FCP_PORT在任務(wù)重試上沒有達(dá)成一致,參數(shù)字段應(yīng)該置為0。不管哪種情況,F(xiàn)_CTL字段的相對(duì)偏移位都應(yīng)該置為0。對(duì)其他的FCP類型的Device_data幀,F(xiàn)_CTL字段應(yīng)該置為0,相對(duì)偏移字段包含0。? 幀的內(nèi)容域幀內(nèi)容域的數(shù)據(jù)長度是 4 字節(jié)的整數(shù)倍,當(dāng)長度不足 4 字節(jié)的整數(shù)倍時(shí)將采用向內(nèi)容域中填充 13 個(gè)字節(jié),從而使其長度達(dá)到 4 字節(jié)的整數(shù)倍。內(nèi)容域中字段描述如下圖所示:圖 43 幀內(nèi)容幀數(shù)據(jù)段中的可選報(bào)頭是提供給 FC4 層使用的,可選報(bào)頭頭的類型是由幀報(bào)頭的 DF_CTL 字段決定的。DF_CTL 字段的長度是一個(gè)字,對(duì)應(yīng)位與所定義的附加報(bào)頭如下表所示。表 43 附加報(bào)頭字段對(duì)應(yīng)位Bit(s) 可選報(bào)頭 可應(yīng)用范圍 23 保留 所有幀 22 0 = 無 ESP_Header 和 ESP_Trailer 1 = ESP_Header 和 ESP_Trailer 所有幀21 0 = 無 Network_Header 1 = Network_Header 設(shè)備數(shù)據(jù)和視頻數(shù)據(jù)幀20 0 = 無 Association_Header 1 = Association_Header 設(shè)備數(shù)據(jù)和視頻數(shù)據(jù)幀1918 保留 所有幀1716 00 = 無 Device_Header01 = 16 Byte Device_Header 10 = 32 Byte Device_Header11 = 64 Byte Device_Header設(shè)備數(shù)據(jù)和視頻數(shù)據(jù)幀可選報(bào)頭的長度和類型如下圖所示:圖 44 FC2 幀的內(nèi)容域中可選報(bào)頭和負(fù)載 命令集(Ordered Set)在FC2命令集中的每條命令均由表示數(shù)據(jù)或?qū)S梅?hào)的4個(gè)字符組成,每條命令均表示一定的含義。命令集提供有效性使獲得的比特或字同步,同時(shí)命令集也用于建立字邊界對(duì)齊。 作為開始。在FC2層有幀定界符、原始信號(hào)、原始序列三種主要的命令。? 幀定界符(Frame Delimiters)包括幀開始(SOF)和幀結(jié)束(EOF)命令集。用于表示一個(gè)幀的開始與結(jié)束,在交換拓?fù)浜凸?jié)點(diǎn)瑞口中由多個(gè)SOF和EOF定界符用于序列控制。例如:典型 、EOF 。? 原始信號(hào)(Primitive Signals)包括空閑{Idle)和接收器準(zhǔn)備(Receiver Ready,RRDY)命令集。當(dāng)一個(gè)可操作的節(jié)點(diǎn)端口準(zhǔn)備好發(fā)送或接收數(shù)據(jù)時(shí),一個(gè)表示空閑命令的原始信號(hào)會(huì)被發(fā)送;當(dāng)接口緩沖區(qū)準(zhǔn)備好接收數(shù)據(jù)幀時(shí),一個(gè)表示接收器準(zhǔn)備的原始信號(hào)會(huì)被發(fā)送。? 原始序列(Primitive Sequence)是一組被連續(xù)地重復(fù)發(fā)送的命令集用于表示節(jié)點(diǎn)端口特定的狀態(tài)或端口邏輯狀態(tài)。當(dāng)一個(gè)原始序列被節(jié)點(diǎn)端口接收或識(shí)別.節(jié)點(diǎn)端口恢復(fù)個(gè)相應(yīng)的原始序列或空閑命令。識(shí)別一個(gè)原始序列需要連續(xù)地檢測3個(gè)相同命令集的實(shí)例典型的原始序列有FCl 層的OLS 、NOS 、LR、LRR狀態(tài)命令。 序列與交換? 序列(Sequence)序列是從一個(gè)節(jié)點(diǎn)端口向另外一個(gè)節(jié)點(diǎn)端口單向發(fā)送的一個(gè)或多個(gè)相關(guān)幀,每個(gè)幀都根據(jù)序列總數(shù)(SEQCNT)有一個(gè)在整個(gè)序列中唯一的序列標(biāo)識(shí) (SEQID)。通常序列邊界的錯(cuò)誤恢復(fù)與控制由上層協(xié)議完成。? 交換(Exchange)交換是由一個(gè)或多個(gè)用作兩個(gè)節(jié)點(diǎn)端口之間單一操作的非并發(fā)序列組成的.交換可以是單向的也可是雙向的。在單一交換中只能有一個(gè)序列在一個(gè)時(shí)間內(nèi)被激活.但是在不同交換之間可以有多個(gè)序列被同時(shí)激活。 協(xié)議FC一 2層中還定義了一些協(xié)議 (Protocols)用于上層服務(wù):原始序列協(xié)議——基于原始序列,用于鏈路失??;交換網(wǎng)登錄協(xié)議—— 在交換網(wǎng)絡(luò)拓?fù)渲?,?dāng)一個(gè)節(jié)點(diǎn)端口登錄交換網(wǎng)絡(luò)時(shí),節(jié)點(diǎn)端口與交換端口之間相互交換服務(wù)參數(shù);節(jié)點(diǎn)端口登錄協(xié)議—— 在點(diǎn)對(duì)點(diǎn)拓?fù)渲?,在傳輸?shù)據(jù)之前,兩個(gè)節(jié)點(diǎn)端口之間相互交換服務(wù)參數(shù);數(shù)據(jù)傳輸協(xié)議——表述使用流控管理傳輸上層協(xié)議數(shù)據(jù)的方法;節(jié)點(diǎn)端口注銷協(xié)議—— 一個(gè)節(jié)點(diǎn)端口請求撤消與另外一個(gè)節(jié)點(diǎn)端口的連接服務(wù)參數(shù),斷開與另外一個(gè)節(jié)點(diǎn)端口的連接。 分類服務(wù)和流控制? 分類服務(wù)(Service Classes)FC的服務(wù)類型是指FC提供不同的服務(wù)以滿足不同的數(shù)據(jù)傳輸要求。 FC一共定義了6種服務(wù)類型,基于FC的SCSI 協(xié)議采用的是類型 3的服務(wù)。用戶可根據(jù)所作應(yīng)用的傳輸特性,如:數(shù)據(jù)包的長度,傳輸持續(xù)時(shí)間等,選擇相應(yīng)的服務(wù):(1) 服務(wù)類型I(Class I)可提供專用的連接,即有效的專用物理連接。一旦連接建立,交換拓?fù)渚W(wǎng)會(huì)維持和保證整個(gè)服務(wù)的連接這種服務(wù)能夠保證兩個(gè)節(jié)點(diǎn)端口之間的最大帶寬的使用以及提供最高的吞吐量。接收端對(duì)每一個(gè)接收到的正確數(shù)據(jù)幀發(fā)一個(gè)確認(rèn)幀給發(fā)送端。對(duì)不正確或丟失的數(shù)據(jù)幀,接收端發(fā)一個(gè)否認(rèn)幀給發(fā)送端,發(fā)送端會(huì)重發(fā)。在服務(wù)類型I中數(shù)據(jù)幀是依照原始順序被發(fā)送到目的節(jié)點(diǎn)端口的。下圖描述了類型I服務(wù)的處理流程。發(fā)起端接收端F a b r i c數(shù)據(jù)幀數(shù)據(jù)幀數(shù)據(jù)幀R _ R e a d yA C KA C KA C KA C K圖45 類型I 服務(wù)的處理流程(2)服務(wù)類型Ⅱ (ClassⅡ)是一種基于幀的交換,無連接的服務(wù)。服務(wù)類型Ⅱ允許一個(gè)或多個(gè)通道的帶寬被多個(gè)源的多個(gè)數(shù)據(jù)幀所共享。交換拓?fù)渚W(wǎng)可能不保證數(shù)據(jù)幀的傳送順序。服務(wù)類型Ⅱ可用于連接建立時(shí)間大于等待時(shí)間的短時(shí)間數(shù)據(jù)流。服務(wù)類型I和服務(wù)類型Ⅱ都會(huì)發(fā)送確認(rèn)消息(ACK), 確認(rèn)數(shù)據(jù)幀的傳送。如果數(shù)據(jù)幀因?yàn)閾砣荒鼙贿m當(dāng)?shù)貍魉?,接收端口?huì)返回一個(gè)繁忙信號(hào)幀或拒絕信號(hào)幀給發(fā)送端.?dāng)?shù)據(jù)幀將被重新發(fā)送。類型Ⅱ服務(wù)中,數(shù)據(jù)發(fā)送端和接收端沒有專用的通道,數(shù)據(jù)可能經(jīng)過不同速度的中間連接,中間節(jié)點(diǎn)可能需要緩存來保存來不及發(fā)給下一個(gè)節(jié)點(diǎn)的數(shù)據(jù)。下圖描述了類型Ⅱ服務(wù)的處理流程。發(fā)起端接收端F a b r i c數(shù)據(jù)幀數(shù)據(jù)幀R _ R e a d yA C KA C KA C K數(shù)據(jù)幀圖46 類型Ⅱ服務(wù)的處理流程(3)服務(wù)類型Ⅲ (ClassⅢ) 類似于服務(wù)類型Ⅱ,也是一種基于幀交換,無連接的服務(wù),但是服務(wù)類型Ⅲ并不發(fā)送確認(rèn)消息,這種類型的傳輸也稱為數(shù)據(jù)報(bào)(Datagram),因?yàn)椴恍枰l(fā)送確認(rèn)消息,所以可以提供更快速地傳輸。服務(wù)類型Ⅲ不關(guān)心數(shù)據(jù)的錯(cuò)誤,由更高層負(fù)責(zé)進(jìn)行錯(cuò)誤回復(fù)和重排失序后的數(shù)據(jù)傳輸。服務(wù)類型Ⅲ可用于實(shí)時(shí)的數(shù)據(jù)傳輸。下圖描述了類型Ⅲ服務(wù)的處理流程。發(fā)起端接收端F a b r i c數(shù)據(jù)幀數(shù)據(jù)幀數(shù)據(jù)幀R _ R e a d y圖47 類型Ⅲ服務(wù)的處理流程(4)服務(wù)類型Ⅳ (ClassⅣ) 類似于服務(wù)類型Ⅰ,也是提供兩個(gè)N端口之間專用的通信通道,保證數(shù)據(jù)傳輸固定的帶寬,而且保證接收端接收的數(shù)據(jù)幀次序和發(fā)送端發(fā)出的次序一樣,它與類型Ⅰ服務(wù)的不同之處是專用通信通道的帶寬。類型Ⅰ服務(wù)中,兩個(gè)N端口的全部通信帶寬都用于類型 Ⅰ的服務(wù)。例如100MB/s的N端口如果建立類型Ⅰ的服務(wù),全部100MB/s帶寬都會(huì)用于服務(wù),也就是說類型Ⅰ服務(wù)建立的專用通道就是100MB/s 的速度。而建立類型 4服務(wù)時(shí),N端口可以只用一部分帶寬建立與另一N端口的專用通信通道。相對(duì)于兩個(gè) N端口之間建立一個(gè)虛擬線路(virtual circuit)。實(shí)際上是兩個(gè)單向的虛擬線路,兩個(gè)方向可能有不同的通信帶寬。一個(gè)N端口可與多個(gè)N端口間建立多個(gè)類型4的服務(wù)。(5)服務(wù)類型Ⅴ (ClassⅤ)的服務(wù)在光纖通道標(biāo)準(zhǔn)中還沒有完全定義好。(6)服務(wù)類型Ⅵ (ClassⅥ)的服務(wù)提供多播的功能。如果一個(gè)N端口想發(fā)數(shù)據(jù)給其他多個(gè)端口,它可以與多播服務(wù)器建立類型Ⅰ的服務(wù)。多播服務(wù)器再再這個(gè)發(fā)生數(shù)據(jù)的N端口和接收數(shù)據(jù)的多個(gè)N端口之間建立類型Ⅵ的服務(wù)。發(fā)送端把數(shù)據(jù)發(fā)送到多播服務(wù)器,多播服務(wù)器再負(fù)責(zé)把數(shù)據(jù)幀復(fù)制成多份,分別發(fā)送給多個(gè)接收端口。想接收多播數(shù)據(jù)的端口可以和別名服務(wù)器注冊,多播服務(wù)器就會(huì)把數(shù)據(jù)發(fā)送到注冊的端口。? 流控制(Flow Control)流控指的是FC2 層控制協(xié)調(diào)節(jié)點(diǎn)端口之間和節(jié)點(diǎn)端口與交換端口之間的接收幀數(shù)據(jù)流泛濫溢出。流控依靠于上層的分類服務(wù),服務(wù)類型I的數(shù)據(jù)幀使用端對(duì)端的流控,服務(wù)類型Ⅲ使用緩沖對(duì)緩沖的流控,服務(wù)類型Ⅱ既使用端對(duì)端的流控.又使用緩沖對(duì)緩沖的流控。流控是由序列發(fā)起者(源) 端口和序列接收者(目的) 端口使用信任量(Credit)和信任總量(Credit Count Credit_ CNT)來進(jìn)行管理的。 信任量指的是分配給發(fā)送端口的緩沖區(qū)數(shù),信任總量指的是沒有被序列接收者確認(rèn)的數(shù)據(jù)幀數(shù)。端對(duì)端的流控用以協(xié)調(diào)節(jié)點(diǎn)端口之間的數(shù)據(jù)幀流,在這種情況下序列接收者通過返回一個(gè)確認(rèn)幀給序列發(fā)起者,以表示接收到了合法的數(shù)據(jù)幀,當(dāng)序列接收者的緩沖區(qū)相對(duì)于接收的數(shù)據(jù)幀不夠時(shí),也就是端對(duì)端信任量(End to End Credit.EE_ Credit)小于接收的數(shù)據(jù)幀數(shù)時(shí).序列接收者會(huì)返回一個(gè)繁忙信號(hào)幀給序列發(fā)起者,而當(dāng)序列接收者收到一個(gè)錯(cuò)誤的數(shù)據(jù)幀時(shí).序列接收者會(huì)返回一個(gè)錯(cuò)誤信號(hào)幀給序列發(fā)起者,然后再由序列發(fā)起者返回一個(gè)端對(duì)端的信任總量(End to End Credit Count. EE_ Credit_ CNT)。端對(duì)端流控的最初信任量是在節(jié)
點(diǎn)擊復(fù)制文檔內(nèi)容
法律信息相關(guān)推薦
文庫吧 www.dybbs8.com
備案圖片鄂ICP備17016276號(hào)-1