Gwangmoon Kim
Gwangmoon Kim
Hi, You are using quite old version of TRex, please try to use the latest version of TRex. Some watchdog fix have been done.
In our test, TRex showed very low TCP throughput in high delay, out of order, dup and lossy traffic path. It was very sensitive, it drops window size to half...
Hi @hhaim , Most of mobile network environment have quite tough environment because it includes radio environment, we are trying to test capacity test on mobile network. In STL mode,...
Hi @hhaim It seems that it;s caused from sensitivity on delay and packet loss from TCP congestion control algorithms. Current TCP Tahoe algorithm in BSD 4.4 have quite sensitive for...
BBR could be good alternative. But, majority of OSes using CUBIC now, I'm more interested with CUBIC in simulation of real traffic behavior point of view. Do you have plan...
Hi @hhaim , This update would be 'big improvement' toward mobile traffic verification for 5G. Dynamic traffic simulation requires frequent multiple dynamic profiles to simulate mobile traffic behaviors, the performance...
Hi @hhaim Do you have plan to support it in TRex?
Hi @hhaim Do you have related roadmap to support BBR in TRex?
Hi, It's already fixed in trex-java-sdk. https://github.com/cisco-system-traffic-generator/trex-java-sdk/issues/137 You just need to use the latest version of trex-java-sdk to fix it.
Thanks for comment. TRex-EMU approach would be easier approach. 5MPPS would not be critical limitation. But, TRex-EMU seems have several critical limitations. 1) It can support only limited port range(0xff00...