Size of the Recv-Q of TCP socket gets increased

"Sadhana Pradhan, Noida" <[email protected]>
Newsgroups gmane.network.net-snmp.user
Message-ID <2DD7A97C52233D4B891ABB6CA86733D1E3DD83@NDA-HCLT-EVS02.HCLT.CORP.HCL.IN>
Hi,

 

After I send alarm/trap each time from the sub-agent to master agent on
net-snmp platform, the size of the Recv-Q of the source socket gets
increased as follows:

 

[root@nas1 root]# netstat -ap | grep 1055

tcp        0      0 localhost.localdom:1055 *:*
LISTEN      17367/snmpd

tcp     5648      0 localhost.localdo:34976 localhost.localdom:1055
ESTABLISHED 17382/proSWagntdGSA

tcp        0      0 localhost.localdom:1055 localhost.localdo:34976
ESTABLISHED 17367/snmpd

 

After sending alarm:

 

[root@nas1 root]# netstat -ap | grep 1055

tcp        0      0 localhost.localdom:1055 *:*
LISTEN      17367/snmpd

tcp     7152      0 localhost.localdo:34976 localhost.localdom:1055
ESTABLISHED 17382/proSWagntdGSA

tcp        0      0 localhost.localdom:1055 localhost.localdo:34976
ESTABLISHED 17367/snmpd

 

snmpd (master agent) sends unexpected response after every snmp trap
sent from subagent using a shared library.

 

[root@nas1 root]# tcpdump -i lo port 34976 -s 1500 -w /var/log/dump1.txt

tcpdump: listening on lo

 

12 packets received by filter

0 packets dropped by kernel

 

[root@nas1 root]# tcpdump -v -r /var/log/dump1.txt

23:59:10.162329 localhost.localdomain.34976 >
localhost.localdomain.1055: P [bad tcp cksum 42db!] 744:1488(744) ack
753 win 30511 <nop,nop,timestamp 43270216 43270113> (DF) [ttl 0] (id
17963, len 796)

23:59:10.162873 localhost.localdomain.1055 >
localhost.localdomain.34976: P [bad tcp cksum c986!] 753:1505(752) ack
1488 win 32767 <nop,nop,timestamp 43270216 43270216> (DF) [ttl 0] (id
24898, len 804)

23:59:10.162909 localhost.localdomain.34976 >
localhost.localdomain.1055: . [tcp sum ok] ack 1505 win 29759
<nop,nop,timestamp 43270216 43270216> (DF) [ttl 0] (id 17964, len 52)

 

As a result receiving queue is growing, getting overflowed and we stop
sending SNMP traps further.

 

Is there any way to prevent this response to be delivered to subagent?

Is there any API to drain receiving queue?

 

What is the recommendation for troubleshooting?

Please help me.

 

OS details:

 

[progeny@nas1 app]$ uname -a

Linux nas1 2.4.21-15.ELsmp #1 SMP Thu Apr 22 00:18:24 EDT 2004 i686 i686
i386 GNU/Linux

[progeny@nas1 app]$ cat /etc/redhat-release

Red Hat Enterprise Linux WS release 3 (Taroon Update 2)

 

Net_SNMP version used:

 

[progeny@nas1 app]$ rpm -qa | grep -i net-snmp

net-snmp-devel-5.0.9-2.30E.3

net-snmp-5.0.9-2.30E.3

net-snmp-utils-5.0.9-2.30E.3 

 

[root@nas1 root]# /usr/sbin/snmpd -version

 

NET-SNMP version:  5.0.9

Web:               http://www.net-snmp.org/

Email:             [email protected]

 

Thanks

 



DISCLAIMER:
-----------------------------------------------------------------------------------------------------------------------

The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. 
It shall not attach any liability on the originator or HCL or its affiliates. Any views or opinions presented in 
this email are solely those of the author and may not necessarily reflect the opinions of HCL or its affiliates. 
Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of 
this message without the prior written consent of the author of this e-mail is strictly prohibited. If you have 
received this email in error please delete it and notify the sender immediately. Before opening any mail and 
attachments please check them for viruses and defect.

-----------------------------------------------------------------------------------------------------------------------

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

_______________________________________________
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
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.