面白いことを発見してそれを面白がる

Macとの再会(6) - digital library?!

#Startmac 6

　Startmacモニター期間は9月までなのに、何と今日からもう9月という事実。モニター期間内に10本のコラムを書くことになっているのに、あああどうしよう。しばらくMac関連の話題が続くが許してほしい。

　私がMacでやりたかったことの一つは、digital libraryをつくることだ。作曲したデータや、演奏の記録を整理し、また実際の演奏会の様子を公開してみたいと思った。

　自作の曲は、二人の子供が生まれたときに、それぞれ一曲ずつだけ作った。世の中にはすばらしい曲が星の数ほどあるから私が曲を作る道理など無いのであるが、自分の子供が生まれたときだけは、そんなには多くない「親から子にしてやれること」の一つと思って作った。しかし五線譜に書き留めておいただけだし、このままでは霧散してしまいそうだ。

　演奏の記録の方は、これまで録り溜めた練習や本番のデータが山ほどある。実際の演奏を客観的に聴いたり見たりすることは、弾いているときには気づかないことが発見できるので、非常に勉強になるのだ。しかも、今のHi-MDだと、普通の80分用MD一枚で13時間も記録できるので、リハーサルから本番まで一気に撮れてしまう。あーなんて便利。

　しかししかし、なかなか思うようにはいかない。

　まず、作曲した曲を残すために、Garagebandを試した。面白いのだけれども、思うような音とアレンジを作るのは至難の業。手軽、というのは、たぶん既にある材料を使える場合であって、一から作ろうとすると時間がいくらあっても足りない。大体、こんなことで格闘する時間があるのだったら、少しでも本当の楽器をさらった方がよいと思ってしまう。作った曲をディジタル化して残すのは、下手に音にするのでなく、譜面になる程度のMIDIデータにしておいた方がよさそうだ。

　それから、MDで録音した音源の方。これもやっかいだ。まず、Hi-MDのエンコーディング規格はATRACいうもので、これはSonyのSonic Stageでしか読むことができない。そしてSonic StageはMac対応無しなので、これはWindowsマシンで読み込むしかない。うーん、標準化の世の中とはいえ、ATRACはSonyの技術なのだ。iPod vs Walkman戦争の名残もある。（名残と書いたのは、どうも最近のメモリスティック型WalkmanはATRAC/Sonic stageを捨てたらしい。確かにダウンロードして聴くだけだったら、iTuneがあればよいのだ。しかし生演奏録音派としてはこれから困るかも..。）それでもmp3にでも変換しておけば、どこからでも再生できるようになるのでmp3にしておこうと思った。しかしこれも大変。弾いているときは録音操作はできないので、曲の区切りは時間間隔でつけるしか無い。それを曲ごとに編集し直すためには、折角digital録音したものを、一旦アナログに変換しなければならないのだ。具体的には、Sonic Stageでwav形式に変換し、それをSound Engine等の波形編集フリーソフトで編集した上で（アナログー！）、またwavに書き出し、さらにそれを変換ソフトでmp3にコンヴァートする、という手順だ。うううう、時間と手間がかかる。それに、この作業、全然Mac使えていない。

　唯一、期待が持てそうだったのが、弦楽合奏(das)の本番のVideoだ。正門先生が演奏会の映像を撮ってくださっていた。これをiMovieで読み込み、編集して、.Macサイトにアップすれば、なかなか演奏会に呼びにくい方々（何せ大磯、二宮という都内からは離れたところで本番をするので）にも見ていただくことができる！

　実はこれもそう簡単ではなかった。楽曲一曲、長いものだと40分程度あるが、そのVideoを.Macにpublishするだけで、3時間程度かかってしまう。作業をしていた週は、夜中に編集作業して、寝る前にPublishして、ということを繰り返した。睡眠不足に拍車がかかる。しかも、翌朝無事に終わっていればよいのだが、何らかの要因で途中でエラーになってたりすると、とほほ、という感じである。もう一つの問題は、.Macギャラリーのエントリーを、その弦楽合奏団のWebから辿れるようにしたかったのだが、iWebでは既存htmlの編集はできないとのことなので、この作業はHTMLオーサリングツールを使うために、またまたWindowsを使わなければならなかった。

