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