Please enable JavaScript.

Coggle requires JavaScript to display documents.

Cisco (OSPF (debug ip ospf adjecensyとdebug ip ospf hello (4.4.4.4 is…

- - - - ネイバーがはれているのに、ルーティングテーブルになければ、show ip ospf data router
        
        ABRかどうかわかる。
  - - - インターフェイスでareaが違うことがわかる。
  - - - show ip ospf | areaで、認証方法確認
    - - ACLで引っかかってるかも shoip int e/0/1
      - freme-relayのインターフェイスに割り当てるipアドレスが誤っていた
    - - frame-relay map ip 192.168.1.2 100 broadcastとなっているが、p ospf network moden on-broadcastとなっていたり、あっていない場合
    - - ハブアンドスポークの問題
        
        解決方法①conf-if)#ip ospf network modeを適切な値に設定
        
        ip ospf network broadcast 　LANで自動的に適用されるコマンド自動有
        
        ip ospf network point-to-point 　Point-to-Pointで自動的に適用されるコマンド自動無
        
        ip ospf network non-broadcast 　NBMAで自動的に適用されるコマンド手動有
        
        ハブ・ルータがDRになるように、インターフェイスに ip ospf 0
        
        ip ospf network point-to-multipoint 　手動で入力しないと適用されないコマンド自動無
        
        ip ospf network point-to-multipoint nonbroadcast手動で入力しないと適用されないコマンド　手動無
        
        シリアルインターフェースのospf　優先度を0にして
  - - - ospfの全般的な設定が確認できる。
  - - - NON_BROADCASTとBroadcastでタイプがことなっているかも
        
        解決策①OSPFのネットワークタイプを統一する。
        
        手動:Helloパケットの宛先IPアドレス neighborコマンドで指定したIPアドレス
  - - - dead 40秒
      - Hello 10秒
    - - hello 10秒
      - dead 40秒
  - - - 1GBPS(1000Mbps)は0.1になるが、最低コストは1なので、100Mbpsと同値になってしまう・。
        
        config- router)#auto-cost reference-bandwidth
  - - - 最大値のルータがDR。次に高い値をもつルータがBDR
    - - 手動設定→ルータIDはデフォルトでActiveなインターフェイスのうち大きいIPアドレスとなる。（ループバックアドレス優先）
  - - - DRは隣接関係からLSAを収集し、全ルータへ送信する。
      - DROtherは最初のHelloだけをやりとりしただけ。
    - - 各ルータはエリア単位でLSDB（トポロジ）を把握するだけでよいのでルータとLSDB
    - - ①Hello/Deadの感覚
      - エリアID
      - 認証ID
      - サブネットマスク
      - スタブエリア
      - MTU
      - show ip ospf interface　で確認する。
    - - config-router)# default information originate <always> デフォルトルートがそのルータになくても配布するならオプション
      - config-router)#rpassive-interface fa0/0
        
        ネットワークは有効にしたいが、繋がっているのはPCのみにつかう。
    - - タイプ１ルータLSA ルータID リンク情報
      - タイプ2 DR のIPアドレス　セグメント上のDR一覧
      - タイプ３　ネットワーク集約LSA エリアごとの経路情報　全エリアのABRが産み出す
      - タイプ４ ASBR集約LSA DRがしっているASBRのルータID　
      - タイプ５再配布した経路情報　コスト情報　　AS全体のASBRが生み出す
      - タイプ７ NSSA 外部LSA
