Hi John, I found out the root cause of the issue: it is already addressed by a patch in the latest net-snmp version (i.e. I was using net-snmp 5.8) https://sourceforge.net/p/net-snmp/bugs/2914/
Thanks & Regards -Himanshu On Sun, Jul 12, 2020 at 5:33 AM John Bize <jb...@godswind.org> wrote: > Sorry Himanshu, > > I checked out the v5.8 tag, but my line numbers just don't line up with > yours. It does look like you may have found a double or corrupt memory > free. > > The devs have repeatedly asked that people not contact them directly, but > I've been waiting a week for a response to one of my inquiries, and 4 days > for the other. They might be on holiday. Good luck. > > John > On 10-Jul-2020 6:51 PM, Himanshu Sharma wrote: > > Hi John, > > Thanks for the courtesy . > I am using Subagent. > Here is a thread of discussion on the same > https://sourceforge.net/p/net-snmp/mailman/message/37018116/. > Actually ,If I shut down Subagent before bringing up WiFi ,snmpd doesn't > crash.Looks like a crash was due to some communication problem between > snmpd & Subagent. > However, when I start my Subagent post WiFi is brought up ,it is not > behaving properly. , > i.e. snmpwalk on some of the OID's keep on iterating forever and the > Subagent process crashes after some time..I am not sure maybe it can be due > to some other issue..I will check. > hrDeviceStatus.1 (INTEGER) 0 > hrDeviceStatus.2 (INTEGER) 0 > hrDeviceStatus.3 (INTEGER) 0 > hrDeviceStatus.4 (INTEGER) 0 > hrDeviceStatus.5 (INTEGER) 0 > hrDeviceStatus.6 (INTEGER) 0 > hrDeviceStatus.7 (INTEGER) 0 ....... > .... > > *Now, Some updates on previous case (i.e. **snmpd crashes when wlan0 > interface acquires IP address).* > > *As we know snmpd crashes , these are my new findings :* > > *I see this function.* > > *netsnmp_free_delegated_cache(netsnmp_delegated_cache *dcache)* > net-snmp-5.8/agent/agent_handler.c +928 > called from > netsnmp_free_delegated_cache(cache); > *net-snmp-5.8/agent/mibgroup/agentx/master.c +223* > > > This function was part of some patch implementation I think. > PATCH 1633670: fixed snmpd crashing when an AgentX subagent > disconnect in the middle of processing of a request. > > This, I can say for sure from snmpd log when crash happens -> "*Unknown > operation 6 in agentx_got_response."* > > * Got gdb backtrace is like this:* > > #0 0xb6dbc166 in __GI___libc_free (mem=mem@entry=0x1fd0598) at > malloc.c:2956 > #1 0xb6ee660a in netsnmp_free_delegated_cache (dcache=dcache@entry=0x1fd0598) > at agent_handler.c:934 > #2 0xb6eedde6 in agentx_got_response (operation=6, session=0x1fcd950, > reqid=<optimized out>, pdu=0x1fd42e8, magic=0x1fd0598) at > mibgroup/agentx/master.c:223 > #3 0xb6e6dba8 in snmp_resend_request (slp=slp@entry=0x1fcd138, > rp=rp@entry=0x1fd4728, incr_retries=1) at snmp_api.c:6750 > #4 0xb6e6e90c in snmp_sess_timeout (sessp=sessp@entry=0x1fcd138) at > snmp_api.c:6829 > #5 0xb6e6e95c in snmp_timeout () at snmp_api.c:6663 > #6 0x00012b36 in receive () at snmpd.c:1347 > #7 0x000126a4 in main (argc=<optimized out>, argv=<optimized out>) at > snmpd.c:1125 > > -Himanshu > > On Fri, Jul 10, 2020, 06:58 John Bize <jb...@godswind.org> wrote: > >> *The agentx_got_response method handles responses from an agentx >> sub-agent. Are you running a sub-agent? If so, shut that down before >> bringing up the wifi and see what happens. If not, comment out the "master >> agentx" line in snmp.conf and see what happens.* >> >> >> *It would be nice if one of the devs could jump in. I have two >> unanswered posts in the last week or so. * >> On 09-Jul-2020 4:20 PM, Himanshu Sharma wrote: >> >> Hi John, >> >> Before the crash occurs ,I can see the following error message from the >> snmpd log. >> *Unknown operation 6 in agentx_got_response.* >> *Have you seen anything like this before?* >> >> This comes from the file : >> net-snmp-5.8/agent/mibgroup/agentx/master.c >> >> >> >> *snmp_log(LOG_ERR, "Unknown operation %d in agentx_got_response\n", >> operation); netsnmp_free_delegated_cache(cache); >> return 0;* >> >> Regards >> Himanshu >> >> On Thu, Jul 9, 2020 at 5:31 AM John Bize <jb...@godswind.org> wrote: >> >>> Himanshu, >>> >>> I haven't looked at that part of the code, but I wouldn't expect snmpd >>> to dynamically handle changing interfaces. The only thing I could suggest >>> is to stop the service while initializing the wifi, and restarting it when >>> wifi is up. When it starts, it should find all interfaces, unless you've >>> changed that in the configuration. >>> >>> John >>> On 08-Jul-2020 5:53 PM, Himanshu Sharma wrote: >>> >>> Hi John, >>> >>> My system has two interfaces one for Ethernet eth0 and the other for >>> wifi wlan0..but the problem is when system bootup (Ethernet)eth0 Acquires >>> ip address using dhcp..I can successful do snmp operation using the ip >>> address of the ethernet..Problem is the moment I connect wifi(wlan0) to a >>> wifi router ..the wlan0 interface acquires ip address, and snmpd crashes. >>> >>> -Himanshu >>> >>> >>> On Thu, Jul 9, 2020, 02:50 Himanshu Sharma <himanshusharma1...@gmail.com> >>> wrote: >>> >>>> Hi John, >>>> >>>> Thanks for prompt reply. >>>> I am using net-snmp version 5.8. >>>> I want SNMP to serve on both ethernet and wifi.When my system bootup >>>> Ethernet eth0 in my case will acquire ip address using dhcp immediately..At >>>> this moment my snmpd is already up. >>>> Now, at some point later..I will connect my system to wifi >>>> router(wlan0) and interface acquires IP address ,but snmpd crashes >>>> immediately and backtrace change everytime.. >>>> Is this a valid scenario? I thought snmpd can support mutiple >>>> interfaces at them same time.. >>>> >>>> Thank & Regards >>>> Himanshu. >>>> >>>> -Himanshu >>>> >>>> On Thu, Jul 9, 2020, 02:35 John Bize <jb...@godswind.org> wrote: >>>> >>>>> Himanshu, >>>>> >>>>> I don't know what type of system you are using, but I'm guessing that >>>>> without predictive interface names it might be very old. >>>>> >>>>> I don't know what you are trying to accomplish. Do you want to serve >>>>> SNMP on both the WiFi and Ethernet interfaces? If so, you may need to >>>>> hold >>>>> off starting snmpd until the interfaces are up and your WiFi is connected. >>>>> I wouldn't excpect snmpd to dynamically handle changing interfaces. If >>>>> you >>>>> only want to serve it on the Ethernet interface ans it is statically >>>>> configured, then specify that IP with the "agentAddress" configuration >>>>> directive. >>>>> >>>>> I am using DHCP on one interface of a dual-interface system. It is >>>>> Debian Linux 10. To prevent the snmpd from starting until after the >>>>> interfaces are up and configured, my snmpd Unit file (snmpd.service) looks >>>>> like this: >>>>> >>>>> [Unit] >>>>> Description=Simple Network Management Protocol (SNMP) Daemon. >>>>> After=network.target >>>>> # Wait for network interfaces to be all the way up (incl. DHCP) >>>>> After=systemd-networkd-wait-online.service >>>>> Wants=systemd-networkd-wait-online.service >>>>> ConditionPathExists=/etc/snmp/snmpd.conf >>>>> >>>>> >>>>> [Service] >>>>> >>>>> Environment="MIBSDIR=/usr/share/snmp/mibs:/usr/share/snmp/mibs/iana:/usr/share/snmp/mibs/ietf:/usr/share/mibs/site:/usr/share/snmp/mibs:/usr/share/mibs/iana:/usr/share/mibs/ietf:/usr/share/mibs/netsnmp" >>>>> Environment="MIBS=" >>>>> Type=simple >>>>> ExecStart=/usr/sbin/snmpd -a -Lsd -Lf /var/log/snmpd.log -u >>>>> Debian-snmp -g Debian-snmp -I -smux,mteTrigger,mteTriggerConf -f -p >>>>> /run/snmpd.pid >>>>> ExecReload=/bin/kill -HUP $MAINPID >>>>> >>>>> [Install] >>>>> WantedBy=multi-user.target >>>>> >>>>> If none of this helps, please add more information about your system, >>>>> snmpd version, and what you are trying to do. >>>>> >>>>> John >>>>> >>>>> >>>>> On 08-Jul-2020 4:42 PM, Himanshu Sharma wrote: >>>>> >>>>> +Bill and Larry >>>>> >>>>> -Himanshu >>>>> >>>>> On Thu, Jul 9, 2020 at 2:02 AM Himanshu Sharma < >>>>> himanshusharma1...@gmail.com> wrote: >>>>> >>>>>> Hi All, >>>>>> >>>>>> I am facing a very weird issue. >>>>>> I have 2 interfaces on my system. >>>>>> *The moment the wlan0 acquires the ip address snmpd crashes.* >>>>>> If there is only one interface let say *eth0*.,snmpd works fine. >>>>>> One more problem is *coredump* analysis of crash using gdb, shows >>>>>> different backtrace everytime. >>>>>> I am attaching the back trace for reference..Also the ifconfig of my >>>>>> local system. >>>>>> It would be great if anyone can help me.. I am not able to find any >>>>>> solution 😞 >>>>>> >>>>>> -Himanshu >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> *#0 __libc_do_syscall () at >>>>>> ../sysdeps/unix/sysv/linux/arm/libc-do-syscall.S:47 #1 0xb6d6d1b2 in >>>>>> __libc_signal_restore_set (set=0xbeb7b320) at >>>>>> ../sysdeps/unix/sysv/linux/nptl-signals.h:79 #2 __GI_raise >>>>>> (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:48 #3 0xb6d6de3a >>>>>> in __GI_abort () at abort.c:89 #4 0xb6d947da in __libc_message >>>>>> (do_abort=do_abort@entry=2, fmt=<optimized out>) at >>>>>> ../sysdeps/posix/libc_fatal.c:175 #5 0xb6d98b28 in malloc_printerr >>>>>> (action=<optimized out>, str=0xb6e14de4 "corrupted double-linked list", >>>>>> ptr=<optimized out>, ar_ptr=<optimized out>) at malloc.c:5087 #6 >>>>>> 0xb6d9b0d4 in _int_malloc (av=av@entry=0xb6e317a4 <main_arena>, >>>>>> bytes=bytes@entry=12) at malloc.c:3743 #7 0xb6d9c556 in __libc_calloc >>>>>> (n=<optimized out>, elem_size=<optimized out>) at malloc.c:3246 #8 >>>>>> 0xb6ecbcb8 in init_agent_snmp_session (session=0x1dceac0, pdu=<optimized >>>>>> out>) at snmp_agent.c:1587 #9 0xb6ecd368 in handle_snmp_packet >>>>>> (session=<optimized out>, pdu=<optimized out>, magic=0x0, >>>>>> reqid=<optimized >>>>>> out>, op=<optimized out>) at snmp_agent.c:2227 #10 0xb6e503e4 in >>>>>> _sess_process_packet_handle_pdu (isp=0x1dcea78, isp=0x1dcea78, >>>>>> transport=0x1dce888, pdu=0x1dd68e0, sp=0x1dceac0, sessp=<optimized out>) >>>>>> at >>>>>> snmp_api.c:5807 #11 _sess_process_packet (sessp=sessp@entry=0x1dcea60, >>>>>> sp=sp@entry=0x1dceac0, isp=0x1dcea78, >>>>>> transport=transport@entry=0x1dce888, >>>>>> opaque=opaque@entry=0x1dd4b18, olength=olength@entry=60, >>>>>> packetptr=0x1de5060 "0M\002\001", length=79) at snmp_api.c:5863 #12 >>>>>> 0xb6e50a3a in _sess_read (sessp=sessp@entry=0x1dcea60, >>>>>> fdset=fdset@entry=0xbeb7b9a0) at snmp_api.c:6124 #13 0xb6e50b14 in >>>>>> snmp_sess_read2 (sessp=sessp@entry=0x1dcea60, >>>>>> fdset=fdset@entry=0xbeb7b9a0) >>>>>> at snmp_api.c:6397 #14 0xb6e50b44 in snmp_read2 >>>>>> (fdset=fdset@entry=0xbeb7b9a0) at snmp_api.c:5912 #15 0x00012c0c in >>>>>> receive >>>>>> () at snmpd.c:1342 #16 0x000126a4 in main (argc=<optimized out>, >>>>>> argv=<optimized out>) at snmpd.c:1125 * >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> * #1 0xb6d6d1b2 in __libc_signal_restore_set (set=0xbeb7b320) at >>>>>> ../sysdeps/unix/sysv/linux/nptl-signals.h:79 #2 __GI_raise >>>>>> (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:48 #3 0xb6d6de3a >>>>>> in __GI_abort () at abort.c:89 #4 0xb6d947da in __libc_message >>>>>> (do_abort=do_abort@entry=2, fmt=<optimized out>) at >>>>>> ../sysdeps/posix/libc_fatal.c:175 #5 0xb6d98b28 in malloc_printerr >>>>>> (action=<optimized out>, str=0xb6e14de4 "corrupted double-linked list", >>>>>> ptr=<optimized out>, ar_ptr=<optimized out>) at malloc.c:5087 #6 >>>>>> 0xb6d9b0d4 in _int_malloc (av=av@entry=0xb6e317a4 <main_arena>, >>>>>> bytes=bytes@entry=12) at malloc.c:3743 #7 0xb6d9c556 in __libc_calloc >>>>>> (n=<optimized out>, elem_size=<optimized out>) at malloc.c:3246 #8 >>>>>> 0xb6ecbcb8 in init_agent_snmp_session (session=0x1dceac0, pdu=<optimized >>>>>> out>) at snmp_agent.c:1587 #9 0xb6ecd368 in handle_snmp_packet >>>>>> (session=<optimized out>, pdu=<optimized out>, magic=0x0, >>>>>> reqid=<optimized >>>>>> out>, op=<optimized out>) at snmp_agent.c:2227 #10 0xb6e503e4 in >>>>>> _sess_process_packet_handle_pdu (isp=0x1dcea78, isp=0x1dcea78, >>>>>> transport=0x1dce888, pdu=0x1dd68e0, sp=0x1dceac0, sessp=<optimized out>) >>>>>> at >>>>>> snmp_api.c:5807 #11 _sess_process_packet (sessp=sessp@entry=0x1dcea60, >>>>>> sp=sp@entry=0x1dceac0, isp=0x1dcea78, >>>>>> transport=transport@entry=0x1dce888, >>>>>> opaque=opaque@entry=0x1dd4b18, olength=olength@entry=60, >>>>>> packetptr=0x1de5060 "0M\002\001", length=79) at snmp_api.c:5863 #12 >>>>>> 0xb6e50a3a in _sess_read (sessp=sessp@entry=0x1dcea60, >>>>>> fdset=fdset@entry=0xbeb7b9a0) at snmp_api.c:6124 #13 0xb6e50b14 in >>>>>> snmp_sess_read2 (sessp=sessp@entry=0x1dcea60, >>>>>> fdset=fdset@entry=0xbeb7b9a0) >>>>>> at snmp_api.c:6397 #14 0xb6e50b44 in snmp_read2 (fdset=0xbeb7b9a0) at >>>>>> snmp_api.c:5912* >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> * #1 0xb6dc21b2 in __libc_signal_restore_set (set=0xbec483a8) at >>>>>> ../sysdeps/unix/sysv/linux/nptl-signals.h:79 #2 __GI_raise >>>>>> (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:48 #3 0xb6dc2e3a >>>>>> in __GI_abort () at abort.c:89 #4 0xb6ded850 in __malloc_assert >>>>>> (assertion=<optimized out>, file=<optimized out>, line=3068686472, >>>>>> line@entry=3738, function=0xb6e6ab44 <__func__.15585> "_int_malloc") at >>>>>> malloc.c:296 #5 0xb6df02c6 in _int_malloc (av=0x2, av@entry=0xb6e867a4 >>>>>> <main_arena>, bytes=bytes@entry=24) at malloc.c:3738 #6 0xb6df1556 in >>>>>> __libc_calloc (n=<optimized out>, elem_size=<optimized out>) at >>>>>> malloc.c:3246 #7 0xb6f1b5d2 in netsnmp_create_delegated_cache >>>>>> (handler=handler@entry=0xecf440, reginfo=reginfo@entry=0xecf6f8, >>>>>> reqinfo=reqinfo@entry=0xed57f8, requests=requests@entry=0xed6e60, >>>>>> localinfo=localinfo@entry=0xeba978) at agent_handler.c:881 #8 0xb6f232d4 >>>>>> in agentx_master_handler (handler=0xecf440, reginfo=0xecf6f8, >>>>>> reqinfo=0xed57f8, requests=0xed6e60) at mibgroup/agentx/master.c:610 #9 >>>>>> 0xb6f1b16c in netsnmp_call_handler (requests=0xed6e60, reqinfo=0xed57f8, >>>>>> reginfo=0xecf6f8, next_handler=0xecf440) at agent_handler.c:546 #10 >>>>>> netsnmp_call_handlers (reginfo=0xecf6f8, reqinfo=0xed57f8, >>>>>> requests=0xed6e60) at agent_handler.c:631 #11 0xb6f21bb4 in >>>>>> handle_var_requests (asp=asp@entry=0xed57a8) at snmp_agent.c:3017 #12 >>>>>> 0xb6f22076 in handle_pdu (asp=0xed57a8) at snmp_agent.c:3803 #13 >>>>>> 0xb6f22140 >>>>>> in netsnmp_handle_request (asp=asp@entry=0xed57a8, status=status@entry=0) >>>>>> at snmp_agent.c:3692 #14 0xb6f2233e in handle_snmp_packet >>>>>> (session=<optimized out>, pdu=<optimized out>, magic=<optimized out>, >>>>>> reqid=<optimized out>, op=<optimized out>) at snmp_agent.c:2299 #15 >>>>>> 0xb6ea53e4 in _sess_process_packet_handle_pdu (isp=0xeb9aa0, >>>>>> isp=0xeb9aa0, >>>>>> transport=0xeb98b0, pdu=0xed55c8, sp=0xeb9ae8, sessp=<optimized out>) at >>>>>> snmp_api.c:5807 #16 _sess_process_packet (sessp=sessp@entry=0xeb9a88, >>>>>> sp=sp@entry=0xeb9ae8, isp=0xeb9aa0, transport=transport@entry=0xeb98b0, >>>>>> opaque=opaque@entry=0xebd170, olength=olength@entry=60, >>>>>> packetptr=0xebf0e8 "03\002\001", length=53) at snmp_api.c:5863 #17 >>>>>> 0xb6ea5a3a in _sess_read (sessp=sessp@entry=0xeb9a88, >>>>>> fdset=fdset@entry=0xbec489a0) at snmp_api.c:6124 #18 0xb6ea5b14 in >>>>>> snmp_sess_read2 (sessp=sessp@entry=0xeb9a88, >>>>>> fdset=fdset@entry=0xbec489a0) >>>>>> at snmp_api.c:6397 #19 0xb6ea5b44 in snmp_read2 (fdset=0xbec489a0) at >>>>>> snmp_api.c:5912 #20 0x00012c0c in ?? () * >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> * #0 __libc_do_syscall () at >>>>>> ../sysdeps/unix/sysv/linux/arm/libc-do-syscall.S:47 #1 0xb6e3d1b2 in >>>>>> __libc_signal_restore_set (set=0xbecc6320) at >>>>>> ../sysdeps/unix/sysv/linux/nptl-signals.h:79 #2 __GI_raise >>>>>> (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:48 #3 0xb6e3de3a >>>>>> in __GI_abort () at abort.c:89 #4 0xb6e647da in __libc_message >>>>>> (do_abort=do_abort@entry=2, fmt=<optimized out>) at >>>>>> ../sysdeps/posix/libc_fatal.c:175 #5 0xb6e68b28 in malloc_printerr >>>>>> (action=<optimized out>, str=0xb6ee4de4 "corrupted double-linked list", >>>>>> ptr=<optimized out>, ar_ptr=<optimized out>) at malloc.c:5087 #6 >>>>>> 0xb6e6b0d4 in _int_malloc (av=av@entry=0xb6f017a4 <main_arena>, >>>>>> bytes=bytes@entry=12) at malloc.c:3743 #7 0xb6e6c556 in __libc_calloc >>>>>> (n=<optimized out>, elem_size=<optimized out>) at malloc.c:3246 #8 >>>>>> 0xb6f9bcb8 in init_agent_snmp_session (session=0x59cac0, pdu=<optimized >>>>>> out>) at snmp_agent.c:1587 #9 0xb6f9d368 in handle_snmp_packet >>>>>> (session=<optimized out>, pdu=<optimized out>, magic=0x0, >>>>>> reqid=<optimized >>>>>> out>, op=<optimized out>) at snmp_agent.c:2227 #10 0xb6f203e4 in >>>>>> _sess_process_packet_handle_pdu (isp=0x59ca78, isp=0x59ca78, >>>>>> transport=0x59c888, pdu=0x5bfe88, sp=0x59cac0, sessp=<optimized out>) at >>>>>> snmp_api.c:5807 #11 _sess_process_packet (sessp=sessp@entry=0x59ca60, >>>>>> sp=sp@entry=0x59cac0, isp=0x59ca78, transport=transport@entry=0x59c888, >>>>>> opaque=opaque@entry=0x5a1118, olength=olength@entry=60, >>>>>> packetptr=0x5a20e0 "00\002\001", length=50) at snmp_api.c:5863 #12 >>>>>> 0xb6f20a3a in _sess_read (sessp=sessp@entry=0x59ca60, >>>>>> fdset=fdset@entry=0xbecc69a0) at snmp_api.c:6124 #13 0xb6f20b14 in >>>>>> snmp_sess_read2 (sessp=sessp@entry=0x59ca60, >>>>>> fdset=fdset@entry=0xbecc69a0) >>>>>> at snmp_api.c:6397 #14 0xb6f20b44 in snmp_read2 (fdset=0xbecc69a0) at >>>>>> snmp_api.c:5912 #15 0x00012c0c in ?? () Backtrace stopped: previous frame >>>>>> identical to this frame (corrupt stack?) * >>>>>> >>>>>> >>>>>> eth0 Link encap:Ethernet HWaddr 62:96:0C:F6:A0:28 >>>>>> inet addr:15.77.45.114 Bcast:15.77.47.255 >>>>>> Mask:255.255.252.0 >>>>>> inet6 addr: 2620:0:a02:e00d:6096:cff:fef6:a028/64 >>>>>> Scope:Global >>>>>> inet6 addr: 2620:0:a02:e00e:7925:979f:3372:607e/128 >>>>>> Scope:Global >>>>>> inet6 addr: fe80::6096:cff:fef6:a028/64 Scope:Link >>>>>> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 >>>>>> RX packets:108792 errors:0 dropped:0 overruns:0 frame:0 >>>>>> TX packets:5110 errors:0 dropped:0 overruns:0 carrier:0 >>>>>> collisions:0 txqueuelen:1000 >>>>>> RX bytes:121134374 (115.5 MiB) TX bytes:5412555 (5.1 MiB) >>>>>> Interrupt:42 >>>>>> >>>>>> lo Link encap:Local Loopback >>>>>> inet addr:127.0.0.1 Mask:255.0.0.0 >>>>>> inet6 addr: ::1/128 Scope:Host >>>>>> UP LOOPBACK RUNNING MTU:65536 Metric:1 >>>>>> RX packets:2901 errors:0 dropped:0 overruns:0 frame:0 >>>>>> TX packets:2901 errors:0 dropped:0 overruns:0 carrier:0 >>>>>> collisions:0 txqueuelen:1 >>>>>> RX bytes:379572 (370.6 KiB) TX bytes:379572 (370.6 KiB) >>>>>> >>>>>> wlan0 Link encap:Ethernet HWaddr 10:5B:AD:A6:77:A4 >>>>>> inet addr:192.168.16.30 Bcast:192.168.16.255 >>>>>> Mask:255.255.255.0 >>>>>> inet6 addr: b706:6100:88e0:f21e:125b:adff:fea6:77a4/64 >>>>>> Scope:Global >>>>>> inet6 addr: 72e1:4617:c9d3:9f78:125b:adff:fea6:77a4/64 >>>>>> Scope:Global >>>>>> inet6 addr: fe80::125b:adff:fea6:77a4/64 Scope:Link >>>>>> inet6 addr: 3e4:4137:147c:5726:125b:adff:fea6:77a4/64 >>>>>> Scope:Global >>>>>> inet6 addr: b772:c829:5066:e75f:125b:adff:fea6:77a4/64 >>>>>> Scope:Global >>>>>> inet6 addr: 1616::69cc:7484:3980:a5af/128 Scope:Global >>>>>> inet6 addr: b102:a15f:713b:c851:125b:adff:fea6:77a4/64 >>>>>> Scope:Global >>>>>> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 >>>>>> RX packets:1223 errors:0 dropped:294 overruns:0 frame:0 >>>>>> TX packets:382 errors:0 dropped:2 overruns:0 carrier:0 >>>>>> collisions:0 txqueuelen:1000 >>>>>> RX bytes:219993 (214.8 KiB) TX bytes:152626 (149.0 KiB) >>>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> Net-snmp-users mailing listnet-snmp-us...@lists.sourceforge.net >>>>> Please see the following page to unsubscribe or change other >>>>> options:https://lists.sourceforge.net/lists/listinfo/net-snmp-users >>>>> >>>>>
_______________________________________________ Net-snmp-users mailing list Net-snmp-users@lists.sourceforge.net Please see the following page to unsubscribe or change other options: https://lists.sourceforge.net/lists/listinfo/net-snmp-users
