理解確認：Native VLAN

答え：A / B / C / E

Native VLANは通常のVLANの1つをTrunk上でNativeとして扱う仕組みである。DefaultではNative TrafficをUntaggedで送り、受信Untagged Frameは受信PortのNative VLANへ関連付ける。一般的DefaultはVLAN 1でも、現在の明示設定を確認する。

答え：B

Default動作では、Trunkで受信したUntagged Frameをその受信PortのNative VLANへ関連付ける。UntaggedであることはVLAN Contextが存在しないことを意味しない。

答え：C

switchport trunk native vlan 99は対象Trunk InterfaceのNative VLAN IDを99へ変更する設定である。Allowed VLANやAccess VLAN、Native Tagging Optionとは別責任である。

答え：A / B / C / D

Native VLAN ID、Allowed VLAN、Native VLAN Taggingは別の設定軸である。Native VLAN番号を指定してもAllowed VLAN Listを置き換えず、vlan dot1q tag nativeは対応PlatformでNative TrafficのTagging動作に作用するGlobal設定である。

答え：B

両端がNative VLAN 99で一致し、Default Tagging動作なら、送信側はVLAN 99 Native TrafficをUntaggedで送り、受信側もUntagged Frameを自身のNative VLAN 99へ関連付ける。

答え：B

送信側ではVLAN 99 Native TrafficがUntaggedになる。受信側はTagがないため、自身のNative VLAN設定であるVLAN 1へ関連付ける。これがNative VLAN Mismatchの中心的な不整合である。

答え：A / C / E

Mismatchの直接的な問題はUntagged TrafficのVLAN関連付け不整合である。一方、Tagged FrameはVIDでContextを識別できるが、STP/PVID整合性などの影響もあり得るため「全断」「必ず正常」のどちらにも一般化しない。

答え：C

どちらの現在値を正しいとするかは設計で決める。このScenarioでは設計値が99なので、誤っているSW2だけを99へ修正し、両端のNative VLANを再確認する。

答え：A / B / C

この出力から直接読めるのは対象PortのTrunk状態、Native VLAN、Allowed VLANなどである。対向設定やEnd-to-End Reachabilityは別Evidenceが必要である。

答え：A

Administrative Mode、Operational Mode、Trunking Native Mode VLANは別フィールドである。この出力は対象InterfaceのModeとNative VLANを確認するEvidenceだが、対向側やEnd-to-End動作までは単独で証明しない。

答え：B

vlan dot1q tag nativeはNative VLANのDefault Untagged動作を変更するOptionである。したがって「Native VLANは例外なくUntagged」という絶対判断をしない。

答え：A / B / D

Native VLANでは「どのVLANか」と「そのTrafficをTagged/Untaggedのどちらで扱うか」を分離する。Native VLAN IDの指定とTagging Optionは別設定である。

答え：B

Native VLANはTrunk Interfaceごとの設定として確認する。値だけでなく対象Interfaceも正しい必要があり、設定後は目的PortのVerification出力で結果を確認する。

答え：A / B / D

出力からNative VLANの不一致は直接確認できる。一方、Port ModeやAllowed VLANは別軸であり、これらの情報だけでTrunk全断やEnd-to-End成功まで断定しない。

答え：A / B / C / D / E

Native VLAN問題は、対象Trunk→Native VLAN ID→両端整合→必要ならTagging Option→修正→再確認の順に分けると判断しやすい。片側だけの確認や警告だけによる過剰判断は避ける。