When a router running Routing Information Protocol (RIP) receives an update from a neighboring router, it checks whether the source of the update belongs to the same network or sub-network as the receiving interface. If they are the same, the routes are accepted for installing into the routing table. Otherwise, the update is dropped.
This situation is more common in dial-up environments when the ip unnumbered command is issued on one end and ip address negotiated command is issued on the other end, which can result in different subnet masks, although the addresses are actually assigned from the same subnet. This can also occur when connecting across a firewall which does not participate in routing but transparently forwards the updates between the routers connected to its various interfaces belonging to different subnets. This can also occur if RIP is used in Multiprotocol Label Switching (MPLS) Virtual Private Network (VPN) environments over multiple Generic Routing Encapsulation (GRE) tunnels belonging to different Virtual Routing and Forwarding (VRF) tables on the router, and the same addresses are used as tunnel endpoints for the different tunnels.
If you issue the debug ip rip command, the error message starting with the text RIP: ignored v2 update from bad source or RIP: ignored v1 update from bad source is not displayed depending on the RIP version being used. This indicates that the source of the update is not on the same subnet as the receiving interface.
To resolve this problem, issue the no validate-update-source command under router configuration mode of RIP, which stops validating the source address and accepts the updates.
Enter configuration commands, one per line. End with CNTL/Z.
Make sure that you issue this command with caution since it may hide a real problem if the IP addresses on the routers are misconfigured. When using RIP over GRE tunnels with VRFs in an MPLS VPN environment, use unique endpoints as tunnel source and tunnel destination for different GRE tunnels.
Hello, hoping someone else may have some experience with this. I'm trying to create a simple leak-map that:1) Leaks two specific prefixes from a prefix-list2) Leaks them out a specific interface only from a Nexus 9000, config is as follows:ip prefix-...
So came into remote office to find that for some reason connect to specific subnet over in remote site. Few weeks ago we've redone some of our networking and as part of that HSRP was put in place between 2 l3 switches, all worked fine and dandy. But ...
Hello,we will replace some old C6509 with new C9410.A lot of 1G fiber ports with optics are included and the customer does notrequire 10G. I was thinking reusing the existing optics GLC-SX-MM for the newlinecards C9400-LC-48S, however the TMG tool does no...