- - - - refusseされて、かつdebug ip tcp transactionの場合、ebgp-multihop問題の可能性
    - - TCP : sent RST to 192.168.12.2:12658 from 192.168.12.1:179
        
        想定していないアドレスからパケットがキている。　本当はループバックアドレスからこないといけないのに
        
        解決方法は２つ①物理アドレスからくるのを許可するか、②ループバックアドレスからくるように変更するか
        
        neigbor 3.3.3.3 update-source loopback0
    - - neigborでしているアドレスまで到達性があるか
  - - - MD5ダイジェストがないので、認証失敗
    - - MD5ダイジェストは設定されているが、合っていない。パスワードが間違っている。
  - - - show ip bgp neigbor 2.2.2.2. include map
        
        ルートマップの確認
        
        受信した経路のAS_PATH属性に自AS番号が含まれていたので、この経路を破棄していた。
        
        ①ルートマップを削除②自ASが含まれていてても受け入れるようにする。
        
        router)#network　コマンドのサブネットが誤っている可能性
    - - 受け取る側で、router)#bgp maxas-limitを設定していた
  - - - そのため、外部ASへのルートをしらないルータは次の方法で設定
        
        "知らないルーター"に外部ASと接続しているEBGP間へのルートをスタティックルートで設定
        
        外部ASと接続しているルータに、neighbor 2.0.0.2 next-hop-self
    - - EBGPピアにアドバタイズするときもIPアドレスを変えないで送信する。
  - - - 後ろをreceieved-routeにすると受信した経路を表示
  - - - State/PfxRcdが0だと確率していない
  - - - 普通はインターフェイスに設定されているIPアドレス
      - neigborコマンドのupdate-sourceキーワードでループバックインターフェイスにしているか
  - - - Nexthopへの到達性がない　show ip route や show ip bgp 2.2.2.2.でチェック
  - - - bgp race condition
- - - - IPアドレスが重複していた
        
        ルーターを設定変更した
        
        送信元IpアドレスをIPマスカレードして、宛先IPアドレスを1対1NATした。
    - - ISACAMP SA（フェーズ1）とIpsecSA（フェーズ2）が残りつづkていた。
        
        DPD　「定期的に送信する」「IPsectの通信がなくなった場合に送信する」で対抗するIpアドレスに対してキープアライブパケットを30秒間隔で送信した。
    - - 暗号化対象ネットワーク同士の通信を禁止するルールをハブに書いた。
    - - キャリアグレードNATを稼働させた。
        
        NATトラバーサルでUDPパケットに包んだ。
  - - - 応答のICMPがブロックされてパスmtuディスカバリーが効いていない
    - - 暗号化方式に注意
    - - 複数のユーザーが端末を共同利用する場合はいんポーと先に注意　コンピュータストアにいれなければならないので。
      - 端末故障したときの証明書いこうするときは証明書を執行させることができるかに注意。
    - - Wifiスポットで192.168.x.0/24などが端末に振られ、期間サーバーと重複。
        
        サーバーにはグローバルアドレスを割り当てた
  - - - 間違ったユーザー名とパスワードでもログインできちゃう
        
        2回めの認証時には認証情報の交換がなかった
        
        アクセスポイントで拒否した。
    - - どうゆう開始あとに接続失敗
        
        ①①ユーザーストアに証明書が保存されていた。②古い証明書が入っていて、昇順でえらんでいた
        
        コンピュータストアにインストールし、古い証明書を削除した。
    - - 認証するときの「機体情報Calling-station-id」が電場番号になってた。
        
        RADIUS側で、Macアドレスもしくは電話番号が一致していれば認証できるようにした。
  - - - デバッグの結果スマートフォンの時刻ずれ
      - ＶＰＮから送られてきたデジタル証明書をクライアントが拒否
        
        スマートフォンのＶＰＮ接続先情報と送られてきたデジタル証明書のＣＮが不一致
      - 冗長化vrrpで自動切り戻ししていたら注意
