Question #39

This is an excellent question that tests your understanding of fundamental Ethernet concepts, particularly collision detection and common interface counters. Let's break it down step-by-step. ## Detailed Analysis ### 1. Understanding the Question The core of the question lies in two key phrases: * "A device detects two stations transmitting frames at the same time." This immediately points to a **collision** scenario in a shared Ethernet medium (half-duplex). * "This condition occurs after the first 64 bytes of the frame is received." This is the critical differentiator. It tells us *when* the collision was detected. We need to identify which interface counter specifically tracks this type of event. ### 2. Ethernet Collisions and CSMA/CD In a traditional shared Ethernet environment (like a hub, or a switch port configured for half-duplex), only one device should transmit at a time. To manage this, Ethernet uses a mechanism called **CSMA/CD (Carrier Sense Multiple Access/Collision Detection)**: * **Carrier Sense:** Before transmitting, a station listens to the medium to see if it's currently free. * **Multiple Access:** If the medium is free, any station can attempt to transmit. * **Collision Detection:** If two stations transmit at the exact same time (or very close), their signals will interfere, causing a **collision**. When a station detects a collision, it immediately stops transmitting, sends a **jam signal** to notify all other stations of the collision, and then waits a random amount of time (back-off algorithm) before attempting to retransmit. ### 3. The Significance of 64 Bytes (Minimum Ethernet Frame Size) The Ethernet specification defines a **minimum frame size** of 64 bytes (excluding the Preamble and Start Frame Delimiter, but including the FCS/CRC). This minimum frame size is crucial for reliable collision detection in a properly designed half-duplex network. * A station *must* be able to detect a collision while it is still transmitting the frame. * The maximum round-trip time for a signal to propagate across the largest allowed Ethernet segment (collision domain) determines the minimum frame size. If a frame is shorter than 64 bytes, it might finish transmitting *before* the collision signal (caused by another station at the far end of the segment) has a chance to reach the transmitting station. This would mean the transmitting station wouldn't detect the collision and would assume its frame was successfully sent. * Therefore, any collision detected *within the first 64 bytes* of transmission is considered a **normal collision** (sometimes called an "early collision"). The transmitting station is still sending its frame, detects the collision, and handles it via CSMA/CD. ### 4. Analyzing the Options Let's look at each option in the context of the question: * **runt:** * **Explanation:** A runt frame is an Ethernet frame that is *smaller than the minimum allowed size of 64 bytes* (excluding the preamble). It's often caused by collisions, faulty network interface cards (NICs), or bad cabling. * **Why it's not the answer:** While a collision *can* result in runt frames, the counter for a runt frame increments when a *received frame* is detected as being too short. The question is about the *detection of the simultaneous transmission event itself*, specifically when it occurs *after* a certain point in the frame's transmission. * **collision:** * **Explanation:** This counter generally increments for any **normal (early) collision** detected by the transmitting device. These are collisions that occur within the first 64 bytes of a frame's transmission, which is expected and handled by CSMA/CD. * **Why it's not the best answer:** The crucial part of the question is "after the first 64 bytes." If it just said "detects two stations transmitting frames at the same time," this might be a general collision counter. However, the timing specified ("after the first 64 bytes") points to a more specific type of collision. * **late collision:** * **Explanation:** A **late collision** occurs when a collision is detected *after the first 64 bytes* of the frame have been transmitted. This is problematic because, ideally, all collisions should be detected within the first 64 bytes. A late collision indicates a serious issue with the network segment, such as: * **Exceeding the maximum cable length:** The signal propagation delay is too long for CSMA/CD to work correctly. * **Too many repeaters/hubs:** Adds to signal delay. * **Duplex mismatch:** One device is half-duplex, the other is full-duplex. The full-duplex device doesn't perform CSMA/CD, leading to collisions when the half-duplex device transmits. * **Faulty network interface card (NIC) or cable.** * **Why it's the correct answer:** The question explicitly states the collision occurs "after the first 64 bytes of the frame is received." This perfectly matches the definition of a late collision. A device configured for half-duplex communication relies on detecting collisions within the first 64 bytes. A collision detected *after* this window is considered "late" and indicates a problem beyond normal CSMA/CD operation. * **CRC:** * **Explanation:** CRC (Cyclic Redundancy Check) is an error-checking value appended to the end of an Ethernet frame. The receiving device recalculates the CRC and compares it to the received CRC. If they don't match, it indicates a **CRC error**, meaning the frame was corrupted during transmission (e.g., by noise, bad cable, or a collision). * **Why it's not the answer:** While collisions *can* lead to corrupted frames and thus CRC errors, the question is about the *detection of the simultaneous transmission event itself*, not the resulting frame corruption. The counter for CRC errors increments when a received frame fails its integrity check, not when two stations attempt to transmit simultaneously. ### 5. Conclusion The condition described – two stations transmitting simultaneously, with the collision detected *after the first 64 bytes* of the frame – is the precise definition of a **late collision**. This specific type of collision is tracked separately from normal collisions because it indicates an underlying network issue that needs troubleshooting, unlike early collisions which are a normal part of half-duplex Ethernet operation handled by CSMA/CD. The final answer is **late collision**.

