(ASCEND) OSPF on Max 4000s

[Michael Butler <imb@geko.net.au>]

I notice that the OSPF code on the 4000 (firmware version 6.1.7) has an
"interesting" characteristic although I tend to read it as a bug - if a MAX
hears a route via RIP or RIPv2 from the local ether, it readvertises that
route in its own OSPF multicast onto the same ether and thereby claims to be
the gateway for it :-(

There appears to be no way to turn this propagation off other than by totally
disabling the import of RIP routes from the ethernet. Anything else is OK
because it is the real gateway.

To demonstrate the problem, set up two 4000s on the same ether .. one running
OSPF, the other not .. and a *nix-running PC which is listening to OSPF and
RIP. An innocent luser dials in to the RIP-running 4000 which dutifully
advertises that fact into RIP. The OSPF-running 4000 propagates this into OSPF
and the PC imports this as the most preferred route over the RIP advertisement
it heard moments previously. There is now no route between the PC and the
luser without a shower of ICMP redirects to which the PC may or may not be
listening depending its configuration.

Ciscos don't behave like this even if configured to redistribute RIP into OSPF
since they appear to maintain a RIP-style split-horizon policy in their route
propagation .. have I missed something ?

	Michael
--
InterNIC:		IMB
AUNIC:			MB11-AU
PGP Key-Id: 		0xA2198425
PGP Finger-Print:	7729 051C 7CA0 8AC2  30F0 8526 E53F 1A19
ICQ:			146868
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>