- - - - ホストルート
        
        そのアドレスを持つホストへの経路。プレフィックスが/128とする。
      - ネットワークルート
        
        ネットワークへの経路。プレフィックスが/64など
      - デフォルトルート　ipv6 ::/0 転送先　とする。
    - - 直接接続スタティックルート
        
        ipv6 route 2001:DB8:1:1::/64 FastEthernet0/0など
      - 再帰スタティックルート
        
        pv6 route 2001:DB8:1:1::/64 2001:DB8:1:1::2
      - 完全指定スタティックルート
        
        ipv6 route 2001:DB8:1:1::/64 FastEthernet0/1 2001:DB8:1:1::2
  - - - ルータやネットワークがIPV4とIPv6を両方使える状態
    - - IPv6とIPv4の間でそれぞれの通信をとりもつ
        
        NAT-PT（Network address translation protocol translationがある。
    - - IPv4ネットワーク上でIPv6をルーティングできる。
  - - - fe80::/10 リンクローカルアドレス
    - - fc00:/7
        
        ユニークローカルユニキャストアドレス
    - - グローバルユニキャストアドレス
    - - ff01
        
        マルチキャストスコープ：インターフェイスローカル
      - ff02
        
        リンクローカル
      - ff05
        
        サイトローカル
      - ff08
        
        組織ローカル
      - ff0e
        
        グローバル
    - - :://128 未指定アドレス
        
        インターフェイスにアドレスが存在しないこと
      - ::1/128
        
        ループバックアドレス
      - 2002::/16 6to4トンネリング
  - - - (config-if)#ipv6 address 2001:0:0:1::/64 eui-64
      - (config-if)#ipv6 address autoconfig
        
        ICMPv6を使ってインターフェイス)DをEUI-64で自動設定
      - (config-if)#ipv6 address dhcp
  - - - エニーキャスト
      - ブロードキャスト
      - ユニキャスト
    - - SLAAC(ステートレス自動設定）ICMPv6
        
        ①RSメッセージ Router Solicitation
        
        FF02::2
        
        IPv6のプレフィックス、デフォルトゲートウェイを要求する
        
        RA(Router Advertisement
        
        FF02:1
        
        ホストに割り当てるグローバルユニキャストアドレスのプレフィックス、デフォルトゲートウェイの情報
        
        RAを受け取ったルーターは受信したプレフィックスとEUI-64で生成したインターフェースIDによりアドレスを生成する。
      - ステートフル自動設定（DHCPv6)
- - - - AXFR（フル・ゾーン転送
      - IXFR(増分ゾーン転送）
    - - ①IXFRのUDPで問い合わせ②512バイト以上の場合、IXFRのTCP③IXFRをサポートしなければ、AXFRのTCP
- - - - BPDUを受け取るとerr disableになる。
  - - - ルートブリッジよりも上位のBPDUを受信した場合、root-incosistentにする（ルート不整合）
        
        受け取ったポートをブロッキングポートになる。上位BPDUが送られなくなると解除さる。BPDUとは違って自動で復旧
- - - - prefixlistとACLのち外
        
        prefixlistはネットワーク部に加えて、サブネットマスクの長さも考慮される
        
        ACLは指定したワイルドカードにネットワークが当てはまっていることのみを考慮する（サブネットは関係ない）
  - - - OSPFでデフォルトルートをアドバタイズできる。ルーティングテーブルにデフォルトルートがないとだめ
      - オプション　always
        
        ルーティングテーブルになくても自分自身をデフォルトルートとしてアドバタイズできる。
  - - - show ip ospf | begin area
        
        Area ranges are -- passive donotadvertise
        
        sho run | section ospf
        
        area1 range -- not-advertise
      - show ip route 4.4.4.4のKnown via "eigrp"になっているか？
- - - - Monitor
      - WLANs
      - Management
  - - - なんなら運用開始後にもサーベイを実施すべき
        
        2.4GHZの機器が構築者に知らぬ間に増えるから。
      - サイトサーベイは平日、早朝・昼間・夜間で無線環境がことなるので、業務時間帯でやる。
    - - 音が途切れる
        
        １秒程度の無音
        
        ハンドオーバー（通話をつづけながら、移動して基地局を切り替える。）が原因
        
        音声が乱れて聞き取りずらくなる
        
        外来はなど鑑賞はの影響を受けている。帯域が溢れた場合も同様
        
        まず疑うのは外来波のチャネル設計。音途切れのチャネルを確認して、チャネル配置を変更する。
        
        これがだめなら
        
        ①ベースレートを変更
        
        1 more item...
        
        ②最大リトライ数を減らして帯域に余裕を生む
        
        電波出力をかえて、同一チャネルの鑑賞を抑える。
        
        抜本的なのは5GHZを使う。
        
        音質がよくない
        
        端末の性能。最大リトライ数などパラメータの設定に問題がある。
  - - - プライベート側ではなく、wan側のipアドレスにする必要ある。
        
        1対Nの場合は、ICMPで無理（WANがアドレスが1つだけのNAPTによるポート識別のため、ICMPでは変換不可）
        
        VPN接続とした。
    - - パッシブモードになっていた。
        
        パッシブモードでは、サーバーがクライアントに対して、自身のIPアドレスとポート番号を通知する。
        
        監視対象機器が自身のipアドレスを通知するため、このipにたいしてデータコネクションの確率要求を投げるが、それではだめ
        
        ActiveモードではFTPクライアントがFTPサーバーに対してIPアドレスとポート番号を通知する。
  - - - セッションタイムアウト機能が有効になっていた。再認証したさいに、APのスペック以上にクライアント接続があると拒否し、リンク団に
        
        セッションタイムアウト機能を外した。
- - - - TOSフィールドはDS(Diffrentiated Service)フィールドに名前を変えた。
  - - - サーバーがクライアントに要求して、クライアントが応答する。
    - - クライアントが自分のIPアドレスを取得した後、サーバーからATMアドレスをもらう。
- - - - VRFの論理インターフェイスのMTUが1490であり、かつ、WAN高速化装置が原因で宛先がクライアントのままのパケットなので、MTUディスカバリーがWAN高速化装置にとどかない
        
        WAN高速化装置の物理インターフェイスのMTUを変更
  - - - フィルタリングルールをブラックリスト方式に変更して、通過するようにした。
  - - - スタティックmACアドレスを入れた。
- - - - Mobility Expressのもと
  - - - メリット
        
        Dual Filter DFS
        
        干渉を検知すると電波を止めていたが、チェックを二重にすることで、誤検知をすくなくする。
        
        Clean Air
        
        干渉源がわかる。
        
        Intelligent Caputure
        
        DNA Centerで波形が見れる。
        
        オフチャネルRRM
        
        チャネル自動制御、オフチャネルをするたびにスループットが下がることを防ぐ。
        
        FastLocate
  - - - アクセスポイントのやつは1と2
        
        外付けアンテナならば2を選ぶ
- - - - UDLDを導入
  - - - UDLDを導入
- - - - ネイバーが晴れているか確認
    - - ネイバーが晴れていなかったら打つコマンド。インターフェイスで有効になっているかみれる
      - AS番号が異なっているかが見れる
      - ネイバーが晴れていなかったらパッシブインターフェイスに注意
    - - EIGRPが有効になっているネットワークを確認できる。
      - passive インターフェイス確認できる
      - EIGRPのメトリックにミスマッチが起きていたら
    - - helloの送受信が確認できる。
      - 「EIGRP：Sending」と「EIGRP：Receive」がないとだめ
        
        なければshow accesess-lists
      - missing authentication
    - - eigrpのkey-chainが確認できる。
        
        no
    - - キーチェーンにひもづいているパスワードを確認できる。
    - - EIGRPが有効化されたインターフェースでのEIGRPのトラフィック情報の詳細
- - - - 何も表示されない。
        
        間のスイッチでdhcpスヌーピングのtrustインターフェイスが設定されてなかった。
        
        config-if)# ip dhcp snuuping trustを設定してから、IPアドレスを受け取りたいところで、 config-if) ip add dhcpをもう一回入力する（再度取りに行く。
      - 「DHCP：　incosistent relay information」「DHCP relay information option exists, but giaddr is zero」
        
        DHCP SnoopingはデフォルトでOption 82の挿入を行う事を思い出して下さい。エッジスイッチで、DHCP Snoopingを行うと、Option 82のgiaddrには0.0.0.0が格納されます(オこの値を"zero giaddr"と記載されています)。
        IOS DHCP Serverは、デフォルトでzero giaddrが設定されたDHCPを破棄してしまいます。つまり、DHCP Snoopingが設定されている環境では明示的に"zero giaddr"を許可する設定を投入しないとDHCPを受信できない
    - - DHCPサーバーがリレーエージェントからのパケットで、どのIPアドレスを払い出すかわかるためには、
    - - リレーエージェントが自身の情報を格納するフィールドのこと
        
        使われ方
        
        ①DHCPサーバーでのログに出力し、どのクライアントがどの機器経由でいつからいつまでIPが払い出されたかを管理する。
        
        ②DHCPサーバ側でoption82の値によって払い出すIPやオプションを変更する。
        
        ③cisco では、dhcp shnoopingをしているL2機器にてこのフィールドに自身の情報をセットし、これを使って、dhcpsnoopingデータベースと整合性が合うかどうか照合し、マッチしなければ不正として破棄
  - - - show i nat stati
- - - - pingコマンドの連続実行で判明
      - 定期的にCPUを取得するスクリプトを組みログを
        
        CPUがあるプロセスによって10分に一回以上商
        
        メーカーに確認し、MPLSルーターのSFPモジュールの状態監視プロセス→不要なので設定削除
- - - - HSRPのActive機とstandby機が切り替わってもARPテーブル上のIPアドレスとMACアドレスの対応は、仮想IPを使っているので変更ありません。
        
        書き換える必要があるのはMACアドレステーブル
- - - - HSRP
        
        仮想マック
        
        0000.0c07.acxx
      - VRRP
        
        仮想Mac
        
        0000.53.01xx
      - GLBP
        
        仮想Mac
        
        0007.b400.xxxx
- - - - コントローラー
        
        OpenDaylight SDN Contoroller
        
        Cisco open SDN Controller
      - SBI
        
        OpenFlow
    - - コントローラー
        
        APIC=EM
      - SBI
        
        OpFlex
    - - コントローラー
        
        APIC
      - SBI
        
        telnet ssh snmp
- - - - 10101010の繰り返し。送信側と受信側の同期を取る
    - - フレームが運ぶデータのシュル７井(0x0800:IPv4など
    - - フレームの誤り（データ不良検知のため）CRCチェックサムデータ￥
- - - - Post(新規作成
    - - Get読み出し
    - - Put 更新（置き換え）
    - - Patch更新変更
- - - - PlainやLOGIN
        
        平文
      - CRAM-MD5
        
        MD5で作成したメッセージダイジェストを使ってチャレンジレスポンス方式で認証する方式
      - DIGEST-MD5
        
        CRAM-MD5の改良版
  - - - S/Key方式
        
        サーバ上にもクライアント上にも、ユーザの
        固定パスワードを保存する必要がない
        
        最大ログイン回数を超えるとログインできなくなるので、
        事前に新しいパスワードを登録し直す必要
  - - - サーバごとの認証情報を含んだクッキーをサーバで作成し、各クライアント上で保存・管理する
    - - リバースプロキシを使ったシングルサインオンの場合、利用者認証においてパスワードの代わりにディジタル証明書を用いることができる
    - - ①統一的なセキュリティ管理
      - ②利用者の利便性の向上
    - - 記述言語としてXMLを用いて,認証及び[　e　]に関する情報を交換するための標準規格
- - - - 最新パッチを適用する前に確認する。
    - - 既存のシステムやアプリが動作するか
    - - 以上を権威するための関し体制を整備する。
  - - - 悪意あるサイトに誘導される。
      - 対策
- - - - User/passコマンド
        
        平文で送信されるから
    - - Apopコマンド
        
        CR方式で暗号化される。