在這一篇http://www.pcdvd.com.tw/showthread.php?s=&threadid=325255看到的 cliffshen 提出



玩視訊？
可以呀∼視訊我從 56K 玩到 128K 玩到現在，不覺得 384 快多少！
玩視訊串流媒體。抱歉，請去申請一個 Class D Network 吧。妳玩視訊串流只會影響到整體網路的暢通性。

請繼續舉例呀∼

如果真的是這樣 請問一下why

thx

贊助商連結

最初由 purk 發表
在這一篇http://www.pcdvd.com.tw/showthread.php?s=&threadid=325255看到的 cliffshen 提出



玩視訊？
可以呀∼視訊我從 56K 玩到 128K 玩到現在，不覺得 384 快多少！
玩視訊串流媒體。抱歉，請去申請一個 Class D Network 吧。妳玩視訊串流只會影響到整體網路的暢通性。

請繼續舉例呀∼

如果真的是這樣 請問一下why

thx

他的post有幾點錯誤

1:class D不是真正的IP,只是IGMP用來作為group identifier而以,並不像IP address要由NIC分配,只是有少數AP有公認的group no.(也就是非這些AP就不要用這些group no. ...另外除非在AP上作控制,不然只要能接上multicast bone的機器實際上都是平等的,不像傳統的client-server mode有client/server之分)...

2:IP multicast只對IP multicast可能有幫助(也就是指類似broadcast等live content,另外請注意只是可能而非一定能,因為有太多non technicial issue要考慮),對一般point-point的traffic其實是沒有意義的(包括point-point的net meeting或MOD等traffic都屬於此類,除非是point-multi point的video conference才有用武之地)...

3:要support IP multicast除了CPE之外ISP的backbone也得support並正確的config過才行,不然不是不work就是天下大亂,國內不知有哪些ISP符合這個前題...

4:在Public Internet上一般user產生的multicast traffic(主流媒體的live content就難說了)通常只適合以sparse mode routing,不適合以dense或flooding mode routing以免徒增不必要的traffic....