Communication via ETS board hardware (PC to DUT):

[markus]

I would like to inquire whether it is possible to communicate via the ETS board hardware, for example, to access the DUT's web server. The aim would be to use it to perform functions such as updating the DUT's firmware or retrieving operating information without having to constantly reconnect the network cable between the ETS board and the PC.
Such access would be particularly helpful when no ETS test is currently being performed. Ideally, communication could take place via the first port of the DUT, for example via the following connection:
PC IF1 port ⇔ Control interface ETS HW ⇔ Interface 1 ETS HW ⇔ DUT port 1 (See image)

A solution like this would not only make daily operation easier, but also significantly simplify test automation.
I would be grateful if you could let me know whether such a communication option is already planned or whether there is a recommended procedure for this.
Thank you in advance.

Screenshot 2026-03-07 152846.jpg (20.95 KiB) Viewed 3080 times

[s.zach]

I would like to inquire whether it is possible to communicate via the ETS board hardware, for example, to access the DUT's web server. The aim would be to use it to perform functions such as updating the DUT's firmware or retrieving operating information without having to constantly reconnect the network cable between the ETS board and the PC.
Such access would be particularly helpful when no ETS test is currently being performed. Ideally, communication could take place via the first port of the DUT, for example via the following connection:
PC IF1 port ⇔ Control interface ETS HW ⇔ Interface 1 ETS HW ⇔ DUT port 1 (See image)

A solution like this would not only make daily operation easier, but also significantly simplify test automation.
I would be grateful if you could let me know whether such a communication option is already planned or whether there is a recommended procedure for this.
Thank you in advance.

Screenshot 2026-03-07 152846.jpg

Hello,

currently this is not possible. For most of the testcases it is important to control and verify what packets are on the line.
Some kind of switching and/or routing would make this a lot harder and maybe causes test cases to fail unexpectedly.

I will suggest this for our backlog for future development.

Best Regards