組播伺服器地址

A. 想寫一個組播的程序，不知道伺服器地址該用什麼

你是要做一個組播伺服器程序嗎？如果是，你的伺服器應該要支持IGMP協議。
你現在想讓組播伺服器在公網上轉發數據，進行實驗。我認為這種實驗方法存在2個問題：
1，網路環境不具備。你的組播報文從伺服器到主機的過程中需要經過一系列switch和router,所有這些設備必須都支持組播協議，才會形成組播樹，將你的消息轉發到所有主機。（這個外部的環境不可控）。
2、即使一系列的網路設備支持，網路運營商也不會允許私人隨意佔用 組播IP地址。
建議你自己搭建一個私網環境進行實驗。在這個環境中，只要你的伺服器和主機都處在相同的組播組中，就可以了。在這個私網環境中，224.0.1.1是一個合法的組播IP.

B. 1、常用組播地址有哪些作用2、負載均衡 3、網閘

組播作用：224.0.0.1 主機間通信使用224.0.0.2 路由間通信使用224.0.0.5 OSPF 發送HELLO包224.0.0.6 OSPF指定DR224.0.0.7 EIGRP發送HELLO包224.0.0.9 RIPv2的組播CGMP 主機和主機間組播IGMP 路由器和路由器間組播負載均衡（Load Balance） 由於目前現有網路的各個核心部分隨著業務量的提高，訪問量和數據流量的快速增長，其處理能力和計算強度也相應地增大，使得單一的伺服器設備根本無法承擔。在此情況下，如果扔掉現有設備去做大量的硬體升級，這樣將造成現有資源的浪費，而且如果再面臨下一次業務量的提升時，這又將導致再一次硬體升級的高額成本投入，甚至性能再卓越的設備也不能滿足當前業務量增長的需求。 針對此情況而衍生出來的一種廉價有效透明的方法以擴展現有網路設備和伺服器的帶寬、增加吞吐量、加強網路數據處理能力、提高網路的靈活性和可用性的技術就是負載均衡（Load Balance）。

C. rtsp://是什麼啊

實時流協議RTSP(RealTimeStreamingProtocol)是由RealNetworks和Netscape共同提出的，該協議定義了一對多應用程序如何有效地通過IP網路傳送多媒體數據。RTSP在體系結構上位於RTP和RTCP之上，它使用TCP或RTP完成數據傳輸。HTTP與RTSP相比，HTTP傳送HTML，而RTP傳送的是多媒體數據。HTTP請求由客戶機發出，伺服器作出響應；使用RTSP時，客戶機和伺服器都可以發出請求，即RTSP可以是雙向的。

6.3 RTSP協議
實時流協議（RTSP）是應用級協議，控制實時數據的發送。RTSP提供了一個可擴展框架，使實時數據，如音頻與視頻，的受控、點播成為可能。數據源包括現場數據與存儲在剪輯中數據。該協議目的在於控制多個數據發送連接，為選擇發送通道，如UDP、組播UDP與TCP，提供途徑，並為選擇基於RTP上發送機制提供方法。
6.3.1 簡介
6.3.1.1 目的
實時流協議（RTSP）建立並控制一個或幾個時間同步的連續流媒體。盡管連續媒體流與控制流交叉是可能的，通常它本身並不發送連續流。換言之，RTSP充當多媒體伺服器的網路遠程式控制制。RTSP連接沒有綁定到傳輸層連接，如TCP。在RTSP連接期間，RTSP用戶可打開或關閉多個對伺服器的可靠傳輸連接以發出RTSP 請求。此外，可使用無連接傳輸協議，如UDP。RTSP流控制的流可能用到RTP，但RTSP操作並不依賴用於攜帶連續媒體的傳輸機制。實時流協議在語法和操作上與HTTP/1.1類似，因此HTTP的擴展機制大都可加入RTSP。協議支持的操作如下：
從媒體伺服器上檢索媒體：
用戶可通過HTTP或其它方法提交一個演示描述。如演示是組播，演示式就包含用於連續媒體的的組播地址和埠。如演示僅通過單播發送給用戶，用戶為了安全應提供目的地址。
媒體伺服器邀請進入會議：
媒體伺服器可被邀請參加正進行的會議，或回放媒體，或記錄其中一部分，或全部。這種模式在分布式教育應用上很有用，會議中幾方可輪流按遠程式控制制按鈕。
將媒體加到現成講座中：
如伺服器告訴用戶可獲得附加媒體內容，對現場講座顯得尤其有用。如HTTP/1.1中類似，RTSP請求可由代理、通道與緩存處理。