　それでも、なかなかすてきな感じにできた！やった！！

　....とよろこんだのはつかの間だった。
（続く）

　

Macとの再会(5) - 走馬灯

Startmac #5

　私はそんなに涙腺が弱い方ではないと思うが、それでもぼろぼろきてしまうのが、回想シーン。走馬灯のように思い出が駆け巡る、というやつ。TVドラマの回想シーンは、作り手にしてやられて悔しいとわかっていても、やはり涙ボロボロになるし、保育園の卒園式で、入園したての乳児の時から徐々に成長して行くスライドを上映されたときなんて、今でも思い出すだけで、涙ボロボロになる。なぜか、この走馬灯効果はあまりに感動的で、自分の子供でなくても、たとえさほど親しい人でなくても、これをやられるとぼろぼろくる。心の琴線に直接触れるのだ。

　多くの要素が標準化され、またデスクトップのデザインや効果も横並びになっている現在、Macらしさって何だろう、と考えていたが、これだ、と思ったのがiMovieだ。画像データや動画データを時間軸上に並べBGMをつける、というシンプルで直感的な操作で、「走馬灯」ができてしまう。

　私にとって「走馬灯」はあまりにも感動的なため、あまり量産はしないでおこうと思う。でも、子供たちがいつかお嫁に行くときに見てもらえるように、赤ちゃんの頃からの写真を素材にして、Movieを作ろうかなぁ。あぁ、想像するだけで涙が出てくる。

Macとの再会(4) - 人間と機械の相互作用

startmac #4

　人間はとかく怠惰で飽きっぽい。面倒くさいことはなるべくやりたくない。気まぐれで、予期せぬミスもするし物忘れもする。これは、書かれたとおりに動き、また書かれたとおりにしか動かない機械の対極にある。（言うまでも無いが、「書かれたとおりに」であって「意図したとおりに」、ではない。書くのは人間なので必ずしも意図どおりには動かないこと -バグ- はある。）そして人間と機械の間を取り持つのがマンマシンインタフェースである。

　マンマシンインタフェースの設計のゴールは、「使い勝手のよさ」と「Fool Proof（ユーザがアホなことをしてもシステムに致命的影響を与えない）」と言われるが、これが結構奥が深い。

　「Fool Proof」を作りこむためには、設計側がユーザがやりそうなことを予期しなくてはならない。しかし、予期しないことをやるのがユーザなので、語義矛盾的でもある。

　「使い勝手のよさ」は、もっと奥が深い。まず、追求すると際限の無い分野である。例えば、直感に訴えるためになるべくリアルな世界へのアナロジーを求めたり、興味を惹くような効果を付加すると（最近のデスクトップはすごいですね）、CPU powerやメモリ等のリソースを食う。さらに、私がどうも気になってならないのは、「使い勝手は良ければ良いほど、好ましいのか」ということである。確かに、使いにくいシステムは悪い。これは間違いない。でも、あまりにも良くなり過ぎてしまうことの弊害もあるのではないだろうか。

• 　提供側とユーザ側のリテラシー格差が広まる。　
• 　安易に外部記憶装置に頼る。
• 　安易に直感に頼る。
• 　改良や進化の方向は、もっぱら提供側により一方的にもたらされることになる。

　使い勝手がよくなることは勿論よいことであるが、人間と機械との相互作用的なものはどこかに残されているとよいと思う。機械のロジックを垣間見て、「おおお、そんなふうに動いているのか」、と認識するのは良いことだ。そして生物と機械の違いを改めて認識・発見したり、機械に生物的なロジックを応用したりすることにつながる。

　子供がいつのまにかMacbookを使い始めた。使い勝手はMacの信条の一つであろうが、不足(?!)のところを目ざとく見つけて、教材にしてみたいと思っている。

インターネットのこれから(4) - Routing/Addressing議論から

