RIP ignoring V1 updates

Unanswered Question
Sep 14th, 2009
User Badges:

Hello,


What are the reasons I'm seeing this "bad source"; which is the router that has the clock source.


01:09:05: RIP: sending v1 update to 255.255.255.255 via Loopback0 (10.1.1.1)

01:09:05: RIP: build update entries

01:09:05: network 148.1.0.0 metric 1

01:09:05: network 192.1.1.0 metric 1

01:09:10: RIP: ignored v1 update from bad source 193.1.1.1 on Serial0


Thank you,


SM



  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 4 (2 ratings)
Loading.
Lucien Avramov Mon, 09/14/2009 - 17:21
User Badges:
  • Red, 2250 points or more

How about if you issue the command no validate-update-source?


That should fix your issue.


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. 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.

1thumper1 Wed, 09/16/2009 - 05:15
User Badges:

Your explicit explanation was very helpful and the that command is what I needed. BTW, I also had one of my serial connections reversed.


regards,


SM

YANGCCIE4 Sun, 09/20/2009 - 10:07
User Badges:

01:09:10: RIP: ignored v1 update from bad source 193.1.1.1 on Serial0


Hi, 1thumper1

have you NETWORK 193.1.1.1 in your rip configuration ?


Yang

1thumper1 Tue, 09/22/2009 - 05:10
User Badges:

Yes.


The no validate source command gave me what I needed.


Thank you.


Actions

This Discussion