ID: 26241
- フォーラムは新サイトへ移行しました。
- このフォーラムではゲスト投稿が禁止されています
ID: 26241
msg# 1
xsdy0901
投稿数: 20
問題文中のshow ip routeでは static route が「directory connected」と表示されており、「via <next hop address>」の形ではないないため、初めは間違いかなとおもいました。
簡単に調べてみたところ、下記のように認識したのですが、あっていますでしょうか。
1)
next hop address ではなく I/F名のみを指定して登録されたstatic routeであれば「directory connected」と表示される
2)
「directory connected」の場合、(直接接続されているので)宛先IP address に対しARP解決してフレームを送信しようとする
3)
ただし、I/Fがpoint-to-pointであれば、何も考えず対向I/FのMACアドレスに対してフレームを送信する。以上より正常に通信できる
・そもそもpppの定義とは
・Ethernet I/Fは pppであることを認識できるのか
・もしかして Proxy ARPを多段で実行…?
と考えていたら混乱してきたので質問させていただいた次第です。。。
簡単に調べてみたところ、下記のように認識したのですが、あっていますでしょうか。
1)
next hop address ではなく I/F名のみを指定して登録されたstatic routeであれば「directory connected」と表示される
2)
「directory connected」の場合、(直接接続されているので)宛先IP address に対しARP解決してフレームを送信しようとする
3)
ただし、I/Fがpoint-to-pointであれば、何も考えず対向I/FのMACアドレスに対してフレームを送信する。以上より正常に通信できる
・そもそもpppの定義とは
・Ethernet I/Fは pppであることを認識できるのか
・もしかして Proxy ARPを多段で実行…?
と考えていたら混乱してきたので質問させていただいた次第です。。。
Re: ID: 26241
msg# 1.1
xsdy0901
投稿数: 20
なお、本来の問題の意図およびルーティグループが起こることについては理解しているつもりです。
Re: ID: 26241
msg# 1.2
arashi1977
居住地: 広島
投稿数: 1715
引用:そうです。「宛先ネットワークがこのインターフェースの先にある=直接接続している」ということですね。
直結しているかどうかではなく、「このネットワークへはこのインターフェースから出す」ことがわかっているかどうかです。
引用:これはスタティックルートかどうかだけではなく、実際に直結しているネットワークに出す場合と一緒ですね。
引用:point-to-pointかどうか、悩ましいですね。
Ethernetインターフェースは基本ブロードキャストですが、別にpoint-to-pointで接続しちゃいけないわけではないですからね。
1)
next hop address ではなく I/F名のみを指定して登録されたstatic routeであれば「directory connected」と表示される
直結しているかどうかではなく、「このネットワークへはこのインターフェースから出す」ことがわかっているかどうかです。
引用:
2)
「directory connected」の場合、(直接接続されているので)宛先IP address に対しARP解決してフレームを送信しようとする
引用:
3)
ただし、I/Fがpoint-to-pointであれば、何も考えず対向I/FのMACアドレスに対してフレームを送信する。以上より正常に通信できる
Ethernetインターフェースは基本ブロードキャストですが、別にpoint-to-pointで接続しちゃいけないわけではないですからね。
Re: ID: 26241
msg# 1.2.1
xsdy0901
投稿数: 20
ご返信いただきありがとうございます。
引用:
はい。正直、自分で言ってて苦しいなあという感じなのです…。別にこの間にスイッチが挟まっていようといまいとルータ側から見れば変わりないように思います…。
Serial 接続なら事情が違うのかなとも考えたのですが。
2) の続きから考えなおすと、
・ARPでは応答が来るはずがないので、このままではフレームが送れないはず
(ICMP Host Unreachableが送信元に返る?)
・next hop に到達させるには、対向ルータのMACアドレス宛か、ブロードキャスト(All FF)で送信させるようななんらかの仕組みが必要
ここまでは正しいと思うのですが、いかがでしょうか?
実機検証できる環境が無いので、Cisco Packet Tracer とかで実験できないか試してみようかなと思います…
引用:
point-to-pointかどうか、悩ましいですね。
Ethernetインターフェースは基本ブロードキャストですが、別にpoint-to-pointで接続しちゃいけないわけではないですからね。
はい。正直、自分で言ってて苦しいなあという感じなのです…。別にこの間にスイッチが挟まっていようといまいとルータ側から見れば変わりないように思います…。
Serial 接続なら事情が違うのかなとも考えたのですが。
2) の続きから考えなおすと、
・ARPでは応答が来るはずがないので、このままではフレームが送れないはず
(ICMP Host Unreachableが送信元に返る?)
・next hop に到達させるには、対向ルータのMACアドレス宛か、ブロードキャスト(All FF)で送信させるようななんらかの仕組みが必要
ここまでは正しいと思うのですが、いかがでしょうか?
実機検証できる環境が無いので、Cisco Packet Tracer とかで実験できないか試してみようかなと思います…
Re: ID: 26241
msg# 1.2.1.1
arashi1977
居住地: 広島
投稿数: 1715
検証の参考になれば。
R1
R2
R3
ルーティングテーブル
ping
ARP
R1
interface FastEthernet0/0
ip address 192.168.12.1 255.255.255.0
!
ip route 3.3.3.3 255.255.255.255 FastEthernet0/0
ip route 33.33.33.33 255.255.255.255 FastEthernet0/0
R2
interface FastEthernet0/0
ip address 192.168.12.2 255.255.255.0
!
interface FastEthernet0/1
ip address 192.168.23.2 255.255.255.0
!
ip route 3.3.3.3 255.255.255.255 192.168.23.3
R3
interface Loopback0
ip address 3.3.3.3 255.255.255.255
!
interface FastEthernet0/0
ip address 192.168.23.3 255.255.255.0
!
ip route 0.0.0.0 0.0.0.0 192.168.23.2
ルーティングテーブル
R1#show ip route static | begin Gateway
Gateway of last resort is not set
3.0.0.0/32 is subnetted, 1 subnets
S 3.3.3.3 is directly connected, FastEthernet0/0
33.0.0.0/32 is subnetted, 1 subnets
S 33.33.33.33 is directly connected, FastEthernet0/0
R2#show ip route static | begin Gateway
Gateway of last resort is not set
3.0.0.0/32 is subnetted, 1 subnets
S 3.3.3.3 [1/0] via 192.168.23.3
R3#show ip route static | begin Gateway
Gateway of last resort is 192.168.23.2 to network 0.0.0.0
S* 0.0.0.0/0 [1/0] via 192.168.23.2
ping
R1#ping 3.3.3.3
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 3.3.3.3, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 20/22/28 ms
R1#ping 33.33.33.33
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 33.33.33.33, timeout is 2 seconds:
.....
Success rate is 0 percent (0/5)
ARP
R1#show ip arp
Protocol Address Age (min) Hardware Addr Type Interface
Internet 3.3.3.3 6 ca02.090f.0008 ARPA FastEthernet0/0
Internet 33.33.33.33 0 Incomplete ARPA
Internet 192.168.12.1 - ca01.0900.0008 ARPA FastEthernet0/0
R2#show ip arp
Protocol Address Age (min) Hardware Addr Type Interface
Internet 192.168.12.1 0 ca01.0900.0008 ARPA FastEthernet0/0
Internet 192.168.12.2 - ca02.090f.0008 ARPA FastEthernet0/0
Internet 192.168.23.2 - ca02.090f.0006 ARPA FastEthernet0/1
Internet 192.168.23.3 6 ca03.091d.0008 ARPA FastEthernet0/1
R3#show ip arp
Protocol Address Age (min) Hardware Addr Type Interface
Internet 192.168.23.2 6 ca02.090f.0006 ARPA FastEthernet0/0
Internet 192.168.23.3 - ca03.091d.0008 ARPA FastEthernet0/0
Re: ID: 26241
msg# 1.2.1.1.1
xsdy0901
投稿数: 20
なんと…! ありがとうございます。
R1#show ip arp 結果より、
ことから、このように解釈しました。
早く環境を整えて自身でも検証したいです
R1#show ip arp 結果より、
・ 192.168.12.2 のエントリが無いことから、192.168.12.2 宛て arp は実行されていない
・ 3.3.3.3 が R2 Fa0/0 のMACアドレスと紐づいている
ことから、このように解釈しました。
1) R2 で Proxy ARP がデフォルトで有効と仮定
2) R1#ping 3.3.3.3 実行
3) R1 は 3.3.3.3 via Fa0/0 の static route を持つ (directly connected)
4) R1 は 3.3.3.3 宛に ARP
5) R2 は 3.3.3.3 via 192.168.23.3 の static route を持つ
6) R2 は Proxy ARP により R2 Fa0/0 の MACアドレスを R1 に ARP Reply
7) R1 は ping フレームを R2 Fa0/0 の MACアドレス宛に送信
以下略,正常通信可能
早く環境を整えて自身でも検証したいです