パスワードを忘れた? アカウント作成
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

IPv4アドレスの在庫、とうとう残り12ブロックに」記事へのコメント

  • IPV4無くなったからIPV6使えとプロバイダにいわれたら、ネットワーク接続のプロパティを変更すればいいだけの話でしょ?何か問題があるの?
    • Re: (スコア:5, 参考になる)

      by Anonymous Coward
      IPv6用のDHCPであるDHCPv6は、機能不足なので、使い物になるかどうか、疑問である。それに追加して、いくつかの問題がある。

      1)家庭用ルータの問題
       家庭用ルータは、買い替えが必要になる可能性が大きい。
       家庭用ルータは、IPv6のブリッジ機能があればいいほうで、まともにIPv6に対応しているものは、ほんの一部である。
       IPv4アドレスの相手先との接続性を確保する方式が複数あり、プロバイダごとに対応が異なる。どの方式か確定しないと、家庭用ルータが選択できないし、現在採用が検討されている方式に対応した家庭用ルータは、事実上存在しない。
       最悪、パソコンはア
      • by Anonymous Coward
        なるほど、IPV6へ移行しようという掛け声だけは大きいけど、方式すら決まっていなくて誰もどうしようもない情況が延々と続いているということですか。
        何で方式一つ決められないのでしょう?何年も前から枯渇するっていわれていてもなおかつ大多数が全く対応しない/出来ないというのはなぜなのでしょう?
        無線LANもどんどん変わっているし、携帯電話もどんどん変わっていけているのに、インターネットって旧態依然としてどうしようないんですね。
        • Re: (スコア:2, 参考になる)

          > なるほど、IPV6へ移行しようという掛け声だけは大きいけど、方式すら決まっていなくて誰もどうしようもない情況が延々と続いているということですか。

          いいえ、方式はすでにできあがっています。
          問題は理解できない人・理解しようとしない人には難しいだけです。

          > 何で方式一つ決められないのでしょう?何年も前から枯渇するっていわれていてもなおかつ大多数が全く対応しない/出来ないというのはなぜなのでしょう?

          ユーザの多くが相応のコストを払わないからです。
          10万程度の(安価な)ブランチルータなら普通に IPv6 も実装されていますが、多くの人は高くて2万程度の

          • by Anonymous Coward

            > 問題は理解できない人・理解しようとしない人には難しいだけです。
            今ネットワーク使ってる全員が問題を理解できるほどネットワークに(詳しい|詳しくできる)とでも思ってるんなら、それこそ問題を理解していない・したくないんじゃないの。直後のコメントを見る限り、理解しなくていいから金払えということらしいけど。
            > 無線LANって、大して変わってないですよね、ここ10年で 11a,b,g,n くらいしか変わってません。
            > 携帯電話は毎年規格がリリースされていますが、後方互換を相当に意識した作りをしています。
            > 現在でも R99 どころか GP

            • >> 問題は理解できない人・理解しようとしない人には難しいだけです。
              >今ネットワーク使ってる全員が問題を理解できるほどネットワークに(詳しい|詳しくできる)とでも思ってるんなら、それこそ問題を理解していない・したくないんじゃないの。直後のコメントを見る限り、理解しなくていいから金払えということらしいけど。

              ええ、楽をしたいなら相応のコストを支払えということです。

              >> 無線LANって、大して変わってないですよね、ここ10年で 11a,b,g,n くらいしか変わってません。
              >> 携帯電話は毎年規格がリリースされていますが、後方互換を相当に意識した

              • by Anonymous Coward
                > IPv4 と後方互換の取れるプロトコルって作れますかね?

                作れると思うよ。
                しかし、IPアドレスの不足に対して、IPv4を拡張するのではなくNATでIPアドレスを節約する道が選ばれたんだよ。

                ちなみに、かつてIPv6は日本ローカルと揶揄された時代、はなからIPv4からのシームレスな移行は考慮されてなくて、そんな面倒な上に過去の遺産に足を引っ張られるのは美しくないから真っ新なところから天地創造やり直すんだ、っていう風に見えてたよ、少なくとも俺の目には。
              • Re: (スコア:2, 興味深い)

                >> IPv4 と後方互換の取れるプロトコルって作れますかね?
                >作れると思うよ。

                作れるとしたら、それは画期的なことです。 博論くらい余裕でかけます。是非、貴方が思うだけでなく
                行動に移してください。

                作るとしたら具体的にどのように作りますか?
                それは今から作り出して IPv4 が枯渇するときまでに世界中へのデプロイが完了しますか?
                もちろん、IPv4 との後方互換があるのですから、デプロイは一瞬のはずですが。

                >しかし、IPアドレスの不足に対して、IPv4を拡張するのではなくNATでIPアドレスを節約する道が選ばれたんだよ。

                1993 RFC1519 CIDR
              • by Anonymous Coward
                > 作れるとしたら、それは画期的なことです。 博論くらい余裕でかけます。是非、貴方が思うだけでなく行動に移してください。

                学部生の卒論でも無理でしょう。
                すでに誰かが考えて提案し、そして、あまりにダサい方法だと一蹴されて、早々に論外に追いやられ、蒸し返すことも許されてないでしょうから。

                > 作るとしたら具体的にどのように作りますか?

                たとえばIPv4+という名前にするとして、IPアドレスをxxx.xxx.xxx.xxx.qqq.qqq.qqq.qqqとします。
                IPヘッダのバージョンのフィールドは4のまま、プロトコルのフィールドにIPv4+を示す値を入れ、送信元と送信先のIPアドレスのqqq.qq
              • by Anonymous Coward

                ダサいとかいう以前に動かないでしょ。

                たとえば、IPv4 ルーターを通るところでフラグメントが生成されたらどうなるのですか?

                6to4 gateway を使えば済む話を、動かない実装で置き換えようとしているようにしか見えませんが。

              • by Anonymous Coward
                IPv4でフラグメントされても全く問題ありませんよ。
                IPv4の仕組みに従ってフラグメントを再構築してから転送すればいいのですから。
              • by Anonymous Coward

                どこでフラグメントを再構築して転送するんですか。IPv4 の仕組みでは、フラグメントを再構築するのはあて先のホストなんですが。

              • by Anonymous Coward
                IPv4+対応のルーターで、フラグメントを再構築する。
                この場合、IPv4から見た宛て先のホストは、IPv4+対応のルーターになるのですから。
              • by Anonymous Coward

                IPv4 でフラグメントを再構築するのがあて先のホストということになっている理由を、理解してないようですね。フラグメント化されたパケットが同じルーターを通ってくれる保証なんてありません。どうやってルーターでの再構築を保証するんでしょうか。ひょっとして、xxx.xxx.xxx.xxx.*.*.*.* へのパケットは必ず一つのIPv4+ルーターで全部処理し、フラグメント化されたパケットを見つけたときは残りが届くまで保持するなんて実装とか?

                だいたい、フラグメントが発生した場合に起こることに対する理解が足りないですね。フラグメントが発生するときは、

              • by Anonymous Coward
                > ひょっとして、xxx.xxx.xxx.xxx.*.*.*.* へのパケットは必ず一つのIPv4+ルーターで全部処理し、
                > フラグメント化されたパケットを見つけたときは残りが届くまで保持するなんて実装とか?

                その通り。
                最初はNAT越えの手段として使われますので、必ず1つのIPv4+ルーターを通ることは問題ありません。
                とても高コストな処理ですが、末端のNAT箱で行うので、大した問題にはならないでしょう。

                ISP側のNATで処理する段になると問題になりますが、そもそも標準的なトラヒックに対してフラグメントを生じるというのはイレギュラーだと思いますよ。

                > 元のパケットを
              • by Anonymous Coward

                これはひどい。コスト以前に動かないということに気づくべきです。ルーターの負担もさることながら、xxx.xxx.xxx.xxx が落ちてしまうと IPv4 のネットワーク経由で通信できなくなるというのもひどいし。

                たとえば、以下のような構成のネットワークがあったとします。

                   +--- ルーターY (IPv4アドレス xxx.xxx.xxx.xxx)
                   |
                 ルーターX
                   |
                   +-- ホストA (IPv4+アドレス xxx.xxx.xxx.xxx.qqq.qqq.qqq.qqq)
                   |
                   +--- ルーターZ --------> IPv4アドレスyyy.yyy.yyy.yyy のホストはこの先

                ルーターX, Y, Z はすべて IPv4+ に対応してます

              • とある匿名の臆病者な人の脳内では、 xxxx.xxx.xxx.xxx ルータの配下にしか、 xxx.xxx.xxx.xxx.qqq.qqq.qqq.qqq なホストは存在してはいけないことになってるんだと思います。

                xxx.xxx.xxx.xxx.yyy.yyy.qqq.qqq/48 と、 xxx.xxx.xxx.xxx.zzz.zzz.qqq.qqq/48 がくっついていない(同一の xxx.xxx.xxx.xxx に収容されていない) なんてあってはならないんだと思います。

                そして言ってることは、TCP/UDP の PORT を使わないで NAPT をやろうとしているだけ。

                # 違いますかね。

                親コメント

アレゲは一日にしてならず -- アレゲ研究家

処理中...