[x]
Posted via EE Mobile

Search, ask, and monitor your questions on the go with EE Mobile. Visit Experts Exchange from your mobile device and never be out of touch again.
10/27/2009 at 08:10AM PDT, ID: 24847490
[x]
Attachment Details
[x]
The Solution Rating System

With so many solutions, how can you tell which solutions are most likely to help you and which ones are not? To provide you with a tool to use, we rate our solutions based on various elements that most accurately determine if a solution is a quality solution. To explain what factors affect the solution rating, here are the elements we take into consideration when formulating our solution rating.

  • The Grade of the Solution
  • The Zone Rank of the Expert Providing the Solution
  • The Number of Author and Expert Comments
  • The Number of Experts Contributing
  • The Feedback of the Community

Your Input Matters
Because of the way the system is set up, the most important variable in this equation is you. As a member of Experts Exchange, you are able to cast your vote on the quality of the solutions in regard to how complete, accurate, helpful and easy to understand each solution is. When you provide your feedback, each rating is adjusted accordingly. So, if you see a solution that has a poor rating that you think is a good solution, let us know by rating it. As you do, the rating will be adjusted and will become more accurate for other members of our site.

If you have any suggestions that you would like to make for our rating system, please ask a question in the Suggestions Zone of Community Support.

Thank you!
9.3

Solaris TCP

Asked by HPCIT in Sun Solaris, TCP/IP, Unix Networking

Hi there,

We're currently experiencing problems with one of our web apps that POSTS data, but then return the same page. After doing a packet capture of the process, I've noticed the following:
1) Wireshark shows quite allot of packets with TCP checksum errors.
2) I also see some IP header checksum errors.
3) I can see the POST packet as the first segment of a PDU, but the next segment seems to get lost. Wireshark says [TCP previous segment lost].

If I do a "netstat -s -P tcp" I get:
TCP     tcpRtoAlgorithm     =     4     tcpRtoMin           =   400
        tcpRtoMax           = 60000     tcpMaxConn          =    -1
        tcpActiveOpens      =339862     tcpPassiveOpens     =1763983
        tcpAttemptFails     =  4440     tcpEstabResets      =791348
        tcpCurrEstab        =     4     tcpOutSegs          =33173951
        tcpOutDataSegs      =45977963   tcpOutDataBytes     =315501543
        tcpRetransSegs      =311103     tcpRetransBytes     =61380072
        tcpOutAck           =117406468  tcpOutAckDelayed    =823897
        tcpOutUrg           =     0     tcpOutWinUpdate     =  7015
        tcpOutWinProbe      =    20     tcpOutControl       =3320784
        tcpOutRsts          = 29858     tcpOutFastRetrans   =  2612
        tcpInSegs           =29284013
        tcpInAckSegs        =33042622   tcpInAckBytes       =2253738235
        tcpInDupAck         =1576711    tcpInAckUnsent      =     0
        tcpInInorderSegs    =251956755  tcpInInorderBytes   =29848017
        tcpInUnorderSegs    = 20161     tcpInUnorderBytes   =17992747
        tcpInDupSegs        =  4487     tcpInDupBytes       =1430951
        tcpInPartDupSegs    =   614     tcpInPartDupBytes   =302318
        tcpInPastWinSegs    =     2     tcpInPastWinBytes   =1337682269
        tcpInWinProbe       =     0     tcpInWinUpdate      =    20
        tcpInClosed         = 15304     tcpRttNoUpdate      =566771
        tcpRttUpdate        =31381910   tcpTimRetrans       =193480
        tcpTimRetransDrop   =  2902     tcpTimKeepalive     = 13991
        tcpTimKeepaliveProbe=   134     tcpTimKeepaliveDrop =     0
        tcpListenDrop       =     0     tcpListenDropQ0     =     0
        tcpHalfOpenDrop     =     0     tcpOutSackRetrans   =125101

From the above output I see a high number of tcpRetransSegs and  tcpInUnorderSegs.

My question is basically, what does this indicate? A network error like a DUPLEX mismatch?

This is a hosted solution, so I unfortunately dont have physical access to the network equipment. Any ideas welcome.

Thanks,

Jason
Attachments:
 
wireshark.jpg (324 KB) (File Type Details) 
Wireshark - lost segment.
Wireshark - lost segment.
 
[+][-]10/27/09 06:14 PM, ID: 25679213

View this solution now by starting your 30-day free trial. Setting up your free trial is quick, easy, and secure. We will return you to this solution, unlocked, when you're done.

 

About this solution

Zones: Sun Solaris, TCP/IP, Unix Networking
Sign Up Now!
Solution Provided By: yuzh
Participating Experts: 1
Solution Grade: A
 
 
 
Loading Advertisement...
20090824-EE-VQP-74 - Hierarchy / EE_QW_3_20080625