怎么查看當(dāng)前網(wǎng)絡(luò)是否支持udp組播？一般來(lái)說(shuō)，TCP是單播的，客戶(hù)端和服務(wù)器之間會(huì)有差異，需要三次握手才能建立連接才能傳輸數(shù)據(jù)。UDP并不是那么復(fù)雜。應(yīng)用層發(fā)送數(shù)據(jù)后，UDP直接發(fā)送。如果目標(biāo)地址是單

怎么查看當(dāng)前網(wǎng)絡(luò)是否支持udp組播？

一般來(lái)說(shuō)，TCP是單播的，客戶(hù)端和服務(wù)器之間會(huì)有差異，需要三次握手才能建立連接才能傳輸數(shù)據(jù)。UDP并不是那么復(fù)雜。應(yīng)用層發(fā)送數(shù)據(jù)后，UDP直接發(fā)送。如果目標(biāo)地址是單播，它將發(fā)送到該地址；如果目標(biāo)地址是多播，它將發(fā)送到多播組；如果是廣播，它將在同一VLAN中廣播。所以很抽象。例如，單播的例子有很多。例如，在底層UDP協(xié)議（如DHCPv6協(xié)議）中使用廣播（如dhcpv4協(xié)議），在底層UDP協(xié)議中使用多播。你可以抓取數(shù)據(jù)包并查看數(shù)據(jù)包。

為什么有些新路由器取消了組播功能？

多播基于路由器。為了在網(wǎng)絡(luò)中支持多播，需要一個(gè)路由器或一個(gè)能夠管理多播組的第三層交換機(jī)（具有部分路由功能的交換機(jī)）。需要加入多播組的不是客戶(hù)機(jī)，而是客戶(hù)機(jī)。數(shù)據(jù)包大小與UDP相同，因?yàn)樘囟ǖ耐ㄐ攀褂肬DP協(xié)議。當(dāng)然，支持組播的路由器是必要的，組播功能需要在路由配置中開(kāi)啟，但不需要設(shè)置任何地址等。此外，請(qǐng)注意，有些交換機(jī)也支持多播，但有必要區(qū)分第2層多播和第3層多播。第三層組播功能與路由器一致。第二層組播用于輔助組播組的管理，網(wǎng)絡(luò)中必須有三層組播管理設(shè)備才能工作

定義不同：?jiǎn)尾バ枰诳蛻?hù)端和媒體服務(wù)器之間建立單獨(dú)的數(shù)據(jù)通道，而組播則實(shí)現(xiàn)了客戶(hù)端和媒體服務(wù)器之間的點(diǎn)對(duì)多點(diǎn)網(wǎng)絡(luò)連接發(fā)送者和每個(gè)接收者。組播解決了單播和廣播模式下效率低下的問(wèn)題。多播路由器利用多播路由協(xié)議為多播數(shù)據(jù)包建立樹(shù)路由，傳輸?shù)男畔⒈M可能地在分支處進(jìn)行復(fù)制和分發(fā)。功能區(qū)別：?jiǎn)尾サ膬?yōu)點(diǎn)：1。服務(wù)器及時(shí)響應(yīng)客戶(hù)端的請(qǐng)求

2。服務(wù)器端針對(duì)每個(gè)客戶(hù)的不同請(qǐng)求發(fā)送不同的數(shù)據(jù)，方便了個(gè)性化服務(wù)的實(shí)現(xiàn)。單播的缺點(diǎn)如下：1。在流媒體應(yīng)用中，客戶(hù)端數(shù)量多、單客戶(hù)端流量大，服務(wù)器無(wú)法承受這種負(fù)擔(dān)。2現(xiàn)有的網(wǎng)絡(luò)帶寬是一個(gè)金字塔結(jié)構(gòu)。如果使用所有的單播協(xié)議，網(wǎng)絡(luò)主干將不堪重負(fù)。組播的優(yōu)點(diǎn)如下：1。具有相同數(shù)據(jù)流的客戶(hù)端需要加入相同的組來(lái)共享一個(gè)數(shù)據(jù)流，這節(jié)省了服務(wù)器的負(fù)載。它有廣播的優(yōu)點(diǎn)。2由于組播協(xié)議根據(jù)接收者的需要復(fù)制和轉(zhuǎn)發(fā)數(shù)據(jù)流，因此服務(wù)器的總服務(wù)帶寬不受客戶(hù)端訪問(wèn)帶寬的限制。所以它提供的服務(wù)可以非常豐富。

