what's with the CAT4 int fa0/0 it doesn't have the no switchport did you
forget to post this command or you don't have it configured?

interface FastEthernet0/0
ip address 100.100.44.44 255.255.255.0
speed 100
full-duplex
end

I confirm this Marc Abel I just build it up and end up with the same think
you experienced class-full boundary :P

Loopback101                200.200.44.44
Loopback102                200.200.45.44

router rip
 version 2
 passive-interface default
 no passive-interface Ethernet0/0
 network 1.0.0.0
 network 200.200.0.0
 no auto-summary

*Mar 24 15:57:25.243: RIP: build update entries - suppressing null update


router rip
 version 2
 passive-interface default
 no passive-interface Ethernet0/0
 network 1.0.0.0
 network 200.200.44.0
 network 200.200.45.0
 no auto-summary

*Mar 24 15:58:25.587: RIP: sending v2 flash update to 224.0.0.9 via
Ethernet0/0 (1.1.1.1)
*Mar 24 15:58:25.587: RIP: build flash update entries
*Mar 24 15:58:25.587:   200.200.44.0/24 via 0.0.0.0, metric 1, tag 0
*Mar 24 15:58:25.587:   200.200.45.0/24 via 0.0.0.0, metric 1, tag 0

and its working.


2011/3/24 marc abel <[email protected]>