CCNA試験対策として、この問題の核心となるネットワークの仕組みとカウンタの意味を詳しく解説します。 --- # 考題解析：レイトコリジョン（Late Collision） ### 1. 正解 (The Correct Answer) この状況でカウントアップされるインターフェースカウンタは **「Late Collision（レイトコリジョン）」** です。 --- ### 2. 技術的背景と詳細解説 イーサネット（CSMA/CD）環境において、衝突（コリジョン）が発生するタイミングは非常に重要です。 #### A. スロットタイム（Slot Time）と64バイトの法則 イーサネットの標準規格では、フレームの先頭から**最初の64バイト（512ビット）**を「スロットタイム」と呼びます。 * **正常なコリジョン：** 送信開始から64バイト以内に検出される衝突。これはハーフデュプレックス環境では正常な動作の一部とみなされます。 * **レイトコリジョン：** 送信開始から**64バイトを超えた後**に検出される衝突。 #### B. なぜ「64バイト後」が問題なのか？ 通常、ネットワーク設計が適切であれば、信号の伝搬遅延を考慮しても、衝突は必ず最初の64バイト以内に送信元に伝わります。 もし64バイトを過ぎた後に衝突が発生した場合、送信側のステーションはすでに「フレームの送信は成功した」と判断して送信処理を終えようとしているか、あるいはバッファを解放してしまっています。そのため、レイトコリジョンが発生すると**フレームは破棄され、再送（Retransmission）が行われません。** これが、ネットワークのパフォーマンスを著しく低下させる原因となります。 --- ### 3. レイトコリジョンが発生する主な原因 プロのネットワークエンジニアとして、このカウンタが増加している場合に疑うべきポイントは以下の3点です。 1. **デュプレックスの不一致 (Duplex Mismatch):** 最も一般的な原因です。一方が「Full Duplex（全二重）」、もう一方が「Half Duplex（半二重）」に設定されている場合、全二重側はいつでも送信を行いますが、半二重側はそれを受信すると衝突とみなし、レイトコリジョンが発生します。 2. **ケーブル長の超過 (Cable Length Violation):** イーサネット規格（100BASE-TXなど）で定められた最大長（100メートル）を大幅に超えている場合、信号の往復遅延時間がスロットタイムを超えてしまい、衝突の検出が遅れます。 3. **不良なハードウェア:** 故障したNIC（ネットワークカード）や、ノイズの多いトランシーバー、劣化したケーブルが異常なタイミングで信号を送出している可能性があります。 --- ### 4. Cisco IOSでの確認コマンド 実務では、以下のコマンドを使用してカウンタを確認します。 ```bash Router# show interfaces GigabitEthernet 0/1 GigabitEthernet0/1 is up, line protocol is up Hardware is i82543, address is 000d.bd3b.0d01 (bia 000d.bd3b.0d01) ... 0 packets input, 0 bytes, 0 no buffer 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored 0 packets output, 0 bytes, 0 underruns 0 output errors, 0 collisions, 234 late collision <-- ここを確認 ... ``` * **collisions:** 64バイト以内に発生した通常の衝突回数。 * **late collision:** 64バイト以降に発生した異常な衝突回数。 --- ### 5. 試験対策のアドバイス CCNA試験において「64バイト（または512ビット）」という数字と「衝突（Collision）」というキーワードがセットで出てきた場合、以下の判別を即座に行えるようにしましょう。 * **64バイト未満**で衝突 ＝ **Normal Collision** * **64バイト以降**で衝突 ＝ **Late Collision** * **Late Collisionの原因** ＝ ほとんどの場合 **Duplex Mismatch**（またはケーブル長超過） この知識は、トラブルシューティング問題（シミュレーション問題）でも非常に頻出するポイントです。

