Re: Problem with removing mac address from arptable on 10-stable

2014-05-07 Thread Marcelo Gondim
Em 07/05/14 23:05, Alan Somers escreveu: On Wed, May 7, 2014 at 5:43 PM, Marcelo Gondim wrote: Em 07/05/14 15:57, Marcelo Gondim escreveu: Em 07/05/14 15:18, Alan Somers escreveu: On Wed, May 7, 2014 at 9:47 AM, Marcelo Gondim wrote: Hi all, I'm having this problemon my FreeBSD 10-STABLE:

Re: Problem with removing mac address from arptable on 10-stable

2014-05-07 Thread Alan Somers
On Wed, May 7, 2014 at 5:43 PM, Marcelo Gondim wrote: > Em 07/05/14 15:57, Marcelo Gondim escreveu: > >> Em 07/05/14 15:18, Alan Somers escreveu: >>> >>> On Wed, May 7, 2014 at 9:47 AM, Marcelo Gondim >>> wrote: Hi all, I'm having this problemon my FreeBSD 10-STABLE:

Re: Problem with removing mac address from arptable on 10-stable

2014-05-07 Thread Marcelo Gondim
Em 07/05/14 15:57, Marcelo Gondim escreveu: Em 07/05/14 15:18, Alan Somers escreveu: On Wed, May 7, 2014 at 9:47 AM, Marcelo Gondim wrote: Hi all, I'm having this problemon my FreeBSD 10-STABLE: (root@rt01)[~]# arp -an|grep 187.xxx.216.252 ? (187.xxx.216.252) at 5c:e0:f6:00:11:29 on vlan4 pe

Re: Problem with removing mac address from arptable on 10-stable

2014-05-07 Thread Marcelo Gondim
Em 07/05/14 15:18, Alan Somers escreveu: On Wed, May 7, 2014 at 9:47 AM, Marcelo Gondim wrote: Hi all, I'm having this problemon my FreeBSD 10-STABLE: (root@rt01)[~]# arp -an|grep 187.xxx.216.252 ? (187.xxx.216.252) at 5c:e0:f6:00:11:29 on vlan4 permanent [vlan] (root@rt01)[~]# arp -d 187.xx

Re: Problem with removing mac address from arptable on 10-stable

2014-05-07 Thread Alan Somers
On Wed, May 7, 2014 at 9:47 AM, Marcelo Gondim wrote: > Hi all, > > I'm having this problemon my FreeBSD 10-STABLE: > > (root@rt01)[~]# arp -an|grep 187.xxx.216.252 > ? (187.xxx.216.252) at 5c:e0:f6:00:11:29 on vlan4 permanent [vlan] > > (root@rt01)[~]# arp -d 187.xxx.216.252 > delete: cannot loca

Problem with removing mac address from arptable on 10-stable

2014-05-07 Thread Marcelo Gondim
Hi all, I'm having this problemon my FreeBSD 10-STABLE: (root@rt01)[~]# arp -an|grep 187.xxx.216.252 ? (187.xxx.216.252) at 5c:e0:f6:00:11:29 on vlan4 permanent [vlan] (root@rt01)[~]# arp -d 187.xxx.216.252 delete: cannot locate 187.xxx.216.252 FreeBSD rt01.xx.com.br 10.0-STABLE FreeBSD 10

Re: running netmap-ipfw with real NICs

2014-05-07 Thread Mahnaz Talebi
Sorry for my inaccuracy! I use "./pkt-gen -i eth0 -f tx" in sender and " ./pkt-gen -i eth0 -f rx" in receiver. On Wed, May 7, 2014 at 5:00 PM, Mahnaz Talebi wrote: > I use this scenario for test netmap-based ipfw with real NICs. > > > ===

Re: running netmap-ipfw with real NICs

2014-05-07 Thread Mahnaz Talebi
I use this scenario for test netmap-based ipfw with real NICs. = sender (eth0:10.10.1.1)DUT (eth0:10.10.1.2) (eth1:10.10.2.2)receiver(10.10.2.3:eth0) ./pkt-gen -i eth0 -f rx ->

Re: RX checksum offloading problem

2014-05-07 Thread Yonghyeon PYUN
On Wed, May 07, 2014 at 10:07:09AM +0200, Michael Tuexen wrote: > On 07 May 2014, at 09:56, Yonghyeon PYUN wrote: > > > On Sat, May 03, 2014 at 11:52:47AM +0200, Michael Tuexen wrote: > >> On 02 May 2014, at 16:02, Bjoern A. Zeeb wrote: > >> > >>> > >>> On 02 May 2014, at 10:22 , Michael Tuexe

Re: RX checksum offloading problem

2014-05-07 Thread Michael Tuexen
On 07 May 2014, at 09:56, Yonghyeon PYUN wrote: > On Sat, May 03, 2014 at 11:52:47AM +0200, Michael Tuexen wrote: >> On 02 May 2014, at 16:02, Bjoern A. Zeeb wrote: >> >>> >>> On 02 May 2014, at 10:22 , Michael Tuexen >>> wrote: >>> Dear all, during testing I found that Free

Re: RX checksum offloading problem

2014-05-07 Thread Yonghyeon PYUN
On Sat, May 03, 2014 at 11:52:47AM +0200, Michael Tuexen wrote: > On 02 May 2014, at 16:02, Bjoern A. Zeeb wrote: > > > > > On 02 May 2014, at 10:22 , Michael Tuexen > > wrote: > > > >> Dear all, > >> > >> during testing I found that FreeBSD head (on a raspberry pi) accepts SCTP > >> packet

NIC congestion - indicators?

2014-05-07 Thread Karl Pielorz
Hi, I've a couple of boxes which *might* be hitting the ceiling for their NIC's (i.e. using all the bandwidth on the link). Other than looking at 'systat -if' - is there anything in netstat's output (or anywhere else) that would indicate the system is either heavily queuing outgoing packets