From ray at artran.co.uk Thu May 1 10:26:21 2008 From: ray at artran.co.uk (Ray Tran) Date: Thu May 1 09:53:38 2008 Subject: [snmp] OID for packets per second In-Reply-To: References: <481074D7.9080904@westhawk.co.uk> Message-ID: <15558D0D-0BD9-4BA7-81BC-6BA098858550@artran.co.uk> Hi Shrouk, if I remember correctly you can't directly get the rate per second. You need to use the MIB-2 OID's to repeatedly get the cumulative number of packets for each interface and divide by the time interval between samples. The OID's of interest are listed here: http://www.alvestrand.no/ objectid/1.3.6.1.2.1.2.2.1.html. I think that you are probably interested in 1.3.6.1.2.1.2.2.1.11 (ifInUcastPkts) and 1.3.6.1.2.1.2.2.1.17 (ifOutUcastPkts) but 1.3.6.1.2.1.2.2.1.12 (ifInNUcastPkts) and 1.3.6.1.2.1.2.2.1.18 (ifOutNUcastPkts) may be interesting if you are using multicasting (including broadcasts). Hope that helps. On 30 Apr 2008, at 14:58, Shrouk Tharwat wrote: > Hi Birgit, > > What i mean is that i need to plot the number of packets per REAL time > second for the whole system including all interfaces . so does the > OID of > the IP input receives gets me the packets per second per interface > or does > it get the total number of packets since the system started up? and > do u > know how can i get by any means the number of packets per second > for a > certain interval of time? > > > Thanks; > Shrouk > On Thu, Apr 24, 2008 at 2:53 PM, Birgit Arkesteijn > > wrote: > >> Hi Shrouk, >> >> I assume you mean the number of packet per second of an interface? >> >> uk.co.westhawk.snmp.pdu.InterfaceGetNextPdu.java >> gives you the speed, but that's >> (number of octets transmitted & received) per second. >> >> Not sure if that helps. >> >> Cheers, Birgit >> >> >> >> On 24/04/08 11:16, Shrouk Tharwat wrote: >> >>> Dears; >>> >>> Does anyone know the OID for getting the number of packets per >>> second?? >>> and >>> if its not possibe using the OID ,is there any other alternative? >>> >>> Thanks; >>> Shrouk >>> >> >> -- >> -- Birgit Arkesteijn, birgit@westhawk.co.uk, >> -- Westhawk Ltd, Albion Wharf, 19 Albion Street, Manchester M1 >> 5LN, UK >> -- Company no: 1769350 >> -- Registered Office: >> -- 15 London Road, Stockton Heath, Warrington WA4 6SJ. UK. >> -- tel.: +44 (0)161 237 0660 >> -- >> _______________________________________________ >> snmp mailing list >> snmp@snmp.westhawk.co.uk >> http://snmp.westhawk.co.uk/mailman/listinfo/snmp >> > _______________________________________________ > snmp mailing list > snmp@snmp.westhawk.co.uk > http://snmp.westhawk.co.uk/mailman/listinfo/snmp Regards, -- Ray Tran ray@artran.co.uk www.artran.co.uk From jbers at bbn.com Thu May 1 15:23:33 2008 From: jbers at bbn.com (Josh Bers) Date: Thu May 1 19:24:21 2008 Subject: [snmp] Making AsnObjectId comparable Message-ID: <00c901c8abb8$89546200$8bff5980@7C911> I would vote for making the AsnObjectId comparable to help in situations where the stack is serving as an agent in order to order OID's correctly in a MIB. facilitating insertion into standard Java ordered container classes. Josh Josh Bers Senior Engineer, Mobile Networking Systems BBN Technologies web: www.bbn.com ph: (617) 873-4262 fax: (617) 873-4523 From shrouk.tharwat at gmail.com Fri May 2 15:58:50 2008 From: shrouk.tharwat at gmail.com (Shrouk Tharwat) Date: Fri May 2 13:09:46 2008 Subject: [snmp] OID for packets per second In-Reply-To: <15558D0D-0BD9-4BA7-81BC-6BA098858550@artran.co.uk> References: <481074D7.9080904@westhawk.co.uk> <15558D0D-0BD9-4BA7-81BC-6BA098858550@artran.co.uk> Message-ID: Hi Thanks for your reply it is really help. But I want to ask which methods get the value of the ifInUcastPkts or the value of any OID ? Thanks Shrouk On Thu, May 1, 2008 at 11:26 AM, Ray Tran wrote: > Hi Shrouk, > if I remember correctly you can't directly get the rate per second. You > need to use the MIB-2 OID's to > repeatedly get the cumulative number of packets for each interface and > divide by the time interval > between samples. > > The OID's of interest are listed here: http://www.alvestrand.no/ > objectid/1.3.6.1.2.1.2.2.1.html. > I think that you are probably interested in 1.3.6.1.2.1.2.2.1.11 > (ifInUcastPkts) and 1.3.6.1.2.1.2.2.1.17 > (ifOutUcastPkts) but 1.3.6.1.2.1.2.2.1.12 (ifInNUcastPkts) and > 1.3.6.1.2.1.2.2.1.18 (ifOutNUcastPkts) > may be interesting if you are using multicasting (including broadcasts). > > Hope that helps. > > > On 30 Apr 2008, at 14:58, Shrouk Tharwat wrote: > > Hi Birgit, >> >> What i mean is that i need to plot the number of packets per REAL time >> second for the whole system including all interfaces . so does the OID of >> the IP input receives gets me the packets per second per interface or does >> it get the total number of packets since the system started up? and do u >> know how can i get by any means the number of packets per second for a >> certain interval of time? >> >> >> Thanks; >> Shrouk >> On Thu, Apr 24, 2008 at 2:53 PM, Birgit Arkesteijn > > >> wrote: >> >> Hi Shrouk, >>> >>> I assume you mean the number of packet per second of an interface? >>> >>> uk.co.westhawk.snmp.pdu.InterfaceGetNextPdu.java >>> gives you the speed, but that's >>> (number of octets transmitted & received) per second. >>> >>> Not sure if that helps. >>> >>> Cheers, Birgit >>> >>> >>> >>> On 24/04/08 11:16, Shrouk Tharwat wrote: >>> >>> Dears; >>>> >>>> Does anyone know the OID for getting the number of packets per second?? >>>> and >>>> if its not possibe using the OID ,is there any other alternative? >>>> >>>> Thanks; >>>> Shrouk >>>> >>>> >>> -- >>> -- Birgit Arkesteijn, birgit@westhawk.co.uk, >>> -- Westhawk Ltd, Albion Wharf, 19 Albion Street, Manchester M1 5LN, UK >>> -- Company no: 1769350 >>> -- Registered Office: >>> -- 15 London Road, Stockton Heath, Warrington WA4 6SJ. UK. >>> -- tel.: +44 (0)161 237 0660 >>> -- >>> _______________________________________________ >>> snmp mailing list >>> snmp@snmp.westhawk.co.uk >>> http://snmp.westhawk.co.uk/mailman/listinfo/snmp >>> >>> _______________________________________________ >> snmp mailing list >> snmp@snmp.westhawk.co.uk >> http://snmp.westhawk.co.uk/mailman/listinfo/snmp >> > > > Regards, > -- > Ray Tran > ray@artran.co.uk > www.artran.co.uk > > > _______________________________________________ > snmp mailing list > snmp@snmp.westhawk.co.uk > http://snmp.westhawk.co.uk/mailman/listinfo/snmp > From shrouk.tharwat at gmail.com Sun May 4 19:32:36 2008 From: shrouk.tharwat at gmail.com (Shrouk Tharwat) Date: Sun May 4 22:20:52 2008 Subject: [snmp] OID for packets per second In-Reply-To: References: <481074D7.9080904@westhawk.co.uk> <15558D0D-0BD9-4BA7-81BC-6BA098858550@artran.co.uk> Message-ID: Hi, I wanted to ask how can i use this stack for network discovery,i mean like knowing the hosts within the same network? how can i implement a snmp agent and if i can't implement it then what are the other alternatives to get information which aren't defined using the pre defined OID's. Thanks Shrouk Tharwat On Fri, May 2, 2008 at 2:58 PM, Shrouk Tharwat wrote: > > Hi > Thanks for your reply it is really help. But I want to ask which methods get the value of the ifInUcastPkts or the value of any OID ? > Thanks > Shrouk > On Thu, May 1, 2008 at 11:26 AM, Ray Tran wrote: >> >> Hi Shrouk, >> if I remember correctly you can't directly get the rate per second. You need to use the MIB-2 OID's to >> repeatedly get the cumulative number of packets for each interface and divide by the time interval >> between samples. >> The OID's of interest are listed here: http://www.alvestrand.no/objectid/1.3.6.1.2.1.2.2.1.html. >> I think that you are probably interested in 1.3.6.1.2.1.2.2.1.11 (ifInUcastPkts) and 1.3.6.1.2.1.2.2.1.17 >> (ifOutUcastPkts) but 1.3.6.1.2.1.2.2.1.12 (ifInNUcastPkts) and 1.3.6.1.2.1.2.2.1.18 (ifOutNUcastPkts) >> may be interesting if you are using multicasting (including broadcasts). >> Hope that helps. >> On 30 Apr 2008, at 14:58, Shrouk Tharwat wrote: >>> >>> Hi Birgit, >>> What i mean is that i need to plot the number of packets per REAL time >>> second for the whole system including all interfaces . so does the OID of >>> the IP input receives gets me the packets per second per interface or does >>> it get the total number of packets since the system started up? and do u >>> know how can i get by any means the number of packets per second for a >>> certain interval of time? >>> Thanks; >>> Shrouk >>> On Thu, Apr 24, 2008 at 2:53 PM, Birgit Arkesteijn >>> wrote: >>>> >>>> Hi Shrouk, >>>> I assume you mean the number of packet per second of an interface? >>>> uk.co.westhawk.snmp.pdu.InterfaceGetNextPdu.java >>>> gives you the speed, but that's >>>> (number of octets transmitted & received) per second. >>>> Not sure if that helps. >>>> Cheers, Birgit >>>> On 24/04/08 11:16, Shrouk Tharwat wrote: >>>>> >>>>> Dears; >>>>> Does anyone know the OID for getting the number of packets per second?? >>>>> and >>>>> if its not possibe using the OID ,is there any other alternative? >>>>> Thanks; >>>>> Shrouk >>>> >>>> -- >>>> -- Birgit Arkesteijn, birgit@westhawk.co.uk, >>>> -- Westhawk Ltd, Albion Wharf, 19 Albion Street, Manchester M1 5LN, UK >>>> -- Company no: 1769350 >>>> -- Registered Office: >>>> -- 15 London Road, Stockton Heath, Warrington WA4 6SJ. UK. >>>> -- tel.: +44 (0)161 237 0660 >>>> -- >>>> _______________________________________________ >>>> snmp mailing list >>>> snmp@snmp.westhawk.co.uk >>>> http://snmp.westhawk.co.uk/mailman/listinfo/snmp >>> >>> _______________________________________________ >>> snmp mailing list >>> snmp@snmp.westhawk.co.uk >>> http://snmp.westhawk.co.uk/mailman/listinfo/snmp >> >> Regards, >> -- >> Ray Tran >> ray@artran.co.uk >> www.artran.co.uk >> _______________________________________________ >> snmp mailing list >> snmp@snmp.westhawk.co.uk >> http://snmp.westhawk.co.uk/mailman/listinfo/snmp Best regards; From birgit at westhawk.co.uk Wed May 7 11:39:34 2008 From: birgit at westhawk.co.uk (Birgit Arkesteijn) Date: Wed May 7 10:39:41 2008 Subject: [snmp] Making AsnObjectId comparable Message-ID: <482178D6.1030101@westhawk.co.uk> I added Josh's implementation to AsnObjectId and checked it into cvs. It's compiled, but not tested. Thanks, Josh! Cheers, Birgit -------- Original Message -------- Subject: RE: [snmp] Making AsnObjectId comparable Date: Fri, 2 May 2008 13:29:25 -0400 From: Josh Bers Organisation: BBN Technologies To: 'Birgit Arkesteijn' CC: 'Tim Panton' Here is the code for compare: Assumes that asn objects are all positive numbers, e.g., 0-9+(\.[0-9]+)* *public* *int* compareTo (AsnObjectId b) { *if* (b == *null*) *throw* *new* NullPointerException("Trying to compare with null"); *int* aElts = getSize(); *int* bElts = b.getSize(); *if* ((aElts == 0) && (bElts > 0)) *return* -1; *if* ((bElts == 0) && (aElts > 0)) *return* 1; *for* (*int* i = 0; (i < aElts) && (i < bElts); i++) { *if* (getElementAt(i) != b.getElementAt(i)) *return* (getElementAt(i) > b.getElementAt(i)) ? 1 : -1; } // equal to the end of one object *if* (aElts > bElts) *return* 1; *else* *if* (bElts > aElts) *return* -1; // both objects same *return* 0; } -----Original Message----- From: snmp-bounces@snmp.westhawk.co.uk [mailto:snmp-bounces@snmp.westhawk.co.uk] On Behalf Of Josh Bers Sent: Thursday, May 01, 2008 2:24 PM To: 'List for discussion of the Westhawk SNMP stack' Subject: [snmp] Making AsnObjectId comparable I would vote for making the AsnObjectId comparable to help in situations where the stack is serving as an agent in order to order OID's correctly in a MIB. facilitating insertion into standard Java ordered container classes. Josh Josh Bers Senior Engineer, Mobile Networking Systems BBN Technologies web: www.bbn.com ph: (617) 873-4262 fax: (617) 873-4523 _______________________________________________ snmp mailing list snmp@snmp.westhawk.co.uk http://snmp.westhawk.co.uk/mailman/listinfo/snmp -- -- Birgit Arkesteijn, birgit@westhawk.co.uk, -- Westhawk Ltd, Albion Wharf, 19 Albion Street, Manchester M1 5LN, UK -- Company no: 1769350 -- Registered Office: -- 15 London Road, Stockton Heath, Warrington WA4 6SJ. UK. -- tel.: +44 (0)161 237 0660 -- From jbers at bbn.com Fri May 9 19:11:59 2008 From: jbers at bbn.com (Josh Bers) Date: Fri May 9 23:12:45 2008 Subject: [snmp] Making AsnObjectId comparable In-Reply-To: <482178D6.1030101@westhawk.co.uk> Message-ID: <004b01c8b221$c6395490$e3ff5980@7C911> Birgit, As far as my limited testing has revealed it appears to work. You also need to add "implements Comparable" to the class declaration for it to be usable in sorted containers. Cheers, Josh -----Original Message----- From: snmp-bounces@snmp.westhawk.co.uk [mailto:snmp-bounces@snmp.westhawk.co.uk] On Behalf Of Birgit Arkesteijn Sent: Wednesday, May 07, 2008 5:40 AM To: List for discussion of the Westhawk SNMP stack Subject: RE: [snmp] Making AsnObjectId comparable I added Josh's implementation to AsnObjectId and checked it into cvs. It's compiled, but not tested. Thanks, Josh! Cheers, Birgit -------- Original Message -------- Subject: RE: [snmp] Making AsnObjectId comparable Date: Fri, 2 May 2008 13:29:25 -0400 From: Josh Bers Organisation: BBN Technologies To: 'Birgit Arkesteijn' CC: 'Tim Panton' Here is the code for compare: Assumes that asn objects are all positive numbers, e.g., 0-9+(\.[0-9]+)* *public* *int* compareTo (AsnObjectId b) { *if* (b == *null*) *throw* *new* NullPointerException("Trying to compare with null"); *int* aElts = getSize(); *int* bElts = b.getSize(); *if* ((aElts == 0) && (bElts > 0)) *return* -1; *if* ((bElts == 0) && (aElts > 0)) *return* 1; *for* (*int* i = 0; (i < aElts) && (i < bElts); i++) { *if* (getElementAt(i) != b.getElementAt(i)) *return* (getElementAt(i) > b.getElementAt(i)) ? 1 : -1; } // equal to the end of one object *if* (aElts > bElts) *return* 1; *else* *if* (bElts > aElts) *return* -1; // both objects same *return* 0; } -----Original Message----- From: snmp-bounces@snmp.westhawk.co.uk [mailto:snmp-bounces@snmp.westhawk.co.uk] On Behalf Of Josh Bers Sent: Thursday, May 01, 2008 2:24 PM To: 'List for discussion of the Westhawk SNMP stack' Subject: [snmp] Making AsnObjectId comparable I would vote for making the AsnObjectId comparable to help in situations where the stack is serving as an agent in order to order OID's correctly in a MIB. facilitating insertion into standard Java ordered container classes. Josh Josh Bers Senior Engineer, Mobile Networking Systems BBN Technologies web: www.bbn.com ph: (617) 873-4262 fax: (617) 873-4523 _______________________________________________ snmp mailing list snmp@snmp.westhawk.co.uk http://snmp.westhawk.co.uk/mailman/listinfo/snmp -- -- Birgit Arkesteijn, birgit@westhawk.co.uk, -- Westhawk Ltd, Albion Wharf, 19 Albion Street, Manchester M1 5LN, UK -- Company no: 1769350 -- Registered Office: -- 15 London Road, Stockton Heath, Warrington WA4 6SJ. UK. -- tel.: +44 (0)161 237 0660 -- _______________________________________________ snmp mailing list snmp@snmp.westhawk.co.uk http://snmp.westhawk.co.uk/mailman/listinfo/snmp From birgit at westhawk.co.uk Mon May 12 11:30:07 2008 From: birgit at westhawk.co.uk (Birgit Arkesteijn) Date: Mon May 12 10:30:16 2008 Subject: [snmp] Making AsnObjectId comparable In-Reply-To: <004b01c8b221$c6395490$e3ff5980@7C911> References: <004b01c8b221$c6395490$e3ff5980@7C911> Message-ID: <48280E1F.5050903@westhawk.co.uk> Hi Josh, Yes, I did add the "implements Comparable". :-) Cheers, Birgit On 09/05/08 23:11, Josh Bers wrote: > Birgit, > > As far as my limited testing has revealed it appears to work. You also need > to add "implements Comparable" to the class declaration for it to be usable > in sorted containers. > > Cheers, > > Josh > > -----Original Message----- > From: snmp-bounces@snmp.westhawk.co.uk > [mailto:snmp-bounces@snmp.westhawk.co.uk] On Behalf Of Birgit Arkesteijn > Sent: Wednesday, May 07, 2008 5:40 AM > To: List for discussion of the Westhawk SNMP stack > Subject: RE: [snmp] Making AsnObjectId comparable > > I added Josh's implementation to AsnObjectId and checked it into cvs. > It's compiled, but not tested. > > Thanks, Josh! > > Cheers, Birgit > > -------- Original Message -------- > Subject: RE: [snmp] Making AsnObjectId comparable > Date: Fri, 2 May 2008 13:29:25 -0400 > From: Josh Bers > Organisation: BBN Technologies > To: 'Birgit Arkesteijn' > CC: 'Tim Panton' > > > Here is the code for compare: > Assumes that asn objects are all positive numbers, e.g., > 0-9+(\.[0-9]+)* > > *public* *int* compareTo (AsnObjectId b) { > *if* (b == *null*) > *throw* *new* NullPointerException("Trying to compare > with null"); > > *int* aElts = getSize(); > *int* bElts = b.getSize(); > > *if* ((aElts == 0) && (bElts > 0)) > *return* -1; > > *if* ((bElts == 0) && (aElts > 0)) > *return* 1; > > *for* (*int* i = 0; (i < aElts) && (i < bElts); i++) { > *if* (getElementAt(i) != b.getElementAt(i)) > *return* (getElementAt(i) > b.getElementAt(i)) ? 1 > : -1; > } > // equal to the end of one object > *if* (aElts > bElts) > *return* 1; > *else* *if* (bElts > aElts) > *return* -1; > > // both objects same > *return* 0; > } > > > -----Original Message----- > From: snmp-bounces@snmp.westhawk.co.uk > [mailto:snmp-bounces@snmp.westhawk.co.uk] On Behalf Of Josh Bers > Sent: Thursday, May 01, 2008 2:24 PM > To: 'List for discussion of the Westhawk SNMP stack' > Subject: [snmp] Making AsnObjectId comparable > > I would vote for making the AsnObjectId comparable to help in situations > where the stack is serving as an agent in order to order OID's correctly > in a MIB. facilitating insertion into standard Java ordered container > classes. > > > > Josh > > > > Josh Bers > > Senior Engineer, Mobile Networking Systems > > BBN Technologies > > web: www.bbn.com ph: (617) 873-4262 fax: (617) 873-4523 > > > > _______________________________________________ > snmp mailing list > snmp@snmp.westhawk.co.uk > http://snmp.westhawk.co.uk/mailman/listinfo/snmp > -- -- Birgit Arkesteijn, birgit@westhawk.co.uk, -- Westhawk Ltd, Albion Wharf, 19 Albion Street, Manchester M1 5LN, UK -- Company no: 1769350 -- Registered Office: -- 15 London Road, Stockton Heath, Warrington WA4 6SJ. UK. -- tel.: +44 (0)161 237 0660 -- From jbers at bbn.com Thu May 22 12:03:11 2008 From: jbers at bbn.com (Josh Bers) Date: Thu May 22 16:04:02 2008 Subject: [snmp] AsnObjectId Message-ID: <008001c8bc1d$06a43f40$94fc5980@7C911> I am trying to serialize the AsnObjectId class via a wrapper (subclass). The problem is that there is no way to modify the array of longs (OID) once instantiated. I could use the add() methods, however, the default empty constructor is not protected (it is package access) and the default value for the OID is some test value, e.g., {1,3,6,1,4,1,674,10889,2,1,0} instead of {} making it impossible to do serialization in the subclass. Any suggestions on how to serialize without modifying the Westhawk code are appreciated. Thanks, Josh Josh Bers Senior Engineer, Mobile Networking Systems BBN Technologies web: www.bbn.com ph: (617) 873-4262 fax: (617) 873-4523 From jbers at bbn.com Thu May 22 17:21:36 2008 From: jbers at bbn.com (Josh Bers) Date: Thu May 22 21:22:24 2008 Subject: [snmp] AsnInteger Message-ID: <00b301c8bc49$82255ba0$94fc5980@7C911> The constructor for AsnInteger(int) does not set the type field of the parent class to SnmpContants.ASN_INTEGER. This difficiency is worked around in the write method where the type is hardcoded in the call to AsnBuildHeader, however, it does not allow use of the getRespType() method since it will always erroneously return 0. Josh Bers Senior Engineer, Mobile Networking Systems BBN Technologies web: www.bbn.com ph: (617) 873-4262 fax: (617) 873-4523 From jbers at bbn.com Sun May 25 00:18:46 2008 From: jbers at bbn.com (Josh Bers) Date: Sun May 25 04:19:39 2008 Subject: [snmp] How to get the stack to listen for request PDU's from any host Message-ID: <003501c8be16$1dfa4cc0$83fc5980@7C911> I am trying to use the stack as an agent. I can get it to receive requests from a single requestor (IP address), however, I can't seem to get it to receive from more than one without creating a separate context for each possible source..seems very inefficient. is there an option to listen from *.*.*.*? Thanks, Josh Josh Bers Senior Engineer, Mobile Networking Systems BBN Technologies web: www.bbn.com ph: (617) 873-4262 fax: (617) 873-4523 From jbers at bbn.com Sun May 25 01:03:20 2008 From: jbers at bbn.com (Josh Bers) Date: Sun May 25 05:04:14 2008 Subject: [snmp] Bind to a specific port Message-ID: <003a01c8be1c$57b41300$83fc5980@7C911> I am attempting to create an agent, however, when I send response to a manager the stack uses a different port (local) on which to send responses from, e.g., if I am listening on port 1162 for requests, responses go out on 1190 (or other random port). Is there a way to tell the stack to use a specific local port when sending response pdu's? Thanks, Josh Josh Bers Senior Engineer, Mobile Networking Systems BBN Technologies web: www.bbn.com ph: (617) 873-4262 fax: (617) 873-4523 From birgit at westhawk.co.uk Tue May 27 17:09:56 2008 From: birgit at westhawk.co.uk (Birgit Arkesteijn) Date: Tue May 27 16:10:04 2008 Subject: [snmp] Re: AsnObjectId In-Reply-To: <008001c8bc1d$06a43f40$94fc5980@7C911> References: <008001c8bc1d$06a43f40$94fc5980@7C911> Message-ID: <483C2444.1020906@westhawk.co.uk> Hi Josh, Sorry for my late reply, but I've been on holiday. I don't see how you can do it without any changes to the class. I suggest: - I make the default constructor "protected" instead of "class protected", - I changed it so value is an empty array. What do you think? Cheers, Birgit On 22/05/08 16:03, Josh Bers wrote: > I am trying to serialize the AsnObjectId class via a wrapper (subclass). > The problem is that there is no way to modify the array of longs (OID) > once instantiated. I could use the add() methods, however, the default > empty constructor is not protected (it is package access) and the > default value for the OID is some test value, e.g., > {1,3,6,1,4,1,674,10889,2,1,0} instead of {} making it impossible to do > serialization in the subclass. > > > > Any suggestions on how to serialize without modifying the Westhawk code > are appreciated. > > > > Thanks, > > > > Josh > > > > Josh Bers > > Senior Engineer, Mobile Networking Systems > > BBN Technologies > > web: www.bbn.com ph: (617) 873-4262 fax: (617) 873-4523 > > > -- -- Birgit Arkesteijn, birgit@westhawk.co.uk, -- Westhawk Ltd, Albion Wharf, 19 Albion Street, Manchester M1 5LN, UK -- Company no: 1769350 -- Registered Office: -- 15 London Road, Stockton Heath, Warrington WA4 6SJ. UK. -- tel.: +44 (0)161 237 0660 -- From birgit at westhawk.co.uk Tue May 27 18:00:42 2008 From: birgit at westhawk.co.uk (Birgit Arkesteijn) Date: Tue May 27 17:00:50 2008 Subject: [snmp] Re: AsnInteger In-Reply-To: <00b301c8bc49$82255ba0$94fc5980@7C911> References: <00b301c8bc49$82255ba0$94fc5980@7C911> Message-ID: <483C302A.2080005@westhawk.co.uk> Hi Josh, I changed and checked in the classes: - AsnInteger - AsnNull - AsnUnsInteger64 so they all set the type field of the parent class to the appropriate value. I *should* really change the call to AsnBuildHeader so it uses the "type" variable instead of a hardcoded value, but since I'm not doing any testing at the moment, I don't want to run the risk of introducing more errors. Cheers, Birgit On 22/05/08 21:21, Josh Bers wrote: > The constructor for AsnInteger(int) does not set the type field of the > parent class to SnmpContants.ASN_INTEGER. This difficiency is worked > around in the write method where the type is hardcoded in the call to > AsnBuildHeader, however, it does not allow use of the getRespType() > method since it will always erroneously return 0. > > > > Josh Bers > > Senior Engineer, Mobile Networking Systems > > BBN Technologies > > web: www.bbn.com ph: (617) 873-4262 fax: (617) 873-4523 > > > -- -- Birgit Arkesteijn, birgit@westhawk.co.uk, -- Westhawk Ltd, Albion Wharf, 19 Albion Street, Manchester M1 5LN, UK -- Company no: 1769350 -- Registered Office: -- 15 London Road, Stockton Heath, Warrington WA4 6SJ. UK. -- tel.: +44 (0)161 237 0660 -- From birgit at westhawk.co.uk Tue May 27 18:13:03 2008 From: birgit at westhawk.co.uk (Birgit Arkesteijn) Date: Tue May 27 17:13:11 2008 Subject: [snmp] Re: Bind to a specific port In-Reply-To: <003a01c8be1c$57b41300$83fc5980@7C911> References: <003a01c8be1c$57b41300$83fc5980@7C911> Message-ID: <483C330F.80205@westhawk.co.uk> Hi Josh, No, there isn't. I have to read up on DatagramSocket and DatagramPacket (used by our StandardSocket), but a quick glance doesn't tell me how to specify the local port on the fly. As far as I can tell, you can give the local port to listen *on* (i.e. all incoming packets that are send to port 161), but as far as I can tell, not the local port where to send *from*. Cheers, Birgit On 25/05/08 05:03, Josh Bers wrote: > I am attempting to create an agent, however, when I send response to a > manager the stack uses a different port (local) on which to send > responses from, e.g., if I am listening on port 1162 for requests, > responses go out on 1190 (or other random port). Is there a way to tell > the stack to use a specific local port when sending response pdu?s? > > > > Thanks, > > > > Josh > > > > Josh Bers > > Senior Engineer, Mobile Networking Systems > > BBN Technologies > > web: www.bbn.com ph: (617) 873-4262 fax: (617) 873-4523 > > > -- -- Birgit Arkesteijn, birgit@westhawk.co.uk, -- Westhawk Ltd, Albion Wharf, 19 Albion Street, Manchester M1 5LN, UK -- Company no: 1769350 -- Registered Office: -- 15 London Road, Stockton Heath, Warrington WA4 6SJ. UK. -- tel.: +44 (0)161 237 0660 -- From jbers at bbn.com Tue May 27 14:12:56 2008 From: jbers at bbn.com (Josh Bers) Date: Tue May 27 18:13:40 2008 Subject: [snmp] RE: Bind to a specific port In-Reply-To: <483C330F.80205@westhawk.co.uk> Message-ID: <00c901c8c01c$fb07f880$98fc5980@7C911> Hi Birgit, Thanks for your many responses... It turns out my issue was not setting the ContextEngineId to the AuthEngineId (the stack may want to do this by default for Authoritative contexts). As you say, the agent side clearly is not as well developed, yet. I think that the whole socket issue deserves some re-design to serve in agent capacity...Sharing a single socket for sending out datagrams might be the way to go for an agent.... You currently have a single listening context receiving requests on port 161 (say). Then to reply you'd like to use the same socket to send the response to the requestor... (this can be the sendTo address of the socket or read from the context), however, you don't want to create a new socket to respond to the requestor (as the stack currently does) because then you will indeed have to pick a random open port number to avoid conflicting with other contexts...and it wastes system resources.. The way the DatagramSocket works you can create it with a specific local Port number (see SocketAddress or SocketId) and leave the local IP un-defined (null). Since the underlying impl uses sendTo it can send to any number of remote destinations at packet send time. That way over the wire all responses from the agent will have the src port be 161.... Josh -----Original Message----- From: Birgit Arkesteijn [mailto:birgit@westhawk.co.uk] Sent: Tuesday, May 27, 2008 12:13 PM To: Josh Bers Cc: 'List for discussion of the Westhawk SNMP stack' Subject: Re: Bind to a specific port Hi Josh, No, there isn't. I have to read up on DatagramSocket and DatagramPacket (used by our StandardSocket), but a quick glance doesn't tell me how to specify the local port on the fly. As far as I can tell, you can give the local port to listen *on* (i.e. all incoming packets that are send to port 161), but as far as I can tell, not the local port where to send *from*. Cheers, Birgit On 25/05/08 05:03, Josh Bers wrote: > I am attempting to create an agent, however, when I send response to a > manager the stack uses a different port (local) on which to send > responses from, e.g., if I am listening on port 1162 for requests, > responses go out on 1190 (or other random port). Is there a way to tell > the stack to use a specific local port when sending response pdu's? > > > > Thanks, > > > > Josh > > > > Josh Bers > > Senior Engineer, Mobile Networking Systems > > BBN Technologies > > web: www.bbn.com ph: (617) 873-4262 fax: (617) 873-4523 > > > -- -- Birgit Arkesteijn, birgit@westhawk.co.uk, -- Westhawk Ltd, Albion Wharf, 19 Albion Street, Manchester M1 5LN, UK -- Company no: 1769350 -- Registered Office: -- 15 London Road, Stockton Heath, Warrington WA4 6SJ. UK. -- tel.: +44 (0)161 237 0660 -- From andy at riftware.com Tue May 27 14:07:33 2008 From: andy at riftware.com (Andrew Chandler) Date: Tue May 27 19:06:55 2008 Subject: [snmp] RE: Bind to a specific port In-Reply-To: <00c901c8c01c$fb07f880$98fc5980@7C911> Message-ID: <200805271745.m4RHjolw014746@dedicated.riftware.com> Just curious - why is it such a requirement to have the sending port be locked to a specific number? In all my experience it was all about the receiving port being constant and the originating port was free to be random. Even firewalls by and large are fine with this you just map the destination port and allow any src port. -----Original Message----- From: snmp-bounces@snmp.westhawk.co.uk [mailto:snmp-bounces@snmp.westhawk.co.uk] On Behalf Of Josh Bers Sent: Tuesday, May 27, 2008 12:13 PM To: 'Birgit Arkesteijn' Cc: 'List for discussion of the Westhawk SNMP stack' Subject: [snmp] RE: Bind to a specific port Hi Birgit, Thanks for your many responses... It turns out my issue was not setting the ContextEngineId to the AuthEngineId (the stack may want to do this by default for Authoritative contexts). As you say, the agent side clearly is not as well developed, yet. I think that the whole socket issue deserves some re-design to serve in agent capacity...Sharing a single socket for sending out datagrams might be the way to go for an agent.... You currently have a single listening context receiving requests on port 161 (say). Then to reply you'd like to use the same socket to send the response to the requestor... (this can be the sendTo address of the socket or read from the context), however, you don't want to create a new socket to respond to the requestor (as the stack currently does) because then you will indeed have to pick a random open port number to avoid conflicting with other contexts...and it wastes system resources.. The way the DatagramSocket works you can create it with a specific local Port number (see SocketAddress or SocketId) and leave the local IP un-defined (null). Since the underlying impl uses sendTo it can send to any number of remote destinations at packet send time. That way over the wire all responses from the agent will have the src port be 161.... Josh -----Original Message----- From: Birgit Arkesteijn [mailto:birgit@westhawk.co.uk] Sent: Tuesday, May 27, 2008 12:13 PM To: Josh Bers Cc: 'List for discussion of the Westhawk SNMP stack' Subject: Re: Bind to a specific port Hi Josh, No, there isn't. I have to read up on DatagramSocket and DatagramPacket (used by our StandardSocket), but a quick glance doesn't tell me how to specify the local port on the fly. As far as I can tell, you can give the local port to listen *on* (i.e. all incoming packets that are send to port 161), but as far as I can tell, not the local port where to send *from*. Cheers, Birgit On 25/05/08 05:03, Josh Bers wrote: > I am attempting to create an agent, however, when I send response to a > manager the stack uses a different port (local) on which to send > responses from, e.g., if I am listening on port 1162 for requests, > responses go out on 1190 (or other random port). Is there a way to > tell the stack to use a specific local port when sending response pdu's? > > > > Thanks, > > > > Josh > > > > Josh Bers > > Senior Engineer, Mobile Networking Systems > > BBN Technologies > > web: www.bbn.com ph: (617) 873-4262 fax: (617) 873-4523 > > > -- -- Birgit Arkesteijn, birgit@westhawk.co.uk, -- Westhawk Ltd, Albion Wharf, 19 Albion Street, Manchester M1 5LN, UK -- Company no: 1769350 -- Registered Office: -- 15 London Road, Stockton Heath, Warrington WA4 6SJ. UK. -- tel.: +44 (0)161 237 0660 -- _______________________________________________ snmp mailing list snmp@snmp.westhawk.co.uk http://snmp.westhawk.co.uk/mailman/listinfo/snmp -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From jbers at bbn.com Tue May 27 15:41:07 2008 From: jbers at bbn.com (Josh Bers) Date: Tue May 27 19:41:54 2008 Subject: [snmp] RE: Bind to a specific port In-Reply-To: <200805271745.m4RHjolw014746@dedicated.riftware.com> Message-ID: <000c01c8c029$4c7f9180$a0fc5980@7C911> You are right, it is not so important to use the same source port number, however, it is easier to track data to/from an application if the port numbers are consistent. If you do a tcpdump with a net-snmp agent, you'll see that the source port of the response pdu's are always from port 161. It also indicates that you are using the same udp socket to listen and send on, which is conserving resources.. If I were to build a firewall or traffic shaper, it would be more secure to filter on source port as well as the destination port, which in the case of an snmp manager may well be constantly changing... Josh -----Original Message----- From: snmp-bounces@snmp.westhawk.co.uk [mailto:snmp-bounces@snmp.westhawk.co.uk] On Behalf Of Andrew Chandler Sent: Tuesday, May 27, 2008 2:08 PM To: 'List for discussion of the Westhawk SNMP stack' Subject: RE: [snmp] RE: Bind to a specific port Just curious - why is it such a requirement to have the sending port be locked to a specific number? In all my experience it was all about the receiving port being constant and the originating port was free to be random. Even firewalls by and large are fine with this you just map the destination port and allow any src port. -----Original Message----- From: snmp-bounces@snmp.westhawk.co.uk [mailto:snmp-bounces@snmp.westhawk.co.uk] On Behalf Of Josh Bers Sent: Tuesday, May 27, 2008 12:13 PM To: 'Birgit Arkesteijn' Cc: 'List for discussion of the Westhawk SNMP stack' Subject: [snmp] RE: Bind to a specific port Hi Birgit, Thanks for your many responses... It turns out my issue was not setting the ContextEngineId to the AuthEngineId (the stack may want to do this by default for Authoritative contexts). As you say, the agent side clearly is not as well developed, yet. I think that the whole socket issue deserves some re-design to serve in agent capacity...Sharing a single socket for sending out datagrams might be the way to go for an agent.... You currently have a single listening context receiving requests on port 161 (say). Then to reply you'd like to use the same socket to send the response to the requestor... (this can be the sendTo address of the socket or read from the context), however, you don't want to create a new socket to respond to the requestor (as the stack currently does) because then you will indeed have to pick a random open port number to avoid conflicting with other contexts...and it wastes system resources.. The way the DatagramSocket works you can create it with a specific local Port number (see SocketAddress or SocketId) and leave the local IP un-defined (null). Since the underlying impl uses sendTo it can send to any number of remote destinations at packet send time. That way over the wire all responses from the agent will have the src port be 161.... Josh -----Original Message----- From: Birgit Arkesteijn [mailto:birgit@westhawk.co.uk] Sent: Tuesday, May 27, 2008 12:13 PM To: Josh Bers Cc: 'List for discussion of the Westhawk SNMP stack' Subject: Re: Bind to a specific port Hi Josh, No, there isn't. I have to read up on DatagramSocket and DatagramPacket (used by our StandardSocket), but a quick glance doesn't tell me how to specify the local port on the fly. As far as I can tell, you can give the local port to listen *on* (i.e. all incoming packets that are send to port 161), but as far as I can tell, not the local port where to send *from*. Cheers, Birgit On 25/05/08 05:03, Josh Bers wrote: > I am attempting to create an agent, however, when I send response to a > manager the stack uses a different port (local) on which to send > responses from, e.g., if I am listening on port 1162 for requests, > responses go out on 1190 (or other random port). Is there a way to > tell the stack to use a specific local port when sending response pdu's? > > > > Thanks, > > > > Josh > > > > Josh Bers > > Senior Engineer, Mobile Networking Systems > > BBN Technologies > > web: www.bbn.com ph: (617) 873-4262 fax: (617) 873-4523 > > > -- -- Birgit Arkesteijn, birgit@westhawk.co.uk, -- Westhawk Ltd, Albion Wharf, 19 Albion Street, Manchester M1 5LN, UK -- Company no: 1769350 -- Registered Office: -- 15 London Road, Stockton Heath, Warrington WA4 6SJ. UK. -- tel.: +44 (0)161 237 0660 -- _______________________________________________ snmp mailing list snmp@snmp.westhawk.co.uk http://snmp.westhawk.co.uk/mailman/listinfo/snmp -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. _______________________________________________ snmp mailing list snmp@snmp.westhawk.co.uk http://snmp.westhawk.co.uk/mailman/listinfo/snmp From jbers at bbn.com Tue May 27 21:05:59 2008 From: jbers at bbn.com (Josh Bers) Date: Wed May 28 01:06:41 2008 Subject: [snmp] AsnUnsInteger64 Message-ID: <004701c8c056$ae8177e0$a0fc5980@7C911> I do not understand how you can use a long (64 byte SIGNED value) to represent the unsigned values.. it will have the wrong sign for half the range of the values. it's not clear that you can create an AsnUnsInteger correctly for the (negative) values. Josh Josh Bers Senior Engineer, Mobile Networking Systems BBN Technologies web: www.bbn.com ph: (617) 873-4262 fax: (617) 873-4523 From andy at riftware.com Tue May 27 20:51:20 2008 From: andy at riftware.com (Andrew Chandler) Date: Wed May 28 01:50:43 2008 Subject: [snmp] AsnUnsInteger64 In-Reply-To: <004701c8c056$ae8177e0$a0fc5980@7C911> Message-ID: <200805280029.m4S0TaKu019669@dedicated.riftware.com> Isn't Unsigned Int 32 bits? If so its below the threshold that would cause negative values on the long as you have 63 bits before the sign bit on the signed long. -----Original Message----- From: snmp-bounces@snmp.westhawk.co.uk [mailto:snmp-bounces@snmp.westhawk.co.uk] On Behalf Of Josh Bers Sent: Tuesday, May 27, 2008 7:06 PM To: 'List for discussion of the Westhawk SNMP stack' Subject: [snmp] AsnUnsInteger64 I do not understand how you can use a long (64 byte SIGNED value) to represent the unsigned values.. it will have the wrong sign for half the range of the values. it's not clear that you can create an AsnUnsInteger correctly for the (negative) values. Josh Josh Bers Senior Engineer, Mobile Networking Systems BBN Technologies web: www.bbn.com ph: (617) 873-4262 fax: (617) 873-4523 _______________________________________________ snmp mailing list snmp@snmp.westhawk.co.uk http://snmp.westhawk.co.uk/mailman/listinfo/snmp -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From jbers at bbn.com Tue May 27 23:14:20 2008 From: jbers at bbn.com (Josh Bers) Date: Wed May 28 03:15:04 2008 Subject: [snmp] AsnUnsInteger64 In-Reply-To: <200805280029.m4S0TaKu019669@dedicated.riftware.com> Message-ID: <005101c8c068$9cdadce0$a0fc5980@7C911> Yes, for unsigned 32 , however, I am talking about unsigned 64 bit integers, hence the title of my email. This is for HC counters in the ifXTable for example... you can probably fake it with long's however, it would be better to use BigInteger or the like... Josh -----Original Message----- From: snmp-bounces@snmp.westhawk.co.uk [mailto:snmp-bounces@snmp.westhawk.co.uk] On Behalf Of Andrew Chandler Sent: Tuesday, May 27, 2008 8:51 PM To: 'List for discussion of the Westhawk SNMP stack' Subject: RE: [snmp] AsnUnsInteger64 Isn't Unsigned Int 32 bits? If so its below the threshold that would cause negative values on the long as you have 63 bits before the sign bit on the signed long. -----Original Message----- From: snmp-bounces@snmp.westhawk.co.uk [mailto:snmp-bounces@snmp.westhawk.co.uk] On Behalf Of Josh Bers Sent: Tuesday, May 27, 2008 7:06 PM To: 'List for discussion of the Westhawk SNMP stack' Subject: [snmp] AsnUnsInteger64 I do not understand how you can use a long (64 byte SIGNED value) to represent the unsigned values.. it will have the wrong sign for half the range of the values. it's not clear that you can create an AsnUnsInteger correctly for the (negative) values. Josh Josh Bers Senior Engineer, Mobile Networking Systems BBN Technologies web: www.bbn.com ph: (617) 873-4262 fax: (617) 873-4523 _______________________________________________ snmp mailing list snmp@snmp.westhawk.co.uk http://snmp.westhawk.co.uk/mailman/listinfo/snmp -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. _______________________________________________ snmp mailing list snmp@snmp.westhawk.co.uk http://snmp.westhawk.co.uk/mailman/listinfo/snmp From andy at riftware.com Tue May 27 22:37:14 2008 From: andy at riftware.com (Andrew Chandler) Date: Wed May 28 03:36:56 2008 Subject: [snmp] AsnUnsInteger64 In-Reply-To: <200805280029.m4S0TaKu019669@dedicated.riftware.com> Message-ID: <200805280215.m4S2FT4q020999@dedicated.riftware.com> My bad not paying attention to the subject. You're correct this should definitely be handled using the Big classes otherwise there will be problems. -----Original Message----- From: snmp-bounces@snmp.westhawk.co.uk [mailto:snmp-bounces@snmp.westhawk.co.uk] On Behalf Of Andrew Chandler Sent: Tuesday, May 27, 2008 7:51 PM To: 'List for discussion of the Westhawk SNMP stack' Subject: RE: [snmp] AsnUnsInteger64 Isn't Unsigned Int 32 bits? If so its below the threshold that would cause negative values on the long as you have 63 bits before the sign bit on the signed long. -----Original Message----- From: snmp-bounces@snmp.westhawk.co.uk [mailto:snmp-bounces@snmp.westhawk.co.uk] On Behalf Of Josh Bers Sent: Tuesday, May 27, 2008 7:06 PM To: 'List for discussion of the Westhawk SNMP stack' Subject: [snmp] AsnUnsInteger64 I do not understand how you can use a long (64 byte SIGNED value) to represent the unsigned values.. it will have the wrong sign for half the range of the values. it's not clear that you can create an AsnUnsInteger correctly for the (negative) values. Josh Josh Bers Senior Engineer, Mobile Networking Systems BBN Technologies web: www.bbn.com ph: (617) 873-4262 fax: (617) 873-4523 _______________________________________________ snmp mailing list snmp@snmp.westhawk.co.uk http://snmp.westhawk.co.uk/mailman/listinfo/snmp -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. _______________________________________________ snmp mailing list snmp@snmp.westhawk.co.uk http://snmp.westhawk.co.uk/mailman/listinfo/snmp -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From thp at westhawk.co.uk Wed May 28 10:19:57 2008 From: thp at westhawk.co.uk (Tim Panton) Date: Wed May 28 09:20:09 2008 Subject: [snmp] AsnUnsInteger64 In-Reply-To: <005101c8c068$9cdadce0$a0fc5980@7C911> References: <005101c8c068$9cdadce0$a0fc5980@7C911> Message-ID: <348705D7-8975-43F4-B376-33E66BBE44BC@westhawk.co.uk> Yes, you are right - A while back we went through changing all the UnsignedInt32's to be stored as long. At the time I decided not to do the 64's as it would break the ability to use the stack in J2ME. (CLDC) as it didn't have any of the BigInteger classes. Since (as far as I'm aware) no one is using the stack on J2ME I guess we should fix it. Tim. On 28 May 2008, at 03:14, Josh Bers wrote: > Yes, for unsigned 32 , however, I am talking about unsigned 64 bit > integers, > hence the title of my email. This is for HC counters in the ifXTable > for > example... you can probably fake it with long's however, it would be > better > to use BigInteger or the like... > > Josh > > -----Original Message----- > From: snmp-bounces@snmp.westhawk.co.uk > [mailto:snmp-bounces@snmp.westhawk.co.uk] On Behalf Of Andrew Chandler > Sent: Tuesday, May 27, 2008 8:51 PM > To: 'List for discussion of the Westhawk SNMP stack' > Subject: RE: [snmp] AsnUnsInteger64 > > Isn't Unsigned Int 32 bits? If so its below the threshold that > would cause > negative values on the long as you have 63 bits before the sign bit > on the > signed long. > > -----Original Message----- > From: snmp-bounces@snmp.westhawk.co.uk > [mailto:snmp-bounces@snmp.westhawk.co.uk] On Behalf Of Josh Bers > Sent: Tuesday, May 27, 2008 7:06 PM > To: 'List for discussion of the Westhawk SNMP stack' > Subject: [snmp] AsnUnsInteger64 > > I do not understand how you can use a long (64 byte SIGNED value) to > represent the unsigned values.. it will have the wrong sign for half > the > range of the values. it's not clear that you can create an > AsnUnsInteger > correctly for the (negative) values. > > > > Josh > > > > Josh Bers > > Senior Engineer, Mobile Networking Systems > > BBN Technologies > > web: www.bbn.com ph: (617) 873-4262 fax: (617) 873-4523 > > > > _______________________________________________ > snmp mailing list > snmp@snmp.westhawk.co.uk > http://snmp.westhawk.co.uk/mailman/listinfo/snmp > > -- > This message has been scanned for viruses and dangerous content by > MailScanner, and is believed to be clean. > > > -- > This message has been scanned for viruses and > dangerous content by MailScanner, and is > believed to be clean. > > _______________________________________________ > snmp mailing list > snmp@snmp.westhawk.co.uk > http://snmp.westhawk.co.uk/mailman/listinfo/snmp > > > _______________________________________________ > snmp mailing list > snmp@snmp.westhawk.co.uk > http://snmp.westhawk.co.uk/mailman/listinfo/snmp From hibond000 at gmail.com Fri May 30 16:06:49 2008 From: hibond000 at gmail.com (Kevin Bond) Date: Fri May 30 11:15:04 2008 Subject: [snmp] SNMP Set Response is lost / packet dropped by Westhawk API Message-ID: <81367b5d0805300236k2abe71a6ofe51c286155269d@mail.gmail.com> Hi, I have been using WestHawk SNMP API for few years now. Currently I am facing a peculiar packet loss issue. I have a progream that sends a series of set requests to an SNMP device. All the set-requests work perfectly in standalone. When executed one after another, they execute successfully 5 out of six times in the other instance I get a Timeout exception in a Random place. When I attempted to trace the packets with Wireshark (assuming that it is a device problem) I noticed that the response for the set request was properly received by the machine immediately, but It was not captured by the particular Westhawk session. I am not sure how to fine tune the WestHawk API to prevent it from dropping any packets. Thanks, Kevin From jbers at bbn.com Fri May 30 18:07:37 2008 From: jbers at bbn.com (Josh Bers) Date: Fri May 30 22:08:22 2008 Subject: [snmp] SNMP Set Response is lost / packet dropped by Westhawk API In-Reply-To: <81367b5d0805300236k2abe71a6ofe51c286155269d@mail.gmail.com> Message-ID: <004d01c8c299$431b5a30$e5fc5980@7C911> I too have noticed problems with set requests on the stack when attempting to change snmpv3 passwords using the USM mib, RFC 3414... -----Original Message----- From: snmp-bounces@snmp.westhawk.co.uk [mailto:snmp-bounces@snmp.westhawk.co.uk] On Behalf Of Kevin Bond Sent: Friday, May 30, 2008 5:37 AM To: snmp@snmp.westhawk.co.uk Subject: [snmp] SNMP Set Response is lost / packet dropped by Westhawk API Hi, I have been using WestHawk SNMP API for few years now. Currently I am facing a peculiar packet loss issue. I have a progream that sends a series of set requests to an SNMP device. All the set-requests work perfectly in standalone. When executed one after another, they execute successfully 5 out of six times in the other instance I get a Timeout exception in a Random place. When I attempted to trace the packets with Wireshark (assuming that it is a device problem) I noticed that the response for the set request was properly received by the machine immediately, but It was not captured by the particular Westhawk session. I am not sure how to fine tune the WestHawk API to prevent it from dropping any packets. Thanks, Kevin _______________________________________________ snmp mailing list snmp@snmp.westhawk.co.uk http://snmp.westhawk.co.uk/mailman/listinfo/snmp