Hi Everyone,

We are having a bridge and throughput issue with a live network bridge on
an Openbsd 4.6 firewall here.

root@luigi:/var/tmp# uname -a
OpenBSD luigi 4.6 GENERIC.MP#89 i386

There are no errors on any other interface. Some interfaces are autoneg and
some are full 100 statically set. (Normally I associate network errors with
negotiation mismatch however I'm baffled how this can happen with a bridge)

root@luigi:/var/tmp# netstat -i
Name    Mtu   Network     Address              Ipkts Ierrs    Opkts Oerrs
Colls
lo0     33200 <Link>                          235579     0   235579
0     0
lo0     33200 localhost   localhost           235579     0   235579
0     0
lo0     33200 localhost/1 localhost           235579     0   235579
0     0
lo0     33200 AAAA::%lo0/ AAAA::1%lo0         235579     0   235579
0     0
em0     1500  <Link>      00:10:f3:17:4e:a4 236952003     0 165182021
0     0
em0     1500  PUBLICIP    PUBLICIP        236952003     0 165182021
0     0
em0     1500  AAAA::%em0/ AAAA::210:f3ff:fe 236952003     0 165182021
0     0
em1     1500  <Link>      00:10:f3:17:4e:a5 38812715     0 50562554
0     0
em1     1500  PUBLICIP    PUBLICIP       38812715     0 50562554     0     0
em1     1500  AAAA::%em1/ AAAA::210:f3ff:fe 38812715     0 50562554
0     0
em2     1500  <Link>      00:10:f3:17:4e:a6 118364373     0 173760105
0     0
em2     1500  luigi       luigi             118364373     0 173760105
0     0
em2     1500  AAAA::%em2/ AAAA::210:f3ff:fe 118364373     0 173760105
0     0
em3     1500  <Link>      00:10:f3:17:4e:a7  6999857     0  4641310
0     0
em3     1500  AAAA::%em3/ AAAA::210:f3ff:fe  6999857     0  4641310
0     0
em4     1500  <Link>      00:10:f3:17:45:34        0     0        0
0     0
em4     1500  AAAA::%em4/ AAAA::210:f3ff:fe        0     0        0
0     0
em5     1500  <Link>      00:10:f3:17:45:35 109416806     0 71962889
0     0
em5     1500  luigi       luigi 109416806     0 71962889     0     0
em5     1500  AAAA::%em5/ AAAA::210:f3ff:fe 109416806     0 71962889
0     0
em6     1500  <Link>      00:10:f3:17:45:36 72358472     0 110481545
0     0
em6     1500  AAAA::%em6/ AAAA::210:f3ff:fe 72358472     0 110481545
0     0
em7     1500  <Link>      00:10:f3:17:45:37  9561263     0 14093518
0     0
em7     1500  AAAA::%em7/ AAAA::210:f3ff:fe  9561263     0 14093518
0     0
enc0*   1536  <Link>                               0     0        0
0     0
bridge0 1500  <Link>                        207310432     0 344961456
*55542
*0
pflog0  33200 <Link>                               0     0   135303
0     0
(Note the 55542 in Oerrs above)

root@luigi:/var/tmp# cat /etc/bridgename.bridge0
add em0
add em1
add em3
add em4
add em6
add em7
up

root@luigi:/var/tmp# netstat -m
1397 mbufs in use:
        1373 mbufs allocated to data
        2 mbufs allocated to packet headers
        22 mbufs allocated to socket names and addresses
713/1822/6144 mbuf 2048 byte clusters in use (current/peak/max)
0/8/6144 mbuf 4096 byte clusters in use (current/peak/max)
0/8/6144 mbuf 8192 byte clusters in use (current/peak/max)
0/8/6144 mbuf 9216 byte clusters in use (current/peak/max)
0/8/6144 mbuf 12288 byte clusters in use (current/peak/max)
0/8/6144 mbuf 16384 byte clusters in use (current/peak/max)
0/8/6144 mbuf 65536 byte clusters in use (current/peak/max)
4468 Kbytes allocated to network (39% in use)
0 requests for memory denied
0 requests for memory delayed
0 calls to protocol drain routines

I have upped the states incase that was an issue
root@luigi:/var/tmp# pfctl -sm
states        hard limit   200000
src-nodes     hard limit    10000
frags         hard limit     5000
tables        hard limit     1000
table-entries hard limit   200000

root@luigi:/var/tmp# ifconfig bridge0
bridge0: flags=41<UP,RUNNING> mtu 1500
        priority: 0
        groups: bridge

Would anyone have any ideas what I can try to see what is causing this
issue? I have already tried disabling pf with pfctl -d however it doesnt
make a difference. Also goggling around shows up practically nothing
resembling. Any help would be very much appreciated!

Many thanks!
Stephen

Reply via email to