網路的規劃在頻寬(bandwidth)的考量上是重要且影響深遠的。頻寬本身的需求分 析頗為複雜，如同容納水的水管一樣，有大有小；水流就像資料流一樣，當它要 通過水管時，除非水流的速度夠快，否則必須水管的口徑要夠大，才足夠吸納水 的流量。而水管之於水流就誠如頻寬之於資料流量一般。當然，現在所謂的資料 流，除了資料(data)以外，往往還有語音(voice)型態的「資料」，以及影像(image) 型態的「資料」。網路本身的型態也有區域性及廣域性的以及混合型式的拓樸 (topology)。本文即針對各式型態的頻寬做基本的分析與規劃，並對頻寬的管理做 一說明。 【】 主從架構或主機密集集中式架構：主機或伺服器則應考量在應用上需分擔多少個 nodes的存取以決定頻寬的需求。一般應用上的規劃，亦即在主機上規劃以較高速 的連線。也可以以另一種方式規劃，即在主機上有多重路徑(multiple paths)連線， 以尋求更高的頻寬輸出(bandwidth throughput)。然而集中式與分散式主機的頻寬 需求程度並不相同，例如在集中存取於台北主機和分散在台北、台中的主機存取 所需的頻寬就不相同。當然，分散的主機必須也能「分擔」一些存取資料的負載。 在應用上，台中的主機可以利用昂貴的頻寬在離峰時間更新台北主機的資料庫(如 果有必要的話)。 通訊設備本身的頻寬限制：通訊設備所提供的頻寬與擴充，成本與機會是必須考 慮的因素。近年來，Switch的設備普遍運用，為了整合舊有的低速設備以自動偵 測頻寬的通訊設備開始盛行，越來越多的10或100 Mbps Auto detection的設備或模 組也納入規劃的領域了。 通訊軟體、協定支援的最大頻寬及多餘負載狀況：最後，通訊的protocol種類及其 可能產生的overhead也應納入考慮。一般而言，protocol愈多愈需高的頻寬，而有 些protocol的overhead較大，例如IPX的broadcast以及PX後的routing等。了解了以 上的問題後再來看網路的規劃就簡單多了。WAN的頻寬需求就複雜多了，除了區 域網路所考慮的因素之外，還有幾個問題需釐清： 甲、語音、影像是否整合，其彼此之間的運作關係及優先次序如何 乙、應用程度、時間如何 丙、資料流的整合狀況如何 這幾個問題除了牽涉到公司政策的取向還包括通訊設備容量、希望達到的通訊品 質等考慮因素。例如有些視訊需有384K以上頻寬才有30個Frame per second的品 質，又例如點對點、點對多點、多點對多點的頻寬亦有不同，以及是否需特定人 物或AP進入優先權最高等考慮。而語音規劃則牽涉到路數以及品質等考慮，當這 幾種因素加進來時，網路的規劃的複雜性及選擇性勢必增加。 一般而言，在頻寬的管理上以Lan Probe架在區域網路上的區段上，而在WAN上則 以Wan Probe架在Wan Link上，經由網管系統即可監管至頻寬的資源。頻寬的管理 可以透過適當的網管工具看到： 一、通訊協定的分析(使用率) 二、統計報表 三、事件分析 四、效能監控 五、錯誤事件分析 六、頻寬容量分析 七、專線(如64K、T1)錯誤秒數 八、頻道使用率 九、PVC使用狀況 十、例外報表警示

網路的規劃在頻寬(bandwidth)的考量上是重要且影響深遠的。頻寬本身的需求分 析頗為複雜，如同容納水的水管一樣，有大有小；水流就像資料流一樣，當它要 通過水管時，除非水流的速度夠快，否則必須水管的口徑要夠大，才足夠吸納水 的流量。而水管之於水流就誠如頻寬之於資料流量一般。當然，現在所謂的資料 流，除了資料(data)以外，往往還有語音(voice)型態的「資料」，以及影像(image) 型態的「資料」。網路本身的型態也有區域性及廣域性的以及混合型式的拓樸 (topology)。本文即針對各式型態的頻寬做基本的分析與規劃，並對頻寬的管理做 一說明。 【】 主從架構或主機密集集中式架構：主機或伺服器則應考量在應用上需分擔多少個 nodes的存取以決定頻寬的需求。一般應用上的規劃，亦即在主機上規劃以較高速 的連線。也可以以另一種方式規劃，即在主機上有多重路徑(multiple paths)連線， 以尋求更高的頻寬輸出(bandwidth throughput)。然而集中式與分散式主機的頻寬 需求程度並不相同，例如在集中存取於台北主機和分散在台北、台中的主機存取 所需的頻寬就不相同。當然，分散的主機必須也能「分擔」一些存取資料的負載。 在應用上，台中的主機可以利用昂貴的頻寬在離峰時間更新台北主機的資料庫(如 果有必要的話)。 通訊設備本身的頻寬限制：通訊設備所提供的頻寬與擴充，成本與機會是必須考 慮的因素。近年來，Switch的設備普遍運用，為了整合舊有的低速設備以自動偵 測頻寬的通訊設備開始盛行，越來越多的10或100 Mbps Auto detection的設備或模 組也納入規劃的領域了。 通訊軟體、協定支援的最大頻寬及多餘負載狀況：最後，通訊的protocol種類及其 可能產生的overhead也應納入考慮。一般而言，protocol愈多愈需高的頻寬，而有 些protocol的overhead較大，例如IPX的broadcast以及PX後的routing等。了解了以 上的問題後再來看網路的規劃就簡單多了。WAN的頻寬需求就複雜多了，除了區 域網路所考慮的因素之外，還有幾個問題需釐清： 甲、語音、影像是否整合，其彼此之間的運作關係及優先次序如何 乙、應用程度、時間如何 丙、資料流的整合狀況如何 這幾個問題除了牽涉到公司政策的取向還包括通訊設備容量、希望達到的通訊品 質等考慮因素。例如有些視訊需有384K以上頻寬才有30個Frame per second的品 質，又例如點對點、點對多點、多點對多點的頻寬亦有不同，以及是否需特定人 物或AP進入優先權最高等考慮。而語音規劃則牽涉到路數以及品質等考慮，當這 幾種因素加進來時，網路的規劃的複雜性及選擇性勢必增加。 一般而言，在頻寬的管理上以Lan Probe架在區域網路上的區段上，而在WAN上則 以Wan Probe架在Wan Link上，經由網管系統即可監管至頻寬的資源。頻寬的管理 可以透過適當的網管工具看到： 一、通訊協定的分析(使用率) 二、統計報表 三、事件分析 四、效能監控 五、錯誤事件分析 六、頻寬容量分析 七、專線(如64K、T1)錯誤秒數 八、頻道使用率 九、PVC使用狀況 十、例外報表警示