Please enable JavaScript.

Coggle requires JavaScript to display documents.

ネットワーク技術&設計入門, 社内情報 - Coggle Diagram

- - - - 送信と受信でそれぞれ,FIN/ACKとACKをやりとりする。4wayハンドシェイクで終了操作する。
      - コネクションを確立するときはすぐに開始したが、終了するときはアクティブクローズ（コネクションをおわらせに行く側）のノードだけがTIME-WAIT時間分待ってから閉じるようになっている。
        
        もしかしたら届くかもしれないパケットをまつ保険のため
    - - 失われたデータをもう一度贈り直したり、送ってもらうようにお願いする機能
        
        2つの方法
        
        Fast Retransmit（高速再送）
        
        受信ノードで行われる。
        
        受け取っったTCPセグメントのシーケンス番号が飛び飛びになり、重複ACK(Duplicate ACK）を何度か送る。一定回数以上の重複ACKを受け取ると対象となるTCPセグメントを再送する。
        
        RTO (Retransmission Timeout）再送タイムアウト
        
        送信ノードがTCPセグメントを送ってからACKパケットを待つまでの時間を再送タイマーとして保持している。RTOを過ぎてもACKがこなければ再送する。
  - - - 拒否
        
        UDPの場合、クライアントにICMP Destination Unreachableを返す。
        
        TCPの場合、フラグのRSTフラグを1にしたTCpセグメントをクライアントに返す
  - - - ルータが断片化する。
    - - ３つの方法
        
        ICMPでMTUを教えてもらう
        
        ルータは入り口と出口のMTUを比較して、出口のほうが小さい場合、タイプ３「Destination Unreachable　コード4 Fragmentation needed」をクライアントに送る
        
        もらったクライアントがそのMTUでパケットを作り直す。
  - - - 送信元IPアドレスパーシステンス
        
        アプリケーションのタイムアウト値より少し眺めの時間に設定しておけば不整合は発生しない
      - Cokkie パーシステンス（Insertモード
        
        Cokieの情報をもとに同じサーバーに振り分け続ける。
    - - レイヤの異なる２種類のヘルスチェックをかけることが多い。
      - ヘルスチェックの間隔
        
        サービスに影響しないようなヘルスチェック間隔を設計する。間隔が短すぎると、応答処理でいっぱいになる
      - レイヤ
        
        L3チェックはサーバの負荷を考えなくてよい。
        
        L7チェックは接続処理だけで負荷がかかるので、L4レベルに下げる必要もある。
  - - - スタートライン
      - メッセージヘッダ
        
        ConnectionヘッダとKeep-Aliveヘッダ
        
        Connectionヘッダに「keep-alive」をセットして、キープアライブをサポートしているよー（
        
        TCPキープアライブとHTTPキープアライブは別物
        
        TCPキープアライブ
        
        TCP コネクションを確立したホスト間において、通信開始からしばらくして相手からの通信が途絶えた際に、相手が活きているかを確認する仕組みです。
        
        HTTPキープアライブ
        
        1つの TCP コネクションの中に複数の HTTP リクエストを実行できる機能で
        
        Accept-EncodingヘッダとContent-Encodingヘッダ
        
        WebブラウザがAccept-Encodingヘッダで「こんな圧縮だったらサポートしている」と伝える。サーバは「Content-Encodingヘッダで○○の方式で圧縮したよー」と返す。
        
        User-Agentヘッダ
        
        WebブラウザやOSなどユーザの環境を表す。
      - メッセージボディ
  - - - 公開鍵暗号化方式
        
        共通鍵の素を配送する。
      - デジタル署名
        
        第三者から認証してもらう。
        
        署名前証明書をデジタル署名のアルゴリズムで指定されたハッシュ関数でハッシュ化し、認証局の秘密鍵で暗号化したもの
    - - 共通鍵暗号化方式
        
        アプリケーションデータを暗号化する。
      - メッセージ認証コード
        
        アプリケーションデータに共通鍵をくっつけてハッシュ化する。
  - - - コントロールコネクションんいTCP/21、データコネクションにTCP/20を使用する。
    - - コントロールコネクションにTCP/21、データコネクションに不特定ポートを使用する転送モーdお
        
        クライアントからPASVコマンドでパッシブモードをリクエスト
        
        サーバからデータコネクションで使用するポート番号の素になる値を送る。
  - - - TCPで行う。
        
        スレーブサーバはゾーンファイルの有効期限がきれたりnotifyメッセージを受け取ったりすると、マスタサーバにUDP/53でSOAレコードを用意級する。
        
        マスターサーバはSOAレコードをUDP/53で返す。
        
        スレーブサーバはシリアル番号を確認し、自分が保持しているものより新しいければ、TCP/53でゾーン転送をリクエストする。
        
        マスターサーバはTCP/53でゾーン情報を返す。
        
        SOAレコードにはシリアル番号とか、リフレッシュインターバルとかの管理情報がかいてある。
- - - - 新規接続数
        
        CPS(Connection per Seconds CPS)
        
        1秒あたりどれくらいのコネクションを処理できるかを
      - 同時接続数
        
        同時にどれくらいのコネクションを保持できるか
  - - - 仮想化はすべてCPUで処理するからパフォーマンスが落ちるので、それをふせず技術
      - 物理NICからつくった仮想ポート（VF)を直接仮想マシンに割り当てる。これによって仮想スイッチを経由しないで住む
      - 結構難しい技術
        
        検討事項
        
        ①対応環境
        
        ②NUMA(Non-Uniform Memory Access)
        
        CPUとローカルメモリのペアをNUMAノードという
        
        NUMAノードまたぎ
        
        仮想マシンに割り当てる仮想CPUが増え、一つのCPUがもつコア数を超えると起きる。
        
        どの物理NICがどのNUMAノードの配下にいるかを確認し、仮想マシンに割り当てた仮想CPUと同じNUMAノードにある物理NICのVFを割り当てるようにする。
        
        ハイパースレッディング
        
        一つの物理コアを２つの論理コアに分割し、物理コアを効率的に使用する技術。
        
        ハイパースレッディングが有効なときは物理コアを共有しないように論理コアを割り当てないと、パフォーマンスが落ちる。
  - - - 片方のリンクがダウンしたら、もう片方のリンクをダウンさせる機能。
  - - - ラック列ごとにアクセススイッチを配置する。
      - ラックごとにアクセススイッチがなく、サーバが増えるたびに、ケーブルを引く
    - - ラックごとにアクセススイッチを配置する。
- - - - Sは Short Wavelengthでマルチモード
    - - LはLongだからシングルモード
  - - - 10GBASEの光を送信と受信で4本ずつ、計8芯の光ファイバで通す。
    - - WDMを使用して微妙に波長が異なる4本の光を1本にまとめる。送信受信を1芯ずつで計2芯
  - - - 送信と受信を10本ずつ計20芯の光ケーブル
    - - 25Gbpsの光を送信と受信で4芯ずつ、計8芯の光ファイバ
    - - 25Gbpsを４をWDMでまとめて、送信で１本受信で一本にする。
- - - - vSwitchでタグの処理をすること。仮想マシンではタグをつけない。
    - - 役割は２つ
        
        競合IPアドレスの検知
        
        隣接機器のテーブル更新
        
        ARPテーブル
        
        機械をリプレースしたときなど
        
        MACアドレステーブル
        
        仮想マシンを停止することなく物理サーバを移行するライブマイグレーションのとき。物理サーバをまたいで移動したらGARPをだす。
        
        XenMotion vmotion
        
        vmotionはRARPだけど原理は同じ。
  - - - ダイレクトブロードキャストアドレス
        
        自分が所属していないネットワークアドレス。
        
        192.168.1.1から192.168.2.255にとばす
        
        WOL(wake-on-lanで使う。】
      - リミテッドブロードキャストアドレス
        
        255.255.255.255
        
        同じネットワークにいるノードすべてにパケットを送信する。DHCPのパケットで使う。
      - ローカルブロードキャストアドレス
        
        192.168.1.255など
    - - ルータはNATで使用するIPアドレスのARP　Requestに代理で応答する。
    - - DHCPリレーエージェント機能を使用している場合、DHCPサーバのIPアドレスは0.0.0.0になる。代わりにRelay Agent Ip Address部分にDHCPリレーエージェントのIPあどれすが入る。
    - - 拡張性
        
        27ビットのVLANが5個必要な場合、3個ゆとりをもっておけば24ビットに集約でき、簡素化できる。
        
        設計段階で大きくゆとりを持って見積もりを行う。
      - 特殊用途のIPアドレスは忘れがち
        
        FWアクティブ機のIPアドレス。FHRPの仮想IPアドレス。スイッチの管理IPアドレス。サーバプライマリ機の物理IPアドレス。サーバクラスタ共有IPアドレス。
- - - - アクティブ/スタンバイ
        
        Windows
- - - - 発見(Probe)
        
        クライアント対応周波数の問題
        クライアントがステルスAPに対応？
      - 接続
        (Association)
        
        設定の確認
        クライアント接続台数制限など
      - 認証
        
        認証シーケンスや認証サーバーの確認
        PSK(事前共有キー)の誤入力など
      - DHCP
        
        DHCPサーバーを確認
        
        DHCPアドレスpoolの不足
        
        クライアントVLAN設定の確認など
      - DNS
        
        DNSサーバーの確認
        DHCPサーバーが払い出しているDNSサーバーアドレスの確認
      - 事例
        
        iPhoneがスリープ状態から復帰の際に、無線LANに自動接続しない(接続に時間がかかる時がある)
        
        原因
        
        アクセスポイント設定
        
        『ステルスSSID』有効
        
        MacコンピュータやiOSデバイスでは、ステルスSSID非推奨
        
        対策
        
        アクセスポイントの設定で
        
        『ステルスSSID』を無効にする
        
        Windowsクライアントの設定ミス
        
        APがステルスAPの場合は以下の設定を忘れないこと
        
        ネットワークがブロードキャストを行っていない場合でも接続するにチェック
        
        802.1XのEAPタイプの設定
        
        EAP-TLSは「スマートカードまたはその他の証明書」を選択
        
        会議室でつながらない
        
        原因
        
        APは自動チャンネル機能を使用中で、 W56のチャンネルが選択されたとき、W56非対応端末が繋がらない
        執務フロアには多くのAPがあり、W52、W53チャンネルのAPがあったため問題が発生しなかった
        
        対策
        
        会議室ではW56のチャンネルを使わない設定に変更
        
        APを新規格製品にリプレースしたら、これまで使っていたハンディーターミナル(一部機種)が繋がらなくなった
        
        原因
        
        APが新規格に対応したことにより、管理フレーム(BeaconやProbe)のサイズが増大
        旧製品のハンディーターミナルのメモリ領域確保不足により、処理が不能になっていた
        
        対策
        
        メーカー独自のフィールドをオフ
        802.11acをオフにし、802.11nや11a、gなど、旧規格に設定変更
        
        備考
        
        ハンディーターミナル以外でも、古い無線LAN製品を接続する際は注意
        リプレース前に事前接続確認が重要
        
        1Fから2Fなどフロア間を移動したり、建物間を移動すると、PCが繋がらない
        
        原因
        
        フロア間、建物間でお互いの電波が届いており、端末は移動してもNWセグメントが変わったことを認識していない
        
        フロア毎、建物毎に、NWセグメント(VLAN)が異なる
        
        対策（次のうちどれか）
        
        移動する可能性がある箇所は、同一のNWセグメント(VLAN)にする
        
        出入口の電波を弱め、端末を確実に圏外にさせ、DHCPの再取得を行わせる
        
        DHCPサーバの『authoritative』設定を有効にし、クライアントからDHCPプール外アドレスの要求があった際は、新しいプールからアドレスを払い出させる
        
        出入り口周辺に在籍する人の通信が遅い/ハンディターミナルやタブレットの電源を入れたまま保管
        
        クライアントの無線LAN自動接続設定がオン、出入り口付近のアクセスポイントに接続が集中
        出入り口から席に移動しても、無線接続は出入り口付近のAPに繋がったまま
        1つのAPに接続が集中し、APの最大接続数に達することもあった
        出入り口付近に在籍するクライアントは、一度最寄りのAPに接続を試みるが、最大接続数に達しており接続に失敗。他のAPに接続するが、時間が経つと最寄りのAPに切り替わるが接続失敗。この繰り返しが行われていた
        
        対策
        
        出入り口付近のAPの電波出力レベルを弱め、移動すると他のAPに切り替わるように促す
        
        クライントPCの「ローミングの積極性」設定を変更し、移動すると最寄りのAPにローミングしやすくする
        
        出入り口付近の最大接続数設定を増やす
        
        自席に移動したらクライアントの無線を手動で再接続
        
        アクセスポイント側で独自のローミングを支援機能を利用する(後述)
        
        最寄りのAPに接続しない
        
        USBの無線LAN子機を利用しており、真上にAPを設置しているが、電波レベルが低く表示され、通信が遅い
        
        対策
        
        無線LAN子機のドライバをバージョンアップ
        
        APの設定で、遠くのクライアントからのprobe要求に応答しない設定の実施
        
        原因
        
        管理製品から接続APを確認すると、最寄りのAPではなく、遠く離れたAPに接続していることが判明
        
        無線LANの再接続を実施しても、なかなか近くのAPに接続しない
        
        無線LAN子機の仕様で、周囲のAPリスト数の上限が決まっており、APを沢山設置している環境では、リストから漏れることがあった
        
        iPhoneで無線LAN接続が出来ない
        
        iOSの「プライベートアドレス」機能が有効(デフォルト)になっており、MACアドレスがランダム値となり、MAC認証に失敗していた
        
        iPhoneの設定画面から「プライベートアドレス」をオフにする
        
        iphoneだとプライベートアドレス機能、windowsだとランダムなハードウェアアドレス機能
    - - 主な原因
        
        DFS
        
        レーダー波検知によるチャネルの変更と電波停止による切断
        
        セルのエッジ（無線LANサービスエリアのギリギリ部分）
        
        ヒートマップや無線ツールを使った調査
        
        電波干渉
        
        障害物による電波の減衰
        
        製品のバグ
        
        AP間ハンドオーバーの失敗
      - 事例