| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
where the "wrong" #define was used.
ok dlg@
|
|
|
|
|
| |
the prefixlen is never bigger than 128 for inet6.
OK remi@
|
|
|
|
|
|
|
|
|
|
| |
rtable 255 is a valid routing table or domain id that wasn't handled
by the ip[6]_mroute code or by snmpd. The arrays in the ip[6]_mroute
code where off by one and didn't allocate space for rtable 255; snmpd
simply ignored rtable 255. All other places in the tree seem to
handle RT_TABLEID_MAX correctly.
OK florian@ benno@ henning@ deraadt@
|
|
|
|
|
|
| |
Use the macro from route(8) / ospf6d(8) since it works also with argument 0.
OK claudio@
|
|
|
|
|
|
| |
and avoid problems.
ok jca@
|
|
|
|
| |
Diff from Jan Klemkow, ok mikeb@
|
|
|
|
|
|
|
|
| |
fetchifs() update the existing node. Thus we don't lose the ARP entries.
And while here, also handle RTM_DESYNC messages.
ok mikeb@
|
|
|
|
| |
According to sthen@ this makes snmpd report routes more correct
|
|
|
|
|
|
|
| |
in net/pfvar.h sys/proc.h sys/ucred.h arpa/nameser.h
change to PATH_MAX, reduce use of MIN() and MAX(), HOST_NAME_MAX+1,
LOGIN_NAME_MAX, etc etc
ok millert guenther, some review by doug
|
| |
|
|
|
|
| |
inconsistent usage in route(8) noted by Gregor Best (gbe (at) ring0.de)
|
| |
|
|
|
|
|
|
|
| |
multiple routing tables. Currently it doesn't do anything useful
but it's a prerequisite for any future work in this direction.
ok sthen, reyk, blambert
|
|
|
|
|
| |
With help from blambert@ and sthen@, tested by sthen@, benno@
and myself; ok blambert
|
| |
|
|
|
|
| |
ok henning
|
|
|
|
|
|
| |
"Instead of doing a poor mans offsetof() implementation change the code
to use an end pointer to compare against. Looks less scary and makes
gcc4 happy. OK henning@" (bgpd/kroute.c commit 1.182)
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
functions return void.
ok krw@
|
|
|
|
|
|
|
| |
send route updates. If you aren't interested in examining routing tables
over SNMP (e.g. if you only use it for sensors or interface stats) this
reduces cpu use during heavy route updates. Makes my full-table bgp
routers happier when a major peer bounces. ok reyk@
|
|
|
|
| |
From: "Anthony J. Bentley" <anthonyjbentley at gmail dot com>
|
| |
|
|
|
|
| |
ok reyk@ claudio@
|
|
|
|
|
|
| |
is only valid for messages with an rt_msghdr. So move the check back
where it was before.
Problem found by jsg@
|
|
|
|
|
| |
Remove an unneeded stack storage as well.
OK jsg@
|
|
|
|
|
|
| |
uses only one rtm parser instead of three different ones. Fixes problems
with priorities that were not handled everywhere correctly.
Found by and OK jsg@
|
|
|
|
|
|
|
| |
the AF independent MIBs like RFC4292 in the future. Additionally count number
of routes (also needed by some MIBs) and do not track the state of routes
since the MIB do not require it and it is expensive.
OK jsg@
|
|
|
|
|
|
| |
well. First big sync, the interface address tree still needs to be made
AF independent but that will be done in a second step.
OK jsg@
|
| |
|
|
|
|
| |
ok claudio@, henning@
|
| |
|
|
|
|
|
|
| |
in the OIDs as the table index. the next step is to simplify the
common mib implementation regarding the special requirements of these
strange snmp tables.
|
|
|
|
| |
"message processing subsystem" into separate files smi.c and mps.c
|
| |
|
| |
|
|
for OpenBSD. SNMP is a necessary evil. This is work in progress, don't
expect too much from it yet.
ok deraadt@
|