6.3.1.2 協議特點
RTSP 特性如下：
可擴展性：
新方法和參數很容易加入RTSP。
易解析：
RTSP可由標准 HTTP或MIME解吸器解析。
安全：
RTSP使用網頁安全機制。
獨立於傳輸：
RTSP可使用不可靠數據報協議（UDP）、可靠數據報協議（RDP），如要實現應用級可靠，可使用可靠流協議。
多伺服器支持：
每個流可放在不同伺服器上，用戶端自動同不同伺服器建立幾個並發控制連接，媒體同步在傳輸層執行。
記錄設備控制：
協議可控制記錄和回放設備。
流控與會議開始分離：
僅要求會議初始化協議提供，或可用來創建唯一會議標識號。特殊情況下， SIP或H.323
可用來邀請伺服器入會。
適合專業應用：
通過SMPTE 時標，RTSP支持幀級精度，允許遠程數字編輯
演示描述中立：
協議沒強加特殊演示或元文件，可傳送所用格式類型；然而，演示描述至少必須包含一個RTSP URI。
代理與防火牆友好：
協議可由應用和傳輸層防火牆處理。防火牆需要理解SETUP方法，為UDP媒體流打開一個"缺口"。
HTTP友好：
此處，RTSP明智的採用HTTP觀念，使現在結構都可重用。結構包括Internet 內容選擇平台（PICS）。由於在大多數情況下控制連續媒體需要伺服器狀態， RTSP不僅僅向HTTP 添加方法。
適當的伺服器控制：
如用戶啟動一個流，他必須也可以停止一個流。
傳輸協調；
實際處理連續媒體流前，用戶 可協調傳輸方法。
性能協調：
如基本特徵無效，必須有一些清理機制讓用戶決定那種方法沒生效。這允許用戶提出適合的用戶界面。
6.3.1.3擴展RTSP
由於不是所有媒體伺服器有著相同的功能，媒體伺服器有必要支持不同請求集。RTSP 可以如下三種方式擴展，這里以改變大小排序：
以新參數擴展。如用戶需要拒絕通知，而方法擴展不支持，相應標記就加入要求的段中。
加入新方法。如信息接收者不理解請求，返回501錯誤代碼（還未實現），發送者不應再次嘗試這種方法。用戶可使用OPTIONS方法查詢伺服器支持的方法。伺服器使用公共響應頭列出支持的方法。
定義新版本協議，允許改變所有部分。（除了協議版本號位置）
6.3.1.4操作模式
每個演示和媒體流可用RTSP URL識別。演示組成的整個演示與媒體屬性由演示描述文件定義。使用HTTP或其它途徑用戶可獲得這個文件，它沒有必要保存在媒體伺服器上。
為了說明，假設演示描述描述了多個演示，其中每個演示維持了一個公共時間軸。為簡化說明，且不失一般性，假定演示描述的確包含這樣一個演示。演示可包含多個媒體流。除媒體參數外，網路目標地址和埠也需要決定。下面區分幾種操作模式：
單播：
以用戶選擇的埠號將媒體發送到RTSP請求源。
組播，伺服器選擇地址：
媒體伺服器選擇組播地址和埠，這是現場直播或准點播常用的方式。
組播，用戶選擇地址：
如伺服器加入正在進行的組播會議，組播地址、埠和密匙由會議描述給出。
6.3.1.5 RTSP狀態
RTSP控制通過單獨協議發送的流，與控制通道無關。例如，RTSP控制可通過TCP連接，而數據流通過UDP。因此，即使媒體伺服器沒有收到請求，數據也會繼續發送。在連接生命期，單個媒體流可通過不同TCP連接順序發出請求來控制。所以，伺服器需要維持能聯系流與RTSP請求的連接狀態。RTSP中很多方法與狀態無關，但下列方法在定義伺服器流資源的分配與應用上起著重要的作用：
SETUP：
讓伺服器給流分配資源，啟動RTSP連接。
PLAY與RECORD：
啟動SETUP 分配流的數據傳輸。
PAUSE：
臨時停止流，而不釋放伺服器資源。
TEARDOWN：
釋放流的資源，RTSP連接停止。
標識狀態的RTSP方法使用連接頭段識別RTSP連接，為響應SETUP請求，伺服器連
接產生連接標識。

