<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=windows-1252">
<META NAME="Generator" CONTENT="MS Exchange Server version 5.5.2448.0">
<TITLE>RE: [NTLUG:Discuss] Broadcast Storms</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=2>Greg Edwards wrote:</FONT>
<BR><FONT SIZE=2>&gt; </FONT>
<BR><FONT SIZE=2>&gt; Are both of your NIC settings on the same subnet?&nbsp; If both are on the</FONT>
<BR><FONT SIZE=2>&gt; same subnet (ie 192.168.1.x) using the same broadcast address </FONT>
</P>

<P><FONT SIZE=2>Nope.&nbsp; We needed a machine to act as a router between different subnets.&nbsp; All we did to make it work is turn on packet forwarding and add several 'ifconfig eth0:xxx' statements.&nbsp; That part of it works great.&nbsp; However, after several good sugestions on this list and some research of our own, we're not so certain that this box is causing our problems.&nbsp; It is possible the errors/collisions/etc. we see reported from 'ifconfig eth0' are simply the result of *another* problem on the network.</FONT></P>

<P><FONT SIZE=2>&gt; then there</FONT>
<BR><FONT SIZE=2>&gt; could be a race condition trying to get control over the owner of the</FONT>
<BR><FONT SIZE=2>&gt; response to a broardcast such as a clinet attemping to bind to an NIS</FONT>
<BR><FONT SIZE=2>&gt; server.</FONT>
</P>

<P><FONT SIZE=2>That makes sense.&nbsp; Unfortunately that's not the case here.</FONT>
</P>

<P><FONT SIZE=2>--</FONT>
<BR><FONT SIZE=2>OSC, a subsidiary of Billing Concepts Corp., a NASDAQ listed Company, Symbol: &quot;BILL&quot;</FONT>
</P>

</BODY>
</HTML>