地球上のインターネットの基礎を作った「インターネットの父」が「惑星間インターネット」について語る
現代では衛星通信を利用するネットワーク接続環境まで登場しており、地球上のほぼ全ての場所でインターネットを利用できるという時代といえます。しかし、現行のインターネットプロトコルを惑星間の通信に使おうとした場合、距離などの問題が立ちはだかります。「インターネットの父」の1人として知られるヴィントン・サーフ氏が、自身が長年にわたって取り組んできた惑星間インターネットの歴史と未来について回答しています。 Vint Cerf’s Plan for Building An Internet in Space | Quanta Magazine https://www.quantamagazine.org/vint-cerfs-plan-for-building-an-internet-in-space-20201021/ 国際宇宙ステーションと地球は無線およびインターネットプロトコルで接続されており、
OSI参照モデルまとめ - Qiita
レイヤーごとの規定 レイヤー1：物理層 ビット列を電気信号に変換するための規定がされている。 レイヤ1はレイヤの上位層から送られてきたデータのビット列を電気信号に変換する役割を担っている。つまり、実際に回線（銅線、光ファイバー、無線LANなど）を通してアナログ信号やデジタル信号を使用し、通信を行おうとしている層となる。 この信号を送る際に障害が起きることがある。 それが、 減衰 、 ノイズ 、 衝突 である。これらはケーブルを伝う時の抵抗によって起きるものであるが、それには以下のような原因がある。 すぐ隣の銅線に信号が流れている。（ クロストーク ） 熱雑音 AC電源がそばにある 雷や無線、蛍光灯などがそばにある（EMI/RFI） これらの抵抗をなくし、より多くの機器をつなぐことを可能にしているのが、次に紹介する リピータ 、 ハブ というネットワーキングデバイスだ。 ちなみに、先程述べた
Geekなぺーじ : 人生の全てはTCP/IPに学んだ
宇宙大航海時代のためのCDN選び - Qiita
こんにちは。NASAのプロジェクトで月面勤務のジャバオペレータのジャバ（仮名）といいます。今日は、ついにやってきた宇宙大航海時代のためのコンテンツ・デリバリー・ネットワーク (CDN)の選び方を、原理を含めて説明していきます。 CDNと宇宙大航海時代 CDNは、リソースを配布する際に、宇宙で地理的に分散して配置されたエッジと呼ばれるサーバーにリソースをキャッシュすることで、ユーザのそばのエッジからコンテンツを配信できるようになり、ユーザの待ち時間が短くなるシステムです。宇宙大航海時代より前では、地球の大陸やいくつかの島にサーバを配置していたにすぎなかったようです。地球は比較的小さい惑星ですので、往復遅延時間(RTT)は一番遠いところでも500 msを越えないくらいです。この状況では、CDNが存在しない場合でも、確かにちょっと待たされるものの、リソースが使えないといった状況にはなりませんでし
ポートノッキングで10秒間だけsshdを公開する設定 - hnwの日記
ソケットとポート
TCPを使う:Geekなぺーじ
TCPとは インターネットでの通信の90%以上はTCPによるものだと言われています。 通信を行うプログラムを書く場合、ほとんどがTCPによるものになると思います。 インターネットは信頼性のない通信路です。 信頼性がないインターネットでは、通信中にパケットロス、ビットエラー、順番の入れ替えなどが発生する可能性があります。 TCPは、そのような通信路上の障害を隠蔽してくれます。 具体的には、パケットロスが発生したら再送を行ったり、順番が入れ替わると正しい順番に直したりしています。 TCPによる通信はサーバとクライアントの2者間で行われます。 サーバは通信要求が来るまで待ち続けます。 TCPによる通信は、クライアントがサーバに対して接続要求を出すことから始まります。 サーバが接続要求を受け付けるとクライアントとサーバの間に仮想的な接続（バーチャルサーキット）が出来上がります。 プログラムを書く場
ソケットプログラミング
ソケットプログラミング 1. 定義 ソケット： Socket。TCP/IP アプリケーションを作成するための抽象化されたインターフェース。 2. ソケットの使用例 インターネット電話やインターネット放送を含むすべての TCP/IP アプリケーション。 3. ソケット関数 まずは sockaddr_in 構造体に適切なパラメータ設定を行い、以下のソケット関数を実行する。
ソケット通信メモ(Hishidama's TCP/UDP Socket Memo)
TCPソケット サーバータイプとクライアントタイプの両方のアプリケーションを作らないといけないなら、サーバータイプから作るべきだろう。 （クライアントタイプだけ先に作っても動かせないから。まぁサーバータイプだけ動かしても、待ってるだけであまり意味無いけど(苦笑)） でも仕組みはクライアントタイプの方が簡単。 TCPを使う場合は、通信の最初にコネクションの確立を行う必要がある。 サーバーでlisten・accept、クライアントでconnectが成功すればコネクションが確立したことになる。 どのポート番号を使うかについては、サーバー側はアプリケーションの作成者が決める必要がある。[/2007-06-16] クライアント側のポート番号は、ソケットライブラリがそのマシンで使っていない番号を自動的に割り振ってくれるので、気にしなくてよい。 IANAの基準では、1～1023は「よく知られたポート（w
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ネットワークに流れるパケットをのぞいてみよう