iperf bandwidth and simultaneous connections

I am using iperf to simulate the bandwidth performance for the VoIP. I am trying to understand the correlation between bandwidth and the number of calls running simultaneously.

I have a MPLS connection between PC1 and PC2. PC1 has a 50mb connection and PC2 has a 1MB connection.

So I setup my iperf client (PC1) with bandwidth as 1mbps and 1 as the number of parallel client threads to run and I see packets dropped. Does it mean that I am having issue with my existing VoIP traffic? I also setup my mss as 218, which the VoIP packet with g711 codec with all the appropriate header.

Now when I increase the bandwidth, the number of packets dropped increased.

Can somebody help me understand this?

PS. I got my setup from crok-linkblog.homelinux.com/links-cisco/how-to-use-iperf-properly-additions-to-the-tcp-throughput-post/
 
Thanks
LVL 1
leblancAccountingAsked:
Who is Participating?

[Webinar] Streamline your web hosting managementRegister Today

x
 
nociConnect With a Mentor Software EngineerCommented:
if you start pushing say 2Mbps data through a 1Mbps link then half of the data cannot be passed on.
So please explain what you mean with increase the bandwidth.. the bandwidth of the link (in that case less loss should be observed) or increase of data being sent...

It depends on the protocol what would happen.
- TCP will slow down to a pace of 1Mbps through flowcontrol.
- UDP will just loose packets that don't fit.

VOIP mainly consists of UDP packets, so they will get lost.

mss should not get fit to the data being sent but to the underlying transport.
f.e. over a pppoE link the mss should be a tad smaller because of the ppp overhead incurred with the traffic. Or broken up packets should be allowed.

By shortening the packet you also increase overhead. Any IP frame has 20 bytes for IP header + 20 bytes for (UDP/TCP). Other protocols then UDP/TCP (Think GRE, IPSEC,SCTP etc.) have differing header sizes.
If you shrink the MSS you also force more frames & frame headers, or fragmented frames which at least have a 20 byte IP header, for all remain headers and cause massive overhead in reaasembling the original frames @ the destination.
0
 
harbor235Connect With a Mentor Commented:
Nothing to help with here, you are limited to ~1Mbps because the theoretical maximum throughput is the speed of the smallest link, 1Mbps. But also remember that the speed of the link does not take into account overhead such as TCP/UDP/IP header information as well as link framing such as Ethernet/Frame-Relay, etc ..... So with the smallest link size of 1Mbps you should not expect 1Mbps of application throughput, perhaps ~70-80% of theoretical maximum.


harbor235 ;}
0
 
nociConnect With a Mentor Software EngineerCommented:
And please check your units.

50mb (millibits) is not a lot where as 1MB (Should roughly be 8Mbps).
You most probably meant: 50Mbps vs. 1Mbps.

those are differences in the order of 9 resp. 1 magnitudes.

The only way to get a greater bandwidth is by reducing overhead. So frames as large as possible without fragmentation. The regular hardware imposed limit is 1514 bytes for ethernet frames. (14 of those are the ethernet header). And maybe you need to correct it slightly smaller to prevent fragmentation across pppoE links.
Here is a more detailed explanation: http://adsl.cutw.net/mtu.html
0
 
leblancAccountingAuthor Commented:
Thanks for the inputs. I few corrections:
- The link on the other side is 3mbps and not 1 mbps. Sorry.
- I set my mss as 218 bytes because the g711 digitized voice is 160 bytes + 58 bytes (RTP/UDP/IP/Ethernet)
- From my understanding, the voice with g711 codec take around 87kbps. So if I set my bandwidth to 1mbps for 2 calls, I should not get any dropped packets. I am not sure I understand that.

PC1 and PC2 are connected to a MPLS cloud.

My output from iperf:
c:\iperf -s -u -mss 218 -b 2000000 -S 184 -P 2 -f k -i 10

[ ID] Interval                  Transfer     Bandwidth       Jitter         Lost/Total Datagrams
[1884]  0.0-10.0 sec   834 KBytes   683 Kbits/sec  6.309 ms 1047/ 1628 (64%)
[1884] 10.0-20.0 sec   825 KBytes   676 Kbits/sec  5.734 ms 1122/ 1697 (66%)
[1884] 20.0-30.0 sec   817 KBytes   669 Kbits/sec  8.987 ms 1137/ 1706 (67%)
[1884] 30.0-40.0 sec   800 KBytes   655 Kbits/sec  9.454 ms 1142/ 1699 (67%)
[1884] 40.0-50.0 sec   841 KBytes   689 Kbits/sec  6.093 ms 1112/ 1698 (65%)
[1884] 50.0-60.0 sec   851 KBytes   697 Kbits/sec  8.348 ms 1102/ 1695 (65%)
[1884]  0.0-60.4 sec  5003 KBytes   679 Kbits/sec  7.443 ms 6716/10201 (66%)
0
All Courses

From novice to tech pro — start learning today.