3. 與單播協(xié)議一樣，該協(xié)議允許通過(guò)因特網(wǎng)寬帶網(wǎng)絡(luò)進(jìn)行傳輸。與單播協(xié)議相比，組播協(xié)議沒(méi)有糾錯(cuò)機(jī)制，很難彌補(bǔ)丟包，但可以通過(guò)一定的容錯(cuò)機(jī)制和QoS來(lái)彌補(bǔ)。2目前的網(wǎng)絡(luò)雖然支持組播傳輸，但在用戶(hù)認(rèn)證、QoS等方面還需要改進(jìn)。這些缺點(diǎn)在理論上有成熟的解決方案，但需要逐步應(yīng)用到現(xiàn)有的網(wǎng)絡(luò)中。

udp組播和廣播smartconfig的區(qū)別？

UDP和TCP的應(yīng)用范圍取決于它們各自的特點(diǎn)。UDP協(xié)議的特點(diǎn)是：數(shù)據(jù)報(bào)、無(wú)連接、簡(jiǎn)單、不可靠、丟包和無(wú)序（丟包主要是在實(shí)際應(yīng)用中遇到的）。TCP的特點(diǎn)是：流、連接、復(fù)雜、可靠、大延遲和帶寬占用（都與UDP有關(guān)）。不同的應(yīng)用領(lǐng)域會(huì)選擇不同的協(xié)議。以流媒體為例，一是音視頻點(diǎn)播應(yīng)用（如各大視頻網(wǎng)站），對(duì)實(shí)時(shí)性要求不高。這種應(yīng)用多采用TCP/HTTP，因?yàn)橛脩?hù)可以容忍延遲和緩沖，但不能容忍丟包造成的馬賽克。另一類(lèi)是要求高實(shí)時(shí)性的音視頻通信應(yīng)用，如視頻會(huì)議、視頻監(jiān)控等。這種應(yīng)用程序的用戶(hù)不能容忍過(guò)度的延遲。相反，偶爾丟一包也不是什么大問(wèn)題。而且，在這種應(yīng)用中，基于UDP的組播技術(shù)可以大大降低服務(wù)器和交換機(jī)的壓力，因此得到了廣泛的應(yīng)用。我不太同意陳碩的第一句話。在編程中，UDP比TCP簡(jiǎn)單得多，因?yàn)樗鼪](méi)有建立連接的過(guò)程，而且是一種數(shù)據(jù)報(bào)模式。接收方不需要像TCP那樣重新組織應(yīng)用層的協(xié)議包。陳碩說(shuō)，UDP比TCP更復(fù)雜。據(jù)估計(jì)，UDP是用來(lái)實(shí)現(xiàn)可靠的傳輸。如果是這樣，應(yīng)該使用TCP。如果可靠性要求不是很高，那么向UDP添加確認(rèn)重傳就相對(duì)簡(jiǎn)單（我在實(shí)踐中沒(méi)有遇到過(guò)無(wú)序問(wèn)題，可能還沒(méi)有觀察到）。另外，SCTP是一種綜合了UDP和TCP優(yōu)點(diǎn)的協(xié)議。它的特點(diǎn)很吸引人，但我在實(shí)踐中沒(méi)有接觸過(guò)。

組播是不是只能用UDP協(xié)議，不能用TCP協(xié)議？

多播和廣播與TCP和UDP無(wú)關(guān)。如果您的IP包頭的地址是廣播地址，它將自然廣播。當(dāng)然，它也會(huì)受到網(wǎng)絡(luò)中硬件設(shè)備策略的限制。畢竟，大規(guī)模網(wǎng)絡(luò)廣播的出現(xiàn)會(huì)影響網(wǎng)絡(luò)的穩(wěn)定。

tcpudp被ip封裝，可以組播和廣播通信嗎？

多播，也稱(chēng)為“多播”，對(duì)網(wǎng)絡(luò)中相同服務(wù)類(lèi)型的主機(jī)進(jìn)行邏輯分組。發(fā)送和接收數(shù)據(jù)時(shí)，數(shù)據(jù)僅在同一組中。其他主機(jī)未加入此組，因此無(wú)法發(fā)送和接收相應(yīng)的數(shù)據(jù)。

在廣域網(wǎng)中進(jìn)行廣播時(shí)，交換機(jī)和路由器只將數(shù)據(jù)復(fù)制并轉(zhuǎn)發(fā)到需要獲取數(shù)據(jù)的主機(jī)。主機(jī)可以請(qǐng)求路由器加入或退出組。網(wǎng)絡(luò)中的路由器和交換機(jī)有選擇地復(fù)制和傳輸數(shù)據(jù)，并且只將數(shù)據(jù)傳輸?shù)浇M中的主機(jī)。組播的這一功能可以同時(shí)向多個(gè)主機(jī)發(fā)送數(shù)據(jù)，保證不影響其他不需要加入組的主機(jī)的通信。