1. 程式人生 > >FC協議與iSCSI協議詳解

FC協議與iSCSI協議詳解

 1.SAN說明

     SAN(Storage Area Network,儲存區域網絡)的誕生,使儲存空間得到更加充分的利用以及安裝和管理更加有效。SAN是一種將儲存裝置、連線裝置和介面整合在一個高速網路中的技術。SAN本身就是一個儲存網路,承擔了資料儲存任務,SAN網路與LAN業務網路相隔離,儲存資料流不會佔用業務網路頻寬。

 

  在SAN網路中,所有的資料傳輸在高速、高頻寬的網路中進行,SAN儲存實現的是直接對物理硬體的塊級儲存訪問,提高了儲存的效能和升級能力。

  早期的SAN採用的是光纖通道(FC,Fiber Channel)技術,所以,以前的SAN多指採用光纖通道的儲存區域網絡,到了iSCSI協議出現以後,為了區分,業界就把SAN分為FC-SAN和IP-SAN。

2.FC說明

  FC開發於1988年,最早是用來提高硬碟協議的傳輸頻寬,側重於資料的快速、高效、可靠傳輸。

         到上世紀90年代末,FC SAN開始得到大規模的廣泛應用。

  FC光纖通道擁有自己的協議層,它們是:

      

        FC-0:連線物理介質的介面、電纜等;定義編碼和解碼的標準。l  

  FC-1:傳輸協議層或資料鏈接層,編碼或解碼訊號。l  

  FC-2:網路層,光纖通道的核心, 定義了幀、流控制、和服務質量等。l  

  FC-3:定義了常用服務,如資料加密和壓縮。l  

  FC-4:協議對映層,定義了光纖通道和上層應用之間的介面,上層應用比如:序列SCSI 協 議,

       HBA卡的驅動提供了FC-4 的介面函式。FC-4 支援多協議,如:FCP-SCSI,FC-IP,FC-VI。

  光纖通道的主要部分實際上是FC-2。其中從FC-0到FC-2被稱為FC-PH,也就是“物理層”。

        光纖通道主要通過FC-2來進行傳輸,因此,光纖通道也常被成為“二層協議”或者“類乙太網協議”。

  理解光纖通道(FC)的核心,包括其命名格式和位址機制,可以幫助人更好的理解SAN。要全面瞭解所有有關協議的知識才能夠快速瀏覽問題並找出問題所在。雖然通過圖形介面,滑鼠點選和有限的知識也可能解決問題,但是這顯然並不是好方法。因此我們在這裡學習一下光纖通道協議。

  在此重複:光纖通道並不是SCSI的替代;一般而言SCSI是光纖通道的上層。有些跑題,現在進入正題。光纖通道一般是指FC-PHY層:FC0-FC2,在我們的上一篇文章已經有過簡短提及。術語FCP,即光纖通道協議,是指對SCSI的介面協議或FC-4層對映。我們這裡討論的是光纖通道的內在工作原理,而不是指光纖通道協議。

  光纖通道的資料單元叫做幀。即使光纖通道本身就有幾個層,大部分光纖通道是指第2層協議。一個光纖通道幀最大是2148位元組,而且光纖通道幀的頭部比起廣域網的IP和TCP來說有些奇怪。光線通道只使用一個幀格式來在多個層上完成各種任務。幀的功能決定其格式。相比我們在IP世界中的概念,光纖通道幀格式是奇特而且奇妙的。

  光纖通道幀起始於幀開始(SOF)標誌,隨後是幀頭部,這個一會進行描述。資料,或光纖通道內容,緊隨其後,然後是幀結束(EOF)。這樣封裝的目的是讓光纖通道可以在需要時被其他類似於TCP的協議所承載。

   一個幀是在光纖通道連線中資料包的最小單位 (對上層協議是透明的)

 

2.1 FC拓撲結構

  


