Skip to content

Comments

Issue337 multicastnetworktest#505

Closed
em-redstone wants to merge 7 commits intofaucetsdn:masterfrom
em-redstone:issue337-multicastnetworktest
Closed

Issue337 multicastnetworktest#505
em-redstone wants to merge 7 commits intofaucetsdn:masterfrom
em-redstone:issue337-multicastnetworktest

Conversation

@em-redstone
Copy link
Collaborator

@em-redstone em-redstone commented Jun 25, 2020

Hi @pisuke @noursaidi @grafnu , please take a look at these recent changes,

Changelog:

  • communication.type.broadcast now counts the number of multicast packets. It does this by checking if the addresses are within the range 224.0.0.0 to 239.255.255.255 (check high order bit on first address byte).
  • Removed the debug_generate_capture.py as it just runs a simple tcpdump command to create a sample .pcap file. There are no code references to the file.
  • Added some extra documentation.
  • Fixed some typos. Did some slight code cleanup.
  • Added network tests back into all.conf to run during test_aux.sh

Many thanks!

@codecov
Copy link

codecov bot commented Jun 25, 2020

Codecov Report

Merging #505 into master will decrease coverage by 0.52%.
The diff coverage is n/a.

Impacted file tree graph

@@            Coverage Diff             @@
##           master     #505      +/-   ##
==========================================
- Coverage   80.36%   79.83%   -0.53%     
==========================================
  Files          21       21              
  Lines        3621     3621              
==========================================
- Hits         2910     2891      -19     
- Misses        711      730      +19     
Flag Coverage Δ
#aux 74.97% <ø> (-0.06%) ⬇️
#base 76.28% <ø> (-0.55%) ⬇️
#dhcp 71.56% <ø> (-0.32%) ⬇️
#many 71.50% <ø> (-0.55%) ⬇️
#modules 23.44% <ø> (ø)
#topo 73.27% <ø> (-0.15%) ⬇️
Impacted Files Coverage Δ
daq/gateway.py 89.67% <0.00%> (-4.90%) ⬇️
daq/runner.py 86.55% <0.00%> (-1.69%) ⬇️

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 588189c...52ec747. Read the comment docs.

Copy link
Collaborator

@grafnu grafnu left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

See comments about test results, and then a few stickler comments.

RESULT skip security.passwords.http Port 80 is not open on target device.
RESULT skip security.passwords.https Port 443 is not open on target device.
RESULT skip security.passwords.telnet Port 23 is not open on target device.
RESULT skip security.passwords.ssh Port 22 is not open on target device.
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Why this change? What happened to testing the fail condition?

Copy link
Collaborator Author

@em-redstone em-redstone Jun 25, 2020

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'll address this issue with the next commits, the docker containers tend to be a bit flaky on my machine - sorry, I completely missed this!

RESULT fail connection.dhcp_long
RESULT fail connection.min_send
RESULT info communication.type.broadcast
RESULT fail protocol.app_min_send
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

why are all these fail? Where's the tests for pass or skip?

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hi Trevor,

I've only tried to made code changes with regards to the communication.type.broadcast test - since there's been more frequent changes to the network module, I've added the network module back into test_aux.sh - but it's been removed for a long while so I'm not sure why the others are all failing or whether they were always like this, but I'll look into this.

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

These tests rely on reading monitor_scan.pcap which is currently turned off within by test_aux.sh which might explain the fail. The setting might need to be changed

@em-redstone to note that connection.dhcp_long will need to be removed from the module (will form part of a different test module). The same for app_min_send as it's not part of the test plan

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks @noursaidi, I can remove these two tests in the next commit if that's what you meant, or did you mean to just make note of it in the readme.md?

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@em-redstone I was noting it in case you were going to try and get the aux tests to pass/fail for them. We can do a seperate issue/PR to remove them

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think we should keep them as is (exposed) and then fix them in another PR. Before they were just hidden which is the worst situation. Now we can at least see what is wrong! I'll send a note to the team to figure out how to address this.

@grafnu
Copy link
Collaborator

grafnu commented Jun 25, 2020 via email

@em-redstone
Copy link
Collaborator Author

What we should do is separate out the problems into two categories... 1. Something new that was inadvertently introduced, and shouldn't happen (making the system worse). I think this would manifest itself as changes in the test result from pass <-> fail etc... 2. Something that was there before, but is now just being exposed. This would manifest itself as a new test result that, although wrong, wasn't there before. I don't want to shoot the messenger here. For this PR, you should fix things that are in category #1. We don't want things that were working before to break. But, you should NOT fix things in #2 -- it's ok to expose them (that's good), but I don't want to bog this PR down with fixing everything. We should then address that in another PR. What we need to do then, is accurately triage the cases into #1 or #2. It sounds like one set is category #1, while the other set is #2.

Hi @grafnu, @noursaidi,

I've just compared the network module results in test_aux.out in a run of the master vs. multicast branch and they have the same results so I assume this was an issue that was present for some time only to be found out now #2.

I can address the issues related to the multicast test in this PR such as the lint issues and the result changes in test_aux.out #1, but for the failing network tests and removal of the two tests we could probably make another PR for those.

Regards

@em-redstone
Copy link
Collaborator Author

Hi all,

I've fixed the lint errors, and the test_aux.out results are back to how they should be for security.password. I think it was due to the docker containers in my machine - I get these from time to time.

With the failing network module results, should I just remove them for now from test_aux for this PR?

Thanks.

RESULT fail connection.dhcp_long
RESULT fail connection.min_send
RESULT info communication.type.broadcast
RESULT fail protocol.app_min_send
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think we should keep them as is (exposed) and then fix them in another PR. Before they were just hidden which is the worst situation. Now we can at least see what is wrong! I'll send a note to the team to figure out how to address this.

@pisuke
Copy link
Collaborator

pisuke commented Aug 3, 2020

Closing this as it is addressed in #565

@pisuke pisuke closed this Aug 3, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants