PcapPlusPlus
PcapPlusPlus copied to clipboard
Add SOME/IP protocol
Add SOME/IP layer support
- Add SomeIPLayer class for handling SOME/IP packets
- Support for crafting and parsing packets
- Add tests
- Update README.md file
SOME/IP TP and SOME/IP SD support will follow in separate PRs.
@seladb can you please restart build?, we tried to fix a regression, however it seams now an unrelated memory leak check fired.
Done!
Done!
@seladb thx. We cant reproduce the regressions locally. We tried both locally mingw-w64 and vs 2019 release. But all tests are passing locally using those compilers. Perhaps I am using other flags or other settings as the build machine, I dont know. Is there a way to get the build artifacts (Packet++Test.exe, ...) from the test system, so we can debug them locally? Do you have other suggestions? It would be really nice to have the failing executables. Otherwise I would have to change tests to add more debugging code.
@seladb can you please approve the workflow. Also this PR is ready for review, how should we proceed?
SOME/IP TP and SOME/IP SD support will follow in separate PRs.
Would be cool to see or to, at least, understand how do you plan to parse SD messages.
SOME/IP TP and SOME/IP SD support will follow in separate PRs.
Would be cool to see or to, at least, understand how do you plan to parse SD messages.
Our preference would have been to base the PRs for adding SOME/IP-SD and SOME/IP-TP on origin/dev as soon as the plain SOME/IP PR is merged, but if it makes review easier for you, we can also already create the PRs and base them on the plain SOME/IP PR branch. Please let me know what you would prefer, so we know whether we should create the PRs already. Thanks
SOME/IP TP and SOME/IP SD support will follow in separate PRs.
Would be cool to see or to, at least, understand how do you plan to parse SD messages.
Our preference would have been to base the PRs for adding SOME/IP-SD and SOME/IP-TP on origin/dev as soon as the plain SOME/IP PR is merged, but if it makes review easier for you, we can also already create the PRs and base them on the plain SOME/IP PR branch. Please let me know what you would prefer, so we know whether we should create the PRs already. Thanks
I am okay with the idea to finish current MR first. But, in theory, you can also split changes into several commits even in this MR. But, well, up to you.
On the other hand, if you would add SD messages processing, I could try to test it.
@seladb @miketsukerman this PR is ready for review. I also upstreamed our implementation of SOME/IP-TP in a second PR. It is also ready for review. The implementation for the SOME/IP-SD will quickly follow.
@seladb thx for the review, i currently will focus on NDP/ICMPv6 so there will be no progress here the next week
@seladb thx for the review, i currently will focus on NDP/ICMPv6 so there will be no progress here the next week
Sure, no problem at all! Thanks for your ongoing contribution to this project!