> I wasn't sure on this one so I labbed it up. It definitely is not
> split horizon or enabling IP routing (that would have given him an
> error when he tried to passive the interface).
>
> Marko nailed it, there are no routes to send.
>
> Looking at his config, it looks like there should be routes to send, I
> mean he has loop backs in the 200.200.0.0 range which he is
> advertising into RIP. Shouldn't these routes be advertised? I'm not
> sure what subnet mask he used in his config but in my scenario I used
> a /32 on the loopbacks. I then advertised in 200.200.0.0 and got the
> same result as him. Null update. I then tried entering in
> 200.200.44.44 under the router rip process. I immediately started
> sending out 1 route.
>
> Now the interesting thing is that when I do show run I get:
>
> router rip
>  version 2
>  passive-interface default
>  no passive-interface GigabitEthernet0/1
>  network 100.0.0.0
>  network 200.200.0.0
>  network 200.200.44.0
>  no auto-summary
>
> Notice it put it in as 200.200.44.0 even though the command I entered
> is network 200.200.44.44
>
> I still wasn't confident why advertising 200.200.0.0 didn't work but
> now I was theorizing that you must advertise the network by it's
> classful mask, even if you are running ip classless and no auto
> summary. So to test this I removed the 200 network and could again see
> I was sending null updates. This time I configured a 10.10.10.10
> 255.255.255.255 loopback. Then I went under the process and advertised
> network 10.0.0.0 and it worked like a champ and this time you can see
> it is under the process as 10.0.0.0
>
> router rip
>  version 2
>  passive-interface default
>  no passive-interface GigabitEthernet0/1
>  network 10.0.0.0
>  network 100.0.0.0
>  no auto-summary
>
> This seems to confirm my suspicion that you must advertise the
> classful mask, can anyone confirm this? I did a scan of the
> documentation but didn't see it addressed specifically.
>
> Thank you,
>
> Marc
>
> On Wed, Mar 23, 2011 at 8:31 PM, Michael Smith <[email protected]>
> wrote:
> >
> > Hello all,
> >
> > I definitely don't think it has anything to do with split horizon as it
> sounds like they are using ethernet which is a broadcast medium. I also
> don't think it is an error dealing with not enabling ip routing on the
> switch. I really do think either you have passive-interface default enabled
> or you don't have the correct network statement under the routing process.
> Do a no passive-interface fax/x or enable the correct network under the
> routing process. I hope this is helpful. Please correct me if I'm wrong!
> >
> >
> >
> >
> >
> >> From: [email protected]
> >> Date: Wed, 23 Mar 2011 22:28:29 +0000
> >> To: [email protected]
> >> Subject: Re: [OSL | CCIE_RS] [OSL|CCIE_RS] RIP updates - suppressing
> null     update
> >>
> >> Split Horizon, Disable
> >>
> >>
> >> On Wed, 23 Mar 2011 21:43 , Rob Pool <[email protected]> wrote:
> >> > I think you may need to enter the IP routing command on Cat4.
> >> >
> >> > Sent from my iPhone
> >> >
> >> > On Mar 23, 2011, at 5:07 PM, [email protected] wrote:
> >> >
> >> > Hi All,
> >> >
> >> >
> >> >
> >> > I am in the middle of the VoD and I stuck on RIP (I know...it should
> be very easy).
> >> >
> >> > I use GNS and I have R4 fa0/0---fa0/0 Cat4 (Ether Switch Router), I
> have basic IP connectivity between the routers and Cat4 is receiving the
> updates from
> >> > R4 but for some reason Cat4 cannot build its own RIP updates and send
> it to R4. When I run debug ip rip on Cat4 I receive below message.
> >> >
> >> >
> >> > *Mar  1 01:31:34.827: RIP: sending v2 update to 224.0.0.9 via
> FastEthernet0/0 (100.100.44.44)
> >> > *Mar  1 01:31:34.831: RIP: build update entries - suppressing null
> update
> >> >
> >> >
> >> > Please can you tell me what may be the reason of this?
> >> > You can see the output from both routers below.
> >> >
> >> > -----------------------
> >> >
> >> > R4
> >> > router rip
> >> > version 2
> >> > passive-interface default
> >> > no passive-interface FastEthernet0/0
> >> > network 100.0.0.0
> >> > no auto-summary
> >> > R4#
> >> > R4#show run int fa0/0
> >> > Building configuration...
> >> >
> >> > interface FastEthernet0/0
> >> > ip address 100.100.44.4 255.255.255.0
> >> > speed 100
> >> > full-duplex
> >> > end
> >> >
> >> > R4#ping 100.100.44.44
> >> >
> >> > Type escape sequence to abort.
> >> > Sending 5, 100-byte ICMP Echos to 100.100.44.44, timeout is 2 seconds:
> >> > !!!!!
> >> > Success rate is 100 percent (5/5), round-trip min/avg/max = 4/24/72 ms
> >> >
> >> >
> >> > -----------
> >> >
> >> > Cat4
> >> >
> >> > router rip
> >> > version 2
> >> > passive-interface default
> >> > no passive-interface FastEthernet0/0
> >> > network 100.0.0.0
> >> > network 200.200.0.0
> >> > no auto-summary
> >> > Cat4#
> >> > Cat4#show run int fa0/0
> >> > Building configuration...
> >> >
> >> > Current configuration : 97 bytes
> >> > !
> >> > interface FastEthernet0/0
> >> > ip address 100.100.44.44 255.255.255.0
> >> > speed 100
> >> > full-duplex
> >> > end
> >> >
> >> > Cat4#ping 100.100.44.4
> >> >
> >> > Type escape sequence to abort.
> >> > Sending 5, 100-byte ICMP Echos to 100.100.44.4, timeout is 2 seconds:
> >> > !!!!!
> >> > Success rate is 100 percent (5/5), round-trip min/avg/max = 4/31/64 ms
> >> > Cat4#
> >> >
> >> >
> >> >
> >> >
> >> > Loopback244                200.200.44.44   YES manual up
>     up
> >> > Loopback245                200.200.45.44   YES manual up
>     up
> >> > Loopback246                200.200.46.44   YES manual up
>     up
> >> > Loopback247                200.200.47.44   YES manual up
>     up
> >> > Loopback248                200.200.48.44   YES manual up
>     up
> >> >
> >> >
> >> > Regards,
> >> > Lukasz
> >> >
> >> > _______________________________________________
> >> > For more information regarding industry leading CCIE Lab training,
> please visit http://www.ipexpert.com
> >> >
> >> >
> >> >
> >> >
> >> > _______________________________________________
> >> > For more information regarding industry leading CCIE Lab training,
> please visit http://www.ipexpert.com
> >> >
> >> _______________________________________________
> >> For more information regarding industry leading CCIE Lab training,
> please visit www.ipexpert.com
> >
> > _______________________________________________
> > For more information regarding industry leading CCIE Lab training, please
> visit www.ipexpert.com
> >
> _______________________________________________
> For more information regarding industry leading CCIE Lab training, please
> visit www.ipexpert.com
>
_______________________________________________
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Reply via email to