text: ZMODEM是由Chuck Forsberg於1986年在由Telenet資助的專案中開發的檔案傳輸協議 ，用於改進其X.25網路上的檔案傳輸。 除了與舊協議相比顯著提高的效能外，ZMODEM還提供可重新啟動的傳輸，傳送器自動啟動，擴充套件的32位CRC以及支援8位乾淨傳輸的控制字元引用 ，支援無法傳輸控制字元的網路。 20世紀90年代初，ZMODEM在公告板系統 上變得非常流行，取代了早期的協議，如XMODEM和YMODEM 。改進.ZMODEM的關鍵改進是引入了滑動視窗支援以提高效能。 通常，檔案傳輸協議將檔案分解為一系列"資料包" ，然後一次一個地傳送到接收方。 每個資料包都帶有"校驗和" ，可用於確定資料包是否被正確接收。 如果正確接收到分組，則傳送ACK訊息，然後傳送方開始傳送下一個分組。但是，通訊系統中存在"延遲"，干擾了這個過程。 即使接收方立即傳送ACK ，通訊系統中的延遲也意味著在傳送方收到確認併發送下一個資料包之前總會有一段時間。 隨著調變解調器速度的增加，在延遲期間可傳送的包數目越來越大，這降低了"通道效率" 。滑動視窗協議透過允許傳送機器在不等待ACK的情況下繼續處理下一個資料包來避免此問題。 接收方傳送ACK 以及它正在確認的分組號。 傳送方可以隨意處理這些內容，根據需要重新發送資料包。 這有效地消除了沒有錯誤發生時的確認延遲，只留下了資料傳輸和錯誤檢測的延遲。ZMODEM的效能比以前的通用協議有了很大提高，它甚至可以替代YMODEM-g這樣的特殊協議，YMODEM-g根本不包含糾錯，而是依賴於調變解調器維護的無差錯鏈路。 儘管YMODEM-g明顯更快，但缺乏其他功能使其不那麼吸引人。自動啟動管理透過允許傳送方啟動傳輸來簡化這個過程。 以前，使用者必須首先向傳送方請求檔案，將其置於“等待”狀態，然後返回其本地程式並呼叫命令以開始傳輸。 透過自動傳輸，他們只需要請求檔案，然後發件人就會自動觸發使用者程式中的傳輸過程。重新啟動是另一個增強，允許線上路被中斷或使用者時間用完之後重新啟動傳輸。變種.出現了許多ZMODEM的修改版本。 ZedZap是ZMODEM的一種變體，帶有8 kbyte塊，可在高速調變解調器上獲得更好的效能。 LeechZmodem是一個惡作劇的ZMODEM變種，它欺騙了BBS下載配額。 ADONTEC在2002年和2007年建立了具有32千位元組和64千字塊長度的ZMODEM向後相容擴充套件，以提高ISDN或TCP / IP網路等高速無差錯連線的效能。最值得注意的ZMODEM實現時來自 Chuck Forsberg 的 Omen Technology,Inc. 包括DSZ(DOS Send ZMODEM)，GSZ(圖形化ZMODEM傳送協議)，以及無所不在(l)rzsz Unix變體。在更新的時代， Synchronet的開發人員已經建立了一個名為SEXYZ的現代X/Y/ZMODEM實現，它基於zmtx / zmrx軟體包，該軟體包支援Windows和Unix變體，支援長檔名，更快，提供更可靠的資料傳輸。 SEXYZ的ZMODEM實現也已整合到SyncTERM專案中。 Synchronet，SEXYZ和SyncTERM都是開源，跨平臺，以BBS為中心的專案。Forsberg自己收集了許多ZMODEM-90的改進。 第一個是MobyTurbo，它刪除了控制字元轉義以進一步提高效能，約提高了15％。 即使在會“吃掉”控制字元的網路上，ZMODEM-90也可以定製為僅轉義網路實際吃的那些字元，而不是每個控制字元。 類似的改進允許ZMODEM-90在7bit網路上工作，而早期的協議都要求8bit到或更多。 最後，ZMODEM-90包括一個基本的遊程編碼壓縮系統，以進一步提高傳輸未壓縮檔案的效能。
metadata: erhwenkuo/wikipedia-zhtw
metadata: ZMODEM
metadata: https://zh.wikipedia.org/wiki?curid=6570660