General question on source data rate.

[elif.c...@gmail.com]

Merhaba,
     I want to know if I can increase the data rate provided by source (transmission rate) in any easy way. (I am using "UDPBasicBurst" as the source)
Now I am increasing the rate by decreasing "sendInterval" or by increasing "messagelength". But I guess thats not ideal way. Also decreasing the "sendInterval" makes the simulation very very slow.

I want the data tranmission rate at source to be 100Mbps

Thanks!

[Alfonso Ariza Quintana]

There isn’t other, or you increase the size of the packets or you decrease the time between packets or both. You can increase the packets to a size near 1500 Bytes (12000 Bits) that it is the MTU of Ethernet. In this case the time between packets is 120 Micro seconds for a bit rate of 100Mb/s

 

If you are using wireless system 100Mb/s is more than it can transmit, the maximum bit rate for 11a/g is more or less 20Mb/s

--
You received this message because you are subscribed to the Google Groups "OMNeT++ Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to omnetpp+u...@googlegroups.com.
Visit this group at https://groups.google.com/group/omnetpp.
For more options, visit https://groups.google.com/d/optout.

[Alfonso Ariza Quintana]

I haven’t tested the 11n model and I don’t know the performance, but there are several thinks that you can check, the bit rate that the frame has been transmitted is in the trace, you can check if the frame is in reality transmitted at 600Mb/s, if the frame is been transmitted at 600Mb/s it is probable that there are many collisions and errors.

 

 

 

De: omn...@googlegroups.com [mailto:omn...@googlegroups.com] En nombre de elif.c...@gmail.com

Enviado el: jueves, 05 de octubre de 2017 13:47
Para: OMNeT++ Users <omn...@googlegroups.com>

Asunto: Re: [Omnetpp-l] General question on source data rate.

 

Thanks for the information  Alfonso. Yes, with 802.11g, maximum bit rate that I am getting is 20Mbps.

Now I tried switching to 802.11n with below modification.
**.opMode = "n(mixed-2.4Ghz)"  #I am getting 7.65Mbps with root and 16Mbps with no root
**.bitrate = 600Mbps
**.numAntennas = 4

But still I am getting around 20 Mbps as the maximum bit rate. Is it not possible to use 802.11n for higher max. bit rate?

[Alfonso Ariza Quintana]

https://github.com/aarizaq/inetmanet-3.x/commit/2ea147205d7db7dfdbbbafd1eaa45994e0e237ca

 

This should fix the problem

 

De: omn...@googlegroups.com [mailto:omn...@googlegroups.com] En nombre de elif.c...@gmail.com
Enviado el: miércoles, 11 de octubre de 2017 10:52
Para: OMNeT++ Users <omn...@googlegroups.com>
Asunto: Re: [Omnetpp-l] General question on source data rate.

 

Dear Alfonso,
    Now I am using 802.11g wifi.
When I simulate a network with an intermediate node hop with messageLength = 1430B and sendInterval = 535us. Every thing works fine with 20Mbps.
But when modify the network with 2 intermediate node hop with above property, it throws error message as shown in the attachment.

But when I reduce sentInterval to ms range, things work fine.
Is it happening because of collision?

[Alfonso Ariza Quintana]

No, 54Mb/s us the maximum bit rate, but after you transmit a packet the node must wait the ACK, and after it receives the ACK, it must wait a difs period … . If you add the different times (difs, sifs, physical header …) the performance is about 20Mb/s

 

De: omn...@googlegroups.com [mailto:omn...@googlegroups.com] En nombre de elif.c...@gmail.com

Enviado el: lunes, 30 de octubre de 2017 8:21
Para: OMNeT++ Users <omn...@googlegroups.com>

Asunto: Re: [Omnetpp-l] General question on source data rate.

 

Merhaba Alfonso,
    It can not transmit more than 20Mbps because Ieee80211ModeSet() for 802.11g is having maximum value to be true like below ?
{ true, &Ieee80211ErpOfdmCompliantModes::erpOfdmMode24Mbps }
Higher data rate modes like erpOfdmMode54Mbps are set to false. Is that the reason for not having data rate not more than 20Mbps or some other reason?

On Tuesday, October 3, 2017 at 1:29:28 PM UTC+3, Alfonso Ariza Quintana wrote:

[Ivo Calado]

Considering that TCP is a congestion-controlled transport protocol you cannot increase the transmission datarate.

[]'s

