トップ > 助け合いフォーラム > CCNA/CCNP関連 > CCNP全般 (前の質問|次の質問)

再配送

フォーラムは新サイトへ移行しました。
このフォーラムではゲスト投稿が禁止されています

ツリー構造順で表示投稿の新しいものから

再配送

msg# 1

前の投稿 - 次の投稿 | 親投稿 - 子投稿.1 .2 | 投稿日時 2016-7-8 6:54 | 最終変更

rec12345

投稿数: 2

再配送の練習をしていたのですが、うまくできなくて困っています。
prefix-listではうまくいき、標準ACLではうまくいきません。

質問ですが、標準ACLでなぜうまく再配送されないのでしょうか？
prefix-listはACLをより柔軟に設定できるようなものと認識しています。
configは下記の通りです。

interface Loopback0
ip address 10.0.0.1 255.255.255.0

access-list 1 permit 10.0.0.0 0.0.0.255

ip prefix-list Lo0 seq 5 permit 10.0.0.0/24

route-map Lo0_PRE permit 10
match ip address prefix-list Lo0
!
route-map Lo0_ACL permit 10
match ip address 1

router eigrp 100
redistribute connected route-map Lo0_PRE
あるいは
redistribute connected route-map Lo0_ACL

追記：
もしかしたらACLは自身から発するパケットは制御不可なのでしょうか？

Re: 再配送

msg# 1.1

前の投稿 - 次の投稿 | 親投稿 - 子投稿なし | 投稿日時 2016-7-8 8:39

arashi1977

居住地: 広島投稿数: 1715

引用：

prefix-listではうまくいき、標準ACLではうまくいきません。

どううまくいかないのか、どう検証したのかも教えてもらえるとありがたいです。

rec12345 さんが提示されたコンフィグを元に、以下のように2台のルータを用意しました。「R1 Fa0/0-Fa0/0 R2」という接続です。

■R1
interface Loopback0
 ip address 10.0.0.1 255.255.255.0
interface FastEthernet0/0
 ip address 192.168.12.1 255.255.255.0
router eigrp 100
 redistribute connected route-map Lo0_ACL
 network 192.168.12.0
 no auto-summary
access-list 1 permit 10.0.0.0 0.0.0.255
route-map Lo0_ACL permit 10
 match ip address 1
 
■R2
interface FastEthernet0/0
 ip address 192.168.12.2 255.255.255.0
router eigrp 100
 network 192.168.12.0
 no auto-summary

で、R2をみるとR1で再配送した10.0.0.0/24は再配送（EIGRP外部ルート）としてちゃんと見えてます。

R2#show ip route eigrp
     10.0.0.0/24 is subnetted, 1 subnets
D EX    10.0.0.0 [170/409600] via 192.168.12.1, 00:03:43, FastEthernet0/0
R2#show ip route 10.0.0.0 255.255.255.0
Routing entry for 10.0.0.0/24
  Known via "eigrp 100", distance 170, metric 409600, type external
  Redistributing via eigrp 100
  Last update from 192.168.12.1 on FastEthernet0/0, 00:04:35 ago
  Routing Descriptor Blocks:
  * 192.168.12.1, from 192.168.12.1, 00:04:35 ago, via FastEthernet0/0
      Route metric is 409600, traffic share count is 1
      Total delay is 6000 microseconds, minimum bandwidth is 10000 Kbit
      Reliability 255/255, minimum MTU 1500 bytes
      Loading 1/255, Hops 1

うーん、何か構成違いますかね？

Re: 再配送

msg# 1.2

前の投稿 - 次の投稿 | 親投稿 - 子投稿.1 | 投稿日時 2016-7-8 11:59

rec12345

投稿数: 2

arashi1977さん

的確かつ迅速なご回答ありがとうございます。
まさに再現された構成、configは概ね同じです。。。

そして今更ですが当方の環境でもできることが確認できました…
質問した後にしたことといえば、機器の再起動くらい。。。でしょうか。

ACLとprefix-listの動作がよく分かったのは収穫でしたが、あまりに初歩的すぎて申し訳なかったです。。。

この度はご教授頂きありがとうございました。

Re: 再配送

msg# 1.2.1

前の投稿 - 次の投稿 | 親投稿 - 子投稿なし | 投稿日時 2016-7-8 12:10

arashi1977

居住地: 広島投稿数: 1715

うまくいったとのこと、良かったです。
とはいえ謎ですねぇ…
引用：

質問した後にしたことといえば、機器の再起動くらい。。。でしょうか。

検証してないのでなんともいえませんが、例えば対向（R1とR2）と接続するインターフェースで10.0.0.0/8の範囲のアドレスを使っていて、さらにEIGRPの設定で自動集約が有効になっていた、とか…

ツリー構造順で表示投稿の新しいものから

>フォーラム検索へ