[1.5.1/Linux] Adding a second NM-16ESW slot to c3725 is useless
Nobody has claimed this yet.
- Dominant language
- C
- Stars
- 405
- Forks
- 99
- Avg merge
- 3m
- Merged PRs (30d)
- 1
Description
Arping a node connected on the second slot from a node connected on the first slot does not get through the c3725 used as a switch.
The tests have been performed with all ports occupied on the first slot.
Wireshark shows that the ARP are received on the first slot but not transmitted on the second one.
Of course, no such issue between ports on the first slot.
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Reproduce the c3725 setup with two NM-16ESW slots, all ports on the first slot occupied, and verify ARP traffic with Wireshark. Trace packet forwarding between the two slots; the work is done when ARP requests received on the first slot are transmitted through the second slot as they are between ports on the first.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- c
- Domain
- networking
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100