On Thu, 10 Apr 2014, Vladislav Prodan wrote:
VP>> On Wed, 9 Apr 2014, Vladislav Prodan wrote:
VP>>
VP>> VP>b) Service bsnmpd started at 12K interfaces, but immediately loaded CPU
VP>> VP>at 80-100%
VP>>
VP>> I could imagine that this is because of the statistics polling. bsnmp
VP>> implements
Is $subj supposed to work in -current? When I set MFC entries in a second
jails the ones installed from the first jail get destroyed or mixed up.
harti
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To
On Fri, 26 Mar 2010, Alexander Bubnov wrote:
AB>I am sorry may be I am going to ask often asked question... Why not to
AB>implement features which is lacking in net-snmp for FreeBSD instead of
AB>writing new snmp (bsnmp)? As a plus net-snmp has BSD like license.
Many years ago I needed a small SN
On Fri, 26 Mar 2010, Vasily Samoylov wrote:
VS>On 26.03.2010 9:10, Harti Brandt wrote:
VS>> SS>P.S. Back to the thread topic - so the only problem the author is
VS>> SS>facing with bsnmp is that it lacks support for LLDP, do I understand
VS>> SS>correctly?
VS>>
VS>> This is what I understood too.
On Sat, 27 Mar 2010, alexpalias-bsd...@yahoo.com wrote:
One thing that is not working as expected in bsnmpd (or maybe I'm not
expecting the right thing) is replying to queries on multihomed hosts.
That is, if one machine has 2 network interfaces, one with IP address
192.168.1.1, mask 255.255.
Olivier Mueller wrote:
Hello,
Small but curious thing on my freebsd-based systems: when a
server is rebooted, it generates a peak (or "spike"?) on the
network mrtg for all interfaces (here just before 1 am):
http://8304.ch/om/stuff/mrtg_localhost_1-day.png
This could happen if either the daem
Eugene Grosbein wrote:
Hi!
I've just found that ports/net-snmp (version 5.4) built
WITH_MFD_REWRITES=yes supports IF-MIB, and in theory should show 64-bit
ifHC* counters but it does not.
It seems agent/mibgroup/if-mib/data_access/interface_sysctl.c that obtains
interface statistics from the ker
Eugene Grosbein wrote:
On Sat, Oct 18, 2008 at 07:18:52PM +0200, Hartmut Brandt wrote:
I've just found that ports/net-snmp (version 5.4) built
WITH_MFD_REWRITES=yes supports IF-MIB, and in theory should show 64-bit
ifHC* counters but it does not.
It seems agent/mibgroup/if-mib/data_a
Hi,
in tcp_syncache.c:syncache_expand() there is a test that the
acknowledgement number and the sequence number of an incoming ACK
segment are in the expected range. If they are not, syncache_expand()
returns 0 and tcp_input drops the segment and sets a reset. So far so
good. But syncache_exp
Rui Paulo wrote:
On 15 Nov 2008, at 20:08, Hartmut Brandt wrote:
Hi,
in tcp_syncache.c:syncache_expand() there is a test that the
acknowledgement number and the sequence number of an incoming ACK
segment are in the expected range. If they are not, syncache_expand()
returns 0 and tcp_input
Andre Oppermann wrote:
Harti Brandt wrote:
Hi Andre,
On Mon, 17 Nov 2008, Andre Oppermann wrote:
AO>This is a bit more complicated because of interactions with
tcp_input()
AO>where syncache_expand() is called from.
AO>
AO>The old code (as of December 2002) behaved slightly different. It
wo
Andre Oppermann wrote:
Harti Brandt wrote:
Hi Andre,
On Mon, 17 Nov 2008, Andre Oppermann wrote:
AO>This is a bit more complicated because of interactions with
tcp_input()
AO>where syncache_expand() is called from.
AO>
AO>The old code (as of December 2002) behaved slightly different. It
wo
Kip Macy wrote:
The flag is not needed. It is only possible to retrieve arp entries by
way of sysctl. The converse of this is you no longer need to grab all
the entries in the routing table and look at each one to determine
which are cloned routes (dynamic host routes) which contain ARP
entries.
Li, Qing wrote:
Yes, at least in the IPv4 case, I still generate the routing messages whenever
entries are modified, so you can still wait for notifications on the routing
socket. One should check for the address family AF_LINK type instead of
checking for RTF_LLINFO flag. It's an over sight t
maintainers into the boat earlier.
not so happy,
harti
-- Qing
-Original Message-
From: Hartmut Brandt
Sent: Sunday, December 21, 2008 8:54 AM
To: Kip Macy
Cc: Vladimir Grebenschikov ; Qing Li ; freebsd-net@freebsd.org
; Gerald Pfeifer ; freebsd-curr...@freebsd.org
Subject: Re: HEAD
Li, Qing wrote:
Hi Hartmut,
I appreciate your candid feedback. You raised many valid points.
I combined both of your emails in this reply, please see my
comments below ...
You are absolutely right. This was a complete oversight on my part.
I was telling myself "I think I am forgetting
Hi Kip,
Kip Macy wrote:
And another point: when changing external interfaces it might be
possible to ask for a full port build with the changes to look for the
fall-out on ports. I would say that this commit was a good candidate
to
get the port maintainers into the boat earlier.
n
Robert Watson wrote:
On Wed, 24 Dec 2008, Bruce Simpson wrote:
Hartmut Brandt wrote:
In any case there is still an Todo on my side: the routing
information for NETNATM is currently lost somewhere between L2 and
L3 :-) I guess I come back to you in the new year to fix this
issue... Have to
Eugene Grosbein wrote:
Hi!
Is there a way to reduce bsnmpd's CPU & memory usage
for BGP router using full view?
I do not need to deal with routing table via SNMP.
SNMP is needed to monitor interface byte counters only via mrtg.
bsnmpd grows upto 18Mb for FreeBSD 6.4 and worse,
it hogs CPU whil
Eugene Grosbein wrote:
Petri Helenius wrote:
In any case it should re-read the kernel table only every 10 minutes
and in the mean time monitor the routing socket to update its copy
of the table. If of course someone is doing a lot of updates on
Why does it have to re-read the table p
Hi,
On Fri, 19 Jun 2009, Karim Fodil-Lemelin wrote:
KF>Looking at Steven's book TCP/IP Volume 2 (1995 edition) page 988 (Processing
KF>and Received Data) they call TCP_REASS(tp, ti, m, so, tiflags) where tiflags
KF>is thflags and inside the TCP_REASS macro (page 908), this code is used
KF>(where
On Fri, 7 Apr 2017, ?ukasz W?jcik wrote:
?W>they're not the only ones. Just my 5cents. The other thing is that ATM/NATM
?W>infrastructure in FreeBSD seems to never have been
?W>
?W>finished.
That's true. ITU-T used to produce poor-quality ATM standards at a much
higher rate than anybody could fo
[EMAIL PROTECTED] wrote:
I need to test a multicast streaming media application by selectively
dropping packets in the network connecting the source to the viewer.
The capability I need is to drop N consecutive packets, where N ranges
from 1 to 50 and is chosen via the command line.
I had hope
Hi Thomas,
it seems that 5.4 has the old routing table code. This code used a TAILQ
to hold all the routes. This turned out to be a problem for large routing
tables so I replaced it with a red-black tree. This happened between 6.0
and 6.1 - 6.0 has still the old code, 6.1 the new one. The old
On Sat, 24 Mar 2007, Eugene Grosbein wrote:
EG>On Sat, Mar 24, 2007 at 11:30:44AM +0100, Andre Oppermann wrote:
EG>
EG>> Harti Brandt wrote:
EG>> >Nice feature, although it would be nice to align the maximum length with
EG>> >IF-MIB::ifDescr (255 byte + \0). Also I suppose that the field more
EG
25 matches
Mail list logo
