どうも！リョクちゃです。

ネットワークを学ぶうえで避けて通れないのが ARP（Address Resolution Protocol）。
今回はCisco Packet Tracerを使って、「IPアドレスからMACアドレスを解決する仕組み」を実際に目で見て確認していきましょう。

🧭 シナリオ概要

PC1からPC2へPingを送信するとき、
「192.168.1.20 はどのMACアドレス？」という問い合わせが発生します。
このやり取りを担うのが ARP（Address Resolution Protocol） です。

🧱 トポロジ構成

構成は非常にシンプルです👇

⚙️ ステップ1：IPアドレス設定

それぞれのPCで、
「Desktop」→「IP Configuration」から静的アドレスを設定します。

🔍 ステップ2：ARPテーブルの確認

通信前に、PC1で現在のARPテーブルを確認してみましょう。

C:\> arp -a
No ARP Entries Found

まだ通信していないため、テーブルは空です。
つまり「誰のMACアドレスも知らない」状態ですね。

🛰 ステップ3：Pingを実行してARPを発動させる

次に、PC1からPC2へPingを送信します。

C:\> ping 192.168.1.20

この瞬間、PC1は「192.168.1.20 のMACアドレスを教えて！」とLAN全体にブロードキャストを送信します。
これが ARP Request（問い合わせ） です。

💡 ステップ4：ARP Reply（応答）

PC2は「それ、私です！」とユニキャストで返答します。
この通信が ARP Reply（応答） にあたります。

🧠 ステップ5：ARPテーブルを再確認

再度、PC1で arp -a を実行してみましょう。

C:\> arp -a

Internet Address      Physical Address      Type
192.168.1.20          000d.5870.0955        dynamic

PC1がPC2のMACアドレスを学習したことが確認できます。
この情報はしばらくキャッシュとして保存され、再通信時はARPを行わずに送信できます。

🎞 ステップ6：Simulationモードで可視化

Cisco Packet Tracerの右下にある「Simulation」モードを使うと、
ARPの動きをステップごとに観察できます。

▶ ボタンの隣にある「→」ボタンで1ステップずつ進めながら、通信の流れを追ってみましょう。

🏁 まとめ

今回のハンズオンで理解できたポイントを整理します。

✅ IP通信を行う前に、必ずARPでMAC解決が行われる
✅ ARP Requestはブロードキャスト、ARP Replyはユニキャスト
✅ 通信後はARPテーブルにMACアドレスがキャッシュされる

ARPはネットワークの裏方として、IP通信を支える重要なプロトコルです。
Packet Tracerを使えば、目に見えない通信を「見える化」できます。
ぜひ、他のトポロジでも試してみてください！

どうも！リョクちゃです。

ネットワークのトラブル対応で最もよく使われるのが ping コマンド です。
通信先と正常にやり取りできるか（疎通確認）を、簡単かつ正確に調べられます。

本記事では、Windowsでの ping コマンドの基本〜実務例まで、図解つきで初心者向けに解説します。

pingとは？何がわかるコマンド？

ping（ピン）は、ネットワークが正常につながっているかを確認するためのコマンドです。

🔍 pingでわかること

• 対象と通信できるか（疎通可否）
• 応答速度（ms）
• パケットロスの有無
• ネットワーク遅延の有無

トラブルが起きたときの“最初の切り分けツール”として必須です。

基本構文と使い方

🔧 基本構文

ping 対象アドレス

例：Googleに通信できるか確認

ping google.com

実行例

Pinging google.com [142.250.199.14] with 32 bytes of data:
Reply from 142.250.199.14: bytes=32 time=15ms TTL=114

ここをみる！

• Reply from : 通信が成功
• time=xx ms : 応答時間(遅延があるか)
• TTL= : 経路の長さの目安

主要オプション一覧(よく使う順)

📌 1. -t：連続でpingを送信する

ping 8.8.8.8 -t

→ Ctrl + C で停止 回線の安定性を見る時によく使います。

📌 2. -n 回数：繰り返し回数を指定

ping 8.8.8.8 -n 10

📌 3. -4 / -6：IPv4 / IPv6 を強制

ping google.com -4

📌 4. -l サイズ：パケットサイズを変更

ping google.com -l 1024

MTU調査に使われます。

pingが通らないときの原因と対処法

❌ 1. 接続先がオフライン

→ サーバ停止・機器電源OFFなど
→ 別の端末からも同じ症状か確認

❌ 2. DNSの問題

→ ping 8.8.8.8 は通るがping google.comは通らない場合

💡 DNS設定がおかしい可能性大
→ ipconfig /all を確認
→ nslookup google.com を試す

❌ 3. ファイアウォールのICMPブロック

企業では多い
→ ICMPが禁止されている場合はTest-NetConnectionを使用

Test-NetConnection google.com -Port 443

❌ 4. ルータ・WiFiの不調

→ WiFi再接続
→ ルータ再起動

実務で役立つpingの使い方

🔹 WiFiが遅い／繋がらない時

ping 192.168.0.1 -t

→ 自宅ルータへの安定性チェックに使える

🔹 社内サーバへの遅延調査

ping server01.example.local -n 20

🔹 海外サイトの遅延確認

ping youtube.com

→ TTL値で海外経由と判断できる

【応用】バッチファイルで監視する方法

ネットワークが落ちたタイミングを自動で記録したい場合は、バッチ化が便利です。

例：疎通不可時にログ出力

@echo off
ping google.com -n 1 >nul
if errorlevel 1 (
    echo %date% %time% NG >> pinglog.txt
) else (
    echo %date% %time% OK >> pinglog.txt
)

PowerShell版：Test-Connectionとの違い

PowerShellではTest-Connectionの方が細かく制御できます。

Test-Connection google.com -Count 4

また、ICMP禁止環境ではTest-NetConnection -Port XXが強力です。

まとめ

• pingはネットワーク疎通確認基本コマンド
• time(応答時間)、TTL、パケットロスを見れば状況を判断できる
• よく使うオプションは-t, -n, -4, -6
• 検証やトラブル対応に必須
• バッチ化やPowerShellと組み合わせると実務向けに強化できる

初心者から実務担当まで、まず覚えるべきコマンドです。

📚 関連記事

• nslookupコマンドの使い方と基本
• netstatでポート使用状況を確認する方法
• ipconfigコマンドでIP・DNSを確認する手順
• PowerShellで疎通確認するTest-Connectionの使い方
• バッチファイル入門｜基本構文と作成方法