6.3.1.6 與其他協議關系
RTSP在功能上與HTTP有重疊，與HTTP相互作用體現在與流內容的初始接觸是通過網頁的。目前的協議規范目的在於允許在網頁伺服器與實現RTSP媒體伺服器之間存在不同傳遞點。例如，演示描述可通過HTTP和RTSP檢索，這降低了瀏覽器的往返傳遞，也允許獨立RTSP 伺服器與用戶不全依靠HTTP。
但是，RTSP與HTTP 的本質差別在於數據發送以不同協議進行。HTTP是不對稱協議，用戶發出請求，伺服器作出響應。RTSP中，媒體用戶和伺服器都可發出請求，且其請求都是無狀態的；在請求確認後很長時間內，仍可設置參數，控制媒體流。重用HTTP功能至少在兩個方面有好處，即安全和代理。要求非常接近，在緩存、代理和授權上採用HTTP功能是有價值的。
當大多數實時媒體使用RTP作為傳輸協議時，RTSP沒有綁定到RTP。RTSP假設存在演示描述格式可表示包含幾個媒體流的演示的靜態與臨時屬性。

6.3.2 協議參數

6.3.3 RTSP 信息
RTSP是基於文本的協議，採用ISO 10646 字元集，使用UTF-8編碼方案。行以CRLF中斷，但接收者本身可將CR和LF解釋成行終止符。基於文本的協議使以自描述方式增加可選參數更容易。由於參數的數量和命令的頻率出現較低，處理效率沒引起注意。如仔細研究，文本協議很容易以腳本語言（如：Tcl、Visual Basic與Perl）實現研究原型。
10646字元集避免敏感字元集切換，但對應用來說不可見。RTCP也採用這種編碼方案。帶有重要意義位的ISO 8859-1字元表示如100001x 10xxxxxx.。RTSP信息可通過任何低層傳輸協議攜帶。
請求包括方法、方法作用於其上的對象和進一步描述方法的參數。方法也可設計為在伺服器端只需要少量或不需要狀態維護。當信息體包含在信息中，信息體長度有如下因素決定：
不管實體頭段是否出現在信息中，不包括信息體的的響應信息總以頭段後第一和空行結束。
如出現內容長度頭段，其值以位元組計，表示信息體長度。如未出現頭段，其值為零。
伺服器關閉連接。
注意：RTSP目前並不支持HTTP/1.1"塊"傳輸編碼，需要有內容長度頭。假如返回適度演示描述長度，即使動態產生，使塊傳輸編碼沒有必要，伺服器也應該能決定其長度。如有實體，即使必須有內容長度，且長度沒顯式給出，規則可確保行為合理。
從用戶到伺服器端的請求信息在第一行內包括源採用的方法、源標識和所用協議版本。RTSP定義了附加狀態代碼，而沒有定義任何HTTP代碼。
6.3.4 實體
如不受請求方法或響應狀態編碼限制，請求和響應信息可傳輸實體，實體由實體頭文件和試題體組成，有些響應僅包括實體頭。在此，根據誰發送實體、誰接收實體，發送者和接收者可分別指用戶和伺服器。
實體頭定義實體體可選元信息，如沒有實體體，指請求標識的資源。擴展頭機制允許定義附加實體頭段，而不用改變協議，但這些段不能假定接收者能識別。不可識別頭段應被接收者忽略，而讓代理轉發。
6.3.5 連接
RTSP請求可以幾種不同方式傳送：
1、持久傳輸連接，用於多個請求/響應傳輸。
2、每個請求/響應傳輸一個連接。
3、無連接模式。
傳輸連接類型由RTSP URI來定義。對 "rtsp" 方案，需要持續連接；而"rtspu"方案，調用RTSP 請求發送，而不用建立連接。
不象HTTP，RTSP允許媒體伺服器給媒體用戶發送請求。然而，這僅在持久連接時才支持，否則媒體伺服器沒有可靠途徑到達用戶，這也是請求通過防火牆從媒體伺服器傳到用戶的唯一途徑。
6.3.6 方法定義
方法記號表示資源上執行的方法，它區分大小寫。新方法可在將來定義，但不能以$開頭。
某些防火牆設計與其他環境可能要求伺服器插入RTSP方法和流數據。由於插入將使客戶端和伺服器操作復雜，並強加附加開銷，除非有必要，應避免這樣做。插入二進制數據僅在RTSP通過TCP傳輸時才可使用。流數據（如RTP包）用一個ASCII美圓符號封裝，後跟一個一位元組通道標識，其後是封裝二進制數據的長度，兩位元組整數。流數據緊

D. 下面哪個組播地址表示子網內所有的路由器及主機

224.0.0.1 表示子網內所有的路由器及主機

