Commit Graph

8 Commits

Author SHA1 Message Date
peter
efabb9ccb1 $Id$ -> $FreeBSD$ 1999-08-28 01:35:59 +00:00
jhay
18fa8ff2b4 Major IPXrouted rework.
In rt_change() remember to update the interface pointer otherwise we will
send the RIP packets to the wrong interface(s) in future.

Update the hash generator and increase the size of the hash tables.

Only use the network and host parts when comparing IPX interface addresses.

Immediately broadscast RIP and SAP changes.

Change the alarm code to use the setitimer() call and only set a flag in
the alarm signal handler. This gets rid of possible race conditions.

Remove the host routing table. IPX RIP cannot do host routes, only net routes.

Make the delay between broadcast packets 50ms. It seems that some Netware
4.x servers is very slow and don't have much input buffering.

Handle received messages about networks and services that go down, better.

Add tracing of RIP and SAP changes. It gets sysloged with a level of
LOG_DEBUG.
1997-07-06 07:38:36 +00:00
peter
b782f4df30 Revert $FreeBSD$ to $Id$ 1997-02-22 16:15:28 +00:00
jkh
808a36ef65 Make the long-awaited change from $Id$ to $FreeBSD$
This will make a number of things easier in the future, as well as (finally!)
avoiding the Id-smashing problem which has plagued developers for so long.

Boy, I'm glad we're not using sup anymore.  This update would have been
insane otherwise.
1997-01-14 07:20:47 +00:00
jhay
bfe134d63f Slow down the RIP and SAP broadcasts. At least some NW4.x machines can't
handle them back-to-back. (We couldn't either without my ipx receive buffer
enlargement.)
1996-11-24 08:35:23 +00:00
jhay
31a4067a68 Accept and use the content of packets received that is bigger than the
Novell spec, but still only transmit according to the spec.
Add a feature to dump the RIP and SAP tables when a SIGINFO signal is
received.
1996-04-13 15:13:30 +00:00
julian
94363a94a1 Submitted by: john hay
>From jhay@mikom.csir.co.za Mon Dec  4 09:48:12 1995
Subject: Yet another IPXrouted fix

I think these should
should make IPXrouted fairly stable. These last problems only showed when
we had more than one route of the same cost to a net.

This will fix some endless loops in the clone code.

John
--
John Hay -- John.Hay@csir.co.za
1995-12-05 04:59:56 +00:00
julian
08d0610487 Reviewed by: julian and Mike Mitchel
Submitted by:	john Hay (John.Hay@csir.co.za)

John's IPXrouted..
this has not yet been seen to run correctly with Mike's IPX/SPX
code  (he has his own)
bringing them both in is the first step in merging the two packages
for 2.2
1995-10-26 21:28:30 +00:00