網(wǎng)橋兼容性方面需要注意的問題
有人可能會天真地認為從一個802局域網(wǎng)到另一個802局域網(wǎng)的網(wǎng)橋非常簡單，但實際上并非如此。在802.x到802.y的九種組合中，每一種都有它自己的特殊問題要解決。在討論這些特殊問題之前，先來看一看這些網(wǎng)橋共同面臨的一般性問題。
首先，各種局域網(wǎng)采用了不同的幀格式。這種不兼容性并不是由技術上的原因造成的，而僅僅是由于支持三種標準的公司(Xerox,GM和IBM)，沒有一家愿意改變自己所支持的標準。其結果是：在不同的局域網(wǎng)間復制幀要重排格式，這需要占用CPU時間，重新計算校驗和，而且還有可能產生因網(wǎng)橋存儲錯誤而造成的無法檢測的錯誤。
第二個問題是互聯(lián)的局域網(wǎng)并非必須按相同的數(shù)據(jù)傳輸速率運行。當快速的局域網(wǎng)向慢速的局域網(wǎng)發(fā)送一長串連續(xù)幀時，網(wǎng)橋處理幀的速度要比幀進入的速度慢。網(wǎng)橋必須用緩沖區(qū)存儲來不及處理的幀，同時還得提防耗盡存儲器。即使是10Mb/s的802.4到10Mb/s的802.3的網(wǎng)橋，在某種程度上也存在這樣的問題。因為802.3的部分帶寬耗費于沖突。802.3實際上并不是真的10Mb/s，而802.4(幾乎)確實為10Mb/s。
與網(wǎng)橋瓶頸問題相關的一個細微而重要的問題是其上各層的計時器值。假如802.4局域網(wǎng)上的網(wǎng)絡層想發(fā)送一段很長的報文(幀序列)。在發(fā)出***一幀之后，它開啟一個計時器，等待確認。如果此報文必須通過網(wǎng)橋轉到慢速的802.5網(wǎng)絡，那么在***一幀被轉發(fā)到低速局域網(wǎng)之前，計時器就有可能時間到。網(wǎng)絡層可能會以為幀丟失而重新發(fā)送整個報文。幾次傳送失敗后，網(wǎng)絡層就會放棄傳輸并告訴傳輸層目的站點已經關機。
第三，在所有的問題中，可能最為嚴重的問題是三種802LAN有不同的***幀長度。對于802.3，***幀長度取決于配置參數(shù)，但對標準的10M/bs系統(tǒng)***有效載荷為1500字節(jié)。802.4的***幀長度固定為8191字節(jié)。802.5沒有上限，只要站點的傳輸時間不超過令牌持有時間。如果令牌時間缺省為10ms，則***幀長度為5000字節(jié)。一個顯而易見的問題出現(xiàn)了：當必須把一個長幀轉發(fā)給不能接收長幀的局域網(wǎng)時，將會怎么樣?在本層中不考慮把幀分成小段。所有的協(xié)議都假定幀要么到達要么沒有到達，沒有條款規(guī)定把更小的單位重組成幀。這并不是說不能設計這樣的協(xié)議，可以設計并已有這種協(xié)議，只是802不提供這種功能。這個問題基本上無法解決，必須丟棄因太長而無法轉發(fā)的幀。其透明程度也就這樣了。
【編輯推薦】