　先日帯広で開催されたJanog20で、「RoutingとAddressingのこれからを考える」というセッションを行った。

　2006年10月のIAB workshop以降、IRTF, IETFを中心にインターネットアーキテクチャの再考論が高まっている。IPv6はアドレススペースの問題を解決するが、アーキテクチャとしてのスケーラビリティ問題を解決しない。しかし、アーキテクチャを変える可能性がある、ということは、諸々の前提を変える可能性があるということである。そして前提が変われば、技術もビジネスも何もかもが変わる可能性がある。

　「これは日本でも意識共有しておいた方がよいのでは」、と、前回のIETF68（プラハ）で東大の加藤先生とNTT Eastの水越さんが声をかけて下さったことがきっかけになり、Janogでのセッションを実現することになった。いろいろ議論をして行くうちにIIJの浅羽さんが賛同して加わってくださり、また、米国での状況をrealtimeで報告したいという要望に、同僚で現Juniper DEのRobert Raszukがわざわざ帯広まで駆けつけてくれた。セッション当日まで、このメンバーとface to faceやemailで四方山話をしたり、過去からのhistoricalな類似問題を紐解いたりすることは、非常に勉強になった。

　今回のアーキテクチャ再考のきっかけは増大するRIB/FIB容量への問題意識であるため、現在の提案としては、LocatorとEnd IDを分離し階層性を与えることによって（=TransitのRIB/FIBはLocatorのみを保持すればよい）、スケーラビリティを担保しよう、というものが主流である。しかしそのために新たなmapping schemeとその制御が必要になるし、方式自体によるdrawback（Tunnelingのオーヴァヘッド等）も、充分吟味されなくてはならない。また、stability/ fast convergenceのtrade-offに対する折り合いをつけるのは簡単なことではない。Multihome, Provider Independence, Mobility, Traffic Engineeringと言った要望を実現するのも所与の条件である。

　こう考えると、現在の提案方式も、それが有用なものであったとしてもまだまだ検討の初期段階にあると言わざるを得ないし、また、本当にそれが有用かどうかは、全く分からない。RIB/FIB容量が本当に問題なのかもわからない。確かに全てのリソースに限界はある訳であるが、少なくとも当面の需要（数百万経路、将来的には一千万経路見込み）に対応できる目処はあるし、アーキテクチャを変更するコストが、それから得られる効用を上回るかという点も疑問である。

　とにかく、ここは我々自身がじっくり考える必要がある。インターネットはトランジションすべきなのか。「じっくり考える。」　-- これが、セッションを行った動機であり目的である。

　実は、このセッションにより「アーキテクチャ変更」を必要以上に煽ってしまうのではないか、ということも危惧したが、どうやらそれは杞憂に終わった。Randy Bushの「そんなの複雑性を増すだけじゃない」というコメントは揮っていたし、私なりに「じっくり考えた」今のところの結論は、当初の大きな構えとは異なり、「インターネットは巨大プラットフォームであり続ける。ただそれだけ。」というものだ。これは長くなるので別途書く。

　それにしても今回のJanogでは、レッシグの言うところの「市場、規範、法、コード」を考えるネタが結構揃った。

• 　市場＝技術、サーヴィス、ビジネス
• 　規範＝コミュニティとそのあり方
• 　法＝総務省と警察庁！
• 　コード＝技術とアーキテクチャ

　関係者の皆さんに大大感謝。

Macとの再会(3) - 技術のデザイン

startmac #3

　技術者として駆け出しの私が、わくわくしながら、何度も繰り返し読んだ本がある。（今でも時々手に取る。今だから気づく新たな発見もあるし、初心を思い出し気を引き締めることもある。）それは、ジェラルド・M・ワインバーグとドナルド・A・ノーマン。両者とも人間とテクノロジーを鋭く、ユーモアのセンスをちりばめながら、観察、考察しているところが共通点だ。

