關(guān)于檢測(cè)由于通信子系統(tǒng)的問題造成的消息丟失，我又三個(gè)建議 。第一個(gè)可能是它們中功能最強(qiáng)而且最輕易實(shí)現(xiàn)的，因?yàn)闆]有新的概念而又能重發(fā)知道丟失的消息 。
第一個(gè)方案：
主機(jī)在發(fā)送一個(gè)消息后，保存一個(gè)消息的拷貝，直到：
*返回一個(gè)RFNM，這說明一些正常，然后處理下一個(gè)消息 。
*返回一個(gè)INCOMPLETETRANSMISSION，這種情況下重發(fā)消息（這可能是一個(gè)循環(huán)，因此要設(shè)置一個(gè)重復(fù)發(fā)送一個(gè)消息的最大次數(shù)） 。
*返回DESTINATIONDEAD，這說明目的主機(jī)關(guān)機(jī)，要求在進(jìn)一步通信之前必須交換reset命令 。
*其它返回表明在網(wǎng)絡(luò)中或者本地接口報(bào)文處理器（IMP）發(fā)生錯(cuò)誤，這時(shí)至少要記錄錯(cuò)誤，關(guān)閉對(duì)話 。
按照以上步驟，可以防止消息的丟失 。
第二個(gè)方案：
在主機(jī)發(fā)送消息時(shí)，消息號(hào)被包含消息中在主機(jī)對(duì)主機(jī)的頭區(qū)域中，而且消息按順序發(fā)送（這跟目前網(wǎng)絡(luò)中的除了有優(yōu)先級(jí)的消息除外的情況一樣，因此這個(gè)建議要求主機(jī)發(fā)送任何東西時(shí)沒有優(yōu)先級(jí)區(qū)分），然后接收主機(jī)把接收到的消息號(hào)跟上次收到的消息號(hào)進(jìn)行比較，這樣可以發(fā)現(xiàn)消息的丟失 。
當(dāng)交換reset命令時(shí)，這對(duì)主機(jī)間的序號(hào)設(shè)為0 。
每次發(fā)送一個(gè)消息時(shí)，把當(dāng)前發(fā)送消息號(hào)添到消息頭的指定區(qū)域，然后把當(dāng)前發(fā)送消息號(hào)＋1（對(duì)N取模，假設(shè)N=256） 。
每收到一個(gè)消息，就把這個(gè)消息號(hào)跟目前的接收消息號(hào)相比較：
假如接收的消息是希望接收的，那么該消息可以接受，然后目前的接收消息號(hào)＋1（對(duì)N取模） 。
假如接收的消息不是希望接收的，那說明消息丟失 。
當(dāng)檢測(cè)到消息丟失需要干什么并不明顯，但是至少要記錄下來，并且匯報(bào)給網(wǎng)絡(luò)控制中心 。消息的丟失對(duì)于交互會(huì)話可能不大重要，但是對(duì)于文件傳輸卻是致命的 。因此建議假如消息沒有恢復(fù)就治理對(duì)話 。
第三個(gè)方案：
可以要求主機(jī)與主機(jī)之間進(jìn)行應(yīng)答 。這個(gè)應(yīng)答方案可以用與接口報(bào)文處理器之間的應(yīng)答相類似的方式實(shí)現(xiàn) 。由于這要大幅修改目前的協(xié)議，要制定出一種合理的應(yīng)答策略還需要進(jìn)一步的研究，因此在這里我不對(duì)它進(jìn)行具體說明 。
上面三個(gè)建議中，第一個(gè)是最實(shí)用，也是最輕易實(shí)現(xiàn)的 。這幾個(gè)方案互相沒有沖突，可以同時(shí)實(shí)現(xiàn)并使用 。
推薦閱讀
- 哲學(xué)的基本問題是 哲學(xué)的概念是什么
- 跟大家分享一下K610的使用感受
- PGP 具有相當(dāng)好的保密性
- 我的N93i 5天的使用感受
- 竹雞快速育肥的飼養(yǎng)和管理方法
- 99.8%精仿機(jī)D908背后的那0.2
- 人生何處不相逢下一句 人生何處不相逢的下一句是什么
- 今天剛買的移動(dòng)心機(jī)moto C168i
- 連接的數(shù)字分配
- 小米cc9e狀態(tài)欄顯示的HD代表什么