Hi,
attaching to arbitrary port works fine.
The problem requires implementing snmp_add_full with respective routines,
which doesn't work.
Here is the code
(for transport)
ptp_tr = netsnmp_transport_open_server("agentx", "ptpext");
...
(for session)
main_session = snmp_add_full(&def_sess, ptp_tr,
On 28/11/2007, <[EMAIL PROTECTED]> wrote:
> main_session = snmp_add_full(&def_sess, ptp_tr, NULL, ptpagentx_parse,
>NULL, NULL, NULL, ptpagentx_checkpacket, NULL);
The seventh parameter is the routine called to encode the request
into a data packet - ready for sending out over the network.
If
On 13/11/2007 <[EMAIL PROTECTED]> wrote:
> And how is the procedure of integrating this to the agent. Just by calling
> the mentioned routines or should provide the adding by ./configure before
> installation too.
Fundamentally, all you need to do is add the relevant code files to the
build proces
And how is the procedure of integrating this to the agent. Just by calling
the mentioned routines or should provide the adding by ./configure before
installation too. Please explain the steps as follow.
Kujtim
> On 26/10/2007, [EMAIL PROTECTED]
> <[EMAIL PROTECTED]> wrote:
>> there was nothing h
On 02/11/2007, wqs <[EMAIL PROTECTED]> wrote:
> I've written a MIB and used mib2c to generate the c template.
> After modify,configure,make,make install,I ran the command:
>"snmpwalk -m ALL -c public -v2c localhost sysConfigMib" ,
> and gotSYS-CONFIG-MIB::sysConfigMib =
> No more varia
On 26/10/2007, [EMAIL PROTECTED]
<[EMAIL PROTECTED]> wrote:
> there was nothing helpful in snmplib/fd_event_manager.c
> Since the routines are original and there is no example, please send the
> simplest example, where it implements register_{read,write}fd().
> I must implement sending the (new pro
Hi Dave,
there was nothing helpful in snmplib/fd_event_manager.c
Since the routines are original and there is no example, please send the
simplest example, where it implements register_{read,write}fd().
I must implement sending the (new protocol!) messages via agent.
Waiting for answer!
Kujtim
Hi again and thanks for answering.
> Alternatively, if your protocol doesn't match SNMP sufficiently
> to fit into the netsnmp_pdu structure, then you can use the ...
the protocol is totally different from SNMP - PTP (Precision Time
Protocol) defined by IEEE-1588 standard. It's data management sid
On 24/09/2007, <[EMAIL PROTECTED]> wrote:
> Hi,
>
> how to extent the agent to support new user defined protocol, other than
> 1, 2c and 3.
There are two possibilities.
If the new protocol is similar to SNMP, then you need to:
- provide a routine to take an incoming request, and parse
Dave Shield actually answered this another thread (agent example puzzle) and it turned out to be access control.On Apr 8, 2005 12:08 PM, Robert Story <[EMAIL PROTECTED]> wrote:On Mon, 4 Apr 2005 12:52:30 -0400 John wrote:JP> snmpget -c public -v 1 localhost nstAgentModuleObject.0JP> Error in packet
On Mon, 4 Apr 2005 12:52:30 -0400 John wrote:
JP> snmpget -c public -v 1 localhost nstAgentModuleObject.0
JP> Error in packet
JP> Reason: (noSuchName) There is no such variable name in this MIB.
JP> Failed object: NET-SNMP-TUTORIAL-MIB::nstAgentModuleObject.0
Did you configure the nstAgentModuleOb
quot; will
> > help you with command related stuff.
> >
> > Bernhard
> >
> > > -Original Message-----
> > > From: John Pfaff [mailto:[EMAIL PROTECTED]
> > > Sent: Montag, 04. April 2005 16:57
> > > To: [email protected]
MIBS=ALL"? "man snmp.conf" and "man snmpcmd" will
> help you with command related stuff.
>
> Bernhard
>
> > -Original Message-
> > From: John Pfaff [mailto:[EMAIL PROTECTED]
> > Sent: Montag, 04. April 2005 16:57
> > To: net-sn
On Mon, 2005-04-04 at 02:08, John Pfaff wrote:
> I generated my code with mib2c -c mib2c.int_watch.conf my-mib.txt.
> I do ./configure --with-mib-modules="my-mib" I see .o files, so I
> know it's getting compiled, but when I do snmpget all I get is
> noSuchName.
Have you tried working through th
Hi,
Do you say "export MIBS=ALL"? "man snmp.conf" and "man snmpcmd" will
help you with command related stuff.
Bernhard
> -Original Message-
> From: John Pfaff [mailto:[EMAIL PROTECTED]
> Sent: Montag, 04. April 2005 16:57
> To: net-snmp-coders@
Also, I tried using the nstAgentModuleObject and can't get a response
for it either.
On Apr 4, 2005 10:21 AM, John Pfaff <[EMAIL PROTECTED]> wrote:
> It's in /usr/share/snmp/mibs with all of the other mibs. I can do
> snmptranslate and see it just fine.
>
> On Apr 4, 2005 1:16 AM, [EMAIL PROTECT
It's in /usr/share/snmp/mibs with all of the other mibs. I can do
snmptranslate and see it just fine.
On Apr 4, 2005 1:16 AM, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Have you included MIB file to the right place? try use OID number to see if
> you can get the data.
>
> -res
>
> - Ori
Have you included MIB file to the right place? try use OID number to see if
you can get the data.
-res
- Original Message -
From: "John Pfaff" <[EMAIL PROTECTED]>
To:
Sent: Sunday, April 03, 2005 6:08 PM
Subject: Agent Extension
I'm sure there's probably a step I'm missing, but I can'
On 14 Sep 2004 13:00:41 +0530 Divakar wrote:
DY> I'm working on QNX 4.25 and TCP/IP 5.0.
DY> We use Watcom 10.6 compiler and we recently got the source code of snmp
DY> from QSS.
Then you will have to contact them for support. We only support Net-SNMP here.
--
Robert Story; NET-SNMP Junkie
> On Wed, 09 Jun 2004 10:35:25 +0100, Dave Shield <[EMAIL PROTECTED]> said:
Dave> On balance, I'd still prefer to change the behaviour immediately,
Dave> but I can well understand the reasons to proceed more cautiously.
Dave> Would you be happy with deprecating this in 5.2 and dropping it in 5
I'm still here. I'm just kinda stumped (and busy) at the moment.
>Majority support? Hah!
>There seems to be a general lack of interest in any aspect of the
development of this package at the moment :-(
>I'm going through another phase of wondering how long we'll be able
to continue to keep it g
On Wed, 09 Jun 2004 10:35:25 +0100 Dave wrote:
DS> > My proposal:
DS> >
DS> > 1) new token for new mib ('extend'?)
DS> > 2) document new token in man page. Mark old option as deprecated
DS> > 3) optionally log warning at startup for old token
DS> > 4) in a future release, drop old token su
Robert> I'd say there should be a configure option to choose the new/old
Robert> style implementation.
Dave> configure --with-mib-modules=ucd-snmp/extensible
Robert> I assume that this would enable the old-style?
Yup
Robert> And the new style has a new name? Or is in a new directory?
On Tue, 08 Jun 2004 09:58:23 +0100 Dave wrote:
DS> It's clearly premature for us to stop shipping these files with
DS> the source distribution. What I'm really suggesting is to
DS> omit this module from the default configuration.
DS> It would still be available, but you'd have to ask for it expl
DS> The reason I'm mentioning it here, is to float the idea of dropping
DS> the 'ucd-snmp/extensible' module completely - as from v5.2
RS> Gack! I don't like the sound of that at all!
OK - that was probably badly phrased (and badly thought through).
It's clearly premature for us to stop shipping
On Mon, 07 Jun 2004 17:00:09 +0100 Dave wrote:
DS> The reason I'm mentioning it here, is to float the idea of dropping
DS> the 'ucd-snmp/extensible' module completely - as from v5.2
Gack! I don't like the sound of that at all!
DS> The advantage of doing so is that it avoids the need to have two
D
Those of you who follow activity on the CVS main branch may have
noticed that I've been working on a re-implementation of the old
UCD-SNMP-MIB::extTable - taking the same basic idea but making it
somewhat more flexible.
Up to now, this has been a completely new MIB (NET-SNMP-EXTEND-MIB),
but I've
27 matches
Mail list logo