　ドナルド・ノーマンの方は、認知心理学者で、当時のApple Fellowである。テクノロジーは機能優先でデザインなんて二の次、という風潮もある中、人間と技術の相互作用、そしてテクノロジーの社会化ということを徹底的に追求していて、私はますますMacファンになった。特に、「フィールドワーク」と称して、デザインが悪いために人間が技術に振り回される羽目になっている例をつぶさに洗い出している件（くだり）は本当におかしくて、それ以来私もそういう目で観察する癖がついている。

　まず、補足的に注意書きの紙が貼ってあるような場合は、殆どの場合、デザインが悪い。例えばドアのノブ。押すのか引くのか廻すのかが直感的にわからないような時、一回目の試行で当たらないのが世の常である。大体みんな、押したり引いたり叩いたり廻したりして、そのうち誰かが見かねて「PULL」とかいう貼り紙をする。ドリンクサーヴァーにも大抵貼り紙がしてある。コップは自動的に出てくるのか、自分で置くのか。いっぱいになるまでボタンを押し続けるのか、一回押すだけでよいのか。

　パーソナルコンピュータのデザインは、その機能の多様性と複雑さを考えれば、よくできている方だと思う。dynabook構想から始まり、smalltalk, lisa, Macと、ヒューマンインタフェースにこだわった先人のおかげであろう。しかしデザインと関係ないところで困っているのがパスワードの管理。セキュリティ問題は今後ますます重要になるし、金融取引等をオンラインで行うので、何らかの保護は必須である。しかし、いくつものパスワードを暗記しておかなくてはならないのは辛い。有意な単語は許されず、さらに紙にメモするわけにいかず、しかも定期的に変更しなければならない。生体認証というのもあるが、使える場所は限られるし、しかも、あまりクリティカルな用途に使うのは躊躇するものがある。（犯罪に巻き込まれたら、認証を破るがために指を切られる、という可能性だって否定できない。）　何かよい方法は無いものか。

Macとの再会(2) - 標準化と差別化と

startmac #2

　Macbookを使い始めて最初に「?!」と思ったのは、タッチタイピング（キーボードを見ないで入力する）のためのキーボードにある印（これ何か名称があるのかな?）の位置だ。以前は確かにdとkのところにあった筈。中指を基点にしてポジションを決定する。これ実は密かに、私はすごく気に入っていたのに!

　弦楽器を弾く際、手のポジションと形というのは基礎の基礎で超重要だ。このポジションを決めるときにどの指を基点するかであるが、各ポジションの始まる音が人差し指にあたるし、人差し指は利き指であるため、人差し指を基点にする人も多いかもしれない。確かにその方が取っ付き易いのだが、一方「手の形」という点から見ると、自由度が高い分、手の形が定まりにくい傾向がある。その点、中指を基点にすると、中指が決まれば自ずから手全体の形が決まり、安定するので、この方が合理的だと思う。

　他のマシンが皆人差し指のところ(f, j)に"印"がある中、Macだけは中指のところだった。これはやはり人間工学を深く追求するMacならでは、と感心していたのに...。しかしどんなに理に適っていようと、標準化の重要性の前には譲歩せざるを得ない、ということか。確かに、マシンによって異なるのは困る。どっちでもいいから統一してくれ、というのもわかる。そして標準化は、技術的妥当性とか理に適っているとかいうことよりはむしろ、その時のマーケットの状況によって決まる。

　そういえば、今のMacって、Windows用だったアプリケーションもさくさく動くし、なんてったってCPUがIntelですからねー。以前のような互換性の問題って殆ど無くなっている。ここ10年もの間Windowsユーザだったのに、久しぶりにMacを使ってもストレスが無い。ExcelだってWindow Media Playerだって、あっという間にインストールできて（前者は試用版）すぐに動いた。これは喜ぶべきことだが、一方Macならではのものが少なくなる。

　標準化と差別化と...。殆どの場合排反事象である。両立しうる領域は、しかし、全く無いかというとそうではない。それは芸術の領域。例えば、演奏技術、録音技術がどんなに標準化されようと、ある演奏家の音はその人の音以外の何物でもない。Macの目指す方向はそこなのかな。

