Knowledge base : Download Area > ByteBlower

2.20.2   (2023-04-03)


When the Scenario Heartbeat interval was set after Prepare() was executed on

an Endpoint, the new Scenario Heartbeat interval value was not propagated to the Endpoint.

The MeetingPoint could mark an Endpoint as "unavailable" when a test longer

than 1 minute was running.

This could lead to the ByteBlower GUI stopping a scenario while the test was

(rightfully) still running

2.20.0   (2023-02-27)

New features 

  • The server now provides latency histograms over time when using the latency distribution trigger. This allows to have latency histograms per configured measurement interval.   
    This feature is useful when measuring the QeD performance of a specific flow. 


  • The TPID (EtherType) of a VLAN tag can now be configured through the API. 
  • Faster filtering for traffic containing multiple VLAN tags. 
  • The ByteBlower 2100 and ByteBlower 4100 server series did not support 4 stacked VLAN tags as the other series did.  Now all systems have the same limit. 
  • The MeetingPoint will now automatically query the ByteBlower Endpoint for the test results when the Endpoint returns after a test. 
  • The MeetingPoint needed up to 5 seconds for initial registration of an Endpoint.  The MeetingPoint now temporarily lowers the communication interval so this procedure finishes earlier. 
  • The MeetingPoint tagged unverified ByteBlower Endpoint platforms as “Unsupported”.  The tag is renamed to “Unverified”, which means Excentis did not have tested this platform. 

Bugs fixed 

  • The MeetingPoint stopped accepting API calls when an “Unavailable” ByteBlower Endpoint was addressed.  This did not only influence the calling test, but also effected other tests and users with “Available” Endpoints.  The only remedy for this was restarting the ByteBlower MeetingPoint service on the ByteBlower server. 

2.20.0  (2023-02-14)


Increased robustness of RFC-2544 for WEP

  • RFC2544 is a widely known benchmark. The ByteBlower GUI implements the throughput measurement.
  • In the past, tests would more likely fail due to the stress the test places on the network.
  • RFC-2544 places a heavy load on the system. For fail-safe tests it’s recommended to add route the WEP mgmt. traffic over a different interface like e.g., the golden client.

UI improvements in the ByteBlower server updater. 

When errors happen resuting in failed tests, we have implemented improved logging which makes the feedback of the server more visible.

  • Improved logging of error-cases from the ByteBlower Server.
  • More efficient debugging as as a result.
  • Some examples of error messages
    • Code
    • Improper license
    • Broken updater that was fixed in later releases.


Improved default TCP setting.

  • New default value for TCP Slow Start Threshold: 2147483647 (=Integer.MAX_VALUE) (=infinite). The old default was 65535 (=0xFFFF).
  • OS behaviour is closer to infinite value.

CCDF Graph

An empty CCDF graph is now drawn in the ByteBlower report when all packets are below the latency measurement range. This can happen due to negative latencies of a Wireless Endpoint. See also our Golden client KB article to perform such tests. 

Changelog for 2.20.0 


New features 

  • Adding latency histograms over time.  This can be used to visualise/verify the QeD performance of a specific application. 


  • Adding additional frameblasting interval statistics such as : 
  • When was the first frame sent or received 
  • When was time last frame sent or received 
  • Minimum and maximum size of the frames received 
  • Better latency measurements for cumulative snapshots.   
    The Endpoint now keeps track of the cumulative data itself instead of delegating this to the MeetingPoint. 


  • Fixing crashes when a management/traffic interface was selected, but no IP address was available. 

ByteBlower GUI 2.19.0

Cancelable ByteBlower Endpoints

ByteBlower Endpoints used to go into "Silent Mode" while a test scenario was running. Not anymore! You can now configure the scenario heartbeat interval, and maintain connectivity with each Wireless Endpoint: 

This new feature will allow you to cancel a test without needing to stop the BEP app manually. This is very useful when working remotely and executing longer test durations!

