コンピュータネットワークのインタビューの質問
1. 7ネットワークとTCP / IPの4層構造の
異なるデバイス間の違いを無視透明送信されたビットストリーム、1.1物理層
フレーム内にカプセル化された物理層データ：1.2データリンク層
1.3ネットワーク層：ルーティング動作、IPプロトコル層
TCPとUDP層：1.4トランスポート層
1.5セッション層：デバイス間の接続を確立する、HTTPS、SSL層に
1.6層を表す：上記のデータは、データ圧縮および伸張などを含む、コンピュータが理解できることを示し等
1.7アプリケーション層：プロセス間通信
データ構造2. IPデータグラム
3. TCPとUDPのデータ構造
3.1元ポート：16ビットは、0〜65535の範囲にある送信元ポート番号と指摘する
16ビット、指摘し、受信者：3.2宛先ポートポート番号、0〜65535の範囲で
3.3データ数：配列現在の送信データのシーケンス番号は最初のデータ・バイト・シーケンス番号がある、数はXと仮定される
ACK応答データの送信元に送信される：3.4確認応答番号が数、データ数がX、確認は+ 1 = ACK Xの最後の確認応答シーケンス番号の送信者に送信される次の時刻である場合に
偏差の3.5：
3.6予約：使用していない
3.7 U：URGは、1の緊急フィールドの値は、緊急を示しネットワークで送信されたパケットは、に優先権を与えるべきである
3.8 A：ACK、確認応答番号、1の値が、現在のデータパケットペイロード
3.9 P：PSH
3.10 R＆LT：RSTを、1はTCP接続エラーを示し、再接続しなければならない
値：3.11 SYNを図1は、スリーウェイハンドシェイクを開始表す3ウェイハンドシェーク応答、または、（最初の双方向ハンドシェイク= 1 SYN）
3.12 FINは：1の値は、パケットが、接続要求パケット閉鎖されていることを示し
3.13ウィンドウのフィールド：送信他のトラフィック制御ウィンドウ
3.14ランドセル・検査：
3.15 緊急ポインタ：
3.16選択可能なオプション：
3.17フィリング：
3.18ユーザーデータ：ユーザーデータ
4.ネットワークパケットのカプセル化分析
スリーウェイハンドシェイク
5.1クライアントは、SYN = 1を設定し、現在のデータ番号Xが
5.2サーバは、SYN = 1に設定されて返されたデータパケットを受信し、現在のデータ番号をy、及びクライアント・データをチェックし、確認応答番号を生成します特許ACK = X + 1、及びACK = 1は、現在のパケットのペイロードことを示し
、このとき、5.3クライアントは再びパケットを受信SYN = 0（もはや重要）ない、サーバがチェックデータのID番号と確認応答ACK = Y + 1を生成し、そして現在のデータシーケンス番号x + 1、ACK = 1
5.4なぜ2ウェイハンドシェイク：接続を確立するには、2つのウェイハンドシェイクである場合。クライアントが最初の要求を送信することを前提としますが、ネットワークの問題、ネットワークで立ち往生要求によるもの、およびクライアントから送信されたクライアント・サーバの遅延確認応答パケットは、このパッケージが渡されていないと信じていますサーバーに、それはまた、再送要求です。しかし、その後、サーバーは、最初の要求パケットを受信すると、クライアントが確認与えます。しかし、クライアントの第2の要求パケットは、サーバが新しい接続要求を信じて、サーバーに到着したが、これは多くの問題につながっています。TCP / IPのデータ構造と、その後の詳細のいくつかは、あなたが3ウェイハンドシェイクを必要としないかもしれない場合は実際に、私は、修理TCPのバグ/ IPプロトコルのデータ構造内の3ウェイハンドシェイクのように感じます。
6.四光波
6.1クライアントクローズ要求、送信AパケットFIN = 1、uは現在のデータ番号であり
、このパケットサービス6.2終了を受けたが、サービスのクライアント側から渡されたデータが完了していない与えることができます今ACKは=、クライアント再送データが続く。1、SEQ = V、ACK = U + 1
6.3サーバーがクライアントにデータの全てを介して送信され、今確認応答シャットダウンパケットを送信された、FIN = 1、SEQ = W ACK = 1、 、ACK = U + 1（定数）
6.4クライアントは、確認応答パケットサーバが閉じている、ACKが=受け取る。1、SEQ。1 = U +、W + 1 ACK =
6.5クライアントはTIME-WAIT、二つのパケット待ちに入ります温時間は、最後のACK = 1つのパッケージを、送信時には、少なくとも、時間後に最大2つのパケットで、4ウェイハンドシェイクのパッケージのすべてが完全にネットワークに消えてしまいますので、
何が起こったときに、ブラウザにURLを入力します。7.
まず、URL 7.1入力
の入力ではなく、IPのURLであるため、ブラウザは、該当するIP URLキャッシュのための第一印象はありませんでしょうので、7.2を
7.2.1には、ルックアップキャッシュです：ブラウザのキャッシュDNS、システムキャッシュ（ホスト）ファイルの内部マッピング;ルータキャッシュ; ISPキャッシュ、再帰検索など
7.3ブラウザがWebサーバにHTTPリクエスト（GET）を送信し
アクセスするための正しいURLを指定し、7.4サーバーが正しいリダイレクトアドレスを与える
7.5ブラウザは別を送信します適切な要求（GET）が
7.6サーバが要求に処理
7.7応答を返すHTML
7.8ブラウザが表示するHTMLコンテンツ
スキャンインラインHTML 7.9ブラウザをなどCSS、画像などのオブジェクトは、そのような主題に直面したとき、私たちは、GETリクエストを再送信する必要があります取得
7.10ブラウザは、非同期リクエストを送信します
8.スライディングウィンドウ
8.1スライディングウインドウは、送信と受信窓に含ま
8.2ビット・ウィンドウプロトコル：分解が停止し、待機プロトコル、ビット送信が失敗したとき、それは肯定応答フレームを受信していない、現在のプロセスが停止され、再送信
8.3 N背面に戻しプロトコル、停止を送信する送信窓が、フレームがタイムアウトフレームの後に受信されない場合、送信し続け、フレーム毎のタイマ、および連続送信フレームを複数設定し、無効フレーム、複数のフレームを再送信します。このアプローチの効率は、送信ウィンドウサイズがKである場合、ウィンドウサイズを受信するために、次に送信ウィンドウは、リソースの浪費になり、1であり、必ずしも高く停止及び待機プロトコルよりもありません。（ネットワークの伝送品質との差時）
8.4 ARQプロトコルは、フレームエラーは関係なく、一時的に、後のフレームを送信し続けるが、受信機が提供されなければならないフレームが正常に失敗したことを送信する場合、フレームのバッファメモリが送り返さ上、フレームは、特定のバッファ空間を有するように受信機を必要とする、アウトバッファ。