這是一題經典的 Cisco CCNA 網路基礎考試題，考驗工程師對於 **Ethernet（乙太網路）衝突機制**以及**介面計數器（Interface Counters）**的理解。 以下是針對該考題的專業解析： --- ### 1. 正確答案 此情況下，介面計數器增加的項目為：**Late Collision (晚期衝突)**。 --- ### 2. 技術深度解析 在乙太網路（IEEE 802.3）的運作邏輯中，我們必須區分「正常衝突」與「晚期衝突」的差異，其關鍵分界點就在於題幹提到的 **64 位元組 (64 Bytes / 512 Bits)**。 #### A. 什麼是 Slot Time（槽位時間）？ 在半雙工（Half-Duplex）環境中，乙太網路使用 **CSMA/CD** 協定來偵測衝突。 * **64 位元組**是乙太網路規定的最小影格長度（Minimum Frame Size）。 * 傳送這 64 位元組所需的時間被稱為 **Slot Time**。 * 根據標準，如果發生衝突，應該要在傳送前 64 位元組的過程中就被偵測到。 #### B. 為什麼是 Late Collision？ * **Normal Collision（正常衝突）：** 發生在影格的前 64 位元組內。這是半雙工網路中的正常現象，設備會自動重傳。 * **Late Collision（晚期衝突）：** 指的是當設備已經發送或接收了 **超過 64 位元組** 之後，才偵測到衝突信號。 * **題幹關鍵字：** 「after the first 64 bytes of the frame is received」，這完全符合 Late Collision 的定義。 --- ### 3. 常見原因分析 (Troubleshooting) 作為一名網路工程師，在實務中看到 `late collision` 計數器增加，通常代表網路存在以下問題： 1. **雙工不匹配 (Duplex Mismatch)：** 這是最常見的原因。例如：鏈路一端設定為 **Full-Duplex**（強行傳送而不聽取線路），另一端設定為 **Half-Duplex**（遵循 CSMA/CD）。當 Half-Duplex 端正在接收資料時，Full-Duplex 端突然傳送資料，就會導致 Late Collision。 2. **電纜長度過長 (Cable length exceeded)：** 如果網線長度超過了乙太網路標準（如 Cat5e/6 超過 100 米），訊號傳遞延遲（Propagation Delay）過大，導致設備在傳送完 64 位元組後才收到衝突訊號，無法及時停止傳送。 3. **網路直徑過大 (Network Diameter)：** 在舊式網路中，串接過多集線器（Hub），導致碰撞網域（Collision Domain）過大。 --- ### 4. 對比表：正常衝突 vs. 晚期衝突 | 特性 | Normal Collision | Late Collision | | :--- | :--- | :--- | | **發生時間** | 影格前 64 Bytes 內 | **超過 64 Bytes 後** | | **網路環境** | 正常的半雙工環境 | 異常的配置或硬體限制 | | **設備行為** | 自動重新傳送 (Retransmit) | **不會自動重傳**，導致丟包 | | **常見原因** | 正常的網路競爭 | **雙工不匹配 (Duplex Mismatch)** | --- ### 5. 如何在 Cisco IOS 查看？ 工程師可以使用以下指令來確認介面狀態： ```bash Router# show interfaces GigabitEthernet 0/1 ... 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored 0 output errors, 125 collisions, 42 late collision, 0 deferred ... ``` **工程師筆記：** 如果 `late collision` 的數值持續增加，請務必優先檢查兩端設備的 **Speed** 與 **Duplex** 設定是否一致。在現代的全雙工（Full-Duplex）交換式網路中，理論上不應該出現任何 Collision。

