Repository navigation
3.1r1: 9.5.1's TCP network tests - #51
Merged
Merged
Conversation
Port 20000, Port Other Than 20000, Specific IP Address and Wildcard IP Address. Each runs only where its network.* options say the device and the test bench can do what it tests, and is skipped otherwise, including the Port 20000 test that 3.1r1 requires of every TCP device. - The driver connects from a given local address and port, and probes a connection the device shouldn't accept: refused, not accepted within the response timeout, or accepted and closed without answering REQUEST LINK STATUS pass; one the device keeps open fails. - Plugin actions configureNetwork (the whole setup: transport, port, allowed masters, and the UDP destinations later tests use), restoreNetwork and verifyDisconnectNoticed, with defaults that throw; DefaultIntegrationPlugin prompts for them. - A procedure can have cleanup steps, which the runner runs however the procedure ends; the network tests restore the device's network there. A cleanup that fails fails a procedure that otherwise passed. - A local address the bench can't use (LocalBindException) aborts the run as a harness failure instead of failing the device. - The configuration check requires an address of this host, and the wildcard test's addresses and range, for the network tests that run. - Packet capture filters on the device's address rather than its port.
This was referenced Oct 14, 2026
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Implements 3.1r1's 9.5.1 TCP tests: Port 20000, Port Other Than 20000, Specific IP Address and Wildcard IP Address. This is the first part of section 9; the UDP tests (9.5.1.5, 9.5.1.6, 9.5.2 to 9.5.4) follow.
Every network test is gated by configuration: it runs only where its
network.*options say the device and the test bench can do what it tests, and is skipped otherwise. That includes Port 20000, which 3.1r1 requires of every TCP device.Harness
TestDriver.connect). It can also probe a connection the device shouldn't accept (TestDriver.probe):LocalBindException), the run aborts as a harness failure. The device isn't failed for it.Plugin. Three new
IntegrationPluginmethods. Their defaults throw, andDefaultIntegrationPluginprompts for them:configureNetwork(NetworkSetup)takes the whole setup: transport, port and allowed masters, plus the UDP destinations the later tests use, so the API won't change for them;restoreNetworkputs back the device's usual network setup;verifyDisconnectNoticedchecks that the device noticed the master closing its connection.Options. A new
networkgroup:network.master.addressis the address of this host the tests connect from;network.tcp,.tcp.configurablePort,.tcp.specificAddress,.tcp.wildcardand.tcp.anyAddress;The configuration check requires these, for the network tests that will run, and requires the wildcard test's addresses to be distinct.
The 2.7
-describeoutput is unchanged.