unbreaking igmpproxy

2008-06-28 Thread Jens Rehsack
Hi all, last week I tried to configure my fbsd-router to enhance it to forward multicast traffic as read on http://un.geeig.net/openbsd-vdsl.html. Sure - it's OpenBSD, but I thought with a little work, I will make it run. But I wont :-( I tried even mrouted(8) but it wont work, because the PPPoE

Re: altq on vlan

2008-06-28 Thread .
[ Charset ISO-8859-1 unsupported, converting... ] > On Friday 27 June 2008 18:57:59 Alexandre Biancalana wrote: > > On 6/27/08, Max Laier <[EMAIL PROTECTED]> wrote: > > > You don't need a patch at all. What you do is: Queue on the > > > physical interface, classify on the vlan interface. It is b

setfib with mpd - ifconfig on p-t-p link trouble

2008-06-28 Thread serg vasilyev
Hi ! there's must be a restriction in ifconfig or in kernel that preventing from adding a multiple p-t-p interface with same destination address. i'm trying to build a test system with setfib and multiple mpd instances which are creating PPPoE connection to same destination gateway and run into pro

Re: kern/125003: incorrect EtherIP header format.

2008-06-28 Thread Hiroki Sato
The following reply was made to PR kern/125003; it has been noted by GNATS. From: Hiroki Sato <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: kern/125003: incorrect EtherIP header format. Date: Sun, 29 Jun 2008 01:35:12 +0900 (JST) Security_Mul

Re: kern/125079: [ppp] host routes added by ppp with gateway flag (regression)

2008-06-28 Thread linimon
Old Synopsis: host routes added by ppp with gateway flag New Synopsis: [ppp] host routes added by ppp with gateway flag (regression) Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sat Jun 28 17:49:57 UTC 2008 Responsible-Changed-Why

Re: FreeBSD NAT-T patch integration

2008-06-28 Thread Bjoern A. Zeeb
Replying to the (randomly) last posting in this thread... Hi, okay, as patience seems to be a problem with some people and I do not want to say this on two fronts (public and internal) here are my comments. Yes, they will not be what you expect but seriously, as I said before in other contexts:

Re: kern/125003: [gif] incorrect EtherIP header format.

2008-06-28 Thread hrs
Synopsis: [gif] incorrect EtherIP header format. State-Changed-From-To: open->feedback State-Changed-By: hrs State-Changed-When: Sat Jun 28 18:57:46 UTC 2008 State-Changed-Why: We need a detail about this issue from the PR originator. http://www.freebsd.org/cgi/query-pr.cgi?pr=125003 ___

Re: Seeking help understanding my "emX: watchdog timeout" messages

2008-06-28 Thread Rudy
Continuing the emX thread... #man 4 em hw.em.txd Number of transmit descriptors allocated by the driver. The default value is 256. The 82542 and 82543-based adapters can handle up to 256 descriptors, while oth

Re: FreeBSD NAT-T patch integration

2008-06-28 Thread VANHULLEBUS Yvan
On Fri, Jun 27, 2008 at 11:06:19AM -0400, George V. Neville-Neil wrote: > At Thu, 26 Jun 2008 12:56:41 -0700, > julian wrote: > > > > I'm planning on committing it unless someone can provide a reason not > > to, as I've seen it working, needed it, and have not seen any bad > > byproducts. > > >

Re: setfib with mpd - ifconfig on p-t-p link trouble

2008-06-28 Thread Julian Elischer
serg vasilyev wrote: Hi ! there's must be a restriction in ifconfig or in kernel that preventing from adding a multiple p-t-p interface with same destination address. i'm trying to build a test system with setfib and multiple mpd instances which are creating PPPoE connection to same destination g

Re: setfib with mpd - ifconfig on p-t-p link trouble

2008-06-28 Thread Julian Elischer
Julian Elischer wrote: serg vasilyev wrote: Hi ! there's must be a restriction in ifconfig or in kernel that preventing from adding a multiple p-t-p interface with same destination address. i'm trying to build a test system with setfib and multiple mpd instances which are creating PPPoE connec

Re: FreeBSD NAT-T patch integration

2008-06-28 Thread Kevin Oberman
> Date: Sat, 28 Jun 2008 23:13:00 +0200 > From: VANHULLEBUS Yvan <[EMAIL PROTECTED]> > Sender: [EMAIL PROTECTED] > > On Fri, Jun 27, 2008 at 11:06:19AM -0400, George V. Neville-Neil wrote: > > At Thu, 26 Jun 2008 12:56:41 -0700, > > julian wrote: > > > > > > I'm planning on committing it unless s

Re: Seeking help understanding my "emX: watchdog timeout" messages

2008-06-28 Thread Rudy
Rudy wrote: I just upped values in my loader.conf: hw.em.rxd=1024 hw.em.txd=1024 Still getting watchdog timer events. :p Load is low: # ps axw | grep -v 0:0 PID TT STAT TIME COMMAND 10 ?? RL 325:37.05 [idle: cpu1] 11 ?? RL 344:33.83 [idle: cpu0] 13 ?? WL 1:

Re: Understanding where dummynet fits into an ipfw ruleset

2008-06-28 Thread Freddie Cash
On Fri, Jun 27, 2008 at 11:14 PM, Ian Smith <[EMAIL PROTECTED]> wrote: > On Fri, 27 Jun 2008, Chuck Swiger wrote: > > On Jun 27, 2008, at 3:01 PM, Freddie Cash wrote: > > [ ... ] > > >> If net.inet.ip.fw.one_pass is true, then you definitely want to > > >> apply your deny rules first, as once s

Re: Understanding where dummynet fits into an ipfw ruleset

2008-06-28 Thread Freddie Cash
On Fri, Jun 27, 2008 at 4:34 PM, Martes Wigglesworth <[EMAIL PROTECTED]> wrote: > It really does not matter, because the que has nothing to do with denial > of service unless you set it up that way. You just divert to the > dummynet pipe, or que and then the rest is handled by the mechanism. > The

Re: Understanding where dummynet fits into an ipfw ruleset

2008-06-28 Thread Ian Smith
On Sat, 28 Jun 2008, Freddie Cash wrote: > On Fri, Jun 27, 2008 at 11:14 PM, Ian Smith <[EMAIL PROTECTED]> wrote: > > On Fri, 27 Jun 2008, Chuck Swiger wrote: > > > On Jun 27, 2008, at 3:01 PM, Freddie Cash wrote: > > > [ ... ] > > > >> If net.inet.ip.fw.one_pass is true, then you definitel

Probably not a kernel bug (was: Re: FreeBSD 7.0: sockets stuck in CLOSED state...)

2008-06-28 Thread Robert Watson
On Fri, 27 Jun 2008, Robert Watson wrote: I've asked Ali to do a bit more debugging and tracing of the application to see if we can reach any conclusions about this. In particular, if he traces to a file all file descriptor numbers returned by accept(2), then we can later compare that file wi