Macとの再会

startmac #1

　Macintoshとの出会いは1991年。生まれて初めてアメリカの地を踏んだ年なので忘れない。IEEE Infocomというカンファレンスに参加するために出張することになった。当時は米国出張の機会なんてそうそうなかったので、カンファレンスへの出席だけでは何だか勿体なく、当時スタンフォード大学に留学していた知人を訪ねたり、またいくつかのシリコンヴァレーの企業を訪問したりした。

　初めての出張、初めてのアメリカは、何もかもが鮮烈で眩しかった。カリフォルニアの青い空、しかも、西海岸便は出発日の朝に着くので、寝不足の目にはとてつもなく眩しい...、という物理的な眩しさもあったが、それ以上に、人種や性別や肩書きや年齢やその他諸々の属性を一切超えて、オープンにそして真剣に、これからの技術を議論する様子が、とても眩しく見えた。

　その出張中、至る所で目にしたのがMacだった。スタンフォード大の研究室、Stanford Bookstoreの検索システム、訪問した企業のレセプションやデモルーム..。その白い直方体とシンプルなマウスがあまりにも強く直感に訴えかけてくるものだから、帰国後私は迷わず、Macを自宅用に購入した。運命的な出会いというのはこういうことかもしれない。当時定評のあったSE/30にディスク増強し、StyleWriterつけて50万円強（当時の給料手取り三ヶ月分、という感じ）。そして、職場でもMac推進運動(?!)をして、めでたくGet。当時の重要顧客がMacを使っていたので、「ファイル共有のため」という大義名分が効いたのだが、実際、ドキュメンテーションの美しさやMathematicaなどのソフトウェアは、それまでのワープロと表計算が主な用途であったPCの概念を大きく変えた。WYSIWYG(What you see is what you get)なるJargonに感動し、またHyperCardでオブジェクト指向ごっこをしたのもこの頃だ。フリーウェアでついてきたゲームがまたとても奥が深くて、バックギャモンやフライトシミュレータ、紙ひこうきなどにはまりまくった。

　この数年後、私はシリコンヴァレーの企業(StrataCom)に転職することになる。転職の要因はいくつかあるが、初めての出張時の印象が強く、こんな風に仕事してみたいと思っていたのも、大きな要因の一つだった。入社するとPowerBook5300cを支給された。やった、Macだ。その後、StrataComはCisco Systemsに買収されたが、買収元のCiscoも当然のようにMacが標準だった。(IP全盛の今からすると嘘みたいだが、当時Ciscoは最大のAppleTalkユーザ企業だった。)

　しかしこの状態は長く続かない。Windowsの猛攻にMacの旗色が悪くなり、企業もリスクマネジメントと称して社内システムと標準PCをWindowsに移行していった。Windowsは全く好きではなかったけれども、確かにNT等で安定性はよくなっており、しぶしぶWindowsユーザとなった。さらに最近は、企業はSOX compliance等でPCや情報の管理を強めるので、ユーザの自由度はどんどん無くなる。そのため、選択肢も無いままその後はずっとWindowsで、今に至る。でも、Macのことはずっと気になっていた。自宅の古いWindowsマシンは処分してしまったけれども、SE/30は捨てられずに取ってある。
　
　そんな中、ひょんなきっかけからMacと再会することになった。ダメもとで応募したstartmacモニターに、何と当選したのだ。モニターには最新鋭のMacBookが貸与され、好きに使って良いらしい。すごいうれしい。思えば、技術者として歩み始めた初期に出会ったMacは、人間と技術を考えるきっかけでもあった。そしてあれから10数年経った現在、人間と社会と技術について考える時に来ている。これをきっかけに人間と技術についていくつか文章を書いてみようと思う。良い機会を与えて戴いたと思う。

転機

　

　転職することになった。

　唐突のような気もするし、長い逡巡の末、という気もする。あらゆる見地から検討したつもりだが、実は視野狭窄に陥っているかもしれない。とにかく、非常に多くの要因が集積し、決断するに至った。

