Solved

high latency and packet loss in lan

Posted on 2011-09-10
9
2,096 Views
Last Modified: 2012-05-12
hi,

im using 2 cisco 3560e Giga,  with 4 etherchannel uplinks with vpan trunks, configured with hsrp on of the switches is active for all vlan ( i have 4 vlans).

i have 3 esx servers connected on both equipments for the HA.

Since a few time i have some packets lost if i ping between 2 machines in the same vlan or different vlan, the latency is minimum 1 ms average 2 ms and maximum 34 ms for repeat count of 1000 packets

the ping with maximum size make too much losts !!!

so any one have a suggestion ?
0
Comment
Question by:jamill
[X]
Welcome to Experts Exchange

Add your voice to the tech community where 5M+ people just like you are talking about what matters.

  • Help others & share knowledge
  • Earn cash & points
  • Learn & ask questions
  • 3
  • 3
  • 2
  • +1
9 Comments
 
LVL 22

Expert Comment

by:eeRoot
ID: 36517610
how are the ESX switch ports configured
0
 
LVL 57

Expert Comment

by:giltjr
ID: 36517710
Define "maximum size".

How many are lost?

How busy is the server(s) while you are doing this?
0
 

Author Comment

by:jamill
ID: 36521424
Hello eeRoot

the esxi switchport is configured like ine the scheme 1 cisco
0
Resolve Critical IT Incidents Fast

If your data, services or processes become compromised, your organization can suffer damage in just minutes and how fast you communicate during a major IT incident is everything. Learn how to immediately identify incidents & best practices to resolve them quickly and effectively.

 

Author Comment

by:jamill
ID: 36521476

hello giltjr

here is a sample of a ping

ping 10.10.10.52 repeat 1000 size 1800

Type escape sequence to abort.
Sending 1000, 1800-byte ICMP Echos to 10.10.10.52, timeout is 2 seconds:
!!!!!!!!.!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!.!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!.!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!.!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!.!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!.!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!
Success rate is 99 percent (994/1000), round-trip min/avg/max = 1/8/151 ms
0
 
LVL 57

Expert Comment

by:giltjr
ID: 36524427
Well, although I would expect 100%, 6 dropped packets out of 1000 is not that bad.

What is your MTU?   Have you enabled jumbo frames?

You are using 1800 bytes.  The default LAN MTU is 1500 bytes.  If you have the default then you are fragmenting every packet.

If you want to test without fragmenting you need to specify 1472 instead of 1800, unless of course you have jumbo frame enabled.  If you have jumbo frames you need to specific "MTU-28" (IP and ICMP headers are 28 bytes together).

What happens if you do not specify a size and let it default?
0
 
LVL 22

Expert Comment

by:eeRoot
ID: 36526376
Can you show the port configs from the ports on the 3560's that are connected to VMNIC's 1 and 2?
0
 

Author Comment

by:jamill
ID: 36527671
hello giltjr

My MTU is the standard one 1500.
No im not using jumbo frames so should i ?
when i do not specify the size, i have 0% of loss and the maximum latency time is reducing



0
 
LVL 24

Expert Comment

by:rfc1180
ID: 36530616
Well, although I would expect 100%, 6 dropped packets out of 1000 is not that bad.
I would disagree, any amount of packet loss is bad, especially utilizing TCP. Any packet loss is considered to be the result of network congestion and the congestion window size is reduced dramatically as a precaution. Your packet loss could be a result of many different factors and without some detailed troubleshooting and information, we will not be able to assist, we would only be assuming. please provide the configuration of your 2 switches, ensure that your port descriptions on configured on the ports so that we can identify what NICs are connected to what ports. Also, provide some screen shots on the vswitch configuration.

just as a test to rule on multihoming issues, remove NIC 2, and retest with 1800 bytes and report back.

Billy
0
 
LVL 57

Accepted Solution

by:
giltjr earned 500 total points
ID: 36531706
Try specifying a size of 1472 and see what happens.

As I stated before, going larger than what a single Ethernet frame (MTU) causes fragmentation.  Once you have fragmentation there are other issues that can cause lost packets.

0

Featured Post

Flexible connectivity for any environment

The KE6900 series can extend and deploy computers with high definition displays across multiple stations in a variety of applications that suit any environment. Expand computer use to stations across multiple rooms with dynamic access.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

Suggested Solutions

Title # Comments Views Activity
How to choose hardware firewall 5 85
Internet monitoring software 5 51
What problem can Native VLAN mismatch causes 4 62
VTP Setup 4 22
Many network operators, engineers, and administrators do not take several factors into consideration when troubleshooting network throughput and latency issues.  They often  measure the throughput by performing a measurement  by transferring a large…
I see many questions here on Experts Exchange regarding switch port configurations and trunks. This article is meant for beginners in the subject to help to get basic knowledge about Virtual Local Area Network (VLAN (http://en.wikipedia.org/wiki/Vir…
This video gives you a great overview about bandwidth monitoring with SNMP and WMI with our network monitoring solution PRTG Network Monitor (https://www.paessler.com/prtg). If you're looking for how to monitor bandwidth using netflow or packet s…
In this tutorial you'll learn about bandwidth monitoring with flows and packet sniffing with our network monitoring solution PRTG Network Monitor (https://www.paessler.com/prtg). If you're interested in additional methods for monitoring bandwidt…

730 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question