Hi, I'm using a ssh connection to retrieve some values from my mikrotik router. If i'm asking for a specific pppoe secret e.g.: :put [/ppp secret find name="myPPPOEClient"] Now i'm trying to interprete the result i get from my SSH client. That can be either a error message or the value, th...

Hey, thanks. I still have no idea where to find the part which says it should add ff. RFC says you use ASN.1, which says: 10.4.6 A minimum octet 2's-complement-binary-integer encoding of the whole number has a field-width that is a multiple of eight bits and also satisfies the condition that the lea...

Hey, Thanks for your reply as it seems i have to change the source code of the snmp-client that I'm using, for fixing that "bug" on the client side. But i'm a little bit confused because of 2 things: 1. I thought the integer-encoding is going with the X.690 standards? (Which you would viol...

up!

Our client tells us that there is a problem with integer decoding. And of course we get no snmp error, because reading out the snmp error needs the packet to be resolved and as i said before this is not possible. It would be great if you could tell your programmer who wrote the snmp agent what i wro...

Hi,

We encountered that problem with the "get-next-request" snmp command.

Tell me if you want to see the WireShark Capturefiles.

mfg
Simon

Hey, thanks for your reply. The problem comes from snmp-walk ^^ I resolved the problem to the request-id The problem occurs if the request id is too big, for example: "52 ed 5d 40"(hex) as id works fine but "91 56 78 6b" occurs as a problem, because: 91(hex) = 1001 0001 First bit...

Is the Problem already fixed?

Hey,
I got the same problems discribed here:
http://forum.mikrotik.com/viewtopic.php?f=2&t=66397
as it seems it is a bug.

Pls fix!

Thanks
Simon

Hi, After updating to 5.x i got problems with snmp request to pppoe sessions. My programm checks the session OIDs if a client is connected or not. (I'm using the SharpSnmpLib for my program) The snmp packets seems to corrupted, but this only happens in 50%. In the other cases it works fine. The prob...