　一つ一つの要因は、かなり瑣末であるし、少なくともpublicなところに書くべきではないだろう。ただ、世にそして先輩諸氏に問いてみたいことがある。「大組織において、個人はどのようにイニシアティヴを発揮すべきだろうか。」

　私はネットワークシステムにかかわる技術者としての道を歩んできた。そして、プロフェッショナルとしてさらに成長するためには、今後も技術を深く追求するのは勿論のこと、"＋α"が必要になる。

　現在の職場で求められる"＋α"は、やはりビジネスの才覚であろう。何と言っても、お客様からビジネスを戴けるからご飯が食べられる訳で、当然である。

　しかし、自分の内なる声に胸に手を当てよく耳を傾けると、私が技術"＋α"として取り組みたいことは、実はビジネスそのものではない。もっと人間的なこと、社会的なことと、技術とのインタラクションである。技術的なことをベースに、哲学、心理学、社会学的なことをもっともっと勉強したい、と強く感じている。そして、長い目でみれば、このような取り組みも、ビジネスにも影響を与えることができると思う。

　問題は、「長期的なこと」というのは、客観的には評価不能ということだ。評価するためのメトリックが無いし、長期的には刻々と前提条件も変化するので、何がどう影響してそうなったかを、証明することはできない。一方、大組織においてイニシアティヴを発揮するためには、最低限、やっていることを客観的かつ正当に評価して貰う必要がある。政治力や人望でぐいぐいひっぱるという手もあるだろうが、私にはそれがないし、例えあったとしても、それでも、最低限の評価は必須となる。

　これが大組織でなければ、厳密に客観的な評価でなくても、「あの人だったらたぶん任せてよいだろう」、とか「あの人ならなんとなく信頼できる」とかいう、主観的かつ定性的な評価でも、イニシアティヴをある程度発揮できるのではないか、と思う。

　今回の転職への期待はここにある。

　そんな期待は虫が良すぎるかもしれないし、新しい職場にしても、その職場が大組織になって行く可能性は多分にあり（というか、そうでないと存続が危ぶまれるのがこの世界...）、その時は同じ壁にぶつかることになる。その辺は覚悟の上で、一から出直してみたい。

---

　最後になりましたが、Cisco Systems在職中は大変お世話になりました。今後とも、Cisco, Juniper, その他すべてひっくるめて、宜しくお願いします。（次の職場はJuniper Networksです。）業界全体のためになるような仕事がしたいと思っています。　

トランスポートはコモディティ化するか

　...ということをここ暫く考えていたが、今のところの結論は、「しない」。

　トランスポートのコモディティ化を予期する人、望む人は山ほどいるだろう。ユーザとしては、とにかく安くて速ければよい。トランスポートは単なるコストであり、経営資源はもっと別のところに振り向けたい。通信事業者としても、重要なのはサーヴィスやアプリケーションであり、トランスポートではない。付加価値をいかに付けられるかが勝負と認識している。

　上記は正しい。正しいけれども、ある側面しか捉えていない、とも思う。

　SONET/SDH、TDM網による回線提供が続いていれば、普及とともにコモデティ化される可能性が高かった筈だ。ふるまいがdeterministicであり、誰が設計したところで、均一の品質を提供しやすい。しかし、ある意味逆説的だが、そいういうものは高値で留まり、「速くて安い」を追求する結果、IP網によりトランスポートを提供する道を選んだ。

　しかし、IP網に使われるControl Planeは自律分散的で、しかもそのふるまいはdeterministicからは程遠い。拮抗する要素も多い。「高速検知・迂回」対「Fault Tolerance(Graceful-restart, NSF, NSR..)」、「自己回復性(Resiliency)・柔軟性」対「パスの明示性・管理性」、「接続性」対「セキュリティ」、「高精度性」対「スケーラビリティ」...。多変量解析、複雑系の世界で、予測もしにくい。設計者の匙加減によって、かなり提供品質、というか性質が異なることになる。非常にセンスの良いネットワークおよびシステムアーキテクトが必要。これはコモディティ化とは相容れない。

