【隔離】IPv4.6推進専用スレ

この記事は約25分で読めます。
スポンサーリンク
この話題の盛り上がりグラフ
2018-05-21 21:21:30 最終更新
1 以下、名無しにかわりましてVIPがお送りします。 2007-11-14 21:17:22 ???

主演: 自称プロ ◆6V8RpP7i3I ( #iij )

5 anonymous 2007-11-17 14:20:01 ???

> サーバ側が対応して、拡張アドレス部分を維持するってんなら、動く。

アドレスを拡張するって目的においては、v6もサーバ側が対応しないといけないのは同じじゃん。

結局、何を実現したいかの議論が抜けているから、すれ違った不毛な議論になる。

6 anonymous 2007-11-17 14:22:47 ???

ひとこと抜けた。

対応したもの同士がIPv4のインフラ上で拡張アドレスで通信できるってのが、もとの提案なんでしょ。

7 anonymous 2007-11-17 14:24:01 ???

それ以上の何を期待して、皆、提案者を叩いているんだ?

14 anon 2007-11-19 01:57:31 ???

うーん、ルーズソースルートで代用可能な気がするんだが、

IPv4.6を新しく作る意味が解らん。

28 anonymous 2007-11-19 14:30:30 ???

>相手の立場を知らないと議論にならない

それは議論のための議論だからだな。

技術的な議論にそもそも立場は関係ない。

29 ◆6V8RpP7i3I 2007-11-19 14:47:50 ???

>>28 そうすると>>19のような否定のための否定しか出てこないんだ。

49 anonymous 2007-11-21 20:49:25 ???

パケットの形だけが同じであることを「互換」とは言わない。

実際、v4のままv4.6が利用できる要素はひとつもない。

50 ◆6V8RpP7i3I 2007-11-21 20:58:19 ???

>>49 v4がv4.6に互換なんじゃなくてv4.6がv4に互換なんだよ。わかる?

AMD64に対応したプロセッサでもx86のコード動くでしょ?

親の育て方が悪いとバカになるんだな。

66 anonymous 2007-11-21 23:06:20 ???

>>50

> >>49 v4がv4.6に互換なんじゃなくてv4.6がv4に互換なんだよ。わかる?

で?

それになんの意味があるの?

51 anonymous 2007-11-21 21:08:25 ???

◆6V8RpP7i3I が

> 親の育て方が悪いとバカになるんだな。

というようなセリフを吐くような奴だということはわかった

53 51 2007-11-21 21:44:34 ???

俺、>>51 以前にこっちのスレには何も書いてないんだが…

◆6V8RpP7i3I が

> 知能障害起こしちゃったw

とか

> お前の母さん、昨日腰振ってたぞ

とか

そういうレスを書くような奴だということはわかった

母はゾンビになったらしい。困ったものだ

67 ◆6V8RpP7i3I 2007-11-21 23:12:20 ???

>>66 ぽか〜ん

70 anonymous 2007-11-22 00:35:09 ???

v4.6がv4に互換であることになんの意味があるの?

72 ◆6V8RpP7i3I 2007-11-22 00:41:09 ???

>>70 既存のv4インフラを何ら変更することなく、

アドレス拡張が出来る。

71 47 2007-11-22 00:40:57 ???

47 = 4 です。

>> 48 互換性は維持できるし (以下省略)

別の書き方をします。

拡張アドレス部分は、TCPのオプションを使うことになっていたはずですよね?

TCPオプションは、相互で違っていてもかまわないものなので、IPv4しか

しらないサーバからの応答に、拡張アドレスオプションは維持されません(よね?)

よって、IPv4.6からの発信は、IPv4ノードに届くかもしれませんが(※)、

応答は、発信元のIPv4.6ノードまで到達できません。(拡張アドレスが失われるので)

上位互換性が無いので、部分的な置き換えはできないと思います。

参考 ⇒ hhttp://www.atmarkit.co.jp/fwin2k/network/baswinlan016/baswinlan016_02.html

※未知のTCPオプションを弾くFireWallやルータが、居るかもしれない。

73 ◆6V8RpP7i3I 2007-11-22 00:44:13 ???

>>71 もちろんです。v4.6で通信するには、

双方がv4.6に対応していなくてはいけません。

片方が対応してない場合、その通信はv4と同じになります。

74 anonymous 2007-11-22 00:48:25 ???

>>73

v4.6 to v4.6でも途中のルータがオプションの中身を捨てることがあるって話をしてるのがわかんないのかなぁ。

75 ◆6V8RpP7i3I 2007-11-22 00:49:28 ???

>>74 勝手に捨てちゃ駄目でしょ。仕様なんだから。

76 anno 2007-11-22 00:51:58 ???

>>74 そんな実装見たこと無いけどな

また平気で嘘をつく。。。。

>>中身を捨てることがある

ソースきぼんぬ

77 anonymous 2007-11-22 00:55:15 ???

>>75

規定されていないオプションを継承しないといけないなんて仕様はないと思うけど。

90 47 2007-11-22 01:16:46 ???

>>73 片方が対応してない場合、その通信はv4と同じになります。

同じIPv4アドレスを共有している、複数のIPv4.6ノードを特定できない(よね?)

といっています。

>>74 >>76

私はそっち系ではないので、でっかい高いルータは知りません。

経路によっては、MSSの解釈と書き換え はあるはず。(想像です)

解釈できない未知のオプションは、普通なら維持するでしょうが、

誤動作するヤツがいても不思議はないと思います。(これも想像)

FireWallについても想像ですが、解釈できないとか、なにかが普通と

違うパケットを、独自の基準で選別して、通過させない製品があります。

どんな基準で実装がされているのやら、まったく判りませんが、

既存のものと違うわけですから、通過できない可能性はあると思います。

これらは、いずれも想像ですので「居るかもしれない」と書いています。

78 ◆6V8RpP7i3I 2007-11-22 00:56:50 ???

オプションとして規定されてるんだか継承しなきゃいかんだろ。

それにヘッダサイズはどうすんだよ。

81 anonymous 2007-11-22 01:01:11 ???

>>78

v4.6拡張アドレスは現状オプションとして規定されていないでしょ?

80 ◆6V8RpP7i3I 2007-11-22 00:59:39 ???

否定のための妄想は止めないか?

「かもしれない」って全部妄想じゃん。

82 anonymous 2007-11-22 01:03:23 ???

>>80

そういう実装があっても何ら仕様に違反しないわけだが。

そういうルータを途中で一個でも挟んだだけでおじゃん。

83 ◆6V8RpP7i3I 2007-11-22 01:04:15 ???

>>81 拡張領域だから何入れても良いんだよ。

実際暗号に使う情報入れれるし。

84 ◆6V8RpP7i3I 2007-11-22 01:05:06 ???

>>82 じゃあ仕様に準してないそのルータが悪いよ。

86 anonymous 2007-11-22 01:09:35 ???

>>83

その「暗号に使う情報」を通さないルータはあるかもね。

85 anonymous 2007-11-22 01:07:46 ???

>>84

仕様は満たしているよ。

87 ◆6V8RpP7i3I 2007-11-22 01:09:46 ???

>>85 パケットの拡張領域を勝手に削除するのがv4の仕様なのか?

92 ◆6V8RpP7i3I 2007-11-22 01:19:25 ???

>>90 はいできません。

>>90 IPSecって知ってる?

94 anonymous@fw.sarasarado.org 2007-11-22 01:21:49 ???

通らないルータがあるかもしれませんね<IPsec

96 ◆6V8RpP7i3I 2007-11-22 01:23:04 ???

>>94 飛ばない飛行機もあるかもしれんが、

それは飛行機とは呼べませんな。

101 47 2007-11-22 01:47:14 ???

>>92

同じIPv4アドレスを共有している、複数のIPv4.6ノードを特定できないと、

「片方が対応してない場合、その通信はv4と同じになります」という動きが

できないんですが、それも了解ですか?

>>92 IPsecって知ってる?

質問の意図を量りかねますが。いちおう知っています。

IPsecは、私の勘違いでなければ、IPのペイロードにAHヘッダー積んで、

その後にTCPつけてとか、IPのペイロードにESP積んで … というヤツで、

IPヘッダは、AHとかESPの前で完結していたはずですけど?

>>94

それは無いと思うけど。通らなかったら不具合だわ。

97 ◆6V8RpP7i3I 2007-11-22 01:24:53 ???

IPsecもヘッダの拡張領域を利用しているわけだが、

IPsecが通らないルータがv4.6を通さないのは仕方がない。

だってそのルータが仕様を満たしてないんだもん。

102 ◆6V8RpP7i3I 2007-11-22 01:52:53 ???

>>101 はい了解です。

あなたは勘違いしています。IPsecのヘッダはパケットのペイロードではなく、

拡張領域に格納されます。

103 47 2007-11-22 01:53:46 ???

>> 97

それは間違い。

確証が無かったので、ぐぐってきました。

hhttp://hccweb1.bai.ne.jp/emiglass/img/ipsec.png

ここの画像のバイナリ部分に注目。

先頭14バイトがEthernet Header で、DST/SRC/TYPE

次の20バイトがIP Header で、IPv4/HLENは 4Bytex5

次の0x0022からがESPヘッダーで、最初はSPI値(0x3c760edf)

ESPヘッダは、IPヘッダの次にあって、IPヘッダの中ではないです。

104 ◆6V8RpP7i3I 2007-11-22 02:04:17 ???

>>103 はふぃ。君は拡張領域はペイロードの前にあるから、

IPヘッダの次と勘違いしてるようだけど、

拡張領域も含めてIPヘッダだし、ESPヘッダは拡張領域に納められるから、

この画像で間違いないよ

105 47 2007-11-22 02:15:03 ???

>>104

解りやすそうなページを探してきた。このページの説明でいくと…

hhttp://opentechpress.jp/kernel/internal22/node251.shtml

ihl(IPヘッダ長)は、オプション領域まで含めたヘッダ長 であり、

ihl=5は、オプションなし を意味する。だと思うんですが?

了解でしょうか?

# だいぶんスレ違いだな

106 ◆6V8RpP7i3I 2007-11-22 02:17:49 ???

>>105 了解です

109 ◆6V8RpP7i3I 2007-11-22 03:08:17 ???

>>了解です。

ihi=6なら、24バイトがIPヘッダになりますが。

110 anonymous 2007-11-22 06:44:02 ???

v4.6パケットをそのまま通せないv4ルータがあるかどうかは重要な議論ではない。

v4ルータはどのみちv4.6パケットを正しくルーティングできない。

こっちのがよっぽど重要だろ。

118 ◆6V8RpP7i3I 2007-11-22 13:59:32 ???

ロカールアドレスでもルーティングしますが。

139 47 2007-11-22 16:04:29 ???

>>109

では、IPsec仕様を勘違いしたままあなたが展開した論理や皮肉は、

全て間違いであった。ということを認めてくださいね。

>>118

できません。

文脈では、IPv4.6非対応のルータが正しくルーティングできるか?

という議論のはずです。

>>110

そのとおりです。同じIPアドレスを共用するIPv4.6ノード間の通信は、

IPv4のみ対応のルータを経由しては成立しません。

しかし…(次レスに関連)

124 ◆6V8RpP7i3I 2007-11-22 14:56:33 ???

ポート番号ではルーティングできませんね。

144 47 2007-11-22 16:10:10 ???

>>124

NATはNAT BOXのENDノード側のプライベートアドレスを特定するために、

ポート番号を使いますが、経路途中のIPv4ルータが、ポート番号で

ルーティングするような必要性は、ありません。

>>129

IPv4.6 が、IPv6のアンチテーゼとして、IPv4との互換性を維持したアドレス

拡張として考案されたのであれば、当然のこととしてIPv4ルータでも、

ルーティングできることが期待されます。(限定的には可能かもしれないが)

ともかく、IPv6のルーティング可否との比較は、意味がありません。

131 ◆6V8RpP7i3I 2007-11-22 15:17:23 ???

v6がふがいないからですね。

132 anonymous 2007-11-22 15:20:18 ???

>>131

だから能書きはいいんで、実装は?

机上の議論だけでいい所を喧伝するなんて今のv6以下

133 ◆6V8RpP7i3I 2007-11-22 15:26:14 ???

>>132 実装するのが面倒だから実装しません。普及しないもの実装しても時間の無駄じゃん。

別にこのスレでv4.6を普及させよう。なんて思ってません。

でもv6本スレの議論ループよりましだと思います。

この議論によってv6が普及するかもしれないし。

134 anonymous 2007-11-22 15:35:57 ???

なるほど、すべてを理解した。

こいつ頭が悪いんじゃなくて

頭がおかしいんだな。

136 anno 2007-11-22 15:39:55 ???

本スレも >>134 ばかりな池沼ばかりで、

全然技術論が話し合われないものな。

頭が悪いとかおかしいとか言い合って、

それでネットワーク環境が良くなるのかと。

138 ◆6V8RpP7i3I 2007-11-22 15:47:25 ???

>>137 そんなのわかてるよ。通信技術板で技術の話してるのに、

「お前頭おかしいな」なんて発言は、

「私は技術の知識がないのに構って欲しいんです」っておでこに書いてるようなものだし。

どうして頭がおかしいのか理由を述べないとテストでも0点だね

140 ◆6V8RpP7i3I 2007-11-22 16:06:13 ???

>>139 IPsecの仕様に関して僕の間違いとはなんですか?

142 ◆6V8RpP7i3I 2007-11-22 16:08:22 ???

面倒だけど丁寧に相手しましょう。

>>139 の二番目

はい、v4ルータはv4.6のパケットをv4パケットとして正しくルーティングできますが、

v4.6パケットとしてはルーティングできません。

>>139 の三番目

はい、その通りです。

175 47 2007-11-22 17:23:07 ???

>>140

めんどうですが、ピックアップしましょうか。。

>>83 (?) >>97,99,100,102,104

了解でしょうか?

>>140 >>142

それを希望されているようでしたので、技術面から、まともに反論してるのですが。

同意頂けるのは在りがたいですが、論破されていることが認識できないのは、

ちょっと切ないですね。 さすがにちょっと疲れました。(^^;

148 ◆6V8RpP7i3I 2007-11-22 16:14:21 ???

>>144 v4.6のNAPTと比べての優位点は、単純にIPアドレスで外側からアクセスできることです。

NAPTの場合、例えばWinnyでP2Pしたい場合、ルータでポートフォワードの設定をして、

かつそのポート番号を相手に知らせなければなりません。

しかしv4.6同士の場合はその必要がありません。

>>当然のこととしてIPv4ルータでも、ルーティングできることが期待されます。

v4のパケットとしてはルーティングできますよ。互換なのだから。

153 anonymous 2007-11-22 16:26:04 ???

>v4.6のNAPTと比べての優位点は、単純にIPアドレスで外側からアクセスできることです。

それ、port forwardの設定をv4.6のアドレスに言い換えてるだけだから。

>ルータへのポートフォワードの設定は誰がするの?

v4.6のアドレスの設定は誰がするの?

160 ◆6V8RpP7i3I 2007-11-22 16:38:31 ???

>>153 v4.6ではパケットにソースアドレスが入ってるから、

誰かが設定しなきゃいけない。ってことはないです。

162 anonymous 2007-11-22 16:40:20 ???

>>160

おまえの出番は終わったよ。

161 anonymous 2007-11-22 16:39:09 ???

ていうかおれんちでは普通にNATの内側で

グローバルアクセス可能なhttpdを

運用しているわけだが

163 ◆6V8RpP7i3I 2007-11-22 16:41:51 ???

>>161 2台置きたいときはどうするの?

165 anonymous 2007-11-22 16:44:40 ???

>>163

load balanceでもするのか?

166 ◆6V8RpP7i3I 2007-11-22 16:45:37 ???

>>165 2台置けないとアドレス拡張の意味内じゃん

173 ◆6V8RpP7i3I 2007-11-22 17:17:42 ???

わざわざ

hhttp://111.111.111.111:80/

hhttp://111.111.111.111:33822/

とかしていしなきゃいけないなんて。。。。。。。。。。。。

180 anonymous 2007-11-22 17:45:58 ???

>>173

たったそれだけでNATが使い続けられるなら非常に安価な対応コストだと思うが

SRVを使う手もある

机上の空論で済ませるつもりらしいが、それにしても

他の案とくらべてメリットが薄い

178 ◆6V8RpP7i3I 2007-11-22 17:27:57 ???

>>175 IPsecの情報はIPヘッダに入ってないとかいいたいのかな、こいつ

181 anno 2007-11-22 17:50:07 ???

>>180 URIで指定できないSMTPとかどうするのか。の問題について。

182 anonymous 2007-11-22 17:58:34 ???

>>181

SRV

183 ◆6V8RpP7i3I 2007-11-22 18:05:30 ???

>>182 なんかDNSに依存するのはやだな。。

これは個人的な好き嫌いだけど。

184 anonymous 2007-11-22 18:08:12 ???

>>183

エンドノードのスタックを書き替えないと恩恵にあずかれない頭の弱い方式よりも

ずっとスマートだと思うが

185 ◆6V8RpP7i3I 2007-11-22 18:11:34 ???

>>184 v4.6はスタック書き換えれば済むけど、

SRVは全ネットアプリケーション書き換えなきゃな。。

221 47 2007-11-22 20:28:17 ???

>>185 >>190

IPv4.6対応するには、恐らくほとんどのアプリ書き換えが必要ですが、

もしかしたらIPv6対応のアプリは、スタック入れ替えだけで動くかもしれません。

sockaddr_storage 構造体を利用し、構造体の中身を直接操作しないプログラムなら、

その中身が sockaddr_in だろうが、sockaddr_in6 だろうが構わず動けるはずで、

だとすれば sockaddr_in46 (そんな定義はないけど) でも動けるはずだから。

ま、UI破綻するだろうし、極めて限定的な動作になることは、容易く想像できますがね。

205 anonymous 2007-11-22 18:44:03 ???

>>200 お前の方から隔離スレにきておいて、

俺様に黙ってろってなにごとだ!

俺がだまってたら、このスレに誰がかきこみするんだよ!

211 ◆6V8RpP7i3I 2007-11-22 18:51:00 ???

キミらさ、なんで俺の相手してるの?

218 ◆6V8RpP7i3I 2007-11-22 18:58:51 ???

じゃあ黙ってる

220 anonymous 2007-11-22 19:00:30 ???

>>218

いや、黙るな。

219 anonymous 2007-11-22 19:00:01 ???

>>217

違っているのは言葉じゃなくておまえの理解だ。

252 anonymous@p642240-ipngn200706kyoto.kyoto.ocn.ne.jp 2017-06-29 19:59:17 gBpbZ84Y

>大阪府三島郡島本町のイジメはいじめられた本人が悪い

>みんなそう思ってる

>誰も同情しない

>うんこ食っとけ!

>はよ死ねクズ

島本町のバカどもがこんなスレを立ててる

いじめの加害者を擁護し被害者を非難するスレを公然と立てる

島本町という町は日本最低の町だな

スポンサーリンク

元スレ

【隔離】IPv4.6推進専用スレ
http://hayabusa6.2ch.net/test/read.cgi/network/1195042642

コメント

タイトルとURLをコピーしました