[lwip-devel] [bug #25632] SNMP agent does not handle 32-bit request IDs correctly

[Simon Goldschmidt]

Follow-up Comment #2, bug #25632 (project lwip):

I've just been testing the snmp code on a big endian system and I didn't face
any problem. I haven't been able to do a complete snmpwalk though, only
testing the code (i.e. unit-test like).

However, there were no problems at all decoding and encoding a 16- or 32-bit
request-ID (no matter if the ID was positive or negative). So any pointers on
what's wrong here are highly appreciated.

Looking at the packet log in the initial comment, the agent seems to have
decoded the request-ID as 16-bit (0xECCB) instead of 32-bit (0x1C7BECCB). Then
when sending, a 3rd octet is added to encode 0xECCB as unsigned. The question
is why and where the upper 16-bits are thrown away...

Jesus, if you have any more input on this, please let us know!

    _______________________________________________________

Reply to this item at:

  <http://savannah.nongnu.org/bugs/?25632>

_______________________________________________
  Nachricht geschickt von/durch Savannah
  http://savannah.nongnu.org/