對于IMP/HOST 協(xié)議的改動的注釋

2019-11-04 10:54:35

字體：大中小

供稿：網(wǎng)友

　　本篇RFC主要的是對于RFC687進行似乎有道理的改動的意見集合，同時也可以作為對
RFC690的注釋。

現(xiàn)在的主要的問題，就好象Postel所指出的那樣，在于改動后的IMP和HOST傳輸?shù)那?br />導(dǎo)字符的總長度剛好為120位，這個數(shù)字并不是8或者36的整數(shù)倍。

一個可以想到的解決方案是將HOST到HOST協(xié)議的前導(dǎo)字符的長度增加24位，使得它的
總長度達到144位。但是這里依舊存在一個問題，就是在進行這樣的改動之后，IMP方必須
能夠插入或者刪除這多出來的24個位，來進行144位前導(dǎo)字符和120位前導(dǎo)字符之間的轉(zhuǎn)化。
上述解決方案中存在的這個問題，是相當(dāng)明顯的。

更好的解決方案是改變IMP方前導(dǎo)字符的長度，我提議用104位長度代替原來的80位長
度。不過104位長度并不是一個IMP的字的長度的整數(shù)倍，這確實是一個問題。但是假如我
們使用以下的法則的話，解決這個問題并不是很難的事情。

1.決不用最后的8位傳遞信息。

2.網(wǎng)絡(luò)沒有被要求將它們從數(shù)據(jù)源傳遞到目的地，或者將它們返回到數(shù)據(jù)源

3.當(dāng)發(fā)送不同于零的類型的消息（即不規(guī)則消息）的時候，IMP被答應(yīng)發(fā)送96位，104
位，112位的數(shù)據(jù)，具體的選擇看當(dāng)時IMP的便利而定。

4.同樣的，假如需要的話，96位和112位也可以作為不規(guī)則消息的前導(dǎo)字符的長度。

這樣，比較起強制所有的HOST進行修改以適應(yīng)新的標(biāo)準(zhǔn)協(xié)議，修改IMP程序，使他們能
夠處理104位的前導(dǎo)字符就是一種更快，同時也是更便宜的選擇了。

另外一個建議是定義一種新的IMP到HOST的消息的類型。這個消息應(yīng)當(dāng)擁有一個包括了
HOST的名字（人類型的字符串（peopletypecharacterstring））和HOST的網(wǎng)絡(luò)地址的表。
這個消息應(yīng)當(dāng)在每一次接口重置的時候進行發(fā)送，或者當(dāng)HOST對IMP發(fā)送了一個新的請求，
以要求得到上述信息的時候，這個消息可以作為響應(yīng)被發(fā)送

[ThisRFCwasputintomachinereadableformforentry]
[intotheonlineRFCarchivesbyAlexMcKenziewith]
[supportfromGTE,formerlyBBNCorp.10/99]

上一篇：IPv4今日地址行為

下一篇：HMAC:鍵入-散列法用于信息身份驗證