03/05/12 01:27 o7af/1p1
＞＞４１
そのようなパケットを送信しています。
マルチキャスト送信を行う場合は、送信先のIPアドレス・ポートにマルチキャスト用のを指定して
送ると勝手にマルチキャストってことになるのでしょうか？（たとえば、239.255.255.250:1900)
あと、マルチキャストをサポートするイーサネットドライバを作ろうとした場合は、
送信する場合はマルチキャストかユニキャストか特に意識する必要はなく、
マルチキャストを受信する場合の処理だけを組み込めばいいのでしょうか？
43:anonymous@ W224119.ppp.dion.ne.jp
03/05/12 01:29 b0pHBG1E
ブロードキャストマルチキャストの違いを教えてください
44:multicast
03/05/12 02:06
>>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
03/08/06 07:35
XCASTに未来はありますか？
46:あぼーん
あぼーん
あぼーん
47:
03/08/20 18:43 XOU232DP
48:anonymous@ 61.215.194.130
03/09/07 07:35 4mBTCmhq
ああさくやのめつぶしてえ
49:nothing
03/11/24 15:14
SSMでもルータでの情報保持つらいよなあ
50:(▼皿▼メ)
03/11/25 00: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:ななし
03/11/27 07:23
>>50
IGMP Snooping機能を提供していないスイッチでは
実質ブロードキャストですね・・・。
52:(▼皿▼メ)
03/11/28 02:19
スイッチ側でみると動作は同じ（全ポートに出力）と思われますが、
受ける方(PC)は、ブロードキャストは全端末対象で自分への問い合わせか
受け取って分析せねばならないパケットであり、
マルチキャスト機能?を動作してない端末とか参加マルチキャストグループ
以外パケットの場合は無視。。。
PC側はBroadcastのほうが若干負荷がかかるのではないでしょうか(根拠無御免)
蛇足マルチキャストをしらないバカスイッチやバカHUBも数年前にありました(笑)
MACアドレスが「FFFFFFFFFFFF]の場合のみ全ポートへ出力する仕様だそうで、、
53:フォン・リヒトフォーフェン
03/11/29 00:22
>>45
Xcast対応のルータをISPが持つ事はないでしょうね。
仲間内とか、社内システムとかでは使う事もあるかもね。
54:anonymous@ tcatgi016250.adsl.ppp.infoweb.ne.jp
03/12/13 10:37
>>53
なんで？
ネットワークリソースの有効活用とサーバの負荷低減など利点が大きいのに。
これだけインターネットが普及したらマルチキャストで放送ってのもそんな
未来の話じゃないんなない？
55:マルチキャスト勉強中
03/12/17 22:34
>50
PIM-DMやDVMRPなら逆かな、と。
マルチキャストのルーティングプロトコルって、送信元情報を持つんです
よね。
この場合、ルータ達はどのルータの配下にどんなマルチキャスト参加者
（配信サーバ）がいるのかを知っている。
受信したいクライアントはIGMPでグループ参加要求をあげると、それを
受け取ったルータは、送信元の方向（情報を受け取るはずのポート）に
「このグループの情報くれ！」と要求する。
「情報くれ！」を受け取ったルータも、自分の知っている送信元に「くれ！」
と言うことを繰り返す。
やがてマルチキャストデータを受けているルータにたどり着くと、「OK」と了解
して、「くれ！」と言われた方向に転送を始める。
こんな感じで合ってるでしょうか。
ちょっと不安なので間違っていたら指摘お願いします。
56:anonymous@ AIRH03295020.ppp.infoweb.ne.jp
03/12/19 09:46
>>55
プロトコルによっても違うが、そんなに大変な事はしていないよ。
どのプロトコルも送信者と受信者の方向しか管理していません。
57:carrier
03/12/19 16:54 9uUFL7D7
>54
どうですかね｡
個人的には現在のマルチキャストプロトコルはMBONEの設計思想を引きずっているので、本質的にはやはり通信コストが高いところで、利用されることを前提としていると思うのですが？
でもそのために、クライアント側のソフトウェアの負担は結構多いし、配信のためのトポロジーとしてツリー構造しか使えないなどの制限がありますからね｡
今は基幹網のトポロジーはリング（RPR）やメッシュなども可能だし、帯域は十分ありすぎるくらいだし、QoSサポートなどができないのでIPマルチキャストというプロトコルにこだわるのは？？？と思います。
個人的にはJ*****R社の提唱しているVPLSのファンなので、頑張ってほしい｡ただC社を筆頭に反J*****R連合を作ったので気になりますね。
58:マルチキャスト勉強中
03/12/20 16:19
>56
ありがとうございます。ルーティングプロトコルとルータの動作が混同してました。
ルータの動作としては>55 でいいですよね？
59:(▼皿▼メ)
03/12/21 01:56
>55 意味がわからん
IGMPでｸﾗｲｱﾝﾄ「くれ！」ってのは何なのか？
ｸﾗｲｱﾝﾄもｻｰﾊﾞも上位mcastﾙｰﾀに対し単にｸﾞﾙｰﾌﾟに参加(Join)するだけだと思う。
＜PIM-DMﾏﾙﾁｷｬｽﾄﾙｰﾀ＞
・ﾏﾙﾁｷｬｽﾄﾙｰﾃｨﾝｸﾞﾃｰﾌﾞﾙ（★ﾏﾙﾁｷｬｽﾄｸﾞﾙｰﾌﾟｱﾄﾞﾚｽ vs 参加者IPｱﾄﾞﾚｽ)を管理
・IPﾙｰﾃｨﾝｸﾞﾃｰﾌﾞﾙを管理
ﾏﾙﾁｷｬｽﾄﾊﾟｹｯﾄが流れ出す契機は、ｻｰﾊﾞが該当ﾏﾙﾁｷｬｽﾄｸﾞﾙｰﾌﾟｱﾄﾞﾚｽのﾊﾟｹｯﾄを
配信すれば上位Mcastﾙｰﾀは上記★を見れば参加者IPｱﾄﾞﾚｽがわかるので、
IPﾙｰﾃｨﾝｸﾞﾃｰﾌﾞﾙを見て必要な方向へﾏﾙﾁｷｬｽﾄﾊﾟｹｯﾄを転送するだけ..
ｸﾗｲｱﾝﾄが要求するのはもっと上位の放送ｱﾌﾟﾘ(HTTPによるTVｽｲｯﾁON)とかでの
話かと思う。(ciscoIP-TV)などでは。。。
PIM-DMは、ﾙｰﾀ間で★をｱﾅｳﾝｽ交換するものだったと記憶
60:マルチキャスト勉強中
03/12/23 00:13
>59
読み返してみると、確かにわかんない文でした。すみません。
たぶん、50と同じことを言ってます。
>受信したいクライアントはIGMPでグループ参加要求を・・・
はIGMP Report
>受け取ったルータは、・・・くれ！」と要求する。
は隣のルータにGraft
>、「くれ！」と言われた方向に転送を始める。
はPrune→Forward
というつもりでした。
61:マルチキャスト勉強中
03/12/23 00:19
本では分からなかったのでご存知の方いたら教えていただきたいのですが、
joinとgraftってメッセージの中身は違うんでしょうか。
PIM-joinとPIM-graftを使う場合の説明はいくつかあるんですが、動作は同じ
ように思えます。
用法はあるけど詳細まで解説したものは見つけられませんでした。
手元に実機でもあればいいんですが、残念ながら確認できません。
名前が違うだけなのかな。
62:(▼皿▼メ)
03/12/23 20:55
「くれ！」というのは、
IGMPやPIMに関係ないのでは?と言いたかったのですが。。。
ｻｰﾊﾞの本意でﾏﾙﾁｷｬｽﾄﾊﾟｹｯﾄを送信開始するか、
ｸﾗｲｱﾝﾄがｱﾌﾟﾘｹｰｼｮﾝﾚﾍﾞﾙで転送要求をｻｰﾊﾞへ投げるのであって
ﾏﾙﾁｷｬｽﾄ配送ツリーの形成を維持するために、join(参加)やPrune(刈込み)や
Graft(再接続)でﾙｰﾀ間の交換を行うだけ。。。
<参考>日立さんの解説書 Vol.1
URLﾘﾝｸ(www.hitachi.co.jp)
ｲﾒｰｼﾞ、どうでしょうか？
63:マルチキャスト・エバンゲリスト
03/12/24 01:01
>>57
>クライアント側のソフトウェアの負担は結構多いし
そんなことは全くありません。
ルータにチャンネル参加要求したら、垂れ流されるUDPパケットを受け取るだけです。
IGMPもたいしたことしてないし…
>配信のためのトポロジーとしてツリー構造しか使えないなどの制限がありますからね｡
リングやメッシュでも大丈夫のはずです。
PIM-DMだと効率が悪くなりますがPIM-SM(SSM)だと問題ないはずです。
何よりもインターネット放送で1万人にサービスする場合、ユニキャストだと送信サーバは、
1万本のセッションを接続しなければなりませんが、マルチキャストは1本でよいです。
(ユニキャスト放送見たことあるけど、サーバ過負荷でぶちぶち切れていました)
サーバリソースや遅延の問題も一気に解消すると思います。
ただしVODには向いていませんが。
64:_
04/04/15 00:28
マルチキャストを通さない網を通す時、
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:anonymous@ f8a01-0118.din.or.jp
04/04/15 22:12
具体的に、マルチキャストでファイル転送をする仕組み/ツール/Suiteって何かありますか？
DVMRPでもPIMでも方法は問わないです。
66:anonymous@ OFSfa-03p1-34.ppp11.odn.ad.jp
04/04/16 05:36
>>64
PIM-SM も当然可能です。
67:_
04/04/16 08:20
>>66
ありがとうございます
68:emiemiboo
04/05/28 22:56 3mki1vBr
マルチキャストサーバを冗長化する方法しってます？
69:69
04/06/30 13:56 BlcQqAdh
質問なんですが、データ（動画や各種データ）を送信して
マルチキャストとユニキャストでの違いを実験してみようと思っているんですが、
何かお勧めのツールやソフトはありませんか？
ちなみにHelix Serverを初めは使ってみましたが、バグかどうか分かりませんが
webページが開けなくなり実験続行不可能に（設定等の問題かもしれませんが･･･
次に使ってみたのは
・Session Directory(SDR)：セッション管理
・Robust Audio Tool(RAT)：音声転送
・Videoconferencing Tool(VIC)：ビデオ転送
ですが、知人に
「これはユニキャストは使えないっぽい」
って言われて八方塞です。
その道に詳しい方。または、上記に上げたツールの使い方に詳しい方。
情報お願いします。
70:眠い
04/06/30 21:17
>> 65
Digital Fountainとか、TibcoのPGMあたりかな。
>> 57
リングなんかはむしろMulticast向きなんじゃない？DPT(RPR)みたいなやつ。
帯域もアクセスラインは余裕があるけど、コアは別に有り余ってる訳
じゃないよね？それにサーバーの負荷は結構クリティカルだと思うんだけどね。
まあ、だからってそう通信事業者のコンシューマサービスでMulticastが
普及するとは俺も思ってないんだけどね。
71:-
04/07/01 08:03
>>69
目的からいって、Windows Media で間に合うように思える。
Windows MediaはUnicast,multicastのどちらもたいおうしている。
Windows 2000 か 2003 serverがあれば無償で使えるよ。
URLﾘﾝｸ(www.microsoft.com)
72:69
04/07/01 14:43
>>71
OS書き忘れていました･･･。
WinxpProです。
情報ありがとうございます。
色々いじって頑張ってみます。
また何かありましたらよろしくお願いします。
73:
05/06/12 22:51:27
74:有線男
05/10/11 19:58:31
アプリケーションレベルマルチキャストで新しいプロトコルを考えてるんですが、
ディレイや帯域にわざとエラーを与えてトポロジーを形成する方法ってありますか？
75:T
05/11/16 01:12:47
>74
どういう意味？
アプリケーション屋にはわからないとおもうよ。
見当違いだということが。
76:anonymous@ p2008-adsao06douji-acca.osaka.ocn.ne.jp
06/05/14 23:29:43
>アプリケーションレベルマルチキャスト
要は、オーバーレイ？ MBoneみたいな感じ？
77:anonymous
06/09/28 13:21:04
これとかそうじゃない？
【ネットワーク】TVバンク、｢実はP2Pで動画配信してました｣…トラフィック約10分の1に
ｽﾚﾘﾝｸ(bizplus板)l50
78:anonymous@ p3110-ipbf202hodogaya.kanagawa.ocn.ne.jp
06/09/29 19:15:48 +zhpHOFF
あぃや～、ここも過疎ってる。
Mboneはどうなったなんて質問は１年位経たないと
反応が来なさそう。実際どうなってるだぁ、Mboneは。
79:anonymous@ i219-165-170-182.s05.a013.ap.plala.or.jp
06/09/29 22:48:24
5年半で78レスだから、平均 1レス/月だな。
80:anonymous@ K042166.ppp.dion.ne.jp
06/09/30 17:39:25 TfGMfU00
じゃ今月は新記録達成か？
81:anonymous
06/10/31 18:05:34 UMYMiQ5y
[streams-jp 3670] IW2006 BoF によると、
2006/12/07 (木) 18:30～20:30 パシフィコ横浜 F6
マルチキャスト話も集めてみたいっすね。
とのこと。
82:anonymous@ i218-224-180-76.s02.a014.ap.plala.or.jp
06/11/01 01:34:54 BNCMJPeK
>64
>マルチキャストを通さない網を通す時、
Flexcastっていうのがあるよ。
URLﾘﾝｸ(www.ntt.co.jp)
アプリケーションマルチキャストじゃなくてトランスポートレイヤ
マルチキャスト。
83:anonymous
06/11/01 05:08:00
>>82
xcastのほうがよさそうじゃん
84:anonymous@ i218-224-180-76.s02.a014.ap.plala.or.jp
06/11/01 22:53:07 BNCMJPeK
Flexcastはxcastみたいにアドレスを複数ならべなくても良くて、普通のユニキャスト
のヘッダでよい。
85:anonymous@ softbank219179114027.bbtec.net
06/11/01 23:26:25
> アプリケーションレベルマルチキャストで新しいプロトコルを考えてるんですが、
> ディレイや帯域にわざとエラーを与えてトポロジーを形成する方法ってありますか？
ModelNet
86:anonymous
06/11/02 11:46:52 whp7i/cD
>>82
URLﾘﾝｸ(www.ntt.co.jp)
そもそも最初に発信元は最初のリレーのF1宛てのユニキャストを出してる。
どうみても単なるアプリケーションレベルリレーに過ぎない。新規性なし。
87:名刺は切らしておりまして
06/11/10 20:52:17 MPwkLLqm
routerがpeerになってくれるpeercastって感じだな
88:anonymous
07/08/20 13:12:27 J5fgyjaG
2chで過疎っていたマルチキャストが盛り上がってますよ！
ｽﾚﾘﾝｸ(network板:910番)n-
89:fujianasan
07/10/04 17:22:55
IPv6普及まで待たないといけないんだろうけどIP放送やマルチキャストVOD普及しないかな
マルチキャストVODって詳細は知らないけど例えば30分の動画を30分割すれば
30本のマルチキャストと1分以内のユニキャストに分離できそうだからそんな感じなのかな。
90:anonymous@KD125029169110.ppp-bb.dion.ne.jp
08/04/24 20:43:41 w9QbRQ7g
どなたかいらっしゃいませんか？
PIM-SMでのBSRの詳しい動作について知りたいのですが、
説明書もサイトも載っていません。
教えてくれる奇特な方いませんか？
91:aaaa
08/04/25 04:54:17
RFCから読んでくんじゃダメ？
URLﾘﾝｸ(www.ietf.org)
92:anonymous@KD125029169110.ppp-bb.dion.ne.jp
08/04/28 01:11:50 pJU7pd/9
>>91
ありがとうございます。
英語苦手ですががんばってみます・・・
93:anonymous@p4206-ipbfp1101kobeminato.hyogo.ocn.ne.jp
09/03/05 21:31:21
同一ネットワーク上にいる事が分かっている、不明なIPアドレスの不明なポートで
データの受信を待っている複数のデータ送信相手に向けて、一度でデータを送信
するような事は可能でしょうか？
ポートは分かっていないとダメなのでしょうか？
そもそも、そういうのはブロードキャストと呼べるのでしょうか？
94:anonymous@07001130230735_mh
09/03/08 10:13:53 C/I6+opp
あげ
95:anonymous
09/10/25 10:23:52
マルチキャストは今の時代に必須。
なぜ盛り上がらないのか！ヽ(`Д´)ﾉ
96:anonymous
09/12/07 12:29:47
ネットで生放送が当たり前になってきたけど話題にならないね。
IPv6が普及するかも怪しいと見ている人が多いのか。
クライアントはSilverlightが対応できるね。
Flashは知らないけど。
97:anonymous
10/02/26 23:06:51 bf/Amc2u
P2P Multicast in new Flash Player 10.1
URLﾘﾝｸ(www.flashrealtime.com)
Flash10.1にP2Pマルチキャストがついてるらしいんだが
大規模動画サイトで使ったりしたら無駄に帯域使ってISP死なないか？
98:anonymous
10/12/13 12:22:30
マルチキャストの理解のためにいい本、文書ありませんか？
特にPIM-Bidir, SSMがわかりません。英語で構いません。
99:↑
10/12/13 14:42:27
すみません。ググレカスでした。
100:anonymous
11/04/10 09:44:18.68
拾ったプレゼン資料の中で、大きめのスイッチで
マルチキャストトラフィックの帯域制御をする、みたいのが
あったのですがマルチキャストアプリってライブ配信的なものが多くて
ポリシングとかするとアプリ的にまずいのではと思うのですが
QoSしても大丈夫な類のアプリもあるのでしょうか？
101:100
11/04/10 11:59:27.08
わかりました。逆に守るためにポリシングしてるんですね。