2.2 光纖通道的定址方式

     在資料中心網路中,光纖通道(FC:Fibre Channel)是通過 World Wide Name ( WWN)來標識一個唯一的裝置。WWN是一個 64 位的地址。WWN 對於光纖通道裝置就像Ethernet 的MAC 地址一樣都是全球唯一的,它們是由電器和電子工程協會(IEEE)標準委員會指定給製造商,在製造時被直接內建到裝置中去的。

   Fabric是指一個或幾個可以使用目的標示來傳輸資料幀的交換機。Fabric通常可以被認作是一個“雲團”,也可以當作是一個虛擬連線。每一個裝置的唯一標示就是World Wide Name (就像一個人的身份證,終身使用並不會修改)

         通常用 Node WWN 來標示每臺不同的FC交換機,它是唯一的;對於FC交換機的埠,則使用PortWWPN 來標示交換機的埠。所以一個交換機只有一個 Node WWN 和多個 Port WWPN。 根據IEEE標準定義,WWN的定義方式有三種,可以見《深度分析FC/FCOE中WWN的型別定義》一文所述。

2.3 FC流量控制

        FC中的流量控制機制是在信用度系統上的基礎上。所謂的信用度(Credit)是指裝置接受額外幀的能力。信用度的多少決定了裝置接收額外幀能力的大小。如果接受方沒有向傳送方發出任何的信用度,那麼傳送方就不能傳送任何幀,在信用度的基礎上協調幀傳送,可以避免幀的丟失,同時減少了對整個幀序列進行重傳的頻率。

         實際上,這種基於信用度的機制建立在終端節點能夠提供的緩衝區(TX-Buffer和RX-Buffer)的數目上,這些緩衝區用於儲存到來的資料流。例如,擁有板上儲存器的主機匯流排介面卡,可能被分派作為接受緩衝區,成為FC-1解串和譯碼功能,以及FC-2的幀重新裝配功能之間的介面。當FC-1來提交幀的時候,這種接受緩衝區被充滿;當FC-2的裝配線取出各個幀進行資料塊的重建時,這種接受緩衝區被清空。為了充分的利用FC的傳輸能力,最好能夠連續的多發出多個幀。這一點在事務開始前由授權充分信用度來實現,同時利用FC的全雙工能力在幀還未接受時就發出附加的信用度。

          FC中常用的兩種是端到端(EE-Credit)和緩衝區到緩衝區(BB-Credit)的流量控制。

         端到端的流量控制機制(EE-Credit)是在兩個終端節點之間使用的流量控制。在兩個通訊節點登入並交換通訊引數時候,建立起傳輸信用度,並且由節點本身來監測。中間的交換機不參與端到端流量控制。如圖2所示

        一旦一個初始的信用度等級授權後,如果要補充信用度的話,要由接受方向傳送出應答(ACK)來實現。每發出一個幀傳送方就消耗了一個端到端的信用度(EE-Credit),只有當其接收到一個ACK後才能增加信用度。

           光纖通道中還定義使用BB-Credit的流量控制機制(緩衝區到緩衝區的信用度),並且依靠receive-ready(R-RDY)有序集補充信用度,如圖2所示。某個附接到交換機的終端接點將在登入到交換機的過程中建立它的BB-Credit。在交換機遠端參與通訊的一方將在登入時建立其自身交換機的BB-Credit。BB-Credit沒有端到端的成分。傳送方在發出一個幀時將BB-Credit減1,直到BB-Credit的數量為零的時候.此時不能再進行幀傳送。在接收到R-RDY時將BB-Credit加1。BB-Credit的初始值必須是非零的。如果為零的話,說明不能再接收或者傳送幀。


2.4  FC發現機制

         在FC中,當一個新的裝置加入到網路中時,它要與它的網路的管理者(一般是交換機)取得聯絡,網路管理者便會依次告知所有那些已經註冊過的和那些需要被通知這一事件的裝置。此外,在FC中,由於為了增強網路的靈活性和安全性,有時可能需要進行分割槽。當一個新的裝置加入到網路中的時候,該裝置首先與它同在一個分割槽的其它現有裝置完成註冊,然後連線這個裝置的交換機會把這一事件告知其他的分割槽的裝置和其它的交換機。

         如圖3所示,如果當A區的節點A加入網路時,它先與FC交換機取得聯絡,那麼FC交換機將把A節點加入網路的這一資訊先後分別告知節點B和節點C以及B區的節點D和節點E。至此,A節點就加入到網路中,可以與A區與B區中的裝置進行通訊。


Fabric網路設備註冊過程

如果裝置為Fabric模式,將會由裝置首先向註冊伺服器(FFFFFE)傳送註冊申請(FLOGI),由註冊伺服器應答(如通則傳送埠地址) 。獲得許可和Fabric地址後向名稱伺服器傳送埠註冊請求,由名稱伺服器決定,獲得許可的同時將同時收到可訪問裝置列表(主動裝置) 