其它：
224.0.0.1 所有主機的地址
224.0.0.2 所有組播路由器的地址
224.0.0.3 不分配
224.0.0.4dvmrp（Distance Vector Multicast Routing Protocol，距離矢量組播路由協議）路由器
224.0.0.5 ospf（Open Shortest Path First，開放最短路徑優先）路由器
224.0.0.6 ospf dr（Designated Router，指定路由器）
224.0.0.7 st (Shared Tree，共享樹）路由器
224.0.0.8 st主機
224.0.0.9 rip-2路由器
224.0.0.10 Eigrp(Enhanced Interior Gateway Routing Protocol，增強網關內部路由線路協議）路由器224.0.0.11 活動代理
224.0.0.12 dhcp伺服器/中繼代理
224.0.0.13 所有pim (Protocol Independent Multicast，協議無關組播）路由器

E. 組播地址的詳細內容

組播組可以是永久的也可以是臨時的。組播組地址中，有一部分由官方分配的，稱為永久組播組。永久組播組保持不變的是它的ip地址，組中的成員構成可以發生變化。永久組播組中成員的數量都可以是任意的，甚至可以為零。那些沒有保留下來供永久組播組使用的ip組播地址，可以被臨時組播組利用。
224.0.0.0～224.0.0.255為預留的組播地址（永久組地址），地址224.0.0.0保留不做分配，其它地址供路由協議使用；
224.0.1.0～224.0.1.255是公用組播地址，可以用於Internet；
224.0.2.0～238.255.255.255為用戶可用的組播地址（臨時組地址），全網范圍內有效；
239.0.0.0～239.255.255.255為本地管理組播地址，僅在特定的本地范圍內有效。 列表如下：
224.0.0.0 基準地址（保留）
224.0.0.1 所有主機的地址 （包括所有路由器地址）
224.0.0.2 所有組播路由器的地址
224.0.0.3 不分配
224.0.0.4 dvmrp路由器
224.0.0.5 所有ospf路由器
224.0.0.6 ospf DR/BDR
224.0.0.7 st路由器
224.0.0.8 st主機
224.0.0.9 rip-2路由器
224.0.0.10 Eigrp路由器
224.0.0.11 活動代理
224.0.0.12 dhcp 伺服器/中繼代理
224.0.0.13 所有pim路由器
224.0.0.14 rsvp封裝
224.0.0.15 所有cbt路由器
224.0.0.16 指定sbm
224.0.0.17 所有sbms
224.0.0.18 vrrp
乙太網傳輸單播ip報文的時候，目的mac地址使用的是接收者的mac地址。但是在傳輸組播報文時，傳輸目的不再是一個具體的接收者，而是一個成員不確定的組，所以使用的是組播mac地址。組播mac地址是和組播ip地址對應的。iana（internet assigned number authority）規定，組播mac地址的高24bit為0x01005e，mac 地址的低23bit為組播ip地址的低23bit。
由於ip組播地址的後28位中只有23位被映射到mac地址，這樣就會有32個ip組播地址映射到同一mac地址上。

F. 單播地址和組播地址分別是什麼

當前的網路中有三種通訊模式：單播、廣播、組播(多播)，其中的組播出現時間最晚但同時具備單播和廣播的優點，最具有發展前景。

一、單播：

主機之間「一對一」的通訊模式，網路中的交換機和路由器對數據只進行轉發不進行復制。如果10個客戶機需要相同的數據，則伺服器需要逐一傳送，重復10次相同的工作。但由於其能夠針對每個客戶的及時響應，所以現在的網頁瀏覽全部都是採用IP單播協議。網路中的路由器和交換機根據其目標地址選擇傳輸路徑，將IP單播數據傳送到其指定的目的地。
單播的優點：

1. 伺服器及時響應客戶機的請求

2. 伺服器針對每個客戶不通的請求發送不通的數據，容易實現個性化服務。

單播的缺點：

1. 伺服器針對每個客戶機發送數據流，伺服器流量＝客戶機數量×客戶機流量；在客戶數量大、每個客戶機流量大的流媒體應用中伺服器不堪重負。

2. 現有的網路帶寬是金字塔結構，城際省際主幹帶寬僅僅相當於其所有用戶帶寬之和的5％。如果全部使用單播協議，將造成網路主幹不堪重負。現在的P2P應用就已經使主幹經常阻塞，只要有5％的客戶在全速使用網路，其他人就不要玩了。而將主幹擴展20倍幾乎是不可能。

二、 廣播：

主機之間「一對所有」的通訊模式，網路對其中每一台主機發出的信號都進行無條件復制並轉發，所有主機都可以接收到所有信息（不管你是否需要），由於其不用路徑選擇，所以其網路成本可以很低廉。有線電視網就是典型的廣播型網路，我們的電視機實際上是接受到所有頻道的信號，但只將一個頻道的信號還原成畫面。在數據網路中也允許廣播的存在，但其被限制在二層交換機的區域網范圍內，禁止廣播數據穿過路由器，防止廣播數據影響大面積的主機。
廣播的優點：

1. 網路設備簡單，維護簡單，布網成本低廉

2. 由於伺服器不用向每個客戶機單獨發送數據，所以伺服器流量負載極低。

廣播的缺點：

1.無法針對每個客戶的要求和時間及時提供個性化服務。

2. 網路允許伺服器提供數據的帶寬有限，客戶端的最大帶寬＝服務總帶寬。例如有線電視的客戶端的線路支持100個頻道（如果採用數字壓縮技術，理論上可以提供500個頻道），即使服務商有更大的財力配置更多的發送設備、改成光纖主幹，也無法超過此極限。也就是說無法向眾多客戶提供更多樣化、更加個性化的服務。

3. 廣播禁止在Internet寬頻網上傳輸。

三、組播：

主機之間「一對一組」的通訊模式，也就是加入了同一個組的主機可以接受到此組內的所有數據，網路中的交換機和路由器只向有需求者復制並轉發其所需數據。主機可以向路由器請求加入或退出某個組，網路中的路由器和交換機有選擇的復制並傳輸數據，即只將組內數據傳輸給那些加入組的主機。這樣既能一次將數據傳輸給多個有需要（加入組）的主機，又能保證不影響其他不需要（未加入組）的主機的其他通訊。
組播的優點：

1. 需要相同數據流的客戶端加入相同的組共享一條數據流，節省了伺服器的負載。具備廣播所具備的優點。

2. 由於組播協議是根據接受者的需要對數據流進行復制轉發，所以服務端的服務總帶寬不受客戶接入端帶寬的限制。IP協議允許有2億6千多萬個（268435456）組播，所以其提供的服務可以非常豐富。

3. 此協議和單播協議一樣允許在Internet寬頻網上傳輸。

組播的缺點：

1．與單播協議相比沒有糾錯機制，發生丟包錯包後難以彌補，但可以通過一定的容錯機制和QOS加以彌補。

2．現行網路雖然都支持組播的傳輸，但在客戶認證、QOS等方面還需要完善，這些缺點在理論上都有成熟的解決方案，只是需要逐步推廣應用到現存網路當中。

G. 如何創建組播伺服器

在網路中，主機間可以用三種不同的地址進行通信：

單播地址（unicast）：即在子網中主機的唯一地址（介面）。如IP地址MAC地址：
80:C0:F6:A0:4A:B1。

廣播地址：這種類型的地址用來向子網內的所有主機（介面）發送數據。如廣播IP地址是
，MAC廣播地址：FF:FF:FF:FF:FF。

組播地址：通過該地址向子網內的多個主機即主機群（介面）發送數據。

如果只是向子網內的部分主機發送報文，組播地址就很有用處了；在需要向多個主機發送多媒體信息
（如實時音頻、視頻）的情況下，考慮到其所需的帶寬，分別向每一客戶端主機發送數據並不是個好辦法，如
果發送主機與某些接收端的客戶主機不在子網之內，採用廣播方式也不是一個好的解決方案。

H. win7 系統如何設置支持ip組播

win7 系統設置支持ip組播：

1、如圖所示，在通知區域的網路圖標上，單擊右鍵，選擇「打開網路和共享中心」選項。

I. 請問ip組播是否會影響區域網內其它計算機的網速

1.定義
組播（Multicast）傳輸：在發送者和每一接收者之間實現點對多點網路連接。如果一台發送者同時給多個的接收者傳輸相同的數據，也只需復制一份的相同數據包。它提高了數據傳送效率。減少了骨幹網路出現擁塞的可能性。

2.原理
在組播路由器里建立起一張表，其中包含路由器的各個埠以及在埠所對應的子網上都有哪些組的成員。當路由器接收到某個組G的數據報文後，只向那些有G的成員的埠上轉發數據報文。

>>所以組播和廣播不一樣。不會影響區域網內其它計算機的網速。
>>但是你所敘述的情況，我也沒辦法解釋。要不，你換一個100M網卡試一試，反正現在網卡很便宜。