マルチキャスト
なかなかイメージがつかめないですよね。
まず、端末側には何をするのか？
サーバ側には何をするのか？
ルータには何をするのか？
識者のかた詳しく教えてください。
特に、マルチキャストアドレスがよくわかりません。
ひとつのアドレスでマルチキャストに参加している端末に
データが配信されると思いますが
このときのアドレスって通常はプライベートアドレスが振ってある端末に
どのようにして認識させるんでしょうか？
マルチキャストを使用するアプリケーションを入れましょう。
＞サーバ側には何をするのか？
同上。
＞ルータには何をするのか？
マルチキャストパケットをルーティングできるようにします。
マルチキャストルーティングプロトコル（長）は色々あるので、
#現時点ではデファクトスタンダードは存在しない(と思う)
その辺の勉強からした方が良いかと。
＞ひとつのアドレスでマルチキャストに参加している端末に
＞データが配信されると思いますが
正確に言うと
「"その"マルチキャストグループ（アドレス）に参加している端末」
です。
＞このときのアドレスって通常はプライベートアドレスが振ってある端末に
＞どのようにして認識させるんでしょうか？
プライベートかグローバルかは関係ありませんよ。
# ちょっと不正確。
ルーティング専門なので、上位層のことは良く知らない（＾＾；
そっけない回答は良く知らないからです（＾＾；
# 「同上。」 はねぇよなぁ・・・
ルーティングに関してはもうちょっと深く突っ込んでもらえると
知っている範囲で答えられると思います。
うわ、いい質問。NAT とは相性悪いんだよね。
IP multicast じゃなくて RealAuido がやっているような
上位層な multicast だといいんだけど。
とっとと v6 な世界になって NAT を撃滅しないことにはなぁ。
NAT しているところでマルチキャストルーティングすれば良いだけじゃないの？
# それとも別のマルチキャストアドレスにNAT しているということなのだろうか？
概念先行のおためし規格という感じしかないだけど．．．
XCASTとかのほうが有望なのでは？
社内とか大学内だったら事例はありますね
Internet経由とかは、まだ実験レベルみたいだけど
http://aohakobe.ipc.chiba-u.ac.jp/misc/JP-MBone/
みなさんSMですか？
マルチキャストフォワーディングキャッシュはソースIPアドレスを持つから、それが
マルチキャストルーティングはソースIPを見て転送先のインタフェースを決めるから、そこがNATと相性悪いのかな？
普通のマルチキャスト（IP層でやってる）と何が違うの？
帯域とか不均一すぎるような気が。
Forward Correction とかやったり、TCP みたくエラー訂正やるとしても。あ、後者の場合は NAK をまとめるのは必須として。
eaccess内部ネットワークで誰かのライブ流してたよね。台湾か香港あたりの。
あのへんが現実なのかな。
クライアント側でバッファの設定の数値を高くすれば、
切断されにくくなるのでしょうか？
WindowsMediaエンコーダで配信している音楽を
WindowsMediaプレーヤーで受信しているのですが、
たまに、切断されてしまうことがあるのですが・・。
ADSL⇔ADSLにて32Kbpsで送受信しあっています。
バッファリングで音楽が止まることは2,3時間に一回あるくらいなのですが、
たまに接続自体が切れてしまっていることがあります。
「切断」をできるだけなくしたいのですが、
なにか良い方法はありませんでしょうか？
XCASTは標準のグループIPアドレス指定型のマルチキャストではなくて、
メンバーのIPアドレスをすべてパケットに列挙する方式。
／⌒ヽ ／⌒ヽ
/ ヽ / ヽ ／￣￣￣￣￣￣￣
| | | | ＜ >>1の母です
| | | i⌒i.__.| ＼＿＿＿＿＿＿＿
| | （_｀○´__）
| Ｖ Ｌ人__!ヽ
／ ＼ ／￣ヽ /￣＼
/ ヽ | | | |
| | | | | i⌒i.__|
| ● ● | | |__（_｀○´__） ／￣￣￣￣￣￣￣
ヽ / ／ Ｌ人__i, ＜ >>1の妹です
＼ × ／ ./ ヽ ＼＿＿＿＿＿＿＿
-､､,,,,,＿＿＿,,,,,､､- | ● ● |
／::/::::`ー―'o`ー―':;:ゝ、 '、 × /
（__ン:::::::::::::::::::::::::::::::::::::::ヽ__） ＞┬―‐,､―‐┬＜
/::::::::::::::::::::::::::::::::::::::::::::::ヽ (_ヽ/｀￣´ oﾟ￣＾ヽ/_)
／:::::::::::::::::::::::::::::::::::::::::::::::::::::＼ /:::::::::::::::::::::::::::::ヽ ∩∩
／~`〜〜〜〜〜〜〜〜〜〜'~＼ /:::::::::::::::::::::::::::::::::::ヽ （・ｘ・） ﾐﾅﾐﾊﾙｦﾃﾞｺﾞｻﾞｲﾏﾁｭ
｀ー､＿,､＿,､＿,､＿,､＿,､＿,;--'~´ く~'~"~~~~"~~"~'~'~~,ゝ /;;゜;Y゜
~~"~'~~"'~~~'~'"~~" ~~~~
IGAP
mbone-jp って企業や個人でも接続できるものなんでしょうか？
OK
http://aohakobe.ipc.chiba-u.ac.jp/misc/JP-MBone/
全拠点にトラフィックは流れ、カスタマのルータやL3スイッチで
LAN側に通るか通らないか決定される。
全拠点の帯域消費は避けられない。
配信元が中央だけの論理的にはHUB & Spoke構成だったら
ひたすら中央から拠点間にGREトンネルを掘るという手もある。
素人にはおすすめできないが。
マルチキャストのグループって適当に決めちゃって良いのかな?
それと、パケットがルーター超せるかどうかはルーターの設定しだいで変え
られる (つまりアプリケーションの作りや設定と無関係) と考えててオケ?
これってマルチキャスト使っているモデルだろ？
日経コミュニケーションでは、Y!BBのインフラすべてに120Mbpsほどの
マルチキャストのトラフィックがかかると書いてあったが。
昔のバックボーンであれば120Mbpsって大変かもしれないが
現状でいうとむしろ、たったそれくらいで配信できるのかという認識。
これから流行るんじゃないかな。
ソケットオプションの設定に失敗してしまいます。が、失敗を無視して送信すると
なんとなくマルチキャスト送信できてるっぽい・・・。
ソケットオプションの設定って必須ではないのでしょうか？
M-SEARCH * HTTP/1.1
HOST: 239.255.255.250:1900
MAN: "ssdp:discover"
MX: 3
ST: urn:schemas-upnp-org:service:WANIPConnection:1
そのようなパケットを送信しています。
マルチキャスト送信を行う場合は、送信先のIPアドレス・ポートにマルチキャスト用のを指定して
送ると勝手にマルチキャストってことになるのでしょうか？（たとえば、239.255.255.250:1900)
あと、マルチキャストをサポートするイーサネットドライバを作ろうとした場合は、
送信する場合はマルチキャストかユニキャストか特に意識する必要はなく、
マルチキャストを受信する場合の処理だけを組み込めばいいのでしょうか？
例えばこんな感じの流れ
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)
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しかしらないし
IGMP Snooping機能を提供していないスイッチでは
実質ブロードキャストですね・・・。
受ける方(PC)は、ブロードキャストは全端末対象で自分への問い合わせか
受け取って分析せねばならないパケットであり、
マルチキャスト機能?を動作してない端末とか参加マルチキャストグループ
以外パケットの場合は無視。。。
PC側はBroadcastのほうが若干負荷がかかるのではないでしょうか(根拠無御免)
蛇足マルチキャストをしらないバカスイッチやバカHUBも数年前にありました(笑)
MACアドレスが「FFFFFFFFFFFF]の場合のみ全ポートへ出力する仕様だそうで、、
Xcast対応のルータをISPが持つ事はないでしょうね。
仲間内とか、社内システムとかでは使う事もあるかもね。
なんで？
ネットワークリソースの有効活用とサーバの負荷低減など利点が大きいのに。
これだけインターネットが普及したらマルチキャストで放送ってのもそんな
未来の話じゃないんなない？
PIM-DMやDVMRPなら逆かな、と。
マルチキャストのルーティングプロトコルって、送信元情報を持つんです
よね。
この場合、ルータ達はどのルータの配下にどんなマルチキャスト参加者
（配信サーバ）がいるのかを知っている。
受信したいクライアントはIGMPでグループ参加要求をあげると、それを
受け取ったルータは、送信元の方向（情報を受け取るはずのポート）に
「このグループの情報くれ！」と要求する。
「情報くれ！」を受け取ったルータも、自分の知っている送信元に「くれ！」
と言うことを繰り返す。
やがてマルチキャストデータを受けているルータにたどり着くと、「OK」と了解
して、「くれ！」と言われた方向に転送を始める。
こんな感じで合ってるでしょうか。
ちょっと不安なので間違っていたら指摘お願いします。
プロトコルによっても違うが、そんなに大変な事はしていないよ。
どのプロトコルも送信者と受信者の方向しか管理していません。
どうですかね｡
個人的には現在のマルチキャストプロトコルはMBONEの設計思想を引きずっているので、本質的にはやはり通信コストが高いところで、利用されることを前提としていると思うのですが？
でもそのために、クライアント側のソフトウェアの負担は結構多いし、配信のためのトポロジーとしてツリー構造しか使えないなどの制限がありますからね｡
今は基幹網のトポロジーはリング（RPR）やメッシュなども可能だし、帯域は十分ありすぎるくらいだし、QoSサポートなどができないのでIPマルチキャストというプロトコルにこだわるのは？？？と思います。
個人的にはJ*****R社の提唱しているVPLSのファンなので、頑張ってほしい｡ただC社を筆頭に反J*****R連合を作ったので気になりますね。
ありがとうございます。ルーティングプロトコルとルータの動作が混同してました。
ルータの動作としては>55 でいいですよね？
IGMPでｸﾗｲｱﾝﾄ「くれ！」ってのは何なのか？
ｸﾗｲｱﾝﾄもｻｰﾊﾞも上位mcastﾙｰﾀに対し単にｸﾞﾙｰﾌﾟに参加(Join)するだけだと思う。
＜PIM-DMﾏﾙﾁｷｬｽﾄﾙｰﾀ＞
・ﾏﾙﾁｷｬｽﾄﾙｰﾃｨﾝｸﾞﾃｰﾌﾞﾙ（★ﾏﾙﾁｷｬｽﾄｸﾞﾙｰﾌﾟｱﾄﾞﾚｽ vs 参加者IPｱﾄﾞﾚｽ)を管理
・IPﾙｰﾃｨﾝｸﾞﾃｰﾌﾞﾙを管理
ﾏﾙﾁｷｬｽﾄﾊﾟｹｯﾄが流れ出す契機は、ｻｰﾊﾞが該当ﾏﾙﾁｷｬｽﾄｸﾞﾙｰﾌﾟｱﾄﾞﾚｽのﾊﾟｹｯﾄを
配信すれば上位Mcastﾙｰﾀは上記★を見れば参加者IPｱﾄﾞﾚｽがわかるので、
IPﾙｰﾃｨﾝｸﾞﾃｰﾌﾞﾙを見て必要な方向へﾏﾙﾁｷｬｽﾄﾊﾟｹｯﾄを転送するだけ..
ｸﾗｲｱﾝﾄが要求するのはもっと上位の放送ｱﾌﾟﾘ(HTTPによるTVｽｲｯﾁON)とかでの
話かと思う。(ciscoIP-TV)などでは。。。
PIM-DMは、ﾙｰﾀ間で★をｱﾅｳﾝｽ交換するものだったと記憶
読み返してみると、確かにわかんない文でした。すみません。
たぶん、50と同じことを言ってます。
>受信したいクライアントはIGMPでグループ参加要求を・・・
はIGMP Report
>受け取ったルータは、・・・くれ！」と要求する。
は隣のルータにGraft
>、「くれ！」と言われた方向に転送を始める。
はPrune→Forward
というつもりでした。
joinとgraftってメッセージの中身は違うんでしょうか。
PIM-joinとPIM-graftを使う場合の説明はいくつかあるんですが、動作は同じ
ように思えます。
用法はあるけど詳細まで解説したものは見つけられませんでした。
手元に実機でもあればいいんですが、残念ながら確認できません。
名前が違うだけなのかな。
IGMPやPIMに関係ないのでは?と言いたかったのですが。。。
ｻｰﾊﾞの本意でﾏﾙﾁｷｬｽﾄﾊﾟｹｯﾄを送信開始するか、
ｸﾗｲｱﾝﾄがｱﾌﾟﾘｹｰｼｮﾝﾚﾍﾞﾙで転送要求をｻｰﾊﾞへ投げるのであって
ﾏﾙﾁｷｬｽﾄ配送ツリーの形成を維持するために、join(参加)やPrune(刈込み)や
Graft(再接続)でﾙｰﾀ間の交換を行うだけ。。。
<参考>日立さんの解説書 Vol.1
http://www.hitachi.co.jp/Prod/comp/network/gr2000/manual/html_c/kaisetsu/0257.htm
ｲﾒｰｼﾞ、どうでしょうか？
>クライアント側のソフトウェアの負担は結構多いし
そんなことは全くありません。
ルータにチャンネル参加要求したら、垂れ流されるUDPパケットを受け取るだけです。
IGMPもたいしたことしてないし…
>配信のためのトポロジーとしてツリー構造しか使えないなどの制限がありますからね｡
リングやメッシュでも大丈夫のはずです。
PIM-DMだと効率が悪くなりますがPIM-SM(SSM)だと問題ないはずです。
何よりもインターネット放送で1万人にサービスする場合、ユニキャストだと送信サーバは、
1万本のセッションを接続しなければなりませんが、マルチキャストは1本でよいです。
(ユニキャスト放送見たことあるけど、サーバ過負荷でぶちぶち切れていました)
サーバリソースや遅延の問題も一気に解消すると思います。
ただしVODには向いていませんが。
Cisco対向でGREトンネルを張ってPIMと言う
解があると思いますが、この場合のPIMは
PIM-SMとPIM-DMのどちらも可能ということでしょうか？
テストした範囲だと、PIM-DMでは正常に
マルチキャストパケットが通るのですが、
PIM-SMではRP情報が正常に伝わらないため
当然マルチキャストパケットが通りません。
IOSは12.3、12.2T。12.2Sと3種類くらい試したのですが
だめでした。
[まとめ]
GRE上でPIM-SMが動くかどうか教えてください＞偉い人
DVMRPでもPIMでも方法は問わないです。
PIM-SM も当然可能です。
ありがとうございます
マルチキャストとユニキャストでの違いを実験してみようと思っているんですが、
何かお勧めのツールやソフトはありませんか？
ちなみにHelix Serverを初めは使ってみましたが、バグかどうか分かりませんが
webページが開けなくなり実験続行不可能に（設定等の問題かもしれませんが･･･
次に使ってみたのは
・Session Directory(SDR)：セッション管理
・Robust Audio Tool(RAT)：音声転送
・Videoconferencing Tool(VIC)：ビデオ転送
ですが、知人に
「これはユニキャストは使えないっぽい」
って言われて八方塞です。
その道に詳しい方。または、上記に上げたツールの使い方に詳しい方。
情報お願いします。
Digital Fountainとか、TibcoのPGMあたりかな。
>> 57
リングなんかはむしろMulticast向きなんじゃない？DPT(RPR)みたいなやつ。
帯域もアクセスラインは余裕があるけど、コアは別に有り余ってる訳
じゃないよね？それにサーバーの負荷は結構クリティカルだと思うんだけどね。
まあ、だからってそう通信事業者のコンシューマサービスでMulticastが
普及するとは俺も思ってないんだけどね。
目的からいって、Windows Media で間に合うように思える。
Windows MediaはUnicast,multicastのどちらもたいおうしている。
Windows 2000 か 2003 serverがあれば無償で使えるよ。
http://www.microsoft.com/japan/windows/windowsmedia/default.aspx
OS書き忘れていました･･･。
WinxpProです。
情報ありがとうございます。
色々いじって頑張ってみます。
また何かありましたらよろしくお願いします。
ディレイや帯域にわざとエラーを与えてトポロジーを形成する方法ってありますか？
どういう意味？
アプリケーション屋にはわからないとおもうよ。
見当違いだということが。
要は、オーバーレイ？ MBoneみたいな感じ？
【ネットワーク】TVバンク、｢実はP2Pで動画配信してました｣…トラフィック約10分の1に
http://news18.2ch.sc/test/read.cgi/bizplus/1159280455/l50
Mboneはどうなったなんて質問は１年位経たないと
反応が来なさそう。実際どうなってるだぁ、Mboneは。
2006/12/07 (木) 18:30〜20:30 パシフィコ横浜 F6
マルチキャスト話も集めてみたいっすね。
とのこと。
>マルチキャストを通さない網を通す時、
Flexcastっていうのがあるよ。
http://www.ntt.co.jp/mirai/study/study06.html
アプリケーションマルチキャストじゃなくてトランスポートレイヤ
マルチキャスト。
xcastのほうがよさそうじゃん
のヘッダでよい。
> ディレイや帯域にわざとエラーを与えてトポロジーを形成する方法ってありますか？
ModelNet
http://www.ntt.co.jp/mirai/study/images/flexcast2.gif
そもそも最初に発信元は最初のリレーのF1宛てのユニキャストを出してる。
どうみても単なるアプリケーションレベルリレーに過ぎない。新規性なし。
http://pc11.2ch.sc/test/read.cgi/network/1131651785/910n-
マルチキャストVODって詳細は知らないけど例えば30分の動画を30分割すれば
30本のマルチキャストと1分以内のユニキャストに分離できそうだからそんな感じなのかな。
PIM-SMでのBSRの詳しい動作について知りたいのですが、
説明書もサイトも載っていません。
教えてくれる奇特な方いませんか？
http://www.ietf.org/rfc/rfc5059.txt
ありがとうございます。
英語苦手ですががんばってみます・・・
データの受信を待っている複数のデータ送信相手に向けて、一度でデータを送信
するような事は可能でしょうか？
ポートは分かっていないとダメなのでしょうか？
そもそも、そういうのはブロードキャストと呼べるのでしょうか？
なぜ盛り上がらないのか！ヽ(`Д´)ﾉ
IPv6が普及するかも怪しいと見ている人が多いのか。
クライアントはSilverlightが対応できるね。
Flashは知らないけど。
ttp://www.flashrealtime.com/peer-to-peer-multicast-in-new-flash-player-101/
Flash10.1にP2Pマルチキャストがついてるらしいんだが
大規模動画サイトで使ったりしたら無駄に帯域使ってISP死なないか？
特にPIM-Bidir, SSMがわかりません。英語で構いません。
マルチキャストトラフィックの帯域制御をする、みたいのが
あったのですがマルチキャストアプリってライブ配信的なものが多くて
ポリシングとかするとアプリ的にまずいのではと思うのですが
QoSしても大丈夫な類のアプリもあるのでしょうか？
たとえグループアドレスが異なるものであっても
選挙によって単一のBSRが選ばれてしまい、落選したBSRの
グループは聞けなくなるでしょうか？それともグループ毎に
選挙が行われるのでしょうか？
100〜のスレッドの続きを読む