2.5 Fabric埠型別及動態地址


裝置 (節點)埠

N_Port = “Fabric直接連線裝置”

NL_Port = “Loop連線裝置”

交換機埠
E_Port = “擴充套件埠” (交換機到交換機)
F_Port = “Fabric埠”

FL_Port = “Fabric Loop埠”

G_Port = “通用(Generic)埠 — 可以轉化為E或F”

      因為WWN的地址太長所以用這個地址來定址的話會影響到路由的效能。這樣光纖通道網路採用了另外一種定址方案。這種方案是用基於交換光纖網路中的光纖埠來定址稱為FCID。基於交換光纖網路中的每個埠有一個唯一的 24位的地址,FCID,這種FCID就類似TCP/IP中的IP地址。用這種 24 位地址方案,這樣得到了一個較小的幀頭,這能加速路由的處理。但是這個 24 位的地址必須通過某種方式連線到與World Wide Name 相關聯的 64 位的地址。

       在光纖通道(SAN)環境中,FC交換機它本身負責分配和維持埠地址。當有一個WWN 登入到交換機的某一個埠時,交換機將會為其分配一個FCID地址,同時交換機也將會建立FCID和登入的WWN 地址之間的關聯關係表並維護他們的關係。交換機的這一個功能是使用名字伺服器(NAME SERVER)來實現的。

        名字伺服器其實是光纖作業系統的一個元件,在交換機內部執行。它本質上是一個物件資料庫,光纖裝置在連線進來時,向該資料庫註冊它們的值這是一個動態的過程。動態的定址方式同時也消除了手工維護地址出錯的潛在的可能,而且在移動和改變 SAN 方面也提供了更多的靈活性。




一個 24 位的FCID地址由三個部份所組成: Domain,Area,Port組成。
    Domain ( 從 23 到 16 位)
    Area(從 15 到 08 位)
    Port 或仲裁環實體地址-AL_PA( 從 07 到 00 位)

Domain :埠地址中最重要的位元組是 Domain。這是標識交換機本身的地址。最多隻能達到256個地址。除了一些被保留使用的地址外,實際上只有 239 個地址可用。這意味著在你的 SAN 環境中,所在在一個SAN網路中最多隻可能達 239 個交換機。同時Domain 可以用來標識一個san網路一個FC交換機的唯一性。

Area :它提供 256 個地址。地址的這一個部份被用於識別個別的 FL_Ports 環,或它可能被用於當做一組F_Port 的識別符,例如,多埠的一個光纖卡的識別符。這意謂著每組埠有一個不同的 area 編號,即使對於只有一個埠的組也是如此。

Port :地址的最後部份提供 256 個地址,用於識別相連的 N_Port 和 NL_Port。

按上面介紹,可以計算出一個SAN網路最大的地址數目: Domain x Area x Ports = 239 x 256 x 256=15,663,104 個地址。

3.iSCSI協議結構

如同任何一個協議一樣,iSCSI也有一個清晰的層次結構,根據OSI模型,iSCSI的協議棧自頂向下一共可以分為五層,如圖4所示:


.SCSI層:根據應用發出的請求建立SCSI CDB(命令描述塊),並傳給iSCSI層;同時接受來自iSCSI層的CDB,並嚮應用返回資料。
.iSCSI層:對SCSI CDB進行封裝,以便能夠在基於TCP/IP協議的網路上進行傳輸,完成SCSI到TCP/IP的協議對映。這一層是iSCSI協議的核心層。   
.TCP層:提供端到端的透明可靠傳輸。
.IP層:對IP報文進行路由和轉發。  
.Link層:提供點到點的無差錯傳輸

3.2 iSCSI 流量控制與超時重發

        流量控制是指傳送方控制傳送資料幀到網路的速率。傳送方傳送的速率—般是傳送路徑上的交換機、路由器或接收方可用的緩衝區大小的函式。iSCSI則採用TCP/lP協議的端到端的流量控制機制,以可變傳送視窗的方式進行流量控制。傳送視窗在連線建立時由雙方面定,但在通訊過程中,接收方可根據自己的資源使用情況,隨時動態地調整自已的接收視窗(可增大或減小),然後告訴對方,使傳送方的傳送視窗和自己的接收視窗一致。

         iSCSI採用的是TCP的自適應超時重發演算法,可根據網路的情況動態調整。這種演算法記錄每一個報文段發出的時間以及收到相應的確認報文段的時間,這兩個時間之差就是報文段的往返時延RTT,當傳送—個數據段時,啟動相應的定時器,如果定時器超時確認報文段還沒有到達,就觸發資料配發機制。如果超時之前得到確認,就記錄新的往返時延,將各個報文段的往返時延樣本進行加權平均得到新的報文段的平均往返時延RTT,顯然定時器設定的重發時間應大於平均的往返時延RTT。在實際應用中,RTT的演算法還很複雜,目前一般採用的是Karm演算法。

