re usb ethernet card is powered
down.
I think that '/etc/rc.d/nfsuserd stop' may be better than '/bin/sync'.
--
Masachika ISHIZUKA
___
freebsd-net@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To
ugen=`/usr/sbin/usbconfig list | /usr/bin/sed -n 's/^\(ugen[0-9]*\.[0-9]*\): .*
AX88179\>.*/\1/p'`
/bin/sync
/bin/sync
/bin/sync
/usr/sbin/usbconfig -d $ugen power_off
/bin/sleep 3
/usr/sbin/usbconfig -d $ugen power_off
/sbin/shutdown -r now
--
Masachika ISHIZUKA
___
lagg0 expires in 772
seconds [ethernet]
I don't know why you cannot resolv names.
# I don't use /etc/hosts and use local_unbound to resolv names.
--
Masachika ISHIZUKA
___
freebsd-net@freebsd.org mailing list
https://lists.freebsd.org/mailm
> Is there any (future) release of FreeBSD concern about multiple default
> gateway ?
> Supposed i want to have load balancing and round robin connection in my
> FreeBSD firewall without routing daemon.
It can be done using ipfw, if you want to use only IPv4.
An example is shown below. (Althou
> Ok, mea culpa
>
> I figured it out..
> Luigi.. does this fix it?
Thank you.
This patch fixes my ARP problem.
--
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-net" in the body of the message
>>> A better approach would probably be to set a semaphore before
>>> starting, and release it at the end, and keep interrupts enabled
>>
>> As I set "net.inet.ip.dummynet.expire=0", if it will affect
>> only to ip addresses founded newly when a semaphore is introduced,
>> I'll be happy.
>
> n
>> I cvsuped three hours ago and the same ARP troubles happened.
>
> can you repeat exactly what the problem was (bridge machine not
> responding to ARP requests ?) and what is your exact setup (i
> am interested in ipfw config, and the following sysctl vars:
>
> net.link.ether.bridge
>
> May i suggest to try a recent (feb.2, 2001) version of the code ?
> there have been long-standing problems with bridging on 4.x and
> in particular some related to the handling of broadcast packets (ARP
> requests are among them) which hopefully are fixed now.
> You need to default your firewall
>> When I typed 'ipfw pipe list', packet loss occur.
>
> unfortunately the "pipe list" has to navigate through a list of
> pipe/flow/queue descriptors to report its output, and at the moment
> it does this with interrupts disabled to avoid that the data
> structure changes while it is working.
I use dummynet and bridge on FreeBSD 4.2-Stable to see traffic
statics on Celeron 466MHz with 256 mega bytes ram as follows.
ipfw pipe 1 config mask dst-ip 0x buckets 1024
ipfw pipe 2 config mask src-ip 0x buckets 1024
ipfw add pipe 1 all from any to any bridged via fxp0 in
ipfw
10 matches
Mail list logo