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