---

　トランスポートの今後の一つの方向性となるのは、「オブジェクト化」、「モジュラー化」ではないだろうか。そのオブジェクト、モジュールを表すクラスとしての各種属性、メトリック、そして相互作用のためのインタフェースが明確になれば、「良い設計」が正当な対価を得ることができる。正当な対価を得ることができれば、ますますセンスの良いアーキテクトが育ってくるだろう。IP網の品質定義や向上もし易くなる。

　勿論、IP網としては伝統的な「End-to-End」という選択肢もある。

　垂直統合的なアプローチとして「End-to-End」、水平統合的なアプローチとして「Object-Oriented/Modularized」というのが、今後の一つの概念指針になるかな、と思う。

　

インターネットのこれから(3)

　考えることは多いのだが、それを書き留める時間も無く、時が流れて行く。ヤバい。（少しでも書き留めておくために、Blogを始めたのではなかったか。うぅぅ。）

　先日のエントリー（「インターネットのこれから(2)」）で、いくつか思いつく方向性を書いたが、いかにも突っ込み不足である。現実は、もっと深く、かつ、より急ピッチな検討を必要としている。

1) トポロジー論

　The Internetは、自律的に成長するネットワークであるから、A.L.BarabasiのいうところのScale Free Network(*)を形成する。

(*) Scale Free Network
   - 成長する（＝動的モデル）
　- 優先的選択（＝次数の大きい頂点に枝が優先的に集まる）
　　→ 次数の分布はべき乗則に従う

　Scale Free Networkは、偶発的な災害には非常に強い、という特性を持つ。各地で地震等天災が起こった際、電話網は不通になったがインターネットはつながっている、ということは実際に何度か経験したと思う。また、経路情報の粒度が比較的粗いまま、経路最適を実現し易い、という特徴も持つ。世界のどこにいても、数ホップで殆どのMajorなサイトにつながるのだ。

　一方、意図的な攻撃には弱い。「優先的選択」により巨大なハブとなった大手町が、テロリストに狙われたりしたら大変なことになる。また、Janog19でのパネルディスカッションなどをきっかけに、大手町が地震被害にあった時のリスクアセスメントの必要性が問題提起されている。

　このScale Free Networkと対極を成すのが、ホリスティックで計画経済的な、電話網やNGNの設計であろう。しかし、ではインターネットもこうすればよい、という訳には行かない。まず、Scale Free Networkの良い面が、もっと吟味されなくてはならない。航空路線網もScale Free Networkであるが、東京一局集中が問題だからと言って、飛行機を鉄道網のように飛ばすのはナンセンスだ。また、「ホリスティックで計画経済的」、というのが成立するのは、せいぜい国家のレヴェルであろう。グローバルにこれができるだろうか。技術的には可能だとしても、誰が？と言う問題が残る。

2) 経路爆発問題、アドレス、アーキテクチャ

　2006年10月のIABワークショップをきっかけに、アーキテクチャの根本見直し論が始まってしまった...。

　日本では、IPv6の検討が早く進んだこともあり、コミュニティとしてはIPv6推進機運が強いし、社会全体を見回しても、いまだに「IPv6推進派」と「そうでない派」しかなくて、議論に深みが無い。推進派は「早くしようぜ。何が問題なの。」というばかり。そうでない派はしかし、有効な反論ができていない。Multihomeにしても、「PIでいいじゃん。とりあえずは。」

　確かにそう思う。まずは実践し、フィードバックし、漸進するのが、evolutionというものだ。根本的に見直しなんてしたところで、机上の空論ならよいが、実践するのは容易いことではない。

　ただ、しかし、世界の主要なPlayerが本気で根本見直しを進める可能性もゼロではなく、そうだとするとこの状況はちょっとまずい。日本のコミュニティとしても、しっかりキャッチアップしてリードしなくては。

3) トランスポートはコモディティ化するか

　究極的にはYesであろうが、それがいつ、どのような形態で、というのは、よくわからない。これについては、別途書くつもり。