3.3 iSCSI發現機制

        iSCSI發起端為了和iSCSI目標端建立iSCSI會話,iSCSI需要知道ISCSI目標端的IP地址,TCP埠號和名字三個資訊。iSCSI發現的目的是為了讓iSCSI發起端獲取一條到iSCSI目標端的通路。iSCSI有三種發現機制:

⑴ 靜態配置:在iSCSI發起端已經知道iSCSI目標端的IP地址TCP埠號和名字資訊時,iSCSI發起端不需要執行發現。iSCSI發起端直接通過IP地址和TCP埠來建立TCP連線,使用iSCSI目標端的名字來建立iSCSI會話。這種發現機制比較適合比較小的iSCSI體系結構

⑵ SendTarget發現:在iSCSI發起端知道iSCSI目標端的IP地址和TCP埠的情況下,iSCSI使用IP地址和TCP埠號建立TCP連線後建立發現對話。iSCSI發起端傳送SendTarget命令查詢網路中的存在的iSCSI資訊。這種方法主要用於閘道器裝置,iSCSI發起端被靜態配置連線到指定的iSCSI裝置。iSCSI發起端和iSCSI閘道器裝置建立對話併發送SendTarget請求給iSCSI閘道器裝置。iSCSI閘道器裝置返回一系列和它相連的ISCSI目標端的資訊。iSCSI發起端選擇一個目標端來建立對話。

⑶ 零配置發現:這種機制用於iSCSI傳送裝置完全不知道ISCSI目標端的資訊的情況下。iSCSI發起端利用現有的IP網路協議SLP(Service Location Protocol for Discovery,服務定位協議)。iSCSI目標端使用SLP來註冊,iSCSI發起端可以通過查詢SLP代理來獲得註冊的iSCSI目標端的資訊。當iSCSI目標端加入到網路中的時候,拓撲結構也隨之改變。雖然這種方法增加了實現的複雜性,但它不需要重新配置發起端即可找到新的目標端。

4 FC 與iSCSI協議的比較

本文主要從下面幾個方面對兩個協議進行比較:

4.1 流量控制機制對網路的適應性

         FC採用基於信用的流量控制機制,當接受者有足夠的快取接受發信者的資料時,接受者把Credit(信用度)分配給發信者。它根據傳送者的請求分配Credit,僅當傳送者沒有用完它的Credit時,它才可以傳送資料。在MAN/WAN中,傳送者必須要等待很長時間來獲得接受者的確認訊息(以向網路傳送新的資料)。這種基於信任的流量控制機制降低了網路的利用率。


          iSCSI是基於視窗的傳送機制,由於傳送方可以根據網路的擁塞情況動態地調整發送速率,因此iSCSI的流量控制機制對網路的適應性更好,尤其在網路傳輸延遲較大的網路中。

4.2 超時重發機制的靈活性

              在TCP/IP協議中,TCP使用自適應重傳演算法以適應互連網路時延的變化。它的要點是:TCP監視每一條連線的效能,並計算出報文的往返時間RTT(Round Trip Time)。當連線的效能變化時,TCP隨即修改RTT(也就是說它能自動適應時延的變化)。RTT(Round Trip Time)被髮送方用來決定是否重傳報文。而Fibre Channe]使用的是靜態的超時重發機制,不會根據網路的情況動態地加以改變,因此傳送方可能過早或過遲地出現超時,這對改善網路的綜合性能不利。相對而言,iSCSI可以動態地自適應於網路的當的情況,可以改善網路的綜合性能,從這個角度看,iSCSI應該優於Fibre Channel,更加適合目前的網路情況

