【正文】 個(gè)問題。 ? 千兆以太網(wǎng)是大幅度拓寬帶寬，從根本上解決帶寬不足的問題，管理上無需作大改動(dòng)，也就是說進(jìn)行“硬件擴(kuò)建”，“軟件”基本不動(dòng)； ? ATM 是在現(xiàn)有帶寬基本 不變的前提下，利用 QoS 機(jī)制，加強(qiáng)管理，也就是說在“硬件”基本不變的情況下，進(jìn)行“軟件管理”。 從這兩種思路不難看出，千兆以太網(wǎng)比 ATM 來得更革命、更徹底，而且由于千兆以太網(wǎng)“硬件擴(kuò)建”的費(fèi)用比 ATM“軟件管理”的費(fèi)用更低，花更少的投資將得到更多的帶寬 四、維護(hù)和管理更方便 園區(qū)主干網(wǎng)采用 ATM 技術(shù)，但由于 ATM 產(chǎn)品的價(jià)格比較高（相對于以太網(wǎng)產(chǎn)品），這就限制了 ATM 技術(shù)在桌面臺(tái)式機(jī)的應(yīng)用。如果采用 ATM 產(chǎn)品貫穿到桌面，網(wǎng)絡(luò)部分的造價(jià)將是千兆網(wǎng)的 35 倍。目前到桌面臺(tái)式機(jī)大多選用以太網(wǎng)，存在著ATM 網(wǎng)和以太 網(wǎng)連接的問題。 ATM 局域網(wǎng)仿真，使得整個(gè)網(wǎng)絡(luò)的效率大打折扣，而主干網(wǎng)選用千兆以太網(wǎng)的效率可以發(fā)揮到最高。而且由于園區(qū)主干網(wǎng)選用 ATM 網(wǎng)，以太網(wǎng)、快速以太網(wǎng)為支干，整個(gè)園區(qū)網(wǎng)是多種網(wǎng)絡(luò)并存，給網(wǎng)絡(luò)維護(hù)和管理帶來一定的復(fù)雜性，費(fèi)用較高（包括購買和維護(hù)的費(fèi)用）；而園區(qū)主干網(wǎng)選用千兆以太網(wǎng)，以太網(wǎng)、快速以太網(wǎng)為支干，技術(shù)的兼容性使整個(gè)園區(qū)網(wǎng)維護(hù)和管理很方便，費(fèi)用較低（包括購買和維護(hù)的費(fèi)用）。 千兆以太網(wǎng)標(biāo)準(zhǔn) IEEE802． 3 的通過，各主要網(wǎng)絡(luò)廠商不斷推出一系列的產(chǎn)品，千兆以太網(wǎng)的經(jīng)濟(jì)性、兼容性、協(xié)調(diào)性，千兆以太網(wǎng)豐 富的帶寬資源和技術(shù)的長處，這些決定了千兆以太網(wǎng)在園區(qū)主干網(wǎng)應(yīng)用中必將取得主導(dǎo)地位。 結(jié)論：我們認(rèn)為在廣西區(qū)中行的新大樓局域網(wǎng)建設(shè)中，以快速以太網(wǎng)為骨干，保留向千兆以太網(wǎng)發(fā)展的潛力是正確的選擇。 . 現(xiàn)代 IP網(wǎng)中的多媒體應(yīng)用極其技術(shù)要求 TCP/IP 協(xié)議最初是為提供非實(shí)時(shí)數(shù)據(jù)業(yè)務(wù)而設(shè)計(jì)的。 IP協(xié)議負(fù)責(zé)主機(jī)之間的數(shù)據(jù)傳輸，不進(jìn)行檢錯(cuò)和糾錯(cuò)，因此，經(jīng)常發(fā)生數(shù)據(jù)丟失或失序現(xiàn)象。為保證數(shù)據(jù)的可靠傳輸，人們將 TCP 協(xié)議用于 IP數(shù)據(jù)的傳輸，提高接收端的檢錯(cuò)、糾錯(cuò)能力。當(dāng)檢測到數(shù)據(jù)包丟失或錯(cuò)誤時(shí)，要求發(fā)送端重新發(fā)送，但這樣 不可避免地引起傳輸時(shí)延和占用網(wǎng)絡(luò)帶寬。因此傳統(tǒng)的 IP網(wǎng)傳送實(shí)時(shí)音頻、視頻能力較差。 為了使 IP網(wǎng)絡(luò)不僅能傳送非實(shí)時(shí)的數(shù)據(jù)信息，而且還能傳送實(shí)時(shí)的多媒體數(shù)據(jù)信息，國際上的標(biāo)準(zhǔn)化組織，如 ITU、 IETF 等已開始起草并完成了一些用于 IP 實(shí)時(shí)通信的標(biāo)準(zhǔn)。這些標(biāo)準(zhǔn)能夠確保 IP網(wǎng)上業(yè)務(wù)的服務(wù)質(zhì)量（ QoS）要求，如實(shí)時(shí)傳輸協(xié)議 /實(shí)時(shí)控制協(xié)議 RTP/RTCP（ RealTime Protocol/ RealTime Control Protocol）、資源預(yù)留協(xié)議 RSVP（ Resource Reservation Protocol）、多點(diǎn)廣播路徑建立協(xié)議 PIM、 Inter 組管理協(xié)議 (IGMP)、 GARP 多點(diǎn)發(fā)送注冊協(xié)議等 。 RTP/RTCP 是為支持實(shí)時(shí)多媒體通信而設(shè)計(jì)的傳輸層協(xié)議，由 IETF 作為RFC1889 發(fā)布。 RTP 位于用戶數(shù)據(jù)報(bào)協(xié)議 UDP(User Datagram Protocol)之上，負(fù)責(zé)多媒體數(shù)據(jù)的傳送。 RTP/UDP 沒有 TCP 那么可靠，并且無法進(jìn)行資源預(yù)留以及保證實(shí)時(shí)業(yè)務(wù)的服務(wù)質(zhì)量，需要 RTCP 實(shí)時(shí)監(jiān)控?cái)?shù)據(jù)傳輸和服務(wù)質(zhì)量。但是，由于UDP的傳輸時(shí)延低于 TCP，能與音頻和視頻流很好地匹配，因此，在實(shí)際 使用中，RTP/RTCP/UDP 用于音頻 /視頻媒體，而 TCP 用于數(shù)據(jù)和控制信令的傳輸。 RTP 在多媒體數(shù)據(jù)（ UDP 數(shù)據(jù)包）的頭部加上時(shí)標(biāo)和序號(hào)后發(fā)出，若接收端配以適當(dāng)?shù)木彺?，那么接收端就可以根?jù)時(shí)標(biāo)和序號(hào)信息“再生復(fù)原”數(shù)據(jù)包、記錄失序包并同步視頻、音頻和數(shù)據(jù)。但它本身并不提供保證實(shí)時(shí)傳輸或提供 QoS 保證的傳輸機(jī)制。 RTCP 負(fù)責(zé)監(jiān)視網(wǎng)絡(luò)服務(wù)質(zhì)量、通信帶寬以及網(wǎng)上傳送的信息，并將其通知給發(fā)送端。若可用的帶寬一旦變窄， RTCP 立即將該信息通知發(fā)送端，發(fā)送端根據(jù)此信息進(jìn)行調(diào)整發(fā)送，繼續(xù)進(jìn)行多媒體通信。 因 此， RTP/RTCP 充分考慮了現(xiàn)存的 IP 網(wǎng)絡(luò)（ Intra ＆ Inter），若配以先進(jìn)的擁擠控制方法、限制時(shí)延抖動(dòng)的排隊(duì)算法、公平的帶寬分配方法以及 RSVP等協(xié)議就可實(shí)現(xiàn)傳送質(zhì)量與特定網(wǎng)絡(luò)相適應(yīng)的多媒體通信。 IETF 開發(fā)的資源預(yù)留協(xié)議 RSVP 在現(xiàn)有的 IP 網(wǎng)絡(luò)上實(shí)現(xiàn)帶寬預(yù)留，為實(shí)時(shí)性視頻和音頻業(yè)務(wù)保留帶寬，并設(shè)置隊(duì)列管理方法。它裝在網(wǎng)絡(luò)節(jié)點(diǎn)（終端、路由器、交換機(jī)）中，用以確保端到端的傳輸帶寬。并且， RSVP 被設(shè)計(jì)成與網(wǎng)際層無關(guān)。 當(dāng)終端需要在一條路徑上預(yù)留帶寬資源時(shí)，需要向目的地發(fā)出一條路徑 消息，該消息向該路徑上的所有節(jié)點(diǎn)（主要是路由器）申請預(yù)留帶寬資源，同時(shí)此信息中還包含數(shù)據(jù)流信息，如平均速率、突發(fā)數(shù)據(jù)包長度等。 當(dāng)節(jié)點(diǎn)收到路徑消息后，通過分析消息里的數(shù)據(jù)流信息，可以決定應(yīng)保留多少帶寬資源，如果節(jié)點(diǎn)可用資源不足，則拒絕申請；否則設(shè)置隊(duì)列管理方法，同時(shí)將路徑消息發(fā)送給下一個(gè)節(jié)點(diǎn)。 因此， RSVP 可以按不同應(yīng)用分配帶寬，能有效地減少多媒體應(yīng)用中的傳輸遲滯和時(shí)延抖動(dòng)，保證音頻、視頻等信息的實(shí)時(shí)傳輸。 在傳統(tǒng)的 IP網(wǎng)絡(luò)中，從一臺(tái)服務(wù)器送出的每個(gè)數(shù)據(jù)包只能傳送給一個(gè)客戶機(jī)，如果有另外的用戶希望順 路獲得這個(gè)數(shù)據(jù)包的拷貝是做不到的。這種工作方式要求每個(gè)用戶必須分別對信息源服務(wù)器（如視頻服務(wù)器）發(fā)送單獨(dú)的查詢 ,而信息源服務(wù)器必須向每個(gè)用戶發(fā)送他們自己申請的數(shù)據(jù)包拷貝。這種巨大冗余的代價(jià)首先在于信息源服務(wù)器負(fù)擔(dān)過重，對用戶的響應(yīng)時(shí)間過長；其次是 IP網(wǎng)絡(luò)業(yè)務(wù)提供者被迫購買本來不必要的硬件以及增加帶寬來保證一定的服務(wù)質(zhì)量。 解決的辦法是構(gòu)建一種具有多點(diǎn)廣播 (Multicast)能力的 IP網(wǎng)絡(luò)。 IP多點(diǎn)廣播技術(shù)（ IP Multicasting）允許路由器一次將數(shù)據(jù)包復(fù)制到幾個(gè)通道上，也就是說，采用多點(diǎn)廣播技術(shù) ，一個(gè)服務(wù)器可以向一組終端用戶發(fā)送單一的多媒體信息流，而無需同時(shí)向每個(gè)目標(biāo)站點(diǎn)發(fā)送一個(gè)數(shù)據(jù)拷貝，從而減少引起網(wǎng)絡(luò)擁塞的可能性。采用多點(diǎn)廣播方式，單臺(tái)服務(wù)器能夠?qū)Χ嗯_(tái)桌面終端同時(shí)發(fā)送單一的連續(xù)數(shù)據(jù)流而無時(shí)延，因此，網(wǎng)絡(luò)成本會(huì)變得相當(dāng)?shù)土⒖赡苓_(dá)到從未有過的傳送能力。另外，最新的 IP 多點(diǎn)廣播技術(shù)可以讓多點(diǎn)廣播服務(wù)器做到檢測和重發(fā)個(gè)別終端用戶未接收到的數(shù)據(jù)包，從而確保每一終端用戶的需求。 目前， Inter 工程任務(wù)小組 (IETF)已在起草并公布了一些多點(diǎn)廣播的網(wǎng)絡(luò)標(biāo)準(zhǔn)，如 PIM、 DVMRP、 MOSPF、 CBT 等，在局域網(wǎng)的 IP多媒體應(yīng)用中又以 PIM中的 DM 模式最為適合。 2. 廣西區(qū)中行新大樓局域網(wǎng) 建設(shè)的需求分析 3. 廣西區(qū)中行新大樓局域網(wǎng) 的配置建議 4. 廣西區(qū)中行新大樓局域網(wǎng) 配置方案特點(diǎn) 5. 新宇公司能提供最好的技術(shù)支持和服務(wù) 6. 相關(guān)產(chǎn)品介紹 7. 產(chǎn)品配置及報(bào)價(jià)