This happens in -current and -stable.

Machine:
CPU: Pentium II (quarter-micron) (350.80-MHz 686-class CPU)
  Origin = "GenuineIntel"  Id = 0x652  Stepping=2
 
Features=0x183fbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,
CM
OV,PAT,PSE36,MMX,<b24>>
real memory  = 402653184 (393216K bytes)
config> quit
avail memory = 388808704 (379696K bytes
...
xl0: <3Com 3c905B Fast Etherlink XL 10/100BaseTX> rev 0x30 int a irq 9 on
pci0.18.0
...

During an ifconfig xl0 alias, the xl0 interface drops packets.
It does NOT generate errors (netstat -in).
In fact, on several occasions I've seen it go completely
unresponsive (not responding to arp requests) until kicked back
to life by outbound packets.

This does NOT happen on the:
xl0: <3Com 3c905 Fast Etherlink XL 10/100BaseTX> rev 0x00 int a irq 10 on
pci0.1
8.0

Here's a quick test program that I use:

#!/usr/bin/perl

# call this as just_alias.pl class_c num_ips
$ip_base=$ARGV[0] || "209.95.67.";
$num=$ARGV[1] || 250;

for (1..$num)
{
        print "aliasing for $ip_base".$_."\n";
        system ("ifconfig xl0 alias $ip_base".$_." netmask
255.255.255.255");
          # the sleep command allows us to see the problem more
          # clearly, though it does happen w/o the sleep here...
        sleep 1;
}


-Troy Cobb
 Circle Net, Inc.
 http://www.circle.net

To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message

Reply via email to