IPv6スレ ver3
1 ：anonymous@ 123.35.138.210.xn.2iij.net：
IPv6スレがなくなってたので、立てました
■前スレ
IPｖ６スレ ver2
http://pc8.2ch.net/test/read.cgi/network/1032793540/
■関連リンク
http://www.6bone.net/
http://dmoz.org/Computers/Internet/Protocols/IP/IPng/
情報サイト
http://www.ipv6style.jp/jp/
http://www.atmarkit.co.jp/channel/ipv6/ipv6.html
関連サイト
http://www.kame.net/
http://www.linux-ipv6.org/
トンネリング関係
http://www.6to4.jp/
http://www.freenet6.net/
■前スレ
IPｖ６スレ ver2
http://pc8.2ch.net/test/read.cgi/network/1032793540/
■関連リンク
http://www.6bone.net/
http://dmoz.org/Computers/Internet/Protocols/IP/IPng/
情報サイト
http://www.ipv6style.jp/jp/
http://www.atmarkit.co.jp/channel/ipv6/ipv6.html
関連サイト
http://www.kame.net/
http://www.linux-ipv6.org/
トンネリング関係
http://www.6to4.jp/
http://www.freenet6.net/
|
|
|
2 ：anonymous@[fe80::7743]：2005/11/12(土) 13:37:57 ID:???
>>1
乙
乙
初代IPv6スレが立ってから４年半、機器の対応は進んだものの状況はほとんど変わってませんねぇ…
4 ： ：2005/11/15(火) 17:39:11 ID:q1z4N/EM
KAMEプロジェクトの完成宣言
～ IPv6研究開発は、運用と応用に軸を置いた新段階へ ～
ttp://www.wide.ad.jp/news/press/20051107-KAME-j.html
これで、IPv6が使われるようになるのでしょうか？
教えてえろい人！
～ IPv6研究開発は、運用と応用に軸を置いた新段階へ ～
ttp://www.wide.ad.jp/news/press/20051107-KAME-j.html
これで、IPv6が使われるようになるのでしょうか？
教えてえろい人！
5 ： ：2005/11/19(土) 00:07:02 ID:???
ここの板の即死判定ってどうなってますか？
心臓停止、呼吸停止、瞳孔散大の3つです
つまらない
9 ： ：2005/11/22(火) 17:51:12 ID:???
結婚あきらめたスレも落ちたな。
10 ： ：2005/11/22(火) 21:09:37 ID:???
>8 の FB Feel6 のページに接続出来ない… orz
12 ： ：2005/11/24(木) 00:04:21 ID:???
>>11
tks
tks
13 ：hoge：2005/11/25(金) 03:43:04 ID:13TUzZ1R
「どこでもIPv6」サービスをNTTコムが12月に提供開始
http://www.atmarkit.co.jp/news/200511/22/ipv6.html
＞新サービスの月額利用料金は300円（税抜き）。
＞サービス提供対象は既存の個人向けOCNサービス利用者となっているが、
＞コンテンツ会員である「バリュープラン」の利用者でも使うことができる。したがって、
＞OCNのISPサービスを使っていないインターネットユーザーでも、
＞バリューパック料金の250円と OCNIPv6料金の300円を合わせた月額550円を支払うだけで、
＞どこでも2カ所からIPv6が利用できるようになる。
http://www.atmarkit.co.jp/news/200511/22/ipv6.html
＞新サービスの月額利用料金は300円（税抜き）。
＞サービス提供対象は既存の個人向けOCNサービス利用者となっているが、
＞コンテンツ会員である「バリュープラン」の利用者でも使うことができる。したがって、
＞OCNのISPサービスを使っていないインターネットユーザーでも、
＞バリューパック料金の250円と OCNIPv6料金の300円を合わせた月額550円を支払うだけで、
＞どこでも2カ所からIPv6が利用できるようになる。
14 ：anonymous@ c700.cnl.k.u-tokyo.ac.jp：2005/11/26(土) 12:46:13 ID:???
IPv6アプリケーションカバレッジ検証実証実験
http://www.v6pc.jp/jp/wg/applicationWG/reallifeSWG.phtml
本実証実験では既存のIPv6ネットワークに加え、ISPの相互接続点（IX）に
IPv4のトンネリング環境を準備し、様々なネットワーク環境上で
IPv6アプリケーションを実際に動作させる実験を行います
http://www.v6pc.jp/jp/wg/applicationWG/reallifeSWG.phtml
本実証実験では既存のIPv6ネットワークに加え、ISPの相互接続点（IX）に
IPv4のトンネリング環境を準備し、様々なネットワーク環境上で
IPv6アプリケーションを実際に動作させる実験を行います
15 ：fe80::7743：2005/11/26(土) 15:17:19 ID:???
うは、踏んだｗｗｗｗｗｗｗｗ
16 ：16：2005/11/28(月) 17:23:43 ID:0diPBIoT
KDDI、光プラスとau携帯電話を連携した個人向けIPv6実証実験
ttp://bb.watch.impress.co.jp/cda/news/11950.html
ttp://bb.watch.impress.co.jp/cda/news/11950.html
17 ：[email protected]：2005/11/30(水) 11:33:32 ID:???
追加料金まで払ってIPv6を使うメリットって何？
それともIPv4やめてIPv6だけにすれば、安くなる？
それともIPv4やめてIPv6だけにすれば、安くなる？
>>17
> 追加料金まで払ってIPv6を使うメリットって何？
/48（IIJ）や/64（OCN）といった天文学的な数のグローバルIPアドレスを自由に利用することができる。
NAPTに頼る必要がない。
インターネットの思想の原点であるP2P（双方向通信）が可能になる。
> それともIPv4やめてIPv6だけにすれば、安くなる？
将来的にインターネット全体がIPv6ネイティブになれば、
IPv4をサポートするコストが必要無くなる分だけ安くなるだろうね。
ただ当面個人向けはIPv4を使ったトンネリングだけだと思うよ。
IIJmio:IPv6トンネリングサービス概要
ttps://www.iijmio.jp/guide/ipv6/
IIJ: IPv6技術
ttp://www.iij.ad.jp/IPv6/
IPv6 | 松下電器 ビジネスサイト
ttp://panasonic.biz/ipv6/
> 追加料金まで払ってIPv6を使うメリットって何？
/48（IIJ）や/64（OCN）といった天文学的な数のグローバルIPアドレスを自由に利用することができる。
NAPTに頼る必要がない。
インターネットの思想の原点であるP2P（双方向通信）が可能になる。
> それともIPv4やめてIPv6だけにすれば、安くなる？
将来的にインターネット全体がIPv6ネイティブになれば、
IPv4をサポートするコストが必要無くなる分だけ安くなるだろうね。
ただ当面個人向けはIPv4を使ったトンネリングだけだと思うよ。
IIJmio:IPv6トンネリングサービス概要
ttps://www.iijmio.jp/guide/ipv6/
IIJ: IPv6技術
ttp://www.iij.ad.jp/IPv6/
IPv6 | 松下電器 ビジネスサイト
ttp://panasonic.biz/ipv6/
19 ：[email protected]：2005/12/01(木) 11:49:16 ID:???
IPv4を使ったトンネリングって、通信速度遅くならないの？
それとも、バックボーン分けていて、IPv6が速くなるようにしてる？
もしかして、IPv6のトラフィックはまだまだ少なくて、IPv6の回線が細くても、それなりの速さが出るのかな。
それとも、バックボーン分けていて、IPv6が速くなるようにしてる？
もしかして、IPv6のトラフィックはまだまだ少なくて、IPv6の回線が細くても、それなりの速さが出るのかな。
http://www.v6pc.jp/jp/index.phtml
俺が使ってるIPv6はトンネリングだけど
上のサイトがやってた動画配信は何の問題もなくみれたから心配する必要なし
あのころは古いグラビアアイドルの動画なども配信してたな
俺が使ってるIPv6はトンネリングだけど
上のサイトがやってた動画配信は何の問題もなくみれたから心配する必要なし
あのころは古いグラビアアイドルの動画なども配信してたな
Firefox1.5はIPv6対応です。
W2kでIE6にパッチ（Cookieが無効になる弊害あり）を当てる必要が無くなりました。
W2kでIE6にパッチ（Cookieが無効になる弊害あり）を当てる必要が無くなりました。
22 ： ：2005/12/03(土) 04:11:06 ID:???
>>21
firefoxなんていらない。カエレｗ
firefoxなんていらない。カエレｗ
23 ：anonymous@ ：2005/12/03(土) 15:30:30 ID:???
>>22
むしろWindows 2000でIPv6とか言ってるところを帰らせるべきだろ。
むしろWindows 2000でIPv6とか言ってるところを帰らせるべきだろ。
おしえてブロードバンド 第68回：IPv6で何が変わるの？
ttp://bb.watch.impress.co.jp/cda/oshiete/12035.html
ttp://bb.watch.impress.co.jp/cda/oshiete/12035.html
26 ：[email protected]：2005/12/04(日) 07:52:59 ID:???
>25
読んでも、IPv6のメリット分からないっす。
だってねぇ。エアコン5台あったときに、外出先から、5台のエアコンに別々に命令送るの？
1台のエアコンサーバーにアクセスして、そこから10台のエアコンに命令送ってもらうようにしたいぞ。
設定を変更した理由とか、家族へのメッセージも書き込みたいしね。
そうすると、外出先から家庭の機器やっぱりあれだな。
読んでも、IPv6のメリット分からないっす。
だってねぇ。エアコン5台あったときに、外出先から、5台のエアコンに別々に命令送るの？
1台のエアコンサーバーにアクセスして、そこから10台のエアコンに命令送ってもらうようにしたいぞ。
設定を変更した理由とか、家族へのメッセージも書き込みたいしね。
そうすると、外出先から家庭の機器やっぱりあれだな。
27 ：[email protected]：2005/12/04(日) 08:07:53 ID:???
>26
しもた。操作ミスした。最後の1行、ddさせて！
そう考えると、外出先から、自宅のたくさんの機器に直接接続できる必要があるなんて気がしないぞ。
しもた。操作ミスした。最後の1行、ddさせて！
そう考えると、外出先から、自宅のたくさんの機器に直接接続できる必要があるなんて気がしないぞ。
28 ：anonymous@774：2005/12/04(日) 18:48:16 ID:???
>>25-26
個人が何かを直接操作する場合はロボット化した住宅や自動車といった大きな固体へアクセスすることになるのではないでしょうか。
ユビキタス社会が公共機関や企業のサービス、医療や教育といったあらゆる面まで連携したものになるとすれば
それらを包括的に管理する企業や団体のサーバを介して操作することになるかもしれません。
たた現在のようにあからさまな「機械」を使って難解な操作を必要とするようなものにはなって欲しくないものです。
また、プライバシーは最大限に確保することが望まれます。
便利すぎる社会において人間が退化してしまわない仕組みも必要不可欠だと思います。
高気密・高断熱住宅が普及すると空調設備は常時稼動が当たり前になります。
さらには人間の行動や体調に合わせて自動で調節されるようになり、
「今から自宅に帰るから電源をONにしよう」といった手動遠隔操作は必要なくなると思います。
あくまで希望的観測ですが。
エコーネットコンソーシアム
ttp://www.echonet.gr.jp/
松下電器 くらしネット
ttp://national.jp/appliance/product/kurashi-net/
日立 ホラソネットワークサービス
ttp://ns.horaso.com/
東芝 フェミニティ
ttp://feminity.toshiba.co.jp/feminity/
ナショナル・新全館空調システム
ttp://national.jp/product/air/aircon/housing/zenkan/
> Q 家を留守にするときは冷暖房を止めていいの？
> A 旅行などで長期間ご家族全員が留守にされる場合以外は、運転を止めないことをおすすめします。新全館空調システムの無線式集中コントロールシステムの「おでかけ運転」は省エネ冷暖房で電気代も少なく抑えます。
> Q なぜ２４時間換気をしなくてはいけないの？
> A 高気密・高断熱住宅では、気密性が良すぎて自然換気が期待できず、換気不足を起こしやすくなります。短期間の旅行などで不在にするときも、運転しておくことをおすすめします。
個人が何かを直接操作する場合はロボット化した住宅や自動車といった大きな固体へアクセスすることになるのではないでしょうか。
ユビキタス社会が公共機関や企業のサービス、医療や教育といったあらゆる面まで連携したものになるとすれば
それらを包括的に管理する企業や団体のサーバを介して操作することになるかもしれません。
たた現在のようにあからさまな「機械」を使って難解な操作を必要とするようなものにはなって欲しくないものです。
また、プライバシーは最大限に確保することが望まれます。
便利すぎる社会において人間が退化してしまわない仕組みも必要不可欠だと思います。
高気密・高断熱住宅が普及すると空調設備は常時稼動が当たり前になります。
さらには人間の行動や体調に合わせて自動で調節されるようになり、
「今から自宅に帰るから電源をONにしよう」といった手動遠隔操作は必要なくなると思います。
あくまで希望的観測ですが。
エコーネットコンソーシアム
ttp://www.echonet.gr.jp/
松下電器 くらしネット
ttp://national.jp/appliance/product/kurashi-net/
日立 ホラソネットワークサービス
ttp://ns.horaso.com/
東芝 フェミニティ
ttp://feminity.toshiba.co.jp/feminity/
ナショナル・新全館空調システム
ttp://national.jp/product/air/aircon/housing/zenkan/
> Q 家を留守にするときは冷暖房を止めていいの？
> A 旅行などで長期間ご家族全員が留守にされる場合以外は、運転を止めないことをおすすめします。新全館空調システムの無線式集中コントロールシステムの「おでかけ運転」は省エネ冷暖房で電気代も少なく抑えます。
> Q なぜ２４時間換気をしなくてはいけないの？
> A 高気密・高断熱住宅では、気密性が良すぎて自然換気が期待できず、換気不足を起こしやすくなります。短期間の旅行などで不在にするときも、運転しておくことをおすすめします。
29 ：anonymous@ pae1b82.tokyte00.ap.so-net.ne.jp：2005/12/04(日) 22:36:22 ID:???
微妙にRT57iが物理的にお亡くなりしそうなのだけど、今買い替えるとしたらRT57iの再購入が吉？
他に何か使い勝手の良いIPv6対応ルータってある？
他に何か使い勝手の良いIPv6対応ルータってある？
>>29
ttp://cf.v6pc.jp/logo_db/approved_list_p2.php
ttp://cf.v6pc.jp/logo_db/approved_list.php
ここに掲載されているものの中から選ぶとか。
といってもこの中に個人向けの製品があるかどうか。
ttp://cf.v6pc.jp/logo_db/approved_list_p2.php
ttp://cf.v6pc.jp/logo_db/approved_list.php
ここに掲載されているものの中から選ぶとか。
といってもこの中に個人向けの製品があるかどうか。
OCNは、本日より、個人のお客さま向けIPv6通信サービスである「OCN IPv6」のお申込受付を開始します。
「OCN IPv6」は、現在ご契約いただいているOCNのインターネット接続サービス(IPv4)上で、IPv6の通信も可能にするオプションサービスです。
http://www.ocn.ne.jp/info/announce/2005/1205.html?M
「OCN IPv6」は、現在ご契約いただいているOCNのインターネット接続サービス(IPv4)上で、IPv6の通信も可能にするオプションサービスです。
http://www.ocn.ne.jp/info/announce/2005/1205.html?M
32 ：[email protected]：2005/12/06(火) 11:43:15 ID:???
毎月315円払う価値ってあるの？
「IPv6をご使用になりますと、毎月315円、利用料金が値引きされます」
という時代はいつ来る？
「IPv6をご使用になりますと、毎月315円、利用料金が値引きされます」
という時代はいつ来る？
>>31
OCN会員以外でもバリュープランを契約することで合計577.5円で利用できるね
OCN会員以外でもバリュープランを契約することで合計577.5円で利用できるね
34 ：fe80::7743：2005/12/06(火) 17:09:26 ID:???
「申し込んでみようかなー」と思ったけど、イマイチ使い道がナイネ。
「IPv6だとガンダムが見れる！」とか何か特典ないのだろうか
「IPv6だとガンダムが見れる！」とか何か特典ないのだろうか
OCN IPv6接続プログラムと設定マニュアルのダウンロード
ttp://www.ocn.ne.jp/ipv6/download/
ttp://www.ocn.ne.jp/ipv6/download/
36 ：[email protected]：2005/12/07(水) 10:26:24 ID:???
http://www.ocn.ne.jp/ipv6/service/
OCNは、固定プレフィックスと非固定プレフィックスを1つずつくれるのか。内から外へは非固定、外から内へは固定というふうに、使い分けできるの？だとしたら固定プレフィックスが他人にばれにくくなるから、ちょっとうれしいかも。
でも、なんでWindows XP SP2じゃなきゃだめなんだ？「OCN IPv6接続プログラム」が使えないとOCNではIPv6使えないの？
OCNは、固定プレフィックスと非固定プレフィックスを1つずつくれるのか。内から外へは非固定、外から内へは固定というふうに、使い分けできるの？だとしたら固定プレフィックスが他人にばれにくくなるから、ちょっとうれしいかも。
でも、なんでWindows XP SP2じゃなきゃだめなんだ？「OCN IPv6接続プログラム」が使えないとOCNではIPv6使えないの？
>>36
申し込んでみました
昨日から使えてますが、接続プログラムをインストールするとOCN IPv6 Virtual Adopter
経由でIPv6通信が行われます
Etherealが使えないNICを使っているので、パケットキャプチャはまだしてません
接続プログラムでは、認証とVirtual AdopterへのIPv6アドレス設定を行ってるみたいです
申し込んでみました
昨日から使えてますが、接続プログラムをインストールするとOCN IPv6 Virtual Adopter
経由でIPv6通信が行われます
Etherealが使えないNICを使っているので、パケットキャプチャはまだしてません
接続プログラムでは、認証とVirtual AdopterへのIPv6アドレス設定を行ってるみたいです
>>36
Windows2000で「OCN IPv6接続プログラム」を実行したらOSチェックで弾かれたorz
でもその状態でtempフォルダ内に一時的に解凍されているファイルを
別の場所にコピーして実行したら一部はインストールできるみたい。
IPv6対応ルータならFeel6と同様に接続プログラムは必要ないかも。
Windows2000で「OCN IPv6接続プログラム」を実行したらOSチェックで弾かれたorz
でもその状態でtempフォルダ内に一時的に解凍されているファイルを
別の場所にコピーして実行したら一部はインストールできるみたい。
IPv6対応ルータならFeel6と同様に接続プログラムは必要ないかも。
39 ：anonymous@：2005/12/07(水) 21:53:06 ID:???
インターネットの「フェーズ2」で活躍するIPv6～IIJ浅羽副社長らが講演
ttp://internet.watch.impress.co.jp/cda/event/2005/12/07/10137.html
IPv6 Technical Summit 2005
ttp://www.e-side.co.jp/ipv6summit2005/ja/index.html
WIDE University, School of Internet
ttp://www.soi.wide.ad.jp/
ttp://internet.watch.impress.co.jp/cda/event/2005/12/07/10137.html
IPv6 Technical Summit 2005
ttp://www.e-side.co.jp/ipv6summit2005/ja/index.html
WIDE University, School of Internet
ttp://www.soi.wide.ad.jp/
40 ：anonymous@ h061-195-072-023.kwins.net：2005/12/08(木) 19:52:10 ID:BmeF4grN
＞そう考えると、外出先から、自宅のたくさんの機器に直接接続できる必要があるな
＞んて気がしないぞ。
おまいは同じメーカーの同じエアコン（＝１台のホームサーバ）を
５台家に持ってるのか？メーカー違ったら５台のホームサーバになるわけだが。
家電だけじゃないぞ。ビデオカメラとか、
双方向で直接通信できるとうれしいものがいっぱいある。
＞んて気がしないぞ。
おまいは同じメーカーの同じエアコン（＝１台のホームサーバ）を
５台家に持ってるのか？メーカー違ったら５台のホームサーバになるわけだが。
家電だけじゃないぞ。ビデオカメラとか、
双方向で直接通信できるとうれしいものがいっぱいある。
「IPv6への貢献が受賞の理由」、村井教授がポステル賞の受賞記念講演
ttp://internet.watch.impress.co.jp/cda/event/2005/12/08/10151.html
> 地球全体がコンピュータとして動き、その足回りをインターネットが担う。
ttp://internet.watch.impress.co.jp/cda/event/2005/12/08/10151.html
> 地球全体がコンピュータとして動き、その足回りをインターネットが担う。
42 ：[email protected]：2005/12/09(金) 07:56:19 ID:???
>40
違うメーカーのエアコンも同じプロトコルで制御できるようにならない限り、ネット家電の時代は来ないと思うよ。監視カメラやデジタル家電もしかり。IPv6になっただけでは意味ないでしょ。
>28
がいうように、個々の機器にアクセスするんじゃなく、「家」にアクセスしたい。
そうすると一家に一つのグローバルIPアドレス、一つの乗り物に一つのグローバルIPアドレス、一つの携帯電話に一つのグローバルIPアドレスというように、個体ごとにグローバルIPアドレスが1つほしくなる。
これが実現されると、IPv4アドレスは本当に足りなくなる。IPv6が必要になる。こういうストーリーなら、おれでもIPv6が必要な理由が理解できる。
しかし、家庭の中にたくさんのグローバルIPアドレスが必要だなんて、「おたく」が望むことで、一般人には必要ないと思うのだ。
ちなみに、おれもおたくなので、ただなら、たくさんグローバルアドレスほしいぞ。家にはIPアドレスがついている機器が20個以上ある。外から“気楽”にアクセスしたいと思うこともある。
しかしIPv4のグローバルは高いから買う気がしないし、家の機器はIPv4オンリーの組込機器ばかりだからIPv6契約しても無意味だし、結局NATテーブルいじることになる。
ま、IPv4で固定グローバルもらうことを考えたら、OCNのIPv6サービスはただみたいなもんなので、良心的なサービスとは言えるね。
違うメーカーのエアコンも同じプロトコルで制御できるようにならない限り、ネット家電の時代は来ないと思うよ。監視カメラやデジタル家電もしかり。IPv6になっただけでは意味ないでしょ。
>28
がいうように、個々の機器にアクセスするんじゃなく、「家」にアクセスしたい。
そうすると一家に一つのグローバルIPアドレス、一つの乗り物に一つのグローバルIPアドレス、一つの携帯電話に一つのグローバルIPアドレスというように、個体ごとにグローバルIPアドレスが1つほしくなる。
これが実現されると、IPv4アドレスは本当に足りなくなる。IPv6が必要になる。こういうストーリーなら、おれでもIPv6が必要な理由が理解できる。
しかし、家庭の中にたくさんのグローバルIPアドレスが必要だなんて、「おたく」が望むことで、一般人には必要ないと思うのだ。
ちなみに、おれもおたくなので、ただなら、たくさんグローバルアドレスほしいぞ。家にはIPアドレスがついている機器が20個以上ある。外から“気楽”にアクセスしたいと思うこともある。
しかしIPv4のグローバルは高いから買う気がしないし、家の機器はIPv4オンリーの組込機器ばかりだからIPv6契約しても無意味だし、結局NATテーブルいじることになる。
ま、IPv4で固定グローバルもらうことを考えたら、OCNのIPv6サービスはただみたいなもんなので、良心的なサービスとは言えるね。
43 ：[email protected]：2005/12/09(金) 08:07:11 ID:???
>42
よく考えたら、IPv6契約して、
グローバルIPv6アドレスズ(家の外) <---[魔法の箱]---> プライベートIPv4アドレスズ(家の中)
と変換してくれれば外から中に気楽に接続できるね。ポート番号全部解放できるから、IPv4NAPT使うより、断然設定が楽だ。DNSも使えるし。
それができる機器売ってたら教えて！というか、そんなのIPv6対応ルータならできて当たり前？
というわけで、やっぱり家の中にはグローバルIPv6アドレスはいらないと思うぞ。
よく考えたら、IPv6契約して、
グローバルIPv6アドレスズ(家の外) <---[魔法の箱]---> プライベートIPv4アドレスズ(家の中)
と変換してくれれば外から中に気楽に接続できるね。ポート番号全部解放できるから、IPv4NAPT使うより、断然設定が楽だ。DNSも使えるし。
それができる機器売ってたら教えて！というか、そんなのIPv6対応ルータならできて当たり前？
というわけで、やっぱり家の中にはグローバルIPv6アドレスはいらないと思うぞ。
>>>42
> 違うメーカーのエアコンも同じプロトコルで制御できるようにならない限り、ネット家電の時代は来ないと思うよ。
そのとおり。だからエコーネットコンソーシアムやDLNAのような業界団体が標準化を進めているんです。
> そうすると一家に一つのグローバルIPアドレス、一つの乗り物に一つのグローバルIPアドレス、一つの携帯電話に一つのグローバルIPアドレスというように、個体ごとにグローバルIPアドレスが1つほしくなる。
IPアドレスや電気通信番号等の固体識別符号は機器が内部的に使用する事になるので、全ての「モノ」や「ヒト」を一意に識別するなんらかの情報は必要だと思います。
しかし現在のようにこれらの文字や数字の羅列を人間が理解して直接利用する事は少なくなって行くと思われます。
例えば携帯電話の電話帳機能が充実したおかげで電話番号を覚える人も直接入力することも少なくなりました。それがもっと大きな部分で起こってきます。
多くの人にとって個々の機器を操作する事が最終的な目的ではなく、「快適にしたい」、「友達に伝えたい」といった人間的な事が目的なのです。
それを機械が理解し、状況に応じて通信経路や手段、制御対象等を自動で判断、最終的に人間の望みに近い形になれば良いわけです。
究極的にはあらゆる事を機械に任せ、人間は人間にしかできない事（愛を育み、命を伝えていく等）に専念できる時がやってくるでしょう。
固有識別番号としては「ucode」もありますね。
ttp://internet.watch.impress.co.jp/cda/event/2005/10/26/9633.html
> 違うメーカーのエアコンも同じプロトコルで制御できるようにならない限り、ネット家電の時代は来ないと思うよ。
そのとおり。だからエコーネットコンソーシアムやDLNAのような業界団体が標準化を進めているんです。
> そうすると一家に一つのグローバルIPアドレス、一つの乗り物に一つのグローバルIPアドレス、一つの携帯電話に一つのグローバルIPアドレスというように、個体ごとにグローバルIPアドレスが1つほしくなる。
IPアドレスや電気通信番号等の固体識別符号は機器が内部的に使用する事になるので、全ての「モノ」や「ヒト」を一意に識別するなんらかの情報は必要だと思います。
しかし現在のようにこれらの文字や数字の羅列を人間が理解して直接利用する事は少なくなって行くと思われます。
例えば携帯電話の電話帳機能が充実したおかげで電話番号を覚える人も直接入力することも少なくなりました。それがもっと大きな部分で起こってきます。
多くの人にとって個々の機器を操作する事が最終的な目的ではなく、「快適にしたい」、「友達に伝えたい」といった人間的な事が目的なのです。
それを機械が理解し、状況に応じて通信経路や手段、制御対象等を自動で判断、最終的に人間の望みに近い形になれば良いわけです。
究極的にはあらゆる事を機械に任せ、人間は人間にしかできない事（愛を育み、命を伝えていく等）に専念できる時がやってくるでしょう。
固有識別番号としては「ucode」もありますね。
ttp://internet.watch.impress.co.jp/cda/event/2005/10/26/9633.html
>>43
IPv6/IPv4トランスレータの実装はまだ少なく、個人向け製品では皆無のようです。
IPv6-IPv4 トランスレータ 「TTB シリーズ」
ttp://www.yokogawa.co.jp/ipnet/ttb/index.htm
IIJ SEIL-Plus
ttp://www.seil.jp/seilseries/seil/_plus_s.html
> IPv4-IPv6 トランスレータ TRT [IPv6-to-IPv4 transport relay translator]
NTT西日本のフレッツ光プレミアムで利用する「CTU」はプロキシというカタチで実現しているそうです。
ttp://tomocha.net/docs/bflets/
> 尚、CTUから先はIPv6オンリーのネットワークのため、IPv6の使えない端末の場合は、CTUがProxyとして動作する。すなわちCTUのProxy機能を殺してしまうと、IPv4ネットワークからは一切アクセスできなくなってしまうことになる。
ヤマハRTシリーズでのIPv6について
ttp://www.rtpro.yamaha.co.jp/RT/ipv6/
> 以下の機能はまだIPv6に対応していません。
> ・IPv6/IPv4トランスレータ
IPv6/IPv4トランスレータの実装はまだ少なく、個人向け製品では皆無のようです。
IPv6-IPv4 トランスレータ 「TTB シリーズ」
ttp://www.yokogawa.co.jp/ipnet/ttb/index.htm
IIJ SEIL-Plus
ttp://www.seil.jp/seilseries/seil/_plus_s.html
> IPv4-IPv6 トランスレータ TRT [IPv6-to-IPv4 transport relay translator]
NTT西日本のフレッツ光プレミアムで利用する「CTU」はプロキシというカタチで実現しているそうです。
ttp://tomocha.net/docs/bflets/
> 尚、CTUから先はIPv6オンリーのネットワークのため、IPv6の使えない端末の場合は、CTUがProxyとして動作する。すなわちCTUのProxy機能を殺してしまうと、IPv4ネットワークからは一切アクセスできなくなってしまうことになる。
ヤマハRTシリーズでのIPv6について
ttp://www.rtpro.yamaha.co.jp/RT/ipv6/
> 以下の機能はまだIPv6に対応していません。
> ・IPv6/IPv4トランスレータ
46 ：anonymous@：2005/12/09(金) 15:30:53 ID:???
47 ：[email protected]：2005/12/11(日) 11:49:45 ID:???
>45
考えれば考えるほど、IPv6/IPv4トランスレータがほしい。
家庭の中はIPv4 onlyで良いから、そっちのv6化をがんばるより、2万円以下の安価なブロードバンドルータでIPv6/IPv4トランスレーター実装してくれ！
そうしたら、俺もIPv6契約するよ。
ところでIPv6/IPv4トランスレーターの自動設定プロトコルってあるのかな？UPnPでできる？DDNSも連動してくれないと困るな。
手動しかないと、おたくしか導入できず、一般家庭にまでは広まらないな。一般家庭に広まらないと、安価にならないし、IPv6は広まらないと思うな。
それからトランスレーターだが、IPv4 <-> IPv6アドレスに変換するとき、v6アドレスのinterface IDにv4のプライベートIPアドレスをそのまま入れたいね。
それからDNSもアドレス変換してほしいね。家庭内ではIPv4パケットしか流れないけど、インターネットはv6で流れてる、っていうのがいいな。
そうすると、いろいろと管理が楽になりそうだし、IPv6になって本当に便利になると思うし、シームレスにIPv6に移行できそうに思うんだが、そんなの常識？普通？
考えれば考えるほど、IPv6/IPv4トランスレータがほしい。
家庭の中はIPv4 onlyで良いから、そっちのv6化をがんばるより、2万円以下の安価なブロードバンドルータでIPv6/IPv4トランスレーター実装してくれ！
そうしたら、俺もIPv6契約するよ。
ところでIPv6/IPv4トランスレーターの自動設定プロトコルってあるのかな？UPnPでできる？DDNSも連動してくれないと困るな。
手動しかないと、おたくしか導入できず、一般家庭にまでは広まらないな。一般家庭に広まらないと、安価にならないし、IPv6は広まらないと思うな。
それからトランスレーターだが、IPv4 <-> IPv6アドレスに変換するとき、v6アドレスのinterface IDにv4のプライベートIPアドレスをそのまま入れたいね。
それからDNSもアドレス変換してほしいね。家庭内ではIPv4パケットしか流れないけど、インターネットはv6で流れてる、っていうのがいいな。
そうすると、いろいろと管理が楽になりそうだし、IPv6になって本当に便利になると思うし、シームレスにIPv6に移行できそうに思うんだが、そんなの常識？普通？
49 ：[email protected]：2005/12/16(金) 09:38:26 ID:???
>48
2chがIPv6化すると、何がうれしいの？スレッドが1000000000000まで書けるようになるとか？
2chがIPv6化すると、何がうれしいの？スレッドが1000000000000まで書けるようになるとか？
コレガでIPv6に対応したルーターが出てたんだね
http://www.corega.co.jp/product/list/router/barpro6.htm
OCNの新しいIPv6サービスには対応してないけど
個人向けのブロードバンドルータでIPv6が実装される時代になってたんだね
http://www.corega.co.jp/product/list/router/barpro6.htm
OCNの新しいIPv6サービスには対応してないけど
個人向けのブロードバンドルータでIPv6が実装される時代になってたんだね
52 ：anonymous@ l192205.ppp.asahi-net.or.jp：2005/12/16(金) 22:30:16 ID:SXYe8A/p
↑のページ
「次世代インターネットプロトコルIPv6に対応」と書いてあるが
どうやってIPv6インターネットに接続するんだ？？ 6to4か？
「次世代インターネットプロトコルIPv6に対応」と書いてあるが
どうやってIPv6インターネットに接続するんだ？？ 6to4か？
マニュアル見たけど、こんなのV6ルーターって呼んじゃだめだよ
これで対応と言うなら、NTTが出してるやつらも対応だ
(西のCTUはもちろんかなりハイスペックなV6終端装置だが)
これで対応と言うなら、NTTが出してるやつらも対応だ
(西のCTUはもちろんかなりハイスペックなV6終端装置だが)
>>52
ttp://www.corega.co.jp/support/manual/pdf/barpro6_a.pdf
フレッツ・ドットネットとフレッツ・v6アプリはブリッジモード
ルーティングモードだとこれかな
ttp://www.ocn.ne.jp/business/ipv6/dual/
ttp://www.corega.co.jp/support/manual/pdf/barpro6_a.pdf
フレッツ・ドットネットとフレッツ・v6アプリはブリッジモード
ルーティングモードだとこれかな
ttp://www.ocn.ne.jp/business/ipv6/dual/
>>53
> マニュアル見たけど、こんなのV6ルーターって呼んじゃだめだよ
まあまあ、とりあえずルーティングできればルータだしね。
それよりこの価格帯（17,640円）で出してきたって事が評価できるんじゃないかな。
> これで対応と言うなら、NTTが出してるやつらも対応だ
Web Caster BR410（アライドのOEM？）でも52,290円するしさ。
ttp://www.ntt-west.co.jp/kiki/business/office/br410/index.html
ヤマハRT57iなら38,640円（Yダイレクト価格）だしね。
そりゃ価格よりも機能の方が問題なんだろうけどさ。
IPv6への移行時期に有効だと思われるIPv6/IPv4トランスレータを積んで5万円以下で出してくれないかなぁ。
> マニュアル見たけど、こんなのV6ルーターって呼んじゃだめだよ
まあまあ、とりあえずルーティングできればルータだしね。
それよりこの価格帯（17,640円）で出してきたって事が評価できるんじゃないかな。
> これで対応と言うなら、NTTが出してるやつらも対応だ
Web Caster BR410（アライドのOEM？）でも52,290円するしさ。
ttp://www.ntt-west.co.jp/kiki/business/office/br410/index.html
ヤマハRT57iなら38,640円（Yダイレクト価格）だしね。
そりゃ価格よりも機能の方が問題なんだろうけどさ。
IPv6への移行時期に有効だと思われるIPv6/IPv4トランスレータを積んで5万円以下で出してくれないかなぁ。
マニュアルをちょっと覗いたけどOCNのIPv4/IPv6デュアルスタックにも対応してる
OCN IPv6の新サービスに対応したルータも来年春くらいに出る予定だそうな
http://itpro.nikkeibp.co.jp/article/NEWS/20051121/224967/
＞ただし、カメラの遠隔操作といった用途では、IPv6対応のルーターが必要になる。
＞ネットワーク機器ベンダーのコレガが、同接続サービス向けのルーターを来春に出荷する予定という。
＞「ルーターに複雑な設定を施さなくても使えるのも利点」（鈴木担当課長）。
＞コレガのほかにも、「これから多くのネットワーク機器ベンダーと話し合いをしていく。
＞このサービスをネットワーク・カメラなどと提供できる体制を整えていきたい」（同）。
http://itpro.nikkeibp.co.jp/article/NEWS/20051121/224967/
＞ただし、カメラの遠隔操作といった用途では、IPv6対応のルーターが必要になる。
＞ネットワーク機器ベンダーのコレガが、同接続サービス向けのルーターを来春に出荷する予定という。
＞「ルーターに複雑な設定を施さなくても使えるのも利点」（鈴木担当課長）。
＞コレガのほかにも、「これから多くのネットワーク機器ベンダーと話し合いをしていく。
＞このサービスをネットワーク・カメラなどと提供できる体制を整えていきたい」（同）。
59 ：anonymous@ h061-195-074-196.kwins.net：2005/12/17(土) 09:56:59 ID:7YuB7zMb
ttp://tkm.seesaa.net/article/9734405.html
ttp://www.ocn.ne.jp/ipv6/attention/
OCN IPv6を使う（特にルータモード？）と、
- NTT東のフレッツ・ドットネット上で、IPv6を利用する全サービス
- NTT西のフレッツ・光プレミアムとフレッツ・V6アプリ上で、IPv6を利用する全サービス
- 4th Media
- On Demand TV
- OCN Theater（OCN自社サービス）
とかが使えなくなるそうですが。
ttp://www.ocn.ne.jp/ipv6/attention/
OCN IPv6を使う（特にルータモード？）と、
- NTT東のフレッツ・ドットネット上で、IPv6を利用する全サービス
- NTT西のフレッツ・光プレミアムとフレッツ・V6アプリ上で、IPv6を利用する全サービス
- 4th Media
- On Demand TV
- OCN Theater（OCN自社サービス）
とかが使えなくなるそうですが。
61 ：この板のデフォルトの名無しは(IP表示です)：2005/12/21(水) 07:46:38 ID:???
すみません、本質的なスレの目的とは違うかもしれないのですが
プロバイダ板で誘導されたのでこちらでアドバイスいただきたいです。
NTT西日本のフレッツ光プレミアムというサービスを受けていて
インターネットに接続する設定をするのにスタートアップツールというものをインストールするのですが
インストール中にIPｖ6もインストールされました
しかしIPｖ6がインストールされた状態だとIEとFirefoxでホームページを開こうとすると
CPU使用率が100％になって固まってしまいます。
IPｖ6をアンインストールすれば普通に繋がるのですが・・・
なにが原因かわかりますでしょうか？
プロバイダ板で誘導されたのでこちらでアドバイスいただきたいです。
NTT西日本のフレッツ光プレミアムというサービスを受けていて
インターネットに接続する設定をするのにスタートアップツールというものをインストールするのですが
インストール中にIPｖ6もインストールされました
しかしIPｖ6がインストールされた状態だとIEとFirefoxでホームページを開こうとすると
CPU使用率が100％になって固まってしまいます。
IPｖ6をアンインストールすれば普通に繋がるのですが・・・
なにが原因かわかりますでしょうか？
NTT西、IPv6向けのフレッツ・v6マイディスクでアルバム機能などを強化
ttp://bb.watch.impress.co.jp/cda/news/12289.html
NTTグループ内で排他かよw
ttp://bb.watch.impress.co.jp/cda/news/12289.html
NTTグループ内で排他かよw
>>60
WindowxXPなら前スレで出てたこの方法でアクセスに使用するソースアドレスを
あて先ごとに振り分ければ使えるんじゃないの？
956 名前：ppp [↓] ：2005/06/30(木) 23:34:17 ID:???
試してみたけどソースアドレスの振り分けできるね
最初に
2001:xxxx:xxxx:10::/64
2001:xxxx:xxxx:20::/64
をアドバタイズするようにルータを設定
コマンドプロンプトでnetshを入力
次にinterface ipv6を入力
この状態でshow prefixpolicyを実行
すると結果が
Precedence Label Prefix
---------- ----- --------------------------------
5 5 3ffe:831f::/32
10 4 ::ffff:0:0/96
20 3 ::/96
30 2 2002::/16
40 1 ::/0
50 0 ::1/128
WindowxXPなら前スレで出てたこの方法でアクセスに使用するソースアドレスを
あて先ごとに振り分ければ使えるんじゃないの？
956 名前：ppp [↓] ：2005/06/30(木) 23:34:17 ID:???
試してみたけどソースアドレスの振り分けできるね
最初に
2001:xxxx:xxxx:10::/64
2001:xxxx:xxxx:20::/64
をアドバタイズするようにルータを設定
コマンドプロンプトでnetshを入力
次にinterface ipv6を入力
この状態でshow prefixpolicyを実行
すると結果が
Precedence Label Prefix
---------- ----- --------------------------------
5 5 3ffe:831f::/32
10 4 ::ffff:0:0/96
20 3 ::/96
30 2 2002::/16
40 1 ::/0
50 0 ::1/128
957 名前：ppp [↓] ：2005/06/30(木) 23:35:07 ID:???
続き
次にadd prefixpolicyコマンドで設定
（ここではkame.net (2001:200:0:8002:203:47ff:fea5:3085)と
ipv6style.jp (2001:218:2001:3000::56)のアドレスを
と通信するときにプレフィックスが2001:xxxx:xxxx:10
それ以外のアドレスと通信するときにプレフィックスが
2001:xxxx:xxxx:20を使うように設定）
add prefixpolicy 2001:200:0:8002::/64 45 10
add prefixpolicy 2001:218:2001:3000::/64 45 10
add prefixpolicy 2001:xxxx:xxxx:10::/64 45 10
add prefixpolicy 2001:xxxx:xxxx:20::/64 45 1
上の設定をするとデフォルトで入ってた設定が消えるので
念のため設定
add prefixpolicy 3ffe:831f::/32 5 5
add prefixpolicy ::ffff:0:0/96 10 4
add prefixpolicy ::/96 20 3
add prefixpolicy 2002::/16 30 2
add prefixpolicy ::/0 40 1
add prefixpolicy ::1/128 50 0
958 名前：ppp [↓] ：2005/06/30(木) 23:35:44 ID:???
続き
パケットを実際にキャプチャしてみたが、
kame.netとipv6style.jpにアクセスするときは
2001:xxxx:xxxx:10
その他のサイトにアクセスするときは
2001:xxxx:xxxx:20
になることを確認した
続き
次にadd prefixpolicyコマンドで設定
（ここではkame.net (2001:200:0:8002:203:47ff:fea5:3085)と
ipv6style.jp (2001:218:2001:3000::56)のアドレスを
と通信するときにプレフィックスが2001:xxxx:xxxx:10
それ以外のアドレスと通信するときにプレフィックスが
2001:xxxx:xxxx:20を使うように設定）
add prefixpolicy 2001:200:0:8002::/64 45 10
add prefixpolicy 2001:218:2001:3000::/64 45 10
add prefixpolicy 2001:xxxx:xxxx:10::/64 45 10
add prefixpolicy 2001:xxxx:xxxx:20::/64 45 1
上の設定をするとデフォルトで入ってた設定が消えるので
念のため設定
add prefixpolicy 3ffe:831f::/32 5 5
add prefixpolicy ::ffff:0:0/96 10 4
add prefixpolicy ::/96 20 3
add prefixpolicy 2002::/16 30 2
add prefixpolicy ::/0 40 1
add prefixpolicy ::1/128 50 0
958 名前：ppp [↓] ：2005/06/30(木) 23:35:44 ID:???
続き
パケットを実際にキャプチャしてみたが、
kame.netとipv6style.jpにアクセスするときは
2001:xxxx:xxxx:10
その他のサイトにアクセスするときは
2001:xxxx:xxxx:20
になることを確認した
65 ：あのに：2005/12/22(木) 17:13:36 ID:AqxrJ2hZ
BSDのPIMデーモンでIPv6マルチキャスト環境を構築している人います？
スレ違いでしたので、他で質問しようと思います
失礼しました。
失礼しました。
OCN IPv6って日経ネットワークにのってたやつだな。
実際どう？
実際どう？
68 ：[email protected]：2005/12/23(金) 11:33:49 ID:???
>59
トランスレーターにはどんな問題があるの？
NAPTがNATになるから、問題が小さくなるような気がするんだが、素人考え？
トランスレーターにはどんな問題があるの？
NAPTがNATになるから、問題が小さくなるような気がするんだが、素人考え？
OCNのホームページすらIPv6でアクセスできないのに
低価格IPv6サービスをはじめるOCN
とても矛盾を感じる
いろいろ有名なプロバイダのホームページをIPv6でアクセスできるか試してみたが
俺が試した中でIPv6でトップページが表示できたのはIIJとDTIのみ
低価格IPv6サービスをはじめるOCN
とても矛盾を感じる
いろいろ有名なプロバイダのホームページをIPv6でアクセスできるか試してみたが
俺が試した中でIPv6でトップページが表示できたのはIIJとDTIのみ
OCNがOCN IPv6で個人向けのインフラを整えてくれた
OCN IPv6に対応した個人向けブロードバンドルータが出るころに
IPv6普及・高度化推進委員会がビデオ配信とか再開すべきだ
IPv6普及・高度化推進委員会
http://www.v6pc.jp/jp/index.phtml
OCN IPv6に対応した個人向けブロードバンドルータが出るころに
IPv6普及・高度化推進委員会がビデオ配信とか再開すべきだ
IPv6普及・高度化推進委員会
http://www.v6pc.jp/jp/index.phtml
71 ：anonymous@ ca6-nat.cty-net.ne.jp：2006/01/01(日) 17:18:22 ID:UAYLzaWM
Ｖ６はネット家電で本領発揮ですな。。
タカラ、IPv6対応“糸電話”を年内発売
http://plusd.itmedia.co.jp/lifestyle/articles/0402/16/news053.html
> NTTコミュニケーションズが提供するm2m-xプロトコルをサポートしており、
> 発信時には同社のサーバが仲介して通話先を特定。その後は、受話器同士が直接音声データをやり取りする形になる。
> タカラでは、IPv6の普及状況を見ながら、IP糸テレフォンの年内発売を目指すという。
OCN IPv6も始まったし、そろそろ来るかな。
http://plusd.itmedia.co.jp/lifestyle/articles/0402/16/news053.html
> NTTコミュニケーションズが提供するm2m-xプロトコルをサポートしており、
> 発信時には同社のサーバが仲介して通話先を特定。その後は、受話器同士が直接音声データをやり取りする形になる。
> タカラでは、IPv6の普及状況を見ながら、IP糸テレフォンの年内発売を目指すという。
OCN IPv6も始まったし、そろそろ来るかな。
OCN IPv6の接続方式に関して書いてあります
L2TP使ってますね
OCN IPv6 ユーザ網インタフェース仕様書Ver1.0
http://www.ocn.v6.ntt.net/ocnipv6/pdf/ocnipv6uni_ver1.0.pdf
L2TP使ってますね
OCN IPv6 ユーザ網インタフェース仕様書Ver1.0
http://www.ocn.v6.ntt.net/ocnipv6/pdf/ocnipv6uni_ver1.0.pdf
>>74
これに使われてるm2m-xプロトコルはいいな
これで暗号化のキー交換とか行えるから簡単に暗号化通信が可能
普及するといいな
このプロトコルはNTTコミュニケーションズの開発なのかな？
http://www.v6.ntt.net/06_01m2mx.html
これに使われてるm2m-xプロトコルはいいな
これで暗号化のキー交換とか行えるから簡単に暗号化通信が可能
普及するといいな
このプロトコルはNTTコミュニケーションズの開発なのかな？
http://www.v6.ntt.net/06_01m2mx.html
78 ：anonymous@ ZQ143163.ppp.dion.ne.jp：2006/01/09(月) 13:35:35 ID:dYFxNfSm
threedegerredsを使おうとすると
ipv6がインターネットに接続できるようになっていません
と出て、接続できません
http://www.v6.ntt.net/ で確認したところ
v4アクセスと出ているのでつなげるために
・6to4・トンネリング・ｓｅｔｔｅｒｅｄｏ 等
色々して すべてｓｕｃｃｓｅｓｓと
出てるのにならないのですが、なんでですか？？
使用プロバ DION フレッツＡＤＳＬ 有線にて接続
使用os WINXPSP2home
使用ルーター WHR-G54S
ipv6がインターネットに接続できるようになっていません
と出て、接続できません
http://www.v6.ntt.net/ で確認したところ
v4アクセスと出ているのでつなげるために
・6to4・トンネリング・ｓｅｔｔｅｒｅｄｏ 等
色々して すべてｓｕｃｃｓｅｓｓと
出てるのにならないのですが、なんでですか？？
使用プロバ DION フレッツＡＤＳＬ 有線にて接続
使用os WINXPSP2home
使用ルーター WHR-G54S
79 ：anonymous@ 35.74.30.125.dy.iij4u.or.jp：2006/01/11(水) 00:43:25 ID:???
OCNシアターとかフレッツv6はプライベートなIPv6ネットワークだから
グローバルなv6と同時に繋がるようにするには
今のV4ルーターではフレッツスクェアなどとISP接続で
普通にできてるあて先によるルーティングができないと駄目だよね
んで、これらのネットワークってIPアドレスの規則性決まってるのかな？
グローバルなv6と同時に繋がるようにするには
今のV4ルーターではフレッツスクェアなどとISP接続で
普通にできてるあて先によるルーティングができないと駄目だよね
んで、これらのネットワークってIPアドレスの規則性決まってるのかな？
フレッツ東は2001:c90::/32
西は2001:d70::/32ともうひとつ忘れちまった。プリフィックスもあやふや。
どっちかは/35だったかも。役立たずな自分。どこか見れば書いてあるよ。
西は2001:d70::/32ともうひとつ忘れちまった。プリフィックスもあやふや。
どっちかは/35だったかも。役立たずな自分。どこか見れば書いてあるよ。
政府機関のインターネット、ＩＰｖ６に全面移行検討
http://it.nikkei.co.jp/internet/news/index.aspx?i=2006010806674ba
http://it.nikkei.co.jp/internet/news/index.aspx?i=2006010806674ba
83 ：anonymous@ p24103-adsau17honb12-acca.tokyo.ocn.ne.jp：2006/01/15(日) 16:14:13 ID:???
IPV6のアドレスでドメインの登録ってできるのかな？
85 ：anonymous@ 222.74.30.125.dy.iij4u.or.jp：2006/01/16(月) 01:03:51 ID:???
ドメイン名とアドレス持ってたら普通にJPNICなりJPRSへ申請すれば登録可能。
アドレスはJPNIC会員になるかISPから払い出しを受ける。
アドレスはJPNIC会員になるかISPから払い出しを受ける。
アイ・オー、IPv6に対応した低価格有線LANルータ「NP-BBRL」
http://bb.watch.impress.co.jp/cda/news/12513.html
> なお、IPv6通信時にはLANポートを2ポート使用する。
どんな仕様なんだろ？まさかパススルーじゃ・・・
http://bb.watch.impress.co.jp/cda/news/12513.html
> なお、IPv6通信時にはLANポートを2ポート使用する。
どんな仕様なんだろ？まさかパススルーじゃ・・・
幕張メッセのTAHIイベント行って相互接続検証に参加してる人
います？今年はどんな感じなのか様子が知りたいです。
います？今年はどんな感じなのか様子が知りたいです。
88 ：anonymous@ p2120-ipbf403marunouchi.tokyo.ocn.ne.jp：2006/01/27(金) 01:08:58 ID:m4q/DYLq
>>86
http://www.iodata.jp/lib/manual/pdf/73404_2_844_np-bbrl_200269-01.pdf
2ページ目右下の絵を見る限りでは、IPv6パススルーもさぼって、v6的には
単なるHUB。
v4 (PPPoE) はWANポート→LAN側のHUB機能→回線終端装置やADSLモデムに
なってる。
http://www.iodata.jp/lib/manual/pdf/73404_2_844_np-bbrl_200269-01.pdf
2ページ目右下の絵を見る限りでは、IPv6パススルーもさぼって、v6的には
単なるHUB。
v4 (PPPoE) はWANポート→LAN側のHUB機能→回線終端装置やADSLモデムに
なってる。
90 ：anonymous：2006/01/28(土) 11:44:35 ID:eU+CVch5
最近 IPv6でのマルチキャストの実験やサービスが増えてきてるんだけど
サービスについてはIPv4で提供したほうが人気出るような気がするんですけど・・・
IPv6でマルチキャストをするメリットってあるんでしょうか？
マルチキャストではNATについての問題もあまり無いような気もするし・・・
教えてその道のスペシャリストのみなさん
サービスについてはIPv4で提供したほうが人気出るような気がするんですけど・・・
IPv6でマルチキャストをするメリットってあるんでしょうか？
マルチキャストではNATについての問題もあまり無いような気もするし・・・
教えてその道のスペシャリストのみなさん
>>90
マルチキャストに対応しない機器で構成されたIPv4インターネットや地域IP網を
今更IPv4マルチキャスト対応機器で置き換えていくよりも
標準対応のIPv6でスタートした方が良いと判断したからじゃないかな。
IPv4でもマルチキャストやってたよ。
IPv4マルチキャストに対応したルータなんて殆ど売ってないけどね。
IIJ、IPマルチキャスト通信サービス(仮称)開始
http://www.iij.ad.jp/pressrelease/1997/ipmc.html
https://www.iij4u.or.jp/guide/faq/terms/a-i/#9
> 11. IPマルチキャスト
> IPマルチキャストとは、通信中に生じるネットワークの
> 混雑を解消するために期待されている通信方式で、
> 特にマルチメディアコンテンツの配送等に効果的とされています。
> IIJ4Uでは、国内のISDN同期アクセスポイントにて
> IPマルチキャストの受信機能を提供しています。
マルチキャストに対応しない機器で構成されたIPv4インターネットや地域IP網を
今更IPv4マルチキャスト対応機器で置き換えていくよりも
標準対応のIPv6でスタートした方が良いと判断したからじゃないかな。
IPv4でもマルチキャストやってたよ。
IPv4マルチキャストに対応したルータなんて殆ど売ってないけどね。
IIJ、IPマルチキャスト通信サービス(仮称)開始
http://www.iij.ad.jp/pressrelease/1997/ipmc.html
https://www.iij4u.or.jp/guide/faq/terms/a-i/#9
> 11. IPマルチキャスト
> IPマルチキャストとは、通信中に生じるネットワークの
> 混雑を解消するために期待されている通信方式で、
> 特にマルチメディアコンテンツの配送等に効果的とされています。
> IIJ4Uでは、国内のISDN同期アクセスポイントにて
> IPマルチキャストの受信機能を提供しています。
92 ：anonymous：2006/02/22(水) 19:06:40 ID:kdmRdAAR
nslookupでAAAAレコードが引け、そのアドレスの80番にtelnetしてみるとちゃんと
繋がるのに、IEで繋げようとするとipv4で繋がってしまうんですがどうしたらよいのでしょうか。
繋がるのに、IEで繋げようとするとipv4で繋がってしまうんですがどうしたらよいのでしょうか。
93 ：anonymous@ 11.169.138.210.bf.2iij.net：2006/02/23(木) 05:50:51 ID:???
>IEで繋げようとすると
Win2kの？
Win2kの？
94 ：anonymous@ 34.76.30.125.dy.iij4u.or.jp：2006/02/23(木) 07:15:55 ID:???
97 ：92：2006/02/23(木) 10:21:11 ID:jPLZHS6g
WinXPPro SP2 IE6です。
いろいろ調べてみたんですが、>>95さんの言うように
AAAAが引ければそっちをまずアクセスするはずらしいんですがねえ。
v6でDNSが引けないとだめなのかもと思いましたが、WinXPではもともと
v6ではDNSが引けないようなのでそれも違ってそうです。
ttp://www.hieda.net/pcnwbt/ipv6/ipv6dns_2.htm
hostsにv6アドレスを書いて、v4のDNSを削除してやるとようやくv6でアクセスしてくれましたが
v4のDNSを設定するとやっぱりv4でアクセスしてしまいます。
いろいろ調べてみたんですが、>>95さんの言うように
AAAAが引ければそっちをまずアクセスするはずらしいんですがねえ。
v6でDNSが引けないとだめなのかもと思いましたが、WinXPではもともと
v6ではDNSが引けないようなのでそれも違ってそうです。
ttp://www.hieda.net/pcnwbt/ipv6/ipv6dns_2.htm
hostsにv6アドレスを書いて、v4のDNSを削除してやるとようやくv6でアクセスしてくれましたが
v4のDNSを設定するとやっぱりv4でアクセスしてしまいます。
>>96
WindowsXPはnetshコマンドのIPv6のコマンドのadd dnsを使えばIPv6でDNSサーバーと通信できるだろ
無知で調べもしないくせに適当なこと言ってんじゃねぇよ
あと、DNSサーバーとIPv6で通信しなくてもAAAAレコードが引ければ
FQDNからIPv6アドレスに名前解決はできることは誰でも知ってることだろ
WindowsXPはnetshコマンドのIPv6のコマンドのadd dnsを使えばIPv6でDNSサーバーと通信できるだろ
無知で調べもしないくせに適当なこと言ってんじゃねぇよ
あと、DNSサーバーとIPv6で通信しなくてもAAAAレコードが引ければ
FQDNからIPv6アドレスに名前解決はできることは誰でも知ってることだろ
>>98
ネタにマジレス(ry
ネタにマジレス(ry
101 ：anonymous@ p8003-ipad26funabasi.chiba.ocn.ne.jp：2006/02/24(金) 20:36:37 ID:yZPV5VfE
ネットから調べたIPv6のDNSを>>98のコマンドで設定したら取りあえずIPv6でDNS引けた
応答しないサイトもあるけど引けるサイトもいくつかある
応答しないサイトはおそらくそのサイトのDNSがIPv6で応答しないせいだと思われる
設定したコマンドはこれ
netsh interface ipv6 add dns 2001:218:1091::53
WindowsXPのIPv6に関して簡単に解説してあるページを見つけたので貼っておく
http://www.microsoft.com/japan/technet/community/columns/cableguy/cg0305.mspx
応答しないサイトもあるけど引けるサイトもいくつかある
応答しないサイトはおそらくそのサイトのDNSがIPv6で応答しないせいだと思われる
設定したコマンドはこれ
netsh interface ipv6 add dns 2001:218:1091::53
WindowsXPのIPv6に関して簡単に解説してあるページを見つけたので貼っておく
http://www.microsoft.com/japan/technet/community/columns/cableguy/cg0305.mspx
コマンドを書き間違えました
正確には
netsh interface ipv6 add dns "ローカル エリア接続" 2001:218:1091::53
ローカル エリア接続のところは自分の環境に合わせてください
正確には
netsh interface ipv6 add dns "ローカル エリア接続" 2001:218:1091::53
ローカル エリア接続のところは自分の環境に合わせてください
105 ：92：2006/02/25(土) 09:11:43 ID:a7iu3Zlx
>>103-104
うーむ、自分も同じ方法でDNSの設定自体は通るのですが、
どうもnslookupしてもその設定が受け付けられてないみたいです。
こんな感じになります。
C:\Documents and Settings\俺様>netsh interface ipv6 show dns
次のインターフェイス上の DNS サーバー: ローカル エリア接続
Index DNS Server
----- -----------------------------------------------
1 2001:2a0:702:1::3
C:\Documents and Settings\俺様>nslookup
*** Default servers are not available
Default Server: UnKnown
Address: 127.0.0.1
>
うーむ、自分も同じ方法でDNSの設定自体は通るのですが、
どうもnslookupしてもその設定が受け付けられてないみたいです。
こんな感じになります。
C:\Documents and Settings\俺様>netsh interface ipv6 show dns
次のインターフェイス上の DNS サーバー: ローカル エリア接続
Index DNS Server
----- -----------------------------------------------
1 2001:2a0:702:1::3
C:\Documents and Settings\俺様>nslookup
*** Default servers are not available
Default Server: UnKnown
Address: 127.0.0.1
>
ちなみにWindowsのnslookupはIPv6には対応してないです
107 ：92：2006/02/25(土) 09:45:52 ID:a7iu3Zlx
がーん。じゃあブラウザで確かめるしかないんですかね…。
ちなみに>>106さんの環境では[2001:2a0:702:1::3]のDNSサーバは使えますか？
とりあえず自分の環境ではIEもFirefoxも全然使えません。
pingとかも試してみましたがだめそうです。
ちなみに>>106さんの環境では[2001:2a0:702:1::3]のDNSサーバは使えますか？
とりあえず自分の環境ではIEもFirefoxも全然使えません。
pingとかも試してみましたがだめそうです。
IPv6でDNSを引けてると思っていたのですが私の場合NetBIOS経由で引いました
ここを見るとWindows 2003 Serverでは可能なようですがWindowsXPでは無理なようです
このページではNameProxyというソフトを使ってIPv4クエリをIPv6クエリとして変換する方法が載ってますが
>>92さんの問題解決にはならないでしょうね
ttp://www.hieda.net/pcnwbt/ipv6/ipv6DNS_2.htm
ここを見るとWindows 2003 Serverでは可能なようですがWindowsXPでは無理なようです
このページではNameProxyというソフトを使ってIPv4クエリをIPv6クエリとして変換する方法が載ってますが
>>92さんの問題解決にはならないでしょうね
ttp://www.hieda.net/pcnwbt/ipv6/ipv6DNS_2.htm
110 ：92：2006/02/26(日) 07:06:56 ID:yq+3ilhS
>>108-109
ありがとうございます。
IPアドレス直打ちならいけるのでそのへんは問題ないと思うんですけどね。
Firefoxでもhttp://[2001:200:0:8002:203:47ff:fea5:3085]/とかにすればいけました。
コンソールでやるとこんな感じです。
C:\Documents and Settings\俺様>nslookup -type=AAAA www.kame.net
Server: naenae.mshome.net
Address: 192.168.0.1
Non-authoritative answer:
www.kame.net AAAA IPv6 address = 2001:200:0:8002:203:47ff:fea5:3085
(略)
C:\Documents and Settings\俺様>telnet 2001:200:0:8002:203:47ff:fea5:3085 80
GET / HTTP/1.0
(略)
you are using IPv6, from 2002:db6f:3873:4:f1df:2ddd:(略)
(略)
ありがとうございます。
IPアドレス直打ちならいけるのでそのへんは問題ないと思うんですけどね。
Firefoxでもhttp://[2001:200:0:8002:203:47ff:fea5:3085]/とかにすればいけました。
コンソールでやるとこんな感じです。
C:\Documents and Settings\俺様>nslookup -type=AAAA www.kame.net
Server: naenae.mshome.net
Address: 192.168.0.1
Non-authoritative answer:
www.kame.net AAAA IPv6 address = 2001:200:0:8002:203:47ff:fea5:3085
(略)
C:\Documents and Settings\俺様>telnet 2001:200:0:8002:203:47ff:fea5:3085 80
GET / HTTP/1.0
(略)
you are using IPv6, from 2002:db6f:3873:4:f1df:2ddd:(略)
(略)
>>110
IEを実行しているXPと6to4ルーターは同一? 別々の箱?
IEを実行しているXPと6to4ルーターは同一? 別々の箱?
それ以前に3484の6.Destination Address SelectionのRule 5とかRule 7か。
113 ：92：2006/02/28(火) 10:53:49 ID:zkS9I0tz
>>111
別のPCで両方ともWinXPです。が、ルータ側でやってみても同じような感じです。
>>112
すみません、調べてみてもあまりよくわかりませんでした。
でもそのあたりはデフォルトから何もいじってないと思います。
別のPCで両方ともWinXPです。が、ルータ側でやってみても同じような感じです。
>>112
すみません、調べてみてもあまりよくわかりませんでした。
でもそのあたりはデフォルトから何もいじってないと思います。
Linux(Fedora Core 4)で OCN IPv6 に接続しようと色々試している。
とりあえず、L2TP上でPPP認証が成功するまでは到達した。
しかし、dhcp6c がなんだかうまくいかない。
ソースを見ると、
「Identity Association for Prefix Delegation(IA_PD)」
をサポートしてないようだ orz
とりあえず、L2TP上でPPP認証が成功するまでは到達した。
しかし、dhcp6c がなんだかうまくいかない。
ソースを見ると、
「Identity Association for Prefix Delegation(IA_PD)」
をサポートしてないようだ orz
115 ：anonymous@ KHP059136046122.ppp-bb.dion.ne.jp：2006/03/03(金) 10:27:02 ID:???
KAMEのdhcp6cは?
http://sourceforge.net/projects/wide-dhcpv6/
これのことかな？情報ありがと
素ではコンパイルが通らなかったので、Linux用にパッチを当てたバージョンをどっかから拾ってきて(Debianのかな？)
やってみたけど、
「Solicit」→「Advertise」→「Solicit」→「Advertise」→…と繰り返してしまい
「Solicit」→「Advertise」→「Request」→「Reply」という流れになってくれない。
ま、もう少しソース見ながら格闘してみることにしよう
これのことかな？情報ありがと
素ではコンパイルが通らなかったので、Linux用にパッチを当てたバージョンをどっかから拾ってきて(Debianのかな？)
やってみたけど、
「Solicit」→「Advertise」→「Solicit」→「Advertise」→…と繰り返してしまい
「Solicit」→「Advertise」→「Request」→「Reply」という流れになってくれない。
ま、もう少しソース見ながら格闘してみることにしよう
>116
Advertiseがdhcp6cに来ていない気がする。
どっかでフィルタされてるとか。
Advertiseがdhcp6cに来ていない気がする。
どっかでフィルタされてるとか。
>>117
フィルタは大丈夫だった。
実は、wide-dhcpv6 の前に dhcpv6(not wide) のCVSを試していて、
こいつは「Solicit」→「Advertise」→「Request」→「Reply」って動作してくれるので、
フィルタでは無いだろうと想像できてたから…
(もっとも こいつも、パッチなしではppp0で動かないとか、
Requestの部分で IA_PD Prefix を付けてくれないとか問題ありだったんだが)
んで、wide-dhcpv6 の方も原因が分かった。
up と down でそれぞれsocket(変数insock, outsock)を使っているんだが
insockにポート546を割り当てたあと、REUSEPORTで outsockにもポート546を割り当てていて
Linux以外であればoutsockの受信側をあらかじめshutdownするところ、
なぜかLinuxだけshutdownしないんだな。
結果insockでdhcp6サーバからのデータを受け取る予定が、
どうもoutsock側で受け取っていて動作しなかったようだ。
outsockに546をbindするところを削って解決？
(#ifndef 消して shutdownを走らせたら Linux では実行時にエラーになった…)
ただ、ソースコメントには、
546 ←→ 547
でないとダメなサーバもあるよ、と書いてあるのが気になるんだが…
フィルタは大丈夫だった。
実は、wide-dhcpv6 の前に dhcpv6(not wide) のCVSを試していて、
こいつは「Solicit」→「Advertise」→「Request」→「Reply」って動作してくれるので、
フィルタでは無いだろうと想像できてたから…
(もっとも こいつも、パッチなしではppp0で動かないとか、
Requestの部分で IA_PD Prefix を付けてくれないとか問題ありだったんだが)
んで、wide-dhcpv6 の方も原因が分かった。
up と down でそれぞれsocket(変数insock, outsock)を使っているんだが
insockにポート546を割り当てたあと、REUSEPORTで outsockにもポート546を割り当てていて
Linux以外であればoutsockの受信側をあらかじめshutdownするところ、
なぜかLinuxだけshutdownしないんだな。
結果insockでdhcp6サーバからのデータを受け取る予定が、
どうもoutsock側で受け取っていて動作しなかったようだ。
outsockに546をbindするところを削って解決？
(#ifndef 消して shutdownを走らせたら Linux では実行時にエラーになった…)
ただ、ソースコメントには、
546 ←→ 547
でないとダメなサーバもあるよ、と書いてあるのが気になるんだが…
>>118
おめ。
OCN IPv6につなぐのが目的なら、ポート番号は気にせずとも良いのでは？
あくまで546<->547にしたいなら、insockとoutsockをまとめる必要がある。
まあ、それもそんなに難しくはないからね。
つうかKAMEが何で２本に分けてるのかがわけわからん。
おめ。
OCN IPv6につなぐのが目的なら、ポート番号は気にせずとも良いのでは？
あくまで546<->547にしたいなら、insockとoutsockをまとめる必要がある。
まあ、それもそんなに難しくはないからね。
つうかKAMEが何で２本に分けてるのかがわけわからん。
>>119
助言さんきゅ
outsockの送信元ポートは、ランダムのままでいこう
さて、
wide-dhcp6c でIPアドレスをもらうところまではうまくいったが、
OCNのツールと同じように ppp0側に ????::1(????はDHCPv6で得られたPrefixね)
を割り当てるにはどうしたらいいんだろ
割り当てPrefixは変わらないってことで、ifcfg-ppp0 に ????::1 を
固定で割り当ててしまっても、通信できるみたいだが…
(その場合も、dhcp6cは動かしておかないとダメみたい)
って、めんどくせー
素直にNetBSDにした方がいいような気がしてきた…
一応これまで使用したソースのリンクを上げておこう
L2TP : http://www.point6.net/ download の L2TP Client Package - Linux (ソース改造なし)
PPP : 2.4.3 (Fedora Core developmentの最新を持ってきた)
wide-dhcp : http://sourceforge.net/projects/wide-dhcpv6/ ( >>118 の改造をした)
助言さんきゅ
outsockの送信元ポートは、ランダムのままでいこう
さて、
wide-dhcp6c でIPアドレスをもらうところまではうまくいったが、
OCNのツールと同じように ppp0側に ????::1(????はDHCPv6で得られたPrefixね)
を割り当てるにはどうしたらいいんだろ
割り当てPrefixは変わらないってことで、ifcfg-ppp0 に ????::1 を
固定で割り当ててしまっても、通信できるみたいだが…
(その場合も、dhcp6cは動かしておかないとダメみたい)
って、めんどくせー
素直にNetBSDにした方がいいような気がしてきた…
一応これまで使用したソースのリンクを上げておこう
L2TP : http://www.point6.net/ download の L2TP Client Package - Linux (ソース改造なし)
PPP : 2.4.3 (Fedora Core developmentの最新を持ってきた)
wide-dhcp : http://sourceforge.net/projects/wide-dhcpv6/ ( >>118 の改造をした)
>>120
prefix::1つけるの、ppp0じゃなくて、eth?とかloじゃだめ?
prefix::1つけるの、ppp0じゃなくて、eth?とかloじゃだめ?
>>121
おぉ、助言ありがとう。
ppp0 にアドレス振らなくても、eth0に、得られたprefixのアドレスが振ってあれば
IPv6通信に行くんだな。勘違いしてた
radvdも動かして、(IPv6ルータにするつもりだった)Linuxだけでなく、配下のXPでも亀が踊るようになった
あとは、ブート時に如何にスマートに自動起動させるかを試行錯誤してみよう
(一連のコマンドをスクリプトに並べても良いんだが、できればRedHatのお作法に沿いたい)
おぉ、助言ありがとう。
ppp0 にアドレス振らなくても、eth0に、得られたprefixのアドレスが振ってあれば
IPv6通信に行くんだな。勘違いしてた
radvdも動かして、(IPv6ルータにするつもりだった)Linuxだけでなく、配下のXPでも亀が踊るようになった
あとは、ブート時に如何にスマートに自動起動させるかを試行錯誤してみよう
(一連のコマンドをスクリプトに並べても良いんだが、できればRedHatのお作法に沿いたい)
123 ：anonymous@ 53.161.192.61.east.global.alpha-net.ne.jp：2006/03/17(金) 05:23:40 ID:???
なんかKDDIの6to4が使えないせいか、2002::/16が繋がんなくね？
台湾あたりのトンネル使ってみたんですが・・ちゃんとつながってるか分からないんですが
どこ見ればいいでしょうか・・・
どこ見ればいいでしょうか・・・
台湾の無理だった見たい・・・ipv6-lab-gw.cisco.comで亀が見れた～～
IE6だと直？http://[2001:200:0:8002:203:47ff:fea5:3085]/とhttp://www.kame.com
見れないけど
FFでhttp://[2001:200:0:8002:203:47ff:fea5:3085]/こっちなら見れたけど
IEって無理？
IE6だと直？http://[2001:200:0:8002:203:47ff:fea5:3085]/とhttp://www.kame.com
見れないけど
FFでhttp://[2001:200:0:8002:203:47ff:fea5:3085]/こっちなら見れたけど
IEって無理？
>>125
ttp://www.microsoft.com/japan/technet/prodtechnol/winxppro/plan/FAQIPV6.mspx
リテラル形式はサポートしてないよん
FireFox等を使うべし
ttp://www.microsoft.com/japan/technet/prodtechnol/winxppro/plan/FAQIPV6.mspx
リテラル形式はサポートしてないよん
FireFox等を使うべし
Operaもリテラル形式でもIPv6アクセス可能だ
operaは普通に出来ますね・・・
ipv6にしてもやってる実感がしないんですが・・・ipv6のサイトをまとめたサイトありますか・・・？
気持ちは分かるが、IPv6だからって新しい何かが出来るわけではないからなぁ
じゃあ、どこのトンネルが早いですか・・・？今使ってるの遅い漢字が
>>132
無料でもないし、6to4トンネルでもないけど
OCN IPv6サービス(>>13)を勧める
っていうか、もし無料のを使おうとしてるなら、スピード位我慢しろ
(それとも、ダイアルアップ時代並に遅いのか？)
無料でもないし、6to4トンネルでもないけど
OCN IPv6サービス(>>13)を勧める
っていうか、もし無料のを使おうとしてるなら、スピード位我慢しろ
(それとも、ダイアルアップ時代並に遅いのか？)
>>133
IEだと名前解決？が遅い・・・・数秒かかる日本サイトがある
IEだと名前解決？が遅い・・・・数秒かかる日本サイトがある
そうですか・・・もっと勉強してきます ｜出口｜ λ............ﾄﾎﾞﾄﾎﾞ
ちなみに環境はasahi、フレッツ光、インターネット直つなぎDNSは自動習得だけど、朝日のっぽいですねスニッフするとおわりです。
そのDNSを使った時、具体的にどこを引くと遅いとかありますか？
OCN IPv6 を WinXP 以外のマシンから利用したいのですが
なにかいい解説ページみたいなのはないでしょうか
なにかいい解説ページみたいなのはないでしょうか
>141
CP/Mでは実装してないのでうごきません
CP/Mでは実装してないのでうごきません
NTTコミュニケーションズがいつの間にかこんなサービスはじめてたんだな
ケータイから自宅のIPv6ネットワークにアクセスできる「OCN IPv6 モバイル」
http://www.ipv6style.jp/jp/news/2006/0214_nttcom.shtml
ケータイから自宅のIPv6ネットワークにアクセスできる「OCN IPv6 モバイル」
http://www.ipv6style.jp/jp/news/2006/0214_nttcom.shtml
KDDI研究所の6to4がひっそりと運営終了してるな。「当面」つうから再開すると期待してたのに。
他のリレールータもうまく繋がらないし。出来ればISP側でリレールータ準備してくれると助かるのだが…
他のリレールータもうまく繋がらないし。出来ればISP側でリレールータ準備してくれると助かるのだが…
>>144
OCN IPv6で十分だが対応ルータが発売されてないので現状はWindowsXPマシンを
ルータ代わりに使わないとならないのが欠点だな
春にコレガから発売されるという話だったがまだ発売されてないしな
YAMAHAルータが対応してくれないかな
OCN IPv6で十分だが対応ルータが発売されてないので現状はWindowsXPマシンを
ルータ代わりに使わないとならないのが欠点だな
春にコレガから発売されるという話だったがまだ発売されてないしな
YAMAHAルータが対応してくれないかな
>>141
Fedora Core5 を使うやり方なら、ここに書くけど
ただし、以下の作業をやるのでかなり面倒なり
(1) 拾ってきた rp-l2tp rpmをリビルド
(2) wide-dhcpv6にdebianパッチを当ててmake
(3) 現時点のFC5は、n_hdlc.ko がバグ？で無くなっているので
カーネルモジュールを追加で作る
(これはFC5 2080の話なので、次のupdateで直るだろう)
(4) 各種confの設定と接続
L2TPトンネル作るの手動だし、DHCPv6も手動だし
L2TPが崩落したときの自動復帰手段もないけど…
とりあえず使いたいなら書くよ？
外部から取ってきたのは次のファイルかな
ttp://www.jacco2.dds.nl/networking/SRPMS/rp-l2tp-0.4-2jdl.src.rpm
ftp://ftp.riken.go.jp/Linux/debian/debian/pool/main/w/wide-dhcpv6/
Fedora Core5 を使うやり方なら、ここに書くけど
ただし、以下の作業をやるのでかなり面倒なり
(1) 拾ってきた rp-l2tp rpmをリビルド
(2) wide-dhcpv6にdebianパッチを当ててmake
(3) 現時点のFC5は、n_hdlc.ko がバグ？で無くなっているので
カーネルモジュールを追加で作る
(これはFC5 2080の話なので、次のupdateで直るだろう)
(4) 各種confの設定と接続
L2TPトンネル作るの手動だし、DHCPv6も手動だし
L2TPが崩落したときの自動復帰手段もないけど…
とりあえず使いたいなら書くよ？
外部から取ってきたのは次のファイルかな
ttp://www.jacco2.dds.nl/networking/SRPMS/rp-l2tp-0.4-2jdl.src.rpm
ftp://ftp.riken.go.jp/Linux/debian/debian/pool/main/w/wide-dhcpv6/
>>147
BSDか…スマン、力になれん
BSDか…スマン、力になれん
OCN IPv6だけどWindowsXPの接続プログラムにパケットフィルタリングなどの
セキュリティの機能は一切ないんだね
ホストモードでの接続にはWindowsXPのWindowsファイヤーウォール機能で十分だけど
ルータモードで接続する場合、Windowsファイヤーウォールでは役不足
この辺についてOCNはどう考えてるんだろうか？
セキュリティの機能は一切ないんだね
ホストモードでの接続にはWindowsXPのWindowsファイヤーウォール機能で十分だけど
ルータモードで接続する場合、Windowsファイヤーウォールでは役不足
この辺についてOCNはどう考えてるんだろうか？
OCN IPｖ6接続プログラムをルータモードで使った場合にWindowｓXPの機能で
パケットフィルタリングできるかいろいろ調べてみたけどWindowsXP SP2では
ルーティングとリモートアクセスはIPとIPXしか対応してないので
ルーティングとリモートアクセスのフィルタリング機能は一切使えない
（例え、ルーティングとリモートアクセスがIPv6に対応してても
OCN IPv6接続プログラムがルーティングとリモートアクセスを
使ってなければIPv6のフィルタリングはできるわけないが）
その他のフィルタリング機能としてはWindowsファイヤーウォールしかないが
ルータモードでは役にたたない（本来そういうことを目的としてない）
これではOCN IPv6接続プログラムを使った場合にルータモードでの接続は
こわくて今のところ使えない
OCN IPv6対応ルータが出るまで待つしかないのかな
パケットフィルタリングできるかいろいろ調べてみたけどWindowsXP SP2では
ルーティングとリモートアクセスはIPとIPXしか対応してないので
ルーティングとリモートアクセスのフィルタリング機能は一切使えない
（例え、ルーティングとリモートアクセスがIPv6に対応してても
OCN IPv6接続プログラムがルーティングとリモートアクセスを
使ってなければIPv6のフィルタリングはできるわけないが）
その他のフィルタリング機能としてはWindowsファイヤーウォールしかないが
ルータモードでは役にたたない（本来そういうことを目的としてない）
これではOCN IPv6接続プログラムを使った場合にルータモードでの接続は
こわくて今のところ使えない
OCN IPv6対応ルータが出るまで待つしかないのかな
>>147
FreeBSD(amd64)でも試してみたよ
portsのl2tpdを入れて、とりあえず、pppのCHAP認証成功までは行った
しかし、認識できないAVPを食らって、コネクションが閉じられてしまう
ま、引き続き試行錯誤してみるつもり
FreeBSD(amd64)でも試してみたよ
portsのl2tpdを入れて、とりあえず、pppのCHAP認証成功までは行った
しかし、認識できないAVPを食らって、コネクションが閉じられてしまう
ま、引き続き試行錯誤してみるつもり
>>146 さま
rp-l2tp の設定、どんな感じか教えてください m(_ _)m
rp-l2tp の設定、どんな感じか教えてください m(_ _)m
154 ： ：2006/04/10(月) 22:45:44 ID:???
ポートってどうかなと最近思ってる。
ポート25、587とかがメール送信ポートになってるけど
サービス名でやったほうがいいんじゃないかと。
IPv6アドレス:25 → ipv6アドレス:smtp などなど。
ポート25、587とかがメール送信ポートになってるけど
サービス名でやったほうがいいんじゃないかと。
IPv6アドレス:25 → ipv6アドレス:smtp などなど。
キター
保守
保守
過疎りすぎ保守
可塑 捕手
過疎スレだから保守しなくても良くないかね。
feel6でIPv6に繋いでいる香具師っていないかな。あそこってSSLの更新してなくて
危なっかしいけど。
feel6でIPv6に繋いでいる香具師っていないかな。あそこってSSLの更新してなくて
危なっかしいけど。
166 ：anonymous@ 219-124-45-151.gip-sta.canvas.ne.jp：2006/05/02(火) 23:20:53 ID:???
質問です。
ルータとかサーバとか、NIC交換したときにアドレスが変わるとまずいものは
インタフェイスIDをMACアドレスから自動構成せずに手動で割り当てる
ようなのですが、そのときのインタフェイスIDってどんなのでも
いいのでしょうか？（prefix::1、prefix::2みたいに。）
ルータとかサーバとか、NIC交換したときにアドレスが変わるとまずいものは
インタフェイスIDをMACアドレスから自動構成せずに手動で割り当てる
ようなのですが、そのときのインタフェイスIDってどんなのでも
いいのでしょうか？（prefix::1、prefix::2みたいに。）
RFC3513を見るべし。グローバルで一意にならないInterface IDを付ける場合は第一オクテットの７ビット目を0にセットする。
>>167
了解です。
とりあえずNetBSDで6to4ルータ作りました。
けど、何か背後のWindows XP SP2クライアントでは>>92と同じ症状が。
1) Mozilla Firefox 1.5.0.2でhttp://www.kame.net/にアクセスすると
IPv4でのアクセスになる。
2) IPv6アドレス直入れだとIPv6でのアクセスになる。
3) ping6 www.kame.net、tracert6 www.kame.netは正常に動作する。
3) nslookup -type=AAAA www.kame.netでも名前解決はできた。
4) Etherealで見ると、AAAA query→AAA query responseをして
A query→A query responseをしている。
あと何か確認することはありますでしょうか？
了解です。
とりあえずNetBSDで6to4ルータ作りました。
けど、何か背後のWindows XP SP2クライアントでは>>92と同じ症状が。
1) Mozilla Firefox 1.5.0.2でhttp://www.kame.net/にアクセスすると
IPv4でのアクセスになる。
2) IPv6アドレス直入れだとIPv6でのアクセスになる。
3) ping6 www.kame.net、tracert6 www.kame.netは正常に動作する。
3) nslookup -type=AAAA www.kame.netでも名前解決はできた。
4) Etherealで見ると、AAAA query→AAA query responseをして
A query→A query responseをしている。
あと何か確認することはありますでしょうか？
169 ：anonymous@ u036138.ppp.asahi-net.or.jp：2006/05/03(水) 06:27:31 ID:???
>>168
http://www5d.biglobe.ne.jp/~stssk/rfc/rfc3484j.html#83
自分が6to4を使っていて、宛先がIPv6アドレスとIPv4アドレスの両方を持っている場合、
宛先が2001:～の時はIPv4が優先される。宛先が同じ6to4(2002:～)の時はIPv6が優先される。
http://www5d.biglobe.ne.jp/~stssk/rfc/rfc3484j.html#83
自分が6to4を使っていて、宛先がIPv6アドレスとIPv4アドレスの両方を持っている場合、
宛先が2001:～の時はIPv4が優先される。宛先が同じ6to4(2002:～)の時はIPv6が優先される。
みなさん何処の6to4へ繋げているんだろ。もう国内では6to4のサービスは
しないのかな…。
しないのかな…。
金かかるしねー
176 ：空弁者：2006/05/08(月) 19:05:41 ID:Aezs5cFR
Windows XPはIPアドレスではIPv6に対応していますが、
IPv6のAAAAレコードをIPv4パケットで投げます。
MS DNSのようなDNSサーバでAAAAレコードを用意したら名前詩解決します。
しかし、netsh int ipv add dns
や
netsh int ipv set dns
コマンドが一見実行できるように見えますが、
IPv6パケットでDNSクエリは投げられませんので、
いくらV6のDNSサーバを設定しても、V6 DNSサーバには接続しません。
よって
>>96 「WindowsXPはnetshコマンドのIPv6のコマンドのadd dnsを使えば
IPv6でDNSサーバーと通信できるだろ」
は大きな間違い。
「DNSサーバーとIPv6で通信しなくてもAAAAレコードが引ければ
FQDNからIPv6アドレスに名前解決はできることは誰でも知ってることだろ 」
については正しい。
>> 108 君はちゃんとドキュメント読んでいる。偉い！！実はこれが>> 92の回答になる。
IPv6のAAAAレコードをIPv4パケットで投げます。
MS DNSのようなDNSサーバでAAAAレコードを用意したら名前詩解決します。
しかし、netsh int ipv add dns
や
netsh int ipv set dns
コマンドが一見実行できるように見えますが、
IPv6パケットでDNSクエリは投げられませんので、
いくらV6のDNSサーバを設定しても、V6 DNSサーバには接続しません。
よって
>>96 「WindowsXPはnetshコマンドのIPv6のコマンドのadd dnsを使えば
IPv6でDNSサーバーと通信できるだろ」
は大きな間違い。
「DNSサーバーとIPv6で通信しなくてもAAAAレコードが引ければ
FQDNからIPv6アドレスに名前解決はできることは誰でも知ってることだろ 」
については正しい。
>> 108 君はちゃんとドキュメント読んでいる。偉い！！実はこれが>> 92の回答になる。
177 ：空弁者：2006/05/08(月) 19:07:06 ID:Aezs5cFR
> 94の
「今のIEはDNS参照をIPv4でしかやらない」
というのは間違いで、OSがV4でしかDNS参照しない、です｡
>> 95の「Firefoxでも同様にIPv6でアクセスする」
については、FirefoxがRFCどおり V6バケットでAAAAクエリーし、
次にV4パケットでAクエリーする仕様だから、
です。
XPはRFCどおりではないので、AAAAクエリーをIPv4パケットで投げ、
直後AクエリーもIPv4パケットで送信します。だから、
>> 96 の
「hostsにv6アドレスを書いて、v4のDNSを削除してやるとようやくv6でアクセスしてくれましたが
v4のDNSを設定するとやっぱりv4でアクセスしてしまいます。 」
は当然です。V4のDNS解決しているから。WINDOWSはhostsファイルの名前解決が最優先なので、
V4DNSが設定してあっても、hostsのエントリがあればそれを利用します。
>> 103 「ネットから調べたIPv6のDNSを>>98のコマンドで設定したら取りあえずIPv6でDNS引けた」
OSはXPではなく2003のはず。XPではコマンド実行できてもV6パケットを出さない。あるいはV4V6双方に対応しているDNSサーバにIPv4パケットでAAAAクエリーを送信しているのを誤解している。Etherealでキャプチャしたか？
>> 106 クエリータイプをAAAAと明示指定しなさい。
「今のIEはDNS参照をIPv4でしかやらない」
というのは間違いで、OSがV4でしかDNS参照しない、です｡
>> 95の「Firefoxでも同様にIPv6でアクセスする」
については、FirefoxがRFCどおり V6バケットでAAAAクエリーし、
次にV4パケットでAクエリーする仕様だから、
です。
XPはRFCどおりではないので、AAAAクエリーをIPv4パケットで投げ、
直後AクエリーもIPv4パケットで送信します。だから、
>> 96 の
「hostsにv6アドレスを書いて、v4のDNSを削除してやるとようやくv6でアクセスしてくれましたが
v4のDNSを設定するとやっぱりv4でアクセスしてしまいます。 」
は当然です。V4のDNS解決しているから。WINDOWSはhostsファイルの名前解決が最優先なので、
V4DNSが設定してあっても、hostsのエントリがあればそれを利用します。
>> 103 「ネットから調べたIPv6のDNSを>>98のコマンドで設定したら取りあえずIPv6でDNS引けた」
OSはXPではなく2003のはず。XPではコマンド実行できてもV6パケットを出さない。あるいはV4V6双方に対応しているDNSサーバにIPv4パケットでAAAAクエリーを送信しているのを誤解している。Etherealでキャプチャしたか？
>> 106 クエリータイプをAAAAと明示指定しなさい。
この人何様のつもり？
人の発言を評価していい気になってるように感じて気分が悪くなるな
人の発言を評価していい気になってるように感じて気分が悪くなるな
179 ：[email protected]：2006/05/09(火) 06:42:15 ID:???
>177
＞と数字の間に空白いれないで。読む気にならん。
>178
177の発言を評価して、いい気になってみたら？
＞と数字の間に空白いれないで。読む気にならん。
>178
177の発言を評価して、いい気になってみたら？
>>179
>>94、>>103、>>108は俺が発言した内容
かなり前に発言した内容の揚げ足を取られて気分悪くなるのは当然だろ
WindowsのIPv6関連のまとめはこんなところかな
・WindowsXPはIPv6でのDNS問い合わせは出来ないしnetsh interface ipv6 add dnsコマンドは機能しない
IPv4でDNSに問い合わせてAAAAレコードを引いてFQDNからIPv6アドレスへの名前解決は可能
・WindowsServer2003はIPv6でDNS問い合わせができAAAAレコード、Aレコードとも引けて
FQDNからIPv6、IPv4アドレスへの名前解決は可能
IPv6で問い合わせるためのDNSサーバーアドレスはnetsh interface ipv6 add dnsで設定可能
・WebブラウザとしてはIE、FirefoxともIPv6でWebページの閲覧可能
IEはアドレスバーにIPv6アドレスを指定することはできないのでFQDNで指定する必要がある
FirefoxはアドレスバーにIPv6アドレスを直接指定可能
・>>171の発言にあるように自分が5to4を使っていて宛先IPv4とIPv6アドレスを持っている場合
宛先が2001:～の時はIPv4が優先され、宛先が同じ6to4の時はIPv6が優先される
・NSLOOKUPコマンドで確実にIPv6で問い合わせしたければ
問い合わせ先DNSのアドレスにIPv6アドレスを指定する
但し、WindowsXPのNSLOOKUPコマンドではIPv6でのDNS問い合わせはできない
WindowsServer2003のNSOOKUPコマンドでは可能
>>94、>>103、>>108は俺が発言した内容
かなり前に発言した内容の揚げ足を取られて気分悪くなるのは当然だろ
WindowsのIPv6関連のまとめはこんなところかな
・WindowsXPはIPv6でのDNS問い合わせは出来ないしnetsh interface ipv6 add dnsコマンドは機能しない
IPv4でDNSに問い合わせてAAAAレコードを引いてFQDNからIPv6アドレスへの名前解決は可能
・WindowsServer2003はIPv6でDNS問い合わせができAAAAレコード、Aレコードとも引けて
FQDNからIPv6、IPv4アドレスへの名前解決は可能
IPv6で問い合わせるためのDNSサーバーアドレスはnetsh interface ipv6 add dnsで設定可能
・WebブラウザとしてはIE、FirefoxともIPv6でWebページの閲覧可能
IEはアドレスバーにIPv6アドレスを指定することはできないのでFQDNで指定する必要がある
FirefoxはアドレスバーにIPv6アドレスを直接指定可能
・>>171の発言にあるように自分が5to4を使っていて宛先IPv4とIPv6アドレスを持っている場合
宛先が2001:～の時はIPv4が優先され、宛先が同じ6to4の時はIPv6が優先される
・NSLOOKUPコマンドで確実にIPv6で問い合わせしたければ
問い合わせ先DNSのアドレスにIPv6アドレスを指定する
但し、WindowsXPのNSLOOKUPコマンドではIPv6でのDNS問い合わせはできない
WindowsServer2003のNSOOKUPコマンドでは可能
死守
>>173,175
tracert したら、漏れの所からは US の NTT Communications 経由で繋がってるみたいだね。
9 167 ms 167 ms 167 ms p64-0-0-0.r20.asbnva01.us.bb.gin.ntt.net [129.250.2.11]
10 167 ms 167 ms 167 ms xe-1-1.r01.stngva01.us.bb.gin.ntt.net [129.250.2.85]
11 169 ms 168 ms 169 ms 192.88.99.1
Trace complete.
tracert したら、漏れの所からは US の NTT Communications 経由で繋がってるみたいだね。
9 167 ms 167 ms 167 ms p64-0-0-0.r20.asbnva01.us.bb.gin.ntt.net [129.250.2.11]
10 167 ms 167 ms 167 ms xe-1-1.r01.stngva01.us.bb.gin.ntt.net [129.250.2.85]
11 169 ms 168 ms 169 ms 192.88.99.1
Trace complete.
183 ：anonymous@ eatkyo352149.adsl.ppp.infoweb.ne.jp：2006/05/29(月) 22:22:35 ID:???
v4からいきなりv6に飛躍するより、ゆるやかにv4→v5→v6でも良かったんでないかい。
とか妄想をぶっこいてみる。
とか妄想をぶっこいてみる。
184 ：183：2006/05/29(月) 22:24:01 ID:5JSP86Ps
IP出るんかいここは!!
186 ：anonymous@fushianasan：2006/05/30(火) 05:57:28 ID:???
>>184
名無しさん＠ネットワーク
http://pc8.2ch.net/test/read.cgi/network/971710636/
「大体IP アドレス知られたくらいでグダグダ言う奴とは話したくねぇ」は
この板らしい名言だと思う．
名無しさん＠ネットワーク
http://pc8.2ch.net/test/read.cgi/network/971710636/
「大体IP アドレス知られたくらいでグダグダ言う奴とは話したくねぇ」は
この板らしい名言だと思う．
今年の春にOCN IPv6に対応したルーターがコレガから発売される予定だったはずだがまだ出てない
出てもコレガのルータは買う気はしないけどな
YAMAHAのNetVolateシリーズで対応してくれないかな
出てもコレガのルータは買う気はしないけどな
YAMAHAのNetVolateシリーズで対応してくれないかな
188 ：anonymous@fushianasan：2006/06/04(日) 12:03:22 ID:???
>>187
RT57iに何か問題が？
RT57iに何か問題が？
>>188
OCNが個人向けIPv6サービスとしてやってるOCN IPv6は
接続するのにL2TP+PPP+DHCPv6を使うので接続するにはルータの方で対応が必要
詳細はこれでも見て
ttp://www.ocn.v6.ntt.net/ocnipv6/pdf/ocnipv6uni_ver1.0.pdf
OCNが個人向けIPv6サービスとしてやってるOCN IPv6は
接続するのにL2TP+PPP+DHCPv6を使うので接続するにはルータの方で対応が必要
詳細はこれでも見て
ttp://www.ocn.v6.ntt.net/ocnipv6/pdf/ocnipv6uni_ver1.0.pdf
そう言えばOCN IPv6って、
Vistaでもデフォルトで使えるようにするって
言ってなかったっけ？
Beta2あたりでは実装してるのかな？
Vistaでもデフォルトで使えるようにするって
言ってなかったっけ？
Beta2あたりでは実装してるのかな？
191 ：anonymous：2006/06/07(水) 00:11:59 ID:Khc0ykAL
707 名無しさん＠お腹いっぱい。 2006/06/06(火) 16:45:17
6bone停止age
6bone停止age
192 ：anonymous@ ntkngw337116.kngw.nt.ftth.ppp.infoweb.ne.jp：2006/06/07(水) 00:27:27 ID:HW9ASOki
OCN IPv6接続に対応したルータは出てこない
OCN IPv6の設定が簡単にできる個人向けルータが出ないことにはOCN IPv6の普及は難しいだろうね
あと、OCN IPv6のツールでIPv6上で簡単にプライベートIPv4アドレスを
トンネルするような機能がつかないかな。
あくまで個人向けでもいいから。
外出先からOCN IPｖ6の接続ツールだけでプライベートIPv4アドレスで簡単にアクセスできれば非常に便利
でも、あの料金では無理だろうけど
WindowsVista標準の機能でIPv6上でVPNを張れるようになればいいね
OCN IPv6の設定が簡単にできる個人向けルータが出ないことにはOCN IPv6の普及は難しいだろうね
あと、OCN IPv6のツールでIPv6上で簡単にプライベートIPv4アドレスを
トンネルするような機能がつかないかな。
あくまで個人向けでもいいから。
外出先からOCN IPｖ6の接続ツールだけでプライベートIPv4アドレスで簡単にアクセスできれば非常に便利
でも、あの料金では無理だろうけど
WindowsVista標準の機能でIPv6上でVPNを張れるようになればいいね
194 ：IPv6使いたい：2006/06/09(金) 17:49:45 ID:9GOA78mw
個人向け，まずはβ版ですが出ましたね．
http://corega.jp/product/news/060607.htm
http://corega.jp/product/news/060607.htm
195 ：anonymous@fushianasan：2006/06/09(金) 18:16:08 ID:???
いかにもInteropに間に合わせました，って感じがするのは気のせい？
「大規模IPv4アドレス空間実験」ってどうなったんでしょうか？
返却期限が延長された？
スパムの温床になってて困ってるんだけど…
返却期限が延長された？
スパムの温床になってて困ってるんだけど…
197 ：anonymous@ 76.75.30.125.dy.iij4u.or.jp：2006/06/12(月) 20:35:20 ID:???
>>196
そりゃそうでしょ。約束どおり返却しても、約束どおり移行すべき先のIPv6網が
どこにもありません。NTTグループ主導のNGN期待？それも不毛だなあ。
それにしても、>>197はハイセンスですね。
そりゃそうでしょ。約束どおり返却しても、約束どおり移行すべき先のIPv6網が
どこにもありません。NTTグループ主導のNGN期待？それも不毛だなあ。
それにしても、>>197はハイセンスですね。
なんか最近IPv6で繋がらないと思ったら、MS の teredo サーバーが RA で
3ffe:～ 吐いてるよ orz
3ffe:～ 吐いてるよ orz
200 ：くにお：2006/06/23(金) 18:31:57 ID:DfYX0rWk
おまえが書くな うざい
>>200
？？？
？？？
ハードウェア板のlinksysスレで、WRT54GSの
OCNIPv6対応ファーム？っぽい話がありました。
どこで手にはいるのか、誰が作ったのか、とかとか
詳細知ってる人います？
http://pc8.2ch.net/test/read.cgi/hard/1137782275/391
OCNIPv6対応ファーム？っぽい話がありました。
どこで手にはいるのか、誰が作ったのか、とかとか
詳細知ってる人います？
http://pc8.2ch.net/test/read.cgi/hard/1137782275/391
205 ：anonymous@ PPP185.freed.dti.ne.jp：2006/06/30(金) 20:53:02 ID:???
すいません。上の方でDHCPv6について話題がでてたので、質問させてください。
現状、DHCPv6でリレーエージェント経由のメッセージを受信し、応答できるサーバは、
あるのでしょうか？
こちらで、以下のサーバを確認(自前でパケット作成し、送信)したんですが、うまく動きませんでした。
wide-dhcpv6-20060322.tar.gz
dhcpv6-0.10.tgz
なにか、情報ありましたら教えてください。お願いします。 m(_ _)m
現状、DHCPv6でリレーエージェント経由のメッセージを受信し、応答できるサーバは、
あるのでしょうか？
こちらで、以下のサーバを確認(自前でパケット作成し、送信)したんですが、うまく動きませんでした。
wide-dhcpv6-20060322.tar.gz
dhcpv6-0.10.tgz
なにか、情報ありましたら教えてください。お願いします。 m(_ _)m
設定と構成ぐらい書きなよ。
207 ：anonymous@ eatkyo165201.adsl.ppp.infoweb.ne.jp：2006/07/19(水) 23:48:11 ID:???
激亀レス。
漏れﾓﾅｰ
で、普及するのか？ > IPv6
つーか、潜伏中か。
漏れﾓﾅｰ
で、普及するのか？ > IPv6
つーか、潜伏中か。
208 ：OCN IPv6：2006/07/30(日) 12:26:08 ID:XfNCnFmD
OCN やコレガの板で聞いたのですが、こちらの方がよさようなので、
こちらで質問します。
だれかOCN IPv6をBARPRO6で使っている人はいませんか？
OCNのIPv6接続プログラムを使っての接続は問題ないのですが、
BARPRO6のIPv6トンネル機能を使ってトンネル接続しようとすると、
-------------------------
接続処理を開始しました。
サーバと接続しました。
-------------------------
というステータスログのまま先に進みません。
詳細ログではこんな感じです。
-----------------------------------------------------
017 00:00:11 2000/01/01 L2TP : Initial ......
018 00:00:16 2000/01/01 L2TP : Client Send SCCRQ
019 00:00:16 2000/01/01 L2TP : Server Send SCCRP
020 00:00:16 2000/01/01 L2TP : Client Send SCCCN
021 00:00:16 2000/01/01 L2TP : Client Send ICRQ
022 00:00:16 2000/01/01 L2TP : Server Send ZLB
------------------------------------------------------
これ以上、先に進みません。
たぶん本当はこの後認証が行われると思うのですが。
同じ現象にあっている人いませんか？
解決方法がわかったら教えてください。
こちらで質問します。
だれかOCN IPv6をBARPRO6で使っている人はいませんか？
OCNのIPv6接続プログラムを使っての接続は問題ないのですが、
BARPRO6のIPv6トンネル機能を使ってトンネル接続しようとすると、
-------------------------
接続処理を開始しました。
サーバと接続しました。
-------------------------
というステータスログのまま先に進みません。
詳細ログではこんな感じです。
-----------------------------------------------------
017 00:00:11 2000/01/01 L2TP : Initial ......
018 00:00:16 2000/01/01 L2TP : Client Send SCCRQ
019 00:00:16 2000/01/01 L2TP : Server Send SCCRP
020 00:00:16 2000/01/01 L2TP : Client Send SCCCN
021 00:00:16 2000/01/01 L2TP : Client Send ICRQ
022 00:00:16 2000/01/01 L2TP : Server Send ZLB
------------------------------------------------------
これ以上、先に進みません。
たぶん本当はこの後認証が行われると思うのですが。
同じ現象にあっている人いませんか？
解決方法がわかったら教えてください。
209 ：anonymous ◆RJMz5okYkI ：2006/07/30(日) 23:42:15 ID:???
ほしゅ
211 ：anonymous@ 11.169.138.210.bf.2iij.net：2006/08/10(木) 21:18:21 ID:???
OCN IPv6はFreeBSDでつないじゃっているからcoregaルーターとかよく分かんない。
212 ：anonymous@ 350277004109443：2006/08/25(金) 23:25:28 ID:MPSWsqJV
個人ユーザだけどV6のアドレスもらって良いことある？V6に対応しているアプリあったら教えて！
>>212
こんなのとか。
http://start.feel6.jp/service/mailpush.html
> 新着メールが届くとサーバーからBitBasket6に対して着信が
> 通知されますので、余計なサーバーへのアクセスが発生しない上に、
> ほぼリアルタイムな新着メールの受信が可能になります。
こんなのとか。
http://start.feel6.jp/service/mailpush.html
> 新着メールが届くとサーバーからBitBasket6に対して着信が
> 通知されますので、余計なサーバーへのアクセスが発生しない上に、
> ほぼリアルタイムな新着メールの受信が可能になります。
214 ：anonymous@ n21srv4.nava21.ne.jp
はいはいどーでもいいですよ
.....hyde
身長ネタで馬鹿にしてる奴は以後無視
.........................................................156
.....hyde
身長ネタで馬鹿にしてる奴は以後無視
.........................................................156
215 ：anonymous@ n21srv4.nava21.ne.jp
誤爆ですorz ごめんなさい
なんつー誤爆だ
217 ：p3024-ipad408osakakita.osaka.ocn.ne.jp：2006/09/07(木) 00:14:39 ID:???
OCNv6って便利ですか？
corega，ファームウェアのバージョンアップしましたね．
OCN IPv6関連の質問はコムの社員ユーザが書いてるIPv6ブログが良いかも．
OCN IPv6関連の質問はコムの社員ユーザが書いてるIPv6ブログが良いかも．
219 ： ：2006/09/18(月) 08:04:15 ID:???
>208
かなりの遅スレだが、それってGRE通ってないんじゃないか？
GRE非対応のBB-Routerの内側からやっていない？
かなりの遅スレだが、それってGRE通ってないんじゃないか？
GRE非対応のBB-Routerの内側からやっていない？
220 ：anonymous@ pfa5240.tokyte00.ap.so-net.ne.jp：2006/09/21(木) 20:05:11 ID:???
外部向けのIPv6でのアクセス可能鯖に自分以外のIPv6のIPアドレス保持者からのアクセスが一向にない…。
6to4に対してfeel6でアクセス可能か確認…なのでセキュリティの穴云々は無視してアクセス自体は可能なはずなんだけどねぇ。
皆さんどんな感じ？
6to4に対してfeel6でアクセス可能か確認…なのでセキュリティの穴云々は無視してアクセス自体は可能なはずなんだけどねぇ。
皆さんどんな感じ？
221 ：anonymous：2006/09/27(水) 20:38:30 ID:1/9PbeLT
日本国内で6to4 relayを立ててくださっている方々、
ちゃんと192.88.99.0/24の経路をアナウンスしていただけませんか？
現状ではIPv4 ISPによっては韓国やカナダの6to4 relayになってしまうケースもあり、
日本国内の192.88.99.1のanycastを使えるようにするべきだと思います。
ちゃんと192.88.99.0/24の経路をアナウンスしていただけませんか？
現状ではIPv4 ISPによっては韓国やカナダの6to4 relayになってしまうケースもあり、
日本国内の192.88.99.1のanycastを使えるようにするべきだと思います。
223 ：anonymous@ p7067-ipbf38marunouchi.tokyo.ocn.ne.jp：2006/10/01(日) 18:16:12 ID:???
224 ：anony：2006/10/02(月) 15:17:23 ID:z3CmGK4i
>>221
上手な6to4 relayの立て方を教えてｸﾚｸﾚ
上手な6to4 relayの立て方を教えてｸﾚｸﾚ
225 ：anonymous@ 69.53.30.125.dy.iij4u.or.jp：2006/10/05(木) 23:15:49 ID:LHZ72PFC
２台のパソコンをつないで勝手なv6アドレスをつけたら
ping通らなかったんですがこれって通信できないんですか？
ping通らなかったんですがこれって通信できないんですか？
>>225
ファイアウォールソフトでIPv6が遮断されているとかさ。
ウチの場合、PC（Win2000）からルータ（RT58i）へping6 fe80::（RT58iのリンクローカル）でも
RT58iからPCへping6 fe80::（PCのリンクローカル）でもリプライ返ってくるよ。
ファイアウォールソフトでIPv6が遮断されているとかさ。
ウチの場合、PC（Win2000）からルータ（RT58i）へping6 fe80::（RT58iのリンクローカル）でも
RT58iからPCへping6 fe80::（PCのリンクローカル）でもリプライ返ってくるよ。
227 ：anonymous@ 69.53.30.125.dy.iij4u.or.jp：2006/10/06(金) 22:41:45 ID:???
>>226ありがとうございます。
両方に同じネットワークのアドレスつけたらできますた。
両方に同じネットワークのアドレスつけたらできますた。
KDDIはIPv6を見捨てた
6to4やったら昔のような飛び石状態
ISPに申し込んだらクソ高い料金とるから誰も申し込まない
IPv6ｵﾜﾀ＼(＾o＾)／
6to4やったら昔のような飛び石状態
ISPに申し込んだらクソ高い料金とるから誰も申し込まない
IPv6ｵﾜﾀ＼(＾o＾)／
地上アナログ放送の停波による終焉と、
IPv4アドレスの枯渇による終焉と、
どちらが早そうですか？
それらに関して我々がすべきことはなんですか？
IPv4アドレスの枯渇による終焉と、
どちらが早そうですか？
それらに関して我々がすべきことはなんですか？
>>229
藻前が生きてる間はどっちも終焉しないので安心しる。
藻前が生きてる間はどっちも終焉しないので安心しる。
IPv6サミット2006が、2006年11月21日(火)に秋葉原で行なわれるらしいが、どうよ？
232 ：anonymous：2006/10/14(土) 00:32:17 ID:XYJPYclc
衆議院議員やらマイクロソフトやらが来るみたいだが、IPv6となんの関係が！？
233 ：anonymous@ s192157.ppp.asahi-net.or.jp：2006/10/14(土) 06:08:28 ID:???
冗談かと思ったら本とだった・・・
http://www.jp.ipv6forum.com/committee.html
で、楠 正憲 マイクロソフト株式会社 最高技術責任者補佐
ってどのくらいえらいの？
http://www.jp.ipv6forum.com/committee.html
で、楠 正憲 マイクロソフト株式会社 最高技術責任者補佐
ってどのくらいえらいの？
>>234
なんでLinuxのあんちゃんが、Microsoftの最高技術責任者補佐に・・・
なんでLinuxのあんちゃんが、Microsoftの最高技術責任者補佐に・・・
236 ：aa：2006/10/14(土) 13:39:51 ID:DVNM8Wp+
そのへんの連中はどこにいようが気にしない。どんどん移っていって
キャリアを積み上げていく。
キャリアを積み上げていく。
表面上のキャリアを重視して、あるいはそんなことに騙されて、
自分の人生をダメにする連中だな。
自分の人生をダメにする連中だな。
238 ：anonymous@ 69.53.30.125.dy.iij4u.or.jp：2006/10/14(土) 17:54:15 ID:???
自発的近隣通知を投げても隣のマシンの近隣テーブルが
更新されないんだけどこういう仕様なの？
という質問を投げれるスレって無いだろうか・・・
更新されないんだけどこういう仕様なの？
という質問を投げれるスレって無いだろうか・・・
240 ：anonymous@ 69.53.30.125.dy.iij4u.or.jp：2006/10/14(土) 19:40:18 ID:???
IPv4の、gARPを投げると近隣マシンのARPテーブルが更新される
というのと同じ事をしようとして
Neighbor Advertisement (自発的に投げるほう）を苦労して送信してみた
けど、隣のマシンで ip -f inet6 neigh を打つとテーブルが追加されてない
んですが、IPv6ではgARPみたいなことって出来ないのだろうか・・・
RAW socket を作って sendto リンクローカルマルチキャストアドレスに
sendto すると ネットワークアンリーチャブル で送信できないし・・・
というのと同じ事をしようとして
Neighbor Advertisement (自発的に投げるほう）を苦労して送信してみた
けど、隣のマシンで ip -f inet6 neigh を打つとテーブルが追加されてない
んですが、IPv6ではgARPみたいなことって出来ないのだろうか・・・
RAW socket を作って sendto リンクローカルマルチキャストアドレスに
sendto すると ネットワークアンリーチャブル で送信できないし・・・
fe80::のアドレスからff02::1宛てでダメ？
242 ：anonymous@ 69.53.30.125.dy.iij4u.or.jp：2006/10/14(土) 22:48:39 ID:???
>>241 THXです
さっき玉玉古本屋で古いUNIX MAGAZIN目にしてICMPv6の
ソース追跡の記事を見つけて見てたら
「リンクローカルアドレスじゃないとはじく」と書いてあったので
はっと気づきますた。
自アドレスをテキトーなグローバルアドレスにしてました・・・
さっき玉玉古本屋で古いUNIX MAGAZIN目にしてICMPv6の
ソース追跡の記事を見つけて見てたら
「リンクローカルアドレスじゃないとはじく」と書いてあったので
はっと気づきますた。
自アドレスをテキトーなグローバルアドレスにしてました・・・
ヘッダ長不定という仕様はルータ作るには良かったが，
L3スイッチの普及を考えると失敗だったと思うんだが，どうよ？
＃それとも漏れの理解が間違ってる？
L3スイッチの普及を考えると失敗だったと思うんだが，どうよ？
＃それとも漏れの理解が間違ってる？
>>243
もうちょっと語ってみて
もうちょっと語ってみて
IPv6が普及しないのはなぜ？
↓
IPv4 L3スイッチがこんなに低価格になっているのにIPv6 L3スイッチが高いからでは？
↓
IPv4ではL3スイッチが主流なのにIPv6 はソフトウェアでの実装だったりするのはなぜ？
(YAMAHAみたいに家庭用でもL3スイッチではなくルータなら問題ないのだろうが)
↓
拡張ヘッダが連結リストになっているのがL3スイッチでは扱いにくいのでは？
(IPv4では○bit目が□×とある程度決まっているので，
数の少ない例外処理以外はハードウェアで処理できるが，
連結リストの処理をハードコーティングするのは大変。)
↓
IPv6規格をソフトウェアの人間だけで作ってしまったことの問題？
(連結リストはアルゴリズム屋から見れば木にも発展できるいいデータ構造だし，
L3スイッチがこれだけ普及したのは予想外だろうから，
規格策定のプロセスが一概に悪いわけではないけど)
＃間違っている部分があったら指摘してもらえるとありがたいでつ
↓
IPv4 L3スイッチがこんなに低価格になっているのにIPv6 L3スイッチが高いからでは？
↓
IPv4ではL3スイッチが主流なのにIPv6 はソフトウェアでの実装だったりするのはなぜ？
(YAMAHAみたいに家庭用でもL3スイッチではなくルータなら問題ないのだろうが)
↓
拡張ヘッダが連結リストになっているのがL3スイッチでは扱いにくいのでは？
(IPv4では○bit目が□×とある程度決まっているので，
数の少ない例外処理以外はハードウェアで処理できるが，
連結リストの処理をハードコーティングするのは大変。)
↓
IPv6規格をソフトウェアの人間だけで作ってしまったことの問題？
(連結リストはアルゴリズム屋から見れば木にも発展できるいいデータ構造だし，
L3スイッチがこれだけ普及したのは予想外だろうから，
規格策定のプロセスが一概に悪いわけではないけど)
＃間違っている部分があったら指摘してもらえるとありがたいでつ
>>245
L7やL4スイッチならともかく、L3スイッチでリストをたどる必要性がどこにある？
L7やL4スイッチならともかく、L3スイッチでリストをたどる必要性がどこにある？
247 ：anonymous@ s192157.ppp.asahi-net.or.jp：2006/10/15(日) 11:41:25 ID:???
数で普及してると判断するなら、玄人＜素人なので
windowsで初期設定のままIP6できれば増えると思うよ
windowsで初期設定のままIP6できれば増えると思うよ
>>228
全くその通りで、
今年の国際的に一斉の6Boneの3ffeアドレス廃止と、
国内の6to4リレーが消えたことによる2002アドレスの悪化により、
今までIPv6を使っていた人たちが、一気に消えてしまった。
これだけIPv6人口が激減した上に、
ISPはなぜかIPv6アドレス提供を条件付きとし、しかも付加料金を取る。
これでは、お金を払う少数のマニア以外に、IPv6人口は増えようがない。
Windowsの初期設定でIPv6できようが、その先がなく、全く意味がない。
むしろ日本では、森首相がIPv6演説した頃のほうがIPv6人口は多かったであろう。
全くその通りで、
今年の国際的に一斉の6Boneの3ffeアドレス廃止と、
国内の6to4リレーが消えたことによる2002アドレスの悪化により、
今までIPv6を使っていた人たちが、一気に消えてしまった。
これだけIPv6人口が激減した上に、
ISPはなぜかIPv6アドレス提供を条件付きとし、しかも付加料金を取る。
これでは、お金を払う少数のマニア以外に、IPv6人口は増えようがない。
Windowsの初期設定でIPv6できようが、その先がなく、全く意味がない。
むしろ日本では、森首相がIPv6演説した頃のほうがIPv6人口は多かったであろう。
フレッツ・ドットネット上で動くshare(flenyとか:-)開発すれば、
一気に広まるんじゃないかな。
本当の意味でのIPv6ではないが。
一気に広まるんじゃないかな。
本当の意味でのIPv6ではないが。
今の状況でドット・ネットなんかが普及したら日本のIPv6は終わり．
閉域IPv6を混在させるならマルチプレフィックスに対応して，正しい経路選択，ソースアドレス選択が実現して
からじゃないと．あれっ！？NGNは．．．
閉域IPv6を混在させるならマルチプレフィックスに対応して，正しい経路選択，ソースアドレス選択が実現して
からじゃないと．あれっ！？NGNは．．．
251 ：anonymous@ host4.jams.co.jp：2006/10/19(木) 13:48:29 ID:???
IPv6のヘッダについての質問です。
LinuxでRAWソケット使おうと思って、FTPの
//ftp.linux-ipv6.org/pub/usagi/snap/kit/
から"usagi-linux24-s20060410.tar.bz2"を落として、ipv6.hのIPv6メッセージヘッダ構造体(ipv6hdr)を見てみたら
__u8 version:4, /* バージョンが4bit */
priority:4; /* ポリシーが4bit */
__u8 flow_lbl[3]; /* フローラベルが24bit */
となってたんですが、RFCの
ttp://www5d.biglobe.ne.jp/~stssk/rfc/rfc3542j.html#71
には
uint32_t ip6_un1_flow; /* 4 bits version, 8 bits TC, 20 bits flow-ID */
/* ４ビットのバージョン、８ビットのＴＣ，２０ビットのフローＩＤ */
となっていました。
これはUSAGIが間違ってるんですよね…？
あと正しいipv6.hってどこで入手できるんでしょうか？
LinuxでRAWソケット使おうと思って、FTPの
//ftp.linux-ipv6.org/pub/usagi/snap/kit/
から"usagi-linux24-s20060410.tar.bz2"を落として、ipv6.hのIPv6メッセージヘッダ構造体(ipv6hdr)を見てみたら
__u8 version:4, /* バージョンが4bit */
priority:4; /* ポリシーが4bit */
__u8 flow_lbl[3]; /* フローラベルが24bit */
となってたんですが、RFCの
ttp://www5d.biglobe.ne.jp/~stssk/rfc/rfc3542j.html#71
には
uint32_t ip6_un1_flow; /* 4 bits version, 8 bits TC, 20 bits flow-ID */
/* ４ビットのバージョン、８ビットのＴＣ，２０ビットのフローＩＤ */
となっていました。
これはUSAGIが間違ってるんですよね…？
あと正しいipv6.hってどこで入手できるんでしょうか？
>>251
つKAME
つKAME
253 ：anonymous@ i58-93-122-199.s04.a011.ap.plala.or.jp：2006/10/22(日) 03:37:13 ID:???
ここで聞いていいのかな？IPv6対応のイーサーネットコンバーター、
メーカーはどこでもいいのでありませんか？
製品スペック見てもIPv6対応なのか判断できず；；
無線接続関係ってIPv6そもそも無関係なのかな?
メーカーはどこでもいいのでありませんか？
製品スペック見てもIPv6対応なのか判断できず；；
無線接続関係ってIPv6そもそも無関係なのかな?
254 ：anonymous@(ry：2006/10/23(月) 11:46:49 ID:???
255 ：anonymous@ h219-110-187-067.catv02.itscom.jp：2006/10/23(月) 13:28:04 ID:cpZ5L05r
ソケットプログラミングについて質問させてください。
あるマシンがリンクローカルマルチキャストを送信して、同一リンク上の他のマシンが応答してなんらかの情報を返すようなプログラムを書きたいんですけど、なかなかうまくいかなくて。。
SOCK_DGRAMでUDPソケットを作って、サーバ側でリンクローカルアドレスをbindし、クライアント側でff02::1%[interface]に向けてsendtoしているんですが、sendtoでエラーをはいてしまいます。
ためしに、クライアント側でサーバのリンクローカルアドレスを指定してsendtoしても同じエラーになってしまっています。
リンクローカルマルチキャストに応答させるためには>>240さんのようにraw socketを作らなければならないのでしょうか？
詳しい方がいらっしゃいましたらよろしくお願いします。
あるマシンがリンクローカルマルチキャストを送信して、同一リンク上の他のマシンが応答してなんらかの情報を返すようなプログラムを書きたいんですけど、なかなかうまくいかなくて。。
SOCK_DGRAMでUDPソケットを作って、サーバ側でリンクローカルアドレスをbindし、クライアント側でff02::1%[interface]に向けてsendtoしているんですが、sendtoでエラーをはいてしまいます。
ためしに、クライアント側でサーバのリンクローカルアドレスを指定してsendtoしても同じエラーになってしまっています。
リンクローカルマルチキャストに応答させるためには>>240さんのようにraw socketを作らなければならないのでしょうか？
詳しい方がいらっしゃいましたらよろしくお願いします。
linuxって近隣キャッシュに何も無い状態で
非要請近隣通知を受けても近隣キャッシュに登録する実装に
なってないじゃん・・・
非要請近隣通知を受けても近隣キャッシュに登録する実装に
なってないじゃん・・・
NAT-PTって
http://www.ietf.org/internet-drafts/draft-ietf-v6ops-natpt-to-exprmntl-03.txt
これが出た後なんか進展ありましたか？
ちょっと見つけられなくて。
http://www.ietf.org/internet-drafts/draft-ietf-v6ops-natpt-to-exprmntl-03.txt
これが出た後なんか進展ありましたか？
ちょっと見つけられなくて。
↑です。
スミマセン
スミマセン
259 ：EATcf-123p6.ppp15.odn.ne.jp：2006/10/24(火) 23:12:45 ID:???
また間違えたorz
>>260
256にもコメントおねがいしますm(_ _)m
256にもコメントおねがいしますm(_ _)m
>>261
usagiを捨てて、kameにすべき。
usagiを捨てて、kameにすべき。
結局、NAT-PTはRFC2766のままってこと？
IPv6で設計運用するのは何が起こるか分からない、そうだ。
人知を超える範囲だと考えている、とのこと。
http://itpro.nikkeibp.co.jp/article/NEWS/20061027/251982/
NTT西日本は10月27日，10月23～25日の三日間続いたひかり電話の障害について会見を行い，謝罪した。
なお，NTT西日本幹部の責任については「今回の障害は人知を超える範囲だと考えている」（NTT西日本の森下俊三社長）と突っぱねた。
「これだけ大規模のIP電話網をIPv6で設計・運用するのは最先端の取り組み。何が起こるか分からない」（森下社長）と強調。
人知を超える範囲だと考えている、とのこと。
http://itpro.nikkeibp.co.jp/article/NEWS/20061027/251982/
NTT西日本は10月27日，10月23～25日の三日間続いたひかり電話の障害について会見を行い，謝罪した。
なお，NTT西日本幹部の責任については「今回の障害は人知を超える範囲だと考えている」（NTT西日本の森下俊三社長）と突っぱねた。
「これだけ大規模のIP電話網をIPv6で設計・運用するのは最先端の取り組み。何が起こるか分からない」（森下社長）と強調。
IPv6は未だ人知を越えたオーバーテクノロジーなわけですね(・∀・)
一体いつになれば人類の手中に収まるのでしょうか
一体いつになれば人類の手中に収まるのでしょうか
「コンピュータが間違えました」の新バージョンか
これでIPv6終わったな。
しかし、本当にIPv6で設計運用したことが原因なのか？？
しかし、本当にIPv6で設計運用したことが原因なのか？？
>>268
なわけないじゃん
なわけないじゃん
270 ：anonymous：2006/10/28(土) 04:47:09 ID:f6ZfUavH
draft-ietf-ipv6-2461bis-09.txtにLast Callがかかったようだが、
俺たちでいちゃもんつけようぜ！
俺たちでいちゃもんつけようぜ！
>>265
まだまだIPv6での設計運用は何が起きるか分からないということだね
まだまだIPv6での設計運用は何が起きるか分からないということだね
>>264
RFC2766はExperimentalなってます。でも、後継のRFCは出てないです。
RFC2766はExperimentalなってます。でも、後継のRFCは出てないです。
非要請近隣通知を受信しても自分の近隣キャッシュにそのアドレスが無い場合
は捨てちゃう。というのが仕様なの？？
仕様書見たら確かにそうも読めたけど・・
は捨てちゃう。というのが仕様なの？？
仕様書見たら確かにそうも読めたけど・・
274 ：[email protected]：2006/10/31(火) 11:02:12 ID:???
IPv6でやっとけば、いいわけがとおっちゃうの？漏れもIPv6のせいにしよう。
ところで、IPv6って、もはや消えゆく運命だと思っていたんだが、復活の可能性ってあるの？
ところで、IPv6って、もはや消えゆく運命だと思っていたんだが、復活の可能性ってあるの？
そういうあんたはIPv4はあと何年続くと思う？
v4しか使えない機器を使っている限りかな
WindowsXPが固まるのもIPv6に対応したせいだなｗ
ipv6なつかしい
誰か、俺の3ffe:接続を復活してくれーー
誰か、俺の3ffe:接続を復活してくれーー
280 ：[email protected]：2006/11/03(金) 23:56:22 ID:???
v4はあと40年くらい続くのでは？v6は普及しないまま10年後に消えそう。
そんなことないって誰か言って！
そんなことないって誰か言って！
そんなことはないよ>>280
機材のライフサイクルを考えれば8年かな
機材のライフサイクルを考えれば8年かな
インドとか人口が多いところの人たちが使うだけで足りないよ。
というか、32bitしかないんだから、有効に使えるのは30億個くらいしかない。
みんなが使えば明らかに足りない。
というか、32bitしかないんだから、有効に使えるのは30億個くらいしかない。
みんなが使えば明らかに足りない。
ということにしたいのですね。
日本はもうインターネット人口があまり増えないから大丈夫。
しかし、これから増える国はIPv4アドレスの割り当てはもらえない。
おそらく、日本の各社に割り当てられたぶんもその時は没収されると思われ。
しかし、これから増える国はIPv4アドレスの割り当てはもらえない。
おそらく、日本の各社に割り当てられたぶんもその時は没収されると思われ。
ボシュートするなら他にするところがあるべーよ
初期に割り当てたと事か使ってねーぞ
初期に割り当てたと事か使ってねーぞ
中国本土の電話網はIPv6で構築中。日本のNGNもIPv6で開発中。
どちらも基本的には閉域網だし、インターネットが近いうちに
v6に移行するとは思わないが、技術として廃れることもないでしょう。
どちらも基本的には閉域網だし、インターネットが近いうちに
v6に移行するとは思わないが、技術として廃れることもないでしょう。
IPv6は浸透してもIPv4を駆逐するには至らなさそう
結局、用途によって使い分けるようなデュアルスタックになるかな？
結局、用途によって使い分けるようなデュアルスタックになるかな？
2038年にネットワーク機器総入れ換えになるから安心しろ。
そのタイミングでがさっと IPv6 なり IPv10 なりに移行するさ。
そのタイミングでがさっと IPv6 なり IPv10 なりに移行するさ。
>>289
そのころにゃー定年です。
そのころにゃー定年です。
291 ：[email protected]：2006/11/07(火) 20:31:00 ID:???
>> 285
大切に使っているんじゃないですかねぇ。プロキシの内側でorz
>> 286
なるほど。NGNも動かないのをv6のせいにできるって作戦ですね。賢い！
大切に使っているんじゃないですかねぇ。プロキシの内側でorz
>> 286
なるほど。NGNも動かないのをv6のせいにできるって作戦ですね。賢い！
>291
サンディエゴに着てるの??
まあ、IPv4での反省を生かしてIP renumberingをIPv6でという夢が・・・
サンディエゴに着てるの??
まあ、IPv4での反省を生かしてIP renumberingをIPv6でという夢が・・・
293 ：nobody：2006/11/10(金) 10:37:27 ID:B6l8z9Qs
2011年が来れば、地上波アナログ放送は廃止、IPv4も廃止、確実にやってくる
元々IPv4とIPv6で設備が二重化されてコストも二重、さらに殆ど片方しか使われない
と来れば、ネットワーク事業者のほうもIPv6を遠慮したくなるのは分かる。
ただ、じゃあ「IPv6死亡→IPvX」となるかというと、十年単位ではそれはないだろう。
すでにIPv6の実装は多くあるので、もし切り替えざるを得なくなったとしたら、新しくIPvXを
作るよりもIPv6を用いる方がはるかに安い。
将来IPv4のアドレスは必ず(癌のようにゆっくりと、時には自覚症状無く、だが確実に)
足りなくなるので、考えられる未来は三つ。
・IPv6への移行はコストが大きすぎ、IPv4アドレスが希少品として取引されてもなお見
合わない。IPv6は普及せず、グローバルIPはますます高嶺の花となり、incoming制限
のためP2Pや自鯖も絶滅、末端利用者のネットワーク自由度はますます制限される。
・IPv6への移行コストが許容範囲に収まる。結果、IPv6接続が提供され、段々とIPv4
利用率が下がってくる。やがて二重化のコストから逃れるため、事業者はIPv4設備を
IPv6上のトンネル等に移して存続、現行のネイティブIPv4ネットワークは廃止される。
・電話交換網がパケット交換網に置き換えられつつあるように、パケット交換網とは
全く違う新しいネットワークが発明され、インターネット自体が役割を奪われる形で
別のネットワークに徐々に取って代わられる。
と来れば、ネットワーク事業者のほうもIPv6を遠慮したくなるのは分かる。
ただ、じゃあ「IPv6死亡→IPvX」となるかというと、十年単位ではそれはないだろう。
すでにIPv6の実装は多くあるので、もし切り替えざるを得なくなったとしたら、新しくIPvXを
作るよりもIPv6を用いる方がはるかに安い。
将来IPv4のアドレスは必ず(癌のようにゆっくりと、時には自覚症状無く、だが確実に)
足りなくなるので、考えられる未来は三つ。
・IPv6への移行はコストが大きすぎ、IPv4アドレスが希少品として取引されてもなお見
合わない。IPv6は普及せず、グローバルIPはますます高嶺の花となり、incoming制限
のためP2Pや自鯖も絶滅、末端利用者のネットワーク自由度はますます制限される。
・IPv6への移行コストが許容範囲に収まる。結果、IPv6接続が提供され、段々とIPv4
利用率が下がってくる。やがて二重化のコストから逃れるため、事業者はIPv4設備を
IPv6上のトンネル等に移して存続、現行のネイティブIPv4ネットワークは廃止される。
・電話交換網がパケット交換網に置き換えられつつあるように、パケット交換網とは
全く違う新しいネットワークが発明され、インターネット自体が役割を奪われる形で
別のネットワークに徐々に取って代わられる。
>>294
obspletedになったとはいえ、IPv6の最初の仕様は1995年に出てる。改訂されたものも1998年。
つまり、現在のようにソフトもハードもIPv6をサポートするようになるまでに、多くの時間がかかってきている。
仮にIPv6が飛ばされてIPvXへ行ったとしても、今から仕様が決められて、さらに１０年以上先ですな。
obspletedになったとはいえ、IPv6の最初の仕様は1995年に出てる。改訂されたものも1998年。
つまり、現在のようにソフトもハードもIPv6をサポートするようになるまでに、多くの時間がかかってきている。
仮にIPv6が飛ばされてIPvXへ行ったとしても、今から仕様が決められて、さらに１０年以上先ですな。
296 ：anonymous@ EATcf-122p249.ppp15.odn.ne.jp：2006/11/14(火) 01:50:17 ID:???
米軍の閉鎖網とかもIPv6になるでしょ。アメリカの政府系はみんな切り替えるんだったかな？
IPv6がv4を飲み込むほど大きくなれば、移行は加速するわけで。
当分ちびちび普及するんじゃないだろうか。
IPv6がv4を飲み込むほど大きくなれば、移行は加速するわけで。
当分ちびちび普及するんじゃないだろうか。
297 ：anonymous@ 125x103x100x16.ap125.ftth.ucom.ne.jp：2006/11/14(火) 23:53:04 ID:???
( ﾟДﾟ)?
299 ：anonymous@ PPPa779.saitama-ip.dti.ne.jp：2006/11/18(土) 13:50:19 ID:48GRtfpH
だれか日立製トランスレータソフトのToolnet6を
フレッツ・ドットネットで使っている人いますか？
winnyとかBitcometとかMXとか使えるでしょうか？
ttp://www.etn.yz.yamagata-u.ac.jp/~wata/
フレッツ・ドットネットで使っている人いますか？
winnyとかBitcometとかMXとか使えるでしょうか？
ttp://www.etn.yz.yamagata-u.ac.jp/~wata/
300 ：anonymous@[fe80::7743]：2006/11/18(土) 16:11:39 ID:???
そういや、IPv6でのMXは、IN MX6になるのか、IN6 MXになるのか、IN MXのままIPv4と混在させるのか？
302 ：anonymous@ ip70-174-150-78.dc.dc.cox.net：2006/11/18(土) 18:01:37 ID:???
>>301
今手元にバッタ本持ってないけどMXはFQDN返したら済む話なんと違うの？
今手元にバッタ本持ってないけどMXはFQDN返したら済む話なんと違うの？
303 ：299：2006/11/18(土) 23:00:26 ID:48GRtfpH
トンネリングは拠点間接続なら良いのですが
私のルータは１０本くらいしかトンネルが掘れません。
P2PソフトではNGでしょ。
何千本もトンネル掘れるルータて無いし。
ハードウエアのトランスレータは超高いし解決策はソフトかな？
と思いました。
最近プロパのP2Pいじめは激しくなってきたのでプロパ変更か、
フレッツ・ドットネットの併用を考えています。
誰かフレッツ・ドットネットのP2P活用法を教えてください。
私のルータは１０本くらいしかトンネルが掘れません。
P2PソフトではNGでしょ。
何千本もトンネル掘れるルータて無いし。
ハードウエアのトランスレータは超高いし解決策はソフトかな？
と思いました。
最近プロパのP2Pいじめは激しくなってきたのでプロパ変更か、
フレッツ・ドットネットの併用を考えています。
誰かフレッツ・ドットネットのP2P活用法を教えてください。
304 ：anonymous@[fe80::7743]：2006/11/19(日) 00:10:25 ID:???
>>303
P2Pは他の接続相手に自分の知ってるアドレスを紹介する。そのアドレスは当然
IPv4なんだから、v4-v6トランスレーターを使う場合は、トランスレーターの割り
当てた仮のv4アドレスを教えあってしまう。結果、参加者全員のv4-v6対応
テーブルが矛盾無く一致していなければネットワークが破綻して使用不能。
結局のところ、IPv6 対応の P2P ソフトを使う(作る)のが一番現実的。
どうしてもv4にこだわるということであれば、参加者全体が、トンネルで互いに
網目状に繋いで、自前でルーティングするとか。ちゃんとルーティングができ
てればスピードはともかく中継はされるので何千本もトンネル掘らなくても平気。
お勧めはしないけど。
P2Pは他の接続相手に自分の知ってるアドレスを紹介する。そのアドレスは当然
IPv4なんだから、v4-v6トランスレーターを使う場合は、トランスレーターの割り
当てた仮のv4アドレスを教えあってしまう。結果、参加者全員のv4-v6対応
テーブルが矛盾無く一致していなければネットワークが破綻して使用不能。
結局のところ、IPv6 対応の P2P ソフトを使う(作る)のが一番現実的。
どうしてもv4にこだわるということであれば、参加者全体が、トンネルで互いに
網目状に繋いで、自前でルーティングするとか。ちゃんとルーティングができ
てればスピードはともかく中継はされるので何千本もトンネル掘らなくても平気。
お勧めはしないけど。
305 ：299：2006/11/19(日) 01:53:19 ID:owabRNg4
306 ：299：2006/11/19(日) 03:28:36 ID:owabRNg4
>>304
逆に言えば矛盾無く一致してれば、通信出来るという事だよね？
なんか美味い手ないかな？
たとえばFdNネームを使って、（FFFFFFFF.flets.net）は、
IPｖ４では、(FFFFFFFF)のアドレスだよとか？
逆に言えば矛盾無く一致してれば、通信出来るという事だよね？
なんか美味い手ないかな？
たとえばFdNネームを使って、（FFFFFFFF.flets.net）は、
IPｖ４では、(FFFFFFFF)のアドレスだよとか？
307 ：GIG：2006/11/22(水) 03:04:44 ID:cCgzMAq/
IPv6へ移行する理由
> 米国防総省が今年秋でIPv4機器の調達を中止し、2008年にはIPv6に完全移行
> http://internet.watch.impress.co.jp/www/article/2003/0627/dod.htm
>
> 「アルカイダは目立たず、高度に分散化されている。
> 最近まで我々は同じように動く能力に欠けていたが、
> 今やそれが重要な能力があることを理解している。
> 彼らはネットワークを中心にしており、我々はそうではなかった。
> 彼らの指揮命令能力は、我々にも同じ能力を持つことを求めている」と説明。
> この新しい動きが、テロリズムとの戦いにおいて重要な役割を果たすと指摘した。
> そして「現在のIPv4におけるセキュリティと柔軟性の欠如は我々の足手まといとなっている。
> これはインターネットが子供の宿題を解くときに十分信頼できるかという問題ではなく、
> 子供の命を預けられるかという問題なのだ。我々が失敗すれば、人が死ぬのだ」とコメントし、
> IPv6へ移行する理由を説明した。
> 米国防総省が今年秋でIPv4機器の調達を中止し、2008年にはIPv6に完全移行
> http://internet.watch.impress.co.jp/www/article/2003/0627/dod.htm
>
> 「アルカイダは目立たず、高度に分散化されている。
> 最近まで我々は同じように動く能力に欠けていたが、
> 今やそれが重要な能力があることを理解している。
> 彼らはネットワークを中心にしており、我々はそうではなかった。
> 彼らの指揮命令能力は、我々にも同じ能力を持つことを求めている」と説明。
> この新しい動きが、テロリズムとの戦いにおいて重要な役割を果たすと指摘した。
> そして「現在のIPv4におけるセキュリティと柔軟性の欠如は我々の足手まといとなっている。
> これはインターネットが子供の宿題を解くときに十分信頼できるかという問題ではなく、
> 子供の命を預けられるかという問題なのだ。我々が失敗すれば、人が死ぬのだ」とコメントし、
> IPv6へ移行する理由を説明した。
308 ：anonymous@ s192157.ppp.asahi-net.or.jp：2006/11/22(水) 08:28:46 ID:???
アル(ryは煽り文句としてアメの軍需産業にIP6関係のなかったら純粋にこの文章の通りなんだろうかな？
NATとか使ってるアホは、この米国防総省の主張がわからないんだろうな
NTT西の1Gbpsの光プレミアムで、IPv6、IPsecで600Mbps以上でるCTUを
用意するらしいのだが、どこ製なんだろうな。
用意するらしいのだが、どこ製なんだろうな。
>>310
ぜひ電電ファミリーの国産で
ぜひ電電ファミリーの国産で
数年後には、IPv6アドレスしかもらえないユーザーも現われる
http://internet.watch.impress.co.jp/cda/event/2006/11/21/14016.html
クラスA（/8）単位のブロックで見た場合、
2005年の時点で年間10ブロックのペースで消費されているという。
これに対して手つかずで残っているのは 64ブロックであるため、
6年ほどで無くなる計算になる。
ただし、2003年頃から割り当てペースが増加傾向にあり、
「数年で無くなるなあという雰囲気」だという。
http://internet.watch.impress.co.jp/cda/event/2006/11/21/14016.html
クラスA（/8）単位のブロックで見た場合、
2005年の時点で年間10ブロックのペースで消費されているという。
これに対して手つかずで残っているのは 64ブロックであるため、
6年ほどで無くなる計算になる。
ただし、2003年頃から割り当てペースが増加傾向にあり、
「数年で無くなるなあという雰囲気」だという。
314 ：anonymous@ p2162-ipbf505souka.saitama.ocn.ne.jp：2006/11/28(火) 15:58:32 ID:???
どなたか教えてください。
アクセス解析で、IPv6のアドレスを拾った場合、
どのような表示されるのでしょうか？
(もちろんスクリプトによると思うのですが、IPv6対応みたいなの見たことないので)
IPv4形式に表示されるなんてことはないですかね？
アクセス解析で、IPv6のアドレスを拾った場合、
どのような表示されるのでしょうか？
(もちろんスクリプトによると思うのですが、IPv6対応みたいなの見たことないので)
IPv4形式に表示されるなんてことはないですかね？
317 ：anonymous@ p15112-ipadfx41marunouchi.tokyo.ocn.ne.jp：2006/11/29(水) 00:42:11 ID:???
おうおまいら、自鯖版から迷い込んで来た俺を助けれ。
なんかさ、IPv6ってNATいらねぇって書いてあったけどどゆこと？
家庭内に複数マシンあったらそのマシン一つ一つにグローバルなIPアドレスが振り分けられるってこと？
っつーかさ、IPv6にしたからって何なのさ？IPv6はデフォルトでIPsecの暗号化をサポートしてるってどっかに書いてたけど。
IPv6のトンネリングってよく聞くけどさぁー、様はお手軽VPNみたいなもんなの？
なんかさ、IPv6ってNATいらねぇって書いてあったけどどゆこと？
家庭内に複数マシンあったらそのマシン一つ一つにグローバルなIPアドレスが振り分けられるってこと？
っつーかさ、IPv6にしたからって何なのさ？IPv6はデフォルトでIPsecの暗号化をサポートしてるってどっかに書いてたけど。
IPv6のトンネリングってよく聞くけどさぁー、様はお手軽VPNみたいなもんなの？
>>316
固定IPアドレスを割り当てられていない人は、IPv6アドレスが付与される可能性がある。
また、固定IPアドレスのブロックを自分の名義で登録していない人は、
固定IPアドレスといえどもISPのを借りているだけなので、ISP側に依存して危ない。
>>317
グローバルIPv6アドレスが割り当てられるので、NATのような面倒なものは要らない。
IPsecやトンネリングやVPNは、IPv4にもあるのでIPv6特有の話ではない。
固定IPアドレスを割り当てられていない人は、IPv6アドレスが付与される可能性がある。
また、固定IPアドレスのブロックを自分の名義で登録していない人は、
固定IPアドレスといえどもISPのを借りているだけなので、ISP側に依存して危ない。
>>317
グローバルIPv6アドレスが割り当てられるので、NATのような面倒なものは要らない。
IPsecやトンネリングやVPNは、IPv4にもあるのでIPv6特有の話ではない。
生まれる前に死んだという意味では
水子規格だなあ
水子規格だなあ
ミスったー
>>318
IPsecやトンネリングがIPv4にもありますが、IPv6を利用した場合、IPsecの暗号化をデフォルトでサポートされるため、
トンネリング機器などでトンネリングを行ったらわざわざ暗号化する必要性がなくなるのか？
ってことなんだが、、、、、。
IPv6+トンネリング=IPsec?
ちなみに漏れ個人としてはNAT様様ですねん、確かに一家一台とかならIPv6は活躍するだろうけど、一家庭に複数台マシンがあったらそれ全てに一個ずつ固定IP振り分けな・・・・orz
まぁIPv6の固定IPがむちゃくちゃ安かったらいいけど、自宅に6台あるとIPv6×6回線分ってことになる訳よね？
>>318
IPsecやトンネリングがIPv4にもありますが、IPv6を利用した場合、IPsecの暗号化をデフォルトでサポートされるため、
トンネリング機器などでトンネリングを行ったらわざわざ暗号化する必要性がなくなるのか？
ってことなんだが、、、、、。
IPv6+トンネリング=IPsec?
ちなみに漏れ個人としてはNAT様様ですねん、確かに一家一台とかならIPv6は活躍するだろうけど、一家庭に複数台マシンがあったらそれ全てに一個ずつ固定IP振り分けな・・・・orz
まぁIPv6の固定IPがむちゃくちゃ安かったらいいけど、自宅に6台あるとIPv6×6回線分ってことになる訳よね？
なんないよ。フレッツドットネットとか使える環境にない?
たぶんあのままのイメージでいいと思う。
たぶんあのままのイメージでいいと思う。
>>321
少なくとも現状で、IPv6アドレスを一つだけくれるISPは存在しない。
IPv6に対応しているISPでは、IPv6ネットワークを一つ(あるいは一つ以上)くれる。
つまり、自宅に6台あろうと、1億台あろうと、大丈夫。
少なくとも現状で、IPv6アドレスを一つだけくれるISPは存在しない。
IPv6に対応しているISPでは、IPv6ネットワークを一つ(あるいは一つ以上)くれる。
つまり、自宅に6台あろうと、1億台あろうと、大丈夫。
うむ。なんとなく分かった！気がする。
でもちょっとIPv6ってすげぇってｵﾓﾀ
回答ありが㌧
でもちょっとIPv6ってすげぇってｵﾓﾀ
回答ありが㌧
>>316
ほとんどのユーザはISPからIPアドレスを借りてるだけなので
ISPのいいなりだし、IPv4アドレスが枯渇したらかなりの可能性で
ISP側はIPv4のサービスの価格を大幅に引き上げるだろうな
IPv4非固定の接続サービスはIPv4はISP側でNATをかまして
ユーザにはプライベートIPv4アドレスを払い出す可能性もある
IPv4の非固定グローバルアドレスを払い出すサービスも
存続させるだろうが価格を大幅に引き上げとかになりそう
ISP側のNATで問題のあるアプリはデュアルスタックで
IPv6でやれということになりそうな気がする
ほとんどのユーザはISPからIPアドレスを借りてるだけなので
ISPのいいなりだし、IPv4アドレスが枯渇したらかなりの可能性で
ISP側はIPv4のサービスの価格を大幅に引き上げるだろうな
IPv4非固定の接続サービスはIPv4はISP側でNATをかまして
ユーザにはプライベートIPv4アドレスを払い出す可能性もある
IPv4の非固定グローバルアドレスを払い出すサービスも
存続させるだろうが価格を大幅に引き上げとかになりそう
ISP側のNATで問題のあるアプリはデュアルスタックで
IPv6でやれということになりそうな気がする
IPv4アドレスが本当に枯渇したら割り当ての少ない国が
文句を言い出して国際問題化しないのかな？
特にアジア地域だと日本が一番多く割り当てをもらってそうだけど
中国とかが文句を言っくるということはないの？
そして日本のISPの中で大量にIPv4アドレスの割り当てをもらってるところが
一部のIPv4アドレスの返還を要求されることはないの？
文句を言い出して国際問題化しないのかな？
特にアジア地域だと日本が一番多く割り当てをもらってそうだけど
中国とかが文句を言っくるということはないの？
そして日本のISPの中で大量にIPv4アドレスの割り当てをもらってるところが
一部のIPv4アドレスの返還を要求されることはないの？
327 ：anonymous@ s190134.ppp.asahi-net.or.jp：2006/11/29(水) 08:10:11 ID:???
ソフトバンクとか？
ソフトバンクだな
あれはJPNICを経由せずにAPNICから直接もらっているので大丈夫
割り当てられている数を考えれば決して大丈夫では無いだろ。
個人レベルでもユーザー側の機器がIPv6に対応していれば
「OCN IPv6」と「OCN IPv6 モバイル」を組み合わせれば
今現在でも十分に実用的に使える状況なのにあまり知られてないんだよな
コレガがOCN IPv6の接続に対応してるルータを出してるし
OCNユーザではなくても月額税込262.5円のバリュープランで加入すれば
「OCN IPv6」と「OCN IPv6モバイル」に申し込みできるようになる
ttp://www.ocn.ne.jp/ipv6/mobile/
「OCN IPv6」と「OCN IPv6 モバイル」を組み合わせれば
今現在でも十分に実用的に使える状況なのにあまり知られてないんだよな
コレガがOCN IPv6の接続に対応してるルータを出してるし
OCNユーザではなくても月額税込262.5円のバリュープランで加入すれば
「OCN IPv6」と「OCN IPv6モバイル」に申し込みできるようになる
ttp://www.ocn.ne.jp/ipv6/mobile/
>>332
IPv6を使うためだけに、毎年、何千円も余分にお金を払うのは、よほどの物好きだけ。
真にIPv6が普及して欲しい立場としては、そういう有料にしているOCNが、IPv6普及を妨害している張本人にみえる。
IPv6を使うためだけに、毎年、何千円も余分にお金を払うのは、よほどの物好きだけ。
真にIPv6が普及して欲しい立場としては、そういう有料にしているOCNが、IPv6普及を妨害している張本人にみえる。
OCNユーザなら月額315円だぞ
OCNユーザ以外でも月額577.5円
IPv4だって固定IPもらおうとしたらオプション料金取られる
OCN IPv6は固定IPv6アドレスももらえるし、非固定でも利用できる便利なサービスだと思うけどな
対応ルータが現時点でコレガしかないのが問題だけどな
OCNユーザ以外でも月額577.5円
IPv4だって固定IPもらおうとしたらオプション料金取られる
OCN IPv6は固定IPv6アドレスももらえるし、非固定でも利用できる便利なサービスだと思うけどな
対応ルータが現時点でコレガしかないのが問題だけどな
OCNユーザといっても
固定IPのユーザーはその315円のほうには入れない。
それを聞いたときなんじゃこりゃと思った。
固定IPのユーザーはその315円のほうには入れない。
それを聞いたときなんじゃこりゃと思った。
>>334
577.5円 * 12 = 年間6930円もIPv6のためだけに出費するのはあまりにもひどすぎる。
これではどう考えてもIPv6が普及するとは思えない。むしろ邪魔してるようにみえる。
>>335
そういうIPv6マニアにとってはうれしいかも知れないが、一般普及すると思えない。
>>336
OCNの固定IPユーザはお金持ちだろうから、もっと高く徴収するってことだろうか。
577.5円 * 12 = 年間6930円もIPv6のためだけに出費するのはあまりにもひどすぎる。
これではどう考えてもIPv6が普及するとは思えない。むしろ邪魔してるようにみえる。
>>335
そういうIPv6マニアにとってはうれしいかも知れないが、一般普及すると思えない。
>>336
OCNの固定IPユーザはお金持ちだろうから、もっと高く徴収するってことだろうか。
IPv6バックボーンはあまりにも貧弱すぎ。
各社のやる気の無さが現れている。
各社のやる気の無さが現れている。
値段と速度。
IPv6使えば、安くなる、速くなるとかメリットないと、絶対に普及しない。
今は、安くもないし、速くもないし。メリットは物好きの自己満だけ。
IPv6使えば、安くなる、速くなるとかメリットないと、絶対に普及しない。
今は、安くもないし、速くもないし。メリットは物好きの自己満だけ。
>>339
OCNなどがIPv6のために追加料金を取っているというのは普及のための最大の癌だよな。
これでは、これからIPv6対応していくISPも追加料金を徴収するという流れになりかねない。
なんで、NTTはこんなに足を引っ張るような方針を取っているのだろう。
OCNなどがIPv6のために追加料金を取っているというのは普及のための最大の癌だよな。
これでは、これからIPv6対応していくISPも追加料金を徴収するという流れになりかねない。
なんで、NTTはこんなに足を引っ張るような方針を取っているのだろう。
デスクトップ向けLinuxと同じ臭いがするな
IPv6に興味を持ってる人はこんなのばかりなのか？
こりゃダメだな
IPv6に興味を持ってる人はこんなのばかりなのか？
こりゃダメだな
342 ：anonymous@ v052096.ppp.asahi-net.or.jp：2006/12/05(火) 21:20:39 ID:???
軍とかも興味持ってるしだめなのか？一番金使ってくれるぞ
いまIPv6のコネクティビティー持ってもメリット無いからなぁ。
（フレッツ内サービスは抱合せ販売もいいとこだし）
（フレッツ内サービスは抱合せ販売もいいとこだし）
最も駄目なのは、アメリカでの枯渇が日本よりずっと後に来ると言うこと。
345 ：IETF IPv6 Site Maintenance：2006/12/06(水) 05:49:44 ID:???
On December 7, 2006 at around 8:00pm EST, the IETF Web site in the IPv6 network will encounter a brief downtime due to maintenance of the IPv6 firewall.
NeuStar Secretariat Services will replace a piece of hardware to fix voltage fluctuations. The work will be completed in about an hour.
NeuStar Secretariat Services will replace a piece of hardware to fix voltage fluctuations. The work will be completed in about an hour.
>>344
あの国一人に一個のIP4できるよね？
あの国一人に一個のIP4できるよね？
>>303
gtk-gnutellaがipv6に対応してるみたいだから試してみれば？
gtk-gnutellaがipv6に対応してるみたいだから試してみれば？
ところで、現状のV4ベースのインターネットとは独立した
トンネリングしてないV6のインターネットって存在するの？細々でもいいから
トンネリングしてないV6のインターネットって存在するの？細々でもいいから
NTT西日本のフレッツ光プレミアム地域網とかでよければ。
今更だがWindows Vista RC1インストールしていじってみたけどIPv6の対応がとてもしっかりしてる
Pv4の設定と同じようにIPv6の設定をGUIでできるようになってる
また、ダイヤルアップ接続やVPN接続もIPv6に対応してるしIEはもちろんのこと
メールソフトのWindows MailもIPv6に対応してる
ファイル共有などの機能もIPv6に対応してる模様
参考記事
http://www.ipv6style.jp/jp/tryout/20060630/index.shtml
http://www.ipv6style.jp/jp/20060905/vista.html
http://www.ipv6style.jp/jp/20060927/vista.html
Pv4の設定と同じようにIPv6の設定をGUIでできるようになってる
また、ダイヤルアップ接続やVPN接続もIPv6に対応してるしIEはもちろんのこと
メールソフトのWindows MailもIPv6に対応してる
ファイル共有などの機能もIPv6に対応してる模様
参考記事
http://www.ipv6style.jp/jp/tryout/20060630/index.shtml
http://www.ipv6style.jp/jp/20060905/vista.html
http://www.ipv6style.jp/jp/20060927/vista.html
あ、でも国内に限っての話なのかな？
Windows向けメールソフト「Becky!」がIPv6に対応
ttp://www.ipv6style.jp/jp/news/20061207/becky.html
ttp://www.ipv6style.jp/jp/news/20061207/becky.html
> 本日(12月13日) 8:00頃より、JPNIC管理下でAPNICが逆引きを管理する
> IPv6アドレス空間の一部(2001:07fa:0007::/48)について、逆引きが委譲されない状態になっています。
これどこ？
> IPv6アドレス空間の一部(2001:07fa:0007::/48)について、逆引きが委譲されない状態になっています。
これどこ？
358 ：anonymous@ i220-108-217-44.s02.a013.ap.plala.or.jp：2006/12/21(木) 13:05:39 ID:fBVWcDsQ
ipv6で接続できるプロバイダーってあるの？
>>358
6Boneとか6to4とか
6Boneとか6to4とか
362 ：[email protected]：2006/12/21(木) 21:04:08 ID:???
363 ：anonymous@ u036110.ppp.asahi-net.or.jp：2006/12/21(木) 22:31:39 ID:???
IP網かなｗ
364 ：anonymous@ p5004-ipad07yosemiya.okinawa.ocn.ne.jp：2006/12/21(木) 23:41:28 ID:???
IPv6が普及したら、スパム減る？
TCP/IPの弱い部分を突いた攻撃は減るだろうが、スパムはあくまで正規の通信だから
IPv6に完全移行しても同じかと。
もちろん、IPv6環境へのアクセスができない端末・ボットからのスパムは減るかも知れない。
でも、この先10年はIPv4からのアクセスを遮断する訳も行かないし、結局は今まで通り
メールは来る。
IPv6に完全移行しても同じかと。
もちろん、IPv6環境へのアクセスができない端末・ボットからのスパムは減るかも知れない。
でも、この先10年はIPv4からのアクセスを遮断する訳も行かないし、結局は今まで通り
メールは来る。
>>358
feel6とか。
feel6とか。
>>361
付加サービスなんだから金かかるのは仕方ないだろ。
これまで何万円もしてた専用線プランが、月300円になったんだし、
なんたって固定プレフィクス＋非固定プレフィックスの２つもらえるのは便利
>>365
外にさらしているサービスをIPv6にしたら、
IPv4であれほどウザかったポートスキャンがぱったりこなくなり、
ログも綺麗になって満足だけどな。世間のウイルスもIPv6対応してないし
IPv6インターネットはいまんとこ安全だ。
非固定プレフィックスを持ち歩くノートPCで使えば、外出先からのアクセスも
なんら不自由しないし。
付加サービスなんだから金かかるのは仕方ないだろ。
これまで何万円もしてた専用線プランが、月300円になったんだし、
なんたって固定プレフィクス＋非固定プレフィックスの２つもらえるのは便利
>>365
外にさらしているサービスをIPv6にしたら、
IPv4であれほどウザかったポートスキャンがぱったりこなくなり、
ログも綺麗になって満足だけどな。世間のウイルスもIPv6対応してないし
IPv6インターネットはいまんとこ安全だ。
非固定プレフィックスを持ち歩くノートPCで使えば、外出先からのアクセスも
なんら不自由しないし。
369 ：anonymous@ ip70-174-150-78.dc.dc.cox.net：2006/12/24(日) 12:45:12 ID:???
そう言うのなら，「動的な割り当て(prefixが変化してもいい)でよいのでIPv6アドレスを付加料金なしで割り当てる」
選択肢があってもいいと思うのだが。
>>368
ポートスキャンが来ないとか攻撃者がいないから安全というのが
IPv6が使われていないことの裏返しであるなら素直に喜べない。
選択肢があってもいいと思うのだが。
>>368
ポートスキャンが来ないとか攻撃者がいないから安全というのが
IPv6が使われていないことの裏返しであるなら素直に喜べない。
>>369
> 「動的な割り当て(prefixが変化してもいい)でよいので
> IPv6アドレスを付加料金なしで割り当てる」選択肢があってもいいと思うのだが。
固定だろうが非固定だろうが設備コストはあまり変わらなそうだけど。
> ポートスキャンが来ないとか攻撃者がいないから安全というのが
> IPv6が使われていないことの裏返しであるなら素直に喜べない。
俺のIPアドレス当てられるもんなら当ててみろ、という気分になんない？
> 「動的な割り当て(prefixが変化してもいい)でよいので
> IPv6アドレスを付加料金なしで割り当てる」選択肢があってもいいと思うのだが。
固定だろうが非固定だろうが設備コストはあまり変わらなそうだけど。
> ポートスキャンが来ないとか攻撃者がいないから安全というのが
> IPv6が使われていないことの裏返しであるなら素直に喜べない。
俺のIPアドレス当てられるもんなら当ててみろ、という気分になんない？
ならない
IPv6の普及のためには、新たな料金は０円にするか、
もしくはIPv4よりもさらに安くしなければならない。
一般人がわざわざ余分なお金を出してIPv6を使うわけがないからである。
しかし、OCNなどがIPv6に付加料金を課す流れを作りつつあり、
これがIPv6普及の大きな阻害要因となっている。
もしくはIPv4よりもさらに安くしなければならない。
一般人がわざわざ余分なお金を出してIPv6を使うわけがないからである。
しかし、OCNなどがIPv6に付加料金を課す流れを作りつつあり、
これがIPv6普及の大きな阻害要因となっている。
プロバイダに加入して接続したらv4とv6のアドレスがそれぞれ振られている、というぐらいじゃないとね。
んだねえ。
実際のところv6なんて多段NATからの解放以外に利点ないんだから
知らない間に浸透させるぐらいじゃないとどうにもならないわ。
実際のところv6なんて多段NATからの解放以外に利点ないんだから
知らない間に浸透させるぐらいじゃないとどうにもならないわ。
Ipv6でのみ見れるエロを出せば一気に普及する。
そんなのゲートウェイがあれば済みそうだけど。
なんでNTTはipv6で追加料金をとるんだろ
普及させたくないのかな
普及させたくないのかな
378 ：anonymouse：2006/12/26(火) 21:11:27 ID:???
サービスの提供にはお金がかかるんですよ。
営利企業である以上、その分は追加料金という形で利用者から回収する。
営利企業である以上、その分は追加料金という形で利用者から回収する。
>>374
んだねぇ。
光プレミアムみたいに、知らない間にプロバイダと関係なくIPv6使ってるのがいいんだよね。
ついでだから、v4もv6もプロバイダなしでもインターネットにつながるようにすればいいんじゃね？
んだねぇ。
光プレミアムみたいに、知らない間にプロバイダと関係なくIPv6使ってるのがいいんだよね。
ついでだから、v4もv6もプロバイダなしでもインターネットにつながるようにすればいいんじゃね？
NTT西の光プレミアムのIPv6はNTT網内で完結してなかったか
今はそうかもしれないけれど、知らない間にインターネットにつないでおけばいいんじゃね。
ようするにまとめると、
NTTはプライベート網の光プレミアムではipv6を追加料金なく提供していて、
逆にグローバルなipv6は追加料金を取っているわけですね。
う～ん、これではipv6普及の道は遠そう。
NTTはプライベート網の光プレミアムではipv6を追加料金なく提供していて、
逆にグローバルなipv6は追加料金を取っているわけですね。
う～ん、これではipv6普及の道は遠そう。
ほっといてもIPv4アドレスが枯渇すればIPv6使うしかないから心配するな
今はIPv6を導入するとその分のコストがかかるがIPv4アドレスが枯渇したら
非固定IPの接続サービスもIPv4を使うほうがIPv6を使うよりも遥かにコストが
かかるようになる可能性が高いし
そのころにはコンピュータやネットワーク機器もIPv6に完全対応してるはず
固定IPアドレスの接続サービスの価格は割り当てられるアドレスの数が
圧倒的に違うので現時点でもIPv6の方が安い
（ADSLやFTTHなどのサービスでは固定IPv4アドレス1個の価格で
/48のプレフィックスのIPv6アドレスがもらえる
/48だと65536個のIPv6ネットワークが使える
これほど多くのIPアドレスの割り当てを受けられるIPv4接続サービスはない）
グローバルIPv4アドレスが割り当てられる接続サービスは徐々に値上げをしていって
多段NATのIPv4＋グローバルIPv6のデュアルスタックの接続サービスが
一般的になるかもね
そうなるとP2Pの通信やサーバー側からコネクションを張るような通信は
IPv6使えというようになる
今はIPv6を導入するとその分のコストがかかるがIPv4アドレスが枯渇したら
非固定IPの接続サービスもIPv4を使うほうがIPv6を使うよりも遥かにコストが
かかるようになる可能性が高いし
そのころにはコンピュータやネットワーク機器もIPv6に完全対応してるはず
固定IPアドレスの接続サービスの価格は割り当てられるアドレスの数が
圧倒的に違うので現時点でもIPv6の方が安い
（ADSLやFTTHなどのサービスでは固定IPv4アドレス1個の価格で
/48のプレフィックスのIPv6アドレスがもらえる
/48だと65536個のIPv6ネットワークが使える
これほど多くのIPアドレスの割り当てを受けられるIPv4接続サービスはない）
グローバルIPv4アドレスが割り当てられる接続サービスは徐々に値上げをしていって
多段NATのIPv4＋グローバルIPv6のデュアルスタックの接続サービスが
一般的になるかもね
そうなるとP2Pの通信やサーバー側からコネクションを張るような通信は
IPv6使えというようになる
移行期にものすごい苦痛を伴うであろうことは想像できた。
386 ：anonymous@fushianasan：2006/12/29(金) 04:46:26 ID:???
>>384
IPv6の起爆剤としてはP2Pが妥当じゃないかとは思うけど，
NATが1段ならSkypeみたいにNAT越えP2Pセッションを張れるので
10.0.0.0/8を使ってIPv4がかなり延命できそうな気もする。
やっぱりIPv6専用P2Pでエロ動画大量放流，みたいな形でIPv6の普及
を図るなら，技術者じゃなくてplayboyにお金払った方がいいかもわからんね。
悲しいけど。
IPv6の起爆剤としてはP2Pが妥当じゃないかとは思うけど，
NATが1段ならSkypeみたいにNAT越えP2Pセッションを張れるので
10.0.0.0/8を使ってIPv4がかなり延命できそうな気もする。
やっぱりIPv6専用P2Pでエロ動画大量放流，みたいな形でIPv6の普及
を図るなら，技術者じゃなくてplayboyにお金払った方がいいかもわからんね。
悲しいけど。
OCNのIPv6トンネリングサービスについての質問宜しいでしょうか
NAT越えでも利用可能と書いてありますが、これはつまりサーバーとして活動出来ないという事でしょうか？
もしくは、ポートを開放すればサーバーとして活動出来るのでしょうか？
具体的な説明(ポートの何番を開けるとか)を教えて頂けないでしょうか
宜しくお願いします
NAT越えでも利用可能と書いてありますが、これはつまりサーバーとして活動出来ないという事でしょうか？
もしくは、ポートを開放すればサーバーとして活動出来るのでしょうか？
具体的な説明(ポートの何番を開けるとか)を教えて頂けないでしょうか
宜しくお願いします
>>388
結論から言えばサーバを動かすって話とは何の関係もない。
技術上の問題はMTUに注意することだけで，サーバでもP2Pでも問題なさそうだが。
＃IPv6でしかアクセスできないサーバが面白いのかと聞かれると困るけど。
もちろん，規約の話は別にあり得る。
--
普通のトンネルはIPv6 over IPv4なので，プロトコル番号41のIPパケットを通す必要がある。
プロトコル番号17(UDP)やプロトコル番号6(TCP)しか通せないルータは使えない。
ポート番号って概念そのものがUDPとかTCPを使って初めて定義されるので，
ポート番号の概念を与えられないIPv6 over IPv4トンネルでは，通常
トンネルの出口をNATの奥にしまうことはない。
OCNはどうなっているかというと…
http://www.v6.ntt.net/07_document.html
…どうせフレッツ網でPPPoE使うので，Ethernetフレームの中に
IPv4ではなくIPv6パケットが入っているってことか。考えたね。
結論から言えばサーバを動かすって話とは何の関係もない。
技術上の問題はMTUに注意することだけで，サーバでもP2Pでも問題なさそうだが。
＃IPv6でしかアクセスできないサーバが面白いのかと聞かれると困るけど。
もちろん，規約の話は別にあり得る。
--
普通のトンネルはIPv6 over IPv4なので，プロトコル番号41のIPパケットを通す必要がある。
プロトコル番号17(UDP)やプロトコル番号6(TCP)しか通せないルータは使えない。
ポート番号って概念そのものがUDPとかTCPを使って初めて定義されるので，
ポート番号の概念を与えられないIPv6 over IPv4トンネルでは，通常
トンネルの出口をNATの奥にしまうことはない。
OCNはどうなっているかというと…
http://www.v6.ntt.net/07_document.html
…どうせフレッツ網でPPPoE使うので，Ethernetフレームの中に
IPv4ではなくIPv6パケットが入っているってことか。考えたね。
>>389
御回答ありがとうございます。
私ネットワークに対して中途半端な知識しか持っておらず、
正直な所よく分からないのが現状です。申し訳ありません。
具体的な話をさせて頂きますと、
Buffalo社製WHR3-AG54のNAT配下でcorega社製CG-BARPRO6を使用したいのですが、
特殊な設定なしで可能なのでしょうか。
IPv4のUDPパケットにIPv6パケットがカプセリングされる物と思っておりました。
御回答ありがとうございます。
私ネットワークに対して中途半端な知識しか持っておらず、
正直な所よく分からないのが現状です。申し訳ありません。
具体的な話をさせて頂きますと、
Buffalo社製WHR3-AG54のNAT配下でcorega社製CG-BARPRO6を使用したいのですが、
特殊な設定なしで可能なのでしょうか。
IPv4のUDPパケットにIPv6パケットがカプセリングされる物と思っておりました。
389です。
>>390
すいません。>>389では間違えて
「OCN ADSLサービス IPv6デュアル(A)用 ユーザ網インタフェース仕様書Ver2.3」
http://www.ocn.v6.ntt.net/dual/pdf/ipv6if_ver2.3.pdf
を見ていました。本来見るべき仕様書は
「OCN IPv6 ユーザ網インタフェース仕様書Ver1.0」
http://www.ocn.v6.ntt.net/ocnipv6/pdf/ocnipv6uni_ver1.0.pdf
ですね。大変失礼しました。
＞IPv4のUDPパケットにIPv6パケットがカプセリングされる物と思っておりました。
おっしゃるとおりです。申し訳ありません。
3章(7ページ)最初の図を見ると
IPv6 over PPP over L2TP over UDP over IPv4
なので，質問されたようなことは可能かと思います。
L2TPで使うUDP 1701番ポートに来たパケットをIPv6トンネルの出口をやらせる機械に
送ってあげてください。それで行けると思います。
>>390
すいません。>>389では間違えて
「OCN ADSLサービス IPv6デュアル(A)用 ユーザ網インタフェース仕様書Ver2.3」
http://www.ocn.v6.ntt.net/dual/pdf/ipv6if_ver2.3.pdf
を見ていました。本来見るべき仕様書は
「OCN IPv6 ユーザ網インタフェース仕様書Ver1.0」
http://www.ocn.v6.ntt.net/ocnipv6/pdf/ocnipv6uni_ver1.0.pdf
ですね。大変失礼しました。
＞IPv4のUDPパケットにIPv6パケットがカプセリングされる物と思っておりました。
おっしゃるとおりです。申し訳ありません。
3章(7ページ)最初の図を見ると
IPv6 over PPP over L2TP over UDP over IPv4
なので，質問されたようなことは可能かと思います。
L2TPで使うUDP 1701番ポートに来たパケットをIPv6トンネルの出口をやらせる機械に
送ってあげてください。それで行けると思います。
OCNのトンネリングサービスといっても2種類あります
一つ目はSOHO向けの固定IPアドレスの接続サービスで利用できる
従来からあるIPv6 over IPv4をつかったもの
OCN IPv6トンネル接続サービス
http://www.ocn.ne.jp/business/ipv6/tunnel/
2つ目は個人向けのOCN IPv6です
OCN IPv6
http://www.ocn.ne.jp/ipv6/
両者はカプセル化の方式が違うまったく別もののサービスなので注意が必要です
１つ目のOCN IPv6トンネル接続サービスではIPv6 over IPv4に対応してるルータなら
接続できるかと思われます。対応ルーターの種類も豊富です。
2つ目のOCN IPv6では現状では対応ルータはCG-BARPRO6のみです
一つ目はSOHO向けの固定IPアドレスの接続サービスで利用できる
従来からあるIPv6 over IPv4をつかったもの
OCN IPv6トンネル接続サービス
http://www.ocn.ne.jp/business/ipv6/tunnel/
2つ目は個人向けのOCN IPv6です
OCN IPv6
http://www.ocn.ne.jp/ipv6/
両者はカプセル化の方式が違うまったく別もののサービスなので注意が必要です
１つ目のOCN IPv6トンネル接続サービスではIPv6 over IPv4に対応してるルータなら
接続できるかと思われます。対応ルーターの種類も豊富です。
2つ目のOCN IPv6では現状では対応ルータはCG-BARPRO6のみです
InfoSphereの固定IPサービス使ってるがWindowsVista使うと
6to4やteredoでトンネリングされる。非公式に動いてるのかな。
6to4やteredoでトンネリングされる。非公式に動いてるのかな。
395 ：[email protected]：2007/01/10(水) 14:54:00 ID:???
>>395
今やったら繋がんなかった。orz
VistaRC1入れたときに試したら何も設定無しで繋がったのだが。
ひかり電話のルータ(RT200NE)のNAT越しでteredo
それ以前は6月頃にWinXPで6to4が動いてるの確認してた。
今やったら繋がんなかった。orz
VistaRC1入れたときに試したら何も設定無しで繋がったのだが。
ひかり電話のルータ(RT200NE)のNAT越しでteredo
それ以前は6月頃にWinXPで6to4が動いてるの確認してた。
teredo server/relayはどこ使ってたのよ？
microsoftが何かやってただけなのかな。orz
以前はwww.kame.netに繋がってたのだが。
netsh interface ipv6>show teredo
Teredo パラメータ
---------------------------------------------
種類 : default
サーバー名 : teredo.ipv6.microsoft.com.
クライアント更新間隔 : 30 秒
クライアント ポート : unspecified
状態 : qualified
クライアントの種類 : teredo client
ネットワーク : managed
NAT : restricted
以前はwww.kame.netに繋がってたのだが。
netsh interface ipv6>show teredo
Teredo パラメータ
---------------------------------------------
種類 : default
サーバー名 : teredo.ipv6.microsoft.com.
クライアント更新間隔 : 30 秒
クライアント ポート : unspecified
状態 : qualified
クライアントの種類 : teredo client
ネットワーク : managed
NAT : restricted
今まで知らなかったけどWindowsXPにportproxyなんて便利な機能があるんだね
ttp://ipv6.blog.ocn.ne.jp/ipv6/2006/08/windowsportprox_c36b.html
ttp://ipv6.blog.ocn.ne.jp/ipv6/2006/05/ipv6_6e33.html
ttp://ipv6.blog.ocn.ne.jp/ipv6/2006/05/hdddvd_83c9.html
ttp://ipv6.blog.ocn.ne.jp/ipv6/2006/08/windowsportprox_c36b.html
ttp://ipv6.blog.ocn.ne.jp/ipv6/2006/05/ipv6_6e33.html
ttp://ipv6.blog.ocn.ne.jp/ipv6/2006/05/hdddvd_83c9.html
400 ：anonymous@ x133187.ppp.asahi-net.or.jp：2007/01/11(木) 19:02:18 ID:???
はい、けど使えない・・・・・
401 ：anonymous@fusiana：2007/01/11(木) 19:02:53 ID:???
またふしあなでやっちゃったよ
Teredo 参考情報
6bone (3ffe:～) の実験が終了したために、MS が使っていた仮の Teredo
prefix (3ffe:831f::/32)が失効して使えなくなった。
で、現在は RFC で正式な Teredo prefix が 2001:0000::/32 に決まったので、
古い Teredo は、設定変更するなりアップデートしないと使えない。
(WindowsXP ではレジストリ書き換えが必要だった)
相変わらず teredo.ipv6.microsoft.com はTeredo リレーが無いようで使えない。
teredo.remlab.net は今のところちゃんと使える。
6bone (3ffe:～) の実験が終了したために、MS が使っていた仮の Teredo
prefix (3ffe:831f::/32)が失効して使えなくなった。
で、現在は RFC で正式な Teredo prefix が 2001:0000::/32 に決まったので、
古い Teredo は、設定変更するなりアップデートしないと使えない。
(WindowsXP ではレジストリ書き換えが必要だった)
相変わらず teredo.ipv6.microsoft.com はTeredo リレーが無いようで使えない。
teredo.remlab.net は今のところちゃんと使える。
403 ：ぬるぬる：2007/01/13(土) 23:52:42 ID:ZhiifXfR
>>393
勝手に補足
上は主に会社向け、/48で数千円から
固定IPv4アドレスが必要。普通のgifトンネル
下は個人向け、./64が２つ（１つは固定)で315円。
固定IPv4アドレス不要、L2TPなのでNAT配下からでもおｋ
またOCN網外（出張先とか）からも接続可
DNSもHTTP proxyもついてるよ
http://www.ocn.ne.jp/ipv6/mobile/
勝手に補足
上は主に会社向け、/48で数千円から
固定IPv4アドレスが必要。普通のgifトンネル
下は個人向け、./64が２つ（１つは固定)で315円。
固定IPv4アドレス不要、L2TPなのでNAT配下からでもおｋ
またOCN網外（出張先とか）からも接続可
DNSもHTTP proxyもついてるよ
http://www.ocn.ne.jp/ipv6/mobile/
プラネックス、双方向通信対応の無線プリントサーバー。IPv6対応製品も
http://bb.watch.impress.co.jp/cda/news/16888.html
http://bb.watch.impress.co.jp/cda/news/16888.html
405 ：[email protected] ：2007/01/25(木) 04:05:37 ID:???
>>404
IPv6に対応したメリットはなんでしょう？
IPv6 Onlyの人でも使えるから？
IPv6 Onlyの人ってどのくらいいるのでしょう？
こういう製品が増えたらIPv6 Onlyの人が増えるのかな？
それとも、ホットスポットから、家のプリンターでプリントできるようになること？
家の外からのプリントアウトする設定、だれでも簡単にできますか？
グローバルIPv6アドレス付くから、そんなの当たり前？
FAXもなく、メールもやっていない、親や子への伝言とかに重宝しそう？
IPv6ならセキュリティは万全ですか？アタックされてインクが切れたら悔しいな。
IPv6に対応したメリットはなんでしょう？
IPv6 Onlyの人でも使えるから？
IPv6 Onlyの人ってどのくらいいるのでしょう？
こういう製品が増えたらIPv6 Onlyの人が増えるのかな？
それとも、ホットスポットから、家のプリンターでプリントできるようになること？
家の外からのプリントアウトする設定、だれでも簡単にできますか？
グローバルIPv6アドレス付くから、そんなの当たり前？
FAXもなく、メールもやっていない、親や子への伝言とかに重宝しそう？
IPv6ならセキュリティは万全ですか？アタックされてインクが切れたら悔しいな。
>>405
> IPv6に対応したメリットはなんでしょう？
http://www.planex.co.jp/release/pdf/20070122_mini-101mg_mini-101u6.pdf
> 現在一般的に使われているIPv4のIPアドレス以外にも将来的に変更される予定の
> IPv6にも対応しています。今からIPv6対応のプリントサーバを利用しておけば
> 将来ネットワーク環境がIPv6に変更されても問題なく利用できます。
> それとも、ホットスポットから、家のプリンターでプリントできるようになること？
Internet Printing Protocol - Wikipedia
http://ja.wikipedia.org/wiki/Internet_Printing_Protocol
> IPv6に対応したメリットはなんでしょう？
http://www.planex.co.jp/release/pdf/20070122_mini-101mg_mini-101u6.pdf
> 現在一般的に使われているIPv4のIPアドレス以外にも将来的に変更される予定の
> IPv6にも対応しています。今からIPv6対応のプリントサーバを利用しておけば
> 将来ネットワーク環境がIPv6に変更されても問題なく利用できます。
> それとも、ホットスポットから、家のプリンターでプリントできるようになること？
Internet Printing Protocol - Wikipedia
http://ja.wikipedia.org/wiki/Internet_Printing_Protocol
407 ：[email protected] ：2007/01/28(日) 21:17:35 ID:???
>>406
やっぱり、よくわかりませんねぇ。
結局、IPv6の時代になったときに、買い換えなくてすみますよ～、という製品でしょうか？
というわけで、今は役に立たないと考えていいでしょうか？
11nに対応していないし、v6対応より、先に11nだろ、と思うのは私だけではないはず。
やっぱり、よくわかりませんねぇ。
結局、IPv6の時代になったときに、買い換えなくてすみますよ～、という製品でしょうか？
というわけで、今は役に立たないと考えていいでしょうか？
11nに対応していないし、v6対応より、先に11nだろ、と思うのは私だけではないはず。
408 ：anonymous：2007/01/30(火) 01:03:22 ID:xJ3wakY5
フレッツのIPv6利用者、Vistaで一部サイトの表示が遅延
http://headlines.yahoo.co.jp/hl?a=20070126-00000029-imp-sci
この問題を解消する方法としては、Windows VistaでIPv6を無効化することが考えられる
http://headlines.yahoo.co.jp/hl?a=20070126-00000029-imp-sci
この問題を解消する方法としては、Windows VistaでIPv6を無効化することが考えられる
やっぱりサイトローカルアドレスは必要だったんですよキバヤシさん！(w
>>408
XPでの対処方法はあるけどVistaでも同様にできるんじゃないかな
956 名前：ppp [↓] ：2005/06/30(木) 23:34:17 ID:???
試してみたけどソースアドレスの振り分けできるね
最初に
2001:xxxx:xxxx:10::/64
2001:xxxx:xxxx:20::/64
をアドバタイズするようにルータを設定
コマンドプロンプトでnetshを入力
次にinterface ipv6を入力
この状態でshow prefixpolicyを実行
すると結果が
Precedence Label Prefix
---------- ----- --------------------------------
5 5 3ffe:831f::/32
10 4 ::ffff:0:0/96
20 3 ::/96
30 2 2002::/16
40 1 ::/0
50 0 ::1/128
XPでの対処方法はあるけどVistaでも同様にできるんじゃないかな
956 名前：ppp [↓] ：2005/06/30(木) 23:34:17 ID:???
試してみたけどソースアドレスの振り分けできるね
最初に
2001:xxxx:xxxx:10::/64
2001:xxxx:xxxx:20::/64
をアドバタイズするようにルータを設定
コマンドプロンプトでnetshを入力
次にinterface ipv6を入力
この状態でshow prefixpolicyを実行
すると結果が
Precedence Label Prefix
---------- ----- --------------------------------
5 5 3ffe:831f::/32
10 4 ::ffff:0:0/96
20 3 ::/96
30 2 2002::/16
40 1 ::/0
50 0 ::1/128
957 名前：ppp [↓] ：2005/06/30(木) 23:35:07 ID:???
続き
次にadd prefixpolicyコマンドで設定
（ここではkame.netとipv6style.jpのアドレスを
と通信するときにプレフィックスが2001:xxxx:xxxx:10
それ以外のアドレスと通信するときにプレフィックスが
2001:xxxx:xxxx:20を使うように設定）
add prefixpolicy 2001:200:0:8002::/64 45 10
add prefixpolicy 2001:218:2001:3000::/64 45 10
add prefixpolicy 2001:xxxx:xxxx:10::/64 45 10
add prefixpolicy 2001:xxxx:xxxx:20::/64 45 1
上の設定をするとデフォルトで入ってた設定が消えるので
念のため設定
add prefixpolicy 3ffe:831f::/32 5 5
add prefixpolicy ::ffff:0:0/96 10 4
add prefixpolicy ::/96 20 3
add prefixpolicy 2002::/16 30 2
add prefixpolicy ::/0 40 1
add prefixpolicy ::1/128 50 0
続き
次にadd prefixpolicyコマンドで設定
（ここではkame.netとipv6style.jpのアドレスを
と通信するときにプレフィックスが2001:xxxx:xxxx:10
それ以外のアドレスと通信するときにプレフィックスが
2001:xxxx:xxxx:20を使うように設定）
add prefixpolicy 2001:200:0:8002::/64 45 10
add prefixpolicy 2001:218:2001:3000::/64 45 10
add prefixpolicy 2001:xxxx:xxxx:10::/64 45 10
add prefixpolicy 2001:xxxx:xxxx:20::/64 45 1
上の設定をするとデフォルトで入ってた設定が消えるので
念のため設定
add prefixpolicy 3ffe:831f::/32 5 5
add prefixpolicy ::ffff:0:0/96 10 4
add prefixpolicy ::/96 20 3
add prefixpolicy 2002::/16 30 2
add prefixpolicy ::/0 40 1
add prefixpolicy ::1/128 50 0
958 名前：ppp [↓] ：2005/06/30(木) 23:35:44 ID:???
続き
パケットを実際にキャプチャしてみたが、
kame.netとipv6style.jpにアクセスするときは
2001:xxxx:xxxx:10
その他のサイトにアクセスするときは
2001:xxxx:xxxx:20
になることを確認した
続き
パケットを実際にキャプチャしてみたが、
kame.netとipv6style.jpにアクセスするときは
2001:xxxx:xxxx:10
その他のサイトにアクセスするときは
2001:xxxx:xxxx:20
になることを確認した
959 名前：あのにまうす [↓] ：2005/07/01(金) 00:38:16 ID:???
948です。
おまいらすごいよ。レス感謝です。
おかげで、netshで
add prefixpolicy 3ffe:831f::/32 5 5
add prefixpolicy ::ffff:0:0/96 10 4
add prefixpolicy ::/96 20 3
add prefixpolicy 2002::/16 30 2
add prefixpolicy ::/0 40 1
add prefixpolicy ::1/128 50 0
add prefixpolicy 2001:380:xxxx:aaaa::/64 50 1
add prefixpolicy 2001:c90:yyyy:zzzz::/64 50 2
とやったら、思い通りに動くようになりました。OCNへ行くときは必ず
2001:380になってくれます。ﾔﾀー∃!
ただなんでこれでうまく動くのか、まだぜんぜん理解できね ＿|￣|○
なんかLabelの値を比較するみたいだけど、Precedenceは何に使うのかわから
んし、MSDNとかRFC3484みてもLabelの意味がどうしてもわかんね orz
ところで、おうち鯖がFedora Core 4とFreeBSD 4.11なんですが、
netsh prefixpolicyと同じ設定ができなさそうなんです。Linuxがメインな
んで、USAGIを取ってきてるんですが、なんかこれにもそれっぽい設定がなさ
そうです。USAGIにもKAME(FreeBSDの中身はKAMEですよね？)でもできな
いとなると、MSの独自拡張だったりするんでしょうか？
948です。
おまいらすごいよ。レス感謝です。
おかげで、netshで
add prefixpolicy 3ffe:831f::/32 5 5
add prefixpolicy ::ffff:0:0/96 10 4
add prefixpolicy ::/96 20 3
add prefixpolicy 2002::/16 30 2
add prefixpolicy ::/0 40 1
add prefixpolicy ::1/128 50 0
add prefixpolicy 2001:380:xxxx:aaaa::/64 50 1
add prefixpolicy 2001:c90:yyyy:zzzz::/64 50 2
とやったら、思い通りに動くようになりました。OCNへ行くときは必ず
2001:380になってくれます。ﾔﾀー∃!
ただなんでこれでうまく動くのか、まだぜんぜん理解できね ＿|￣|○
なんかLabelの値を比較するみたいだけど、Precedenceは何に使うのかわから
んし、MSDNとかRFC3484みてもLabelの意味がどうしてもわかんね orz
ところで、おうち鯖がFedora Core 4とFreeBSD 4.11なんですが、
netsh prefixpolicyと同じ設定ができなさそうなんです。Linuxがメインな
んで、USAGIを取ってきてるんですが、なんかこれにもそれっぽい設定がなさ
そうです。USAGIにもKAME(FreeBSDの中身はKAMEですよね？)でもできな
いとなると、MSの独自拡張だったりするんでしょうか？
書き忘れてたけどこれで対処できるのはIPv6のインターネット接続を使ってる場合だけ
インターネットはIPv4のみでフレッツドットネットだけでIPv6使ってる場合は対処不能
インターネットはIPv4のみでフレッツドットネットだけでIPv6使ってる場合は対処不能
v6側のデフォルトゲートウエイを殺せばいいんじゃなくて？
DNSサーバーから帰ってきたIPv6アドレスの項目（AAAAなど）を削除するソフトを作って
DNSサーバーとリゾルバの間に挟めばいいんじゃないの？
DNSサーバーとリゾルバの間に挟めばいいんじゃないの？
DNSプロキシにドメインごとにIPv6アドレスを「返す」、「返さない」という
設定ができる機能をつければ回避できる
これをDNSサーバーとリゾルバの間に挟み込めばいいだけだね
だれかこういうソフト作ってくれないかな？
設定ができる機能をつければ回避できる
これをDNSサーバーとリゾルバの間に挟み込めばいいだけだね
だれかこういうソフト作ってくれないかな？
殺したいのはきっとインターネット側だろうから、dnscacheでも改造したら？
419 ：[email protected] ：2007/02/03(土) 11:34:39 ID:???
>>409
フレッツ網の中の閉じられたサービスのために、グローバルIPv6アドレス配っているの？
なんで、ユニークローカルアドレスを使ってないの？
それとも、v6時代になったら、何でもかんでもグローバル使うので、クライアントPCもデフォルトルート使えなくなるということ？？？
フレッツ網の中の閉じられたサービスのために、グローバルIPv6アドレス配っているの？
なんで、ユニークローカルアドレスを使ってないの？
それとも、v6時代になったら、何でもかんでもグローバル使うので、クライアントPCもデフォルトルート使えなくなるということ？？？
420 ：anonymous@ tetkyo126024.tkyo.te.ftth2.ppp.infoweb.ne.jp：2007/02/03(土) 15:00:10 ID:???
確か、閉じたネットワークでもグローバルIP推奨じゃなかったっけ？
>419
並べた単語のなかで一つでも理解している単語はあるの?
並べた単語のなかで一つでも理解している単語はあるの?
422 ：[email protected] ：2007/02/03(土) 19:09:14 ID:???
423 ：[email protected] ：2007/02/03(土) 19:12:01 ID:???
424 ：anonymous@ p920afb.tokyte00.ap.so-net.ne.jp：2007/02/06(火) 21:20:55 ID:???
RT57i + Feel6の組み合わせ配下の鯖機の22、80番ポートを開放して1年。
未だに自分の別環境IPv6端末以外からのアクセスが存在しないorz
未だに自分の別環境IPv6端末以外からのアクセスが存在しないorz
よくあること。
426 ：[email protected]：2007/02/08(木) 22:42:55 ID:???
>>424
見に行ってみるんでアドレス教えて
見に行ってみるんでアドレス教えて
427 ：[email protected] ：2007/02/13(火) 19:29:52 ID:???
v6のページが検索できる、検索エンジンのサイトありますか？
あれば、そこに登録すれば、少しはアクセス来るのでは？
無いなら、作らないとv6の時代は来ないだろうね。
あれば、そこに登録すれば、少しはアクセス来るのでは？
無いなら、作らないとv6の時代は来ないだろうね。
428 ：[email protected]：2007/02/13(火) 20:35:09 ID:???
wikiで作る？ｗｗさっきwiki入れてみたｗｗｗｗ
で、そのwikiにv4でアクセスして書き込むのか。。。
430 ：anonymous@：2007/02/14(水) 10:25:21 ID:???
ばれたかｗルータが対応してないんだよ・・・いじれば良いけどさip6 for ip4だかのプロトコル指定して
>>423
ULA使ったら、将来トランジット提供できなくなるもんｗｗｗ
ULA使ったら、将来トランジット提供できなくなるもんｗｗｗ
TSP?(configured) Teredo(automatic) ISATAP(automatic) 6to4(automatic)
これらの違いが・・・・よくわからない・・・・
ルータがIPv6対応してないときってプロトコル41指定してそれをサーバーに流すようにすればよいんだよね？DMZとか
これらの違いが・・・・よくわからない・・・・
ルータがIPv6対応してないときってプロトコル41指定してそれをサーバーに流すようにすればよいんだよね？DMZとか
433 ：anonymous@：2007/02/15(木) 10:06:31 ID:hbgjppqT
freenet6に登録してアプリを使うと楽だな・・・ゲートウェイ作ってNAT環境でも
設定がcmd.exeのipv6 installで終わったよ・・・・ただIE7でもkameは踊らず
linux版もあったが誰かチュートリアル作ってソースからインストールだからわからん
設定がcmd.exeのipv6 installで終わったよ・・・・ただIE7でもkameは踊らず
linux版もあったが誰かチュートリアル作ってソースからインストールだからわからん
434 ：anonymous@：2007/02/15(木) 11:24:07 ID:???
centos4.4でできました・・・
あと、政府が8年までにipv6に移行するらしいけど何年になるだろうか？
あと、政府が8年までにipv6に移行するらしいけど何年になるだろうか？
次の元号の8年までに
436 ：[email protected] ：2007/02/15(木) 16:50:45 ID:???
437 ：anonymous@：2007/02/15(木) 17:22:45 ID:???
>>436
http://www.google.co.jp/search?num=100&hl=ja&newwindow=1&client=firefox&rls=org.mozilla%3Aja%3Aofficial&hs=nFw&q=08+ipv6+%E6%94%BF%E5%BA%9C&btnG=Google+%E6%A4%9C%E7%B4%A2&lr=lang_ja
え、セキュリティーが良いとかそんなとこアプリ開発が楽になるとか
http://www.google.co.jp/search?num=100&hl=ja&newwindow=1&client=firefox&rls=org.mozilla%3Aja%3Aofficial&hs=nFw&q=08+ipv6+%E6%94%BF%E5%BA%9C&btnG=Google+%E6%A4%9C%E7%B4%A2&lr=lang_ja
え、セキュリティーが良いとかそんなとこアプリ開発が楽になるとか
438 ：anonymous@：2007/02/15(木) 17:28:25 ID:???
OCNのIPv6サービスはバリュープランに加入すると他ISPからでも利用できるらしい。
だれかこれでやってる人いないかな。
だれかこれでやってる人いないかな。
439 ：anonymous@：2007/02/15(木) 18:37:14 ID:???
社員のブログな買った？
>>438
>>13で既出だけど、現在までの書き込み数から考えると、利用者は少ないだろうね。
そもそも、縁の下で使われるテクノロジーを一般人にアピールしてまで
利用者を募っている状況では普及なんてまだまだ先だろうし、
それによるビジネス的なメリットがなければ通信機器側も対応してこない。
ニワトリが先かタマゴが先か・・・
>>13で既出だけど、現在までの書き込み数から考えると、利用者は少ないだろうね。
そもそも、縁の下で使われるテクノロジーを一般人にアピールしてまで
利用者を募っている状況では普及なんてまだまだ先だろうし、
それによるビジネス的なメリットがなければ通信機器側も対応してこない。
ニワトリが先かタマゴが先か・・・
441 ：[email protected] ：2007/02/16(金) 15:34:26 ID:???
442 ：[email protected]：2007/02/16(金) 20:50:07 ID:???
443 ：[email protected]：2007/02/16(金) 21:47:09 ID:???
これがIPv4脳か
444 ：[email protected] ：2007/02/16(金) 21:47:43 ID:???
>>442
やっぱりそうなんですね。
IPv6になったら、楽になることなんてあるのかな？大変になるだけのような気がしますね。
大変だから、アタックするのもIPv4よりも苦労が必要で、それでセキュリティーが高くなるのかな？
やっぱりそうなんですね。
IPv6になったら、楽になることなんてあるのかな？大変になるだけのような気がしますね。
大変だから、アタックするのもIPv4よりも苦労が必要で、それでセキュリティーが高くなるのかな？
というかプログラムのIPアドレス入れる部分を
ipv4用のからipv6用の奴にするだけでipv6対応一丁上がり、ってわけじゃないのかと(´・ω・｀)
ipv4用のからipv6用の奴にするだけでipv6対応一丁上がり、ってわけじゃないのかと(´・ω・｀)
447 ：hogera：2007/02/17(土) 05:42:03 ID:lcgGgc/3
IPv4では、ホストネームに対応するIPアドレスは１つと仮定しても、大抵は問題なかった。
ここにv6が混じると、getaddrinfoでv6/v4両方帰ってきて、かつ、片方は到達性がない、
なんてことが当たり前に起こる。つまり、フォールバックを考えなきゃイケナイってこと。
UDPのクライアントとかは相当面倒くさいことになると思うよ。
ここにv6が混じると、getaddrinfoでv6/v4両方帰ってきて、かつ、片方は到達性がない、
なんてことが当たり前に起こる。つまり、フォールバックを考えなきゃイケナイってこと。
UDPのクライアントとかは相当面倒くさいことになると思うよ。
言語によるが、C で Basic Socket Interface Extensions 叩く必要が
あるようなアプリの実装は v4 よりめんどくさくなった。
リンクローカルアドレスうざい。
あるようなアプリの実装は v4 よりめんどくさくなった。
リンクローカルアドレスうざい。
451 ：anonymous@：2007/02/21(水) 19:38:54 ID:???
そういえばip6tablesの設定ってどうやるのサイトある？
>451
ほぼiptablesと同じ。
カーネルによっては使えなかったりする機能もあるけど。
■BフレッツにおけるIPv6アドレス割り当ての実施について■
ttp://flets.com/customer/ci070223.html
閉鎖されたIPv6のIPアドレスなど今の時点でIPv6を使いたい人間にとっては何の需要もないよなぁ。
「IPv6？なんでつか？それ」な人が使う用途もないだろうし。
ほぼiptablesと同じ。
カーネルによっては使えなかったりする機能もあるけど。
■BフレッツにおけるIPv6アドレス割り当ての実施について■
ttp://flets.com/customer/ci070223.html
閉鎖されたIPv6のIPアドレスなど今の時点でIPv6を使いたい人間にとっては何の需要もないよなぁ。
「IPv6？なんでつか？それ」な人が使う用途もないだろうし。
453 ：[email protected]：2007/02/26(月) 21:34:13 ID:???
>>452
> ■BフレッツにおけるIPv6アドレス割り当ての実施について■
> ttp://flets.com/customer/ci070223.html
これって、閉域網内に限定すればルーティングしてくれるのかなぁ？
だとすると、何かに使えそう？
＃まぁ閉域網内v4でも出来る事しか出来ないかもしれないが。。。
> ■BフレッツにおけるIPv6アドレス割り当ての実施について■
> ttp://flets.com/customer/ci070223.html
これって、閉域網内に限定すればルーティングしてくれるのかなぁ？
だとすると、何かに使えそう？
＃まぁ閉域網内v4でも出来る事しか出来ないかもしれないが。。。
>>451
netfilter/bridgeで-m stateが使えないんだけど、そういうもんか？
netfilter/bridgeで-m stateが使えないんだけど、そういうもんか？
私に聞かれても
Vistaで標準でＩＰｖ６有効になったわけだし、
プロバイダや家庭用ルーターメーカーも、もうそろそろ対応してくれよと。
まったく、WinXPの時点でＩＰｖ６が有効になっていれば
もっと早く普及したと思うんだけどな・・・
家電組み込みやその他もろもろＩＰｖ４機器も多いから
変換できるルーターは１５年ぐらいはほしい。
うちのプロバイダはやく対応してくれ～
プロバイダや家庭用ルーターメーカーも、もうそろそろ対応してくれよと。
まったく、WinXPの時点でＩＰｖ６が有効になっていれば
もっと早く普及したと思うんだけどな・・・
家電組み込みやその他もろもろＩＰｖ４機器も多いから
変換できるルーターは１５年ぐらいはほしい。
うちのプロバイダはやく対応してくれ～
>456
OCN利用者の何割がIPv6使っているのかだよね。
古い話にはなるけどKDDIの6to4ルータが消えたりしている状況を見ると高いコストを出して今導入するメリットはほとんど無いんだろう。
OCN利用者の何割がIPv6使っているのかだよね。
古い話にはなるけどKDDIの6to4ルータが消えたりしている状況を見ると高いコストを出して今導入するメリットはほとんど無いんだろう。
NTT東日本、Bフレッツ新規加入者からIPv6アドレスの割り当てを開始
http://bb.watch.impress.co.jp/cda/news/17278.html
http://bb.watch.impress.co.jp/cda/news/17278.html
>>452で既出だったorz
460 ：[email protected]：2007/02/27(火) 23:23:09 ID:???
現在、
自宅 : デュアルスタック
職場 : IPv4だけ。
で職場からIPv6サイトを閲覧するのに自宅のproxy(wwwoffle)
を使ってるのですが、いちいちブラウザで「更新」するのが
ﾏﾝﾄﾞｸｾ('A`)です。
なにか安くて便利なソリューションはありますか?
ちなみに自宅のルータはPCルータなので結構応用がきくと
思ってるのです。
自宅 : デュアルスタック
職場 : IPv4だけ。
で職場からIPv6サイトを閲覧するのに自宅のproxy(wwwoffle)
を使ってるのですが、いちいちブラウザで「更新」するのが
ﾏﾝﾄﾞｸｾ('A`)です。
なにか安くて便利なソリューションはありますか?
ちなみに自宅のルータはPCルータなので結構応用がきくと
思ってるのです。
>>457
IPv6で立てたサーバーにアクセスするのに必ずIPv6が必要というわけじゃない
OCN IPv6はこの点初心者にも導入しやすい付加サービスとしてOCN IPv6モバイルをやってる
OCN IPv6モバイルを使えばIPv4端末からOCN IPv6で立てたサーバーなどにアクセスできる
これを使えば固定IPv4アドレスの接続サービスを使う必要はなくなる
IPv6で立てたサーバーにアクセスするのに必ずIPv6が必要というわけじゃない
OCN IPv6はこの点初心者にも導入しやすい付加サービスとしてOCN IPv6モバイルをやってる
OCN IPv6モバイルを使えばIPv4端末からOCN IPv6で立てたサーバーなどにアクセスできる
これを使えば固定IPv4アドレスの接続サービスを使う必要はなくなる
462 ：[email protected]：2007/03/03(土) 02:16:29 ID:???
>>460
職場にIPv6環境が無いってことは「職場」ではIPv6専用のページの閲覧は不要なんじゃ？
職場にIPv6環境が無いってことは「職場」ではIPv6専用のページの閲覧は不要なんじゃ？
>>460
いちいち「更新」しなければならないのは、www proxyの問題ではなかろうか。
いちいち「更新」しなければならないのは、www proxyの問題ではなかろうか。
464 ：ﾕﾆｺﾝ：2007/03/05(月) 00:46:48 ID:vK0/duIz
はじめまして,ﾕﾆｺﾝです｡
いきなりの質問すいません｡
IPなどホストアドレスなど知らないので,ここで質問して聞いてみる事にしました｡
この間,荒しにあいました｡
荒らした奴のIPはわかりました｡
でも,そのIPから一体どうやって…どんなことが調べられるかわかりません!
教えていただけないでしょうか!?
いきなりの質問すいません｡
IPなどホストアドレスなど知らないので,ここで質問して聞いてみる事にしました｡
この間,荒しにあいました｡
荒らした奴のIPはわかりました｡
でも,そのIPから一体どうやって…どんなことが調べられるかわかりません!
教えていただけないでしょうか!?
IPv6掲示板にIPv6な荒らしが･･･という話では(w
>>466
そ、それはオソロシス…。
そ、それはオソロシス…。
俺もIPv6な掲示板作ってみようっとｗ
v4グローバルとsb.flets.netのデュアルホームな
掲示板にv6からアクセスして、管理者にびっくり
されたことならある。
掲示板にv6からアクセスして、管理者にびっくり
されたことならある。
470 ：[email protected]：2007/04/14(土) 00:20:36 ID:???
Feel6って死んでる？
3アカウントとも不可なのだが･･･
Windows、Mac共に専用ツールでONUから直結で利用。
メンテナンス情報も問題あろうが載らないし、問い合わせメールも放置なんだよなぁ･･･
移るにしても6to4くらいしか選択肢ないしorz
3アカウントとも不可なのだが･･･
Windows、Mac共に専用ツールでONUから直結で利用。
メンテナンス情報も問題あろうが載らないし、問い合わせメールも放置なんだよなぁ･･･
移るにしても6to4くらいしか選択肢ないしorz
うちもdtcpclientが認証で蹴られるようになった。
メンテ中？
メンテ中？
kddilab.6to4.jpの時と同じような状況な気がする。
ひっそりと使えなくなって突然提供停止のアナウンス。
ひっそりと使えなくなって突然提供停止のアナウンス。
473 ：名無しさん：2007/04/23(月) 03:17:53 ID:4DRj41vG
こんにちは。
みなさんIPv6使ってますか？
ぼくはたまに使ってます。kameが踊ったりして楽しいです！
ではまた。
みなさんIPv6使ってますか？
ぼくはたまに使ってます。kameが踊ったりして楽しいです！
ではまた。
DNSの一部でIPv6を使って名前を引いてるみたいです
475 ：[email protected]：2007/04/30(月) 04:45:53 ID:???
しばらく放置してたFeel6が気がついたら復活してたよ。
どの程度利用できなかった期間があったのか分からないほど影響が無かったけどorz
どの程度利用できなかった期間があったのか分からないほど影響が無かったけどorz
476 ：[email protected]：2007/05/01(火) 14:53:16 ID:???
なんかv6関連のDoSが流行ってたみたいだけどそれかね？
477 ：localhost:774：2007/05/01(火) 21:37:39 ID:???
流行る?
v6関連のセキュリティホールは数多あれど、v6のDoSが流行ったことなんて
いままで一度でもあったか?
v6関連のセキュリティホールは数多あれど、v6のDoSが流行ったことなんて
いままで一度でもあったか?
478 ：[email protected]：2007/05/01(火) 21:56:12 ID:???
DoS可能なＳＡが出てたのを見て勘違いしてた…。
479 ：[email protected]：2007/05/03(木) 00:22:59 ID:???
>>477
もしそういう事件がおきたら、IPv6の一般普及が始まった証として記念日にすべき
もしそういう事件がおきたら、IPv6の一般普及が始まった証として記念日にすべき
SAはあったけど被害はほとんどゼロなのが実状
約2年外部からのアクセスをv6のみ許可しているサーバを放置（一応セキュリティアップデートは出たら当ててるけど）してるが…
未だにicmpv6すら飛んできたことないからねぇ。
ポートは22、80、123を開放…。
未だにicmpv6すら飛んできたことないからねぇ。
ポートは22、80、123を開放…。
482 ：[email protected]：2007/05/04(金) 21:14:24 ID:???
逆に言えばいまIPv6ネットワークを麻痺させるようなワームを書けば、
モリスのように歴史に名を残せる、かも？
モリスのように歴史に名を残せる、かも？
483 ：[email protected]：2007/05/05(土) 17:47:08 ID:???
質問です。 今IPv4でitbdns鯖を動かしてるのですが、フレッツ光プレミアムにして、
IPv6になって、鯖動かせなくなるようなことはあるのでしょうか??
IPv6になって、鯖動かせなくなるようなことはあるのでしょうか??
484 ：[email protected]：2007/05/13(日) 22:25:01 ID:HO8uptJy
IPv6使えば解析サイトでIP検索されても個人情報一切でないって本当ですか?!!
都道府県とかの情報もでなくなるんですか??!
都道府県とかの情報もでなくなるんですか??!
いや、今だってBフレッツ使ってる栃木のOCNユーザーだってことくらいしか
分からないから、気にすることないよ。
加入者向けのIPv6サービスは基本的に固定アドレスになるから、今より
むしろある意味気を使う必要が出てくるかもね。
分からないから、気にすることないよ。
加入者向けのIPv6サービスは基本的に固定アドレスになるから、今より
むしろある意味気を使う必要が出てくるかもね。
corega社CG-BARPRO6の説明書に、
feel6はPPPoE接続時しか利用出来ないと書いてありますが、
本当ですか？出来れば、その理由を教えて頂きたく思います。
feel6はPPPoE接続時しか利用出来ないと書いてありますが、
本当ですか？出来れば、その理由を教えて頂きたく思います。
487 ：[email protected]：2007/05/13(日) 23:24:19 ID:1VzxiYL8
フレッツドットネット使ってみようと思ってます。
IPv6パススルーってｖ６のパケットをブリッジするだけなんですよね？
セキュリティはどうなってるんだろう？
IPv6パススルーってｖ６のパケットをブリッジするだけなんですよね？
セキュリティはどうなってるんだろう？
>>485
今現在個人向けとして展開してるOCN IPv6は接続先を変えることで
固定IPv6アドレスと非固定IPv6アドレスの接続を切り替えられる
IPv6でもプライバシーを重んじる人が多いだろうから選択できるようになるだろう
今現在個人向けとして展開してるOCN IPv6は接続先を変えることで
固定IPv6アドレスと非固定IPv6アドレスの接続を切り替えられる
IPv6でもプライバシーを重んじる人が多いだろうから選択できるようになるだろう
またFeel6でdtcpclientが蹴られだしてるorz
3アカウント中2アカウント死亡、1アカウントは生きている。
無料故に文句は言えんが、ISP側がIPv6サービス提供するまで我が環境では時期尚早なのかねぇ。
IIJmioは遊ぶ為だけには高いし、OCNもRT57iに対応してないから移動できんし。
6to4も国内リレーサーバが消えちゃったから海外経由になるのがどうも…。
3アカウント中2アカウント死亡、1アカウントは生きている。
無料故に文句は言えんが、ISP側がIPv6サービス提供するまで我が環境では時期尚早なのかねぇ。
IIJmioは遊ぶ為だけには高いし、OCNもRT57iに対応してないから移動できんし。
6to4も国内リレーサーバが消えちゃったから海外経由になるのがどうも…。
OCNも何考えてんだか
Coregaに協力してもらうのはいいがYAMAHAにも協力してもらえばよかったのに
ネットワークにあまり興味がない人向けではCoregaでいいが
IPv6に興味を持ってる人向けではYAMAHAルータだろうに
個人向けでいち早くIPv6に対応してきたのと仕様がマニア向けだからね
Coregaに協力してもらうのはいいがYAMAHAにも協力してもらえばよかったのに
ネットワークにあまり興味がない人向けではCoregaでいいが
IPv6に興味を持ってる人向けではYAMAHAルータだろうに
個人向けでいち早くIPv6に対応してきたのと仕様がマニア向けだからね
>>490
確かに現時点でIPv6を使っている人間がCoregaルータを使う姿は想像できんな。
確かに現時点でIPv6を使っている人間がCoregaルータを使う姿は想像できんな。
サイレックス、プリンタなどIPv4機器をIPv6環境につなぐコンバータ
http://internet.watch.impress.co.jp/cda/news/2007/05/22/15789.html
http://internet.watch.impress.co.jp/cda/news/2007/05/22/15789.html
アイ・オー、IPv6ポート搭載の11n無線LANルータ「WN-GDN/R」を単体発売
http://bb.watch.impress.co.jp/cda/news/18182.html
http://bb.watch.impress.co.jp/cda/news/18182.html
携帯電話がIPv6に対応してIPv4とIPv6のデュアルスタックで
インターネットにアクセスできれば一気に広まるような気がするんだけど
国も広める気があるなら地上波デジタル放送と同じように
携帯電話にIPv6でもアクセスできるように強制すればいいのに
携帯電話は電話会社の数も限られてるのと端末も含めて電話会社がコントロールしてる
そして公共の電波を使ってるという点でそういう強制力を発動しやすいはず
そうすれば少なくとも携帯電話向けのサービスはIPv6でいいということになる
インターネットにアクセスできれば一気に広まるような気がするんだけど
国も広める気があるなら地上波デジタル放送と同じように
携帯電話にIPv6でもアクセスできるように強制すればいいのに
携帯電話は電話会社の数も限られてるのと端末も含めて電話会社がコントロールしてる
そして公共の電波を使ってるという点でそういう強制力を発動しやすいはず
そうすれば少なくとも携帯電話向けのサービスはIPv6でいいということになる
496 ：[email protected]：2007/05/24(木) 15:50:49 ID:???
国は電波の帯域を振り分けてるだけ
その帯域内でやりくりするのは電話会社の仕事
端末増えてきたら自分たちでIPv6化するっしょ
その帯域内でやりくりするのは電話会社の仕事
端末増えてきたら自分たちでIPv6化するっしょ
>>496
地上波デジタル放送に関しては放送局に多大な負担をしいて移行させるんだから
携帯電話に関しても同じようなことをしないとは限らない
日本国内だけでもIPv4とともにIPv6も有用に使えるようになれば
IPアドレスの数の制限はなくなるしNATなんて1対多のアドレス変換は不要になる
NATはセキュリティ上有効とかいうがそれならあらかじめ定義したもの以外の
パケットに関しては内側からのアクセスだけしか通さないフィルタ機能を
持ったネットワーク製品を作ればいいだけ
NATのせいでIPSecなどのパケットそのものを暗号化したりパケットの改ざんを
検出するものが使いにくくなってもいる
地上波デジタル放送に関しては放送局に多大な負担をしいて移行させるんだから
携帯電話に関しても同じようなことをしないとは限らない
日本国内だけでもIPv4とともにIPv6も有用に使えるようになれば
IPアドレスの数の制限はなくなるしNATなんて1対多のアドレス変換は不要になる
NATはセキュリティ上有効とかいうがそれならあらかじめ定義したもの以外の
パケットに関しては内側からのアクセスだけしか通さないフィルタ機能を
持ったネットワーク製品を作ればいいだけ
NATのせいでIPSecなどのパケットそのものを暗号化したりパケットの改ざんを
検出するものが使いにくくなってもいる
498 ：[email protected]：2007/06/01(金) 23:10:20 ID:???
IPv6のルータが出てもIPv6が使える環境がほとんどないのが痛いよなぁ。
500 ：[email protected]：2007/06/06(水) 00:50:01 ID:???
中国あたりでIP(v4)アドレスの需要が増えて世界的にアドレス不足に陥り、
v6に移行せざるを得なくなるっていってる人がいるけど本当にそうなる？
＃２０年後とかってのは無しね
v6に移行せざるを得なくなるっていってる人がいるけど本当にそうなる？
＃２０年後とかってのは無しね
Windows Vistaがほとんどのネットワークに関連した部分でIPv6対応を果たしてて
尚且つデフォルトでIPv6が有効になってる
そしてIPv6は設定しなくてもリンクローカルアドレスが割り当てられて
通信できるようになってるから
知らずに家庭内LANでIPv6を使ってるという人が増えてくる
あとはプロバイダと個人向けネットワーク機器メーカー次第
今のところネットワークに詳しくなくても個人で簡単にIPv6を導入できるのは
OCN IPv6とCoregaのBARPRO6の組合せ
尚且つデフォルトでIPv6が有効になってる
そしてIPv6は設定しなくてもリンクローカルアドレスが割り当てられて
通信できるようになってるから
知らずに家庭内LANでIPv6を使ってるという人が増えてくる
あとはプロバイダと個人向けネットワーク機器メーカー次第
今のところネットワークに詳しくなくても個人で簡単にIPv6を導入できるのは
OCN IPv6とCoregaのBARPRO6の組合せ
502 ：anonymous@：2007/06/06(水) 08:03:56 ID:???
次はルータでOK?
503 ：[email protected]：2007/06/10(日) 01:19:59 ID:???
>500
意外とそういう理由で一部地域で v6 普及
そういうところでいかがわしいコンテンツ流通
みんな欲しがって v6 へ殺到
…なんてシナリオがありかもね
意外とそういう理由で一部地域で v6 普及
そういうところでいかがわしいコンテンツ流通
みんな欲しがって v6 へ殺到
…なんてシナリオがありかもね
505 ：[email protected]：2007/06/15(金) 19:01:13 ID:???
VHSとベータみたいな話だな
>504
日本でも、携帯電話のIP化はIPv4のままじゃアドレスが足りなくなるだろう、って話は聞くな。
アプリ限定だとユーザーが意識しないうちにIPv6化してるってことも有るかもしれない。
VPNの中身だけIPv6とかだとユーザーから見えないからな。
日本でも、携帯電話のIP化はIPv4のままじゃアドレスが足りなくなるだろう、って話は聞くな。
アプリ限定だとユーザーが意識しないうちにIPv6化してるってことも有るかもしれない。
VPNの中身だけIPv6とかだとユーザーから見えないからな。
508 ：JANOG＠名無しさん：2007/06/17(日) 09:51:49 ID:???
>>997
> usagi はともかく kame はリファレンス実装として大きな役割を果たしたと思うよ。
> ただ、デフォルトで on とかにしていろいろ問題が出たから >>996 の言うように
> とりあえず外してた人は多いと思う。
>
> で、あいかわらずいろんな人のコストは考えずにデフォルトで on にしようと
> するからいろんなところで微妙に摩擦が発生すると。
IPv6 の普及を推進するということであれば、
誰でもdefaultの状態でv6が使えるメリット >>> v6使わない人がdisableするコスト
なのでは。まぁ確かに v6 がenableになっていてハマることもありますが。
# v4の設定間違えてホストへの到達性が無くなっちゃった時に v6でオペレーションして
# 救われたこともあったけど。
> usagi はともかく kame はリファレンス実装として大きな役割を果たしたと思うよ。
> ただ、デフォルトで on とかにしていろいろ問題が出たから >>996 の言うように
> とりあえず外してた人は多いと思う。
>
> で、あいかわらずいろんな人のコストは考えずにデフォルトで on にしようと
> するからいろんなところで微妙に摩擦が発生すると。
IPv6 の普及を推進するということであれば、
誰でもdefaultの状態でv6が使えるメリット >>> v6使わない人がdisableするコスト
なのでは。まぁ確かに v6 がenableになっていてハマることもありますが。
# v4の設定間違えてホストへの到達性が無くなっちゃった時に v6でオペレーションして
# 救われたこともあったけど。
WinVistaやwinXP -- Corega BARFX2 -->インターネット
で今使っている。
Teredoサーバ（teredo.remlab.netなど）を利用してIPv6ネットワークにアクセスしたいがうまくいかない。
Corega BARFX2は対称型 NAT だからうまくいかないと思うが、
Corega BARFX2をcone NAT、制限付き NATにするとか、何か他の方法でCorega BARFX2の後ろからIPv6に接続できないものかな？
で今使っている。
Teredoサーバ（teredo.remlab.netなど）を利用してIPv6ネットワークにアクセスしたいがうまくいかない。
Corega BARFX2は対称型 NAT だからうまくいかないと思うが、
Corega BARFX2をcone NAT、制限付き NATにするとか、何か他の方法でCorega BARFX2の後ろからIPv6に接続できないものかな？
>>509
いまどきIPv6非対応ルータを使ってる時点で負け組
いまどきIPv6非対応ルータを使ってる時点で負け組
Corega BARFX2はIPv6対応－＞勝ち組
ipv4-6トンネリングは勝ち組になれるのか？
ipv4-6トンネリングは勝ち組になれるのか？
無料のTeredoサーバを教えてください
できれば日本から使いやすいのがあるとうれしいです
できれば日本から使いやすいのがあるとうれしいです
514 ：[email protected]：2007/06/22(金) 21:04:41 ID:r2civ5P7
糞回線会社で勤務している派遣社員が時給に見合った仕事をしているかについて。ｗｗ
RTTが小さい6to4リレーどっかない？
A6とDNAMEの使い方を教えてください
519 ：anonymous：2007/07/04(水) 21:17:51 ID:X6N3ALyu
IPv4枯渇に備えてFAITHで運用してる人いる？
520 ：[email protected]：2007/07/08(日) 01:59:45 ID:/7idQWAD
IPv4アドレスが枯渇したら、プロバイダーは契約者にプライベートIPアドレスを
割り当てるようになるだけだよね？
割り当てるようになるだけだよね？
>>520
多段NATの恐怖を知らないようだな
多段NATの恐怖を知らないようだな
522 ：[email protected]：2007/07/08(日) 12:12:16 ID:/7idQWAD
OCN IPv6って、IPv4上に構築されるわけでしょ？
結局のところ、IPv6のメリットって、すべてIPv4上のアプリケーション層の
工夫（トンネリングなど）で実現できるってことを逆説的に示しているよね？
IPv6は不要！
結局のところ、IPv6のメリットって、すべてIPv4上のアプリケーション層の
工夫（トンネリングなど）で実現できるってことを逆説的に示しているよね？
IPv6は不要！
痛い子現る！
525 ：[email protected]：2007/07/08(日) 12:35:16 ID:???
多段NATの困難て、ググってもいいのが出てこん。分かりやすいサイト教えて
526 ：[email protected]：2007/07/08(日) 12:44:12 ID:???
uPnPでぱくっと空けられないとかか？＞多段NATの困難
多段UPnPの弊害もあるよな
とはいえ多段UPnPサポートしていないものがほとんどだから
弊害が起きる以前に使えないわけだ
グローバルアドレスを取得するタイプや穴開け前提タイプのアプリは全滅だな
とはいえ多段UPnPサポートしていないものがほとんどだから
弊害が起きる以前に使えないわけだ
グローバルアドレスを取得するタイプや穴開け前提タイプのアプリは全滅だな
>522
OCNは随分前から自社網内はdual stackになってるよ
Verioも確かそう
OCNは随分前から自社網内はdual stackになってるよ
Verioも確かそう
この話、どうなった？
IPv6の今そこにある危機
www.janog.gr.jp/meeting/janog17/documents/06-1_Niinobe.pdf
IPv6の今そこにある危機
www.janog.gr.jp/meeting/janog17/documents/06-1_Niinobe.pdf
OCNのIPv6は、なんと追加料金を取ると聞いた。
dual stackなのに余分な料金を取るってことは、IPv6普及させたくないのだろうか？
dual stackなのに余分な料金を取るってことは、IPv6普及させたくないのだろうか？
OCNのIPv6サービスはたくさんありますよ
何のことどのサービスのこと言ってるの？
WindowsはVistaでやっとIPv6でファイル共有などもできるようになったので
IPv6はこれからだろ
インターネットはIPv4でLAN内はIPv6という使い方もできる
何のことどのサービスのこと言ってるの？
WindowsはVistaでやっとIPv6でファイル共有などもできるようになったので
IPv6はこれからだろ
インターネットはIPv4でLAN内はIPv6という使い方もできる
>>531
サービスがいくつあっても付加料金かかるなら一般人は使わないわな
サービスがいくつあっても付加料金かかるなら一般人は使わないわな
問題はIPv6しか割り当てられなくなった時どうなるかだ。
その時はIPv4アドレスを希望する人に特別料金が課せられるようになるんだよ。
535 ：anonymous：2007/07/08(日) 23:30:23 ID:KHozh/kN
v6に特別料金を課すなんて、
v6の普及を邪魔してるとしか思えない。
v6の方を安くしろとまでは言わないけど、
せめて料金そのままでdualで使えるように何故しないの？？
v6の普及を邪魔してるとしか思えない。
v6の方を安くしろとまでは言わないけど、
せめて料金そのままでdualで使えるように何故しないの？？
536 ：[email protected]：2007/07/09(月) 00:18:11 ID:???
RT-200NEに「Pv6ブリッジ(有線LAN)」ってあって、
ifconfig -aしてみたら、2001:c90...って出て来た。
このまま、なにもしなくてもフレッツドットネットのIPv6に
接続できるんだけど、接続できるのがNTT東日本の独自の世界だけ
なんじゃ、IPv6の意味が薄いというか、何とかならんのか（なんとか
シアタは使う予定ないんだが...）、Winからだと「OCN IPv6」てのも
あることはあるんだが...
ifconfig -aしてみたら、2001:c90...って出て来た。
このまま、なにもしなくてもフレッツドットネットのIPv6に
接続できるんだけど、接続できるのがNTT東日本の独自の世界だけ
なんじゃ、IPv6の意味が薄いというか、何とかならんのか（なんとか
シアタは使う予定ないんだが...）、Winからだと「OCN IPv6」てのも
あることはあるんだが...
網内をdual stackにしたからって追加コストが0になるわけないだろ
538 ：[email protected]：2007/07/09(月) 00:22:39 ID:???
他の人と違う物使いたいのに、追加料金払いたくないなんて虫が良過ぎるだろ。
IPv4にも同様のコストかかっているわけで、
もし追加料金を設けるのならば、IPv4にも追加料金を設ければいいだけ。
IPv6にだけ追加料金を設けるのならば、恣意的だな。
もし追加料金を設けるのならば、IPv4にも追加料金を設ければいいだけ。
IPv6にだけ追加料金を設けるのならば、恣意的だな。
＞Winからだと「OCN IPv6」てのもあることはあるんだが...
CG-BARPRO6というコレガのルータを使えばOCN IPv6接続できる
そうすればWindows以外のパソコンからもIPv6使える
個人でIPv6試すならOCN IPv6は優れたサービスだと思うよ
トンネリングに暗号化なしのL2TP使ってるのでNATも簡単に通る（UDPのポート1701）
固定IPv4アドレスである必要がない
OCN以外のプロバイダを利用してるユーザでもOCNバリュープラン（月額300円程度）
に加入すればOCN IPv6を使える
OCN IPv6モバイルを使えばIPv6で立てたサーバやネットカメラなどにIPv4でアクセスできる
（現在、OCN IPv6モバイルは試験運用のため無料）
CG-BARPRO6というコレガのルータを使えばOCN IPv6接続できる
そうすればWindows以外のパソコンからもIPv6使える
個人でIPv6試すならOCN IPv6は優れたサービスだと思うよ
トンネリングに暗号化なしのL2TP使ってるのでNATも簡単に通る（UDPのポート1701）
固定IPv4アドレスである必要がない
OCN以外のプロバイダを利用してるユーザでもOCNバリュープラン（月額300円程度）
に加入すればOCN IPv6を使える
OCN IPv6モバイルを使えばIPv6で立てたサーバやネットカメラなどにIPv4でアクセスできる
（現在、OCN IPv6モバイルは試験運用のため無料）
IPv6で金とってとかいうやついるが
俺が初めてインターネット使った頃は電話回線を使い尚且つ月額2500円で12時間無料
12時間越えると3分間10円だった
それにプロバイダ料金以外に電話料金がかかってたわけ
速度もISDN使ってやっと64kbps
そのころから比べれば格段に安くなってる
有料サービスで最も安いOCN IPv6なら月額500円くらい
IIJmioのトンネリングの場合、固定IPv4アドレスとIPv6トンネリングを利用して
アクセス回線込みで月額5000円くらい
インターネット使うやつにどれだけ貧乏人が増えたんだ？
俺が初めてインターネット使った頃は電話回線を使い尚且つ月額2500円で12時間無料
12時間越えると3分間10円だった
それにプロバイダ料金以外に電話料金がかかってたわけ
速度もISDN使ってやっと64kbps
そのころから比べれば格段に安くなってる
有料サービスで最も安いOCN IPv6なら月額500円くらい
IIJmioのトンネリングの場合、固定IPv4アドレスとIPv6トンネリングを利用して
アクセス回線込みで月額5000円くらい
インターネット使うやつにどれだけ貧乏人が増えたんだ？
間違えたIIJmioはアクセス回線はフレッツ使うのでプロバイダ料金だけで5000円くらい
昔のパソコンユーザにここまで安くなった料金にしつこく文句つけるユーザはいなかったな
昔のパソコンユーザにここまで安くなった料金にしつこく文句つけるユーザはいなかったな
『昔よりインターネットは安くなったからIPv6には特別料金が課されても問題ない』
と主張してる人がいますが、
どう考えても一般利用者の考えから乖離してますね。
一般利用者の立場からは、
『わざわざ余分に特別料金を課すIPv6は使わない』
となります。
もちろん、余分に特別料金が必要なければ、IPv6も使います。
と主張してる人がいますが、
どう考えても一般利用者の考えから乖離してますね。
一般利用者の立場からは、
『わざわざ余分に特別料金を課すIPv6は使わない』
となります。
もちろん、余分に特別料金が必要なければ、IPv6も使います。
で、「IPv6の今そこにある危機」の問題はどうなったんだよぉ。
誰もわからんのか？
誰もわからんのか？
>>541
＞CG-BARPRO6というコレガのルータを使えばOCN IPv6接続できる
＞そうすればWindows以外のパソコンからもIPv6使える
わざわざコレガのルータを使わないとOCN IPv6は無理ってこと???
Windowsとコレガだけ対象にしてるとは偏りすぎ
＞CG-BARPRO6というコレガのルータを使えばOCN IPv6接続できる
＞そうすればWindows以外のパソコンからもIPv6使える
わざわざコレガのルータを使わないとOCN IPv6は無理ってこと???
Windowsとコレガだけ対象にしてるとは偏りすぎ
>>544
> もちろん、余分に特別料金が必要なければ、IPv6も使います。
いや違うな。
一般層の多くを占める保守的な人々は、自分にとってよく分からないものは避ける。
例え追加料金がゼロでも、オプションとして追加しなければならないものは選択しない。
本当に普及させる気があるのなら基本サービスとして当たり前に提供し、
その存在を前面に出さない事が重要。
飲食店でも電器店でも「当店の店内には空気がありますよ、無料ですよ」なんて宣伝は
聞いた事が無い。インターネットプロトコルなんてのは、そもそも縁の下の技術であって、
http://www.ocn.ne.jp/ipv6/
↑こんなページを作ってまで一般層にアピールするものでは無い。
「まずテクノロジーありき」という考え方を改めて、顧客が望むサービスを当たり前に提供し、
「そのサービス、実は見えないところでIPv6という技術が使われているんですよ」
という解説程度にとどめるべきなんだよ。
> もちろん、余分に特別料金が必要なければ、IPv6も使います。
いや違うな。
一般層の多くを占める保守的な人々は、自分にとってよく分からないものは避ける。
例え追加料金がゼロでも、オプションとして追加しなければならないものは選択しない。
本当に普及させる気があるのなら基本サービスとして当たり前に提供し、
その存在を前面に出さない事が重要。
飲食店でも電器店でも「当店の店内には空気がありますよ、無料ですよ」なんて宣伝は
聞いた事が無い。インターネットプロトコルなんてのは、そもそも縁の下の技術であって、
http://www.ocn.ne.jp/ipv6/
↑こんなページを作ってまで一般層にアピールするものでは無い。
「まずテクノロジーありき」という考え方を改めて、顧客が望むサービスを当たり前に提供し、
「そのサービス、実は見えないところでIPv6という技術が使われているんですよ」
という解説程度にとどめるべきなんだよ。
>>547
ようするに、v6で特殊料金を捕るなんてもっての他で、
むしろ、基本サービスとして自然に提供すべき、と。
知らぬ間にv6を使っていたという状況になるべき、と。
あとそれに加えて、そうなる前の初期段階で積極的にv6の普及を目指すならば、
v4無しならば料金割引する、というくらいはすべきだね。
どちらにせよ、現状のv6割増特殊料金を捕っているISPは、
明らかにv6普及を妨害しているようにしか見えない。
ようするに、v6で特殊料金を捕るなんてもっての他で、
むしろ、基本サービスとして自然に提供すべき、と。
知らぬ間にv6を使っていたという状況になるべき、と。
あとそれに加えて、そうなる前の初期段階で積極的にv6の普及を目指すならば、
v4無しならば料金割引する、というくらいはすべきだね。
どちらにせよ、現状のv6割増特殊料金を捕っているISPは、
明らかにv6普及を妨害しているようにしか見えない。
だいたい、ISPが1家庭に1個のv4アドレスを動的に配るというので
圧倒的大多数の消費者が困ってないんから、アドレス枯渇FUD
なんて、少なくとも国内では全く通用しないよ。
v6のエンドユーザーPC/家電への普及は、ありえない。
携帯電話網などの閉鎖網内部のプロトコルとして生き残るだろうけど。
圧倒的大多数の消費者が困ってないんから、アドレス枯渇FUD
なんて、少なくとも国内では全く通用しないよ。
v6のエンドユーザーPC/家電への普及は、ありえない。
携帯電話網などの閉鎖網内部のプロトコルとして生き残るだろうけど。
>>548
> v4無しならば料金割引する、というくらいはすべきだね。
こんなメニュー設定してたら誰もそれ選択しないか、知らずに選択した
人からの苦情でサポートがパンクする。
世の中で圧倒的多数のv4 onlyのサイトが見れない（まぁproxyでも用意する？)
skypeが使えない
遊びたいネットゲームで通信できない
・・・etc
絶対ありえない。
> v4無しならば料金割引する、というくらいはすべきだね。
こんなメニュー設定してたら誰もそれ選択しないか、知らずに選択した
人からの苦情でサポートがパンクする。
世の中で圧倒的多数のv4 onlyのサイトが見れない（まぁproxyでも用意する？)
skypeが使えない
遊びたいネットゲームで通信できない
・・・etc
絶対ありえない。
>>549
既にIPv4アドレスを確保したISPの言い分??
Internetは日本に閉じてないんだよ
そしてIPv4アドレス枯渇は確実にやってくる
飽和気味の日本と異なり全世界ではどんどん利用が増えている
既にIPv4アドレスを確保したISPの言い分??
Internetは日本に閉じてないんだよ
そしてIPv4アドレス枯渇は確実にやってくる
飽和気味の日本と異なり全世界ではどんどん利用が増えている
>>550
ところが、わざわざ高い料金を払ってまでipv6を使っている物好きなマニア層がいるんですよ。
もっとも、そんな特殊な層は人数が限られているので、
ipv6で高い料金をとっているところは破滅が見えているわけですけどね。
ところが、わざわざ高い料金を払ってまでipv6を使っている物好きなマニア層がいるんですよ。
もっとも、そんな特殊な層は人数が限られているので、
ipv6で高い料金をとっているところは破滅が見えているわけですけどね。
>>552
「特殊なマニア層」向けにしか市場がない商品を安く売る
(IPv6をタダにする) のは、商売の基本からして変。
それに、そのマニア層しか居ないんだったら、例え赤字覚悟で
提供したって、IPv6普及の呼び水には全くならない。
「特殊なマニア層」向けにしか市場がない商品を安く売る
(IPv6をタダにする) のは、商売の基本からして変。
それに、そのマニア層しか居ないんだったら、例え赤字覚悟で
提供したって、IPv6普及の呼び水には全くならない。
>>553
マニア層なんかはどうでもいいので、
一般人に基本サービスとしてIPv4/v6をdualで提供してくれればいいと思う。
Windowsは既に前からIPv6に対応しているので、
自然と知らない間にIPv6をみんなが使うことになると思う。
マニア層なんかはどうでもいいので、
一般人に基本サービスとしてIPv4/v6をdualで提供してくれればいいと思う。
Windowsは既に前からIPv6に対応しているので、
自然と知らない間にIPv6をみんなが使うことになると思う。
>>554
新興国でも日本でもIPv4が枯渇するのは同時期
その時までにIPv6との併用が進んでいれば誰も困らない
ただし既に十分なIPv4アドレスを持つ一部の国々にとっては
IPv4が枯渇しようが関係ないし新興国が差別されてもよいという考えもある
自己中心的ではあるが彼らはIPv6を必要ないと考えている
新興国でも日本でもIPv4が枯渇するのは同時期
その時までにIPv6との併用が進んでいれば誰も困らない
ただし既に十分なIPv4アドレスを持つ一部の国々にとっては
IPv4が枯渇しようが関係ないし新興国が差別されてもよいという考えもある
自己中心的ではあるが彼らはIPv6を必要ないと考えている
>>555
いや、だからdualにして客を呼び込めるとか、客単価が上がるとかがISPに
ないから、それを期待するのは絶対に無理っしょ。
こういう場合にはアレだよ。環境問題とかと一緒で行政のレギュレーション
しかない。
RoHS 「鉛フリーにしないと取引してはいけません」
IPv6推進 「v4/v6 dual提供以外は認めません」
いや、だからdualにして客を呼び込めるとか、客単価が上がるとかがISPに
ないから、それを期待するのは絶対に無理っしょ。
こういう場合にはアレだよ。環境問題とかと一緒で行政のレギュレーション
しかない。
RoHS 「鉛フリーにしないと取引してはいけません」
IPv6推進 「v4/v6 dual提供以外は認めません」
>>556
いやいやだから、貴方はv4を一部の国が独占しているから、「今あるv4世界を時代遅れに強制的にさせて」
世界をv6に持って行けばよいと考えているわけでしょ？
v4の一部をいかにして新興国に与え、NATでも何でも「今ある世界を（多少の技術的汚さはあれど）使える」
ようにする方向に動くのと、どちらがマクロのコスト的に有り得ると思う？
前者だと考えるなら、それは余程の技術バカだと言わざるをえないし、永遠に話は噛み合わないと思う。
いやいやだから、貴方はv4を一部の国が独占しているから、「今あるv4世界を時代遅れに強制的にさせて」
世界をv6に持って行けばよいと考えているわけでしょ？
v4の一部をいかにして新興国に与え、NATでも何でも「今ある世界を（多少の技術的汚さはあれど）使える」
ようにする方向に動くのと、どちらがマクロのコスト的に有り得ると思う？
前者だと考えるなら、それは余程の技術バカだと言わざるをえないし、永遠に話は噛み合わないと思う。
>>557
ところが、バカなISPが、客単価を上げようと、IPv6に付加料金を課している。
当然、それで客を呼び込めるわけがなく、少ない利用者も付加料金を課されて不幸な状況。
現在は最悪な状況となっている。
ところが、バカなISPが、客単価を上げようと、IPv6に付加料金を課している。
当然、それで客を呼び込めるわけがなく、少ない利用者も付加料金を課されて不幸な状況。
現在は最悪な状況となっている。
560 ：ISP：2007/07/09(月) 13:24:08 ID:J2M6b9xV
>>558
ISPとしては、顧客にprivate IP addressを渡してのNAT運用は絶対に避けたい。
なぜなら、顧客の通信を全てログする必要になるため。
現在のようにglobal IP addressを顧客に渡している限りは、
「ある時間に、あるIP addressを用いていたのは、ある顧客である」だけを管理していればよい。
仮に犯罪が起きて当局からこのIP addressを用いていたのは誰かと問い合わせがあっても、
その時間さえわかれば、どの顧客かを明確に示すことができている。
しかし、private IP addressを顧客に渡してNAT運用を始めるとすると、
犯罪が起きて当局からこのIP addressを用いていたのは誰かと問い合わせがあった時、
そのIPアドレスを用いていた顧客は多数あるいは全員となってしまう。
つまり、顧客の通信を全てログする以外に、犯行を犯した顧客を特定できなくなる。
これはあまりにもコストが高すぎて、ISPとしては絶対に選択することは不可能。
ISPとしては、顧客にprivate IP addressを渡してのNAT運用は絶対に避けたい。
なぜなら、顧客の通信を全てログする必要になるため。
現在のようにglobal IP addressを顧客に渡している限りは、
「ある時間に、あるIP addressを用いていたのは、ある顧客である」だけを管理していればよい。
仮に犯罪が起きて当局からこのIP addressを用いていたのは誰かと問い合わせがあっても、
その時間さえわかれば、どの顧客かを明確に示すことができている。
しかし、private IP addressを顧客に渡してNAT運用を始めるとすると、
犯罪が起きて当局からこのIP addressを用いていたのは誰かと問い合わせがあった時、
そのIPアドレスを用いていた顧客は多数あるいは全員となってしまう。
つまり、顧客の通信を全てログする以外に、犯行を犯した顧客を特定できなくなる。
これはあまりにもコストが高すぎて、ISPとしては絶対に選択することは不可能。
>>559
はぁ？IPv6を使わせるためにコストが生じるのになんで
それをISP側が一方的に負わなきゃならんの？
IPv6を無料で提供すれば収益に繋がるとかおめでたい事抜かしているなら
手前でISPでもやるこったな
はぁ？IPv6を使わせるためにコストが生じるのになんで
それをISP側が一方的に負わなきゃならんの？
IPv6を無料で提供すれば収益に繋がるとかおめでたい事抜かしているなら
手前でISPでもやるこったな
久々に伸びてると思ったら
過去と同じ事をループさせてるだけ…
過去と同じ事をループさせてるだけ…
563 ：[email protected]：2007/07/09(月) 13:43:13 ID:???
クラスＡ持ってる企業から全部没収して
1法人あたりクラスC一個しか
認めないようにすれば足りる
1法人あたりクラスC一個しか
認めないようにすれば足りる
>>562
ようするにまとめると、
・ISPとしてはIPv4が枯渇しない限りは、少しでもコストの安いIPv4を提供したい
・しかし、NAT運用は圧倒的にコストが高すぎるので絶対にしたくない
というコスト問題があるのと、
・国際的な需要の伸びからIPv4枯渇はいずれやってくる
という枯渇問題があるので、
・IPv4が枯渇したら、IPv6の提供普及は確実に始まる
（NAT運用によるIPv4延命はコストが高すぎるため却下）
という結論でいいのではないでしょうか。
ようするにまとめると、
・ISPとしてはIPv4が枯渇しない限りは、少しでもコストの安いIPv4を提供したい
・しかし、NAT運用は圧倒的にコストが高すぎるので絶対にしたくない
というコスト問題があるのと、
・国際的な需要の伸びからIPv4枯渇はいずれやってくる
という枯渇問題があるので、
・IPv4が枯渇したら、IPv6の提供普及は確実に始まる
（NAT運用によるIPv4延命はコストが高すぎるため却下）
という結論でいいのではないでしょうか。
>>564
なぜそこに、
・すでにIPv4で困っていない先進国事業者とユーザーはv6への移行や
dual stack化を結局やらず、、新興国のv6 only networkとは分断された
世界になる (新興国では富裕層のみがv4 networkを享受)
という可能性を入れないの？
なぜそこに、
・すでにIPv4で困っていない先進国事業者とユーザーはv6への移行や
dual stack化を結局やらず、、新興国のv6 only networkとは分断された
世界になる (新興国では富裕層のみがv4 networkを享受)
という可能性を入れないの？
>>565
Windowsがdual stack化してしまったので
ユーザーサイドは既にdual stack化へ進んでしまった
つまりユーザーはv6 networkへもアクセスできてしまうので
既に準備をしている大手ISPは軒並dual stackで提供を将来始めるのは確実
v6提供できない変なISPが単純に不利になっていくだけかと
Windowsがdual stack化してしまったので
ユーザーサイドは既にdual stack化へ進んでしまった
つまりユーザーはv6 networkへもアクセスできてしまうので
既に準備をしている大手ISPは軒並dual stackで提供を将来始めるのは確実
v6提供できない変なISPが単純に不利になっていくだけかと
>>565
もしくは、
・IPv4利権を手に入れられない新興国はネット接続が進まないまま放置
ってのもあり。
要するに、すでにv4ネット使って困ってない連中を動かすのは、>>577の
ような政治の力しかない。
インターネット普及率と死亡率の相関とか何かから、無理やり南北問題化
させて、先進国のサーバやアプリにdual stack化を押し付けるしかない。
そこに新たな利権が発生して、先進国（アメリカ）がより稼ぐ手段になるなら、
そういう政治的動きもありえなくはないけど、現状じゃ、技術屋が理想論や、
「いつか来る（枯渇）破滅に備えよ論」振りかざしたって何の意味もないな。
もしくは、
・IPv4利権を手に入れられない新興国はネット接続が進まないまま放置
ってのもあり。
要するに、すでにv4ネット使って困ってない連中を動かすのは、>>577の
ような政治の力しかない。
インターネット普及率と死亡率の相関とか何かから、無理やり南北問題化
させて、先進国のサーバやアプリにdual stack化を押し付けるしかない。
そこに新たな利権が発生して、先進国（アメリカ）がより稼ぐ手段になるなら、
そういう政治的動きもありえなくはないけど、現状じゃ、技術屋が理想論や、
「いつか来る（枯渇）破滅に備えよ論」振りかざしたって何の意味もないな。
>>565
＞新興国のv6 only networkとは分断された世界になる
そんなの分断独立して成立するわけない。
＞新興国はネット接続が進まないまま放置
反IPv6としてはこれしか道がないな。
NATなどを駆使してのIPv4延命はコスト的にありえない以上。
＞新興国のv6 only networkとは分断された世界になる
そんなの分断独立して成立するわけない。
＞新興国はネット接続が進まないまま放置
反IPv6としてはこれしか道がないな。
NATなどを駆使してのIPv4延命はコスト的にありえない以上。
>NATなどを駆使してのIPv4延命はコスト的にありえない以上。
そう？ユーザのトラッキングとか気にしているのは先進国のISPだけかもしれないよ
途上国のISPなんてフラッグキャリアがやっているところでも
たいがいいい加減なもんだったよ
・新興国の対外線の受けには凄いNAT箱が導入される
ということでCSCOをだな
そう？ユーザのトラッキングとか気にしているのは先進国のISPだけかもしれないよ
途上国のISPなんてフラッグキャリアがやっているところでも
たいがいいい加減なもんだったよ
・新興国の対外線の受けには凄いNAT箱が導入される
ということでCSCOをだな
いや俺は反IPv6でも何でもないのだが、v6移行するよ派はいくらなんでも
楽観的すぎないか？
枯渇が進んでいく段階において、先進国の各サーバーはまだv4 only
のものが大半なのだから、新興国がv6 onlyだとすると、translatorか
proxyを用意するしかないっしょ？そうすると、>>560 のNATのセッション
ログ記録問題と本質的に同じものが発生するじゃないか。
NATがコスト高でできなくて、v4/v6非対称混合のインターネットが
コスト高にならないというのは、どういう前提？
v4枯渇段階において、先進国の各サーバーがすべからくdual stack
になっていること前提にするなんて無理がないか？
それが無理がないというなら、ああ、そうですか、幸せな思考回路ですね
としか言いようがないが。
楽観的すぎないか？
枯渇が進んでいく段階において、先進国の各サーバーはまだv4 only
のものが大半なのだから、新興国がv6 onlyだとすると、translatorか
proxyを用意するしかないっしょ？そうすると、>>560 のNATのセッション
ログ記録問題と本質的に同じものが発生するじゃないか。
NATがコスト高でできなくて、v4/v6非対称混合のインターネットが
コスト高にならないというのは、どういう前提？
v4枯渇段階において、先進国の各サーバーがすべからくdual stack
になっていること前提にするなんて無理がないか？
それが無理がないというなら、ああ、そうですか、幸せな思考回路ですね
としか言いようがないが。
新興国にも売って稼ぎたいMicrosoftはさっさとdual stack対応済
新興国にも売って稼ぎたいルーターメーカーもさっさとdual stack対応済
サーバ類で使われている各種ソフトもさっさとdual stack対応済
あと残るは各々の運用側だけの問題
新興国にも売って稼ぎたいルーターメーカーもさっさとdual stack対応済
サーバ類で使われている各種ソフトもさっさとdual stack対応済
あと残るは各々の運用側だけの問題
> つまり、顧客の通信を全てログする以外に、犯行を犯した顧客を特定できなくなる。
そんなこと考えなくてよろしい。やりたければSrc,Dstペアだけログするだけでいいじゃん。
そんなこと考えなくてよろしい。やりたければSrc,Dstペアだけログするだけでいいじゃん。
>> 凄いNAT箱が導入される
このISPのユーザは誰か一人でも問題を起こすとまとめてブラックリスト入りなのか
全員が同じIPアドレスという弊害は恐いな
そういや2chだと全員が同じIDになるのか
しかも全員が同じ書き込み時間制限を喰らうから大変そうだな
NAT箱でのIPv4延命なんてありうるのか？
このISPのユーザは誰か一人でも問題を起こすとまとめてブラックリスト入りなのか
全員が同じIPアドレスという弊害は恐いな
そういや2chだと全員が同じIDになるのか
しかも全員が同じ書き込み時間制限を喰らうから大変そうだな
NAT箱でのIPv4延命なんてありうるのか？
>>541
CG-BARPRO6は、～16,000円くらいでしょうか。設定して
LANにつないでおけばLAN上のパソコンからIPv6が
使えるのだとすると、よいですね。ちょっといい値段だけど、
電気屋に行ってくるかな。
その他、家庭で使えるとすると、AirMac Extreme Basestation
（OCN IPv6につながったという話はみかけませんね）くらい？
とりあえず、プロバイダ提供のブロードバンドルータで、
ルータでもブリッジでもいいんで、IPv6につながるようになって
欲しいけど、最近、IPv6の話題を聞く割りに、プロバイダ
側では、一般的なサービスとしての動きは少ないのでしょうか。
CG-BARPRO6は、～16,000円くらいでしょうか。設定して
LANにつないでおけばLAN上のパソコンからIPv6が
使えるのだとすると、よいですね。ちょっといい値段だけど、
電気屋に行ってくるかな。
その他、家庭で使えるとすると、AirMac Extreme Basestation
（OCN IPv6につながったという話はみかけませんね）くらい？
とりあえず、プロバイダ提供のブロードバンドルータで、
ルータでもブリッジでもいいんで、IPv6につながるようになって
欲しいけど、最近、IPv6の話題を聞く割りに、プロバイダ
側では、一般的なサービスとしての動きは少ないのでしょうか。
IPv6で割増料金というがほとんどのIPv6のサービスは固定IPv6サービスだろ
固定IPv4のサービスは追加料金取るだろ
OCN IPv6は固定IPv6と非固定IPv6が両方が使えてOCN ユーザなら月額300円くらい
OCNユーザ出なくても月額500円くらい
固定IPv4サービスより断然安い
固定IPv4のサービスは追加料金取るだろ
OCN IPv6は固定IPv6と非固定IPv6が両方が使えてOCN ユーザなら月額300円くらい
OCNユーザ出なくても月額500円くらい
固定IPv4サービスより断然安い
固定じゃないIPv6ってどんなんだよと思う。
まあv4の固定アドレス付加と同じ料金でいいって意見は正しいわな。
まあv4の固定アドレス付加と同じ料金でいいって意見は正しいわな。
プライバシー考えるとアドレス使い捨てくらいじゃないとダメ。
http://www.interlink.or.jp/service/more/index.html
こういう商売が淘汰されるためにもIPv6があたりまえになるといいね。
こういう商売が淘汰されるためにもIPv6があたりまえになるといいね。
ISPにとってはIPv6は普及してほしくないんだろうな
IPv6の場合固定IPv4アドレス1個の場合と同価格で固定IPv6アドレスが2の80乗個もらえるからな
IPv6の場合固定IPv4アドレス1個の場合と同価格で固定IPv6アドレスが2の80乗個もらえるからな
固定でないIPアドレスも欲しい
固定になってしまうとあちこちへのアクセスで完全に足がつく
例えば発言の積み重ねで個人とバインドされてしまう
RC3041もあるけど上位/64や/48が固定ならば全く意味がない
固定になってしまうとあちこちへのアクセスで完全に足がつく
例えば発言の積み重ねで個人とバインドされてしまう
RC3041もあるけど上位/64や/48が固定ならば全く意味がない
おお、ちょっとはものがわかるひともいるんですね。
そもそも固定や浮動って考え方自体がv6と迎合してないんだけどね。
v6はそもそも一機器ごとに一アドレスを付与するってことだったはず。
WANとLANの境界を無くすちゅうか、ネット全体がLANみたいになるというか。
仮想機器を考えると無限に保持できることになるからどうしようもないんだけども。
v6はそもそも一機器ごとに一アドレスを付与するってことだったはず。
WANとLANの境界を無くすちゅうか、ネット全体がLANみたいになるというか。
仮想機器を考えると無限に保持できることになるからどうしようもないんだけども。
>>583
＞v6はそもそも一機器ごとに一アドレスを付与するってことだったはず
嘘を言うのはよくない
v6は機器ごとのEUI64を用いた下位64bitによって自動的にアドレス設定できるが正しい
つまり繋げるネットワークによってアドレスはどんどん変わる
さらにRFC3041にあるように下位64bitを変化させることができる
つまりv6では機器とIPアドレスを固定にせずに分離したというのが正しい
＞v6はそもそも一機器ごとに一アドレスを付与するってことだったはず
この願望をv6で叶えたいときにはmobile IPv6を用いることになっている
＞v6はそもそも一機器ごとに一アドレスを付与するってことだったはず
嘘を言うのはよくない
v6は機器ごとのEUI64を用いた下位64bitによって自動的にアドレス設定できるが正しい
つまり繋げるネットワークによってアドレスはどんどん変わる
さらにRFC3041にあるように下位64bitを変化させることができる
つまりv6では機器とIPアドレスを固定にせずに分離したというのが正しい
＞v6はそもそも一機器ごとに一アドレスを付与するってことだったはず
この願望をv6で叶えたいときにはmobile IPv6を用いることになっている
で、v6は何がやりたいの？
>>582
いえいえセンセイと一緒で口だけですよ
いえいえセンセイと一緒で口だけですよ
余計なことはやらんでよろしい。
>>585
あーそうなのか。逆に全ての機器を仮想化しちゃうのか。
Freenetみたいなものがそこかしこで出来ちゃうって認識でいいのかな。
んで現状使われてるインターネットもそのなかの一つに過ぎないみたいな。
ちゃんと勉強せんといかんなあ。
あーそうなのか。逆に全ての機器を仮想化しちゃうのか。
Freenetみたいなものがそこかしこで出来ちゃうって認識でいいのかな。
んで現状使われてるインターネットもそのなかの一つに過ぎないみたいな。
ちゃんと勉強せんといかんなあ。
>>589
すごい大きな勘違いをしているように見受けられます。
まずは、IPv6関係のRFCを一通り読んでみてはいかが。
あと、おっしゃるような、一機器ごとに一アドレスを固定に付与したいならば、MIP6ですね。
その場合でも、気付アドレスはもちろん変化しますよ。
すごい大きな勘違いをしているように見受けられます。
まずは、IPv6関係のRFCを一通り読んでみてはいかが。
あと、おっしゃるような、一機器ごとに一アドレスを固定に付与したいならば、MIP6ですね。
その場合でも、気付アドレスはもちろん変化しますよ。
591 ：あのにますん：2007/07/10(火) 00:44:27 ID:P4oy8AJx
/48や/64で個人が特定されるのはやだなあ。
でも俺は時代に逆行してるのかな？
でも俺は時代に逆行してるのかな？
> プールから使われていない/64を毎回ランダムに配るISPがあれば大丈夫
どこにある？ その仕掛けは？
どこにある？ その仕掛けは？
>>593
PPPをつなぎなおすと毎回IPアドレス変わるよ
ただし組合わせをキャッシュしていて
出来る限り同じIPを割り当てようとするISPもあるね
あとDHCPサーバの実装でも
つなぎなおすたびに毎回IPアドレス変わる実装と
出来る限り同じIPを割り当てようとする実装があるね
PPPをつなぎなおすと毎回IPアドレス変わるよ
ただし組合わせをキャッシュしていて
出来る限り同じIPを割り当てようとするISPもあるね
あとDHCPサーバの実装でも
つなぎなおすたびに毎回IPアドレス変わる実装と
出来る限り同じIPを割り当てようとする実装があるね
ふーん。
IPv6の利点って結局アドレスが多いってだけか。
IPv6の利点って結局アドレスが多いってだけか。
>>596
IPsecの証明書どうやって毎回変わるIPアドレスに交付するの？
IPsecの証明書どうやって毎回変わるIPアドレスに交付するの？
今のipv4の主流と同じくPPPが使われるかどうかは分からないが、
そうだとすると、素直に今と同じパラダイムで実装すれば
・PPPでそのAPのグループ内のターミナルサーバ(広義)に接続する
・ipv6cpでリンクローカルを振る
・RAでそのTSの持ってる/48から/64を払い出す
・DHCPv6でGWとDNSを設定する
って感じになるだろう。そうすると、あえて固定アドレスを払い出す
ように設計しない限り普通はダイナミックになるんじゃないかな。
そうだとすると、素直に今と同じパラダイムで実装すれば
・PPPでそのAPのグループ内のターミナルサーバ(広義)に接続する
・ipv6cpでリンクローカルを振る
・RAでそのTSの持ってる/48から/64を払い出す
・DHCPv6でGWとDNSを設定する
って感じになるだろう。そうすると、あえて固定アドレスを払い出す
ように設計しない限り普通はダイナミックになるんじゃないかな。
えー、ほんとか？最近はそうなったのか？と思ってちょっと調べた。
まず、調べる前からそうかGWはいらねーや、どのみち自動で分かるから、
ってことでDNSを。
RFC2472 ipv6cp(ipv6版ipcp)にはDNSオプションはないので、ドラフトで
あるかと思ったらあった。draft-ietf-pppext-ipv6-dns-addr-03
でもこれ、最新版が3年以上前にexpireしてますな。
んで、RFC2472の最新のアップデート候補である
draft-ietf-ipv6-over-ppp-v2-03にもそんなDNSオプションの言及はないし、
It also specifies the conditions for performing Duplicate Address
Detection on IPv6 global unicast addresses configured for PPP
links either through stateful or stateless address
autoconfiguration.
ってなことが変わらず書いてあるから、RA+DHCPv6を示しているね。
で、OCNのv6サービスの実装もほぼこのへんを踏襲しているので
http://www.ocn.v6.ntt.net/dual/pdf/ipv6if_ver2.3.pdf
>>600は勘違いじゃないかと思うんだが、いかが？
まず、調べる前からそうかGWはいらねーや、どのみち自動で分かるから、
ってことでDNSを。
RFC2472 ipv6cp(ipv6版ipcp)にはDNSオプションはないので、ドラフトで
あるかと思ったらあった。draft-ietf-pppext-ipv6-dns-addr-03
でもこれ、最新版が3年以上前にexpireしてますな。
んで、RFC2472の最新のアップデート候補である
draft-ietf-ipv6-over-ppp-v2-03にもそんなDNSオプションの言及はないし、
It also specifies the conditions for performing Duplicate Address
Detection on IPv6 global unicast addresses configured for PPP
links either through stateful or stateless address
autoconfiguration.
ってなことが変わらず書いてあるから、RA+DHCPv6を示しているね。
で、OCNのv6サービスの実装もほぼこのへんを踏襲しているので
http://www.ocn.v6.ntt.net/dual/pdf/ipv6if_ver2.3.pdf
>>600は勘違いじゃないかと思うんだが、いかが？
>>597
＞IPsecの証明書どうやって毎回変わるIPアドレスに交付するの？
IPsec自体は証明書は用いない
IPsecの鍵交換のためにIKEなどを用いたときの互いの認証のための方法の一つとして証明書も用いられるが
しかしそれをIPsecの証明書とは言わない
さらに毎回変わるIPアドレスに交付するものでもない
勉強不足で多重に勘違いしていると思われる
＞IPsecの証明書どうやって毎回変わるIPアドレスに交付するの？
IPsec自体は証明書は用いない
IPsecの鍵交換のためにIKEなどを用いたときの互いの認証のための方法の一つとして証明書も用いられるが
しかしそれをIPsecの証明書とは言わない
さらに毎回変わるIPアドレスに交付するものでもない
勉強不足で多重に勘違いしていると思われる
>さらに毎回変わるIPアドレスに交付するものでもない
いや、だからIPv6の利点て何ってきいてるんだけど。
いや、だからIPv6の利点て何ってきいてるんだけど。
606 ：[email protected]：2007/07/10(火) 12:26:20 ID:???
IPv6については、djbが「移行できない」とまで言ってたけど、あれはどうなったの？
>>603 毎回変わるIPアドレスに交付するものでもない
>>606 むしろ異なるIPアドレスになっても相手を認識できるようにするためのもの
結局、どうなの？ IPv6ってすべての通信を認証するんじゃなかったんですか？
>>606 むしろ異なるIPアドレスになっても相手を認識できるようにするためのもの
結局、どうなの？ IPv6ってすべての通信を認証するんじゃなかったんですか？
610 ：[email protected]：2007/07/10(火) 22:25:06 ID:???
>>607
いや、少しは意識して欲しいんだけど・・・
「なくなる（予測の精度向上）」や「なくなった後の新世界構築」の方法ばかり
技術陣が注力してて、「年単位である移行フェーズ」のプランを立てたり技術的に
バックアップする人が全然いない。「IPv6なんてこねーよpugya-」とか遊んでる
余裕もなくなってきてるんで、真面目に当日以降のpure-v6サービスを売れる
体制を作らなきゃいかん・・・いまのままではとても売れる想像ができない。
いや、少しは意識して欲しいんだけど・・・
「なくなる（予測の精度向上）」や「なくなった後の新世界構築」の方法ばかり
技術陣が注力してて、「年単位である移行フェーズ」のプランを立てたり技術的に
バックアップする人が全然いない。「IPv6なんてこねーよpugya-」とか遊んでる
余裕もなくなってきてるんで、真面目に当日以降のpure-v6サービスを売れる
体制を作らなきゃいかん・・・いまのままではとても売れる想像ができない。
IPv6推進の方々は、実装されてるから大丈夫！
なんて能天気なこといってて運用のことまったく考えてくれてないからね。
なんて能天気なこといってて運用のことまったく考えてくれてないからね。
クライアントは勝手にDualになっていくし、回線もアドレスが無く
なりゃどうにかするしかなくなる。
問題はサーバだな！ いつまでたってもIPv4のままでいそうだな。
運用しているサーバに手を入れるのは面倒だろうし、。
危機感が無いだろうから何も準備をしなさそうだよな。
なりゃどうにかするしかなくなる。
問題はサーバだな！ いつまでたってもIPv4のままでいそうだな。
運用しているサーバに手を入れるのは面倒だろうし、。
危機感が無いだろうから何も準備をしなさそうだよな。
DNSが問題なんですってば。
あのスパゲッティ状態をどうしようというのでしょう、、、
多くのISPはキャッシュサーバとコンテンツサーバの分離すら手が出せないでいるっていうのに、、、
あのスパゲッティ状態をどうしようというのでしょう、、、
多くのISPはキャッシュサーバとコンテンツサーバの分離すら手が出せないでいるっていうのに、、、
614 ：[email protected]：2007/07/10(火) 23:50:55 ID:???
準備っつーか、既にIPv4アドレスを押さえた奴らは圧倒的絶対的既得権強者な訳で、
そういう所に「IPv6に対応すべき！」とか説教してもなーんの効果もないってことは
そろそろ認識されてホスィ。
（ ´_ゝ｀） フーン。ま、IPv6のみの奴ァ、漏れ達IPv4の所に到達できるよう頑張りな！
てのが既存組の立場。感情的には応援してても、立場的にはIPv6側が歩み寄るのが
当然の状況。そんな世界の中でIPv6のみ回線とかホスティングとか一体どう売ればいいのか・・・
トマトは品切れだからジャガイモ買ってねって訳にはいかんわけで。代替レシピもセットで求む。
そういう所に「IPv6に対応すべき！」とか説教してもなーんの効果もないってことは
そろそろ認識されてホスィ。
（ ´_ゝ｀） フーン。ま、IPv6のみの奴ァ、漏れ達IPv4の所に到達できるよう頑張りな！
てのが既存組の立場。感情的には応援してても、立場的にはIPv6側が歩み寄るのが
当然の状況。そんな世界の中でIPv6のみ回線とかホスティングとか一体どう売ればいいのか・・・
トマトは品切れだからジャガイモ買ってねって訳にはいかんわけで。代替レシピもセットで求む。
なんか、被害妄想じみた人が多いけど、APNICよりも
ARINのほうが事態は深刻だぞ。
ARINのほうが事態は深刻だぞ。
どーゆーこと？
>>615
ARINの動き、ちゃんと追えてないので正確なところを教えて欲しいんだけど、
IPv4の割り当ての大きさに対応するIPv6も同時に強制的に割り当てるんだっけ？
そして、そのIPv4のほうはいずれ時限付で回収されちゃうのかな。
ARINの動き、ちゃんと追えてないので正確なところを教えて欲しいんだけど、
IPv4の割り当ての大きさに対応するIPv6も同時に強制的に割り当てるんだっけ？
そして、そのIPv4のほうはいずれ時限付で回収されちゃうのかな。
>>619だった
それに、こんなことしたって、みんなもらったv6アドレスをただ捨てておく
（なにもせず放置）だけになるっていうのが、一番ありそうな状況だと思うのだが。
2010年に枯渇するってったて、石油資源の枯渇みたいにみんな一斉に困る
わけじゃないからねぇ。すでに動いてるv4 networkで生きている人を動かす
には、こんな味のない飴与えても意味無さそう。
それに、こんなことしたって、みんなもらったv6アドレスをただ捨てておく
（なにもせず放置）だけになるっていうのが、一番ありそうな状況だと思うのだが。
2010年に枯渇するってったて、石油資源の枯渇みたいにみんな一斉に困る
わけじゃないからねぇ。すでに動いてるv4 networkで生きている人を動かす
には、こんな味のない飴与えても意味無さそう。
くだらんProposalだ。
623 ：anonymous@：2007/07/11(水) 07:25:52 ID:???
アメリカの省は2008年にipv6対応だよね？
たしか対応機器を入れるってだけ、、、
>>624
そこが決定的な重要なポイント
Windowsもルータも各種アプリも着実にIPv6対応を終えている
その時が来ればすぐにでもIPv6で利用できるようにしてある
一方で極少数派ではあるが一部の反IPv6派は絶対にIPv6の時代は来ないとして
IPv6対応機器やソフトの導入は意味がないと考えている
どちらが勝つかだ
そこが決定的な重要なポイント
Windowsもルータも各種アプリも着実にIPv6対応を終えている
その時が来ればすぐにでもIPv6で利用できるようにしてある
一方で極少数派ではあるが一部の反IPv6派は絶対にIPv6の時代は来ないとして
IPv6対応機器やソフトの導入は意味がないと考えている
どちらが勝つかだ
626 ：イソップ物語：2007/07/11(水) 09:54:21 ID:yCC3Xh5b
今すぐには必要ではなくても、
アリたちはせっせと冬に備えて少しずつ準備をしている。
一方、キリギリスたちは冬なぞ来ないと思っているのか、
あるいは来るのを知らないのか、準備をせずに遊び呆けている。
このスレにもアリとキリギリスがいることは見受けられる。
いずれ冬が来たときに、キリギリスたちはどうなってしまうのだろうか。
アリたちはせっせと冬に備えて少しずつ準備をしている。
一方、キリギリスたちは冬なぞ来ないと思っているのか、
あるいは来るのを知らないのか、準備をせずに遊び呆けている。
このスレにもアリとキリギリスがいることは見受けられる。
いずれ冬が来たときに、キリギリスたちはどうなってしまうのだろうか。
JUNET時代からみると、今のインターネット利用者の大多数はキリギリスですよ。
いいんじゃないのキリギリスで。
いいんじゃないのキリギリスで。
>>627
エンドユーザはこの一連の議論の対象外
彼らがやることはほとんどないし何もできない
単なるお客様はこのスレに来ても邪魔なだけ
対象者はルーティング実装者＆運用者およびサーバ実装者＆運用者など
どういう諸問題があるのかを気付いているのかどうか対処できるのかどうか
エンドユーザはこの一連の議論の対象外
彼らがやることはほとんどないし何もできない
単なるお客様はこのスレに来ても邪魔なだけ
対象者はルーティング実装者＆運用者およびサーバ実装者＆運用者など
どういう諸問題があるのかを気付いているのかどうか対処できるのかどうか
> エンドユーザはこの一連の議論の対象外
ふーん。
ふーん。
エンドユーザはお上の言うことに従いましょ
どうせ客は邪魔ですよ。
v6なんてつかってやんね。
そもそもエンドユーザは知らぬ間にIPv6併用になっていても気付かないぜ
拒否しようにも拒否する術もわからん
拒否しようにも拒否する術もわからん
> 拒否する術もわからん
へー
へー
仮面ライダーv6
>>636は典型的なダメ人間。
文句を言うだけだったり、批判はしても解決などの生産的なことができないタイプ。
いわゆる、世の中の役に立たず必要とされず、むしろ害悪。
このスレ関係でまともなやつだったら、
IPv4延命とIPv6移行それぞれ問題を抱えているのだから、
どちらかあるいは両方で実際に解決を目指してチャレンジしてる。
文句を言うだけだったり、批判はしても解決などの生産的なことができないタイプ。
いわゆる、世の中の役に立たず必要とされず、むしろ害悪。
このスレ関係でまともなやつだったら、
IPv4延命とIPv6移行それぞれ問題を抱えているのだから、
どちらかあるいは両方で実際に解決を目指してチャレンジしてる。
役に立たないのはお前。
もはや絶対不可能なv6移行とやらを経典のように唱えるだけで、しかも
そうしないとインターネットが崩壊するかのような嘘までついて脅す。
それをFUDと言う。
もはや絶対不可能なv6移行とやらを経典のように唱えるだけで、しかも
そうしないとインターネットが崩壊するかのような嘘までついて脅す。
それをFUDと言う。
どうせこんな長文向けでない板でディテールを長々と書いてもしょうがないから
１つだけ言ってやると、>>606 が言っているD.J. Bernsteinの指摘だって、一部穴が
あるものの移行が不可能な理由の本質を突いてるのに、「あれは宗教だから」で
思考停止してるだろ？
技術的・経済的に納得できる反論というのを推進派から１度位聞いてみたい
ものだね。それに同意できるかは別として、だ。そもそも移行コストが高い低い
の問題だって、誰も定量的な議論マトモにしてねぇじゃん。
ルータが対応してるから、Windows/Linuxが対応してるから移行は時間の問題？
本当の馬鹿じゃないの？
１つだけ言ってやると、>>606 が言っているD.J. Bernsteinの指摘だって、一部穴が
あるものの移行が不可能な理由の本質を突いてるのに、「あれは宗教だから」で
思考停止してるだろ？
技術的・経済的に納得できる反論というのを推進派から１度位聞いてみたい
ものだね。それに同意できるかは別として、だ。そもそも移行コストが高い低い
の問題だって、誰も定量的な議論マトモにしてねぇじゃん。
ルータが対応してるから、Windows/Linuxが対応してるから移行は時間の問題？
本当の馬鹿じゃないの？
IPv6反対派だが、>>636や>>638のように反対を念仏のように唱えるだけのやつらと一緒にしないで欲しい。
IPv4延命技術について諸問題に取り組んで手を動かしているわけで。
賛成派も反対派も、叫んでるだけのやつらはごみと一緒。
NAT関連だけでもまだまだ問題山積みなのだから、おまえらもIETFのBEHAVE WGやMIDCOM WGに来いよ。
IPv4延命技術について諸問題に取り組んで手を動かしているわけで。
賛成派も反対派も、叫んでるだけのやつらはごみと一緒。
NAT関連だけでもまだまだ問題山積みなのだから、おまえらもIETFのBEHAVE WGやMIDCOM WGに来いよ。
642 ：anonymous：2007/07/12(木) 04:04:40 ID:Z+C74ASt
>>639
djbの指摘が本質を突いていると思うかどうかは主観に過ぎない。
だからこそ宗教だと言われるわけで。
どちらにせよ、それを受けてどういう立場で行動するかが重要なわけで、
・IPv6移行に関して挙がってる課題を解決する方向で行動している
・IPv4延命に関して挙がってる課題を解決する方向で行動している
・IPv4延命もIPv6移行も無理と判断して第三の道を提案して行動している
君はこれらのうちどういう行動を取っているのかを聞きたい。
何も行動していないのならば、単なるdjb教の信者に過ぎず、恥ずかしい。
djbの指摘が本質を突いていると思うかどうかは主観に過ぎない。
だからこそ宗教だと言われるわけで。
どちらにせよ、それを受けてどういう立場で行動するかが重要なわけで、
・IPv6移行に関して挙がってる課題を解決する方向で行動している
・IPv4延命に関して挙がってる課題を解決する方向で行動している
・IPv4延命もIPv6移行も無理と判断して第三の道を提案して行動している
君はこれらのうちどういう行動を取っているのかを聞きたい。
何も行動していないのならば、単なるdjb教の信者に過ぎず、恥ずかしい。
WindowsはVistaでIPv6への対応が進んだ
IPv6対応ルータも既にあるし
IPv6の接続サービスもIIJmioやOCN IPv6など個人向けの接続サービスもある
IPv6を使いたい人はいつでも使えるようにできる状況になった
年々、IPv6を取り巻く状況は確実によくなってるような気がする
IPv6stayleのVistaの連載記事
Windows VistaとIPv6でライフハック
http://www.ipv6style.jp/jp/vista_lifehack.html
IPv6対応ルータも既にあるし
IPv6の接続サービスもIIJmioやOCN IPv6など個人向けの接続サービスもある
IPv6を使いたい人はいつでも使えるようにできる状況になった
年々、IPv6を取り巻く状況は確実によくなってるような気がする
IPv6stayleのVistaの連載記事
Windows VistaとIPv6でライフハック
http://www.ipv6style.jp/jp/vista_lifehack.html
>>643
唯一の問題点は、IPv6の接続サービスがIPv4と比べて高いこと。
わざわざ余分な料金を払ってまで使う人は圧倒的に少数派。
昔の予想よりもIPv6普及が圧倒的に遅れてずれているのであるから、
もうしばらく無料の接続サービスを実験的に続けて実験運用すべきであり、
6Boneや6to4あるいはTeredoなどをエンドユーザが無料で気軽に使えると望ましい。
唯一の問題点は、IPv6の接続サービスがIPv4と比べて高いこと。
わざわざ余分な料金を払ってまで使う人は圧倒的に少数派。
昔の予想よりもIPv6普及が圧倒的に遅れてずれているのであるから、
もうしばらく無料の接続サービスを実験的に続けて実験運用すべきであり、
6Boneや6to4あるいはTeredoなどをエンドユーザが無料で気軽に使えると望ましい。
645 ：[email protected]：2007/07/14(土) 13:27:00 ID:???
>>644
唯一、はないんじゃね？
じゃあ、たった今をもって IPv6 接続は無料とします、となったら IPv6 に
明日から移行する動機付けができるかというと・・・
金額の問題は「余計な壁」の高低には関係するけど、「積極的に移行する理由」かと
いうと違うような。IPv4がなくなれば金額に関係無しに IPv6 しかないわけだけど、
その時 IPv6 を買う理由があるかというと、状況次第では「？」だし。
唯一、はないんじゃね？
じゃあ、たった今をもって IPv6 接続は無料とします、となったら IPv6 に
明日から移行する動機付けができるかというと・・・
金額の問題は「余計な壁」の高低には関係するけど、「積極的に移行する理由」かと
いうと違うような。IPv4がなくなれば金額に関係無しに IPv6 しかないわけだけど、
その時 IPv6 を買う理由があるかというと、状況次第では「？」だし。
646 ：2610:a0:c779:b::d1ad:35b4：2007/07/14(土) 13:47:33 ID:???
もう少し様々な実験運用をすべきだと思う
例えばクライアント側ではv6/v4 fallback問題とかサーバ側でも色々
そういう意味では無料実験接続を以前のように行ない
少しでも興味ある人が気軽にv6参加できることが望ましい
v6割増料金は明らかに気軽な参加を阻害しており
そのようなISPはv6普及の邪魔をしていると言える
例えばクライアント側ではv6/v4 fallback問題とかサーバ側でも色々
そういう意味では無料実験接続を以前のように行ない
少しでも興味ある人が気軽にv6参加できることが望ましい
v6割増料金は明らかに気軽な参加を阻害しており
そのようなISPはv6普及の邪魔をしていると言える
>>643
> IPv6の接続サービスもIIJmioや
https://www.iijmio.jp/guide/outline/xn/
> 月額料金 5,040円
固定IPv4との抱き合わせだから高すぎるorz
> IPv6の接続サービスもIIJmioや
https://www.iijmio.jp/guide/outline/xn/
> 月額料金 5,040円
固定IPv4との抱き合わせだから高すぎるorz
逆に考えるんだ。
IPv4の使えないIPv6割引があればもっと普及する。
間違いない。
＃GoogleもYahoo!もない世界へようこそ…
IPv4の使えないIPv6割引があればもっと普及する。
間違いない。
＃GoogleもYahoo!もない世界へようこそ…
>>648
ひねくれた妨害者
単に料金を維持したままIPv4/IPv6をdualで提供するのが一番ですね
あるいは各種系のIPv6をもうしばらくは無料で提供するのが望ましいですね
重要な点はまだまだ実用的な運用実験を重ねるために
多くの興味ある参加者が付加料金を払うことなく参加できるということですね
それから既にGoogleなど各社はIPv6取得をして着実に進めているそうです
http://ws.arin.net/whois/?queryinput=2001:4860::
ひねくれた妨害者
単に料金を維持したままIPv4/IPv6をdualで提供するのが一番ですね
あるいは各種系のIPv6をもうしばらくは無料で提供するのが望ましいですね
重要な点はまだまだ実用的な運用実験を重ねるために
多くの興味ある参加者が付加料金を払うことなく参加できるということですね
それから既にGoogleなど各社はIPv6取得をして着実に進めているそうです
http://ws.arin.net/whois/?queryinput=2001:4860::
>それから既にGoogleなど各社はIPv6取得をして着実に進めているそうです
あの規模の会社なら新技術に唾付けるぐらいは当然だろう
Vint Cerfも居るしな
「着実に進めている」とか妄想はたいがいにしとけ
あの規模の会社なら新技術に唾付けるぐらいは当然だろう
Vint Cerfも居るしな
「着実に進めている」とか妄想はたいがいにしとけ
大手でIPv6対応の考慮をしていないところはないでしょう。
泣くのは一部の零細だけではないかな。
IPv6に詳しい人を育てられず、外部委託の金銭的余裕がないところ。
もちろん、これだけ今までにも十分な時間的余裕はあるのだから、
零細でもちゃんとしているところは勉強しているけどね。
泣くのは一部の零細だけではないかな。
IPv6に詳しい人を育てられず、外部委託の金銭的余裕がないところ。
もちろん、これだけ今までにも十分な時間的余裕はあるのだから、
零細でもちゃんとしているところは勉強しているけどね。
652 ：[email protected]：2007/07/15(日) 11:28:12 ID:???
泣くというか、2010前後でISPの再再編や、各企業のネットワーク運営の
ポリシ見直しがあるのではないかな。
実際のところIPv6がどうなるかに関らずIPv4ブロックの割り当て停止というのは
結構なリスク要因としてあるわけで、IPv4切れ（＝現行商品の枯渇）の後の
絵図を描き切れない会社が、より体力のある（＝IPv6への完全転換まで耐えられる、と
思ってる）会社に吸収されてったり・委託していくトリガになりそう。全機器の
IPv6対応・検証のコスト、それにその後の並存期間（たぶん長期）の間に必要になる
追加コストを考えれば、自前主義を捨てていく所は多いはず。
本当はいつ切れるかわからんけど、プール分が切れた後も5-10年単位の期間で
素のIPv6 onlyサービスだけでは問題がある時期があると思われるので、そこを
どうするかの商品開発力が問われる。
ポリシ見直しがあるのではないかな。
実際のところIPv6がどうなるかに関らずIPv4ブロックの割り当て停止というのは
結構なリスク要因としてあるわけで、IPv4切れ（＝現行商品の枯渇）の後の
絵図を描き切れない会社が、より体力のある（＝IPv6への完全転換まで耐えられる、と
思ってる）会社に吸収されてったり・委託していくトリガになりそう。全機器の
IPv6対応・検証のコスト、それにその後の並存期間（たぶん長期）の間に必要になる
追加コストを考えれば、自前主義を捨てていく所は多いはず。
本当はいつ切れるかわからんけど、プール分が切れた後も5-10年単位の期間で
素のIPv6 onlyサービスだけでは問題がある時期があると思われるので、そこを
どうするかの商品開発力が問われる。
654 ：anonymous@：2007/07/15(日) 21:32:28 ID:AnLB1ro0
Hexago Gateway6 Clientって使ってる人いる？
>>654
こんなの出展してたのか
http://www.ceatec.com/2006/ja/visitor/ex_detail.html?id=6632
企業内の既存ネットワーク機器の全てをアップグレードしなくても、
IPv4ネットワークからIPv6ネットワークへトンネリング可能とする
サーバーとクライアントソフトウェアや機器を開発・販売する。
こんなの出展してたのか
http://www.ceatec.com/2006/ja/visitor/ex_detail.html?id=6632
企業内の既存ネットワーク機器の全てをアップグレードしなくても、
IPv4ネットワークからIPv6ネットワークへトンネリング可能とする
サーバーとクライアントソフトウェアや機器を開発・販売する。
freenet6のほうがいいよ
feel6でいいんじゃね？
>>655
つーかジェトロ企画、ジェトロも独法たたきで規模縮小のはずだからもうないな
つーかジェトロ企画、ジェトロも独法たたきで規模縮小のはずだからもうないな
固定IPアドレスで商売してるプロバイダはIPv6に移行されると困るのだろうな
アンチIPv6の人たちはこういう人たちのような気もする
>>647
IIJmioでもらえる固定IPv6アドレスのプレフィックスは/48
だからネットワークを65536個作れるだけのIPv6アドレスをもらえる
これを固定IPv4のサービスと比較してみてください
アンチIPv6の人たちはこういう人たちのような気もする
>>647
IIJmioでもらえる固定IPv6アドレスのプレフィックスは/48
だからネットワークを65536個作れるだけのIPv6アドレスをもらえる
これを固定IPv4のサービスと比較してみてください
/48という広い空間を個人に割り当てられても困る
>> /48というのは固定で割り当てられるという前提で語られていましたが、
>> 一般的なプライバシーの観点からは動的割り当てが望まれると思うのですが、その
>> ようなものではないのでしょうか。(RFC3041で匿名が得られるというのは欺瞞)
/48が個人に固定割り当てされると
/48内でいくら工夫しても個人特定されてしまうということだな
>> /48というのは固定で割り当てられるという前提で語られていましたが、
>> 一般的なプライバシーの観点からは動的割り当てが望まれると思うのですが、その
>> ようなものではないのでしょうか。(RFC3041で匿名が得られるというのは欺瞞)
/48が個人に固定割り当てされると
/48内でいくら工夫しても個人特定されてしまうということだな
出典を示さないと引用にならない＝著作権法違反
出典を示してもcloseなMLからじゃあポリシー違反
、、、なーんて無粋な文句は私はいわない。
出典を示してもcloseなMLからじゃあポリシー違反
、、、なーんて無粋な文句は私はいわない。
/64じゃサブネット切れないじゃん。サイトローカルも
原則非運用になったんだから、せめて/56は欲しいよ。
原則非運用になったんだから、せめて/56は欲しいよ。
>>662
OCN IPv6なら接続時に動的に/64が割り当てられるIPv6アドレス使える
もちろん、固定IPv6アドレスも選択できる
トンネリング接続先のサーバーを動的アドレスを払い出すものと
固定アドレスを払い出すもの両方を教えてもらえるので接続時に
どちらか接続先を変えることで動的、固定を選択して利用できる
OCN IPv6なら接続時に動的に/64が割り当てられるIPv6アドレス使える
もちろん、固定IPv6アドレスも選択できる
トンネリング接続先のサーバーを動的アドレスを払い出すものと
固定アドレスを払い出すもの両方を教えてもらえるので接続時に
どちらか接続先を変えることで動的、固定を選択して利用できる
>>666
よくわからんけどRFC3041以外のIPアドレス匿名法が必要という結論？
よくわからんけどRFC3041以外のIPアドレス匿名法が必要という結論？
d.hatena.ne.jp/HiromitsuTakagi/20040208
最近IPv6専用ポートなる物を
搭載したブロードバンドルータがあるが
あれは一体何かね
搭載したブロードバンドルータがあるが
あれは一体何かね
>>671
IPv4は使えない、文字通り“IPv6専用”のポートですよ
IPv4は使えない、文字通り“IPv6専用”のポートですよ
>>671
NATを通さずに、パケットをスルーするポートという意味ですね。
NATを通さずに、パケットをスルーするポートという意味ですね。
早くこの世からNATを撲滅できるといいね
[email protected] 見てると、v6 で NAT することに抵抗が無いひとは意外と多いと
思われ。
その次はアドレス変換されてもオッケーな仕組みになりそうなふいんきなので、
結局アドレス変換テクノロジはえいえんに使われ続けるんじゃまいか。
思われ。
その次はアドレス変換されてもオッケーな仕組みになりそうなふいんきなので、
結局アドレス変換テクノロジはえいえんに使われ続けるんじゃまいか。
この中でmixiのIPv6コミュに入ってる奴
正直に名乗り出ろ、怒らないから
正直に名乗り出ろ、怒らないから
NAPTじゃないStaticNATならあんまり困らないもんな。
そりゃSIPとか中身を書き換える必要があるのもあるけどさ。
そりゃSIPとか中身を書き換える必要があるのもあるけどさ。
>>676
なにが起きているのか、まとめレポートをきぼ～ん
なにが起きているのか、まとめレポートをきぼ～ん
>>675
はっきりいって現状のIPv4のNATでも、
みんなが必要としているのはNATという変換機能ではなく、
単なるフィルタリングの機能。
つまり、IPv6ではNATという変換機能は必要ない。
用途に応じてフィルタリング設定すればいい。
>>677
IPv6ではStaticNATすら必要なし。
はっきりいって現状のIPv4のNATでも、
みんなが必要としているのはNATという変換機能ではなく、
単なるフィルタリングの機能。
つまり、IPv6ではNATという変換機能は必要ない。
用途に応じてフィルタリング設定すればいい。
>>677
IPv6ではStaticNATすら必要なし。
「つまり」の前後に飛躍がありそうだ。
「みんな」ってのは全員の全てのアプリケーションか？
「みんな」ってのは全員の全てのアプリケーションか？
IPv6推進派は皆itojunみたいな考えなのか？
狂ってると？
>>683
狂っていない、と、ちゃんと明記されているだろ
狂っていない、と、ちゃんと明記されているだろ
ちょっと待て、なんだそりゃ。
いとじゅん大丈夫か？
いとじゅん大丈夫か？
それ以前にみなRH0問題知らなかったのか？ itojun浮かぶ瀬も無いな。
最後に、自分はv6の王であると宣言してるね。
浮かぶ瀬じゃなく立つ瀬
>>687
とはいえhindenやdeeringを叩くのは筋違いだと思うが
とはいえhindenやdeeringを叩くのは筋違いだと思うが
691 ：[email protected]：2007/07/23(月) 08:55:15 ID:???
100% IPv6になったら知らんが、IPv4/IPv6並存期間は従来以上にNA(P)Tとか
トンネリングとかリレーを駆使しないといけなくなるだろうな。
トンネリングとかリレーを駆使しないといけなくなるだろうな。
発端はIPv6コミュにitojunが地球最後の日イベントを立てたところへtssがちゃちゃをいれたところからだな。
地球最後の日ってなんでしょうか？
推測だとまさかIPv4枯渇の日のことではないですよね？？
推測だとまさかIPv4枯渇の日のことではないですよね？？
RH0 DDoS で世界が滅ぶ日
>>694
マジスか！？滅びないように対策したのでは！？
マジスか！？滅びないように対策したのでは！？
いや、対策以前から話は続いてるみたいです。
ただ対策されたっていったって、仕様とディストリの上だけの話でしょ。
運用ベースでの対策状況どうなってるんでしょうね。
ただ対策されたっていったって、仕様とディストリの上だけの話でしょ。
運用ベースでの対策状況どうなってるんでしょうね。
697 ：[email protected]：2007/07/23(月) 17:09:57 ID:???
この前のNTTの大規模障害もデュアルスタック、というかIPv6が原因だっけか。
>>697
さすがにその件と今回の問題は全く関連がない
さすがにその件と今回の問題は全く関連がない
>>696
気をつけるように、っていう呼びかけはいくつか流れてるのみましたよー。
気をつけるように、っていう呼びかけはいくつか流れてるのみましたよー。
701 ：[email protected]：2007/07/23(月) 23:36:34 ID:???
どうせなら公開された場所でやればいいのに
つなぐネット、IPv6利用のマンション向け緊急地震速報サービス「SCOOP」
http://bb.watch.impress.co.jp/cda/news/18914.html
http://bb.watch.impress.co.jp/cda/news/18914.html
ttp://www.tsunagunet.com/info/2007/0724_a.html
>> 気象庁からマンションまでの地震情報伝達精度と確実性維持のために、ＩＰｖ6の光回線を利用。
なんと、気象庁からv6でパケットが飛んでくるシステムらしい。
>> 気象庁からマンションまでの地震情報伝達精度と確実性維持のために、ＩＰｖ6の光回線を利用。
なんと、気象庁からv6でパケットが飛んでくるシステムらしい。
>> 703 どうせなら公開された場所でやればいいのに
tssの日記にitojun登場
tssの日記にitojun登場
http://www.tsunagunet.com/corporation/seism/images/icon_01.gif
気象庁からマンション棟内の地震情報解析機器まで
IPv6マルチキャスト配信網で直結のようだ
気象庁からマンション棟内の地震情報解析機器まで
IPv6マルチキャスト配信網で直結のようだ
中の人？
＞ 第一、マルチキャストって、どうやってつかうの？
＞ あんなの、本当に動くの？
＞ でも、だれも関心を持っていない。
と、O氏は批判しているようですが。
＞ あんなの、本当に動くの？
＞ でも、だれも関心を持っていない。
と、O氏は批判しているようですが。
IPv6マルチキャストをまともに商用で使ってるのは
NTT系のIP放送サービスだけか？まあ、ユーザーは
数十万人いるみたいだし、トラフィックは高いから、
それなりに使われていると評価してもいいのかも。
NTT系のIP放送サービスだけか？まあ、ユーザーは
数十万人いるみたいだし、トラフィックは高いから、
それなりに使われていると評価してもいいのかも。
気象庁からの地震情報はそのうち数千万件のユーザへ配信されるのではないか
そうなってくるとdense modeのほうが圧倒的に効率が良いと思われる
そうなってくるとdense modeのほうが圧倒的に効率が良いと思われる
さっさとIPv6に移行した方がIPv4アドレスの枯渇を心配することもなく
莫大な数のIPv6アドレスを湯水のように使えるのに何で政府は推進しないんだろ
世界的なビジネスチャンスかもしれないのにね
広まってから手を出しても手遅れなのに
地上波デジタル放送のようにプロバイダに強制的にIPv6導入するようにしたらいいのに
莫大な数のIPv6アドレスを湯水のように使えるのに何で政府は推進しないんだろ
世界的なビジネスチャンスかもしれないのにね
広まってから手を出しても手遅れなのに
地上波デジタル放送のようにプロバイダに強制的にIPv6導入するようにしたらいいのに
我々L7系にとっては、IPv4かIPv6かなんて関係ないんですよ。
IPv6を導入するかどうかは、L3系のみなさんの問題。
IPv6を導入するかどうかは、L3系のみなさんの問題。
mixiのv6コミュ盛り上がってますな。
>>718
過激派は放置しておくべし
過激派は放置しておくべし
招待して
>>720
メールアドレスさらしなよｗ
メールアドレスさらしなよｗ
723 ：[email protected]：2007/07/28(土) 11:30:45 ID:???
入りたくないけど怖いもの｜痛いもの見たさでdkdk。
誰か張って。
誰か張って。
724 ：[email protected]：2007/07/28(土) 11:37:39 ID:???
>>717
そうも言ってられない。
古くはFTP、最近ならP2P系全般はもろIPv4->IPv6変更の影響を食らう。
アクセス制御とかではほとんど全アプリが影響される。
結局レイヤ化しても、より上位の部分が交換可能になるだけで、
下位の部分が変更されると実装が上位層に漏れてくるので、対応作業は必須。
理想的なモジュール化がされてないのはL3屋のせいではないので、L7屋が
「おまいらL3屋の問題だからL7に波及させんな」というのは何の解決にもなってない。
そうも言ってられない。
古くはFTP、最近ならP2P系全般はもろIPv4->IPv6変更の影響を食らう。
アクセス制御とかではほとんど全アプリが影響される。
結局レイヤ化しても、より上位の部分が交換可能になるだけで、
下位の部分が変更されると実装が上位層に漏れてくるので、対応作業は必須。
理想的なモジュール化がされてないのはL3屋のせいではないので、L7屋が
「おまいらL3屋の問題だからL7に波及させんな」というのは何の解決にもなってない。
>>724
FTPを含めて各種基本L7プロトコルはすべてIPv6対応拡張のRFCが既に出ている。
もちろん、その他の主要なアプリもIPv6対応済。
いまだにIPv6対応していないアプリは、そのまま滅びる運命。
これは、IPv6対応に限らず、その時代毎の対応をしなかったものは全て同様であった。
FTPを含めて各種基本L7プロトコルはすべてIPv6対応拡張のRFCが既に出ている。
もちろん、その他の主要なアプリもIPv6対応済。
いまだにIPv6対応していないアプリは、そのまま滅びる運命。
これは、IPv6対応に限らず、その時代毎の対応をしなかったものは全て同様であった。
726 ：[email protected]：2007/07/29(日) 00:37:11 ID:???
>>725
いや、それはそうなんだけど、L7の人としては特段利益ないのにL3から
波及してきて対応作業（規格の改訂から始まって実装・導入やりなおしまで）は
やっぱりきつい＆不条理感ありありなんだろうなと。
上位層にも隠蔽された形でL3だけ交換できればよかったんだけどなぁ（無理無理）
いや、それはそうなんだけど、L7の人としては特段利益ないのにL3から
波及してきて対応作業（規格の改訂から始まって実装・導入やりなおしまで）は
やっぱりきつい＆不条理感ありありなんだろうなと。
上位層にも隠蔽された形でL3だけ交換できればよかったんだけどなぁ（無理無理）
逆じゃないの？
L3より上のレイヤーの中に、L3のアドレスが書き込まれて
いるのがおかしい訳で…。
まあ綺麗事を言っていたらアプリなんて作れないけどね。
L3より上のレイヤーの中に、L3のアドレスが書き込まれて
いるのがおかしい訳で…。
まあ綺麗事を言っていたらアプリなんて作れないけどね。
>>726
protocol family independentな実装ができるよう標準ライブラリが整備されており
いまどきIPv4やIPv6を意識して実装するコードは存在しないぜ
上位層にも隠蔽された形という世界は既に実現されている
protocol family independentな実装ができるよう標準ライブラリが整備されており
いまどきIPv4やIPv6を意識して実装するコードは存在しないぜ
上位層にも隠蔽された形という世界は既に実現されている
綺麗ごとだな。実際にはコード見りゃ
たいていPF_INETってはっきり書いてある。
たいていPF_INETってはっきり書いてある。
731 ：名無しさん＠そうだ選挙に行こう：2007/07/29(日) 16:41:49 ID:???
IPv4のIPアドレスころころ変わる vs. IPv6のIPアドレス固定
との値段を単純に比較するのはいかがなものか。
ここまで読んだ。
との値段を単純に比較するのはいかがなものか。
ここまで読んだ。
732 ：[email protected]：2007/07/29(日) 21:32:02 ID:4/L/ab1N
>>731
静的サーバ以外、固定IPアドレスは必要ない。
IPv6にはメリットが大量にあるが、
固定IPアドレスとは全く関係がない。
IPv6だから固定IPアドレスとか言っている連中は、
理解していないDQNだから、教育してやるか、あるいは無視した方がいい。
静的サーバ以外、固定IPアドレスは必要ない。
IPv6にはメリットが大量にあるが、
固定IPアドレスとは全く関係がない。
IPv6だから固定IPアドレスとか言っている連中は、
理解していないDQNだから、教育してやるか、あるいは無視した方がいい。
734 ：[email protected]：2007/07/29(日) 22:17:08 ID:???
OCNはIPv6非固定の契約ってありましたっけ？
契約できないものを勧められても困る。
契約できないものを勧められても困る。
>>734
そこまでOCNだけを愛しているのか・・・
そこまでOCNだけを愛しているのか・・・
>>734
企業向けは知らないが個人向けのOCN IPv6なら非固定と固定両方使える
企業向けは知らないが個人向けのOCN IPv6なら非固定と固定両方使える
NANOG盛り上がってますね。
そう、そのくだらないI-DにRandyが噛みついて、、、
こんな漢字化：
漏れは遂にIPv6移行プランを完成させた！
1. まず、徐々にIPv6を使い始める＊べきだ＊
2. IPv4/IPv6混在ネットワークをうまく運用しつつIPv6へ置き換えていく＊べきだ＊
3. 最終的にはIPv4を消滅させ、完全IPv6 nativeで運用する＊べきだ＊
4. profit!
完璧だ！これで世界は救われた！
らんでい：「だ・か・ら・ど・う・や・っ・て？」
漏れは遂にIPv6移行プランを完成させた！
1. まず、徐々にIPv6を使い始める＊べきだ＊
2. IPv4/IPv6混在ネットワークをうまく運用しつつIPv6へ置き換えていく＊べきだ＊
3. 最終的にはIPv4を消滅させ、完全IPv6 nativeで運用する＊べきだ＊
4. profit!
完璧だ！これで世界は救われた！
らんでい：「だ・か・ら・ど・う・や・っ・て？」
IPv6反対派は draft-jcurran-v6transitionplan-00.txt でも読んで従うべき
・準備段階 (現在～2008年12月)
・移行段階 (2009年1月～2010年12月)
・移行後段階 (2011年～)
それぞれにおいてインターネット全体でなにをすべきかがきちんとまとめられている
・準備段階 (現在～2008年12月)
・移行段階 (2009年1月～2010年12月)
・移行後段階 (2011年～)
それぞれにおいてインターネット全体でなにをすべきかがきちんとまとめられている
Proposed IPv6 Cutover By 2011-01-01
http://slashdot.org/articles/07/08/02/1237239.shtml
draft-jcurran-v6transitionplan-00.txt が話題に
http://slashdot.org/articles/07/08/02/1237239.shtml
draft-jcurran-v6transitionplan-00.txt が話題に
744 ：sage：2007/08/03(金) 10:31:27 ID:dBgN0cCs
745 ：[email protected]：2007/08/03(金) 10:45:00 ID:???
ぶ、すまん。
>>744
大量に空間があるので、下位64bitは固定のまま任意のsubnetに移動できる。
大量に空間があるので、自由にIPアドレスを付け替えることもできる。RFC3041。
大量に空間があるので、移動先毎にIPアドレスは当然変わるけれど、
それとは独立に、変化しないホームアドレスを併用できる。RFC3775。
大量に空間があるので、下位64bitは固定のまま任意のsubnetに移動できる。
大量に空間があるので、自由にIPアドレスを付け替えることもできる。RFC3041。
大量に空間があるので、移動先毎にIPアドレスは当然変わるけれど、
それとは独立に、変化しないホームアドレスを併用できる。RFC3775。
いやいや、そんなことより
> マジなら2ちゃんねら総力を挙げて潰すが。
をどうやるのかに興味津々。 ハァ？なI-Dだけどな。
> マジなら2ちゃんねら総力を挙げて潰すが。
をどうやるのかに興味津々。 ハァ？なI-Dだけどな。
コピペにマジレスする優しさﾜﾛﾀ
2ちゃんねら総力でRFCの1本くらいは通すべきだな
頑張って4/1にはリリースするよう僧院努力だー！
で、4/1までに本当に2chはIPv6対応するのですか??
>751
最近出てきたコピペだから、もっと更新が早い板を見ていないと知らないだろう。
最近出てきたコピペだから、もっと更新が早い板を見ていないと知らないだろう。
I-Dに対してあのコピペを持ってくるところに
皮肉が効いていると思ったけどな
皮肉が効いていると思ったけどな
>>755
コピペを利用したかどうかはどうでもいいんだよ。
それよりも俺はあのID支持派だ。
あのスケジュール通りに進めば問題ない。
あのIDの反対派がいるならばさっさと代替案でも出せよ！
どうせ反対を唱えるばかりの万年野党根性のやつが反対しているだけなんだろ？
コピペを利用したかどうかはどうでもいいんだよ。
それよりも俺はあのID支持派だ。
あのスケジュール通りに進めば問題ない。
あのIDの反対派がいるならばさっさと代替案でも出せよ！
どうせ反対を唱えるばかりの万年野党根性のやつが反対しているだけなんだろ？
あのIDでは反対も糞もないだろ。
そりゃそうなるんなら苦労しないし反対しないが、MAY/SHOULD/MUSTとか
さらっと書かれても、神じゃあるまいし「光あれ」とか言えばなるわけじゃない。
自動車の環境基準じゃあるまいし、決めれば世界が平伏して従うわけじゃないんだから、
これから議論するのはMAY/SHOULD/MUSTな話をどうやる方向に持って行くのかという
上位層の話と、そこからフィードバックを受けての個別のHOW検討のステージだろ。
もうRFCとかインターネット全体レベルの話じゃないよ。
各ISP毎に
１）自分の顧客にだけは迷惑がかからない方法というのを詰めていった結果、
２）時間の経過と共に徐々にnative IPv6が受け入れ可能な世界になる
というような案がベスト。前者が特に重要で、「自社だけで実行しても、
自社が有利になれる」プランというものを打ち出せれば、そこの会社では
現時点で醜いアヒルでしかないIPv6をIPv4並みの白鳥として売れるので
大儲けのチャンス。後は雪崩を打って同種サービスが立ち上がって移行が
始まるよ。後者は別にならないならならないなりに世界は回るのだろうから、
オプションかな。
そりゃそうなるんなら苦労しないし反対しないが、MAY/SHOULD/MUSTとか
さらっと書かれても、神じゃあるまいし「光あれ」とか言えばなるわけじゃない。
自動車の環境基準じゃあるまいし、決めれば世界が平伏して従うわけじゃないんだから、
これから議論するのはMAY/SHOULD/MUSTな話をどうやる方向に持って行くのかという
上位層の話と、そこからフィードバックを受けての個別のHOW検討のステージだろ。
もうRFCとかインターネット全体レベルの話じゃないよ。
各ISP毎に
１）自分の顧客にだけは迷惑がかからない方法というのを詰めていった結果、
２）時間の経過と共に徐々にnative IPv6が受け入れ可能な世界になる
というような案がベスト。前者が特に重要で、「自社だけで実行しても、
自社が有利になれる」プランというものを打ち出せれば、そこの会社では
現時点で醜いアヒルでしかないIPv6をIPv4並みの白鳥として売れるので
大儲けのチャンス。後は雪崩を打って同種サービスが立ち上がって移行が
始まるよ。後者は別にならないならならないなりに世界は回るのだろうから、
オプションかな。
>>759
違う違う。あのI-Dは無意味って事。
うまくいくようなHOWに支えられたプランの結果として、あのI-Dのような経過は
あるかもしれない（し、そう進むこと自体は現実の裏打ちあってならいいことだ）が、
あのI-Dがあるから～という逆順ではない。だから反対とかどうするということを
議論するベースになってないってこと。
言い換えれば、漏れはこの場で「2010に宇宙の王になる！」って宣言できるけど、
それって賛成とか反対とかするような話じゃないよね？ってこと。
>>759
「履行するための～」は禿同だけど、たぶんID/RFCレベルの話ではないと漏れは
思ってる。どっかの会社が何らかの企画で口火を切ってIPv6の商品化に成功して、
それを見た各社が・・・と競争原理の中で結果として件のI-Dの過程が成立すると
思っている。でも、時期はあれとは全然違って併存期間はもっと長いだろうな。
違う違う。あのI-Dは無意味って事。
うまくいくようなHOWに支えられたプランの結果として、あのI-Dのような経過は
あるかもしれない（し、そう進むこと自体は現実の裏打ちあってならいいことだ）が、
あのI-Dがあるから～という逆順ではない。だから反対とかどうするということを
議論するベースになってないってこと。
言い換えれば、漏れはこの場で「2010に宇宙の王になる！」って宣言できるけど、
それって賛成とか反対とかするような話じゃないよね？ってこと。
>>759
「履行するための～」は禿同だけど、たぶんID/RFCレベルの話ではないと漏れは
思ってる。どっかの会社が何らかの企画で口火を切ってIPv6の商品化に成功して、
それを見た各社が・・・と競争原理の中で結果として件のI-Dの過程が成立すると
思っている。でも、時期はあれとは全然違って併存期間はもっと長いだろうな。
>>760
あのスケジュールに沿ってみんなが協力することが全員をハッピーにする
全員が一致団結して少しずつ負担することで確実に混乱なく移行できる
そういう幸せなシナリオに反対する勢力はどういう人々なのかを考えるべし
あのスケジュールに沿ってみんなが協力することが全員をハッピーにする
全員が一致団結して少しずつ負担することで確実に混乱なく移行できる
そういう幸せなシナリオに反対する勢力はどういう人々なのかを考えるべし
いやだから、ネットニュースの大改名時代じゃあるまいし、
そこでいう「みんな」って誰よ？
一致団結なんてないよ。だからこそ従来からアプリケーションプロトコルの設計では
過去互換モードとか移行をてんでバラバラに進行できる（し、しなくてもよい）ように
してるわけで。期待できないものをベースにしたシナリオは、美しいんじゃなくて
お花畑なだけ。
いま必要なのは一致団結なんかなくても個別に進めるためのHOW（これは
実際企画が出れば計画できる程度の段階に技術的にはなってると思う）と、
それらをすることで（他人が実施しなくても）自分だけは利益が得られる企画。
これまでキラーアプリとかIPv6onlyエロサイトとか馬鹿話で目を塞いできたツケを
取り返さないと。
１）IPv4プールがなくなり、一方世界がさっぱりIPv6に移行していない状態でも
自分がIPv6（が付属してくるサービス）を売るための方法は何か？
２）IPv4の枯渇で、他社より後に枯渇時期をずらすための方法や、
他社よりこの件で優位に立つための方法は何か？
これだけ検討できればいい。
実際のところ各所で検討は進んでると思うよ。どうしようもなければ一致団結の場とやらで
腹を割りもするが、自前で（商売の範囲での）解決ができるならこんなおいしい話はない。
そこでいう「みんな」って誰よ？
一致団結なんてないよ。だからこそ従来からアプリケーションプロトコルの設計では
過去互換モードとか移行をてんでバラバラに進行できる（し、しなくてもよい）ように
してるわけで。期待できないものをベースにしたシナリオは、美しいんじゃなくて
お花畑なだけ。
いま必要なのは一致団結なんかなくても個別に進めるためのHOW（これは
実際企画が出れば計画できる程度の段階に技術的にはなってると思う）と、
それらをすることで（他人が実施しなくても）自分だけは利益が得られる企画。
これまでキラーアプリとかIPv6onlyエロサイトとか馬鹿話で目を塞いできたツケを
取り返さないと。
１）IPv4プールがなくなり、一方世界がさっぱりIPv6に移行していない状態でも
自分がIPv6（が付属してくるサービス）を売るための方法は何か？
２）IPv4の枯渇で、他社より後に枯渇時期をずらすための方法や、
他社よりこの件で優位に立つための方法は何か？
これだけ検討できればいい。
実際のところ各所で検討は進んでると思うよ。どうしようもなければ一致団結の場とやらで
腹を割りもするが、自前で（商売の範囲での）解決ができるならこんなおいしい話はない。
>>762
無茶苦茶な地上波のアナログ放送からデジタル放送への移行ですら、
スケジュールを決めて全ての人々が従うからこそ移行できるわけで。
ましてや今回のIPv4は枯渇が必須なので、我儘は許されないと思う。
無茶苦茶な地上波のアナログ放送からデジタル放送への移行ですら、
スケジュールを決めて全ての人々が従うからこそ移行できるわけで。
ましてや今回のIPv4は枯渇が必須なので、我儘は許されないと思う。
IPv6の装置を導入したくても、各ISPは値下げ競争で
疲弊してしまっている今日この頃。
疲弊してしまっている今日この頃。
それでも設備更新はあるから
そのときに紛れ込ませればおｋ
そのときに紛れ込ませればおｋ
v6対応L3スイッチは紛れ込ませるだけでも厳しい気がする。
v6に理解があるとか、v6使用予定があるならともかく。
v6に理解があるとか、v6使用予定があるならともかく。
>>718-723
mixiな方々、二人の論争のその後がどうなったか、状況を教えて。
mixiな方々、二人の論争のその後がどうなったか、状況を教えて。
>>767
その手のL3スイッチが全部標準でv6対応になっていればおｋ
その手のL3スイッチが全部標準でv6対応になっていればおｋ
倍額近くするよ？
逆に考えるんだ。
機能が倍で価格が倍近くなら、（IPあたり）単価は安くなってるじゃないか！
機能が倍で価格が倍近くなら、（IPあたり）単価は安くなってるじゃないか！
逆に考えるんだ。
L2で組めば「IPv6対応」と言っても嘘じゃないぞｗ
必要なところだけv6対応L3スイッチを使えばおｋ
L2で組めば「IPv6対応」と言っても嘘じゃないぞｗ
必要なところだけv6対応L3スイッチを使えばおｋ
売る側としては、NGN対応を売っていく形で利幅を稼ぎたい。
移行期におけるデュアルスタックならではの現在判明していない問題とか色々ありそうなんだけどなー
「インターネットの円滑なＩＰｖ６移行に関する調査研究会」の開催
http://www.soumu.go.jp/s-news/2007/070807_3.html
http://www.soumu.go.jp/s-news/2007/070807_3.html
2011年になっても研究会をやってそうな勢いなのが怖い
>777
ぼちぼちv4のアドレスの割り当て出来なくなるだろ。
メーカーや大学が、使っていないアドレスの返納でもしない限り2011年まで持たないような気がする。
ぼちぼちv4のアドレスの割り当て出来なくなるだろ。
メーカーや大学が、使っていないアドレスの返納でもしない限り2011年まで持たないような気がする。
地上波アナログも延長しそうだし、IPv4も延長しそうだね。
780 ：[email protected]：2007/08/08(水) 11:18:08 ID:???
IPv6はなんで普及しないの？
ISPがやりたがらないの？
ISPがやりたがらないの？
>>780
目先の必要性がないからじゃない？
目先の必要性がないからじゃない？
>780
おまえ自身、今この瞬間に必要だと思ってないだろ?
ビタ一文余計に払おうと思ってないだろ?
おまえ自身、今この瞬間に必要だと思ってないだろ?
ビタ一文余計に払おうと思ってないだろ?
>>770
そこはステップバイステップだな
そこはステップバイステップだな
じゃあ如何すればユーザーが必要性を感じるか、ってことに話は戻るのかねえ。
世界規模で流行るなにかにIPv6が必須、とかだとあっというまなのかもしれないけどまずありえないだろうし・・・
世界規模で流行るなにかにIPv6が必須、とかだとあっというまなのかもしれないけどまずありえないだろうし・・・
いや、なくなるのなら必要性云々はもはや関係ない。
ただ、その一方で現状のIPv6はIPv4が枯渇したからといって買って
もらえるようなモノではないので、問題は「いかにユーザが買って
意味がある」と感じてもらえるようになるか、だろう。
ただ、その一方で現状のIPv6はIPv4が枯渇したからといって買って
もらえるようなモノではないので、問題は「いかにユーザが買って
意味がある」と感じてもらえるようになるか、だろう。
毎度思うんだが2chなりmixiなりにv6対応してもらうにはどうしたらいいんだろう？
そもそも「IPv6は将来必須」って議論をしてるのに
議論の場がv4 onlyの2chなりmixiだったりするところに違和感を感じる。
そもそも「IPv6は将来必須」って議論をしてるのに
議論の場がv4 onlyの2chなりmixiだったりするところに違和感を感じる。
>>789
「将来」の話だからとくにいいんじゃね？
それにWeb掲示板とか現在実現しているサービスは
それこそv4でぜんぜん問題ないわけで。
たとえばニコニコライブ動画とかニコニコネトゲとかいう新サービスがあったとして
そこではv6でつなぐと
ちょっとだけ遅延が減る（ことにより人よりも先にｷﾀｰができる）とか
ちょっとだけラグが減る（ことによりゲーム内で強くなれる）とか
そいういうv6を使わないと得られない価値を提供できるかどうかが分かれ目かと。
サービス提供者にもv6を使うことによって管理が楽とかサービス提供コストが下がる
とか新サービスで人目を引くことができるとかいうなんらかのいいことがないとね。
「将来」の話だからとくにいいんじゃね？
それにWeb掲示板とか現在実現しているサービスは
それこそv4でぜんぜん問題ないわけで。
たとえばニコニコライブ動画とかニコニコネトゲとかいう新サービスがあったとして
そこではv6でつなぐと
ちょっとだけ遅延が減る（ことにより人よりも先にｷﾀｰができる）とか
ちょっとだけラグが減る（ことによりゲーム内で強くなれる）とか
そいういうv6を使わないと得られない価値を提供できるかどうかが分かれ目かと。
サービス提供者にもv6を使うことによって管理が楽とかサービス提供コストが下がる
とか新サービスで人目を引くことができるとかいうなんらかのいいことがないとね。
不毛なIPv6推進論議よりも、いま大切なことはIPv4が枯渇することをもっと広報することじゃないかな。
・枯渇します
・枯渇予想時期は～です
・枯渇したらこうなります
・枯渇予想時期は～です
・枯渇したらこうなります
一般向け広報をしたがらないのは、対策がたっていないのに危機を煽るのは無責任ということかな？
限界が見えていて、それを言わずにインターネット推進を煽ってきたほうがよほど無責任だと思うが、、、
限界が見えていて、それを言わずにインターネット推進を煽ってきたほうがよほど無責任だと思うが、、、
ところでv4のアドレスが枯渇したら何が困るの？
JPNICの仕事がなくなるとか、、、
IPv4アドレス在庫の枯渇、JPNICが具体的対応策を検討開始
http://internet.watch.impress.co.jp/cda/news/2007/08/09/16588.html
http://internet.watch.impress.co.jp/cda/news/2007/08/09/16588.html
>>796
じゃあべつに枯渇してもいいじゃない
じゃあべつに枯渇してもいいじゃない
うん。いいじゃない。
火事場泥棒みたいにいわれてまで、あせってIPv6推進して悪者になる必要なんてない。
火事場泥棒みたいにいわれてまで、あせってIPv6推進して悪者になる必要なんてない。
そうです。v6はv6の世界を粛々と築いていけぱいいんですよ。
v4はv4の世界の今後を考えればいいでしょう。
今後の標語「混ぜるな危険」
v4はv4の世界の今後を考えればいいでしょう。
今後の標語「混ぜるな危険」
IPv4が枯渇したら単にIPv6にIPv4へ・から届きます保証をつけて売るだけだろ。
ISPだって商品がなきゃ死亡宣告なんだから多少のコストは被ってでも担保してくる。
たぶんこんな感じで対応されるんじゃない？
・固定アドレス系は、L7到達性（デフォルト）かIPv4からのトンネルマッピング（オプション）を付けて売る
・動的アドレス系は、IPv6->IPv4 NAT通して使ってもらう方向で収束（浮いたIPv4は↑など、希少資源として販売）
もっといい方法があるかもしらんが、今日手持ちIPv4が切れた～！というような状況想定をしてみれば、
上くらいしか他所が何もしなくても明日生き残れる策としてはないんでは。なので、上のプラン実施に
必要な期間から他の策の検討デッドラインを決めて、もっといい方法を模索するくらいしかなくない？
国内エンドユーザがIPv6一色の状況になれば、国内向けサービスから
徐々にIPv6のみサーバを立ててOKになるから、固定アドレス系のIPv6の
潜在的利点をフル活用できるようになる。それまではまず生き残るのが先決。
課題としては
・動的アドレス環境でのIPv6/IPv4住み分け技術
・大規模なNATやL7リレー機材の低コスト化＋運用技術
・証明書系（マルチドメイン証明書の本格普及とか？）
あたりかなーと思ってるんだけど。
こうして考えると個人ユーザ多く持ってるところはIPv4プールを追加で
持ってるのと同じだから、移行期に苦境になっても耐える力がありそで裏山椎。
ISPだって商品がなきゃ死亡宣告なんだから多少のコストは被ってでも担保してくる。
たぶんこんな感じで対応されるんじゃない？
・固定アドレス系は、L7到達性（デフォルト）かIPv4からのトンネルマッピング（オプション）を付けて売る
・動的アドレス系は、IPv6->IPv4 NAT通して使ってもらう方向で収束（浮いたIPv4は↑など、希少資源として販売）
もっといい方法があるかもしらんが、今日手持ちIPv4が切れた～！というような状況想定をしてみれば、
上くらいしか他所が何もしなくても明日生き残れる策としてはないんでは。なので、上のプラン実施に
必要な期間から他の策の検討デッドラインを決めて、もっといい方法を模索するくらいしかなくない？
国内エンドユーザがIPv6一色の状況になれば、国内向けサービスから
徐々にIPv6のみサーバを立ててOKになるから、固定アドレス系のIPv6の
潜在的利点をフル活用できるようになる。それまではまず生き残るのが先決。
課題としては
・動的アドレス環境でのIPv6/IPv4住み分け技術
・大規模なNATやL7リレー機材の低コスト化＋運用技術
・証明書系（マルチドメイン証明書の本格普及とか？）
あたりかなーと思ってるんだけど。
こうして考えると個人ユーザ多く持ってるところはIPv4プールを追加で
持ってるのと同じだから、移行期に苦境になっても耐える力がありそで裏山椎。
「国内エンドユーザがIPv6一色の状況になる」という状況が思いつきません
>>802
その状況はこなきゃこないで別に構わない。
要はIPv4枯渇後の生き残り策として外部に影響されずに達成できる案は何か、が課題ってこと。
「一色云々」はIPv6普及させたい人には大問題でも、単にIPv4枯渇後の対応をしたい立場からは
問題ではない（この辺がIPv6人との温度差ではあるけど）。
ただ、売り物がIPv6になるのだから、いつかはその時は来るとは思うけどね。
その状況はこなきゃこないで別に構わない。
要はIPv4枯渇後の生き残り策として外部に影響されずに達成できる案は何か、が課題ってこと。
「一色云々」はIPv6普及させたい人には大問題でも、単にIPv4枯渇後の対応をしたい立場からは
問題ではない（この辺がIPv6人との温度差ではあるけど）。
ただ、売り物がIPv6になるのだから、いつかはその時は来るとは思うけどね。
国内に限って言えば特にNICからv4アドレスの割り当てが
なくなったからといって手持ちのものをやりくりするだけなんじゃないのかなあ。
もちろんそれは
中長期的なインターネットの拡張、発展を考えた場合、
分配可能な IPv4 アドレスの枯渇(略）は大きな制約になる
わけだけど、中長期的なインターネットの発展はv6でやってね
でいいじゃん
なくなったからといって手持ちのものをやりくりするだけなんじゃないのかなあ。
もちろんそれは
中長期的なインターネットの拡張、発展を考えた場合、
分配可能な IPv4 アドレスの枯渇(略）は大きな制約になる
わけだけど、中長期的なインターネットの発展はv6でやってね
でいいじゃん
そんなスッパリと出きるような話だったらいままでだって
もうちょっと普及してると思うけど
もうちょっと普及してると思うけど
それなりに普及してんじゃないの？
807 ：[email protected]：2007/08/10(金) 21:02:36 ID:iO0G0Fmx
808 ：[email protected]：2007/08/10(金) 21:03:12 ID:iO0G0Fmx
あら。garlic.itojun.orgはうちのIPv6-to-IPv4 translatorです。
809 ：[email protected]：2007/08/10(金) 21:21:38 ID:???
ていうかアクセス制御ないみたいだから(おい)はおかしい
>>808
そのIPv6-to-IPv4 translatorをお安く普及品として売るのはいかがでしょう
原理的には簡単で実装もあり誰でも導入できるというのは理解できますが
普及のためには安価な製品が出ないと一般人には厳しいものがあると思います
そのIPv6-to-IPv4 translatorをお安く普及品として売るのはいかがでしょう
原理的には簡単で実装もあり誰でも導入できるというのは理解できますが
普及のためには安価な製品が出ないと一般人には厳しいものがあると思います
>>808
IPv6接続しか持っていない人たちのために、
IPv4オンリーサイトへの接続には、
IPv4 over IPv6でgarlic.itojun.orgまでトンネリングIPv4接続すると良さそう。
もしよければ、ぜひトンネリングサービスを実験公開して欲しいです。
IPv6接続しか持っていない人たちのために、
IPv4オンリーサイトへの接続には、
IPv4 over IPv6でgarlic.itojun.orgまでトンネリングIPv4接続すると良さそう。
もしよければ、ぜひトンネリングサービスを実験公開して欲しいです。
あら
あっという間に2chで書き込み禁止にされそうだな。
地球においてipv6が普及するかどうかは
今後のitojunの活躍に命運がかかっているからなあ
議論も実装も運用も全て頑張ってもらわねば
今後のitojunの活躍に命運がかかっているからなあ
議論も実装も運用も全て頑張ってもらわねば
うちのtranslatorを勝手に使ってるのは誰ですか。
いずれにしても2chの書き込みは誰だか証明できないよね:-P
実装は*BSDに入ってます。faithd(8)とRFC3142です。MacOS Xには入ってないなあ。
設定はkameのwebに書いてありますが、もしご質問があればお気軽に。
トンネリングですが、over TCPなので、TCP以外が通りませんがそれでよければ。
あとは往復ビンタ問題ですね。
サポートつきのがよければ横河TTBがありますね。
RFC3142ベースのとNAT-PTベースのがあるはず。
まだあるのかな。
2ch.netはIPv6化しないのかなー。
いずれにしても2chの書き込みは誰だか証明できないよね:-P
実装は*BSDに入ってます。faithd(8)とRFC3142です。MacOS Xには入ってないなあ。
設定はkameのwebに書いてありますが、もしご質問があればお気軽に。
トンネリングですが、over TCPなので、TCP以外が通りませんがそれでよければ。
あとは往復ビンタ問題ですね。
サポートつきのがよければ横河TTBがありますね。
RFC3142ベースのとNAT-PTベースのがあるはず。
まだあるのかな。
2ch.netはIPv6化しないのかなー。
>>815
translatorはアクセス制御できるし、
誰が利用アクセスしたかもわかります。
つまり勝手に使われたのではなく本人です。
一方、名前欄に名前を書く方は自由に名乗れるので、
本人も含めて誰かは証明できないです。
translatorはアクセス制御できるし、
誰が利用アクセスしたかもわかります。
つまり勝手に使われたのではなく本人です。
一方、名前欄に名前を書く方は自由に名乗れるので、
本人も含めて誰かは証明できないです。
>>815
>>TCP以外が通りませんが
この点はかなり厳しいですね。
せめてRTPが通ればマルチメディア系にも応用が広がるのですが。
>>NAT-PTベースのがあるはず
このNAT-PTベースならばUDPも通せないのですか？
>>TCP以外が通りませんが
この点はかなり厳しいですね。
せめてRTPが通ればマルチメディア系にも応用が広がるのですが。
>>NAT-PTベースのがあるはず
このNAT-PTベースならばUDPも通せないのですか？
トランスレータの次はhacked DNSサーバおながいします。
>>816
- garlic.itojun.orgには/etc/faithd.confがない(ようだ)
- faithd(8)にはログとり機能があるけどdebug optionつけるか/etc/syslog.conf書かないと記録されない
- garlic.itojun.orgで使われている(らしい)faithd prefixはgoogleで検索すると2ページ出てきて、その両方ともIETF関係のmailing list
ということは最後の2ページの設定が残っているひとは使えます。ひー。
いずれにしても不正利用したやつが処罰されるだけだからいいか(よくない)。
>>817
確かにNAT-PTベースだとUDPも通りますが、UDP要るものってなにがありますか?
とりあえずTCPの有名どころport numberを通しておけばIETFでも文句でないのは実証済みです。
N+I Tokyo 2007のinternet cafeはIPv6 only Vista + translatorでした。
ftpみたいにpayload書き換えないといけないものはどっちにしても特殊な処理が必要です。
それからskypeみたいなのは何をどうだまくらかしてもIPv6できません。暗号化しすぎだし、payloadにIPv4アドレス埋まってるし。
>>818
どういう意味で"hacked"でしょか。それによるなあ。
みんながIPv6使いたくなっちゃいそうなことなら考えてみるかもしれませんが。
あ、ということで、この"itojun"というのは偽物かもしれない可能性がありますよ:-)
ログはひろゆきさんに聞いてね。
- garlic.itojun.orgには/etc/faithd.confがない(ようだ)
- faithd(8)にはログとり機能があるけどdebug optionつけるか/etc/syslog.conf書かないと記録されない
- garlic.itojun.orgで使われている(らしい)faithd prefixはgoogleで検索すると2ページ出てきて、その両方ともIETF関係のmailing list
ということは最後の2ページの設定が残っているひとは使えます。ひー。
いずれにしても不正利用したやつが処罰されるだけだからいいか(よくない)。
>>817
確かにNAT-PTベースだとUDPも通りますが、UDP要るものってなにがありますか?
とりあえずTCPの有名どころport numberを通しておけばIETFでも文句でないのは実証済みです。
N+I Tokyo 2007のinternet cafeはIPv6 only Vista + translatorでした。
ftpみたいにpayload書き換えないといけないものはどっちにしても特殊な処理が必要です。
それからskypeみたいなのは何をどうだまくらかしてもIPv6できません。暗号化しすぎだし、payloadにIPv4アドレス埋まってるし。
>>818
どういう意味で"hacked"でしょか。それによるなあ。
みんながIPv6使いたくなっちゃいそうなことなら考えてみるかもしれませんが。
あ、ということで、この"itojun"というのは偽物かもしれない可能性がありますよ:-)
ログはひろゆきさんに聞いてね。
おっと見逃し。multicastは正直専門じゃないんですが、確かmulticast sessionの設立のあたりが全滅なんじゃないかと。
それから、multicast対応入りのtranslatorのRFC/draftは出てますが実装はどうだろうなあ。
もし買う気があるひとがいたら調べておきます。適宜ぐぐってくれてもいいかも。
それから、multicast対応入りのtranslatorのRFC/draftは出てますが実装はどうだろうなあ。
もし買う気があるひとがいたら調べておきます。適宜ぐぐってくれてもいいかも。
>>819
＞- garlic.itojun.orgには/etc/faithd.confがない(ようだ)
これを書いているのが本人でないとすると
garlic.itojun.orgは既に侵入されて乗っ取られているのか！？
それにしてもfaithdのlogging機能の弱さは普及する上で問題だな
実運用を見越していない単なる実装不足なので実装追加で済む話ではあるが
＞- garlic.itojun.orgには/etc/faithd.confがない(ようだ)
これを書いているのが本人でないとすると
garlic.itojun.orgは既に侵入されて乗っ取られているのか！？
それにしてもfaithdのlogging機能の弱さは普及する上で問題だな
実運用を見越していない単なる実装不足なので実装追加で済む話ではあるが
>>821
NAT箱で全部のsession「できた」「消えた」ってlogとりますか?
実際とってるひとはみたことないですな。
faithd(8)は一応理論限界同時接続32K TCP sessionsくらいなんですが、
NATで例えるとこれIPv4アドレス空間どのくらいのサイズをカバーできますか?
でかい組織でNAT運用したことないんで。
ていうか「でかい組織でNAT運用」するわけないです。IPv6にさせますよ。
garlic.itojun.orgにitojun以外のアカウントがある可能性はありますね。
これの完全な答えがわかるのはgarlic.itojun.orgにアカウント持っていて、
/etc/master.passwd(またはそれっぽいもの)を見れるひとだけ、つまり[email protected]。
次に近い(これはよほどのことがない限りものすごく近い)答えをもっているのは
/etc/passwd(またはそれっぽいもの)を見れるひと、つまり一般ユーザ@garlic.itojun.org。
fingerdはあがってないぽいですぞ大旦那様。
NAT箱で全部のsession「できた」「消えた」ってlogとりますか?
実際とってるひとはみたことないですな。
faithd(8)は一応理論限界同時接続32K TCP sessionsくらいなんですが、
NATで例えるとこれIPv4アドレス空間どのくらいのサイズをカバーできますか?
でかい組織でNAT運用したことないんで。
ていうか「でかい組織でNAT運用」するわけないです。IPv6にさせますよ。
garlic.itojun.orgにitojun以外のアカウントがある可能性はありますね。
これの完全な答えがわかるのはgarlic.itojun.orgにアカウント持っていて、
/etc/master.passwd(またはそれっぽいもの)を見れるひとだけ、つまり[email protected]。
次に近い(これはよほどのことがない限りものすごく近い)答えをもっているのは
/etc/passwd(またはそれっぽいもの)を見れるひと、つまり一般ユーザ@garlic.itojun.org。
fingerdはあがってないぽいですぞ大旦那様。
IPv6使えるひとにはないしょでtranslator箱使うためのヒントをみつけるgoogleのkeyword教えましょうか?
確かめられるよ。
その前に閉めろって? いやだれかに先にみつけてみてほしいんですよ。ぐぐり力で。
確かめられるよ。
その前に閉めろって? いやだれかに先にみつけてみてほしいんですよ。ぐぐり力で。
>>825
またまたあんまり知らずに書きますね。
繰り返しになりますが、RTPにいく前がそもそも全滅なんではないかと。IPv4アドレス埋まってるから。
そしてIPv4 multicast addressからIPv6 multicast addressの間の関係を定義しないといけないし、
rendezvous pointとかをどうすんのかとかよくわからないし。
まあ大変なんですよこれが。
またまたあんまり知らずに書きますね。
繰り返しになりますが、RTPにいく前がそもそも全滅なんではないかと。IPv4アドレス埋まってるから。
そしてIPv4 multicast addressからIPv6 multicast addressの間の関係を定義しないといけないし、
rendezvous pointとかをどうすんのかとかよくわからないし。
まあ大変なんですよこれが。
youtubeで求職活動中のitojun氏が2chにも進出ですか？
撮影中に咳き込んだら、ちゃんとリテイクしてくださいね。
撮影中に咳き込んだら、ちゃんとリテイクしてくださいね。
>>826
老婆心ながら、RTPはユニキャストで普通に使われていますよ。
IP電話など1対1アプリもそうですし、個別ストリーミングでもユニキャストです。
マルチキャストの問題と混同はいけません。
従来ながらのテキストを主体とする通信はTCP対応だけでいいでしょうが、
これからのマルチメディア時代はそれだけでは不十分と断言できるでしょう。
老婆心ながら、RTPはユニキャストで普通に使われていますよ。
IP電話など1対1アプリもそうですし、個別ストリーミングでもユニキャストです。
マルチキャストの問題と混同はいけません。
従来ながらのテキストを主体とする通信はTCP対応だけでいいでしょうが、
これからのマルチメディア時代はそれだけでは不十分と断言できるでしょう。
>>827
なんか咳とまんないんでむりー。
原因はなんでしょうねえ。ストレスじゃないといいけどね。何のストレスかな(かなり自明)。
>>828
もう3ffe::/16はIANAに返納されちゃっているんで、まずはアドレス空間を取得しないと。
自宅往復ビンタ問題が厳しいので自宅運用はカンベン。
うまく話をもっていく先をご存知ならがんばります。
できたらふとめの回線に繋がったdata centerのマシンを借りられれば嬉しい。
最善なのはKDD大手町のWIDEラックまで足をのばすことのできるマシンです。
2chプロバイダはだめかな? [email protected]にメールしたら反応してくれるかしら。
お手伝いしますのでお知恵をくださいませ。
なんか咳とまんないんでむりー。
原因はなんでしょうねえ。ストレスじゃないといいけどね。何のストレスかな(かなり自明)。
>>828
もう3ffe::/16はIANAに返納されちゃっているんで、まずはアドレス空間を取得しないと。
自宅往復ビンタ問題が厳しいので自宅運用はカンベン。
うまく話をもっていく先をご存知ならがんばります。
できたらふとめの回線に繋がったdata centerのマシンを借りられれば嬉しい。
最善なのはKDD大手町のWIDEラックまで足をのばすことのできるマシンです。
2chプロバイダはだめかな? [email protected]にメールしたら反応してくれるかしら。
お手伝いしますのでお知恵をくださいませ。
RTPのunicast利用についてですが、IP電話とかPolycomだったらH.323とかで先にネゴりませんか?
だとするとpayload書き換えがあるので相当アウトです。
これも専門外なんでよくわかりませんが。すいませんね。
だとするとpayload書き換えがあるので相当アウトです。
これも専門外なんでよくわかりませんが。すいませんね。
6to4 relay routerって、セキュリティ的に最悪最低なので
(得体も知らぬところからのパケットをとにかく変形させてぶんなげるんで…)、
多分誰も納得してくれないです。
configured tunnelならだいじょうぶ。BSD的にはgif(4)です。
(得体も知らぬところからのパケットをとにかく変形させてぶんなげるんで…)、
多分誰も納得してくれないです。
configured tunnelならだいじょうぶ。BSD的にはgif(4)です。
Bフレッツ網が global unicast で、外部に reachability のある IPv6 を
配るようになるのはいつなんだろう。ISPとの連結点が IPv6 対応するのは
NGN待ちなのだろうか。
配るようになるのはいつなんだろう。ISPとの連結点が IPv6 対応するのは
NGN待ちなのだろうか。
>>833
IP spoofingされることを前提ならば
gifによるtunnelでも
得体も知らぬところからのパケットをとにかく変形させてぶんなげてしまう
IP spoofingされていないことを前提ならば
6to4によるtunnelでも
2002::/16のIPv6 address内にIPv4 addressを埋め込むので
通信相手は元のIPv4 addressを確実に把握できてsecurity的には問題は全くない
つまり6to4の方がsecurity的に問題があると主張するのは間違い
IP spoofingされることを前提ならば
gifによるtunnelでも
得体も知らぬところからのパケットをとにかく変形させてぶんなげてしまう
IP spoofingされていないことを前提ならば
6to4によるtunnelでも
2002::/16のIPv6 address内にIPv4 addressを埋め込むので
通信相手は元のIPv4 addressを確実に把握できてsecurity的には問題は全くない
つまり6to4の方がsecurity的に問題があると主張するのは間違い
2chで『2chアクセス専用のIPv6-to-IPv4 translator』を運用してくれないかな？
そしたら v6 only でも後10年は戦える！
そんな面倒な事するぐらいなら…サーバにv6しゃべらせた方が速いかもしれんが…。
そしたら v6 only でも後10年は戦える！
そんな面倒な事するぐらいなら…サーバにv6しゃべらせた方が速いかもしれんが…。
【行政】総務省、ＩＰアドレス不足対策の研究会 来年3月末までに具体策
http://news22.2ch.net/test/read.cgi/newsplus/1186607504/
http://news22.2ch.net/test/read.cgi/newsplus/1186607504/
このスレを見ている人はこんなスレも見ています。(ver 0.20)
【社会保障】厚生年金：｢未納企業｣の従業員救済へ・既に倒産の場合も…政府、立法を検討 [07/07/11] [ビジネスnews+]
BIND その3 [UNIX]
【著作権】 “日本だけの不便なルール” デジタル放送のコピー、制限緩和要求へ…９回までＯＫ、孫コピーは×★５ [ニュース速報+]
【社会保障】厚生年金：｢未納企業｣の従業員救済へ・既に倒産の場合も…政府、立法を検討 [07/07/11] [ビジネスnews+]
BIND その3 [UNIX]
【著作権】 “日本だけの不便なルール” デジタル放送のコピー、制限緩和要求へ…９回までＯＫ、孫コピーは×★５ [ニュース速報+]
>>834
NTT東西がグローバルサービスやるとですね、いろいろとドキドキします。あらゆる意味で。
>>835
6to4の場合本気で「ip_srcはチェックできない」のに対し、
gifは「ip_srcはチェックできる」ので、
ここで既に総当たり攻撃するとしても2^32くらい違いがあります。
ついでにgifの場合はIPv4 IPsecを組み合わせればip_srcは絶対本物になります。
先方のegress pointの手前がどうなってるかはわからないんだけど、
gifの場合には状況によっては「ip6_srcは2001:xxxx:xxxx::/48じゃなきゃだめ」とかの
uRPF的絞りもできる。
6to4の場合にはそういうのは一切がっさいできない。ここでも2^48くらいの差があります。
いずれにしてもtunnellingからは卒業しないといかんのですが、
2^(32+48)の違いが有為でないと思われるのなら、うーん、ちょっとそれは… どうでしょう。
説明してくれると嬉しいです。
>>838
コピー回数はすっごい大バトルだったみたいです。せめて4bitになったことに大感謝せんと。
あとはnoguchi-nagoyaに期待すればいいと思います:-)
NTT東西がグローバルサービスやるとですね、いろいろとドキドキします。あらゆる意味で。
>>835
6to4の場合本気で「ip_srcはチェックできない」のに対し、
gifは「ip_srcはチェックできる」ので、
ここで既に総当たり攻撃するとしても2^32くらい違いがあります。
ついでにgifの場合はIPv4 IPsecを組み合わせればip_srcは絶対本物になります。
先方のegress pointの手前がどうなってるかはわからないんだけど、
gifの場合には状況によっては「ip6_srcは2001:xxxx:xxxx::/48じゃなきゃだめ」とかの
uRPF的絞りもできる。
6to4の場合にはそういうのは一切がっさいできない。ここでも2^48くらいの差があります。
いずれにしてもtunnellingからは卒業しないといかんのですが、
2^(32+48)の違いが有為でないと思われるのなら、うーん、ちょっとそれは… どうでしょう。
説明してくれると嬉しいです。
>>838
コピー回数はすっごい大バトルだったみたいです。せめて4bitになったことに大感謝せんと。
あとはnoguchi-nagoyaに期待すればいいと思います:-)
今度旅行に行くのだが、その際移動時間に
IPv6の本を読みたいのだが、何か良い本はないだろうか。
どうも最近IPv6がそこかしこで取り上げられてる気がするので。
宜しくお願いします先輩方。
IPv6の本を読みたいのだが、何か良い本はないだろうか。
どうも最近IPv6がそこかしこで取り上げられてる気がするので。
宜しくお願いします先輩方。
IPv4の枯渇をなるべくなくすためにIPv4アドレスの再利用を進めると
インターネットでやり取りされる経路情報が飛躍的に増大するような気がするけど
この辺りは大丈夫なのかな？
インターネットでやり取りされる経路情報が飛躍的に増大するような気がするけど
この辺りは大丈夫なのかな？
>>840
どのへんに興味がおありですか?
ユーザ空間のプログラミング、仕様策定の歴史、運用、カーネルの中身、などなど
教えてくださればソムリエします。
>>841
確かにありますね。
ただ、SIP proxy繋ぎまくりって嫌じゃないですか? トラブルシュートしづらそうで。
ただでさえSIPって地獄なのに。/etc/asteriskの下ってなんであんなに分量あるんだ。
>>842
/8の経路ひとつだったものを、返納後ちぎって配れば、もちろん経路表サイズ増大に貢献するでしょうね。
どのへんに興味がおありですか?
ユーザ空間のプログラミング、仕様策定の歴史、運用、カーネルの中身、などなど
教えてくださればソムリエします。
>>841
確かにありますね。
ただ、SIP proxy繋ぎまくりって嫌じゃないですか? トラブルシュートしづらそうで。
ただでさえSIPって地獄なのに。/etc/asteriskの下ってなんであんなに分量あるんだ。
>>842
/8の経路ひとつだったものを、返納後ちぎって配れば、もちろん経路表サイズ増大に貢献するでしょうね。
>>839
コピー回数が4bitになったことに大感謝って、ものすごい勘違いしていませんか？？
今回のコピー回数が９回や１０回可能というのは、
最初に放送から録画したHDDレコーダー等から、
その子コピーをDVDやら他の機器やらへすることができるだけです。
すなわち、子コピーのみが可能で、そこからの孫コピーは不可なので、
最初に録画したHDDレコーダー上から消えた時点で子コピーも不可となります。
例えば、子コピーであるDVDからはコピー不可なので、
そのDVDがいずれ読めなくなった時点で、全てが失われるという制度です。
メディアが劣化する前に他へバックアップということは一切出来ません。
その他にも説明は省略しますが、今回のような子コピーのみ可能というのは、
非常に不便かつ困った事態になるだけで、最悪な状況で無茶な決着をしたわけです。
それを大感謝と表現するのは、本質を分かっていないのでしょう。
コピー回数が4bitになったことに大感謝って、ものすごい勘違いしていませんか？？
今回のコピー回数が９回や１０回可能というのは、
最初に放送から録画したHDDレコーダー等から、
その子コピーをDVDやら他の機器やらへすることができるだけです。
すなわち、子コピーのみが可能で、そこからの孫コピーは不可なので、
最初に録画したHDDレコーダー上から消えた時点で子コピーも不可となります。
例えば、子コピーであるDVDからはコピー不可なので、
そのDVDがいずれ読めなくなった時点で、全てが失われるという制度です。
メディアが劣化する前に他へバックアップということは一切出来ません。
その他にも説明は省略しますが、今回のような子コピーのみ可能というのは、
非常に不便かつ困った事態になるだけで、最悪な状況で無茶な決着をしたわけです。
それを大感謝と表現するのは、本質を分かっていないのでしょう。
>>842
P2Pみたいに末端同士でトンネルつかってアドレスを融通しあえば
経路表問題はとりあえずクリアできない？
往復ビンタ問題があるけど、少なくとも隙間ありまくりのアドレスリユースは
できるからIPv4 vs IPv6という質的問題から帯域という量的問題に変換はできる。
P2Pみたいに末端同士でトンネルつかってアドレスを融通しあえば
経路表問題はとりあえずクリアできない？
往復ビンタ問題があるけど、少なくとも隙間ありまくりのアドレスリユースは
できるからIPv4 vs IPv6という質的問題から帯域という量的問題に変換はできる。
>>841
v4⇔v6のをSIP Proxyとは呼ばない
SIP Proxyはその定義により情報をスルーさせる
変換させるものははSIP B2BUAと呼ぶ
v4⇔v6変換だけでなく様々な種類のものがある
>>841
SIPだけでなくHTTPもFTPもProxy/Delegate/Gateway類は昔から大量に使われている
特にNATがらみでIPアドレス変換など十分な運用実積がそれぞれある
美しくないのでできれば避けたい世界だが
v4⇔v6変換という移行期にも必須な運用技術であることを認識すべきだ
asteriskの件はあの設計自体が糞なのはおいとくにしても
分量でかいのはSIP以外の体系やレガシーなものをひきずっているのが原因
あとは基本的にその対象をよく理解できていない者にとっては
意味や必要性がわからないため意味もなく分量がでかいと感じるケースもある
もしそうでないのならば問題点を具体的に指摘すべきだ
v4⇔v6のをSIP Proxyとは呼ばない
SIP Proxyはその定義により情報をスルーさせる
変換させるものははSIP B2BUAと呼ぶ
v4⇔v6変換だけでなく様々な種類のものがある
>>841
SIPだけでなくHTTPもFTPもProxy/Delegate/Gateway類は昔から大量に使われている
特にNATがらみでIPアドレス変換など十分な運用実積がそれぞれある
美しくないのでできれば避けたい世界だが
v4⇔v6変換という移行期にも必須な運用技術であることを認識すべきだ
asteriskの件はあの設計自体が糞なのはおいとくにしても
分量でかいのはSIP以外の体系やレガシーなものをひきずっているのが原因
あとは基本的にその対象をよく理解できていない者にとっては
意味や必要性がわからないため意味もなく分量がでかいと感じるケースもある
もしそうでないのならば問題点を具体的に指摘すべきだ
>>843
IPv6関連のカーネルの設計とプログラミングにおける問題点に興味があります
IPv6関連のカーネルの設計とプログラミングにおける問題点に興味があります
>>844
(これはIPv6と関係ないから続くようならメールでね)
「コピー一切禁止」にされちゃいそうだったところを無理無理頑張ったみたいなんですよ。
権利者側はすっごくすっごくコピーされたくないらしい。
わからんでもないがその前に「もっと大勢に見せればproduct placementできる」とかいうことを
わかってないのでは。
>>845
「融通しあう」は「余ってるIPv4 global addressがあるところが貸し出す」と読めますがそれであってます?
だとすると… 余ってるところありますかね。少なくともうちは/29(ISPルータがいっこ食べてて5個か)でもうパンパン。
そうじゃないとするとちょっとどういう姿なのかが見えません。
>>846
用語間違いはすんませんね。
SIPの本はゲーが出るほど読んでますが、分量問題じゃなくて内容問題でゲーが出ました。
draft-ietf-sip-hitchhikers-guide-03.txtの参考文献の数だけでダークな気持ちになりませんか?
不勉強ならすいませんが、http proxyを多段に繋ぐ例ってそんなにあります?
proxy serverを使えば使うほど障害、それから最適でない経路(往復ビンタとか)の可能性が上がりますが…
構成次第ですがcacheの効きもどうなるかなあ。
squidのIPv6対応したくらいですから必要性は重々承知しとりますよ。古いのだけどね。ご安心を。
>>847
kernelだったらこれ。
http://www.amazon.co.jp/exec/obidos/ASIN/0124477518
socket APIのユーザプログラムだったらこれ。手前みそですんません。他にないんで。
こっちはkame webpage探せば似たような内容のが出てきますが本の方が網羅的なはずです。
http://www.amazon.cojp/exec/obidos/ASIN/4756142362
最近のCFNetworkとか.Netの本もいいんじゃないかと思いますが、ちょっとみあたりません。すいません。
(これはIPv6と関係ないから続くようならメールでね)
「コピー一切禁止」にされちゃいそうだったところを無理無理頑張ったみたいなんですよ。
権利者側はすっごくすっごくコピーされたくないらしい。
わからんでもないがその前に「もっと大勢に見せればproduct placementできる」とかいうことを
わかってないのでは。
>>845
「融通しあう」は「余ってるIPv4 global addressがあるところが貸し出す」と読めますがそれであってます?
だとすると… 余ってるところありますかね。少なくともうちは/29(ISPルータがいっこ食べてて5個か)でもうパンパン。
そうじゃないとするとちょっとどういう姿なのかが見えません。
>>846
用語間違いはすんませんね。
SIPの本はゲーが出るほど読んでますが、分量問題じゃなくて内容問題でゲーが出ました。
draft-ietf-sip-hitchhikers-guide-03.txtの参考文献の数だけでダークな気持ちになりませんか?
不勉強ならすいませんが、http proxyを多段に繋ぐ例ってそんなにあります?
proxy serverを使えば使うほど障害、それから最適でない経路(往復ビンタとか)の可能性が上がりますが…
構成次第ですがcacheの効きもどうなるかなあ。
squidのIPv6対応したくらいですから必要性は重々承知しとりますよ。古いのだけどね。ご安心を。
>>847
kernelだったらこれ。
http://www.amazon.co.jp/exec/obidos/ASIN/0124477518
socket APIのユーザプログラムだったらこれ。手前みそですんません。他にないんで。
こっちはkame webpage探せば似たような内容のが出てきますが本の方が網羅的なはずです。
http://www.amazon.cojp/exec/obidos/ASIN/4756142362
最近のCFNetworkとか.Netの本もいいんじゃないかと思いますが、ちょっとみあたりません。すいません。
>>848
SIP proxyとHTTP proxyを比較することは筋違いで、
似ているものを比較するならばメールと比較すべき。
おおざっぱに言えば、SIP proxyはほぼMTAと同じ立ち位置。
メールの場合も、まずは送り元のMTUからMTAへ送られ、
そこから、DNSのMXで解決して送り先のMTAへ送られる。
さらにその組織内部で分かれていれば各部署のMTAへ送られ、最後に送り先のMUAへ。
SIPの場合も、まずは送り元のSIP UAからSIP proxyへ送られ、
そこから、DNSのNAPTRとSRVで解決して送り先のSIP proxyへ送られる。
さらにその組織内部で分かれていれば各部署のSIP proxyへ送られ、最後に送り先のSIP UAへ。
メールを送る仕組みをきちんと理解している者ならば、
以上のように全く同じであることに気付くはずで、
もしSIP proxyが複雑に見えるようならば超基礎的なしくみを理解していないだけ。
SIP proxyとHTTP proxyを比較することは筋違いで、
似ているものを比較するならばメールと比較すべき。
おおざっぱに言えば、SIP proxyはほぼMTAと同じ立ち位置。
メールの場合も、まずは送り元のMTUからMTAへ送られ、
そこから、DNSのMXで解決して送り先のMTAへ送られる。
さらにその組織内部で分かれていれば各部署のMTAへ送られ、最後に送り先のMUAへ。
SIPの場合も、まずは送り元のSIP UAからSIP proxyへ送られ、
そこから、DNSのNAPTRとSRVで解決して送り先のSIP proxyへ送られる。
さらにその組織内部で分かれていれば各部署のSIP proxyへ送られ、最後に送り先のSIP UAへ。
メールを送る仕組みをきちんと理解している者ならば、
以上のように全く同じであることに気付くはずで、
もしSIP proxyが複雑に見えるようならば超基礎的なしくみを理解していないだけ。
>>848
＞ 最適でない経路(往復ビンタとか)の可能性が上がりますが…
そのために、SIPではcontrolとdataが分かれていて、SIP本体ではcontrolだけを担っているのです。
controlの方、すなわちSIP自体は、通常、自分側と相手側のSIP Proxyを通りますが、
dataの方は、controlで指定されたプロトコル(音声や映像ならRTPなど)を用いて、
自分と相手の間でE2E(End-to-End)で直接通信が行なわれます。
つまり、往復ビンタといった問題は生じませんし、
NATを排除したIPv6時代に取り戻そうとしているE2E思想に基づいた設計となっています。
現在の乱れたIPv4よりもIPv6との親和性が良いとSIPが言われるのも、このためです。
＞ 最適でない経路(往復ビンタとか)の可能性が上がりますが…
そのために、SIPではcontrolとdataが分かれていて、SIP本体ではcontrolだけを担っているのです。
controlの方、すなわちSIP自体は、通常、自分側と相手側のSIP Proxyを通りますが、
dataの方は、controlで指定されたプロトコル(音声や映像ならRTPなど)を用いて、
自分と相手の間でE2E(End-to-End)で直接通信が行なわれます。
つまり、往復ビンタといった問題は生じませんし、
NATを排除したIPv6時代に取り戻そうとしているE2E思想に基づいた設計となっています。
現在の乱れたIPv4よりもIPv6との親和性が良いとSIPが言われるのも、このためです。
>>848
融通＝貸し出す、であってます。数は・・・総ノード数の推計からすると
余ってるんじゃないですかね。もっともアメリカのアドレスが日本で
使われたりすると国際ビンタでアイタタタですが（それでも利益が出るなら
やるユーザなりISPが出現しそうだ）。
まあ、この貸し出しができればOKというより、主軸としては各種サービスを
ネームベース運用するなどアドレス消尽が０な方法を中心にしつつ、どうしても
IPv4が必要なIPv6のみな所に融通するために使う、位ですかね。
融通＝貸し出す、であってます。数は・・・総ノード数の推計からすると
余ってるんじゃないですかね。もっともアメリカのアドレスが日本で
使われたりすると国際ビンタでアイタタタですが（それでも利益が出るなら
やるユーザなりISPが出現しそうだ）。
まあ、この貸し出しができればOKというより、主軸としては各種サービスを
ネームベース運用するなどアドレス消尽が０な方法を中心にしつつ、どうしても
IPv4が必要なIPv6のみな所に融通するために使う、位ですかね。
>>848
IETFの範囲外でしょうが、IMSではSIPは多段が基本かと。
IETFの範囲外でしょうが、IMSではSIPは多段が基本かと。
>>852
RFC3261の基本型でも、
SIP UA － SIP proxy － SIP proxy － SIP UA
と3段になるのが基本。しかしこれはメールの時代から一緒で、
MUA － MTA － MTA － MUA
と3段になるのが基本。メールでもSIPでも基本思想は全く同じで、
発信側と受信側の各ドメインに、User Agent と Transfer Agent (or Proxy) が存在するだけ。
ドメインベースの配送のしくみは、昔からIETFにおける基本思想となっている。
RFC3261の基本型でも、
SIP UA － SIP proxy － SIP proxy － SIP UA
と3段になるのが基本。しかしこれはメールの時代から一緒で、
MUA － MTA － MTA － MUA
と3段になるのが基本。メールでもSIPでも基本思想は全く同じで、
発信側と受信側の各ドメインに、User Agent と Transfer Agent (or Proxy) が存在するだけ。
ドメインベースの配送のしくみは、昔からIETFにおける基本思想となっている。
あ、説明が少なくてすまん、
同じ管理組織内でもxCSCFという名で
機能が階層分けされる、、、って意味。
同じ管理組織内でもxCSCFという名で
機能が階層分けされる、、、って意味。
>>854
それはIETFベースのSIP運用でもアリで、
各ドメインを管理して外部から受け付けるSIP Proxy (Inbound Proxy)と、
単に内部の各端末からの受け付けるSIP Proxy (Outbound Proxy)は、
機能的にも概念も分かれているが、
それらの自ドメイン内のSIP Proxyを一つで運用する単純ケースが、
>>853に掲げた各ドメイン毎に一つのSIP Proxyが設置される最単純パターン。
例えば、IPv6主流時代になっても内部にIPv4 SIP UAが残っていたとすると、
それらを収容するためにドメイン自体までも分離する必要は当然なくて、
IPv4専用のOutbound Proxyを別個に設けるだけでよい。
その場合、実際には、そのOutbound ProxyはそこでIPv4接続を終端させて、
本来のIPv6対応の自ドメインProxyへIPv6通信するため、B2BUAの形態をとる。
それはIETFベースのSIP運用でもアリで、
各ドメインを管理して外部から受け付けるSIP Proxy (Inbound Proxy)と、
単に内部の各端末からの受け付けるSIP Proxy (Outbound Proxy)は、
機能的にも概念も分かれているが、
それらの自ドメイン内のSIP Proxyを一つで運用する単純ケースが、
>>853に掲げた各ドメイン毎に一つのSIP Proxyが設置される最単純パターン。
例えば、IPv6主流時代になっても内部にIPv4 SIP UAが残っていたとすると、
それらを収容するためにドメイン自体までも分離する必要は当然なくて、
IPv4専用のOutbound Proxyを別個に設けるだけでよい。
その場合、実際には、そのOutbound ProxyはそこでIPv4接続を終端させて、
本来のIPv6対応の自ドメインProxyへIPv6通信するため、B2BUAの形態をとる。
>それはIETFベースのSIP運用でもアリで、
ま、CSCFつってもIETFベースのSIPだからな。
ま、CSCFつってもIETFベースのSIPだからな。
> DNSのNAPTRとSRVで解決して
そんなもの使わなあかんのか、、、じゃあ使えん。
そんなもの使わなあかんのか、、、じゃあ使えん。
>>857
もしかして、真性の無知者？？
まさか、メール配送の時にDNSでMXレコードを引いて解決することすら知らないのか？
MXはメール専用で他のサービスには使えず、
だからといって各サービス毎に専用のレコードを増やすときりがないので、
MXの仕組みを拡張する形で汎用性がある枠組みが20世紀の終りに導入されたわけだ。
この業界でMXやSRVやNAPTRを知らなかったら、モグリだぞ。
どちらにせよ最終的には、MXやSRVで得たサーバ名に対して、
さらにDNSのAAAAとAを引いて解決することで、ようやくIPv6/v4アドレスが得られる。
まずは各サービスとDNSの仕組みを勉強してから、このスレに来い。
もしかして、真性の無知者？？
まさか、メール配送の時にDNSでMXレコードを引いて解決することすら知らないのか？
MXはメール専用で他のサービスには使えず、
だからといって各サービス毎に専用のレコードを増やすときりがないので、
MXの仕組みを拡張する形で汎用性がある枠組みが20世紀の終りに導入されたわけだ。
この業界でMXやSRVやNAPTRを知らなかったら、モグリだぞ。
どちらにせよ最終的には、MXやSRVで得たサーバ名に対して、
さらにDNSのAAAAとAを引いて解決することで、ようやくIPv6/v4アドレスが得られる。
まずは各サービスとDNSの仕組みを勉強してから、このスレに来い。
>>849
http proxyは比較ではなくて、846へのお返事のつもりでした。
>>850
SIP問題はすなおに質問者にまわることにします。
話が戻りますが、IPv4しか使えないひととIPv6しか使えないひとのデータ(音声?)転送はどうするんでしょ?
SIPのcontrol channelとNAT-PT(なりなんなり)の間に協力関係がないといけなさそうですが。
なにかぐっとくる文書があったら教えてください。
http proxyは比較ではなくて、846へのお返事のつもりでした。
>>850
SIP問題はすなおに質問者にまわることにします。
話が戻りますが、IPv4しか使えないひととIPv6しか使えないひとのデータ(音声?)転送はどうするんでしょ?
SIPのcontrol channelとNAT-PT(なりなんなり)の間に協力関係がないといけなさそうですが。
なにかぐっとくる文書があったら教えてください。
>859
megacoを使えてRTPの終端を行うことが出来るメディアボックスが有れば解決。
megaco無しでB2BUAが一体化されていても良いが。
調べていないのでそういう製品が有るかどうかはしらないけど。
megacoを使えてRTPの終端を行うことが出来るメディアボックスが有れば解決。
megaco無しでB2BUAが一体化されていても良いが。
調べていないのでそういう製品が有るかどうかはしらないけど。
>>860
MEGACOは全く関係ない
今はSIPにおけるIPv4⇔IPv6通信の話がなされている
>>859
SIPだからといって特殊ではなく基本原理においては他と同じ
SMTPでもHTTPでもSIPでもIPv4⇔dual(IPv4/v6)⇔IPv6の形態しか取れない
ただしSIPの場合はSDPで指定されたRTPなども同様にdualで中継する
ようするにdualのところでB2BUAとなってSIPもRTPも一度終端する
MEGACOは全く関係ない
今はSIPにおけるIPv4⇔IPv6通信の話がなされている
>>859
SIPだからといって特殊ではなく基本原理においては他と同じ
SMTPでもHTTPでもSIPでもIPv4⇔dual(IPv4/v6)⇔IPv6の形態しか取れない
ただしSIPの場合はSDPで指定されたRTPなども同様にdualで中継する
ようするにdualのところでB2BUAとなってSIPもRTPも一度終端する
>>859
とりあえず
http://wbb.forum.impressrd.jp/feature/20070330/413
これとこの2ページめを読んで、雰囲気つかんで。
網間はIPに限らない前提になってるけど。
とりあえず
http://wbb.forum.impressrd.jp/feature/20070330/413
これとこの2ページめを読んで、雰囲気つかんで。
網間はIPに限らない前提になってるけど。
>>859
以下のようにSIP proxyとhttp proxyを比較するような発言をしたからでは??
＞ SIP proxy繋ぎまくりって嫌じゃないですか? (In >>843 )
＞ http proxyを多段に繋ぐ例ってそんなにあります? (In >>848 )
まあ結論としてはメール転送におけるMTA多段とSIP proxy多段は同じ状況ということがわかればいいと思うけど.
以下のようにSIP proxyとhttp proxyを比較するような発言をしたからでは??
＞ SIP proxy繋ぎまくりって嫌じゃないですか? (In >>843 )
＞ http proxyを多段に繋ぐ例ってそんなにあります? (In >>848 )
まあ結論としてはメール転送におけるMTA多段とSIP proxy多段は同じ状況ということがわかればいいと思うけど.
865 ：RFC：2007/08/12(日) 10:53:43 ID:gryZ4hZ7
>>864
IMSの話をしているわけではないので
そんなのを示してもかえって混乱するだけで意味がない
単にSIP/RTPにおける中継例ならば
RFC3665の3.5にSIPのALG/B2BUA利用時の例が載っている
汎用例だがIPv4/IPv6間通信でも適用可能
IMSの話をしているわけではないので
そんなのを示してもかえって混乱するだけで意味がない
単にSIP/RTPにおける中継例ならば
RFC3665の3.5にSIPのALG/B2BUA利用時の例が載っている
汎用例だがIPv4/IPv6間通信でも適用可能
>>848
>> proxy serverを使えば使うほど障害、
>> 構成次第ですがcacheの効きもどうなるかなあ。
まさかとは思うけど、
SIP proxyにおいてcacheを行なうと思い込んだりしていませんよね？
>> proxy serverを使えば使うほど障害、
>> 構成次第ですがcacheの効きもどうなるかなあ。
まさかとは思うけど、
SIP proxyにおいてcacheを行なうと思い込んだりしていませんよね？
そんな重箱の隅つついてまで引き伸ばす話題じゃないでしょ。
v6でアクセスした人が見た亀が踊るところをキャッシュされたものを
v4でアクセスした人が見れたりしますか？
v4でアクセスした人が見れたりしますか？
869 ：comedia：2007/08/12(日) 11:21:19 ID:vTolRqIp
SIPスレになってますね。
>>848
で、SIP proxy多段は普通です。
MTAみたいなもんだと思えば別に腹も立たないですよね。
そもそもSIPで広域名前解決が必要なアプリがまだ少ないし
どうせシグナリングだけなので、直接配送しないデメリットが少ないのです。
これ以上はSIPスレで。
>>848
で、SIP proxy多段は普通です。
MTAみたいなもんだと思えば別に腹も立たないですよね。
そもそもSIPで広域名前解決が必要なアプリがまだ少ないし
どうせシグナリングだけなので、直接配送しないデメリットが少ないのです。
これ以上はSIPスレで。
メールにおけるDKIMのようにシグネチャをつける枠組みがSIP Identityとしてあるが、
自分のドメイン名で署名してもらうには、DKIMと同様に、
まずは自分のドメインのサーバ（メールならMTA、SIPならproxy）へ送信する必要がある。
このように、ドメイン名ベースのプロトコルでは、
直接通信ではなく間にproxyなどがはさまる通信形態となるのが自然な形であると言える。
自分のドメイン名で署名してもらうには、DKIMと同様に、
まずは自分のドメインのサーバ（メールならMTA、SIPならproxy）へ送信する必要がある。
このように、ドメイン名ベースのプロトコルでは、
直接通信ではなく間にproxyなどがはさまる通信形態となるのが自然な形であると言える。
いわゆる4G携帯の普及がIPv6の爆発的普及の原動力となる
・・・のだろうか。
・・・のだろうか。
いえいえ、Mobile IPv6の時代になりますよ
携帯がそこまでして固定IP持ち運ぶかな。。。
動的IPにして、あとは上位レイヤにお任せって
ほうが実装が単純な気がしない？
動的IPにして、あとは上位レイヤにお任せって
ほうが実装が単純な気がしない？
>>873
そりゃホームはIPv4、気付きはIPv6みたいな運用ができればそうですけど、
それはMobileIPインフラの整備だとか、エッジユーザではなくインフラ側が
主体となって進めないといけないような色んな他人任せな前提があるわけで。
IPv6でつなぐもののトンネル箱を既存のIPv4セグメントに置かしてもらって
完了、なら、ビンタ効率激悪ながら各自のレベルでできて手軽だし、世界が
どう動こうと単純にIPv4 connectivityが欲しい2010以降の純IPv6ユーザからは
利用可能時期の予測確度が高い解決策という意味で嬉しいってことです。
まあ手軽な方式で目の前の課題をクリアしつつ、中長期的にはMobileIPだとか
native IPv6運用だとかに世の中が流れるような布石を打ってくというのが
現在～2020位までの流れじゃないですかね。
そりゃホームはIPv4、気付きはIPv6みたいな運用ができればそうですけど、
それはMobileIPインフラの整備だとか、エッジユーザではなくインフラ側が
主体となって進めないといけないような色んな他人任せな前提があるわけで。
IPv6でつなぐもののトンネル箱を既存のIPv4セグメントに置かしてもらって
完了、なら、ビンタ効率激悪ながら各自のレベルでできて手軽だし、世界が
どう動こうと単純にIPv4 connectivityが欲しい2010以降の純IPv6ユーザからは
利用可能時期の予測確度が高い解決策という意味で嬉しいってことです。
まあ手軽な方式で目の前の課題をクリアしつつ、中長期的にはMobileIPだとか
native IPv6運用だとかに世の中が流れるような布石を打ってくというのが
現在～2020位までの流れじゃないですかね。
>>874
携帯でもなんでも、網からもらえるIPアドレスは網を移れば変わります。
しかし、それとは別に、今たまたまいる網と独立に依存せずに、
固定なホームIPアドレスを並行して持ち、必要ならそれを用いて通信します。
MobileIPがなければ、おっしゃるように上位レイヤにお任せすることになりますが、
網を次々と移るたびにIPアドレスが変わって、そのたびに上位レイヤでは大変です。
たまに網を移るだけの利用で、しかも間欠的な利用ならば、上位レイヤでもいいのですが。
>>875
そのMobileIPインフラの整備は、順次進めていけばいいだけでよくて、
最悪、自分のホームと自分の端末しかサポートしていなくても機能します。
すなわち、他人任せな前提があるとおっしゃるのは誤解だと思います。
携帯でもなんでも、網からもらえるIPアドレスは網を移れば変わります。
しかし、それとは別に、今たまたまいる網と独立に依存せずに、
固定なホームIPアドレスを並行して持ち、必要ならそれを用いて通信します。
MobileIPがなければ、おっしゃるように上位レイヤにお任せすることになりますが、
網を次々と移るたびにIPアドレスが変わって、そのたびに上位レイヤでは大変です。
たまに網を移るだけの利用で、しかも間欠的な利用ならば、上位レイヤでもいいのですが。
>>875
そのMobileIPインフラの整備は、順次進めていけばいいだけでよくて、
最悪、自分のホームと自分の端末しかサポートしていなくても機能します。
すなわち、他人任せな前提があるとおっしゃるのは誤解だと思います。
IPv6普及のための鍵はMIP6の利便性ですな
まずはMIP6普及のためにgarlic.itojun.orgでもHAサービスを始めて欲しい
まずはMIP6普及のためにgarlic.itojun.orgでもHAサービスを始めて欲しい
MobileIP は一時某キャリアが熱心に取り組んでたけど、今はもう部隊残ってないよね。
事業化はもう断念したのかな？事情知ってる人いる？
事業化はもう断念したのかな？事情知ってる人いる？
>>876
む、たしかに。
経路最適化はともかくとして、トンネリング相当だったら自分が
手元と相手側にエージェント置けばいい・・・いや、自分はMIPv6?だから
相手側にだけホーム置ければ完了？
あれ、でもホームアドレスはIPv4だけど中身はIPv6なMobileIPって
どういう構成・動作になるんだ？
む、たしかに。
経路最適化はともかくとして、トンネリング相当だったら自分が
手元と相手側にエージェント置けばいい・・・いや、自分はMIPv6?だから
相手側にだけホーム置ければ完了？
あれ、でもホームアドレスはIPv4だけど中身はIPv6なMobileIPって
どういう構成・動作になるんだ？
i-d 書くのは実装してから、ね。
>>881
いや、IDが先でいい。
ただし、WG採用までには実装し、
最終的には運用実験による諸問題を明らかにしてから標準化トラックへ。
これらをきちんと経ずにRFCにしてしまった問題プロトコルが今まで多すぎた。
いや、IDが先でいい。
ただし、WG採用までには実装し、
最終的には運用実験による諸問題を明らかにしてから標準化トラックへ。
これらをきちんと経ずにRFCにしてしまった問題プロトコルが今まで多すぎた。
>861
音声はRTP/RTCPだろ。
SIPはB2BUAで終端すれば良い。RTPもB2BUAで扱えるものは有るが、メディアボックスを内蔵しているだけ。
音声はRTP/RTCPだろ。
SIPはB2BUAで終端すれば良い。RTPもB2BUAで扱えるものは有るが、メディアボックスを内蔵しているだけ。
啓蒙がんばってるitojunさんに素直に敬服。
ところでRH0問題ってもう安心していいの？
仕様が直ったからそれでいいって問題じゃないでしょう。
絶滅への啓蒙がんばらなきゃいけませんね。
ところでRH0問題ってもう安心していいの？
仕様が直ったからそれでいいって問題じゃないでしょう。
絶滅への啓蒙がんばらなきゃいけませんね。
>>876
それはわかるが、3G以上の複数のアンテナつかんで高速ハンドオーバーを
実現する技術との相性がわるそうだが、議論が活発とも思えない。
あとキャリアが携帯端末について公開するのは生IPではなくPARLAYなり
SLEEなりのAPIになりそうな気がしない？
まあ
それはわかるが、3G以上の複数のアンテナつかんで高速ハンドオーバーを
実現する技術との相性がわるそうだが、議論が活発とも思えない。
あとキャリアが携帯端末について公開するのは生IPではなくPARLAYなり
SLEEなりのAPIになりそうな気がしない？
まあ
盛り上がってて素直に勉強になります。SIPはまだまだ未知の領域だなあ。精進精進。
>>884
rthdr0ですが、各実装patchが出ていますが、世界の最後の1台までpatchをあててくれないとヤバいです。
あ、正確には最後の最後の1台はあてなくていいのか。
4/末に「最後の1台patchあたるまで寝れません」とか投稿したけど、いまは寝てますからねー。
インパクトとしてはいっちゃんまずいのがMacOS X(2200万台)とAirPort/AirMac Extreme(IPv6 onにすると一発で6to4/台数不明)です。
ただ、patchなしでもいくつか止める方法があります。どれもISP solutionですね。
- routing headerつきのIPv6パケットはどこのルータもforwarding性能が遅いから、
帯域埋め尽くし攻撃は成立しづらい
- ip6_hlimは255まで
- ip6_srcだけ見てuRPFしていればrouting header(というかsource routing一般)は使えない
いっこめはどこのルータ実装にも言えるんですが、中にはCPU forwardingしたあげくCPUが落ちて
DoSになる実装とか、rthdr0対策diffにバグはいってたとかいうのもあって、ちょっとなんだかなあです。
>>884
rthdr0ですが、各実装patchが出ていますが、世界の最後の1台までpatchをあててくれないとヤバいです。
あ、正確には最後の最後の1台はあてなくていいのか。
4/末に「最後の1台patchあたるまで寝れません」とか投稿したけど、いまは寝てますからねー。
インパクトとしてはいっちゃんまずいのがMacOS X(2200万台)とAirPort/AirMac Extreme(IPv6 onにすると一発で6to4/台数不明)です。
ただ、patchなしでもいくつか止める方法があります。どれもISP solutionですね。
- routing headerつきのIPv6パケットはどこのルータもforwarding性能が遅いから、
帯域埋め尽くし攻撃は成立しづらい
- ip6_hlimは255まで
- ip6_srcだけ見てuRPFしていればrouting header(というかsource routing一般)は使えない
いっこめはどこのルータ実装にも言えるんですが、中にはCPU forwardingしたあげくCPUが落ちて
DoSになる実装とか、rthdr0対策diffにバグはいってたとかいうのもあって、ちょっとなんだかなあです。
ちがった! もっとやばいのはLinuxだ。何台あるんだか見当もつかないし、組み込み…
>>879
MN (Mobile Node) の HoA (Home Address) が IPv4 で CoA (Care-of Adress) が IPv6 になるわけだが、
HA (Home Agent) 自体は、各先の CoA とも通信ができる必要があるので、当然 IPv4/IPv6 dual 対応になる。
MN⇔HA間の Binding Update は、実際の通信パケットは CoA⇔HA だから、IPv6 で行なわれることになる。
つまり、HA は厳密には HA4 と HA6 の二種類を持つことになり、
IPv4 である HoA は、HA4 と同じ IPv4 の Home Networkに属することになる。
MN (Mobile Node) の HoA (Home Address) が IPv4 で CoA (Care-of Adress) が IPv6 になるわけだが、
HA (Home Agent) 自体は、各先の CoA とも通信ができる必要があるので、当然 IPv4/IPv6 dual 対応になる。
MN⇔HA間の Binding Update は、実際の通信パケットは CoA⇔HA だから、IPv6 で行なわれることになる。
つまり、HA は厳密には HA4 と HA6 の二種類を持つことになり、
IPv4 である HoA は、HA4 と同じ IPv4 の Home Networkに属することになる。
889 ：TA：2007/08/13(月) 22:47:35 ID:LgsAPfrj
MobileIPの、しかもIPv4だけを頑なに実装している
そんなストイックなMNはどんな端末でせう。
そんなストイックなMNはどんな端末でせう。
>>888
その混在って検証済みでしたっけ？つまりMIPv6 MNからのメッセージに
IPv4アドレス入るのって。パディングというか射影アドレス入れればいい・・・のか？
いずれにせよ原理的にはMobileIPでもアドレスリユース問題は対処できそうな感じ。
これで
1. とりあえず、トンネルやMIPv[46]でIPv4アクセスを保証しつつ商売続行
a. 以後のサービスはIPv4アクセスもできるが、必然的にIPv6でもアクセス可能に
2. IPv4だとビンタされるので、IPv6が使えて「高速」なISPの人気が高まる
3. IPv6を選好する流れができるので、端末側から先に移行は終局フェーズに
4. 端末側の移行が一定以上進んだところで、native IPv6サービス展開でもOKな流れに
5. profit!
になれば幸せになれるか？サーバ側より端末側の移行を先行させられそうなので、
各種プロトコルがIPv6+トランスレータでどれだけ困らないかにかかってますかね。
たぶん、2010のIPv4枯渇自体よりも、並存期間を終わらせるためにIPv4を捨てて
大丈夫な形に進むような長期計画を詰めるところの方が大変そうだ。
その混在って検証済みでしたっけ？つまりMIPv6 MNからのメッセージに
IPv4アドレス入るのって。パディングというか射影アドレス入れればいい・・・のか？
いずれにせよ原理的にはMobileIPでもアドレスリユース問題は対処できそうな感じ。
これで
1. とりあえず、トンネルやMIPv[46]でIPv4アクセスを保証しつつ商売続行
a. 以後のサービスはIPv4アクセスもできるが、必然的にIPv6でもアクセス可能に
2. IPv4だとビンタされるので、IPv6が使えて「高速」なISPの人気が高まる
3. IPv6を選好する流れができるので、端末側から先に移行は終局フェーズに
4. 端末側の移行が一定以上進んだところで、native IPv6サービス展開でもOKな流れに
5. profit!
になれば幸せになれるか？サーバ側より端末側の移行を先行させられそうなので、
各種プロトコルがIPv6+トランスレータでどれだけ困らないかにかかってますかね。
たぶん、2010のIPv4枯渇自体よりも、並存期間を終わらせるためにIPv4を捨てて
大丈夫な形に進むような長期計画を詰めるところの方が大変そうだ。
kameやusagiを採用した*BSDやLinuxや専用ルータや各種組み込みは
IPv6やIPv4のMobileIPに対応していますか??
IPv6やIPv4のMobileIPに対応していますか??
>>889
この場合のMNは端末じゃなくて「いわゆるサーバ」側の方。
何らかの方法でIPv4口なりのIPv4端末からアクセス可能な口を保証しないと
サービス立てる人の敷居が高すぎだからね。あと、MNはIPv4は使わない（使えるんなら
全然IPv4枯渇しとらんがな）。
この場合のMNは端末じゃなくて「いわゆるサーバ」側の方。
何らかの方法でIPv4口なりのIPv4端末からアクセス可能な口を保証しないと
サービス立てる人の敷居が高すぎだからね。あと、MNはIPv4は使わない（使えるんなら
全然IPv4枯渇しとらんがな）。
SIPって要はIP版No7でそ
プロバイダのIPv6への対応は変わらないね
フレッツ網内部でIPv6が実際に使われてるということは実用上問題ないはずで
導入コストもIPv6と大して変わらないんじゃないの？
コストかかるなら低価格のフレッツ用のネットワークでIPv6が使えるわけないからな
フレッツ網内部でIPv6が実際に使われてるということは実用上問題ないはずで
導入コストもIPv6と大して変わらないんじゃないの？
コストかかるなら低価格のフレッツ用のネットワークでIPv6が使えるわけないからな
896 ：uzeeeeeeeeeeee：2007/08/14(火) 07:10:42 ID:???
フレッツ東が大規模停止したとき、原因が古いルータのパッチ未当てだったから
ルーターの金はできる限り減らしてるっぽいよ。東京はは新品ルータっぽいけど
ルーターの金はできる限り減らしてるっぽいよ。東京はは新品ルータっぽいけど
経路過多な実網でデュアルスタックなんぞにするから切りわけができんのだ。
IPv6を猛烈に批判し否定してるのって
IPv6に対応できないプロバイダの社員なんじゃないの？
IPv6に対応できないプロバイダの社員なんじゃないの？
899 ：あの：2007/08/14(火) 15:10:15 ID:OYuF8lN+
アホか
MIP6については正直プロとは言えないので、誰か他のKAME人か誰かに確認してほしいです。
女の第6感(女かよ!)でいくと、RFCがぶあつすぎるのとsignallingがめんどくさいので、
普及しないんじゃないかと思います。
binding cacheも、移動ノード側はいいけど、google.comみたいなでかいcorrespondent
nodeの場合、特に負荷分散したい場合(google.comみたいにA recordがたんまりある)
なんかには効果が薄い、または検索コストが高いように見えます。
ぐっとくるsession layer protocolが出てくればMIP6は要らなくなります。
code書くまでは想像でしかないですので大口叩かない方がいいですが、
「ぐっとくるsession layer protocol」の案は持ってますので。
知りたいひとはこっそり聞いて下さい。
もう設計は完了していてあとは実装するだけです。テスト実装はもうある。
時間がほしいなあ。法律の勉強している場合じゃないよねぇ。
MIP6はどのOSも、実験実装(含むKAME)があるだけで、mainstreamには入ってないです。
MIP4はどうなのかな。一部使っている会社があったと思うんだけどそんなには普及してないはず。
MIP6でIPv4とIPv6混ぜたやつは… 全然状況知りませんごめんなさい。
home address貸し出しサービスは確か誰かがボランティアベースでやっていたような。
correspondent nodeにbinding cacheができなかった場合(多分ほとんどの場合true)は
結局往復ビンタになるので、自宅ではやりたくないです。ごめんなさい。
>>897
でもさ、IPv4存続派の一部はPI address欲しがって、結局IPv6経路表サイズを
押し上げようとしているのです。ていうかRIRが認めちゃったからもう「押し上げ完了」かも。
それって大きな目で見ると自分(存続派)で自分の首をしめてないか?
はっ、もしや高級ルータを売るための作戦か?
…なんかフリーメーソン陰謀論みたいですね。でもマジですよ。
女の第6感(女かよ!)でいくと、RFCがぶあつすぎるのとsignallingがめんどくさいので、
普及しないんじゃないかと思います。
binding cacheも、移動ノード側はいいけど、google.comみたいなでかいcorrespondent
nodeの場合、特に負荷分散したい場合(google.comみたいにA recordがたんまりある)
なんかには効果が薄い、または検索コストが高いように見えます。
ぐっとくるsession layer protocolが出てくればMIP6は要らなくなります。
code書くまでは想像でしかないですので大口叩かない方がいいですが、
「ぐっとくるsession layer protocol」の案は持ってますので。
知りたいひとはこっそり聞いて下さい。
もう設計は完了していてあとは実装するだけです。テスト実装はもうある。
時間がほしいなあ。法律の勉強している場合じゃないよねぇ。
MIP6はどのOSも、実験実装(含むKAME)があるだけで、mainstreamには入ってないです。
MIP4はどうなのかな。一部使っている会社があったと思うんだけどそんなには普及してないはず。
MIP6でIPv4とIPv6混ぜたやつは… 全然状況知りませんごめんなさい。
home address貸し出しサービスは確か誰かがボランティアベースでやっていたような。
correspondent nodeにbinding cacheができなかった場合(多分ほとんどの場合true)は
結局往復ビンタになるので、自宅ではやりたくないです。ごめんなさい。
>>897
でもさ、IPv4存続派の一部はPI address欲しがって、結局IPv6経路表サイズを
押し上げようとしているのです。ていうかRIRが認めちゃったからもう「押し上げ完了」かも。
それって大きな目で見ると自分(存続派)で自分の首をしめてないか?
はっ、もしや高級ルータを売るための作戦か?
…なんかフリーメーソン陰謀論みたいですね。でもマジですよ。
>>893
つ DSMIP(モノになるかは不明)
(global) route optimizationはRAMにおねがい。
>>900
ぐっとくるprotoはpiggyback? standalone?
つ DSMIP(モノになるかは不明)
(global) route optimizationはRAMにおねがい。
>>900
ぐっとくるprotoはpiggyback? standalone?
902 ：あ：2007/08/14(火) 23:39:20 ID:/dj+pLAk
>>900
痛いとこつかれました。私はV6推進派ですが、今V4撲滅を推せるかというと・・・
理屈でわかっててもCO2を減らせん人類のような実情だけはご理解を。
①9割以上のユーザはIP云々を意識しないで使ってる。
完全な透過的以降手段がないことには動けない。実情ならまだNATに逃げた方が楽。
②さらに残りの1割弱のちょっと知ってる的なユーザのあつかいがこれまた大変
③網内の全てのASICがV6をスイッチできるなんてのは理想論すぎる。
正直、PC端末スタートでのV6サービスをたてつけるのはキビシイ気がしてます。
それ以外の非公開網のv6化はすんなりいけるかもしれません。
あと話は変わってMIPは期待はしています。実装実験したわけじゃないですが、
RFC4068程度のハンドオーバーじゃ日本の電話（特に緊急呼あり）が要求する品質的に
全然足りないと思います。
痛いとこつかれました。私はV6推進派ですが、今V4撲滅を推せるかというと・・・
理屈でわかっててもCO2を減らせん人類のような実情だけはご理解を。
①9割以上のユーザはIP云々を意識しないで使ってる。
完全な透過的以降手段がないことには動けない。実情ならまだNATに逃げた方が楽。
②さらに残りの1割弱のちょっと知ってる的なユーザのあつかいがこれまた大変
③網内の全てのASICがV6をスイッチできるなんてのは理想論すぎる。
正直、PC端末スタートでのV6サービスをたてつけるのはキビシイ気がしてます。
それ以外の非公開網のv6化はすんなりいけるかもしれません。
あと話は変わってMIPは期待はしています。実装実験したわけじゃないですが、
RFC4068程度のハンドオーバーじゃ日本の電話（特に緊急呼あり）が要求する品質的に
全然足りないと思います。
>>900
なるほど。
IPv6時代になろうとしているのに、
Mobile IPはいまだに実装が広まることすらダメ、
IP Multicastはlinklocal以外はほとんど広まらず、
IPsecもVPNで用いられる以外一般利用はほぼ皆無と、
L3周辺の20世紀の新規拡張は現在になっても一般化しないのは、
itojun大先生の女の第6感の通りそれぞれ将来性がないということですね。
さて残るは御本尊のずばりIPv6がどうなるかですが、
IPv4延命諸技術に勝てるでしょうか？
なるほど。
IPv6時代になろうとしているのに、
Mobile IPはいまだに実装が広まることすらダメ、
IP Multicastはlinklocal以外はほとんど広まらず、
IPsecもVPNで用いられる以外一般利用はほぼ皆無と、
L3周辺の20世紀の新規拡張は現在になっても一般化しないのは、
itojun大先生の女の第6感の通りそれぞれ将来性がないということですね。
さて残るは御本尊のずばりIPv6がどうなるかですが、
IPv4延命諸技術に勝てるでしょうか？
IPv4延命といえば、240.0.0.0/4について一言お願いします。
自分としては「アホか」の一言なんですが…
自分としては「アホか」の一言なんですが…
905 ：あ：2007/08/15(水) 00:23:41 ID:tDUO2qXy
いや、今まで使われてなかったところ（そして機器によっては使おうとすると不具合が生じる可能性がある）
を使ってまでIPv4を延命させたいのかなって。
>>906のような必死な人がいるからやっぱ需要はあるのか…
を使ってまでIPv4を延命させたいのかなって。
>>906のような必死な人がいるからやっぱ需要はあるのか…
>>907
不具合が生じる可能性はない。
なぜなら、Class Eをサポートしていない機器は無視することになっているため。
RFC 1365のClass FはClass Eのさらに一部なので、同様に問題は起きない。
あとは、kameとusagiが頑張ってRFC 1365をサポートし、*BSDとLinuxへ移植すれば解決。
不具合が生じる可能性はない。
なぜなら、Class Eをサポートしていない機器は無視することになっているため。
RFC 1365のClass FはClass Eのさらに一部なので、同様に問題は起きない。
あとは、kameとusagiが頑張ってRFC 1365をサポートし、*BSDとLinuxへ移植すれば解決。
909 ：あ：2007/08/15(水) 00:47:06 ID:tDUO2qXy
ってか、プライベート化の話でしょ。
最も平和的な解決手段じゃないの？素で。
最も平和的な解決手段じゃないの？素で。
>>903
挙げられている問題は全部「IPv4だろうとIPv6だろうと難しい問題」です。
MIP4もMIP6も、結局は「大多数の計算機は固定で移動するやつは少ない、
だからbinding cacheは小さい」「IPアドレスを変えると通信に支障が出る」
という仮定にたっていますが、前者は多分今後は違うし(中国VoIP携帯10億台)、
後者はsession layer protocolで解決すべき問題です。
IP multicastは本質的に困難な問題を含んでいます。
全ルータがIGMP join/leaveを拾ってmulticast forwarding tableを持たないといけませんが、
これはmulticast listenerがどんどん送ってくるので、ルータに設定されてしまうtableのサイズに
上限がなく、さらに集約できません。ので、ルータに負担になる。
一部ISPでは運用してますが、なかなかいいアプリケーションがみあたらないというのが
実際のところではないかと思います。
もちろん、「みんなが同じ番組を観る」のなら多分うまく動くんですが、
普通TVのチャンネルはばしばし変えまくるでしょ?
IPsecの普及のためには、鍵交換というどうやっても解けない問題を解かないといけません。
opportunitistic IPsecみたいにDNS databaseにとりあえず突っ込んでおくとか、
sshみたいに初回は「こんなfingerprintだけど繋いでみるかね」みたいにして
認証のめんどくささを弱める方策を使わないとうまくいかないでしょう。
それから、IPsecはあまりに暗号化が普通のユーザの下の層でやれられるので、
「sshって打ったから暗号化されてるもんね」みたいな上手なUIがないとちょっと
難しいところもある。
あとはX.509みたいな階層構造よりはpgpのchain of trustをうまく作れる
方法があればいいんじゃないかと思います。
これはちょっと野望があるのですがどうナンパすればいいのか模索中。
IPv4延命策とIPv6と比べてどうかって? そんなのIPv6が勝つに決まってます。
なんぼ延命しようとも、中国のVoIP端末10億をうまく取り扱うには10.0.0.0/8では足りないので。
挙げられている問題は全部「IPv4だろうとIPv6だろうと難しい問題」です。
MIP4もMIP6も、結局は「大多数の計算機は固定で移動するやつは少ない、
だからbinding cacheは小さい」「IPアドレスを変えると通信に支障が出る」
という仮定にたっていますが、前者は多分今後は違うし(中国VoIP携帯10億台)、
後者はsession layer protocolで解決すべき問題です。
IP multicastは本質的に困難な問題を含んでいます。
全ルータがIGMP join/leaveを拾ってmulticast forwarding tableを持たないといけませんが、
これはmulticast listenerがどんどん送ってくるので、ルータに設定されてしまうtableのサイズに
上限がなく、さらに集約できません。ので、ルータに負担になる。
一部ISPでは運用してますが、なかなかいいアプリケーションがみあたらないというのが
実際のところではないかと思います。
もちろん、「みんなが同じ番組を観る」のなら多分うまく動くんですが、
普通TVのチャンネルはばしばし変えまくるでしょ?
IPsecの普及のためには、鍵交換というどうやっても解けない問題を解かないといけません。
opportunitistic IPsecみたいにDNS databaseにとりあえず突っ込んでおくとか、
sshみたいに初回は「こんなfingerprintだけど繋いでみるかね」みたいにして
認証のめんどくささを弱める方策を使わないとうまくいかないでしょう。
それから、IPsecはあまりに暗号化が普通のユーザの下の層でやれられるので、
「sshって打ったから暗号化されてるもんね」みたいな上手なUIがないとちょっと
難しいところもある。
あとはX.509みたいな階層構造よりはpgpのchain of trustをうまく作れる
方法があればいいんじゃないかと思います。
これはちょっと野望があるのですがどうナンパすればいいのか模索中。
IPv4延命策とIPv6と比べてどうかって? そんなのIPv6が勝つに決まってます。
なんぼ延命しようとも、中国のVoIP端末10億をうまく取り扱うには10.0.0.0/8では足りないので。
>>902
相当昔のHanakoの「インターネットしてみようー」という記事では、IPv4アドレスは全く出てきませんでした。
もちろんトラブルシュートの場面は特に書いてなかったのですが、まあ一般のひとはそういう意識かなと。
だったらIPv6にしてもバレないようにすればいいわけです。
実際この投稿はIPv6 onlyなMacOS Xの上のSafariから、TCP relay translatorかまして投稿しているわけですが。
skypeだけは動きませんが、あとは実生活上問題ないですね。
ハイアマチュアは勉強していただくしかないですな。
ASIC forwarding問題ですが、Juniperだったら最初の製品から全部hardware forwardingしますよ。
KAME入りですし。Alaxalaも多分そうだと思う。ほんとにこればかりは製品依存だと思います。
相当昔のHanakoの「インターネットしてみようー」という記事では、IPv4アドレスは全く出てきませんでした。
もちろんトラブルシュートの場面は特に書いてなかったのですが、まあ一般のひとはそういう意識かなと。
だったらIPv6にしてもバレないようにすればいいわけです。
実際この投稿はIPv6 onlyなMacOS Xの上のSafariから、TCP relay translatorかまして投稿しているわけですが。
skypeだけは動きませんが、あとは実生活上問題ないですね。
ハイアマチュアは勉強していただくしかないですな。
ASIC forwarding問題ですが、Juniperだったら最初の製品から全部hardware forwardingしますよ。
KAME入りですし。Alaxalaも多分そうだと思う。ほんとにこればかりは製品依存だと思います。
>>910
いえいえ、「みんなが同じ番組を観る」ならばdense modeでいいわけです。
そうではない使い方のためには、sparse modeがあるわけです。
そして、汎用の(*,G)の方はコストが少し高い代わりに誰でも発信者になれる。
SSMのように(S,G)の方はコストが低い代わりに発信者は1つで放送型となる。
それぞれ利用形態に応じて対応できるようになっているわけです。
それを理解せずに全部ごっちゃに問題視するのはいかがなものかと思います。
いえいえ、「みんなが同じ番組を観る」ならばdense modeでいいわけです。
そうではない使い方のためには、sparse modeがあるわけです。
そして、汎用の(*,G)の方はコストが少し高い代わりに誰でも発信者になれる。
SSMのように(S,G)の方はコストが低い代わりに発信者は1つで放送型となる。
それぞれ利用形態に応じて対応できるようになっているわけです。
それを理解せずに全部ごっちゃに問題視するのはいかがなものかと思います。
>>910
階層構造自体はいいと思うんですよ。ドメイン構造と相性もいいので。
ただし、ドメインの保有者であることの正当性だけを示すために、
X.509で一般的に行なわれている第三者認証は必ずしも必要なくて、
DNSベースを中心とした認証はできれば十分なわけです。
httpsなページを立ち上げるためだけに毎年余分なお金を払う意味はありません。
一方、それにより得られるのはドメイン保有者であることの正当性であるため、
それ以上の信頼性、例えば、現実社会との整合性などは、別途行なえばよいわけです。
つまり、pgpのchain of trustという話が競合するのは、
verisignなどの第三者による認証証明ということになります。
話を整理すると、ドメイン名に沿った階層構造の件とは、別ということです。
その点を区別せずに誤解なさっているのではないでしょうか。
階層構造自体はいいと思うんですよ。ドメイン構造と相性もいいので。
ただし、ドメインの保有者であることの正当性だけを示すために、
X.509で一般的に行なわれている第三者認証は必ずしも必要なくて、
DNSベースを中心とした認証はできれば十分なわけです。
httpsなページを立ち上げるためだけに毎年余分なお金を払う意味はありません。
一方、それにより得られるのはドメイン保有者であることの正当性であるため、
それ以上の信頼性、例えば、現実社会との整合性などは、別途行なえばよいわけです。
つまり、pgpのchain of trustという話が競合するのは、
verisignなどの第三者による認証証明ということになります。
話を整理すると、ドメイン名に沿った階層構造の件とは、別ということです。
その点を区別せずに誤解なさっているのではないでしょうか。
>>910
IPSecはそれなりには普及しているように見えるのですが、次に目指している
のはTLSやSSHのニッチでしょうか？鍵交換、NGNなら中央課金情報に紐づいた
割とフラットなディレクトリ作るとか。。。TheInternetに完全に個人側認証が
普及したとなると、2chなんかは俺が俺である証明を要求されそうで、
あんまり嬉しくないような。
>>912
sparse modeにせよ、トラフィック制約はできても経路集約ができん、
ということでない？SMの社内Networkを超えた運用は見たことないけど。
IPSecはそれなりには普及しているように見えるのですが、次に目指している
のはTLSやSSHのニッチでしょうか？鍵交換、NGNなら中央課金情報に紐づいた
割とフラットなディレクトリ作るとか。。。TheInternetに完全に個人側認証が
普及したとなると、2chなんかは俺が俺である証明を要求されそうで、
あんまり嬉しくないような。
>>912
sparse modeにせよ、トラフィック制約はできても経路集約ができん、
ということでない？SMの社内Networkを超えた運用は見たことないけど。
>>912
sparse modeはもちろん知ってますよ。pim6sdもIGMPv3/MLDv2もそれなりにいじってますから。
でも、ルータにできる状態の量に関する議論は同じでしょう?
>>913
X.509では、Safariなどにあらかじめインストールされている
verisignの鍵(CA certificateでいいんだっけ?)とかを使って信用し、まあそれがないオレオレ証明書の場合はユーザに問い合わせますね。
つまり、署名する側とされる側に明確な上下関係があり、verisignみたいなのは頂点にいる。
(頂点: verisignとかに署名されたcertificateは問答無用で信用されるから)
これを「階層構造」と説明したつもりです。
PGPのweb of trust (chainは間違えた、失敬)は、それに比べると階層構造と言うよりも"web"ってくらいで
署名したひととされるひとの間に上位下位がありません。
PGPの実装問題だったような気がしますが、「広末からは鍵を直接もらったからこの鍵は信用しよう」とか、
「阿部寛の鍵には広末の署名がついてるから少しだけ信用しよう」とかみたいな制御もユーザにまかされています。
事実上多くの鍵に署名をしている鍵は強そうに見えるけど、そもそもその「強そうな鍵」をもらった経路が信用できなければ信用しないので
やっぱり「階層構造はない」と言い切っていいでしょう。
どちらもDNS nameとの関係は特に定義されていませんが、便宜上X.509では"hirosue.com"のようなDNS name、
PGPでは"Ryoko Hirosue <[email protected]>"のような文字列が鍵に書いてありますね。
これがどれだけDNS nameと関係するかというと単なる文字列なんでわからないけど、
一度verisignがmicrosoft.comの文字列のついた鍵を偽物のひとに発行して大問題になりました。
これはいまでもcertificate revocation list(でいいのかな)に登録されていて、Internet Explorerにその旨データが入って配布されているはず。
ゲイツOSはひとつも持ってないから確かめてないけど。持っていたMS-DOSの頃はTCP/IPなんて使えなかったし。
わかってもらえたかしらん? そういえばそろそろ「バブルへGo!」のDVD届くね。楽しみ。
sparse modeはもちろん知ってますよ。pim6sdもIGMPv3/MLDv2もそれなりにいじってますから。
でも、ルータにできる状態の量に関する議論は同じでしょう?
>>913
X.509では、Safariなどにあらかじめインストールされている
verisignの鍵(CA certificateでいいんだっけ?)とかを使って信用し、まあそれがないオレオレ証明書の場合はユーザに問い合わせますね。
つまり、署名する側とされる側に明確な上下関係があり、verisignみたいなのは頂点にいる。
(頂点: verisignとかに署名されたcertificateは問答無用で信用されるから)
これを「階層構造」と説明したつもりです。
PGPのweb of trust (chainは間違えた、失敬)は、それに比べると階層構造と言うよりも"web"ってくらいで
署名したひととされるひとの間に上位下位がありません。
PGPの実装問題だったような気がしますが、「広末からは鍵を直接もらったからこの鍵は信用しよう」とか、
「阿部寛の鍵には広末の署名がついてるから少しだけ信用しよう」とかみたいな制御もユーザにまかされています。
事実上多くの鍵に署名をしている鍵は強そうに見えるけど、そもそもその「強そうな鍵」をもらった経路が信用できなければ信用しないので
やっぱり「階層構造はない」と言い切っていいでしょう。
どちらもDNS nameとの関係は特に定義されていませんが、便宜上X.509では"hirosue.com"のようなDNS name、
PGPでは"Ryoko Hirosue <[email protected]>"のような文字列が鍵に書いてありますね。
これがどれだけDNS nameと関係するかというと単なる文字列なんでわからないけど、
一度verisignがmicrosoft.comの文字列のついた鍵を偽物のひとに発行して大問題になりました。
これはいまでもcertificate revocation list(でいいのかな)に登録されていて、Internet Explorerにその旨データが入って配布されているはず。
ゲイツOSはひとつも持ってないから確かめてないけど。持っていたMS-DOSの頃はTCP/IPなんて使えなかったし。
わかってもらえたかしらん? そういえばそろそろ「バブルへGo!」のDVD届くね。楽しみ。
>>915
＞ ルータにできる状態の量に関する議論は同じでしょう?
全然違う。
IGMPv3/MLDv2レベルのlinklocalのみいじっているだけで、
pim-dm/sm/ssmそれぞれの仕組みを理解していないと思われる。
＞ ルータにできる状態の量に関する議論は同じでしょう?
全然違う。
IGMPv3/MLDv2レベルのlinklocalのみいじっているだけで、
pim-dm/sm/ssmそれぞれの仕組みを理解していないと思われる。
>>915
>> 署名する側とされる側に明確な上下関係があり、verisignみたいなのは頂点にいる。
>> これを「階層構造」と説明したつもりです。
それは単なる署名する側と署名される側の上下関係であり、階層構造ではない。
>> 「阿部寛の鍵には広末の署名がついてるから少しだけ信用しよう」
PKIも同じ。信頼するroot CAのリストは、それぞれ各人によって異なる。
例えば、ブラウザの種類によって、root CAの初期リストは異なる。
さらに、必要な人は、そこへ自分が信頼するroot CAを足したり削ったりしている。
まあ、OSやブラウザから与えられたroot CAのリストを盲信する人には、理解できないかもしれないが。
>> 署名する側とされる側に明確な上下関係があり、verisignみたいなのは頂点にいる。
>> これを「階層構造」と説明したつもりです。
それは単なる署名する側と署名される側の上下関係であり、階層構造ではない。
>> 「阿部寛の鍵には広末の署名がついてるから少しだけ信用しよう」
PKIも同じ。信頼するroot CAのリストは、それぞれ各人によって異なる。
例えば、ブラウザの種類によって、root CAの初期リストは異なる。
さらに、必要な人は、そこへ自分が信頼するroot CAを足したり削ったりしている。
まあ、OSやブラウザから与えられたroot CAのリストを盲信する人には、理解できないかもしれないが。
ルート証明書について言っている？
>>920
ルート証明書とは、ルート認証局が自己署名した証明書、すなわちルート認証局と等価。
誰でもルート認証局になってルート証明書を作れる。
それを多くの人が採用するか否かだけが唯一の違い。
絶対的な存在があるわけではない。
ルート証明書とは、ルート認証局が自己署名した証明書、すなわちルート認証局と等価。
誰でもルート認証局になってルート証明書を作れる。
それを多くの人が採用するか否かだけが唯一の違い。
絶対的な存在があるわけではない。
922 ：あ：2007/08/15(水) 09:03:48 ID:J3F5hkpm
まあ日本語について議論する気はないが一般的に証明書と証明機関は別扱だろ。そもそも1対1じゃないし。
>>915
X.509証明書には、ドメイン名も組織名も含まれており、
・その証明書を持つ者はその組織名の正式な所有者である
・その証明書を持つ者はそのドメイン名の正式な所有者である
という二種類の機能を有している。
X.509嫌いのitojun氏は、その代替物において、
それら両方の機能を満たそうとしているのか、
どちらか片方の機能を満たそうとしているのか、
そして各々の機能を満たす仕組みはどうなっているのか、
について明らかにしてもらえると議論が明確になる。
X.509証明書には、ドメイン名も組織名も含まれており、
・その証明書を持つ者はその組織名の正式な所有者である
・その証明書を持つ者はそのドメイン名の正式な所有者である
という二種類の機能を有している。
X.509嫌いのitojun氏は、その代替物において、
それら両方の機能を満たそうとしているのか、
どちらか片方の機能を満たそうとしているのか、
そして各々の機能を満たす仕組みはどうなっているのか、
について明らかにしてもらえると議論が明確になる。
>>916
ソースコードはちゃんと見てますからね。
IGMPv3/MLDv2でjoinしたひとにちゃんとmulticast streamを流してあげないといけませんが、
そのときの流し先の情報(これを「状態」と呼んだ)はpim6sdなりなんなりが持ってるでしょ?
その状態の量はdenseでもsparseでも大差ないでしょ。
ソースコードはちゃんと見てますからね。
IGMPv3/MLDv2でjoinしたひとにちゃんとmulticast streamを流してあげないといけませんが、
そのときの流し先の情報(これを「状態」と呼んだ)はpim6sdなりなんなりが持ってるでしょ?
その状態の量はdenseでもsparseでも大差ないでしょ。
>>923
certificateがあるドメイン名に結びついているのは幻想、またはverisignを信用しすぎ。
偽microsoft.comが出たことから我々は体験済みですね。
openssl(1)使えば偽certificateはすぐ作れます。
PKIってのはCAを使って「どの鍵が信用できるかという問題を、問題を分割統治しよう」というアプローチで、
「大企業で使ってるパソコン」みたいなときにはうまくいくかもしれないけど、
うまくいかない場合もとても多い。
今日の日付で「IIJに署名されたitojunの鍵」は信用できるかな?(すげえ例題)
わたしの思ってる正解は、いまツッコミいれといたからうまくいけば話が進むかも。
ないしょで聞きたいひとは連絡してくれたらヒントをあげます。
certificateがあるドメイン名に結びついているのは幻想、またはverisignを信用しすぎ。
偽microsoft.comが出たことから我々は体験済みですね。
openssl(1)使えば偽certificateはすぐ作れます。
PKIってのはCAを使って「どの鍵が信用できるかという問題を、問題を分割統治しよう」というアプローチで、
「大企業で使ってるパソコン」みたいなときにはうまくいくかもしれないけど、
うまくいかない場合もとても多い。
今日の日付で「IIJに署名されたitojunの鍵」は信用できるかな?(すげえ例題)
わたしの思ってる正解は、いまツッコミいれといたからうまくいけば話が進むかも。
ないしょで聞きたいひとは連絡してくれたらヒントをあげます。
>>919
これIPv6じゃないなあ。まあいきがかり上。
>まあ、OSやブラウザから与えられたroot CAのリストを盲信する人には、理解できないかもしれないが。
気があいそうですが、Safari 3 betaで「root CAを信頼しない」ことにするにはどうすればいいか教えてください。
これIPv6じゃないなあ。まあいきがかり上。
>まあ、OSやブラウザから与えられたroot CAのリストを盲信する人には、理解できないかもしれないが。
気があいそうですが、Safari 3 betaで「root CAを信頼しない」ことにするにはどうすればいいか教えてください。
927 ：い：2007/08/15(水) 10:19:35 ID:nvYjo3+x
pppの認証を拡張したサイン！って発想じゃ貧弱すぎます？
>>926
safariは知らないがfirefoxやIEなら自由に証明書を削除も追加も可能
もう一つ勘違いしているようだから指摘しておくと
「root CAを信頼しない」という概念は直接には存在はしない
「このroot CAを信頼する」という選択を０個以上任意の数でできるというだけ
safariは知らないがfirefoxやIEなら自由に証明書を削除も追加も可能
もう一つ勘違いしているようだから指摘しておくと
「root CAを信頼しない」という概念は直接には存在はしない
「このroot CAを信頼する」という選択を０個以上任意の数でできるというだけ
>>924
それはリンクローカル内しか全く見えていない
全体のアーキテクチャをちゃんと勉強したほうがいい
Dense ModeとSparse Modeでは影響を受けるルータの数が全く異なる
さらに(*,G)と(S,G)では状態の数がまるで異なる
それはリンクローカル内しか全く見えていない
全体のアーキテクチャをちゃんと勉強したほうがいい
Dense ModeとSparse Modeでは影響を受けるルータの数が全く異なる
さらに(*,G)と(S,G)では状態の数がまるで異なる
>>925
話が通じてないようですが、
verisignを信用するかどうかはどうでもよくて、
証明書が何を証明するものなのかを明確にすることが重要。
これはPKIでもPGPでもあらゆる基本です。
「IIJに署名されたitojunの鍵」の例にしても、
『itojun』という名を持つ人を証明するものなのか、
『[email protected]』というメールアドレスを持つ人を証明するものなのか、
その二つは大きく違います。
どちらですか？
話が通じてないようですが、
verisignを信用するかどうかはどうでもよくて、
証明書が何を証明するものなのかを明確にすることが重要。
これはPKIでもPGPでもあらゆる基本です。
「IIJに署名されたitojunの鍵」の例にしても、
『itojun』という名を持つ人を証明するものなのか、
『[email protected]』というメールアドレスを持つ人を証明するものなのか、
その二つは大きく違います。
どちらですか？
931 ：あ：2007/08/15(水) 11:33:06 ID:nvYjo3+x
HTTP並に普及するポテンシャルのマルチキャストアプリかあったとして
それは現状じゃ運用できん。集約不可能な億の経路が仮に1/10に
削れたとしても全然だめだ。
それは現状じゃ運用できん。集約不可能な億の経路が仮に1/10に
削れたとしても全然だめだ。
>itojun
自分の体を大事にしてくれ、頼む。
自分の体を大事にしてくれ、頼む。
933 ：ex-mobile屋@kame：2007/08/15(水) 14:53:10 ID:???
かつてkameでMIP6をやっていました。
MIP6のspecをreviseしよう、という動きが一時期ありまして、その時には今のスペックを３つくらいに分割しようと言われていました。その後はどうなったのかな。
もっともそうなればなったで、読むべきRFCが多すぎる、とか言われかねないような気もしますが。
実装についてですが、確かにkameのmip6実装(今はshisaと呼んでいますが)のBSD mainstreamへのmergeは未だ完了していませんが、遅々としては進んでいます。いつになるか、というのはまだちょっとお約束はできませんが。
linuxではUSAGIのmip6実装のkernelに必要な拡張ははすでにmain treeに入ったと聞いています。利用するにはさらにmip6関係のデーモンをインストールする必要があります。
どちらにしても、実装があったとしても、現時点ではごく一部の研究室以外のでの需要はあまりなさそうです。
Home AgentサービスはNautilus6 projectというところでやっています。だれでも使えるはずです。(多分、もっと使ってー、というところだと思います)
https://op-ha.nautilus6.org/
http://www.wide.ad.jp/news/press/20070329-MobileIPv6-j.html
http://internet.watch.impress.co.jp/cda/news/2007/03/30/15255.html
MIP6のspecをreviseしよう、という動きが一時期ありまして、その時には今のスペックを３つくらいに分割しようと言われていました。その後はどうなったのかな。
もっともそうなればなったで、読むべきRFCが多すぎる、とか言われかねないような気もしますが。
実装についてですが、確かにkameのmip6実装(今はshisaと呼んでいますが)のBSD mainstreamへのmergeは未だ完了していませんが、遅々としては進んでいます。いつになるか、というのはまだちょっとお約束はできませんが。
linuxではUSAGIのmip6実装のkernelに必要な拡張ははすでにmain treeに入ったと聞いています。利用するにはさらにmip6関係のデーモンをインストールする必要があります。
どちらにしても、実装があったとしても、現時点ではごく一部の研究室以外のでの需要はあまりなさそうです。
Home AgentサービスはNautilus6 projectというところでやっています。だれでも使えるはずです。(多分、もっと使ってー、というところだと思います)
https://op-ha.nautilus6.org/
http://www.wide.ad.jp/news/press/20070329-MobileIPv6-j.html
http://internet.watch.impress.co.jp/cda/news/2007/03/30/15255.html
>>933
そうすると、>>893 >>890 >>888 >>879 >>>876 >>875 >>873 にある、
IPv4とIPv6を組み合わせたMIP6によるIPv4/v6移行途中運用案は、いかがなものなのでしょう？
そうすると、>>893 >>890 >>888 >>879 >>>876 >>875 >>873 にある、
IPv4とIPv6を組み合わせたMIP6によるIPv4/v6移行途中運用案は、いかがなものなのでしょう？
935 ：ex-mobile屋@kame：2007/08/15(水) 19:34:07 ID:???
>> 934
こちらのスレで議論されていた運用案の具体的姿がよくわからないのですが、
1. Global IPv4 addressをHoAとして
1-1 IPv4 cloudに移動
1-2 IPv6 cloudに移動
2. IPv6 addressをHoAとして
2-1 IPv4 cloudに移動
2-2 IPv6 cloudに移動
とすると、1-2のようなケースでしょうか?
1-1はmip4だし、2-2はmip6なのでおいておくとすると、1-2, 2-1ともに一年ほど前のIETFでは議論されていたように思います。
現実にはIPv6 reachableな網がそこら中にあってそこでIPv4を使いたい、という状況はあまりないので、2-1のようなIPv6 HoAを通常のIPv4網で使えるようにしたい、という要求の方が多かったように思います。
その場合は、NATをどうtraverseをどうするか、というのが問題で、DSMIPには一応NAT detectionという機構が入っていました。
shisaではNAT traversalをサポートしない2-1タイプのDSMIPは一応入っています。動くのかどうかはよくわかりません。
また、DSMIPが首尾よくできたとしても、route optimizeするのは相当困難かと思われます。もしかしたら今IETFで検討/議論されているのかもしれません。
こちらのスレで議論されていた運用案の具体的姿がよくわからないのですが、
1. Global IPv4 addressをHoAとして
1-1 IPv4 cloudに移動
1-2 IPv6 cloudに移動
2. IPv6 addressをHoAとして
2-1 IPv4 cloudに移動
2-2 IPv6 cloudに移動
とすると、1-2のようなケースでしょうか?
1-1はmip4だし、2-2はmip6なのでおいておくとすると、1-2, 2-1ともに一年ほど前のIETFでは議論されていたように思います。
現実にはIPv6 reachableな網がそこら中にあってそこでIPv4を使いたい、という状況はあまりないので、2-1のようなIPv6 HoAを通常のIPv4網で使えるようにしたい、という要求の方が多かったように思います。
その場合は、NATをどうtraverseをどうするか、というのが問題で、DSMIPには一応NAT detectionという機構が入っていました。
shisaではNAT traversalをサポートしない2-1タイプのDSMIPは一応入っています。動くのかどうかはよくわかりません。
また、DSMIPが首尾よくできたとしても、route optimizeするのは相当困難かと思われます。もしかしたら今IETFで検討/議論されているのかもしれません。
>>931
マルチキャストで必要な経路数を根本的に勘違いしてるぞ
例えば１００のＴＶ放送局を１億人が各局を選んで適当に見ているとすると
各ルータ上で必要になるマルチキャスト経路数は１億ではなくて１００だぞ
itojunも>>924で勘違いしているようだが
＞＞IGMPv3/MLDv2でjoinしたひとにちゃんとmulticast streamを流してあげないといけませんが、
＞＞そのときの流し先の情報(これを「状態」と呼んだ)はpim6sdなりなんなりが持ってるでしょ?
これにより１億の経路を各ルータが持つようになるわけではない
１００の放送局それぞれの分に対して転送するか否かの状態を各ルータが持つだけで
つまり各ルータ上のマルチキャスト経路数（状態）は１００に過ぎない
この効率性がＩＰマルチキャストの特徴ならびに設計された理由でなので
基本アーキテクチャぐらいは理解しておくべき
マルチキャストで必要な経路数を根本的に勘違いしてるぞ
例えば１００のＴＶ放送局を１億人が各局を選んで適当に見ているとすると
各ルータ上で必要になるマルチキャスト経路数は１億ではなくて１００だぞ
itojunも>>924で勘違いしているようだが
＞＞IGMPv3/MLDv2でjoinしたひとにちゃんとmulticast streamを流してあげないといけませんが、
＞＞そのときの流し先の情報(これを「状態」と呼んだ)はpim6sdなりなんなりが持ってるでしょ?
これにより１億の経路を各ルータが持つようになるわけではない
１００の放送局それぞれの分に対して転送するか否かの状態を各ルータが持つだけで
つまり各ルータ上のマルチキャスト経路数（状態）は１００に過ぎない
この効率性がＩＰマルチキャストの特徴ならびに設計された理由でなので
基本アーキテクチャぐらいは理解しておくべき
>>935
経路表の増大無しに、疎なアドレス空間のまったく別のところに残存する
IPv4アドレスを別の場所で転用したい、というのが移行過程でどれくらい
現実に起きるか、ということが問題になりますね。
まずはISPとしては端末側からIPv4を巻き取りつつサーバ・専用線向けに
転用するだろうから、上のような事態になるのはそれを消尽して、かつ、
L7的にリレーするのでは不可な場合になりますかね。少なくとも2010に
いきなりはならなさそう。
経路表の増大無しに、疎なアドレス空間のまったく別のところに残存する
IPv4アドレスを別の場所で転用したい、というのが移行過程でどれくらい
現実に起きるか、ということが問題になりますね。
まずはISPとしては端末側からIPv4を巻き取りつつサーバ・専用線向けに
転用するだろうから、上のような事態になるのはそれを消尽して、かつ、
L7的にリレーするのでは不可な場合になりますかね。少なくとも2010に
いきなりはならなさそう。
まずはmulticastネタ。
うーん、なんでmulticast routingでこんなに意見がずれるのだろう。
ほんとにoperationしたことありますか? わたしはありますが。kame FMとかやってた頃ね。
確かに100 channelを10億人だと、group数は100ですが、パケット配送のときのための
データ構造を考えると、unicast routing tableとは全く違うメモリの食い方をします。
ひとつのグループであっても、おおきく分岐するポイントでは、unicast routing tableでいうと
"gateway"にあたるところがたくさんになりますね。
しかもそれがrouting protocol(= ネットワーク管理者がいろいろ管理できる)ではなくて、
IGMP/MLD join/leave(= ユーザの挙動)で変わるので、provisioningが困難です。
つぎにcertificateネタ。
わたしはoppotunitistic IPsec好きでopenssh開発者なので、
鍵に対する署名自体にそんなに価値を見いだしていません。
どっちかというと、現在のX.509 certificateの普通の使われ方、
「Internet Explorerが知っているCAに署名されているからそのまま信用」というのが怖い。
bootstrap問題をOS出荷でごまかしているように見えます。
ていうかmicrosoftの出荷プロセスを信用していいのか?
対してopensshの「一度目はyes/noって聞いて、
できたらkey fingerprintを確認してもらう」はいい割り切りだと思います。
ここがsshのRFCのハイライトです。Tatu Ylonen偉い。
RFC4255していればもっと良。さらにDNSSECしてればばっちぐーです。
certificateネタはスレッド違うと思うのでこんくらいにしません? あとはメールください。
とても元気ですよ。医者のOKもあるし。ご心配いただいた方どうもです。
うーん、なんでmulticast routingでこんなに意見がずれるのだろう。
ほんとにoperationしたことありますか? わたしはありますが。kame FMとかやってた頃ね。
確かに100 channelを10億人だと、group数は100ですが、パケット配送のときのための
データ構造を考えると、unicast routing tableとは全く違うメモリの食い方をします。
ひとつのグループであっても、おおきく分岐するポイントでは、unicast routing tableでいうと
"gateway"にあたるところがたくさんになりますね。
しかもそれがrouting protocol(= ネットワーク管理者がいろいろ管理できる)ではなくて、
IGMP/MLD join/leave(= ユーザの挙動)で変わるので、provisioningが困難です。
つぎにcertificateネタ。
わたしはoppotunitistic IPsec好きでopenssh開発者なので、
鍵に対する署名自体にそんなに価値を見いだしていません。
どっちかというと、現在のX.509 certificateの普通の使われ方、
「Internet Explorerが知っているCAに署名されているからそのまま信用」というのが怖い。
bootstrap問題をOS出荷でごまかしているように見えます。
ていうかmicrosoftの出荷プロセスを信用していいのか?
対してopensshの「一度目はyes/noって聞いて、
できたらkey fingerprintを確認してもらう」はいい割り切りだと思います。
ここがsshのRFCのハイライトです。Tatu Ylonen偉い。
RFC4255していればもっと良。さらにDNSSECしてればばっちぐーです。
certificateネタはスレッド違うと思うのでこんくらいにしません? あとはメールください。
とても元気ですよ。医者のOKもあるし。ご心配いただいた方どうもです。
>>938
分岐するポイントで"gateway"にあたるところがたくさんになりますが、
それはinterfaceの数が上限で、forwardするか否かのみですね。
しかも、いくらinterfaceが多くてもそのルータ内のみの管理情報となります。
つまり、unicastと異なり各entryで持つinterace数が1からNへと唯一変わりますが、
100個のchannelであればtable上のentryは100個だけです。
したがって、全体で10億人であっても、backbone routerでも100のentryのみです。
linklocal上のIGMP/MLDの挙動だけでなく、
それによって他のルータへ伝播される情報とその枠組みは何か、
そして各ルータが持つことになる情報はどれだけかといったことを、
学習することをお勧めします。
分岐するポイントで"gateway"にあたるところがたくさんになりますが、
それはinterfaceの数が上限で、forwardするか否かのみですね。
しかも、いくらinterfaceが多くてもそのルータ内のみの管理情報となります。
つまり、unicastと異なり各entryで持つinterace数が1からNへと唯一変わりますが、
100個のchannelであればtable上のentryは100個だけです。
したがって、全体で10億人であっても、backbone routerでも100のentryのみです。
linklocal上のIGMP/MLDの挙動だけでなく、
それによって他のルータへ伝播される情報とその枠組みは何か、
そして各ルータが持つことになる情報はどれだけかといったことを、
学習することをお勧めします。
940 ：[email protected]：2007/08/16(木) 04:13:23 ID:???
>>939
> 分岐するポイントで"gateway"にあたるところがたくさんになりますが、
> それはinterfaceの数が上限で、forwardするか否かのみですね。
???
ちょっと意味がわからん。
IXのようにスイッチ経由で複数のルータに接続する場合、同じインターフェース上に
複数のルータが現われるんだけど。
> 分岐するポイントで"gateway"にあたるところがたくさんになりますが、
> それはinterfaceの数が上限で、forwardするか否かのみですね。
???
ちょっと意味がわからん。
IXのようにスイッチ経由で複数のルータに接続する場合、同じインターフェース上に
複数のルータが現われるんだけど。
operationしたことないので机上の意見だけど。
10億人で100chだったら上流のルータは常に全ch流しっぱなし
でtableに変化がなさそう。
でも中～下流のルータでjoin/leaveを上に下にとやり取り
していたら100個のテーブルでlistenerが0～8とかの間で
めまぐるしく変わったら結構な負荷になる気がする。
試しに簡単なシミュレーション書いてみたけど
パラメタ悪いせいか出た数字見てもピンとこない。
何ミスってるかわからん。
>itojun
この辺に関して詳しい話のURLとかって無いんすか？
"provisioning"は有料ですって言われたらそれまでだけど。
10億人で100chだったら上流のルータは常に全ch流しっぱなし
でtableに変化がなさそう。
でも中～下流のルータでjoin/leaveを上に下にとやり取り
していたら100個のテーブルでlistenerが0～8とかの間で
めまぐるしく変わったら結構な負荷になる気がする。
試しに簡単なシミュレーション書いてみたけど
パラメタ悪いせいか出た数字見てもピンとこない。
何ミスってるかわからん。
>itojun
この辺に関して詳しい話のURLとかって無いんすか？
"provisioning"は有料ですって言われたらそれまでだけど。
>>940
MLD/IGMPでそのインターフェース上に各マルチキャストグループを流すべきかどうか決まるので、
そのインタフェース方面に複数のルータやエンドホストが接続していても、一つでも要求があればforwardする。
スイッチがMLD/IGMP snoopingして最適化するかどうかはL2の問題で独立でどちらでもよい。
不要なマルチキャストグループが届いたルータやエンドホストは単に無視する。
運用上の問題はない。
MLD/IGMPでそのインターフェース上に各マルチキャストグループを流すべきかどうか決まるので、
そのインタフェース方面に複数のルータやエンドホストが接続していても、一つでも要求があればforwardする。
スイッチがMLD/IGMP snoopingして最適化するかどうかはL2の問題で独立でどちらでもよい。
不要なマルチキャストグループが届いたルータやエンドホストは単に無視する。
運用上の問題はない。
943 ：あ：2007/08/16(木) 08:12:36 ID:waoKfZap
今webサイト数は個人勝手サーバーを含めて1億をこえたとか。
マルチキャストサーバーは、ポテンシャルがあるアプリがあったとしても
全然そこまではいけないでしょ？といういみ。
マルチキャストサーバーは、ポテンシャルがあるアプリがあったとしても
全然そこまではいけないでしょ？といういみ。
>>941
軽くぐぐったけどみあたりませんでした。QoSがあるときに云々というのはあるんだけど。
あ、思い出したぞ。富士通研の今井さんがやっているXCASTの仕事の導入部分
(ASM/SSMの問題点みたいなの)を読んで頂くと、きもちを共有できると思います。
軽くぐぐったけどみあたりませんでした。QoSがあるときに云々というのはあるんだけど。
あ、思い出したぞ。富士通研の今井さんがやっているXCASTの仕事の導入部分
(ASM/SSMの問題点みたいなの)を読んで頂くと、きもちを共有できると思います。
とりあえず、sys/netinet6/ip6_mroute.c:ip6_mdq()のケツのloop見て下さい。
あと、最近N+Iに置いてあるでっかい高いルータはラインカード一本でGbEが100本出たりして
ラック一本あたりのインタフェース本数はむちゃんこ上がってますんでそのへんも注意。
あと、最近N+Iに置いてあるでっかい高いルータはラインカード一本でGbEが100本出たりして
ラック一本あたりのインタフェース本数はむちゃんこ上がってますんでそのへんも注意。
>>944
XCASTはあくまでも少人数メンバー向けで有意義ですが、対象分野が異なります。
例に出ているような、TV放送を大人数に行なう場合には、
・multicast group addressを用いるIP multicastの方がコスト的に有利
・そもそも長さ問題でXCASTを適用することが原理的に不可能
となり、優劣や問題点を比較するというよりも、適用分野が全く異なるわけです。
したがって、それをもってIP multicast否定には全く繋がりません。
>>945
そのloopは、基本的には、単に全てのifに対して必要ならforwardするというだけです。
このような分岐ルータにおける最小限のコピー転送処理は、
XCASTにおいても、L7でのmulticast類においても、発生する必然の処理ですので、
それをもってIP multicast否定には全く繋がりません。
本質をきちんと理解していないために、反論が的外れになってきていませんか？
XCASTはあくまでも少人数メンバー向けで有意義ですが、対象分野が異なります。
例に出ているような、TV放送を大人数に行なう場合には、
・multicast group addressを用いるIP multicastの方がコスト的に有利
・そもそも長さ問題でXCASTを適用することが原理的に不可能
となり、優劣や問題点を比較するというよりも、適用分野が全く異なるわけです。
したがって、それをもってIP multicast否定には全く繋がりません。
>>945
そのloopは、基本的には、単に全てのifに対して必要ならforwardするというだけです。
このような分岐ルータにおける最小限のコピー転送処理は、
XCASTにおいても、L7でのmulticast類においても、発生する必然の処理ですので、
それをもってIP multicast否定には全く繋がりません。
本質をきちんと理解していないために、反論が的外れになってきていませんか？
947 ：参考までに：2007/08/16(木) 10:03:06 ID:waoKfZap
民放連加盟は約200社。マルチキャストも免許制導入なら何とかなるだろうが・・
だからマルチキャスト*も*アクセスまわりにしか入らないってば。
なんだかかみ合っていないですねえ。わたしスルー力低いなあ…
IP multicastを全否定した覚えはないし、XCASTラヴでもありません。
どちらも領域によってはうまく使えるところがあると思います。
ただし、
- 普及させるにはいろいろと解決しづらい障壁があり
- それを原因としてPIM6を動かしたくないひとがいる
- だから、そこらじゅうでlink localより大きいスコープのmulticast routingが動いていると
仮定すると動くはずのものも動かなくなりますよ
ってくらいのつもりだったんですけど。なんか外してる?
IP multicastを全否定した覚えはないし、XCASTラヴでもありません。
どちらも領域によってはうまく使えるところがあると思います。
ただし、
- 普及させるにはいろいろと解決しづらい障壁があり
- それを原因としてPIM6を動かしたくないひとがいる
- だから、そこらじゅうでlink localより大きいスコープのmulticast routingが動いていると
仮定すると動くはずのものも動かなくなりますよ
ってくらいのつもりだったんですけど。なんか外してる?
>>949
具体的に問題点を指摘するなり技術的に説明するなりすべきですね
もちろん可能ならば解決案なり別の代案などを述べるとベター
それを言わずに曖昧に障壁があって動かしたくないというレベルだと
まるで現状のIPv6の状況と全く同じです
IPv6に乗り気でない人たちから同じ態度を取られた場合を想像してみて下さい
具体的に問題点を指摘するなり技術的に説明するなりすべきですね
もちろん可能ならば解決案なり別の代案などを述べるとベター
それを言わずに曖昧に障壁があって動かしたくないというレベルだと
まるで現状のIPv6の状況と全く同じです
IPv6に乗り気でない人たちから同じ態度を取られた場合を想像してみて下さい
技術的問題点はいろいろ出したはずです。代替案はちょっと考えさせてくださいね。
いつのまにここが盛況に。
>>933
Mergeは指をくわえてみてることしかできませんが、完了を待ってます。
>>885
802.16系やFlash-OFDM改な802.20だとそんなに相性悪いとも思えないけど、キャリアが公開するのはAPIだけだと思います。
RNC以外もひらくの嫌うったらありゃしない。
>>933
Mergeは指をくわえてみてることしかできませんが、完了を待ってます。
>>885
802.16系やFlash-OFDM改な802.20だとそんなに相性悪いとも思えないけど、キャリアが公開するのはAPIだけだと思います。
RNC以外もひらくの嫌うったらありゃしない。
>>952
MIPのFastHandOverへのアプローチはいかに早く送り先を切り替えるか。
それに大してITUのアプローチはとりあえず両方に送って、
受けた方で合成するなり、一個に絞るなりの処理をする。
この２つ方法って排他的で相性がわるいから、移動音声通信に限って言えば
無理してMIPを使わずに上下レイヤにお任せすればいいかと思いますた。
IEEEはごめんなさい、勉強不足です。韓国とかでは充分な実装実績あるはずなんですが。
ご存知でしたら教えてください。
>>ALL
マルチキャスト≒放送という既存概念で話を進めるならTVBANK社のgridvodが
ひとつの代替実装案としてありえるんじゃないですか？網に比べたら
端末のスペックの方が余ってるわけだし。こんな実験してる時点で
現場がマルチキャストの限界を感じてるとも取れる。
MIPのFastHandOverへのアプローチはいかに早く送り先を切り替えるか。
それに大してITUのアプローチはとりあえず両方に送って、
受けた方で合成するなり、一個に絞るなりの処理をする。
この２つ方法って排他的で相性がわるいから、移動音声通信に限って言えば
無理してMIPを使わずに上下レイヤにお任せすればいいかと思いますた。
IEEEはごめんなさい、勉強不足です。韓国とかでは充分な実装実績あるはずなんですが。
ご存知でしたら教えてください。
>>ALL
マルチキャスト≒放送という既存概念で話を進めるならTVBANK社のgridvodが
ひとつの代替実装案としてありえるんじゃないですか？網に比べたら
端末のスペックの方が余ってるわけだし。こんな実験してる時点で
現場がマルチキャストの限界を感じてるとも取れる。
放送衛星：Broadcasting Satellite：BS
東京放送：Tokyo Broadcasting System：TBS
放送はブロードキャストじゃね？
東京放送：Tokyo Broadcasting System：TBS
放送はブロードキャストじゃね？
>>955
言いたいことはあるんだけど、まあいいや。
じゃあ、どんなアプリで実装されると思う？
P2P(言葉としては破綻してるけど)やIM、ファイルシェア、テレカンで
実装したがってる人たちは居るみたいですが。
言いたいことはあるんだけど、まあいいや。
じゃあ、どんなアプリで実装されると思う？
P2P(言葉としては破綻してるけど)やIM、ファイルシェア、テレカンで
実装したがってる人たちは居るみたいですが。
マルチキャストはブロードキャストではないから、IP放送は放送ではない。
ってのは結構重要な論点だ。事業者より役人のほうがここにはひっかかる。
ってのは結構重要な論点だ。事業者より役人のほうがここにはひっかかる。
,ｒ::::::.... ヽ:::, -── - ､:::ヽ::.ヽ ヽ
| ,' .: :, ‐' ヽ::ヽ:｝i: l
!:::...i/ .::/ , -―ヽ:i::! !: !
│ { ..:::| ＿_ ' ﾘﾚ!| !l さぁ、IPv6の議論を続けてくれさー。
| i .:ヽﾍゝ´ ｀ イかﾘk|:: |:| !
!| | { |｀ｰ ,ｲ丞ﾃﾐ 弋zｿ '|::: !i !
.!|.:|!::ヽ| ::|｀弋zｿ !:: |::|l
l !::!..::::::| ::|.、 t ― ｖ7 !::. !=' ﾆﾆ≠ ､
,'//_,. -┤ ::l..＼ ｀ ‐ ‐' ／.!::: !‐'´￣ へヽヽ__
/／ ィ二.| :::!:::...｀＞ｰ- イ, .::!: |｀! ヾ=､､ヽ
.//／r' | :::l::::::::...＼ /.:: !:: |│ ,' , ヾ `
/ ' ／丶: | :::| ::....ヘ / .!::: | .| / ／
／‐'´ ＼:. | ::::! ,, =､ > l〃~|:::: !.┘ / '
| ,' .: :, ‐' ヽ::ヽ:｝i: l
!:::...i/ .::/ , -―ヽ:i::! !: !
│ { ..:::| ＿_ ' ﾘﾚ!| !l さぁ、IPv6の議論を続けてくれさー。
| i .:ヽﾍゝ´ ｀ イかﾘk|:: |:| !
!| | { |｀ｰ ,ｲ丞ﾃﾐ 弋zｿ '|::: !i !
.!|.:|!::ヽ| ::|｀弋zｿ !:: |::|l
l !::!..::::::| ::|.、 t ― ｖ7 !::. !=' ﾆﾆ≠ ､
,'//_,. -┤ ::l..＼ ｀ ‐ ‐' ／.!::: !‐'´￣ へヽヽ__
/／ ィ二.| :::!:::...｀＞ｰ- イ, .::!: |｀! ヾ=､､ヽ
.//／r' | :::l::::::::...＼ /.:: !:: |│ ,' , ヾ `
/ ' ／丶: | :::| ::....ヘ / .!::: | .| / ／
／‐'´ ＼:. | ::::! ,, =､ > l〃~|:::: !.┘ / '
6LoWPANのRFCでも読めばいいじゃない
v6でライブの映像配信でも始めれば、それにつられてユーザが増えるかも…。
フレッツの動画配信もv6端末じゃないと見れないようにしようよ。
フレッツの動画配信もv6端末じゃないと見れないようにしようよ。
OCN IPv6つかっててコレガのCG-BARPRO6買おうか迷ってるけど
この機種2年も前のもので新製品が出るかもしれないと考えるとなかなか買う気が起きない
誰か使ってる人いる？
この機種2年も前のもので新製品が出るかもしれないと考えるとなかなか買う気が起きない
誰か使ってる人いる？
＞マルチキャストはブロードキャストではないから、IP放送は放送ではない。
確かにIP再配信問題、放送と通信の融合の方向性が見えんことにはな。
しかし既得益にしがみついてるとされてるのは民間放送事業者でないか？
今どきネットで垂れ流しの映像見るやつがどれだけいることか？
それこそスポーツやコンサートなどの生中継しかありえない
生中継以外はオンデマンドで見るよ普通
それこそスポーツやコンサートなどの生中継しかありえない
生中継以外はオンデマンドで見るよ普通
964 ：[email protected]：2007/08/21(火) 00:40:09 ID:???
>>960
CG-BARPRO6をOCN IPv6で、たまに、使ってみてます。
普段は、RT-200NEでPPPoEやってて、IPv6
する時にRT-200NEと入れ替えというか、ケーブルを
抜き差ししてる（原始的だけど、問題が起きても対応
しやすく、安い）。
最初は、CG-BARPRO6でPPPoEやってたりも
したんだけど、設定が悪いのか？時間がたつと不調に
なるようだったし、構成によっては、電話が使えなくなるので、
こういう形にしてます。
CG-BARPRO6はDNSの代理？もやるようなんですが、
動作が変かも。Aレコード、AAAAレコードは
引けてもゾーン転送とか反応しないように見えるので、
IPv6パソコンではプロバイダのDNSを直接、参照するように
してます。
パソコン側は、IPv6が動けば、しばらくすると、
IPv6でつながるようです（localでないIPv6のアドレス取得に
時間がかかってるように見えます）。
Internet商用化のはじまった時代を思い出すというか、単なる
ユーザからみると、IPv6は、まだまだ、難しいのでしょうね。
CG-BARPRO6をOCN IPv6で、たまに、使ってみてます。
普段は、RT-200NEでPPPoEやってて、IPv6
する時にRT-200NEと入れ替えというか、ケーブルを
抜き差ししてる（原始的だけど、問題が起きても対応
しやすく、安い）。
最初は、CG-BARPRO6でPPPoEやってたりも
したんだけど、設定が悪いのか？時間がたつと不調に
なるようだったし、構成によっては、電話が使えなくなるので、
こういう形にしてます。
CG-BARPRO6はDNSの代理？もやるようなんですが、
動作が変かも。Aレコード、AAAAレコードは
引けてもゾーン転送とか反応しないように見えるので、
IPv6パソコンではプロバイダのDNSを直接、参照するように
してます。
パソコン側は、IPv6が動けば、しばらくすると、
IPv6でつながるようです（localでないIPv6のアドレス取得に
時間がかかってるように見えます）。
Internet商用化のはじまった時代を思い出すというか、単なる
ユーザからみると、IPv6は、まだまだ、難しいのでしょうね。
持ってる方に質問。CG-BARPRO6のOSってなにベースですか? ほかの製品はLinuxだったような記憶があるんですが。
http://www.iodata.jp/prod/network/wnlan/2006/wn-gdn_r-s/index.htm
この「IPv6ポート」って、単にBフレッツとかのPPPoEの口が見えるだけですか?
マーケティングに使ってくれるのは嬉しいけど、ちゃんとIPv6サポートしろよと言いたい。
この「IPv6ポート」って、単にBフレッツとかのPPPoEの口が見えるだけですか?
マーケティングに使ってくれるのは嬉しいけど、ちゃんとIPv6サポートしろよと言いたい。
>>968
「IPv6が使えるポート」というより「IPv4その他が全く使えないポート」という理解のほうが正しい。
「IPv6が使えるポート」というより「IPv4その他が全く使えないポート」という理解のほうが正しい。
訂正! s/スネークマンショウ/S.E.T./
ONU/CTUとスイッチの間はv4/v6両対応のLANケーブルじゃないとまずいいだろ。
IPv6が流行語大賞に選ばれる頃には
LANケーブルのパッケージに「IPv6対応済」なんて文字が踊ってたりして。
実際、アナログ接続のヘッドホンに「デジタル対応」と書かれていたりするし。
LANケーブルのパッケージに「IPv6対応済」なんて文字が踊ってたりして。
実際、アナログ接続のヘッドホンに「デジタル対応」と書かれていたりするし。
IPv6対応LANケーブル（笑）
IPv6ではパケットサイズが増大するため、よりケーブルの品質などに配慮が
必要となります。
この度、弊社はIPv6時代に必要となる高品質ケーブルの開発を行い、世界に先駆けて
その実用化を達成いたしました。本ケーブル、Cat6v（仮称）は純度99.99999%の
高純度銅を信号線に利用し、外周のシールドは金沢の金箔師による技術指導を受けて
製造のアルミ箔により、ノイズ遮断率98.19%を達成しております。これにより
パケットの欠損率は従来の1/30と著しく低減させることに成功しております。
現在、IPv6評議会などを通して、本ケーブルを国際規格Cat6の拡張として
Cat6vとする提案活動を行っており、インターネットの新時代を切り開くための
重点分野として今後も積極的な製品開発を併せて進める所存であります。
・・・とか？
必要となります。
この度、弊社はIPv6時代に必要となる高品質ケーブルの開発を行い、世界に先駆けて
その実用化を達成いたしました。本ケーブル、Cat6v（仮称）は純度99.99999%の
高純度銅を信号線に利用し、外周のシールドは金沢の金箔師による技術指導を受けて
製造のアルミ箔により、ノイズ遮断率98.19%を達成しております。これにより
パケットの欠損率は従来の1/30と著しく低減させることに成功しております。
現在、IPv6評議会などを通して、本ケーブルを国際規格Cat6の拡張として
Cat6vとする提案活動を行っており、インターネットの新時代を切り開くための
重点分野として今後も積極的な製品開発を併せて進める所存であります。
・・・とか？
978 ：あ：
ただ「skype対応」と書いただけのヘッドセットが2倍以上の売れ行きだった
らしい。そしてそれがビジネスの本質だ。
らしい。そしてそれがビジネスの本質だ。