tmomo1109さんの助け合いフォーラム投稿一覧
DAIが参照するテーブルは、ネットワークがDHCP環境かどうかで異なります。
DHCP環境の場合、DHCPスヌーピングも有効すると
IPアドレスとMACアドレスの対応は、DHCPバインディングデータベースに登録されます。
DAIもこれを使用してARPメッセージを検証します。
一方、DHCPを使用しない環境では、DHCPスヌーピングは無効であり、DHCPバインディングデータベースも存在しません。
この場合、「ARP ACL」と呼ばれるデータベースに、手動でIPアドレスとMACアドレスの対応付けを登録します。
つまり、DHCP環境ではDHCPスヌーピングバインディングデータベースを使用し、
DHCPを使用しない環境では手動で作成したARP ACLを使用します。
UDPを使用する場合のトランスポート層のPDUはデータグラムなので、レイヤ4と捉えて良いのではないでしょうか？
https://ja.wikipedia.org/wiki/Protocol_Data_Unit#OSI%E5%8F%82%E7%85%A7%E3%83%A2%E3%83%87%E3%83%AB
nはサブネット部のビット数であることは理解したうえで
計算の仕方がわからないということでしょうか？
サブネット数が19必要であれば、「2のn乗」が19以上になる解を見つければよいので
2の1乗＝2 ←19未満
2の2乗＝4 ←19未満
2の3乗＝8 ←19未満
2の4乗＝16 ←19未満
2の5乗＝32 ←19以上◎
したがってn（サブネット部のビット数）は5以上の必要があることがわかります。
※ちなみにおっしゃっている「2n－ 2」はホストアドレス数の計算式です。
サブネット数ではなく、ホストに割り当て可能なアドレス数を算出するときに使う計算式です。
DRの選出についての認識を間違えていると思います。
ループバックアドレスはDR選出の基準ではありません。 ルータIDの選出基準 です。
おっしゃる通り、RAのループバックアドレスを「0.0.0.1」にしたとして、
それはRAのルータIDが「0.0.0.1」になるだけです。
「0.0.0.1」は他のルータのルータID（RBなら「192.168.3.1」、RCなら「192.168.1.3」）より小さいので
RAがDRに選出されることはありません。
クラスCアドレスの範囲は、192.0.0.0から223.255.255.255までです。
また、クラスCアドレスは、最初の3オクテット（24ビット）がネットワーク部、最後の1オクテット（8ビット）がホスト部です。
クラスCのサブネット化は、ホスト部の8ビットの内の一部を借用してすることでネットワーク部を拡張します。
同じ意味だと思います。要は、「ディストリビューション層でアクセススイッチをまとめている」ということかと。
Ciscoに以下の原文がありました。
The primary function of the distribution layer is to aggregate access layer switches in a given building or campus.
ロンゲストマッチの経路を見つける際に、必ずしも経路を2進数に変換する必要はありません。
単純に、対象となるアドレスがどのアドレス範囲に該当するかを見つければ良いので、サブネット計算に慣れておくのが大事かと思います。
私は感覚的に近そう、且つプレフィックスの大きい経路からアドレス範囲を計算していきます。
一致すればそれが解答になって計算終了なので。
例えば「192.168.10.60」宛のパケットに対し
「192.168.10.0/24」
「192.168.10.0/25」
「192.168.10.0/26」
の経路があったとき、プレフィックスの大きい/26のアドレス範囲を先に計算→「192.168.10.0～192.168.10.64」
対象のアドレスが範囲内なので、他の候補は計算する必要がなく、多少早く問題を終えれるかと。
何よりサブネット計算に慣れるのが大事かと思います。
ルートパスコストは、二者間の速度から算出します。
「SwitchA⇔SwitchC」および「SwitchB⇔SwitchC」は
FastEthernetとGigabitEthernetで接続されており、対応速度が異なります。
この場合、二者間の通信速度は、遅い方に合わせた速度になるため
速度はFastEthernetの速度（100Mbps）になります。よってコスト19です。
一般的にセッション開始後はユーザモードになるものです。
以下Ciscoの資料です。
https://www.cisco.com/c/ja_jp/td/docs/cian/ios/ios15-1s/cg/019/cf-15-1s/cf-cli-basics.html#12153
これを変更してセッション開始後、特権モードに入るよう設定することが可能ですが、セキュリティ的にも使用されることはありません。
全てのコンソールログインにデフォルトで特権モードを与える場合、以下のコマンドでできます。
Router(config)#line console 0
Router(config-line)#privilege level 15
設問でこのような特殊な設定はされていないので、デフォルトの権限の変更は行われていませんし、ログイン後はユーザモードです。
設問の内容を整理すると、
①ルータBでパスワード「pingt」を設定 → 暗号化後「$1$YAN5$…」
②ルータAで暗号化後のパスワード「$1$YAN5$…」を設定 (※これは暗号化前のパスワード「pingt」と同じ) ←ここがポイント
↓
つまりルータAに設定されたパスワードは「pingt」であり、ルータAの特権モードには「pingt」で入れる ということです。
ルータAでルータBで設定したイネーブルパスワードを設定しているので、ルーターAからルーターBの特権モードにログインできるイメージでした。
ルータAとルータBで同じパスワードを設定していますが、それぞれ別物です。
同じパスワードだから両方の特権モードにログインできるというものではありません。
または、ルータBへのリモート接続でこのパスワードを使用できるイメージいうことでしょうか？
ルータBへのリモート接続後、特権モードへ入るとしたら、パスワードはこちらも「pingt」です。
ですが、この問題で問われているのはそこではなく、
ルータAに設定されたパスワードがルータBと同じであることを読み取ることです。
VLANごとにしか有効にできない仕様であり、そういうコマンドなのでVLANを指定しなければなりません。
Switch(config)#ip arp inspection ?
filter Specify ARP acl to be applied
log-buffer Log Buffer Configuration
validate Validate addresses
vlan Enable/Disable ARP Inspection on vlans
理由を考えるなら、すべてのVLANでARP検査を行うとすると、処理が多すぎてパフォーマンスにも影響があるので、
VLANごとに必要/不必要を判断して設定を行う必要があるから…でしょうか。
設問の場合、VLANについて言及されていないので、デフォルトVLAN1に属していると考えて
「(config)#ip arp inspection vlan 1」で良いです。
既に暗号化された文字列をパスワードとして設定したときは、再度暗号化はされません。
Router(config)#enable secret 5 $1$YAN5$ygN3nzMJCuBaD559sj5g.1
Router(config)#end
Router#
Router#sho run | include enable
enable secret 5 $1$YAN5$ygN3nzMJCuBaD559sj5g.1
Router#
上記の通り、パスワードを設定後show runを確認しても、パスワードは入力したままです。
フローティングスタティックルートは「show ip static route」コマンドで確認できます。
問題ID:34604が参考になると思います。
外部グローバルアドレス＝送信元アドレスではありません。
以下の解説の通りですが、
この4つのアドレスを考える時だけは、内部＝自分、外部＝相手、ローカル＝内側、グローバル＝外側 と言い換えると分かり易くなります。
PCがサーバにアクセスした場合、内部はPC、外部はサーバですよね。
サーバのグローバルアドレスは「120.1.1.1」なので答えは「120.1.1.1」です。
「show spanning-tree」の出力のうち、設問の画像の中で読み取れる情報を答える問題です。
「Bridge ID（自身の情報）」やインターフェースの情報を隠したうえで読み取れる情報を答えるので
設問の画像のみで解答は導けます。
RB⇔FTPサーバは同一ネットワークなので、RBのARP要求にFTPサーバが応答します。
そのためRBはFTPサーバのMACアドレスを知っていますし、宛先MACはFTPサーバとなります。
宛先IPはずっと変わらないとして、宛先MACアドレスは途中でネットワーク機器を通る度に
変わっていく認識だったのですが、
いえ、解説にもある通り、ハブやスイッチを経由してもネットワークはまたがないので、宛先MACアドレスも送信元MACアドレスも変わりません。
逆方向（PC-4 → PC-1）は考慮されましたか？
PC-4から送信されたデータは、ネイティブVLAN（VLAN10）からのデータなので、タグを付けずSwitchBから転送されます。
タグなしフレームを受け取ったSwitchAはネイティブVLAN（VLAN20）へデータを転送するので、PC-1には届きません。
通信は一方通行では成立しないので、選択肢「PC-1とPC-4は通信できる」は誤りです。
DAIを有効にすることで、デフォルトで 全てのポート が信頼できないポート（着信したARPパケットを検査するポート）になります。
つまり、Fa0/24もFa0/3も（Fa0/1もFa0/2も…）全てのポートがuntrustedポートであり、
着信したARPパケットを検査するポートになるということです。
確かにVRRPではアクティブなルータがマスタールータ、スタンバイ状態のルータがバックアップルータですが
この表では、一方のルータが稼働、一方が待機する形の冗長化技術を「アクティブ/スタンバイ」と記しているだけなのではないでしょうか。
・Ping-t社がもっているグローバルアドレスは100.2.2.151～100.2.2.154/27
の4つであるのに対し、それ以上の
・16台同時にインターネットに接続できるようにする
という条件を満たすにはPATを使用する必要があります。
できませんね。
PCは通常タグのない通信のみを扱います。
サーバBからパケットを受信する場合、そのパケットにはVLAN20のタグが付与されています。
PCは通常VLANタグのついたパケットを処理することができないので、受信したパケットは破棄され、通信はできません。
サーバAからパケットを受信する場合、そのパケットはネイティブVLANのパケットなのでタグが付与されていません。
したがってPCでも扱えるパケットなので、この通信は成功します。