{ "componentChunkName": "component---src-templates-post-js", "path": "/network-ga-koishikute2/", "result": {"data":{"ghostPost":{"id":"Ghost__Post__69bf6a2671fa390001b36297","title":"ネットワーク機器が恋しくて その２","slug":"network-ga-koishikute2","featured":false,"feature_image":null,"excerpt":"前回でCiscoの機器をいじり放題になったので、\n機器をいじりながらプロトコルの勉強をしていきたいと思います。\n今回はARP（Address Resolution Protocol）です。\n\nARPとは、OSI参照モデルの2層目のデータリンク層の通信をする際に利用するプロトコルで、IPアドレスからMACアドレスを取得するために利用します。\n通信相手の識別にIPアドレスを利用する事が多いと思います。\n例）PC0(192.168.0.1)からPC1(192.168.0.2)への通信など\n\nですが、実はIPアドレスだけではパケットを届けることはできません。同じネットワーク内にいる機器同士は「MACアドレス」を頼りに通信するからです。\n\nそこで登場するのがARPです。\n「このIPアドレスの人は、どのMACアドレスを持ってますかー！？」と聞き回る、ネットワーク界の聞き込み調査員のようなプロトコルです。\n\nさっそく、実際の通信を見ていきましょう。ハブをおいて、PCが複数台つながっているネットワークを用意します。\n\nCisco Catalyst 2960には特に設定しません。\nPCは以下のように設定","custom_excerpt":null,"visibility":"public","created_at_pretty":"22 March, 2026","published_at_pretty":"22 March, 2026","updated_at_pretty":"15 April, 2026","created_at":"2026-03-22T13:03:50.000+09:00","published_at":"2026-03-22T13:56:46.000+09:00","updated_at":"2026-04-15T11:06:59.000+09:00","meta_title":null,"meta_description":null,"og_description":null,"og_image":null,"og_title":null,"twitter_description":null,"twitter_image":null,"twitter_title":null,"authors":[{"name":"yuichi.kotani","slug":"yuichi","bio":null,"profile_image":null,"twitter":null,"facebook":null,"website":null}],"primary_author":{"name":"yuichi.kotani","slug":"yuichi","bio":null,"profile_image":null,"twitter":null,"facebook":null,"website":null},"primary_tag":{"name":"Cisco","slug":"cisco","description":null,"feature_image":null,"meta_description":null,"meta_title":null,"visibility":"public"},"tags":[{"name":"Cisco","slug":"cisco","description":null,"feature_image":null,"meta_description":null,"meta_title":null,"visibility":"public"},{"name":"Cisco Packet Tracer","slug":"cisco-packet-tracer","description":null,"feature_image":null,"meta_description":null,"meta_title":null,"visibility":"public"},{"name":"GNS3","slug":"gns3","description":null,"feature_image":null,"meta_description":null,"meta_title":null,"visibility":"public"},{"name":"Simulation","slug":"simulation","description":null,"feature_image":null,"meta_description":null,"meta_title":null,"visibility":"public"},{"name":"arp","slug":"arp","description":null,"feature_image":null,"meta_description":null,"meta_title":null,"visibility":"public"},{"name":"ping","slug":"ping","description":null,"feature_image":null,"meta_description":null,"meta_title":null,"visibility":"public"}],"plaintext":"前回でCiscoの機器をいじり放題になったので、\n機器をいじりながらプロトコルの勉強をしていきたいと思います。\n今回はARP（Address Resolution Protocol）です。\n\nARPとは、OSI参照モデルの2層目のデータリンク層の通信をする際に利用するプロトコルで、IPアドレスからMACアドレスを取得するために利用します。\n通信相手の識別にIPアドレスを利用する事が多いと思います。\n例）PC0(192.168.0.1)からPC1(192.168.0.2)への通信など\n\nですが、実はIPアドレスだけではパケットを届けることはできません。同じネットワーク内にいる機器同士は「MACアドレス」を頼りに通信するからです。\n\nそこで登場するのがARPです。\n「このIPアドレスの人は、どのMACアドレスを持ってますかー！？」と聞き回る、ネットワーク界の聞き込み調査員のようなプロトコルです。\n\nさっそく、実際の通信を見ていきましょう。ハブをおいて、PCが複数台つながっているネットワークを用意します。\n\nCisco Catalyst 2960には特に設定しません。\nPCは以下のように設定します。\nPC0\nIPv4 Address:192.168.0.1\nSubnet Mask:255.255.255.0\nPC1\nIPv4 Address:192.168.0.2\nSubnet Mask:255.255.255.0\nPC2\nIPv4 Address:192.168.0.3\nSubnet Mask:255.255.255.0\n※設定方法わからない人は、前回の記事見ていただけるとわかります。\nhttps://tech.anti-pattern.co.jp/network-ga-koishikute/\n\nIPアドレスとMACアドレスを確認していきます。\nコマンドプロンプトを開いて、「ipconfig /all」で確認します。\n\nPC0からPC1にpingをします。通信の中でIPアドレスからMACアドレス取得が必要となり、ARP通信が発生するのでそれを見ていきます。\n\nPC0で通信が発生したのが確認できます。通信内容の詳細を見てみます。\n\nメッセージを見ると、ARP Packetと書いてあるので、ARP通信であることが確認できます。\n送信元は0001.6339.2D43(PC0)、送信先はFFFF.FFFF.FFFF（全員宛の通信）となっています。\n\nARP通信がハブに届きました。\n\nハブからネットワーク全体（PC1とPC2）に通信を送っています。\n\nIPアドレスが一致するPC1だけがARPに応答します。\nPC2にもパケットが届いていますが、PC2は『自分宛（192.168.0.2）じゃないな』と判断して、このパケットを静かに破棄しています。\n\nPC0にARP通信が帰ってきました。この時点でPC0は、IPアドレス192.168.0.2のMACアドレスが000D.BD02.95E8であることを認識します。\n\nこの情報はARPテーブルに保存され、しばらく記憶されます。なので通信のたびにARPが発生するわけではありません。\n\nこの後の通信の流れも見ていきます。\nARP通信が終わり、次はpingの通信となります。PC1に届いて、返信がPC1に帰ってきます。\n\nこれがPC0からPC1への通信内容になります。MACアドレスを知っているので、PC1のMACアドレスへの通信となっています。\n\nもう少し通信内容を詳細に見ていきます。\npingの通信はICMPを利用するので、通信内容がICMPとなっています。TYPEが0x08となっています。これはICMPのエコー要求（ICMP届いたら返事してね）という意味になります。\n詳しくはこちら\nhttps://www.iana.org/assignments/icmp-parameters/icmp-parameters.xhtml#icmp-parameters-types\n\n次はPC1からPC0の通信を見てみます。\n\nTYPEが0x00となっています。これはICMPのエコー応答（ICMP届いたのでお返事ですよ）という意味になります。\n\nこれらの通信が裏側で実施されることで、上記のpingコマンドが動作することが確認できました。今回はここまでです。","html":"

前回でCiscoの機器をいじり放題になったので、
機器をいじりながらプロトコルの勉強をしていきたいと思います。
今回はARP（Address Resolution Protocol）です。

ARPとは、OSI参照モデルの2層目のデータリンク層の通信をする際に利用するプロトコルで、IPアドレスからMACアドレスを取得するために利用します。
通信相手の識別にIPアドレスを利用する事が多いと思います。
例）PC0(192.168.0.1)からPC1(192.168.0.2)への通信など

ですが、実はIPアドレスだけではパケットを届けることはできません。同じネットワーク内にいる機器同士は「MACアドレス」を頼りに通信するからです。

そこで登場するのがARPです。 「このIPアドレスの人は、どのMACアドレスを持ってますかー！？」と聞き回る、ネットワーク界の聞き込み調査員のようなプロトコルです。

さっそく、実際の通信を見ていきましょう。ハブをおいて、PCが複数台つながっているネットワークを用意します。

Cisco Catalyst 2960には特に設定しません。
PCは以下のように設定します。
PC0
　IPv4 Address:192.168.0.1
　Subnet Mask:255.255.255.0
PC1
　IPv4 Address:192.168.0.2
　Subnet Mask:255.255.255.0
PC2
　IPv4 Address:192.168.0.3
　Subnet Mask:255.255.255.0
※設定方法わからない人は、前回の記事見ていただけるとわかります。
　https://tech.anti-pattern.co.jp/network-ga-koishikute/

IPアドレスとMACアドレスを確認していきます。
コマンドプロンプトを開いて、「ipconfig /all」で確認します。

PC0からPC1にpingをします。通信の中でIPアドレスからMACアドレス取得が必要となり、ARP通信が発生するのでそれを見ていきます。

PC0で通信が発生したのが確認できます。通信内容の詳細を見てみます。

メッセージを見ると、ARP Packetと書いてあるので、ARP通信であることが確認できます。
送信元は0001.6339.2D43(PC0)、送信先はFFFF.FFFF.FFFF（全員宛の通信）となっています。

ARP通信がハブに届きました。

ハブからネットワーク全体（PC1とPC2）に通信を送っています。

IPアドレスが一致するPC1だけがARPに応答します。
PC2にもパケットが届いていますが、PC2は『自分宛（192.168.0.2）じゃないな』と判断して、このパケットを静かに破棄しています。

PC0にARP通信が帰ってきました。この時点でPC0は、IPアドレス192.168.0.2のMACアドレスが000D.BD02.95E8であることを認識します。

この情報はARPテーブルに保存され、しばらく記憶されます。なので通信のたびにARPが発生するわけではありません。

この後の通信の流れも見ていきます。
ARP通信が終わり、次はpingの通信となります。PC1に届いて、返信がPC1に帰ってきます。

これがPC0からPC1への通信内容になります。MACアドレスを知っているので、PC1のMACアドレスへの通信となっています。

もう少し通信内容を詳細に見ていきます。
pingの通信はICMPを利用するので、通信内容がICMPとなっています。TYPEが0x08となっています。これはICMPのエコー要求（ICMP届いたら返事してね）という意味になります。
詳しくはこちら
https://www.iana.org/assignments/icmp-parameters/icmp-parameters.xhtml#icmp-parameters-types

次はPC1からPC0の通信を見てみます。

TYPEが0x00となっています。これはICMPのエコー応答（ICMP届いたのでお返事ですよ）という意味になります。

これらの通信が裏側で実施されることで、上記のpingコマンドが動作することが確認できました。今回はここまでです。

","url":"https://ghost.tech.anti-pattern.co.jp/network-ga-koishikute2/","canonical_url":null,"uuid":"0b894b2f-dec6-47f4-9827-8493089c8c5f","page":null,"codeinjection_foot":null,"codeinjection_head":null,"codeinjection_styles":null,"comment_id":"69bf6a2671fa390001b36297","reading_time":4}},"pageContext":{"slug":"network-ga-koishikute2"}}, "staticQueryHashes": ["176528973","2358152166","2561578252","2731221146","4145280475"]}