[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: mad mad interrupts(bridging)




As I said I checked the mac addrs on the interfaces, and they are all
different.(maybe the identical mac addrress are myth from the older
cards?). Here is the output of netstat -i.

Name    Mtu   Network     Address              Ipkts Ierrs    Opkts 
lo0     32972 <Link>                            1998     0     1998
lo0     32972 loopback    localhost             1998     0     1998 
lo1*    32972 <Link>                               0     0        0
le0     1500  <Link>      08:00:20:73:46:68   625813     0   471397
le0     1500  209.220.21. hornet              625813     0   471397
hme0    1500  <Link>      08:00:20:a0:7f:c8   460869     0   614164
hme0    1500  192.168.66/ icepick             460869     0   614164
hme1*   1500  <Link>      08:00:20:a0:7f:c9        0     0        0
hme2*   1500  <Link>      08:00:20:a0:7f:ca        0     0        0
hme3*   1500  <Link>      08:00:20:a0:7f:cb        0     0        0

here is the boot message

ledma0 at sbus0 slot 4 offset 0x8400010: rev 2
le0 at ledma0 offset 0x8c00000 pri 6: address 08:00:20:73:46:68
le0: 16 receive buffers, 4 transmit buffers
hme0 at sbus0 slot 0 offset 0x8c00000 pri 7: address 08:00:20:a0:7f:c8 rev34
qsphy0 at hme0 phy 1: QS6612 10/100 media interface, rev. 1
hme1 at sbus0 slot 0 offset 0x8c10000 pri 7: address 08:00:20:a0:7f:c9 rev34
qsphy1 at hme1 phy 1: QS6612 10/100 media interface, rev. 1
hme2 at sbus0 slot 0 offset 0x8c20000 pri 7: address 08:00:20:a0:7f:ca rev34
qsphy2 at hme2 phy 1: QS6612 10/100 media interface, rev. 1
hme3 at sbus0 slot 0 offset 0x8c30000 pri 7: address 08:00:20:a0:7f:cb rev34
qsphy3 at hme3 phy 1: QS6612 10/100 media interface, rev. 1

also the card shows up as qfe on Solaris, is it normal for it to show up
as hme?

As with the bridging topology, I have another openbsd i386 box setup
exactly the same way without any problem(on a different network). I
upgraded it to dec1 -current as well the other day and it has been working
fine. any other insights?

thanks.

Jake



> > >
> > >                                                -+---to internet--
> > >                                                 |
> > >           +--------------------------+    +----++---+
> > >           |   openbsd-current sparc  |    |router   |
> > >           |     +------------------+ |    +--+------+
> > >           +--+--+-  quadfast ether +-+       |
> > >           le0|  +------------+-----+
> > >              |          hme2 |   |hme3       |
> > >              |               |   |           |
> > >              |               |   +----+------+
> > >              |               |
> > >              |               |
> > >              |               |         LAN
> > >   +----------+---------------+------------------------------------+
> > >
> > >
> > > the bridge is composed of hme2 and hme3. le0 has a real IP(so I can reach
> > > the box over the network from the internal LAN). the openbsd box has a
> > > default route to the router(i also tried without it). however as soon as I
> > > bind the 2 hme interface to the bridge, the box slows to a grinding halt.
> > > the first 10 seconds it seems to pass packets(was able to ping the router
> > > from another box on the LAN. but after that, network traffic goes
> > > berserk(i can see it on the hubs). check the openbsd box: it has a load of
> > > 1.4 and the cpu is loaded 99% with system interrupts(from top). I check
> > > the wire via arp, and all 4 interfaces from the quad card seems to get
> > > unique mac addresses.
> > >
> > > would the wise here please shed some light on this? is my topology asking
> > > for trouble? what would be a better way?