Today we ill be providing route filtering examples for RIPv2 with the below methods.
- Passive Interfaces
- Administrative Distance
Configure a passive interface so that R8 receives routes from R10 but does not advertise routes to R10.
Configure a passive interface with the passive-interface interface command.
When configuring a passive interface RIPv2 updates are no longer sent out of that interface but RIPv2 updates are still received. We can see this to be true by viewing the rip database for R8 and R10.
R10 last received and update from R8 two minutes and 35 seconds ago 02:35. Based on this value we know that the routes are on their way to be withdrawn from R10s RIP database and RIB when it meets the default RIP flush timer of 240.
Distribute-List with prefix-list
On R5, prevent R8 from receiving R6 and R7 Loopback addresses while permitting everything else.
On R5, Prevent R4 from sending IPv4 updates in through Tun 0 while permitting everything else
Here we configured prefix-list R5_STOP_R6R7R8 to prevent R6 Loopback 22.214.171.124 and R7 Lookback 126.96.36.199 and permit everything else. Then applied to the interface leading to R8.
The second prefix-list R5_STOP_R4 will prevent R4 from sending IPv4 updates in through Tun 0 while permitting everything else. We need a “permit any” in our prefix just as you saw int the last one, 0.0.0.0/0 le 32 will accomplish this.
The PERMIT_ALL prefix-list is needed because we are applying this to all interfaces.
This line distribute-list prefix PERMIT_ALL gateway R5_STOP_R4 in is saying permit all routes on all interfaces as long as it didn’t come from R4 188.8.131.52.
Distribute-List with standard access-list
Here is how we can filter the IPv4 prefixes with an even number in the third octet with a one line standard access-list.
Distribute-List with extended access-list
When an extended access-list is used as a distributed-list in IGP application, it is important to remember that the behavior of the access-list changes. Instead of the source representing the network address and the destination representing subnetmask.
The source field in the ACL matches the update source of the route (who is sending us the route), and the destination field represents the network address.
access-list 100 deny ip host 184.108.40.206 host 220.127.116.11
access-list 100 deny ip host 18.104.22.168 host 22.214.171.124
access-list 100 deny ip host 126.96.36.199 host 188.8.131.52
access-list 100 deny ip host 184.108.40.206 host 220.127.116.11
access-list 100 permit ip any any
An offset-list was configured to prevent R9 from installing 18.104.22.168. Hop count was set to 16 to poison R9 and have it remove it from it routing table and to prevent R9 from installing it in the future.
You can see that R9 won’t install the route because of 22.214.171.124 having a hop count of infinite (16). The off-set list worked.
I want to configure an administrative distance so that hosts in the network cannot reach R4s Loopback.
The first is to create an access-list for R4s Lookback address. Then to apply it under the routing process.
These scenarios were curated by INE. Thank you to them.