マルチキャスト

1 ：01/04/14 ～最終レス：11/04/10: マルチキャストって実際に構築したことがないと
なかなかイメージがつかめないですよね。
まず、端末側には何をするのか？
サーバ側には何をするのか？
ルータには何をするのか？
識者のかた詳しく教えてください。
特に、マルチキャストアドレスがよくわかりません。
ひとつのアドレスでマルチキャストに参加している端末に
データが配信されると思いますが
このときのアドレスって通常はプライベートアドレスが振ってある端末に
どのようにして認識させるんでしょうか？

2 ：: ＞まず、端末側には何をするのか？
マルチキャストを使用するアプリケーションを入れましょう。
＞サーバ側には何をするのか？
同上。
＞ルータには何をするのか？
マルチキャストパケットをルーティングできるようにします。
マルチキャストルーティングプロトコル（長）は色々あるので、
#現時点ではデファクトスタンダードは存在しない(と思う)
その辺の勉強からした方が良いかと。
＞ひとつのアドレスでマルチキャストに参加している端末に
＞データが配信されると思いますが
正確に言うと
「"その"マルチキャストグループ（アドレス）に参加している端末」
です。
＞このときのアドレスって通常はプライベートアドレスが振ってある端末に
＞どのようにして認識させるんでしょうか？
プライベートかグローバルかは関係ありませんよ。
# ちょっと不正確。
ルーティング専門なので、上位層のことは良く知らない（＾＾；
3 ：: 読み直すと、なんか感じ悪いですね（汗
そっけない回答は良く知らないからです（＾＾；
# 「同上。」はねぇよなぁ・・・
ルーティングに関してはもうちょっと深く突っ込んでもらえると
知っている範囲で答えられると思います。
4 ：: NATとマルチキャストの関係についてはどうですか？
5 ：: >>4
うわ、いい質問。NAT とは相性悪いんだよね。
IP multicast じゃなくて RealAuido がやっているような
上位層な multicast だといいんだけど。
とっとと v6 な世界になって NAT を撃滅しないことにはなぁ。
6 ：: マルチキャストも通してくれるようなNATの実装はないんでしょうか．
7 ：: >>6
NAT しているところでマルチキャストルーティングすれば良いだけじゃないの？
# それとも別のマルチキャストアドレスにNAT しているということなのだろうか？
8 ：: 　マルチキャストの実際の構築例はおおいんですか？
概念先行のおためし規格という感じしかないだけど．．．
9 ：: 実際に動いてるのってあるんでしょうか？？
XCASTとかのほうが有望なのでは？
10 ：: >>8
社内とか大学内だったら事例はありますね
Internet経由とかは、まだ実験レベルみたいだけど
11 ：: mbone-jp とかは？
12 ：: >>11
http://aohakobe.ipc.chiba-u.ac.jp/misc/JP-MBone/
13 ：: http://www7.freeweb.ne.jp/sports/ken10262/
14 ：: PIMでDMしてるひといます？
みなさんSMですか？
15 ：: 実はアレってかなり貴重な体験だったのか。見てるだけだったのはもったいなかったかな..
16 ：: >>7
マルチキャストフォワーディングキャッシュはソースIPアドレスを持つから、それが
17 ：: ＃書いてる途中で間違えて書き込みボタン押してしまった、、、スマソ
マルチキャストルーティングはソースIPを見て転送先のインタフェースを決めるから、そこがNATと相性悪いのかな？
18 ：: おすすめのNAT兼マルチキャストルータはなあに？
19 ：: XCASTってなに？
普通のマルチキャスト（IP層でやってる）と何が違うの？
20 ：: インターネット全体にわたってマルチキャストIPで巨大なストリームを流しつづけるとかはほんとにできるのか疑問だと思う。
帯域とか不均一すぎるような気が。
Forward Correction とかやったり、TCP みたくエラー訂正やるとしても。あ、後者の場合は NAK をまとめるのは必須として。
21 ：: >20
eaccess内部ネットワークで誰かのライブ流してたよね。台湾か香港あたりの。
あのへんが現実なのかな。
22 ：: すみません、質問なんですけれど、
クライアント側でバッファの設定の数値を高くすれば、
切断されにくくなるのでしょうか？
WindowsMediaエンコーダで配信している音楽を
WindowsMediaプレーヤーで受信しているのですが、
たまに、切断されてしまうことがあるのですが・・。
ADSL⇔ADSLにて32Kbpsで送受信しあっています。
バッファリングで音楽が止まることは2,3時間に一回あるくらいなのですが、
たまに接続自体が切れてしまっていることがあります。
「切断」をできるだけなくしたいのですが、
なにか良い方法はありませんでしょうか？
23 ：: >>19
XCASTは標準のグループIPアドレス指定型のマルチキャストではなくて、
メンバーのIPアドレスをすべてパケットに列挙する方式。
24 ：: 　　　　　／⌒ヽ　　／⌒ヽ
　　　　/　　　　ヽ　/　　　　ヽ　　／￣￣￣￣￣￣￣
　　　　|　　　　　|　|　　　　　|　＜　>>1の母です
　　　　|　　　　　|　|　 i⌒i.__.|　　　＼＿＿＿＿＿＿＿
　　　　|　　　　　|　（_｀○´__）　　　　
　　　　|　　　　　Ｖ　Ｌ人__!ヽ　　　　　　　　　
　　／　　　　　　　　　　　　　＼　　　　／￣ヽ　　/￣＼
　/　　　　　　　　　　　　　　　　ヽ　　　|　　　 |　 |　　　 |
　|　　　　　　　　　　　　　　　　　 | 　　　|　　　 |　 | i⌒i.__|
　|　　　●　　　　　　　　　● 　　| 　　　|　　　 |__（_｀○´__）　　／￣￣￣￣￣￣￣
　ヽ　　　　　　　　　　　　　　　　/ 　　　／　　　　　　Ｌ人__i,　　＜　>>1の妹です
　　＼　　　　　　×　　　　　　／　　　./　　　　　　　　　　　ヽ　　＼＿＿＿＿＿＿＿
　　　　　-､､,,,,,＿＿＿,,,,,､､-　　　　　 |　 ●　　　　　　 ●　 |
　　　／::/::::`ー―'o`ー―':;:ゝ、　　　　'、　　　　 ×　　　　 /
　　（__ン:::::::::::::::::::::::::::::::::::::::ヽ__）　　　　＞┬―‐,､―‐┬＜
　　　/::::::::::::::::::::::::::::::::::::::::::::::ヽ　　　　(_ヽ/｀￣´ oﾟ￣＾ヽ/_)　　
　　／:::::::::::::::::::::::::::::::::::::::::::::::::::::＼　　　　/:::::::::::::::::::::::::::::ヽ　　　∩∩
　／~`～～～～～～～～～～'~＼　　/:::::::::::::::::::::::::::::::::::ヽ　（・ｘ・）　ﾐﾅﾐﾊﾙｦﾃﾞｺﾞｻﾞｲﾏﾁｭ
　｀ー､＿,､＿,､＿,､＿,､＿,､＿,;--'~´　く~'~"~~~~"~~"~'~'~~,ゝ　 /;;゜;Y゜
　　　　　　　　　　　　　　　　　　　　　　　~~"~'~~"'~~~'~'"~~"　　 ~~~~
25 ：: はわわ～、マルチですぅ～
26 ：: IGMP
IGAP
27 ：: GMRP
28 ：: Multicast なネットワークの運用経験を積みたいのですが、
mbone-jp って企業や個人でも接続できるものなんでしょうか？
29 ：: >>28
OK
http://aohakobe.ipc.chiba-u.ac.jp/misc/JP-MBone/

30 ：: 広域イーサでマルチキャストやるとどうなります？
31 ：: >>30
全拠点にトラフィックは流れ、カスタマのルータやL3スイッチで
LAN側に通るか通らないか決定される。
全拠点の帯域消費は避けられない。
32 ：: >>31
配信元が中央だけの論理的にはHUB & Spoke構成だったら
ひたすら中央から拠点間にGREトンネルを掘るという手もある。
素人にはおすすめできないが。
33 ：: LAN 内想定でマルチキャスト使ったアプリケーション作ってみてるんだが、
マルチキャストのグループって適当に決めちゃって良いのかな?
それと、パケットがルーター超せるかどうかはルーターの設定しだいで変え
られる (つまりアプリケーションの作りや設定と無関係) と考えててオケ?
34 ：: （＾＾）
35 ：: http://www.bbcable.tv/
これってマルチキャスト使っているモデルだろ？
日経コミュニケーションでは、Y!BBのインフラすべてに120Mbpsほどの
マルチキャストのトラフィックがかかると書いてあったが。
昔のバックボーンであれば120Mbpsって大変かもしれないが
現状でいうとむしろ、たったそれくらいで配信できるのかという認識。
これから流行るんじゃないかな。
36 ：
37 ：: ag
38 ：: （＾＾）
39 ：
40 ：: ＵＰｎＰルーターを発見しようと思ってマルチキャストを送信しようと思ってるんですが、
ソケットオプションの設定に失敗してしまいます。が、失敗を無視して送信すると
なんとなくマルチキャスト送信できてるっぽい・・・。
ソケットオプションの設定って必須ではないのでしょうか？
41 ：: ちゃんとこのようなパケットが飛んでいますか？
M-SEARCH * HTTP/1.1
HOST: 239.255.255.250:1900
MAN: "ssdp:discover"
MX: 3
ST: urn:schemas-upnp-org:service:WANIPConnection:1
42 ：: ＞＞４１
そのようなパケットを送信しています。
マルチキャスト送信を行う場合は、送信先のIPアドレス・ポートにマルチキャスト用のを指定して
送ると勝手にマルチキャストってことになるのでしょうか？（たとえば、239.255.255.250:1900)
あと、マルチキャストをサポートするイーサネットドライバを作ろうとした場合は、
送信する場合はマルチキャストかユニキャストか特に意識する必要はなく、
マルチキャストを受信する場合の処理だけを組み込めばいいのでしょうか？
43 ：: ブロードキャストマルチキャストの違いを教えてください
44 ：: >>42
例えばこんな感じの流れ
s = socket(AF_INET, SOCK_DGRAM, 0)
setsockopt(s, IPPROTO_IP, IP_MULTICAST_LOOP, &loop, 1)
setsockopt(s, IPPROTO_IP, IP_MULTICAST_TTL, &ttl, 1)
setsockopt(s, IPPROTO_IP, IP_MULTICAST_IF, &ifaddr, sizeof(ifaddr))
connect(s, (struct sockaddr *)&sa, sizeof(sa))
send(s, buf, len, 0)
45 ：: XCASTに未来はありますか？
46 ：
47 ：
48 ：: ああさくやのめつぶしてえ
49 ：: SSMでもルータでの情報保持つらいよなあ
50 ：: >43
broadcast=そのセグメントでの同報パケット(全端末へ問い合わせ）
malticast=そのマルチキャストアドレスグループへの通信
<<マルチキャストの仕組み(▼▼メ)｛細かいとこはつっこみなしで>>
[条件]IPテレビ放送用サーバソフトの1CH=>[239.255.255.250]とする
クライアント192.168.0.2の受信ソフトが1CHを選ぶとPCから
IGMPメンバーシップリポートを出す。マルチキャストルータやSWは
それを受け取り192.168.0.2が、239.255.255.250のグループに
参加したことを登録する。マルチキャストルータ間はPIM-DMなどの
ルーティングプロトコルで、どのルータ配下に239.255.255.250の
グループ参加者がいるかを知っている。IPテレビ放送用サーバソフト
が宛先239.255.255.250(1CHのH番組)のマルチキャストパケットを
配信するとマルチキャストルータは受け取り、上記仕組みによりネット
ワーク全体のマルチキャストアドレスグループ参加者への配信を可能
とする。
なお同一スイッチ内ではマルチキャストパケットであっても一般的に
IGMPSnooping機能により、グループ参加者がいる物理ポートにしか
配信しない仕組みになっている。
あくまでも一例です。。PIM-DMしかしらないし
51 ：: >>50
IGMP Snooping機能を提供していないスイッチでは
実質ブロードキャストですね・・・。
52 ：: スイッチ側でみると動作は同じ（全ポートに出力）と思われますが、
受ける方(PC)は、ブロードキャストは全端末対象で自分への問い合わせか
受け取って分析せねばならないパケットであり、
マルチキャスト機能?を動作してない端末とか参加マルチキャストグループ
以外パケットの場合は無視。。。
PC側はBroadcastのほうが若干負荷がかかるのではないでしょうか(根拠無御免)
蛇足マルチキャストをしらないバカスイッチやバカHUBも数年前にありました(笑)
MACアドレスが「FFFFFFFFFFFF]の場合のみ全ポートへ出力する仕様だそうで、、
53 ：: >>45
Xcast対応のルータをISPが持つ事はないでしょうね。
仲間内とか、社内システムとかでは使う事もあるかもね。
54 ：: >>53
なんで？
ネットワークリソースの有効活用とサーバの負荷低減など利点が大きいのに。
これだけインターネットが普及したらマルチキャストで放送ってのもそんな
未来の話じゃないんなない？
55 ：: >50
PIM-DMやDVMRPなら逆かな、と。
マルチキャストのルーティングプロトコルって、送信元情報を持つんです
よね。
この場合、ルータ達はどのルータの配下にどんなマルチキャスト参加者
（配信サーバ）がいるのかを知っている。
受信したいクライアントはIGMPでグループ参加要求をあげると、それを
受け取ったルータは、送信元の方向（情報を受け取るはずのポート）に
「このグループの情報くれ！」と要求する。
「情報くれ！」を受け取ったルータも、自分の知っている送信元に「くれ！」
と言うことを繰り返す。
やがてマルチキャストデータを受けているルータにたどり着くと、「OK」と了解
して、「くれ！」と言われた方向に転送を始める。
こんな感じで合ってるでしょうか。
ちょっと不安なので間違っていたら指摘お願いします。
56 ：: >>55
プロトコルによっても違うが、そんなに大変な事はしていないよ。
どのプロトコルも送信者と受信者の方向しか管理していません。
57 ：: >54
どうですかね｡
個人的には現在のマルチキャストプロトコルはMBONEの設計思想を引きずっているので、本質的にはやはり通信コストが高いところで、利用されることを前提としていると思うのですが？
でもそのために、クライアント側のソフトウェアの負担は結構多いし、配信のためのトポロジーとしてツリー構造しか使えないなどの制限がありますからね｡
今は基幹網のトポロジーはリング（RPR）やメッシュなども可能だし、帯域は十分ありすぎるくらいだし、QoSサポートなどができないのでIPマルチキャストというプロトコルにこだわるのは？？？と思います。
個人的にはJ*****R社の提唱しているVPLSのファンなので、頑張ってほしい｡ただC社を筆頭に反J*****R連合を作ったので気になりますね。
58 ：: >56
ありがとうございます。ルーティングプロトコルとルータの動作が混同してました。
ルータの動作としては>55　でいいですよね？
59 ：: >55　意味がわからん
IGMPでｸﾗｲｱﾝﾄ「くれ！」ってのは何なのか？
ｸﾗｲｱﾝﾄもｻｰﾊﾞも上位mcastﾙｰﾀに対し単にｸﾞﾙｰﾌﾟに参加(Join)するだけだと思う。
＜PIM-DMﾏﾙﾁｷｬｽﾄﾙｰﾀ＞
・ﾏﾙﾁｷｬｽﾄﾙｰﾃｨﾝｸﾞﾃｰﾌﾞﾙ（★ﾏﾙﾁｷｬｽﾄｸﾞﾙｰﾌﾟｱﾄﾞﾚｽ vs 参加者IPｱﾄﾞﾚｽ)を管理
・IPﾙｰﾃｨﾝｸﾞﾃｰﾌﾞﾙを管理
ﾏﾙﾁｷｬｽﾄﾊﾟｹｯﾄが流れ出す契機は、ｻｰﾊﾞが該当ﾏﾙﾁｷｬｽﾄｸﾞﾙｰﾌﾟｱﾄﾞﾚｽのﾊﾟｹｯﾄを
配信すれば上位Mcastﾙｰﾀは上記★を見れば参加者IPｱﾄﾞﾚｽがわかるので、
IPﾙｰﾃｨﾝｸﾞﾃｰﾌﾞﾙを見て必要な方向へﾏﾙﾁｷｬｽﾄﾊﾟｹｯﾄを転送するだけ..
ｸﾗｲｱﾝﾄが要求するのはもっと上位の放送ｱﾌﾟﾘ(HTTPによるTVｽｲｯﾁON)とかでの
話かと思う。(ciscoIP-TV)などでは。。。
PIM-DMは、ﾙｰﾀ間で★をｱﾅｳﾝｽ交換するものだったと記憶

60 ：: >59
読み返してみると、確かにわかんない文でした。すみません。
たぶん、50と同じことを言ってます。
>受信したいクライアントはIGMPでグループ参加要求を・・・
はIGMP Report
>受け取ったルータは、・・・くれ！」と要求する。
は隣のルータにGraft
>、「くれ！」と言われた方向に転送を始める。
はPrune→Forward
というつもりでした。
61 ：: 本では分からなかったのでご存知の方いたら教えていただきたいのですが、
joinとgraftってメッセージの中身は違うんでしょうか。
PIM-joinとPIM-graftを使う場合の説明はいくつかあるんですが、動作は同じ
ように思えます。
用法はあるけど詳細まで解説したものは見つけられませんでした。
手元に実機でもあればいいんですが、残念ながら確認できません。
名前が違うだけなのかな。
62 ：: 「くれ！」というのは、
IGMPやPIMに関係ないのでは?と言いたかったのですが。。。
ｻｰﾊﾞの本意でﾏﾙﾁｷｬｽﾄﾊﾟｹｯﾄを送信開始するか、
ｸﾗｲｱﾝﾄがｱﾌﾟﾘｹｰｼｮﾝﾚﾍﾞﾙで転送要求をｻｰﾊﾞへ投げるのであって
ﾏﾙﾁｷｬｽﾄ配送ツリーの形成を維持するために、join(参加)やPrune(刈込み)や
Graft(再接続)でﾙｰﾀ間の交換を行うだけ。。。
<参考>日立さんの解説書 Vol.1
http://www.hitachi.co.jp/Prod/comp/network/gr2000/manual/html_c/kaisetsu/0257.htm
ｲﾒｰｼﾞ、どうでしょうか？
63 ：: >>57
>クライアント側のソフトウェアの負担は結構多いし
そんなことは全くありません。
ルータにチャンネル参加要求したら、垂れ流されるUDPパケットを受け取るだけです。
IGMPもたいしたことしてないし…
>配信のためのトポロジーとしてツリー構造しか使えないなどの制限がありますからね｡
リングやメッシュでも大丈夫のはずです。
PIM-DMだと効率が悪くなりますがPIM-SM(SSM)だと問題ないはずです。
何よりもインターネット放送で1万人にサービスする場合、ユニキャストだと送信サーバは、
1万本のセッションを接続しなければなりませんが、マルチキャストは1本でよいです。
(ユニキャスト放送見たことあるけど、サーバ過負荷でぶちぶち切れていました)
サーバリソースや遅延の問題も一気に解消すると思います。
ただしVODには向いていませんが。
64 ：: マルチキャストを通さない網を通す時、
Cisco対向でGREトンネルを張ってPIMと言う
解があると思いますが、この場合のPIMは
PIM-SMとPIM-DMのどちらも可能ということでしょうか？
テストした範囲だと、PIM-DMでは正常に
マルチキャストパケットが通るのですが、
PIM-SMではRP情報が正常に伝わらないため
当然マルチキャストパケットが通りません。
IOSは12.3、12.2T。12.2Sと3種類くらい試したのですが
だめでした。
[まとめ]
GRE上でPIM-SMが動くかどうか教えてください＞偉い人
65 ：: 具体的に、マルチキャストでファイル転送をする仕組み/ツール/Suiteって何かありますか？
DVMRPでもPIMでも方法は問わないです。
66 ：: >>64
PIM-SM も当然可能です。
67 ：: >>66
ありがとうございます
68 ：: マルチキャストサーバを冗長化する方法しってます？
69 ：: 質問なんですが、データ（動画や各種データ）を送信して
マルチキャストとユニキャストでの違いを実験してみようと思っているんですが、
何かお勧めのツールやソフトはありませんか？
ちなみにHelix Serverを初めは使ってみましたが、バグかどうか分かりませんが
webページが開けなくなり実験続行不可能に（設定等の問題かもしれませんが･･･
次に使ってみたのは
・Session Directory(SDR)：セッション管理
・Robust Audio Tool(RAT)：音声転送
・Videoconferencing Tool(VIC)：ビデオ転送
ですが、知人に
「これはユニキャストは使えないっぽい」
って言われて八方塞です。
その道に詳しい方。または、上記に上げたツールの使い方に詳しい方。
情報お願いします。
70 ：: >> 65
Digital Fountainとか、TibcoのPGMあたりかな。
>> 57
リングなんかはむしろMulticast向きなんじゃない？DPT(RPR)みたいなやつ。
帯域もアクセスラインは余裕があるけど、コアは別に有り余ってる訳
じゃないよね？それにサーバーの負荷は結構クリティカルだと思うんだけどね。
まあ、だからってそう通信事業者のコンシューマサービスでMulticastが
普及するとは俺も思ってないんだけどね。
71 ：: >>69
目的からいって、Windows Media で間に合うように思える。
Windows MediaはUnicast,multicastのどちらもたいおうしている。
Windows 2000 か 2003 serverがあれば無償で使えるよ。
http://www.microsoft.com/japan/windows/windowsmedia/default.aspx
72 ：: >>71
OS書き忘れていました･･･。
WinxpProです。
情報ありがとうございます。
色々いじって頑張ってみます。
また何かありましたらよろしくお願いします。
73 ：: 　
74 ：: アプリケーションレベルマルチキャストで新しいプロトコルを考えてるんですが、
ディレイや帯域にわざとエラーを与えてトポロジーを形成する方法ってありますか？
75 ：: >74
どういう意味？
アプリケーション屋にはわからないとおもうよ。
見当違いだということが。
76 ：: >アプリケーションレベルマルチキャスト
要は、オーバーレイ？ MBoneみたいな感じ？
77 ：: これとかそうじゃない？
【ネットワーク】TVバンク、｢実はP2Pで動画配信してました｣…トラフィック約10分の1に
http://news18.2ch.net/test/read.cgi/bizplus/1159280455/l50
78 ：: あぃや～、ここも過疎ってる。
Mboneはどうなったなんて質問は１年位経たないと
反応が来なさそう。実際どうなってるだぁ、Mboneは。
79 ：: 5年半で78レスだから、平均 1レス/月だな。
80 ：: じゃ今月は新記録達成か？
81 ：: [streams-jp 3670] IW2006 BoF によると、
2006/12/07 (木) 18:30～20:30 パシフィコ横浜 F6
マルチキャスト話も集めてみたいっすね。
とのこと。
82 ：: >64
>マルチキャストを通さない網を通す時、
Flexcastっていうのがあるよ。
http://www.ntt.co.jp/mirai/study/study06.html
アプリケーションマルチキャストじゃなくてトランスポートレイヤ
マルチキャスト。
83 ：: >>82
xcastのほうがよさそうじゃん
84 ：: Flexcastはxcastみたいにアドレスを複数ならべなくても良くて、普通のユニキャスト
のヘッダでよい。
85 ：: > アプリケーションレベルマルチキャストで新しいプロトコルを考えてるんですが、
> ディレイや帯域にわざとエラーを与えてトポロジーを形成する方法ってありますか？
ModelNet
86 ：: >>82
http://www.ntt.co.jp/mirai/study/images/flexcast2.gif
そもそも最初に発信元は最初のリレーのF1宛てのユニキャストを出してる。
どうみても単なるアプリケーションレベルリレーに過ぎない。新規性なし。
87 ：: routerがpeerになってくれるpeercastって感じだな
88 ：: 2chで過疎っていたマルチキャストが盛り上がってますよ！
http://pc11.2ch.net/test/read.cgi/network/1131651785/910n-
89 ：: IPv6普及まで待たないといけないんだろうけどIP放送やマルチキャストVOD普及しないかな
マルチキャストVODって詳細は知らないけど例えば30分の動画を30分割すれば
30本のマルチキャストと1分以内のユニキャストに分離できそうだからそんな感じなのかな。
90 ：: どなたかいらっしゃいませんか？
PIM-SMでのBSRの詳しい動作について知りたいのですが、
説明書もサイトも載っていません。
教えてくれる奇特な方いませんか？
91 ：: RFCから読んでくんじゃダメ？
http://www.ietf.org/rfc/rfc5059.txt
92 ：: >>91
ありがとうございます。
英語苦手ですががんばってみます・・・
93 ：: 同一ネットワーク上にいる事が分かっている、不明なIPアドレスの不明なポートで
データの受信を待っている複数のデータ送信相手に向けて、一度でデータを送信
するような事は可能でしょうか？
ポートは分かっていないとダメなのでしょうか？
そもそも、そういうのはブロードキャストと呼べるのでしょうか？
94 ：: あげ
95 ：: マルチキャストは今の時代に必須。
なぜ盛り上がらないのか！ヽ(`Д´)ﾉ
96 ：: ネットで生放送が当たり前になってきたけど話題にならないね。
IPv6が普及するかも怪しいと見ている人が多いのか。
クライアントはSilverlightが対応できるね。
Flashは知らないけど。
97 ：: P2P Multicast in new Flash Player 10.1
ttp://www.flashrealtime.com/peer-to-peer-multicast-in-new-flash-player-101/
Flash10.1にP2Pマルチキャストがついてるらしいんだが
大規模動画サイトで使ったりしたら無駄に帯域使ってISP死なないか？
98 ：: マルチキャストの理解のためにいい本、文書ありませんか？
特にPIM-Bidir, SSMがわかりません。英語で構いません。
99 ：: すみません。ググレカスでした。
100read 1read
1read 100read TOP カテ一覧スレ一覧削除依頼 ▲ ・　次のスレ ブロードネットワークス＠光ファイバー ▲ Win2000ドメイン構築、運用スレッド ▲ クソネットワーク機材会社決定戦 ☆☆☆無線インターネット☆☆☆