Michael MacLeod wrote:
Hello all,
I've got two DSL lines running to my house, and two WAN NIC's
installed in my FreeBSD router. I've been trying to get multilink ppp
working through my ISP (TekSavvy in Canada) for the last little while,
with mixed results. Each of my DSL lines sync's at 6016 kbi
Andrew Thompson wrote:
On Thu, Jan 17, 2008 at 02:22:53AM +, Tom Judge wrote:
Hi,
As brought up in the thread "Programming interface MAC filter without
enabling PROMISC on an interface from user space." it would seem that
if_bridge does not conform to IEEE 802.1D-2004. Which states:
7
Hi,
On RELENG_6_2 the max multicast memberships per socket
(IP_MAX_MEMBERSHIPS) is hard coded in sys/netinet/in.h to 20.
Would there be any problem with bumping this to say 40. The problem is
our VPN routers running quagga (ospf) seem to be hitting this limit.
I know the problem is fixed
On Thursday 17 January 2008 05:53:34 Sten Daniel Soersdal wrote:
> Michael MacLeod wrote:
> > Hello all,
> >
> > I've got two DSL lines running to my house, and two WAN NIC's
> > installed in my FreeBSD router. I've been trying to get multilink ppp
> > working through my ISP (TekSavvy in Canada) f
On Thu, Jan 17, 2008 at 12:49:54PM +, Tom Judge wrote:
> On RELENG_6_2 the max multicast memberships per socket
> (IP_MAX_MEMBERSHIPS) is hard coded in sys/netinet/in.h to 20.
>
> Would there be any problem with bumping this to say 40. The problem is
> our VPN routers running quagga (ospf)
Howdy,
At my current gig we find that the network interface locks up if we
subject it to a high rate of multicast traffic. Since the whole
purpose of this box is to do multicast (it absorbs a feed of data over
multicast manipulates and then sends it out again over multicast) it's
a "bad thing" if
Eugene Grosbein wrote:
On Thu, Jan 17, 2008 at 12:49:54PM +, Tom Judge wrote:
On RELENG_6_2 the max multicast memberships per socket
(IP_MAX_MEMBERSHIPS) is hard coded in sys/netinet/in.h to 20.
Would there be any problem with bumping this to say 40. The problem is
our VPN routers runni
[EMAIL PROTECTED] wrote:
Howdy,
At my current gig we find that the network interface locks up if we
subject it to a high rate of multicast traffic. Since the whole
purpose of this box is to do multicast (it absorbs a feed of data over
multicast manipulates and then sends it out again over multi
Hi All,
I'm working on a minor modification to dummynet to create a pipe option
that allows arbitrarily specified packets to be dropped (as opposed to
the current "plr" option that introduces random, uncontrollable packet
loss). I can't seem to figure out how to clear/reset dummynet queue
cou