On 20 November 2017 at 06:56, <elif.c...@gmail.com> wrote:

For UDP, there are sendInterval, messagelength etc. How do I increase the transmission rate of TCP?

Below TCP config is used: But I do not see any parameter where I can increase the transmission data rate
**.Host0.numTcpApps = 1
**.Host0.tcpApp[*].typename = "TelnetApp"
**.Host0.tcpApp[0].localAddress = ""
**.Host0.tcpApp[0].localPort = -1
**.Host0.tcpApp[0].connectAddress = "Host1"
**.Host0.tcpApp[0].connectPort = 1000

**.Host0.tcpApp[0].startTime = 0.5s#15s + exponential(5s)
**.Host0.tcpApp[0].numCommands = exponential(10)
**.Host0.tcpApp[0].commandLength = exponential(10B)
**.Host0.tcpApp[0].keyPressDelay = exponential(0.1s)
**.Host0.tcpApp[0].commandOutputLength = exponential(40B)
**.Host0.tcpApp[0].thinkTime = truncnormal(2s,3s)
**.Host0.tcpApp[0].idleInterval = truncnormal(3600s,1200s)
**.Host0.tcpApp[0].reconnectInterval = 30s
**.Host0.tcpApp[0].dataTransferMode = "object"

**.Host1.numTcpApps = 1
**.Host1.tcpApp[*].typename = "TCPGenericSrvApp"
**.Host1.tcpApp[0].localAddress = ""
**.Host1.tcpApp[0].localPort = 1000
**.Host1.tcpApp[0].replyDelay = 0
**.tcpApp[*].dataTransferMode = "object"

On Tuesday, October 3, 2017 at 1:29:28 PM UTC+3, Alfonso Ariza Quintana wrote:

To unsubscribe from this group and stop receiving emails from it, send an email to omnetpp+unsubscribe@googlegroups.com.

Visit this group at https://groups.google.com/group/omnetpp.
For more options, visit https://groups.google.com/d/optout.

--

Prof. Ivo Calado, D.Sc.
Instituto Federal de Alagoas - http://ifal.edu.br/
Site: http://sigaa.ifal.edu.br/sigaa/public/docente/portal.jsf?siape=1819085

Quidquid latine dictum sit, altum viditur

Putt's Law:
       Technology is dominated by two types of people:
               Those who understand what they do not manage.
               Those who manage what they do not understand.

[Alfonso Ariza Quintana]

The performance of the TCP depends of the flavor that you select, there isn’t a specific parameter that would allow to control the bit rate.

 

 

De: omn...@googlegroups.com [mailto:omn...@googlegroups.com] En nombre de elif.c...@gmail.com

Enviado el: lunes, 20 de noviembre de 2017 10:56
Para: OMNeT++ Users <omn...@googlegroups.com>

[Alfonso Ariza Quintana]

You can check if the packets are discarded in the queues, if the packets arrives in burst there is a high probability of queues became fill

 

 

 

De: omn...@googlegroups.com [mailto:omn...@googlegroups.com] En nombre de elif.c...@gmail.com
Enviado el: martes, 28 de noviembre de 2017 13:04
Para: OMNeT++ Users <omn...@googlegroups.com>
Asunto: Re: [Omnetpp-l] General question on source data rate.

 

Dear Alfonso,
   I am using below configuration to have a connection between 2 wireless nodes.
**.opMode = "n(mixed-2.4Ghz)"
**.bitrate = 600Mbps
**.basicBitrate = -1bps
**.controlBitrate = -1bps
**.errorModelType = ""
**.numAntennas = 4

But I am getting 128346 packet from upper layer to mac, but from mac to lower layer just 13915 packets are passed. Please see the screenshot of the log file for reference.
Do I have to set something for the mac to avoid this issue?. Please let me know

[Alfonso Ariza Quintana]

By default, in inet 3.4 the statistics are disabled. You can check the packet drops by the queue dropPkByQueue

 

De: omn...@googlegroups.com [mailto:omn...@googlegroups.com] En nombre de elif.c...@gmail.com
Enviado el: miércoles, 29 de noviembre de 2017 8:49
Para: OMNeT++ Users <omn...@googlegroups.com>
Asunto: Re: [Omnetpp-l] General question on source data rate.

 

Please find the .ini, .ned and .sca file as attachment to see the issue.

Thanks!



On Tuesday, November 28, 2017 at 9:52:51 PM UTC+3, Amal Urumbu wrote:

Trace file says

