IPv4 addressは決して枯渇しない...のか? 200
ストーリー by GetSet
んな訳ぁない 部門より
んな訳ぁない 部門より
brake-handle曰く、"RBB TODAYに掲載された浅見幸宏氏のコラムによると、日本のweb serverにアクセスした計算機のIPv4 address数は約250万だそうだ。日本に割り当てられているIPv4 address数は1億であり、その2.5%しか使われていないという勘定。浅見氏はこの実態を「Internetがend-to-endの通信ではなくなり、webに代表されるclient-server形の通信が台頭したため」と理由づけている。その上で、NATなどのアドレス節約策が実用になったため、IP addressの枯渇など有り得ないと主張している。
筆者自らが「具体的な数字を出せない」などと述べていたり、web以外のInternet利用を調査していない、Internetになくてはならないrouterの存在を全く考慮していないなど、ツッコミどころは満載...なのだが、本当にIPv4 addressは枯渇せず機能し続けられるのか?"
元記事追ってないけど (スコア:4, 興味深い)
Firewall内部で平気で133.x.x.xとか134.x.x.xとか使ってたりするんで
表に出てこないグローバルアドレスはかなり多いよ。
内部ネットワークがガチガチで今さらリナンバできないんだよね。
Ｈのような大手メーカとかanonFTPサーバ提供で有名なgo.jpとか。
かなり前にそのgo.jp相手に仕事したことがあるんだけど
新しく外部からアクセスできないサブネット作るときに
無神経にグローバルアドレスを割り振っているのを見て
呆れた記憶がある。
なお、APNICにいよいよ223/8、224/8が割り当てられました。 [merit.edu]
Re:元記事追ってないけど (スコア:1)
NATはこの際関係ないでしょう。
プライベート状態で使用中のグローバルアドレスを
返却してよそで使われたらF/W内外でアドレスがかぶって困るから
内部の変更(プライベートアドレス化)が終わらないと返却できない
ってはなしでわ?
って釣られた?
Re:元記事追ってないけど (スコア:3, 参考になる)
いや, ネットワーク構成を理解していないだけ. 単にファイアウォールと言った場合, 考えられる構成は
が有ります(厳密にはさらに負荷分散装置なども組み合わせたりする可能性がありますが). 上記の内, パケットフィルタリングのみをファイアウォールで行わせる場合(例えば公開Webサーバを置くが, フィルタリングポリシーを一元管理したい場合など)には, ファイアウォール内であってもグローバルアドレスを使うことになります.
元のコメントではファイアウォール内にもかかわらずグローバルアドレスを使うと言って批判しているわけですが, こういった構成であることを知らずに的外れな批判をしているのか, あるいはファイアウォールは全てNATあるいはproxyを使っていると思い込んで言及しなかったのか, いずれにしても突っ込まれる隙は有ったと思います.
Re:元記事追ってないけど (スコア:1)
> 無神経にグローバルアドレス
の2つがポイントかと。
外部からアクセスできないならプライベートアドレスで十分だろ、
というのが元ACの主張したかった事だと思われますが。
１つに１個IPアドレスを消費する？ (スコア:3, 興味深い)
Re:１つに１個IPアドレスを消費する？ (スコア:1, 参考になる)
-------
そもそもIPv4のアドレス枯渇は、IPスタックを所有するすべての機材は
1つ以上のユニークなIPアドレスを消費するという前提で考えています。
これが「インターネットに接続され、外部から直接アクセスされる機材」という
定義へ変更すれば、いきなり必要なIPアドレス空間が小さくなってしまいます。
簡単にいえば企業内で何万台もPCがあったとしても、外部からアクセスする
ためのIPアドレスは64個、あって255個もあれば十分です。
昔はそんなことを考えなかったので、個人にクラスCをあげちゃうとか、
今、考えれば無茶なことをしていたので、かなり無駄な使われ方をしているのが現状です。
現状にあわせて正規化する（使わないアドレスを回収し再利用する）労力と、
その反対にもっと大きな空間を作ってしまうという労力のどちらが
意味があることなのかが問われているわけです。
純粋前向き技術志向ではソッコーでIPv6を作ればいいじゃんという一方、
しばらくは運用でまかなえるじゃん、というのもまた一つの考え方です。
私はIPv6は必要だと考えていますが、まあ2015年ぐらいにはIPv6の世界に
なっているといいよね、ぐらいに考えています。
そもそも森首相の演説原稿には前日まで具体的なものがなくって、それで困って、
懇談会の村井先生の持ちネタであるIPv6という文言を急遽入れたと聞いています。
IPv6のスタックを作るのは賛成ですし、是非とも時間をかけて
熟成させて良いものを作って欲しいと考えています。
しかし、森首相の演説原稿に（ネタがなくて急遽）入れたからといって、
今日、明日、あるいは自民党政権下というタイムスパンで入ってくるとは
思わない方が賢明だと思いますけど、どうでしょうか。
目新しい主張ではない (スコア:3, 参考になる)
このような主張は 以前からあり [hotwired.co.jp]（追って これ [hotwired.co.jp]）、より具体的な数値予測や、クラスAなどの浪費されたIPアドレスを 回収する方法なども 議論されています [rieti.go.jp]。
なわけで議論の焦点は、IPv6への移行コストが、 IPアドレス枯渇対策以外のメリット（ これ [atmarkit.co.jp]とか？）に見合うのか？ という点に移ってるもんだと思ってたんですけど。
なわけで個人的には、IPv6普及せず、IPアドレス枯渇せず、に1票。
ぶつ切りaddress block問題 (スコア:3, 参考になる)
NATなどを用いれば、確かに/29程度のaddress blockでも(networkの構造という意味での)エンドユーザは十分なのかも知れません。しかし、各ユーザからの回線を集線するISPなどはかえって大変なことになりそうです。
address blockを増やすと、経路表もそれに応じて長くなります。ということは、packet forwardの際に経路表を引く時間が長くなる可能性があります。これを防ぐため、従来はaddress blockをaggregateして経路表を最小限に抑えていたとか。ですが、最近では上からもらえるblockはまず間違いなくぶつ切りになってしまうそうです。また、networkの至るところでblockが必要になってしまう状況(全国各地でユーザ数が増えていく場合など)になると、穴埋め的に小さなblockをあちこちでばらまくハメになることもあるでしょう。結果としてaggregateできないblockがnetwork全体に流れてしまう [wide.ad.jp]ことになります。大手のISPになるとospfでは経路制御が追いつかなくなる [wide.ad.jp]恐れすらあります。
何年か前にUSAGIのcoreの一人から聞いたのですが、IPv6の本当の目玉はaggregateしやすいaddress block割り当てを実現し、経路制御を楽にするということだとか。したがって、addressに対してnetwork識別部とhost識別部を厳格に区別すること、prefix長の選択に余裕を持たせることなどが絶対要求になったそうです。個々のaddressが不足するかどうかという問題はほとんど気にしていませんでした(こっちが問題の本質だったら迷わず可変長addressを使っていたでしょうねぇ...)。
というわけで、エンドユーザにとって十分足りているように見えるIPv4 addressも、routerを守る人にとってはとっくの昔に使い果たしてしまったものというのが実情でしょうか。
Re:ぶつ切りaddress block問題 (スコア:1)
でもそれって、ハードがどんどん克服していってないかい？イマドキ、そういうでかい経路をもつルータは全部ハード処理してるから、
> packet forwardの際に経路表を引く時間が長くなる可能性が
> あります。
ってのは過去の話だと思われます。これが問題になる場面っていうのは、「経路をひく時間が長くなる」という場面ではなくて、「運用者がどのエリアに割り当てたアドレスかをぱっと見てわからない。」という部分にあると思います。アドレスの集約って、最近ではルータの負荷とかじゃなくて、運用者が見やすいかどうかでやってることですからね。
そういう意味では IPv6 の価値はあると思われます。
ただ、IPv6 が入ってくると、それをワイヤスピードで処理できルータがでてこないと意味がないわけで、現在の帯域の伸びに IPv6 のルーティング処理能力がついていってるかはハナハダ疑問なわけで。
--- show mpls ldp neighbor
Re:ぶつ切りaddress block問題 (スコア:1)
バックボーンに接続するルーターは、帯域より先にこの制限でリプレース強要されることもあるらしい。
実際どれくらい割り振られているのか？ (スコア:2, 興味深い)
ってことはないと思うのですが、Yahoo!BB が HUB で接続すると 台数分のグローバルアドレスを割り振ってしまう事実や、k-opti.com のメガファイバーがグローバルアドレスを５つも 割り振ってしまう現状を見ていると、IP(V4)アドレスって本当に 枯渇して取得が難しい状況なのだろうかと疑問でした。 クラスAやBを割り当てられていた企業や組織が余剰分を返還したと いう話も聞きますので、現時点で結構空間自体は空いているのではと邪推 してしまいます。本来調べてからコメントすべきなのでしょうけど、調べ方を知らないもので迂闊なコメントです。
大規模IPv4アドレス空間実験 (スコア:4, 参考になる)
Yahoo! BB などに割りふられているIPv4アドレスは、
大規模IPv4アドレス空間実験 [v6nic.net]によって割り当てられたアドレスで、
* 2005年12月31日までの使用期限。それ以降は、返却。
* 返却先は、WIDEを経由してAPNIC
* 2005年末までにIPv6へ移行する事
となっています。このリスト [v6nic.net]のプロバイダは2005年までにIPv6に移行するみたいですね。
# e-Japan の 一貫なんでしょう。
Re:大規模IPv4アドレス空間実験 (スコア:1, 興味深い)
IP アドレスが、43.xx.xx.xx だったのがメンテナンスのあとに 220.xx.xx.xx などに変わったというのは良く聞ききます。
もっとも、これが Yahoo! BB が IPv6 の使用を断念したためなのかどうかはわかりませんが。
Re:traceroute www.bbtec.net (スコア:2, 興味深い)
あくまで管理用として、アドレスばれても直接ルーター叩けないようにしてるねん。
・・・それを外に見せるのがどうか、てのはともかく。
＃こーゆー時こそACったらAC
自家用車が必要か? (スコア:2, 参考になる)
自家用車によって自動車産業が世界経済を支えてきた訳でもありますけど、このままでは如何ともし難いというわけで、共有化しようという流れも発生していますよね。オートドライブの技術が実用化されれば、自然と自家用車のニーズは下がるかも知れません。
ネットも専用のIPが各々に必要か?という訳なのでしょうか。せっかくレイヤに別れているのだからIPは共有で、アプリレベルでID/PASSで認証すればいいやん、ってのが今後益々増えればIPは枯渇しないと・・・
とはいえ、全地球の人口でも耐え得るかというのは考えていないんでしょうね。国内の事情だけを考えているような・・・たしかに専用IPだと改竄の可能性も減らすことはできるのかなぁ・・・国家的には国民背番号制の延長としてIPv6を捉えているのだと思います。だから某首相がいっとのIPv6と言っていたんでしょう・・・
Re:自家用車が必要か? (スコア:1, 興味深い)
…という無粋なツッコミは置いといて。
（でもこの略称の誤用は非常に多い）
上位レイヤに色々盛り込むとエンバグする可能性も高くなるのであまり望ましくないような。TCP/IPの長所ってシンプルな構造体を積み重ねて使用するところにあると思うので、トラブルが発生したときに切り分けがしやすいというのがあるかと。
そもそも、ID/PASS認証って実運用に際して最も疑ってかからないといけないところだと思いますよ。信頼モデルが正しく動いていれば問題ないですが、それが崩れる（特に、人の手によって）と信頼性がゼロになるので。
Re:自家用車が必要か?(ジョーク) (スコア:1, 参考になる)
参考までに、IPv6アドレスの決め方。 [wide.ad.jp]
個人にIPアドレスを・・・ (スコア:2, 興味深い)
「個人はDHCPでIPアドレスもらって、フツーにネットサーフィンしてろ」
というコトですかねぇ。
大学や研究所のような組織がクラスAやらBを所有していて、個人には適当なIPアドレス(ひどいときにはプライベート)を、という考えには反対です。個人の軽視としか思われません。
DHCP割り当てやNATの弊害はクライアントサーバ方式の台頭に代表されます。クライアントはAnonymousであるべきですか？ 会社から家のPCにリモートで入りたいと思ったりしませんか？
ユビキタス・コンピューティングが成功するかは別問題ですが、その基盤としてIPv6は重要です。家電にまでIPアドレスを振っていたらすぐに枯渇してしまいますよ。
Re:個人にIPアドレスを・・・ (スコア:1, 興味深い)
と、冗談はさておきグローバルIPが必要なのはグローバルに公開したいサービスとグローバルにつなぎたいクライアントの入り口のみ。
Home-LANに外からつつかれたくない＝プライベートアドレスを使いたいと思うのが人情だと思います。
# 他人に冷蔵庫つつかれたく無いでしょ？
また、インターネットの利点の一つは、間違いなくある程度の匿名性にあります。
また、それとは別に匿名では出来ない(IP固定で無いと出来ない)事もあります。
問題は人間の欲望が生み出す用途とのバランス。
すべての人。すべての機材にグローバルIPが欲しいという欲望を持つ人が多ければ流行るし、そうでなければ流行らないと思います。
人間管理されるのは気持ちが悪いものです。
個人のネット環境としてDHCPのIPアドレスで満足している人も多いと思います。
そんなこんなで、私個人の意見としては、router等でIPを消費するのでホスト数よりも沢山のIPが必要等々加味してもIPアドレス自体、無茶な割り当てをしない限り、しばらくはIPv4で行ける＝流行らないと思います。
Re:個人にIPアドレスを・・・ (スコア:2, 参考になる)
外からアクセスする必要のないデバイスにはプライベートIPを振るというのは、v4だろうとv6だろうと変わらない原則です。逆に、NATでいちいちポートマップする手間の方が大変だと思います。
出先から冷蔵庫の在庫をチェックする場合を考えてみます。グローバルIPを振るのが最も簡単で、拡張性も高いのではないでしょうか。他人に覗かれる？その危険性はプライベートIPを振った場合とほとんど変わりません。フィルタリングはファイアウォールでの議論です。
IPv6になってもプライベートIPもDHCPも使えます。既存の多くの技術が無くなるわけではないことに注意すべきです。
Re:個人にIPアドレスを・・・ (スコア:1)
Re:個人にIPアドレスを・・・ (スコア:1)
つまり経路指定付きアドレッシングですよね. アドレスフィールドを64bitにしますか? 個別のプログラムで対応しますか? それともトンネル掘ってVPNでつなげるか... 同時に複数箇所と接続した場合の相互のアドレス干渉をどう防ごう?
なんか面倒くさそうなんですけど.
Re:個人にIPアドレスを・・・ (スコア:1)
あの, それだと結局グローバルアドレスが必要なんですが... 今問題になっているのは, グローバルアドレスを使わずに(あるいは使っても高々数個程度で)多くの対象機器をリモートから制御するかということですよね.
Re:個人にIPアドレスを・・・ (スコア:1)
もう少し良く読みましょうよ. ここでの議論の展開は
- グローバルアドレスであってもDHCPによる動的割り当てを行うことにより, 複数のエンドポイントで同じアドレスを共有する(元コメントの「適当なIPアドレス」の部分)
- NATを使ってプライベートアドレスを割り当てる
という形で実現しているという形になっています. つまり議論の大前提となるのはグローバルアドレスをエンドポイントに与えることができないIPv4は是か非かということであって, これに対するアプリケーションの必要性と移行コストを天秤にかけて他の議論は進められているわけです.
P.S. ところでAnonimousと書くと通常は匿名という意味で使われますが, これって本来はギリシャ語由来の「名無し」という意味なんですね. 辞書調べるまで知らなかった.
足りないのは世界全体のアドレス (スコア:2, すばらしい洞察)
普及するのはいつのことやら・・・ (スコア:1)
＃中国→バブルで金はある→言論統制で駄目→IPアドレスいらない(´Д⊂
＃アフリカ→金がない→IPアドレスいらない(´Д⊂
IPv6がくることはくるだろう (スコア:2, すばらしい洞察)
ただ、いま持っているネットワークが全部 IPv6 になるかというと
そういうことは絶対ありえない。
たとえば、携帯電話に IPv6 のアドレスふって、全部 VoIP にして
MobileIP でモゲとか、そういうことはありえるとおもう。
システム運用の大前提
「うごいているものは触るな。」
というものがありますからね。。。
--- show mpls ldp neighbor
現状で満足しているというよりは (スコア:1)
ISPの都合でプライベートアドレスを使わざるを得ない、
という人がいる可能性も抜け落ちてないかな・・・
あたかも「うちの製品が売れてるんだから、もう改良の必要なし」
って言っているようにも聞こえる。
陰謀説を出してみる (スコア:1)
E2Eなんか広まったら, ただでさえやっかいなことになっているファイル交換が手をつけられなくなってしまう. ということで利害団体からの圧力でIPv6不要論が宣伝されているとか.
# そこまで考えていない方に1リンギット
たとえは変だが、ロランからGPSに変わった様に… (スコア:1)
しかし、利便性とかが良くて、機材の入替等でバックボーンの利用がIPv6ベースに移行するようになれば
そのうちと言うか、自然に、切替わるのでは…
現にSLIPやGophoerは(同一で扱うのは変だが)プロトコルとして残ってても、利用している人が今でも
どのくらいもいるか…
問題は、「あと、どのくらい」生延びるかだと思うんですが…
/* Kachou Utumi
I'm Not Rich... */
Re:たとえは変だが、ロランからGPSに変わった様に… (スコア:1)
ただ、やはり枯渇問題が最大の引き金になるのではないかと思っております。
現状を見ますに、「今日的」なOSやネットワーク機器というのはそれなりにIPv6に対応しつつありますよね。
既に業務などでIPv6を使用している(必要不可欠になっている)様なところもあるでしょうから、「IPv6全廃」なんて云う状況は起こりえなかろうと。
となれば、取り敢えず延命出来る間はそのまま放置しつつ、十分な浸透・インストールベース数に達するのを待つ。で、そのくらいになれば枯渇問題が本格化しているかもしれませんので、そのタイミングでサクッと切り換える、と。
当然、移行やらなんやらには相応のコストはかかりましょうが、そのコストを支払ってでも、という程度まで枯渇問題が顕著になった時が切換時期、ということで。
もちろん、それ以前に、IPv6ならではの魅力的なアプリケーションが出てくることで一気に加速するってのも、絶対にないとは言い切れないでしょうが、やはり枯渇問題が一番の切換圧力になるのではないでしょうかね?
中国とかだと、一気に消費しきってしまうかもしれんし。
(イヤ、実情は知りませんので、そんなこたぁ無いと云うことかもしれませんが…)
それ以外となると…
2004年くらいにネットワーククライシスが発生して、その復旧にあわせて一気に、とか?(笑)
-+- 想像力を超え｢創造力｣をも凌駕する、それが『妄想力』!! -+-
（ジョーク） (スコア:1)
IPv6の、その時点でのネットワーク環境の実情に合わない部分に不満を持った人たちが、
IPv8を提唱して、現在と同じような論争ループに陥る罠。
家庭用ルータ経由のNATやNAPT越しでも、
UPnPのNATトラーバルや、
AppleのRendezvousプロトコルのような、
NAPTルータのポート転送マッピング自動自律設定/開放システムが
枯れた技術になって安定してくれば、
とりあえずは実質的には問題無いのかもしれませんね。
これはあくまでも、希望的観測ですが・・・。
Re:（ジョーク） (スコア:1)
楽に移行するためには、今のNAPTと同じような感じで使える、v4-v6トンネルが欲しいところ。
トンネル内部はv4,v6デュアルスタックなら、うちみたいな会社でもシームレスに移行できそう。
(うち(田舎の中小企業)みたいなとこは、機械は平気で5、6年使うから、ネットワークが
新しくなっても、おいそれと機械とっかえられないんです…。)
にしても、v6のキラーコンテンツってのがないから、なかなか普及が進みませんね。
踊るkame [kame.net]のように、IPv6で見るとモザイクが外れるエロサイトが必要と思われ。いや本気で。
これからエロサイト立ち上げる人にはv6を優先であげる、ってことにしましょう。
遊びでv6入れたはいいけど、やることなくてモチベーション下がりっぱなしのあなた!
そんなあなたへの福音です。
Re:（ジョーク） (スコア:1)
-- Takehiro TOMINAGA // may the source be with you!
Re:（ジョーク） (スコア:4, おもしろおかしい)
>そのIPv10もいつ別の規格の名前に使われるかわかりませんが...
なんてこったい！
将来の混乱を見越して、IPv[ｘ]の呼称の、ｘの部分を、
64bit表現する規約をRFCで提唱しなければ！
Re:（ジョーク） (スコア:2, 参考になる)
と、これだけでは情報量0なのでとりあえずgoogleしてみた結果など。
RFC 1606 [faqs.org] A Historical Perspective On The Usage Of IP Version 9
April fool かい！(笑)
-- Takehiro TOMINAGA // may the source be with you!
えーと、すんません。 (スコア:1)
IPv6を持ってきたのはaddress増やす為だけじゃないんですけど
当然 (スコア:2, すばらしい洞察)
エンジニアの就職先を増やすためですよね ;-)
ごめんね (スコア:1, オフトピック)
貴方一人を責めている訳ではないので怒らないでね。
こういう3行コメントが/.Jの議論のレベル・まとまり具合を著しく下げていると僕は思っている。親コメントを例にとれば、 じゃぁいったいどんな利点や技術的要求があってIPv6が出てきたのか。 もし貴方がIPv6を推進する立場にある人なのだったら、 まさに理解が行き届いていない事を発見したのだから、ここぞとばかりそれらを 主張するべきでしょう。別に貴方がIPv6とは特に関係がないとしたって、 自分の理解している利点を挙げるとか、資料を示すとか、 あるいは詳しい人の書き込みをうながすとか、するべき事はいろいろあるでしょう。
雑談サイトとはいえ、わざわざ書き込んでいる以上、みなさんは何か主張したい事がある筈。しかし、余程うまく書かない限り、3行コメントでは 物事を伝えるのは難しい。もっと言葉を尽して相手に伝えようと努力しようよ。 それとも「先生!3行以上のコメントは読む気がしません!」というのが 支配的なのか? (まぁ「おもしろおかしい」狙いとか、完全に雑談モードでお喋りを楽しんでいる状況なら3行どころか1行コメントが連なるってのも悪くはないと僕も思う。)
もしかしたら、ゆっくりコメントを書いているうちに他の人に先んじられる のを恐れているのかなぁ。別に内容がダブってたからってそんなに邪魔に なる訳じゃなし、内容が豊かになるのであれば、みんな厭わないと思うよ。 良い内容のコメントの方がモデレートを沢山受けてより目立つようになるだろうし、 完全にネタがかぶってたとしても、「余計なもの」とモデレートしてもらえれば みんなの邪魔にもならないだろうから、 迷惑をかける事は心配しなくてもいい。(マイナスポイントがつくのを恐れてる?だったら/.Jには書き込まない方が良い。)
これは余計だけど、できれば面倒でもIDを取得して書いて欲しい。そうすれば、 コメントを重ねる内にその人の背景とか傾向がわかってくるから より議論に深みもでるだろうし、雑談にも花が咲くってもんだ。 それに、新しい人が来た時の喜びもまた大きいもんだ。ACばっかりだと、 こういう楽しみが薄まってしまう。
以上完全なオフトピックで失礼しました。
Re:ごめんね (スコア:1, 参考になる)
ところで、パスカルのこんな言葉もあります。
"I have made this letter longer than usual, because I lack the time to make it shorter."
Re:ごめんね (スコア:1, すばらしい洞察)
と、これだけ長いコメントをすることが全体のレベル向上に役立つか、
というとそれはそれで疑問です。
一般的に、コメントは長くなれば長くなるほど、論点が増える傾向があります。
例えば、#259587の第3パラグラフでは、「ゆっくりコメントを書いた場合に先んじられる可能性」に
ついて書かれていますが、これは3行コメントの是非とは別に議論の余地を持つテーマです。
(「余計」と前置きしている第4パラグラフもしかり)
まず、論点が増えると、レスのコメントの内容にばらつきが生じます。
「本筋の論点」には同意できても、「分岐の論点」には同意できないという事態が発生するからです。
分岐の数だけ起きるといってもいいでしょう。
# 余計なことですが(笑)、議論を多く行う掲示板では、
# 「分岐の論点」がフレームの元になることがとても多いです。
# 経験則ですけどね。
また、「同意できない論点」が多すぎて、反論のためのコストが大きくなりすぎ、
(本来存在していたはずの)レスをつける人間が、議論を放棄する可能性もあります。
長文だから議論が豊かなものになるとは、必ずしも言えず、逆に弛緩した事態を作り出すリスクもある、
というのが私の結論です。
つまるところ、原因を明記しないコメントは避けてほしい、くらいしか言えませんね。
長過ぎでもなく短過ぎでもないコメントを出したいと思っても、いつもうまくいくとは限りませんし、
うまくいったとしても読み手にその感覚を強制することはできないでしょう。
Re:ごめんね (スコア:1)
それは言える。
幕の内弁当を狙っちゃうんだよね。より多くの人がどっかこっか食べてくれる可能性を期待して。
#だから悪いというわけじゃないんでG7
最初の数行しか読んでないけど（ｗ (スコア:1)
それなりに長いのは、内容があれば好き。
めちゃくちゃ長いのは、内容があってもほとんど読まない（ｗ
＃大概、自分の論理に凝り固まってる、/.のレベルを下げる発言だし・・・
＃雑談に来てるので、レベルなんて気にしてないわけだけど。
Re:IPv6の真の目的？ (スコア:1)
で、問題点としてみんなアドレスの数ばかり言うけど、IPsecを必須にしてセキュリティ問題の解決の手助けをとか、DHCPみたいな後付けで無い方法でLAN内部のアドレス管理を簡単にしたとか、ルーティングテーブルがあふれそうになってるのをましにする、マルチキャストを、QoSを、…、とまあ、沢山あるでしょう。
残念ながらこれらのほとんどは管理者にしか関係なく、「俺はネットワーク使いたいだけなんや」という人には余り訴えかけるものが無い、というのがまあ世間へのアピールの低さにつながってるんだろうなと勝手に推測。なんだかんだ言ってIPv4の世界でのがんばりも凄いですし。
-- Takehiro TOMINAGA // may the source be with you!
Re:えーと、すんません。 (スコア:2, すばらしい洞察)
別の枝 [srad.jp]の方でtt氏がおっしゃられてるように、他の理由が後付けでは無い(=単にアドレス増やしただけじゃない)事はIPv6の設計を見れば、色々と盛り込まれています。
また、枯渇問題がそんなに深刻じゃなくなったのは、*彼ら*のおかげだと思います。
枯渇問題が深刻だから様々なアドレスの節約法が考案されたのであって(それだけではありませんが)
それをもってオオカミ少年としては、苦労している人が報われないです。
そもそも、アドレス空間枯渇問題は解決したわけではなくて、暫定的に何とかしたに過ぎないと思うのですが…
よしのずいからてんじょうのぞく (スコア:1)
…てぇのを思いだしたねぇ。自分の見える範囲から "The Net" を「かくあるだろう」と判断しているだけじゃん。
一見ユニークな視点に見えるけど、それだけのことじゃない？
「百人の村」でコンピュータを使っているのは何人だったか 覚えてますか？ ＞ 元ネタ書いたひと
その残りの人達をこれからも今まで通りほおっておく なら IPv4 は安泰ということ？ …わたしにはそんな 傲慢な考え方はできないですね。
--- Toshiboumi bugbird Ohta
Re:IPアドレス (スコア:1)
# 誕生日ね。ちなみにプレゼントは前後半年と当日受付なんで、よろしく(ぇ?)
ちゅうかさ、IPv6にはIPアドレス自動設定機能はあるけど、別にそれがつけるアドレスを使わないと「いけない」なんてルールはどこにもないのに、なんでそこを誤解している人が多いんだろう。
-- Takehiro TOMINAGA // may the source be with you!
Re:石油といっしょ (スコア:2, おもしろおかしい)
-- Takehiro TOMINAGA // may the source be with you!
Re:石油といっしょ (スコア:1, おもしろおかしい)
戦争はもういいよと伝えてあげてください。
Re:数字が右詰でないと変なのは? (スコア:1)
単なる想像ですが、 これは我々が数字を書くときに most significant digit を左に、 least を右に書くことの説明ということじゃないですか? ちょっと調べただけですが、 アラビア語でも数字は LSD を右に書くようです。
関係ないけど little endian のマシンのダンプリストを見ると 数字がひっくりかえっていて見づらいので、 右から左にダンプしてくれるようなツールがほしい。