这是一道经典的 CCNA 考题，主要考查网络工程师对 **以太网冲突机制（Collision Mechanisms）** 以及 **接口计数器（Interface Counters）** 的理解。 以下是针对该题目的详细专业解析： --- ### 1. 正确答案 该接口计数器增加的是：**Late Collision（延迟冲突）**。 --- ### 2. 核心技术原理分析 要理解为什么是 Late Collision，我们需要从以太网的 **CSMA/CD** 机制和 **槽时间（Slot Time）** 说起： #### A. 正常冲突 (Normal Collision) 在半双工以太网中，如果两个站点同时发送数据，会发生冲突。根据以太网标准（IEEE 802.3），一个数据帧的最小长度是 **64 字节**（512 比特）。 * **槽时间 (Slot Time)**：在 10/100 Mbps 网络中，512 比特的时间被称为“槽时间”。 * 如果在帧的前 64 字节发送完毕**之前**检测到冲突，这被称为“正常冲突”。此时，发送端会自动停止发送，并进行指数退避（Backoff）后重传。 #### B. 延迟冲突 (Late Collision) 题目中明确提到：**“This condition occurs after the first 64 bytes of the frame is received”**（这种情况发生在接收到帧的前 64 字节之后）。 * 当冲突发生在帧的前 64 字节（512 比特）**之后**时，网络协议栈将其定义为 **Late Collision**。 * **关键区别**：与正常冲突不同，网卡（NIC）在发生延迟冲突时**不会**自动重传该帧。这会导致上层协议（如 TCP）发现丢包并触发重传，从而严重降低网络效率。 --- ### 3. 为什么会发生 Late Collision？ 作为网络工程师，在排查 `show interfaces` 输出时，如果看到 `late collisions` 计数器增加，通常由以下原因引起： 1. **双工模式不匹配 (Duplex Mismatch)**： * 这是最常见的原因。链路一端处于“全双工（Full-Duplex）”，另一端处于“半双工（Half-Duplex）”。 * 全双工端会无视冲突检测随时发送数据，而半双工端在发送数据时检测到对方也在发送（超过 64 字节后），就会记录一次延迟冲突。 2. **电缆长度超标**： * 如果网线（双绞线）长度超过了 100 米的限制，信号传播延迟（Propagation Delay）过大，导致发送端在完成 64 字节发送后才收到冲突信号。 3. **网络拓扑级联过多**： * 中间经过了太多的集线器（Hub）或中继器，导致冲突域过大，传播时延超过了槽时间。 --- ### 4. 接口状态查看命令 在 Cisco IOS 设备上，你可以通过以下命令观察到该计数器： ```bash Router# show interfaces GigabitEthernet 0/1 GigabitEthernet0/1 is up, line protocol is up ... 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored 0 output errors, 0 collisions, 25 late collision <-- 此处即为延迟冲突计数 0 deferred, 0 lost carrier, 0 no carrier ... ``` --- ### 5. 总结 * **冲突发生在 64 字节以内**：计入 `collisions`（通常指 Normal Collisions）。 * **冲突发生在 64 字节以后**：计入 `late collisions`。 * **排障建议**：如果在现网中发现此计数器增长，请优先检查链路两端的 **Duplex（双工）** 设置是否一致，并确认物理线路长度是否合规。 **结论：** 题目描述的现象完全符合 **Late Collision** 的定义。