attr source  dropPkByQueue
attr title  "packets dropped by queue, sum(packetBytes)"

scalar AP.Host[0].wlan[0].mac.statistics     numReceivedUnicast     0
scalar AP.Host[0].wlan[0].mac.statistics     numReceivedBroadcast     0
scalar AP.hHost[0].wlan[0].mac.statistics     numReceivedMulticast     0
scalar AP.Host[0].wlan[0].mac.statistics     numReceivedNotForUs     0
scalar AP.Host[0].wlan[0].mac.statistics     numReceivedErroneous     0

Let me know if you can help me on this.

 

--
You received this message because you are subscribed to a topic in the Google Groups "OMNeT++ Users" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/omnetpp/SaPc0V5yg4E/unsubscribe.
To unsubscribe from this group and all its topics, send an email to omnetpp+u...@googlegroups.com.

Visit this group at https://groups.google.com/group/omnetpp.
For more options, visit https://groups.google.com/d/optout.

[Alfonso Ariza Quintana]

The statistics are disabled by default in inet, this is the reason that you obtain 0, you need to check the queue packet drop

 

De: omn...@googlegroups.com [mailto:omn...@googlegroups.com] En nombre de Amal Urumbu
Enviado el: martes, 28 de noviembre de 2017 19:53
Para: omn...@googlegroups.com
Asunto: Re: [Omnetpp-l] General question on source data rate.

 

Trace file says

attr source  dropPkByQueue
attr title  "packets dropped by queue, sum(packetBytes)"

scalar AP.Host[0].wlan[0].mac.statistics     numReceivedUnicast     0
scalar AP.Host[0].wlan[0].mac.statistics     numReceivedBroadcast     0
scalar AP.hHost[0].wlan[0].mac.statistics     numReceivedMulticast     0
scalar AP.Host[0].wlan[0].mac.statistics     numReceivedNotForUs     0
scalar AP.Host[0].wlan[0].mac.statistics     numReceivedErroneous     0

Let me know if you can help me on this.

On Tue, Nov 28, 2017 at 6:01 PM, Alfonso Ariza Quintana <aari...@hotmail.com> wrote:

--
You received this message because you are subscribed to a topic in the Google Groups "OMNeT++ Users" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/omnetpp/SaPc0V5yg4E/unsubscribe.
To unsubscribe from this group and all its topics, send an email to omnetpp+u...@googlegroups.com.

Visit this group at https://groups.google.com/group/omnetpp.
For more options, visit https://groups.google.com/d/optout.

[elif.c...@gmail.com]

I am sorry, but how I do enable statistics and view the queue packet drop..?

Also what is the way to reduce or eliminate this queue packet drop?. I tried to increase the maxQueueSize to 100. But it did not help either

Thanks!

[elif.c...@gmail.com]

What is the way to check queue packet drop.?  Can you help me!

[Alfonso Ariza Quintana]

In the coordinator class that are you using (for example Dcf)

 

You can include this line

@statistic[PkDrops](source=count(NF_PACKET_DROP); record=last);

[elif.c...@gmail.com]

 Thanks!. I can see packetdrops in statistics now.

I wonder, if there is any way to avoid or reduce this drop?. Most of the packets are dropped in this case.

Note: I used UDPVideoStreamSvr2 and UDPVideoStreamCli2 for traffic generation

[elif.c...@gmail.com]

In the trace file, there is a message "Frame VideoStrmPk has been dropped because the PendingQueue is full". This means that there are no more space to be added to pendingQueue.

I assume that setting maxQueueSize will set the PendingQueue size as well. I tried setting it to 0,1,..100. Any non-zero value of maxQueueSize given same number packet drop. If size is set to 1 or 1000, it does not make any difference.

Any way out?

[Alfonso Ariza Quintana]

You are injecting traffic at a rate that the network cannot support. In theory you can use bit rates of 600Mb/s but only in very close distances and low noise.

[Alfonso Ariza Quintana]

You need to reduce the traffic.

[elif.c...@gmail.com]

The reason I want to reduce the packet drop is to increase the data rate.  The maximum I get is some where around 20Mbps. Even if I use 802.11g or n, same data rate. Rest all packets are dropped at the pendingQueue in mac.

[Alfonso Ariza Quintana]

Hove you check that the binary bit rate of the lower layer is 600MB/s?

It is possible that the values that you set in the configuration doesn’t change the bit rate and the modules are using the default bit rate (54Mb/s)