On Mon, 28 Sep 2009 15:21:17 CDT Adam Vande More wrote:
> Am I doing something wrong here?
>
> kldload if_tap if_bridge
> sysctl net.link.tap.user_open=1
> ifconfig tap0 create
> ifconfig bridge create
> ifconfig bridge0 addm tap0 addm em0
>
> it# dhclient tap0
> DHCPDISCOVER on tap0 to 255.255
Synopsis: [netinet] [patch] assert panic imo_match_source()
State-Changed-From-To: patched->closed
State-Changed-By: bms
State-Changed-When: Tue 29 Sep 2009 06:17:26 UTC
State-Changed-Why:
appropriate fixes MFCed and in 8.0-RC1
http://www.freebsd.org/cgi/query-pr.cgi?pr=137164
__
Synopsis: [multicast] [panic] not working multicast through igmpproxy
State-Changed-From-To: open->feedback
State-Changed-By: bms
State-Changed-When: Tue 29 Sep 2009 06:15:33 UTC
State-Changed-Why:
Based on backtrace, it's difficult to say what the problem could be.
ENOTIME to attempt reproducing
Synopsis: [netinet] patch] Multicast: IP_DROP_MEMBERSHIP should return
EADDRNOTAVAIL for invalid address
State-Changed-From-To: patched->closed
State-Changed-By: bms
State-Changed-When: Tue 29 Sep 2009 06:14:24 UTC
State-Changed-Why:
MFCed and in 8.0-RC1
http://www.freebsd.org/cgi/query-pr.cgi
Synopsis: [netinet] [patch] multicast: uninited memory used in filter at
IP_DROP_MEMBERSHIP + IP_ADD_MEMBERSHIP
State-Changed-From-To: patched->closed
State-Changed-By: bms
State-Changed-When: Tue 29 Sep 2009 06:14:05 UTC
State-Changed-Why:
MFCed and in 8.0-RC1
http://www.freebsd.org/cgi/query
Synopsis: [netinet] [patch] Multicast: Keep membership and filters in sync
State-Changed-From-To: patched->closed
State-Changed-By: bms
State-Changed-When: Tue 29 Sep 2009 06:13:32 UTC
State-Changed-Why:
MFCed and in 8.0-RC1
http://www.freebsd.org/cgi/query-pr.cgi?pr=138691
_
On Mon, Sep 28, 2009 at 8:34 PM, Julian Elischer wrote:
> Juli Mallett wrote:
> There are things you can do with netgraph, but they're not very good.
> Do you actually want both interfaces to see the same traffic, or do
> you want to create two virtual interfaces attached to one physical?
> If you
Juli Mallett wrote:
My goal is essentially clone my network connection recieving two DHCP leases
to the same box. Also I am aware of ifconfig alias, but that didn't seem up
to the task.
Why?
Do you actually want both interfaces to see the same traffic, or do
you want to create two virtu
On Mon, Sep 28, 2009 at 14:50, Adam Vande More wrote:
> Should I recieve a response? From tap(4), and other examples my
> understanding is yes, but that is not what I'm seeing in practice. Forgive
> my ignorance, but wouldn't bridge0 pass a response back to tap0?
tap(4) takes the network interf
Synopsis: [msk] msk FIFO rx overrun
Responsible-Changed-From-To: freebsd-net->yongari
Responsible-Changed-By: yongari
Responsible-Changed-When: Mon Sep 28 22:20:50 UTC 2009
Responsible-Changed-Why:
Grab.
http://www.freebsd.org/cgi/query-pr.cgi?pr=139093
__
On Tue, Sep 08, 2009 at 10:50:30AM +0300, Eugene Perevyazko wrote:
> On Fri, Sep 04, 2009 at 02:22:23PM -0700, Pyun YongHyeon wrote:
> >
> > Would you back out previous changes and apply the patch at the
> > following URL?
> > http://people.freebsd.org/~yongari/msk/msk.DGE560.diff2
> >
> > Note,
On Mon, Sep 28, 2009 at 4:14 PM, Juli Mallett wrote:
> On Mon, Sep 28, 2009 at 13:21, Adam Vande More
> wrote:
> > Am I doing something wrong here?
>
> That depends on what you're expecting to happen. What do you think
> tap(4) does and what are you trying to accomplish with using it?
> Interfa
On Mon, Sep 28, 2009 at 13:21, Adam Vande More wrote:
> Am I doing something wrong here?
That depends on what you're expecting to happen. What do you think
tap(4) does and what are you trying to accomplish with using it?
Interface bridging controls what happens on packet ingress — when a
packet
Am I doing something wrong here?
kldload if_tap if_bridge
sysctl net.link.tap.user_open=1
ifconfig tap0 create
ifconfig bridge create
ifconfig bridge0 addm tap0 addm em0
it# dhclient tap0
DHCPDISCOVER on tap0 to 255.255.255.255 port 67 interval 6
DHCPDISCOVER on tap0 to 255.255.255.255 port 67 in
On Sun, Sep 27, 2009 at 10:20:00AM +0200, Albert Shih wrote:
> Le 27/09/2009 00:31, Weongyo Jeong a ?crit :
> >>>
> >>> Controller /dev/usb6:
> >>> addr 1: high speed, self powered, config 1, EHCI root hub(0x),
> >>> Intel(0x), rev 1.00
> >>> port 1 powered
> >>> port 2 addr 2: high speed,
Hello,
I wrote a simple program to test tap device performance.
It open 2 tap devices, configure them (with aliases):
tap64: flags=8843 metric 0 mtu 1500
ether 00:13:ec:00:10:00
inet 192.168.64.1 netmask 0xff00 broadcast 192.168.64.255
inet 192.168.64.64 netmask 0x
On Mon, 28 Sep 2009 16:01:53 +0200, "Paul B. Mahol"
wrote:
> On 9/28/09, Matthias Apitz wrote:
>>
>> Hello,
>>
>> I am wondering what could cause the following WLAN performance diff
>> between a XP and 8-CURRENT laptop, sitting side by side and connected
to
>> the same AP:
>>
>> OS XP
On 9/28/09, Matthias Apitz wrote:
>
> Hello,
>
> I am wondering what could cause the following WLAN performance diff
> between a XP and 8-CURRENT laptop, sitting side by side and connected to
> the same AP:
>
> OS XP 8-CURRENT
> NIC Intel 3945ABGAtheros 5424/24
Hello,
I am wondering what could cause the following WLAN performance diff
between a XP and 8-CURRENT laptop, sitting side by side and connected to
the same AP:
OS XP 8-CURRENT
NIC Intel 3945ABGAtheros 5424/2424
Ping 6ms 116ms
downstream
Note: to view an individual PR, use:
http://www.freebsd.org/cgi/query-pr.cgi?pr=(number).
The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.
S Tracker
20 matches
Mail list logo
