Loading article…
オープンシステム相互接続（OSI）モデルは、国際標準化機構（ISO）によって開発された参照モデルであり、「システム相互接続を目的とした標準開発の調整のための共通基盤を提供する」ものです。[ 2 ]
OSI参照モデルでは、通信システムのコンポーネントは、物理層、データリンク層、ネットワーク層、トランスポート層、セッション層、プレゼンテーション層、アプリケーション層の7つの抽象化層に分けられます。[ 3 ]
このモデルは、伝送媒体を介してビットを送信する物理的な実装から、分散アプリケーションのデータの最上位レベルの表現に至るまでの通信を記述します。各層は明確に定義された機能と意味を持ち、上位層に特定の機能を提供し、下位層から機能を受け取ります。確立された、よく知られた通信プロトコルは、ソフトウェア開発において、このモデルの関数呼び出しの階層構造に分解されます。
RFC 1122およびRFC 1123で定義されているインターネットプロトコルスイートは、OSIモデルと同時期に開発されたネットワークモデルであり、主に米国国防総省の資金提供を受けて開発されました。これはインターネット開発の基盤となりました。一般的な物理リンクの存在を前提とし、通信のソフトウェア層に重点を置いており、OSIモデルと似ているものの、はるかに厳密ではない構造となっています。
それに比べて、ネットワークの概念や活動を明確にするための知的枠組みを構築しようとしたネットワークモデルはいくつかありますが、情報技術分野でネットワークについて議論したり教えたりするための標準モデルとして、OSI参照モデルほど成功したものはありません。このモデルは、ピアツーピアネットワーク（ピアツーピア通信とも呼ばれる）を通じて、2者間でプロトコルデータユニット（PDU）を等価に交換することで、透過的な通信を可能にします。その結果、OSI参照モデルは、専門家と非専門家の両方の間で重要なものとなっただけでなく、広く受け入れられているユーザーフレンドリーなフレームワークのおかげで、1者または多数の者間のすべてのネットワークにおいても重要なものとなっています。[ 4 ]
OSIモデルの開発は、1970年代後半に始まり、世界各地で大規模な国家ネットワーク構築の取り組みにおいて、多様なコンピュータネットワーク方式が競合する状況に対応するために行われました（OSIプロトコルおよびプロトコル戦争を参照）。1980年代には、このモデルは国際標準化機構（ISO）のオープンシステム相互接続グループの実用化製品となりました。ネットワークの包括的な記述を目指したこのモデルでしたが、インターネットの設計段階では広く採用されることはなく、そのことは、インターネット技術タスクフォース（IETF）が主導して策定された、より制約の少ないインターネットプロトコルスイートに反映されています。
1970年代前半から中頃にかけて、ネットワークは主に政府主導（英国のNPLネットワーク、米国のARPANET 、フランスのCYCLADES ）か、 IBMのSystems Network ArchitectureやDigital Equipment CorporationのDECnetなどのベンダー独自の標準規格で開発されたものであった。公共データネットワークは出現し始めたばかりで、1970年代後半にX.25規格が使用されるようになった。[ 5 ] [ 6 ]
1973 年～ 1975 年頃の英国の実験的パケット交換システムでは、より高レベルのプロトコルを定義する必要性が認識されました。[ 5 ]英国国立コンピューティングセンターの出版物「分散コンピューティングの理由」は、コンピュータシステムの将来の構成に関する相当な研究から生まれたもので、[ 7 ] 1977 年 3 月にシドニーで開催された ISO 会議で、英国はこの分野を扱う国際標準化委員会の設立を提唱しました。[ 8 ] [ 9 ] [ 10 ]
1977年、ISOはネットワークの一般的な標準と方法を開発するプログラムを開始しました。国際電信電話諮問委員会（CCITT、フランス語: Comité Consultatif International Téléphonique et Télégraphique）でも同様のプロセスが展開されました。両組織は、同様のネットワークモデルを定義する文書を作成しました。英国貿易産業省が事務局を務め、英国の大学が標準のプロトタイプを開発しました。 [ 11 ]
OSIモデルは、1978年2月にワシントンDCでフランス人ソフトウェアエンジニアのユベール・ツィンマーマンによって初めて原形として定義され、改良されたもののまだ草案段階の標準が1980年にISOによって発行された。[ 9 ]
参照モデルの起草者は、多くの競合する優先事項や利害関係に対処しなければなりませんでした。技術変化の速度により、事後的に手順を標準化するのではなく、新しいシステムが収束できる標準を定義する必要が生じました。これは、標準を開発する従来のアプローチとは逆です。[ 12 ]それ自体は標準ではありませんでしたが、将来の標準を定義できる枠組みでした。[ 13 ]
1983 年 5 月、[ 14 ] CCITT と ISO の文書が統合され、オープン システム相互接続の基本参照モデルが作成されました。これは通常、オープン システム相互接続参照モデル、OSI 参照モデル、または単にOSI モデルと呼ばれています。これは 1984 年に ISO によって標準 ISO 7498 として、また名称変更された CCITT (現在は国際電気通信連合の電気通信標準化部門、またはITU-Tと呼ばれています) によって標準 X.200 として発行されました。
OSIは、ネットワークの抽象的なモデル（基本参照モデル、または7層モデルと呼ばれる）と、一連の具体的なプロトコルという2つの主要な構成要素から成り立っていました。OSI参照モデルは、ネットワーク概念の標準化における大きな進歩でした。それは、プロトコル層の一貫したモデルという考え方を促進し、ネットワーク機器とソフトウェア間の相互運用性を定義しました。
7 層モデルの概念は、ハネウェル情報システムズのチャールズ・バッハマンの研究によって提供されました。[ 15 ] OSI 設計のさまざまな側面は、NPL ネットワーク、ARPANET、CYCLADES、EIN、および国際ネットワークワーキンググループ( IFIP WG6.1) の経験から発展しました。このモデルでは、ネットワークシステムは層に分割されます。各層内では、1 つ以上のエンティティがその機能を実装します。各エンティティは、直下の層とのみ直接やり取りし、その上の層が使用するための機能を提供します。
OSI 規格文書は、ITU-T から X.200 シリーズ勧告として入手可能です。[ 16 ]プロトコル仕様の一部も ITU-T X シリーズの一部として入手可能でした。OSI モデルに対応する ISO/IEC 規格は ISO から入手可能でした。すべてが無料というわけではありません。[ 17 ]
OSI は、業界参加者が共通のネットワーク標準に合意してマルチベンダーの相互運用性を提供しようとする業界の取り組みでした。[ 18 ]大規模ネットワークでは複数のネットワークプロトコルスイートをサポートするのが一般的でしたが、共通プロトコルがないため、多くのデバイスが他のデバイスと相互運用できませんでした。1980 年代後半から 1990 年代前半にかけて、エンジニア、組織、国は、OSI モデルとインターネットプロトコルスイートのどちらの標準が最良かつ最も堅牢なコンピュータネットワークをもたらすかという問題で二分されました。 [ 9 ] [ 19 ] [ 20 ]しかし、OSI が 1980 年代後半にネットワーク標準を開発している間に、[ 21 ] [ 22 ] TCP/IP がインターネットワーキングのためのマルチベンダーネットワークで広く使用されるようになりました。
OSI モデルは、教育やドキュメント作成の際の参照として今でも使用されていますが、[ 23 ]、このモデルのために考案されたOSI プロトコルは普及しませんでした。一部のエンジニアは、OSI 参照モデルはクラウド コンピューティングにも依然として関連性があると主張しています。[ 24 ]一方、他のエンジニアは、元の OSI モデルは今日のネットワーク プロトコルには適合しないとして、代わりに簡略化されたアプローチを提案しています。[ 25 ] [ 26 ]
通信プロトコルは、あるホスト内のエンティティが、別のホスト内の同じレイヤーの対応するエンティティとやり取りすることを可能にします。OSIモデルのようなサービス定義は、レイヤーNにレイヤーN-1によって提供される機能を抽象的に記述します。ここで、Nはローカルホストで動作する7つのプロトコルレイヤーの1つです（N=1は最も基本的なレイヤーであり、多くの場合リストの一番下に表示されます）。
各レベルNにおいて、通信を行うデバイス上の2つのエンティティ（レイヤNピア）は、レイヤNプロトコルを用いてプロトコルデータユニット（PDU）を交換する。各PDUには、サービスデータユニット（SDU）と呼ばれるペイロードと、プロトコル関連のヘッダーまたはフッターが含まれる。
通信を行う2つのOSI互換デバイスによるデータ処理は、以下の手順で行われます。
OSIモデルはISO/IEC 7498で定義されており、以下の部分から構成されています。
ISO/IEC 7498-1は、ITU-T勧告X.200としても発行されている。
勧告X.200では、1から7までのラベルが付いた7つの層について説明しています。第1層はこのモデルにおける最下層です。
物理層は、ネットワークインターフェイスコントローラ、イーサネットハブ、ネットワークスイッチなどのデバイスと物理的な伝送媒体との間で、構造化されていない生データの送受信を担当します。デジタルビットを電気信号、無線信号、または光信号（アナログ信号）に変換します。層仕様では、電圧レベル、電圧変化のタイミング、物理データレート、最大伝送距離、変調方式、チャネルアクセス方式、物理コネクタなどの特性を定義します。これには、ピンの配置、電圧、ラインインピーダンス、ケーブル仕様、無線デバイスの信号タイミングと周波数が含まれます。ビットレート制御は物理層で行われ、伝送モードをシンプレックス、ハーフデュプレックス、フルデュプレックスとして定義できます。物理層のコンポーネントは、ネットワークトポロジの観点から説明できます。物理層の仕様は、広く普及しているBluetooth、イーサネット、USB規格の仕様に含まれています。あまり知られていない物理層仕様の例としては、 CAN規格があります。
物理層は、電気電圧や光パルスなどの物理信号上でどのように符号化が行われるかも規定します。例えば、銅線上では、1ビットは0ボルトから5ボルトへの信号変化で表され、0ビットは5ボルトから0ボルトへの信号変化で表されます。そのため、物理層で発生する一般的な問題は、多くの場合、メディア終端の誤り、EMI（電磁干渉）やノイズによるスクランブル、NIC（ネットワークインターフェースカード）やハブの設定ミス、あるいは正しく動作しないことに関連しています。
データリンク層は、ノード間データ転送（直接接続された2つのノード間のリンク）を提供します。物理層で発生する可能性のあるエラーを検出し、場合によっては修正します。物理的に接続された2つのデバイス間の接続を確立および終了するためのプロトコルを定義します。また、それらの間のフロー制御のためのプロトコルも定義します。
IEEE 802はデータリンク層を2つのサブレイヤーに分割します。[ 29 ]
802.3 Ethernet、802.11 Wi-Fi、802.15.4 ZigbeeなどのIEEE 802ネットワークのMAC層とLLC層は、データリンク層で動作します。
ポイントツーポイントプロトコル（PPP）は、同期シリアル回線や非同期シリアル回線など、複数の異なる物理層上で動作可能なデータリンク層プロトコルです。
既存の電線（電力線、電話線、同軸ケーブル）上で高速ローカルエリアネットワークを提供するITU-T G.hn規格には、選択的再送スライディングウィンドウプロトコルによってエラー訂正とフロー制御の両方を提供する完全なデータリンク層が含まれています。
この層におけるセキュリティ、特に（認証付き）暗号化は、MACsecを使用して適用できます。
ネットワーク層は、「異なるネットワーク」に接続されたノード間でパケットを転送するための機能的かつ手続き的な手段を提供します。ネットワークとは、多数のノードが接続できる媒体であり、各ノードはアドレスを持ち、接続されたノードは、メッセージの内容と宛先ノードのアドレスを提供するだけで、メッセージを他の接続されたノードに転送できます。ネットワークは、メッセージを宛先ノードに届ける経路を自動的に見つけ出し、場合によっては中間ノードを経由してルーティングします。メッセージが大きすぎて、ノード間のデータリンク層で送信できない場合、ネットワークは、メッセージを1つのノードで複数のフラグメントに分割し、各フラグメントを個別に送信し、別のノードでフラグメントを再構成することで、メッセージ配信を実現する場合があります。配信エラーを報告する場合もありますが、必ずしも報告する必要はありません。
ネットワーク層におけるメッセージ配信は、必ずしも信頼できるとは限りません。ネットワーク層プロトコルは信頼性の高いメッセージ配信を提供するかもしれませんが、必ずしもそうである必要はありません。
ISO 7498/4 の管理附属書で定義されている機能であるレイヤ管理プロトコルの多くは、ネットワーク層に属します。これらには、ルーティングプロトコル、マルチキャストグループ管理、ネットワーク層の情報とエラー、およびネットワーク層のアドレス割り当てが含まれます。これらがネットワーク層に属するのは、ペイロードの機能によるものであり、それらを伝送するプロトコルによるものではありません。[ 30 ]
この層におけるセキュリティ、特に（認証付き）暗号化は、IPsecを使用して適用できます。
トランスポート層は、サービス品質機能を維持しながら、可変長のデータシーケンスをソースホストから宛先ホストへ、あるアプリケーションから別のアプリケーションへネットワーク経由で転送するための機能的および手続き的な手段を提供する。トランスポートプロトコルは、コネクション指向型またはコネクションレス型のいずれかである。
これは、ネットワーク層が最大伝送単位(MTU) と呼ばれる最大パケットサイズを課すため、大きなプロトコル データ ユニットまたは長いデータ ストリームを「セグメント」と呼ばれる小さなチャンクに分割する必要がある場合があります。この最大パケットサイズは、2 つのホスト間のネットワーク パス上のすべてのデータ リンク層によって課される最大パケット サイズに依存します。データ セグメント内のデータ量は、ネットワーク層ヘッダーとトランスポート層ヘッダーを許容できるほど小さくなければなりません。たとえば、イーサネットを介して転送されるデータの場合、MTU は 1500 バイト、TCP ヘッダーの最小サイズは 20 バイト、IPv4 ヘッダーの最小サイズは 20 バイトなので、最大セグメント サイズは 1500−(20+20) バイト、つまり 1460 バイトになります。データをセグメントに分割するプロセスはセグメンテーションと呼ばれ、トランスポート層のオプション機能です。TCPや OSI コネクション指向トランスポート プロトコル (COTP) などの一部のコネクション指向トランスポート プロトコルは、受信側でセグメントのセグメンテーションと再構成を実行します。UDPやOSIコネクションレストランスポートプロトコル（CLTP）などのコネクションレストランスポートプロトコルは、通常そうではありません。
トランスポート層は、フロー制御、エラー制御、シーケンスと存在の確認応答を通じて、送信元ホストと宛先ホスト間の特定のリンクの信頼性も制御します。一部のプロトコルは状態指向および接続指向です。これは、トランスポート層がセグメントを追跡し、確認応答ハンドシェイクシステムを通じて配信に失敗したセグメントを再送信できることを意味します。トランスポート層はまた、データ送信が成功したことの確認応答を提供し、エラーが発生しなかった場合は次のデータを送信します。
しかし、信頼性はトランスポート層における厳密な要件ではありません。例えば、UDPのようなプロトコルは、パケット損失、順序変更、エラー、重複などを許容できるアプリケーションで使用されます。ストリーミングメディア、リアルタイムマルチプレイヤーゲーム、 VoIP（ Voice over IP）などは、パケット損失が致命的な問題にならないアプリケーションの例です。
OSI のコネクション指向トランスポート プロトコルは、クラス 0 (TP0 とも呼ばれ、機能が最も少ない) からクラス 4 (TP4、インターネットと同様に信頼性の低いネットワーク向けに設計) までの 5 つのクラスのコネクション モード トランスポート プロトコルを定義しています。クラス 0 にはエラー リカバリ機能はなく、エラーのない接続を提供するネットワーク層で使用するために設計されています。クラス 4 は TCP に最も近いですが、TCP には OSI がセッション層に割り当てているグレースフル クローズなどの機能が含まれています。また、すべての OSI TP コネクション モードプロトコルクラスは、高速データとレコード境界の保持を提供します。TP0 ～ 4 クラスの詳細な特性は、次の表に示されています。[ 31 ]
トランスポート層を視覚化する簡単な方法は、郵便局と比較することです。郵便局は、送られた郵便物や小包の発送と分類を扱います。郵便局は、配達を確認するために郵便物の外側の封筒だけを調べます。上位層には、宛先のみが読み取ることができる暗号化プレゼンテーションサービスなど、二重の封筒に相当するものがあります。大まかに言えば、トンネリングプロトコルはトランスポート層で動作し、 IBMのSNAやNovellのIPXなどの非 IP プロトコルを IP ネットワーク上で伝送したり、 IPsecによるエンドツーエンド暗号化を行ったりします。汎用ルーティングカプセル化(GRE) はネットワーク層プロトコルのように見えるかもしれませんが、ペイロードのカプセル化がエンドポイントでのみ行われる場合、GRE は IP ヘッダーを使用するがエンドポイントに配信する完全なレイヤ 2 フレームまたはレイヤ 3 パケットを含むトランスポート プロトコルに近くなります。L2TPは、トランスポート セグメント内にPPPフレームを伝送します。
OSI参照モデルに基づいて開発されたものではなく、厳密にはOSIのトランスポート層の定義に準拠しているわけでもありませんが、インターネットプロトコルスイートの伝送制御プロトコル（TCP）とユーザーデータグラムプロトコル（UDP）は、一般的にOSIのレイヤー4プロトコルとして分類されています。
トランスポート層セキュリティ（TLS）も厳密にはこのモデルには当てはまりません。トランスポート層とプレゼンテーション層の特性を含んでいます。[ 32 ] [ 33 ]
セッション層は、2 台以上のコンピュータ間の接続を確立し、接続を制御し、切断します。この接続は「セッション」と呼ばれます。セッション層の一般的な機能には、ユーザーのログオン（確立）機能とユーザーのログオフ（終了）機能があります。これに加えて、認証方法も、Microsoft Networks 用の FTP クライアントや NFS クライアントなど、ほとんどのクライアント ソフトウェアに組み込まれています。したがって、セッション層は、ローカル アプリケーションとリモート アプリケーション間の接続を確立、管理、および終了します。セッション層はまた、全二重、半二重、または単方向の動作を提供し、Web 会議アプリケーションのオーディオ ストリームとビデオ ストリームなど、関連する 2 つのデータ ストリーム間のセッションのチェック ポイント、中断、再開、および終了の手順を確立します。したがって、セッション層は、リモート プロシージャ コールを使用するアプリケーション 環境では一般的に明示的に実装されます。
プレゼンテーション層は、プロトコルスタックを下方へ渡される送信メッセージのカプセル化中に、アプリケーション層で指定された形式へのデータフォーマットとデータ変換を確立し、プロトコルスタックを上方へ渡される受信メッセージのデカプセル化中に、場合によってはその逆の処理を行います。まさにこの理由から、カプセル化中の送信メッセージはアプリケーション層で指定された形式に変換され、デカプセル化中の受信メッセージの変換は逆になります。
プレゼンテーション層は、プロトコル変換、データ暗号化、データ復号、データ圧縮、データ解凍、オペレーティングシステム間のデータ表現の非互換性、およびグラフィックコマンドを処理します。プレゼンテーション層は、アプリケーション層が受け入れる形式にデータを変換し、ネットワーク経由で送信します。プレゼンテーション層は、データとグラフィックをアプリケーション層の表示形式に変換するため、プレゼンテーション層は構文層と呼ばれることもあります。[ 34 ]このため、プレゼンテーション層は、抽象構文記法1 （ASN.1）の基本符号化規則を介して構文構造の転送をネゴシエートし、 EBCDICでコード化されたテキストファイルをASCII でコード化されたファイルに変換したり、オブジェクトやその他のデータ構造をXMLとの間でシリアル化したりするなどの機能を備えています。[ 4 ]
アプリケーション層は、OSIモデルにおいてエンドユーザーに最も近い層です。つまり、OSIアプリケーション層とユーザーは、ファイルエクスプローラーやMicrosoft Wordなど、クライアントとサーバー間の通信コンポーネントを実装するソフトウェアアプリケーションと直接やり取りします。このようなアプリケーションプログラムは、 Webブラウザーや電子メールプログラムなどのように、通信機能を通じてアプリケーション層に直接統合されていない限り、OSIモデルの範囲外となります。その他のソフトウェアの例としては、ファイルとプリンターの共有のためのMicrosoftネットワークソフトウェアや、共有ファイルリソースにアクセスするためのUnix/Linuxネットワークファイルシステムクライアントなどがあります。
アプリケーション層の機能には、通常、HTTP、FTP、SMB/CIFS、TFTP、SMTP として知られるアプリケーション層で最も一般的なプロトコルを介したファイル共有、メッセージ処理、データベースアクセスが含まれます。通信パートナーを識別する際、アプリケーション層は、送信するデータを持つアプリケーションの通信パートナーのIDと可用性を判断します。アプリケーション層で最も重要な区別は、アプリケーションエンティティとアプリケーションの区別です。たとえば、予約 Web サイトには 2 つのアプリケーションエンティティがある可能性があります。1 つはHTTPを使用してユーザーと通信し、もう 1 つはリモート データベース プロトコルを使用して予約を記録します。これらのプロトコルはどちらも予約とは何の関係もありません。そのロジックはアプリケーション自体にあります。アプリケーション層には、ネットワーク内のリソースの可用性を判断する手段はありません。[ 4 ]
クロスレイヤ機能とは、特定のレイヤに縛られないサービスであり、複数のレイヤに影響を与える可能性があります。[ 35 ]管理やセキュリティなどの直交する側面は、すべてのレイヤに関係します（ITU-T X.800 勧告[ 36 ]を参照）。これらのサービスは、送信データの機密性、完全性、可用性というCIA トライアドを向上させることを目的としています。クロスレイヤ機能は、実際には標準となっています。なぜなら、通信サービスの可用性は、ネットワーク設計とネットワーク管理プロトコルの相互作用によって決まるからです。
クロスレイヤー機能の具体的な例としては、以下のようなものがあります。
OSI参照モデルもOSIプロトコル仕様も、意図的に抽象化されたサービス記述以外に、プログラミングインターフェースを規定していません。プロトコル仕様はピア間の通信方法を定義しますが、ソフトウェアインターフェースは実装固有のものです。
例えば、ネットワークドライバインターフェース仕様（NDIS）やオープンデータリンクインターフェース（ODI）は、メディア（レイヤ2）とネットワークプロトコル（レイヤ3）間のインターフェースです。
以下の表は、OSI レイヤー、オリジナルの OSI プロトコル、および近似的な現代の対応関係を示しています。この対応関係は大まかなものです。OSI モデルには、現代のインターネットの IP スタックなど、後のシステムには見られない特異性が含まれています。[ 26 ]
インターネットのTCP/IP モデルにおけるプロトコルの設計は、厳密な階層的カプセル化やレイヤリングには関心を払っていません。RFC 3439には「レイヤリングは有害である」というタイトルのセクションがあります。[ 48 ] TCP /IP は、含まれるプロトコルの動作範囲から派生する 4 つの大まかな機能レイヤーを認識しています。ソフトウェア アプリケーションの範囲、ホスト間トランスポート パス、インターネットワーキング範囲、ローカル ネットワーク上の他のノードへの直接リンクの範囲です。[ 49 ]
OSIモデルとは異なる階層化の概念を用いているにもかかわらず、これらのレイヤーはしばしば次のような形でOSIの階層化スキームと比較される。
これらの比較は、ネットワーク層の内部構成の改良ではなく、ISO 7498で定義されているオリジナルの7層プロトコルモデルに基づいています。
OSIプロジェクトの一部として規定されたOSIプロトコルスイートは、多くの人にとって複雑すぎて非効率的であり、大部分が実装不可能であると考えられていました。[ 50 ]ネットワークに「フォークリフトアップグレード」アプローチを採用し、既存のネットワークプロトコルをすべて排除し、スタックのすべてのレイヤーで置き換えることを規定しました。これにより実装が困難になり、他のネットワーク技術に多額の投資を行っていた多くのベンダーやユーザーから抵抗を受けました。さらに、プロトコルには非常に多くのオプション機能が含まれていたため、多くのベンダーの実装は相互運用できませんでした。[ 50 ]
OSIモデルは今でもよく参照されるが、インターネットプロトコルスイートがネットワークの標準となっている。TCP/IPのコンピュータネットワークと簡略化されたプロトコルの独立した実装に対する実用的なアプローチにより、実用的な方法論となった。[ 50 ] OSIスタックの一部のプロトコルと仕様は依然として使用されており、その一例としてIS-ISがある。IS-ISはOSI向けにISO/IEC 10589:2002として規定され、TCP/IPを使用したインターネット利用向けにRFC 1142として適応された。[ 51 ]
デイヴィス：ええ、それを本当に推し進めたのはヒューバート・ジマーマンでしたが、実際には「オープンシステム」という用語を発明したと思われるイギリス人が一人いました。マクレガーとかいう人だったと思います。あまり力強い人ではないので、おそらく彼の名前は聞いたことがないでしょうが、OSIの設立を促す圧力に大きく関わっていました。彼が「オープンシステム」という用語を発明したと思いますが、本当の原動力はヒューバート・ジマーマンでした。