Hi all,
I've experienced a similar problem but didn't get to analyzing it
deeper (or reporting) unfortunately ; the device is
ugen0.8: at usbus0, cfg=0 md=HOST spd=SUPER
(5.0Gbps) pwr=ON (124mA)
bLength = 0x0012
bDescriptorType = 0x0001
bcdUSB = 0x0300
bDeviceClass = 0x00ff
bDeviceS
Hi,
The patch in question can be found at
http://people.freebsd.org/~syrinx/snmp/libbsnmp-20121029-01.diff , I am
also attaching it to this e-mail. I didn't commit it yet, since I did not
manage to get it properly reviewed or get confirmation from Harti that it
solved his problem. Error responses
On Sat, Dec 18, 2010 at 1:03 PM, Kostik Belousov wrote:
> On Sat, Dec 18, 2010 at 12:48:38PM +0200, Mikolaj Golub wrote:
>> Hi,
>>
>> bsnmp/snmpmod.h uses SLIST but does not includes . This breaks
>> net-mgmt/bsnmp-ucd port (ports/153153).
>>
>> Could somebody look at the attached patch?
>
> , as
Dear all,
I am happy to announce that work on SNMPv3 support for bsnmpd(1) is
now completed and ready for testing. I want to thank the FreeBSD
Foundation for funding this work. A quick how-to get started with the
changes bsnmpd(1) follows.
The patch against FreeBSD current sources is available un
Hi all,
Thanks for the feedback and comments.
I've uploaded an updated tarball at
http://people.freebsd.org/~syrinx/snmp/snmp_wlan-20100719-01.tar .
On Sun, Jul 11, 2010 at 8:23 PM, Gabor PALI wrote:
>
> A few comments:
>
> - I think there should be bsnmpd(1) instead of bsnmpd(8) in the NAME
> s
Hi all,
As some of you may know, I've been awarded a grant by the FreeBSD
Foundation to make several improvements to FreeBSD's SNMP daemon. The
first part of the project - a module for monitoring wireless
networking under FreeBSD - is now completed and I'd really appreciate
if I could get some hel
Hi all,
On Thu, Mar 25, 2010 at 1:33 PM, Harti Brandt wrote:
> On Thu, 25 Mar 2010, Vasyl Samoilov wrote:
>
>
> - bsnmp is lacking developers (I'm the only one). I had a surgery in
+ 1 (count me in that is)
> november and took the 4 weeks after this to rewrite all the networking
> stuff. It is i
On Wed, Jan 27, 2010 at 5:25 PM, Steven Hartland
wrote:
>
> - Original Message - From: "Shteryana Shopova"
>
>> What types of traffic streams are you testing this with? if_lagg will
>> use the SRC/DST MACs and IP addresses for IP traffic to decide which
>
On Wed, Jan 27, 2010 at 2:40 PM, Steven Hartland
wrote:
> I've just setup lagg on one of our servers and run some
> basic tests and although everything seems to be reporting
> correctly no balancing appears to be happening.
>
> The following is the setup:
>
> FreeBSD side:
> ifconfig_em0="up"
> if
Hi,
>
> Anyway, would you try attached patch? I'm not entirely sure whether
> my patch is correct or not but I just added minimal support for
> the new controller(RTL8103E series). RTL8103E seems to have
> additional registers related with power control/WOL so I'm not sure
> the patch is enough to
Hi,
Can you please verify the patch
(http://people.freebsd.org/~syrinx/ieee80211_ioctl-20100121-01.diff)
for kern/142391 fixes this one too? Thanks.
On Thu, Jan 7, 2010 at 2:08 AM, wrote:
> Old Synopsis: rtadvd triggers kernel panic when started for a hardware WLAN
> interface
> New Synopsis:
Hi,
On Fri, Jan 22, 2010 at 9:59 PM, wrote:
> Synopsis: [patch][net][if_re] Teach the if_re driver to properly recognize
> hardware revisions with non-zero MAC rev. bits
>
> State-Changed-From-To: open->feedback
> State-Changed-By: yongari
> State-Changed-When: Fri Jan 22 19:57:19 UTC 2010
> St
Could you please try attached patch and confim it fixes the panic.
On Fri, Jan 22, 2010 at 5:51 PM, wrote:
> Synopsis: [panic] bsnmpd(8) triggers kernel panic when a second cloned WLAN
> interface was created before starting
>
> Responsible-Changed-From-To: freebsd-net->syrinx
> Responsible-Cha
The following reply was made to PR kern/142052; it has been noted by GNATS.
From: Shteryana Shopova
To: bug-follo...@freebsd.org
Cc: s.bilbe...@gmail.com
Subject: Re: kern/142052: [panic] MROUTED option causes kernel panic
Date: Mon, 28 Dec 2009 15:13:54 +0200
--001636b2accc5f3724047bc9adf4
Hi,
I actually managed to get the same kernel dump using the following
sample code - http://people.freebsd.org/~syrinx/mcast/mcast_crash.c
and the crash is 100% reproducable. A temporary fix is here -
http://people.freebsd.org/~syrinx/mcast/in_mcast.c-20090908-01.diff
but I actually prefer that we
HI,
> SS>
> SS>This is indeed interesting :)
> SS>One thing to point out is that { begemot 206 } is already allocated
> SS>for begemotVlan - and the two modules will conflict - you might want
> SS>to contact harti for a free OID under begemot.
>
> Argh. Sorry. He contacted me and I messed probably
Hi,
On Tue, Jan 20, 2009 at 3:20 AM, Stef wrote:
> Figured this may be interesting for folks...
>
> I've released a bsnmp module which can monitor arbitrary traffic flows
> and expose them as SNMP counters.
>
This is indeed interesting :)
One thing to point out is that { begemot 206 } is already
On Tue, Dec 16, 2008 at 4:14 PM, Gabe wrote:
>>Maybe try lagg(4) in Failover mode?
> Lagg wouldn't work on my setup because the dsl connection would be almost
> completely independent. Unless you can provide an example.
>
Bind the two connection to the lagg, configure both IPs on the lagg
and
Maybe try lagg(4) in Failover mode?
On Tue, Dec 16, 2008 at 12:57 PM, Randy Bush wrote:
I have a nat'd box which obviously has an internal and external ip
address. The box has a third interface which is configured to a
DSL connection. My goal is for that interface to be activated i
On 9/4/07, Andrew Thompson <[EMAIL PROTECTED]> wrote:
> On Mon, Sep 03, 2007 at 10:21:20PM +0100, Tom Judge wrote:
> > Andrew Thompson wrote:
> > >On Mon, Sep 03, 2007 at 02:11:59PM +0100, Tom Judge wrote:
> > >>Hi,
> > >>
> > >>I was wondering if if_bridge had been taught how to speak multiple
> >
Hi,
I am getting the following LOR on my notebook -
iwi0: mem 0xc840-0xc8400fff irq 21
at device 4.0 on pci2
iwi0: Ethernet address: 00:15:00:28:5c:dc
iwi0: [ITHREAD]
iwi0: link state changed to UP
iwi0: link state changed to DOWN
iwi0: link state changed to UP
lock order reversal:
1st 0xc4
On 3/19/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
Max, correct me if I'm wrong but tcpdump will only give you the headers, is
that correct? This is fine most of the time but sometimes I need to capture
full frames.
Nope - that's not correct -
#tcpdump -s 0
will capture full frames.
Hi all,
Work is about to start on a vlan monitoring module for bsnmpd(1) - I'm
attaching the private BEGEMOT MIB that the module will implement. Any
comments or suggestions are very welcome.
Cheers,
Shteryana
--
-- Copyright (C) 2007 Shteryana Shopova <[EMAIL PROTECTED]>
-- All righ
On 10/16/06, Shteryana Shopova <[EMAIL PROTECTED]> wrote:
On 10/16/06, Jon Otterholm <[EMAIL PROTECTED]> wrote:
> Hi.
>
> I have a bridge setup with a number of vlan IF's as members. After a
> while traffic destined for one member IF are sent to all member
24 matches
Mail list logo