4.3 CPU對資料封裝的負擔大小

           在儲存環境中,發出的塊I/0請求的大小一般介於4K到64K之間。以8K的塊I/0請求為例,已經知道在iSCSI中乙太網幀的大小是1.5K,在FC中,FC的幀大小是2K。因此8K的塊I/O請求必須被分成多個小的段,以適應不同的傳輸幀大小。在FC中,分段和重組操作是在網絡卡中實現的,因此減輕了主機CPU的負擔。對於iSCSI協議,由於分段與重灌是有CPU來完成的,因此增加了CPU的負擔。

4.4 是否能保證資料安全傳送

            在安全性方面,因為iSCSI的一個設計標準是它在不受信任的廣域環境中的使用,iSCSI規範允許使用多種安全方法。位於iSCSI層下的加密方案(例如,IPsec),不需要在iSCSI端裝置之間進行協商,它們對於高層應用程式來說是透明的。對於其他的認證實現(如,KERBEROS或者公鑰/私鑰的交換),iSCSI登入過程為兩個端裝置協商兩者都支援的安全型別提供了文字欄位。如果協商成功,iSCSI裝置之間的PDU交換將由所使用的安全程式根據適當的安全確認需求而被格式化。iSNS(Internet Storage Name Server)伺服器也可以協助此過程(如作為公鑰的倉庫)。
光纖通道是工作在第二層的協議,原本並沒有建立相應的安全機制以及安全通用協議,只不過是基於邏輯上的資料通道繫結。

5 結束語

        對於傳統的基於LAN的SAN來說,FC是比iSCSI更好的網路互連協議,因為FC的零複製和分段組裝機制大大地減輕了CPU的負擔,加快了資料的處理。但是,隨著儲存應用的增長,儲存網路往往需要跨越很遠的距離,由於在流量擁塞控制機制、發現和地址機制、超時重發機制、安全機制等方面的優勢,iSCSI比FC更適合這種情況。

參考:http://www.tuicool.com/articles/2qmM3u

http://network.51cto.com/art/200608/29904.htm

http://blog.itpub.net/29337971/viewspace-1073937/


相關推薦

FC協議iSCSI協議

 1.SAN說明      SAN(Storage Area Network,儲存區域網絡)的誕生,使儲存空間得到更加充分的利用以及安裝和管理更加有效。SAN是一種將儲存裝置、連線裝置和介面整合在一個高速網路中的技術。SAN本身就是一個儲存網路,承擔了資料儲存任務,SAN

SSL協議握手工作流程(雙向HTTPS流程)

包含 style strong 雙向認證 包括 返回 情況 身份認證 ssl 參考學習文檔:http://www.cnblogs.com/jifeng/archive/2010/11/30/1891779.html SSL協議的工作流程: 服務器認證階段: 1)客戶端向服務

HSRP-熱備份路由協議(配置思路版)

hsrp-熱備份路由協議(配置思路詳解版)HSRP-熱備份路由協議配置思路:一.IP地址規劃 PC1,IP-192.168.10.1/24 default gatway(網關地址)-192.168.10.250 PC2, IP-192.168.20.1/24 default gatway(網關地址)-19

瀏覽器 HTTP 協議緩存機制

blank 設置 響應頭 tag ble 1.0 強制 pri follow 1、緩存的分類 2、瀏覽器緩存機制詳解 2.1 HTML Meta標簽控制緩存 2.2 HTTP頭信息控制緩存 2.2.1 瀏覽器請求流程 2.2.2 幾個重要概念解釋 3、用戶行為與緩存 4

知:http協議soap協議之間的區別

http是標準超文字傳輸協議。使用對引數進行編碼並將引數作為鍵值對傳遞,還使用關聯的請求語義。每個協議都包含一系列HTTP請求標頭及其他一些資訊,定義客戶端向伺服器請求哪些內容,伺服器用一系列HTTP響應標頭和所請求的資料進行響應。HTTP-GET 使用 MIME 型別application

HTTP協議狀態碼大全

HTTP狀態碼大全 完整的 HTTP 1.1規範說明書來自於RFC 2616,你可以在 http://www.talentdigger.cn/home/link.php?url=d3d3LnJmYy1lZGl0b3Iub3JnLw%3D%3D線上查閱。HTTP 1.1的狀態碼被標記為新特

以太坊2.0協議核心Beacon鏈

以太坊2.0並不是一個新主意,早在2014年,Vitalik就提到了以太坊2.0的概念,他說: “我們要麼解決可擴充套件性和共識問題,要麼就死於嘗試,” 好吧,我們還活得不錯,而他幾周前釋出的最新觀點是: “對於以太坊2.0來說,理論上已沒有明顯未解決的問題。” 現在正是實現這

