マルチキャスト技術の今後 (97ﾚｽ)
上下前次1-新
1(2): 名無し君 01/11/23 20:01 ID:WWj2CW2u(1/3) AAS
ユニキャスト全盛のIPネットワーク網において、
マルチキャストの入り込む余地はあるのか？
そもそも、マルチキャストは帯域を守り、サーバーへの負荷の削減を
ISPにとっては美味しい技術であるが、
受信者側から見たら、別にユニキャストでもマルチキャストでも
変わらない。
また、ISP側から見ても、ルーターの変革が必須であるし、
NATとの相性が悪いなど、問題は山積みである。
今度、IPv6が台頭してマルチキャスト技術は
再注目されるのか？
省2
2(1): 名無し君 01/11/23 20:03 ID:WWj2CW2u(2/3) AAS
おっと、間違えた。
サーバーへの負荷の削減を→サーバーへの負荷を削減できるなど、
3(1): anonymous@ [aaa] 01/11/23 20:12 ID:??? AAS
>そもそも、マルチキャストは帯域を守り、サーバーへの負荷の削減を
>ISPにとっては美味しい技術であるが、
>受信者側から見たら、別にユニキャストでもマルチキャストでも
>変わらない。
サーバ負荷が下がるってのは利用者のメリットにはならんの？
受信者側の内部LANに複数のユーザがいれば、上位Linkの帯域を節約できるし
マルチキャストで提供可能なサービスをユニキャストで流すことのほうが犯罪かと、、、
確かにネットワーク機器がきっちり対応してくれないと苦しいけど
4: １ 01/11/23 20:29 ID:WWj2CW2u(3/3) AAS
>>3
サーバーの負荷が下がるってのは、受信者側のメリットにはならないんじゃないかな？
まぁ、負荷が下がる事で遅延が押さえられたりするのは、有効ではあるけれど。
>受信者側の内部LANに複数のユーザがいれば、上位Linkの帯域を節約できるし
そうだな。
つまりこれは、ISP（というか、同一ドメイン内）のメリットであって、レシーバーにはそういう部分は見えないから、
ユニキャストでも、マルチキャストでもいいのよ。
>マルチキャストで提供可能なサービスをユニキャストで流すことのほうが犯罪かと、、、
>確かにネットワーク機器がきっちり対応してくれないと苦しいけど
省12
5(2): 01/11/23 21:36 ID:??? AAS
ISPにマルチキャストルータを導入させるほどの力を持った
コンテンツプロバイダが存在しないということでは。
Ciscoなんかは大規模コンテンツはMulticastではなくてCDN薦めているし。
6(1): hage 01/11/23 23:27 ID:??? AAS
ISP/iDCは帯域を売っているのだから
マルチキャスト使われてお客さんの帯域消費減って
減速オーダとかされるのはイヤーンなりよ。
ユニキャストでバンバン帯域使ってもらって
増速オーダカモーン！
7: sag 01/11/24 00:15 ID:??? AAS
↑ISPの本音っぽいな、これは
8: 名無しさん 01/11/24 02:07 ID:NghHC/i+(1) AAS
もっと本音が聞きたい！
(ﾟ∀ﾟ)ｲｲ!!
9(1): ananiiremasu 01/11/24 03:01 ID:??? AAS
イントラの業務アプリ開発やってるんだが、マルチキャストで
P2P モドキやりたいねぇ。いや、ほんとにイントラだったら
使いどころたくさんあると思うけど、なかなかコボラーたちに
は受け入れがたいもんがあるようだね。
10(1): ananiiremasu 01/11/24 03:31 ID:3CK+47BM(1/2) AAS
マルチキャスト、というと妙な誤解してる開発者多いんだけどどうよ:
1)全マシンにパケット送るのでネットワーク負荷が高い。
→マルチキャストの仕組みを知らないだけ。
2)パケロスや化けを検知できないので信頼できない。
→確認・リトライ手順とサムチェックを定義する。
1)はまだ良いよ。10Base-T のリピータハブの仕組みと
合わせて説明してやるとたいてい納得するんだけど、2)
が受け入れがたいらしいね。「UDP は信頼できない」が
定説として張り付いているらしい。
・アプリケーションサーバの起動・終了通知
省6
11(1): 三輪ＤＱＮ太郎 01/11/24 04:36 ID:??? AAS
>>1
鎌倉市から接続の吉川くんじゃん。
どしたの？話題変えて新スレですか？
12: １ 01/11/24 04:36 ID:7zKnBF8z(1/4) AAS
>>5
なるほどね。
コンテンツプロバイダーの問題かぁ。
たとえばさ、アスキーがインターネットラジオやってるけれど、
あれはかなりの視聴者がいると思うんだけど、
パイオニアにはなれないかなぁ。
ＣＮＮなんかは、動画ストリーミングをおこなってるしね。
スターダストとか、利用してる人はいるかな？
>>6
面白い考えだなぁ。
省3
13: １ 01/11/24 04:43 ID:7zKnBF8z(2/4) AAS
>>10
>1)全マシンにパケット送るのでネットワーク負荷が高い。
> →マルチキャストの仕組みを知らないだけ。
全マシンにパケットを送るってのは、
DVMRPのようなデンスモードでのルーティングプロトコルの事を言ってるのか？
まぁ、確かに一時的に高負荷になるわな。
リピーターハブ云々のクダリは、よくわからんが、説明が聞きたい気もするな。
>2)パケロスや化けを検知できないので信頼できない。
> →確認・リトライ手順とサムチェックを定義する。
これは、要するにTCPが利用できないって事だな。
省16
14: １ 01/11/24 04:47 ID:??? AAS
>>11
なんじゃそりゃ？
スレ違いか？
15(1): ananiiremasu 01/11/24 05:18 ID:3CK+47BM(2/2) AAS
> DVMRPのようなデンスモードでのルーティングプロトコルの事を
> 言ってるのか？
すまん、ネットワーク詳しくないのでよく分からん。前の話のは、
ログイン時に保存しといた IP アドレスにユニキャストで投げま
くるようなものと考えて。
> 送ったらPingが帰ってくるわけだし、帰ってくるのを受け止める
> 余裕があるなら無理して使う必要はないかな。
サーバの台数や IP アドレスがあらかじめわかっている場合はね。
マルチキャストの利点に「相手のアドレスや台数がわからなくても
サービス開始していれば見つけられる」というのがあるっしょ
省10
16(2): １ 01/11/24 05:32 ID:7zKnBF8z(3/4) AAS
>>15
なるほど。
言われてみて納得のサービスだな。
俺は、IPマルチキャストアドレスの割り当てに詳しくないのだが、
たしか、固定に割り当てるのではなく、DHCPのように
空いてるアドレスをその都度割り当てるという事らしいのだが、
このシステムでは、アドレスの割り当てはどうしてるのだ？
17: １ 01/11/24 05:34 ID:7zKnBF8z(4/4) AAS
おっと、企業イントラ限定かな。
金融システムとかだと、閉じた空間でのネットワークになりそうだしな。
技術者達よ、マルチキャストの話を聞かせれ！
18(1): ananiiremasu 01/11/24 05:51 ID:??? AAS
>>16 そうか? Java だとクラス D の固定 IP アドレス & ポート
使ってやるけどな。先の Ping で使ったのは 228.100.100.1/2950
だったよ。
http://java.sun.com/products/jdk/1.2/ja/docs/ja/api/java/net/MulticastSocket.html
まぁ企業イントラだと動画のブロードキャスト配信なんて無いから
サービスの LOOKUP が使われどころというところかな (サービスが
ファイルだと P2P ファイル交換になるかな)。
19(4): anonymous@ N030063.ppp.dion.ne.jp 01/11/24 06:07 ID:HUw8ulV2(1) AAS
つーかルータの負荷がシャレにならんのだ。
ユニキャストだとステートレスにルーティングできるけど、?
マルチキャストの場合は木を維持しなきゃならないからね。
現状のユニキャストだけでもイッパイイッパイなのに、
さらに負荷のかかるマルチキャストはかなりキツい。
マルチキャストについては、よいチュートリアルがあるぞ＞１
http://www.soi.wide.ad.jp/iw2000/iw2000_tut/slides/13/index_bar.html
20: 19 01/11/24 06:26 ID:??? AAS
つーか、そういう話とは違うのかな
上下前次1-新書関写板覧索設栞歴
あと 77 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.652s*