Changelog 2.19.2

  • macOS uses the external browser for showing reports. This approach is a work-around to avoid incompatibilities between macOS Ventura and the UI platform.
  • The ByteBlower GUI stays fixed in a light appearance for the macOS Dark Mode. This avoids unreadable text due to color mismatches when the system switches to a dark appearance. This update requires reinstalling the ByteBlower GUI, however, all settings and reports are saved.

Changelog 2.19.0

  • Added more TCP Roundtrip statistics in the HTML, CSV and JSON report. New values include the average latency and Time To First Byte (TTFB). More information about these metrics is on our support website.
  • The GUI has more accurate TCP graphs by using the average TCP RTT instead of a sampled value.
  • The size of the FrameBlasting frame can now be changed immediately from the size column at the left side of the Frame View.
  • To make it easier to get started immediately, ByteBlower Systems are now refreshed on startup. This happens in the background.
  • Small UI improvements in the Frame Blasting View to make it more visible where to edit the FrameBlasting settings.
  • You can now immediately start a PCAP capture when launching a test-run.
  • Tests with Wireless Endpoints are now cancelable using the GUI. No need to push the "Abort" button anymore on each Wireless Endpoint.
  • The CLT return values have been updated and documented.
  • In the report graphs, the RSSI axis does not show decimals anymore.
  • RSSI information has been added to the CSV report.
  • The GUI became unresponsive when setting big Frame Repeat values.
Bug fixes
  • JSON reports of tests canceled during the configuration phase had a nullpointer exception in the background.

Server 2.19.0 (20/10/2022)


  • The ByteBlower MeetingPoint now supports stopping a ByteBlower Endpoint from the ByteBlower API or ByteBlower GUI. 
    This feature allows the user to stop a ByteBlower Endpoint app in a way it was already possible with a classic ByteBlower Port.

New Features

  • Adding support for ByteBlower Endpoints who keep communicating during the test.
  • Adding support to stop a ByteBlower Endpoint during the test.  In order for this feature to work, the ByteBlower API or ByteBlower GUI must be configured so the ByteBlower Endpoint keeps communicating during the test.  This feature requires a ByteBlower API or ByteBlower GUI updated to version 2.19.0 or higher and a ByteBlower Endpoint running at least 2.19.0.


  • Adding iPadOS 15 as a supported platform.
    Note: In order not to break existing scripts, iPadOS is announced as iOS towards the customer.


  • The ByteBlower MeetingPoint could crash when a ByteBlower API disconnected when a ByteBlower Endpoint was executing specific API calls. 
    These calls are used when:
    • Preparing a ByteBlower Endpoint for test execution
    • Starting a test on a ByteBlower Endpoint
    • Gathering results for an executed test.


  • The ByteBlower 5100 Linux kernel is updated from Debian version 4.19.0-18 to 2.19.0-21
  • The ByteBlower 3100 and ByteBlower 3200 server network interface drivers are updated so they don't lose network connectivity under high traffic loads.
  • The ByteBlower 5100 system can now update the firmware for the used traffic interfaces.

Changelog 2.19.0 (20/10/2022)


You can download the latest version at


    • The API now allows the user to configure continuous communication between the ByteBlower Endpoint and ByteBlower MeetingPoint.  Therefore 2 new methods are added to the WirelessEndpoint object:
      • ScenarioHeartbeatIntervalGet() which allows to read the currently configured Scenario Heartbeat interval.
      • ScenarioHeartbeatIntervalSet(nanoseconds) which allows to set the interval on which the ByteBlower Endpoint should try to communicate with the ByteBlower MeetingPoint.
        A value of 0 disables continuous communication between the ByteBlower Endpoint and the ByteBlower MeetingPoint, which is the behaviour as per pre 2.19.0.
    • The API can now stop a running test on the ByteBlower Endpoint. 
      Therefore one new method is added to the WirelessEndpoint object:
      • Stop().
        In order for this feature to work, the ScenarioHeartbeatInterval parameter must be set to a value other than 0 (disabled) and the ByteBlower Endpoint and ByteBlower MeetingPoint must be running software version 2.19.0 or higher.


    • The ByteBlower TCL API did not have Scenario.Duration.Set method available on the WirelessEndpoint object.

    Bigger, longer tests using Dashboards