http協議之response響應

1,http響應 HTTP/1.1 200 OK             --響應行 Server: Apache-Coyote/1.1    --多個響應頭 Content-Length: 51 Date: Sun, 28 Dec 2014 01:51:16 GMT   

HTTP協議的頭資訊

通常HTTP訊息包括客戶機向伺服器的請求訊息和伺服器向客戶機的響應訊息。這兩種型別的訊息由一個起始行,一個或者多個頭域,一個只是頭域結束的空行和可 選的訊息體組成。HTTP的頭域包括通用頭,請求頭,響應頭和實體頭四個部分。每個頭域由一個域名,冒號(:)和域值三部分組成。域

TCP/IP協議、HTTP協議、SOCKET通訊

ron bsp 正式 ber 二次 軟件 寄存器 使用 網絡通信 1、TCP連接TCP(Transmission Control Protocol) 傳輸控制協議。TCP是主機對主機層的傳輸控制協議,提供可靠的連接服務,采用三次握確認建立一個連接。位碼即tcp標誌位,有6種

JavaMail使用SMTP協議傳送電子郵件()

package cn.outofmemory.javamail; import java.io.File; import java.io.FileInputStream; import java.io.FileNotFoundException; import j

HTTP協議Keep-Alive模式和HTTP頭欄位總結

1、什麼是Keep-Alive模式? 我們知道HTTP協議採用“請求-應答”模式,當使用普通模式,即非KeepAlive模式時,每個請求/應答客戶和伺服器都要新建一個連線,完成 之後立即斷開連線(HTTP協議為無連線的協議);當使用Keep-Alive模式(又稱持久連線

轉:PPPoE協議交互過程及抓包分析

驗證過 con 種類 管理 pen 定向 進入 一次 測試數據 ttps://blog.csdn.net/sky619351517/article/details/84797605 PPPoE協議交互過程 1、發現階段(PPPoED:PPPoE Discovery

USB協議枚舉過程

數字串 eset 格式 lan 事務 kth tmp start 描述 一 枚舉過程之文字描述 ?主機集線器監視著每個端口的信號電壓,當有新設備接入時便可覺察。(集線器端口的兩根信號線的每一根都有15kΩ的下拉電阻,而每一個設備在D+都有一個1.5k&Omeg

java網路程式設計tcp協議之backlog引數

backlog是ServerSocket類中的引數,用來指定ServerSocket中等待客戶端連線佇列的最大數量,並且每呼叫一次

TCP協議粘包問題

TCP協議粘包問題詳解 前言   在本章節中,我們將探討TCP協議基於流式傳輸的最大一個問題,即粘包問題。本章主要介紹TCP粘包的原理與其三種解決粘包的方案。並且還會介紹為什麼UDP協議不會產生粘包。   基於TCP協議的socket實現遠端命令輸入   我們準備做一個可以在Client端遠端執

Javascript設計模式開發實踐(二:策略模式) http://www.jianshu.com/p/ef53781f6ef2

的人 思想 ram gis pan pro msg have 改變 上一章我們介紹了單例模式及JavaScript惰性單例模式應用這一次我主要介紹策略模式策略模式是定義一系列的算法,把它們一個個封裝起來,並且讓他們可以互相替換。比方說在現實中很多時候也有很多途徑到達同一個

centos/linux alternativesupdate-alternatives軟件版本切換

等等 ava 包括 blank 多個 config etc 兩種模式 版權 update-alternatives是linux系統中專門維護系統命令鏈接符的工具,通過它可以很方便的設置系統默認使用哪個命令、哪個軟件版本,比如,我們在系統中同時安裝了open jdk和

iOS Provisioning Profile(Certificate)Code Signing

使用 簡析 win8 計算 sta 得到 三方 tair agent 摘自:http://blog.csdn.net/phunxm/article/details/42685597 引言 關於開發證書配置(Certificates & Ident

AJAX 狀態值狀態碼

文件的 不支持 gho nbsp alt ner image 當前 com 1- AJAX狀態值與狀態碼區別 AJAX狀態值是指,運行AJAX所經歷過的幾種狀態,無論訪問是否成功都將響應的步驟,可以理解成為AJAX運行步驟。如:正在發送,正在響應等,由AJAX對象與服務器交