Re: snmpwalk v3 returns timeout whilst v1 works just fine.

--===============5922940583363661274==
Content-Type: multipart/alternative; boundary="00000000000095254e06130cb6b5"

--00000000000095254e06130cb6b5
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Disregard, it was the -n (context) switch, removed it and it worked!

On Wed, Mar 6, 2024 at 10:16=E2=80=AFPM Mariano Eduardo <marianogedisman@gm=
ail.com>
wrote:

>
> *NET-SNMP version:  5.6.2.1*
> *OS: MacOS Catalina*
>
>
> Hello everyone! So given the subject of this email, I believe the issue
> lies in the authentication settings most likely?
>
> I'm simply running sudo snmpwalk -v3 -t 10 -u testuser -a MD5 -A
> password123 -l authNoPriv -n v3context -x DES 127.0.0.1 system
>
> only to receive the following error:
>
> sess_process_packet: resending message id#1238060702 reqid#1528862053
> rp_reqid#1528862053 rp_msgid#1238060702 len 141
> transport:send: 141 bytes to UDP: [127.0.0.1]:161->[0.0.0.0]:0
> trace: netsnmp_udpbase_send(): transports/snmpUDPBaseDomain.c, 333:
> netsnmp_udp: send 141 bytes from 0x7f9a4b809973 to UDP:
> [127.0.0.1]:161->[0.0.0.0]:0 on fd 3
> trace: snmp_sess_select_info2_flags(): snmp_api.c, 6328:
> sess_select: for all sessions: 3 (to in 1709773839.024516 sec)
> verbose:sess_select: timer due in 1.999962 sec
> verbose:sess_select: setting timer to 1.999962 sec, clear block (was 1)
> trace: snmp_synch_input(): snmp_client.c, 176:
> snmp_synch: Response (ReqID: 1528862053 - Cmd 161)
> Timeout: No Response from 127.0.0.1
>
>
> I've googled to no avail but I can't simply get to the bottom of this
> issue.
>
> At some point I've noticed something about the Engine-ID, I have no idea
> how to retrieve this (all attempts from Google examples returned the same
> timeout error).
>
> As you can see, I've also tried increasing the timeout period, but that
> did not work.
>
> Any points would be greatly appreciated!
>
>

--00000000000095254e06130cb6b5
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div dir=3D"ltr">Disregard, it was the -n (context) switch=
, removed it and it worked!</div><br><div class=3D"gmail_quote"><div dir=3D=
"ltr" class=3D"gmail_attr">On Wed, Mar 6, 2024 at 10:16=E2=80=AFPM Mariano =
Eduardo &lt;<a href=3D"mailto:[email protected]">marianogedisman@gm=
ail.com</a>&gt; wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"=
margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;bord=
er-left-color:rgb(204,204,204);padding-left:1ex"><div dir=3D"ltr"><div><i><=
font face=3D"monospace">NET-SNMP version: =C2=A05.6.2.1<br></font></i></div=
><div><i><font face=3D"monospace">OS: MacOS Catalina</font></i></div><div><=
br></div><div><br></div>Hello everyone! So given the subject of this email,=
 I believe the issue lies in the authentication settings most likely?<div><=
br></div><div>I&#39;m simply running=C2=A0<font face=3D"monospace">sudo snm=
pwalk -v3 -t 10 -u testuser -a MD5 -A password123 -l authNoPriv -n v3contex=
t -x DES 127.0.0.1 system</font></div><div><br></div><div>only to receive t=
he following error:</div><div><br></div><div><font face=3D"monospace">sess_=
process_packet: resending message id#1238060702 reqid#1528862053 rp_reqid#1=
528862053 rp_msgid#1238060702 len 141<br>transport:send: 141 bytes to UDP: =
[127.0.0.1]:161-&gt;[0.0.0.0]:0<br>trace: netsnmp_udpbase_send(): transport=
s/snmpUDPBaseDomain.c, 333:<br>netsnmp_udp: send 141 bytes from 0x7f9a4b809=
973 to UDP: [127.0.0.1]:161-&gt;[0.0.0.0]:0 on fd 3<br>trace: snmp_sess_sel=
ect_info2_flags(): snmp_api.c, 6328:<br>sess_select: for all sessions: 3 (t=
o in 1709773839.024516 sec) <br>verbose:sess_select: timer due in 1.999962 =
sec<br>verbose:sess_select: setting timer to 1.999962 sec, clear block (was=
 1)<br>trace: snmp_synch_input(): snmp_client.c, 176:<br>snmp_synch: Respon=
se (ReqID: 1528862053 - Cmd 161)<br>Timeout: No Response from 127.0.0.1</fo=
nt><br></div><div><br></div><div><br></div><div>I&#39;ve googled to no avai=
l but I can&#39;t simply get to the bottom of this issue.</div><div><br></d=
iv><div>At some point I&#39;ve noticed something about the Engine-ID, I hav=
e no idea how to retrieve this (all attempts from Google examples returned =
the same timeout error).</div><div><br></div><div>As you can see, I&#39;ve =
also tried increasing the timeout period, but that did not work.</div><div>=
<br></div><div>Any points would be greatly appreciated!</div><br></div>
</blockquote></div></div>

--00000000000095254e06130cb6b5--


--===============5922940583363661274==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline


--===============5922940583363661274==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Net-snmp-users mailing list
[email protected]
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users

--===============5922940583363661274==--