【隔離】 IPv4.6 推進専用スレ
主演: 自称プロ ◆6V8RpP7i3I ( #iij ) >>了解です。
ihi=6なら、24バイトがIPヘッダになりますが。 v4.6パケットをそのまま通せないv4ルータがあるかどうかは重要な議論ではない。
v4ルータはどのみちv4.6パケットを正しくルーティングできない。
こっちのがよっぽど重要だろ。 >>110 v4ルータはv4.6パケットをルーティングできないけど、
v4パケットとしてはルーティングできるし、
そこがいちばん肝なんだけど。 >>114 キミたち否定のための議論だからバカっぽいんだよねwwww まさかv4の範囲内でしかルーティングしないなんて言わないよな? 何でここでローカルアドレスが出てくるんだ?
頭大丈夫か? v4.6の基本概念は、拡張領域にローカルアドレスを入れようって話なんですが。 IPv4アドレスのないとこで使えないじゃん。
それでいいならNAT使うだろ。 v4ルータはv4.6の拡張部分をルーティングできないんだろ?
なら同じことだ。 >>126 v4ルータはv6パケットをルーティングできませんが。
>>127 ええ、NATSでもいいと思います。
v6の議論は足踏み状態だと思うのです。
このスレは第三の方法を議論するところですね。 現在ある技術よりも劣ったものを議論してどうするのかと。 >>131
だから能書きはいいんで、実装は?
机上の議論だけでいい所を喧伝するなんて今のv6以下 >>132 実装するのが面倒だから実装しません。普及しないもの実装しても時間の無駄じゃん。
別にこのスレでv4.6を普及させよう。なんて思ってません。
でもv6本スレの議論ループよりましだと思います。
この議論によってv6が普及するかもしれないし。 なるほど、すべてを理解した。
こいつ頭が悪いんじゃなくて
頭がおかしいんだな。 だから隔離スレなんだね。その隔離スレに乗り込んでくるキミはもっと頭おかしいね 本スレも >>134 ばかりな池沼ばかりで、
全然技術論が話し合われないものな。
頭が悪いとかおかしいとか言い合って、
それでネットワーク環境が良くなるのかと。 技術の知識なくてサーセンwwwww
ただ頭がいい奴をバカにしたいだけプゲラwwww >>137 そんなのわかてるよ。通信技術板で技術の話してるのに、
「お前頭おかしいな」なんて発言は、
「私は技術の知識がないのに構って欲しいんです」っておでこに書いてるようなものだし。
どうして頭がおかしいのか理由を述べないとテストでも0点だね >>109
では、IPsec仕様を勘違いしたままあなたが展開した論理や皮肉は、
全て間違いであった。ということを認めてくださいね。
>>118
できません。
文脈では、IPv4.6非対応のルータが正しくルーティングできるか?
という議論のはずです。
>>110
そのとおりです。同じIPアドレスを共用するIPv4.6ノード間の通信は、
IPv4のみ対応のルータを経由しては成立しません。
しかし…(次レスに関連) >>139 IPsecの仕様に関して僕の間違いとはなんですか? >>111
そうですね。ARPをいぢくって 同じIPアドレスを共用するIPv4.6ノードの
代表者が、マルチキャストの物理アドレスを伴うARP応答をする みたいな
トリッキーな動きをすれば、ENDノード側直近のルータが、IPv4のみ対応
であっても、動作する可能性はありますね。
もっとも、これだと IPv4 NAT と同じ利用形態となり、かつ サーバ側の
IPv4.6対応が必須なわけですから、NAT以下の互換性となるわけですが。
>>141 >>123
そのとおりなんですが、サーバ側の対応が必須ですから、NATの代わりに
すら なりません。 お分かりかと思うのですが、NAT置き換えできる能力
すら ない ってことを強調させていただきました。 面倒だけど丁寧に相手しましょう。
>>139 の二番目
はい、v4ルータはv4.6のパケットをv4パケットとして正しくルーティングできますが、
v4.6パケットとしてはルーティングできません。
>>139 の三番目
はい、その通りです。 >>124
NATはNAT BOXのENDノード側のプライベートアドレスを特定するために、
ポート番号を使いますが、経路途中のIPv4ルータが、ポート番号で
ルーティングするような必要性は、ありません。
>>129
IPv4.6 が、IPv6のアンチテーゼとして、IPv4との互換性を維持したアドレス
拡張として考案されたのであれば、当然のこととしてIPv4ルータでも、
ルーティングできることが期待されます。(限定的には可能かもしれないが)
ともかく、IPv6のルーティング可否との比較は、意味がありません。
今日の>>47のひとはNATが好きなんだなー。
別にそれでもいいと思うよ。 #iijの中の人もややこしいから識別子つけてくれる? >>145
なんつーかな、技術的な話に完結したいのか罵しり合いがやりたいのかはっきりしろ >>144 v4.6のNAPTと比べての優位点は、単純にIPアドレスで外側からアクセスできることです。
NAPTの場合、例えばWinnyでP2Pしたい場合、ルータでポートフォワードの設定をして、
かつそのポート番号を相手に知らせなければなりません。
しかしv4.6同士の場合はその必要がありません。
>>当然のこととしてIPv4ルータでも、ルーティングできることが期待されます。
v4のパケットとしてはルーティングできますよ。互換なのだから。 別に誰が書こうと関係ないでしょ。書き込み内容で判断すれば。 >もっとも、これだと IPv4 NAT と同じ利用形態となり、かつ サーバ側の
>IPv4.6対応が必須なわけですから、NAT以下の互換性となるわけですが。
どうやらあんたの頭はマトモのようだ。
NATと同様のステートを後付けで入れる拡張は今更意味がない。 >>150 ルータへのポートフォワードの設定は誰がするの? >v4.6のNAPTと比べての優位点は、単純にIPアドレスで外側からアクセスできることです。
それ、port forwardの設定をv4.6のアドレスに言い換えてるだけだから。
>ルータへのポートフォワードの設定は誰がするの?
v4.6のアドレスの設定は誰がするの? >>153 うんごめんね。あなたのいうとおりだ。
完全敗北です。半年間ROMります。すみませんでした。 当初からトリップ割れしていたから、こうなるオチは
見えていたがgdgdだな 以上、すべて俺様の自演でお送りしました。
ってことにすればいいのか? >>153 NATだとNATの内側でhttpdが立てられないと思うよ httpdにかぎらず、1023以下のポートを使うサーバだけど
でもv4.6ならできるな。 >>153 v4.6ではパケットにソースアドレスが入ってるから、
誰かが設定しなきゃいけない。ってことはないです。 ていうかおれんちでは普通にNATの内側で
グローバルアクセス可能なhttpdを
運用しているわけだが >>163
load balanceでもするのか? >>165 2台置けないとアドレス拡張の意味内じゃん >>161 は自分家でサーバ立てて気取ってる程度ってことだよ ポートフォワーディングだとポート番号が決まっているアプリケーションだと、
そのNATの内側にひとつのアプリケーションしか立ち上げられないね。 >>170
それらのアプリケーションはURIなどのスキームでポート指定ができないの?
>>145
変わってないし、別にNAT好きでもないが、NATは普通に使っています。
きみが発案の過程で、IPv4.6非対応のノードとは、IPv4として通信できるうんぬんと、
IPv4との互換性を強調していなければ、NATとの対比は出てこなかったと思います。
代わりに、各種トンネル技術やら xx over IPv4 との対比をされて、
存在意義を否定されたでしょう。。。ガイシュツだったような気もしますね。
>>140
めんどうですが、ピックアップしましょうか。。
>>83 (?) >>97,99,100,102,104
了解でしょうか?
>>140 >>142
それを希望されているようでしたので、技術面から、まともに反論してるのですが。
同意頂けるのは在りがたいですが、論破されていることが認識できないのは、
ちょっと切ないですね。 さすがにちょっと疲れました。(^^; >>174 IPsecの仕様に関して僕の間違いとはなんですか?
了解でしょうか?って聞かれて反論してるっていうのもなー >>175 IPsecの情報はIPヘッダに入ってないとかいいたいのかな、こいつ ◆6V8RpP7i3IのIPsecの解釈はおかしくないと思うが。。 >>173
たったそれだけでNATが使い続けられるなら非常に安価な対応コストだと思うが
SRVを使う手もある
机上の空論で済ませるつもりらしいが、それにしても
他の案とくらべてメリットが薄い >>180 URIで指定できないSMTPとかどうするのか。の問題について。 >>182 なんかDNSに依存するのはやだな。。
これは個人的な好き嫌いだけど。 >>183
エンドノードのスタックを書き替えないと恩恵にあずかれない頭の弱い方式よりも
ずっとスマートだと思うが >>184 v4.6はスタック書き換えれば済むけど、
SRVは全ネットアプリケーション書き換えなきゃな。。 >エンドノードのスタックを書き替えないと恩恵にあずかれない頭の弱い方式よりも
>ずっとスマートだと思うが
なおかつスタックを書き替えてもたいして嬉しくないことも判明しているしなあ。 >>185
スタックの再実装とDNSの書き替えのどちらが安いかの判断もできないぐらい馬鹿なの? >>187 SRVはDNSの書き換えだけで済まないでしょ。
アプリケーションの対応が必要だお >>187 バカはどっちか身を挺して表現しちゃったなwwwwっw >>188
SRVへの対応は一部のアプリですでに完了している
v4.6はアプリ全書き換えが必要だろこの池沼 >>190 一部完了してます!って自慢げにいわれてもなあ。
v4.6は初期の段階ではアプリケーションの対応はいらないお
ルータが対応すればいいだけ >>192 だからさ、俺がネットワークを知らないと思う、
お前の根拠も書けよ。 >>191
Sendmailとかは対応済みだしな
恩恵にあずかりたいアプリだけが対応すればよくて、未対応のアプリは
既存のポートでサービスすればいい >>193
どの程度SRVが使われているか知らない点
> お前の根拠も書けよ。
あんたが自分で書いてるじゃん。 >>194 まあそれもそうだね。
だけどDNSを勝手にいじれないクライアント環境とか、
DNSの遅延とか考えると、使い勝手は悪そう。
あくまでも個人的な意見だが。 >>197
NATの裏からサービス提供しようって話なのにDNSが触れない環境とか
どんだけ無理な条件設定だよ
もうお前は口を開くだけ馬鹿を晒すから黙ってた方がいいよ お前らってさ、「俺のすごさは月の裏に置いてあるノートに全部書いてあるぜ!」
って、全然根拠示せてないんだよね。
「こういう統計があるのでSRVはこれだけ使われています」とか
「あなたのこの書き込みが矛盾しているので、あなたはネットワークのこと理解していませんね」とか
書けないのかね。 詭弁のガイドライン
>>195 5.資料を示さず持論が支持されていると思わせる
>>201 9.自分の見解を述べずに人格批判をする >>200 NATの裏からサービスを提供することと、
DNSが触れない環境になんら相関関係がないと思うけど。 >>200 お前の方から隔離スレにきておいて、
俺様に黙ってろってなにごとだ!
俺がだまってたら、このスレに誰がかきこみするんだよ! > >>200 NATの裏からサービスを提供することと、
> DNSが触れない環境になんら相関関係がないと思うけど。
ねえ、本当にそう思ってるのか? ディズニーランドに来ておいて、ミッキーに「あっち池」っていうようなものだしねww
>>200の父さん土方なんだってな 詭弁のガイドライン
>だけどDNSを勝手にいじれないクライアント環境とか、
6.一見、関係がありそうで関係のない話を始める
>DNSの遅延とか考えると、使い勝手は悪そう。
6.一見、関係がありそうで関係のない話を始める
4.主観で決め付ける