b-robotized / b-robotized/ros_team_workspace
[Docker] Use different `ROS_DOMAIN_ID`s for different containers
- Dominant language
- Shell
- Stars
- 149
- Forks
- 29
- Avg merge
- 3d 3h
- Merged PRs (30d)
- 3
Description
- [ ] When a docker container is created, generate a random number between 1 and 101 (inclusive).
Explanation: http://docs.ros.org.ros.informatik.uni-freiburg.de/en/foxy/Concepts/About-Domain-ID.html
- [ ] Also use only local network inside container with the variable `ROS_LOCALHOST_ONLY=1` (hopefully this will use only local network for it.
We should optimize even further:
- [ ] Use CycloneDDS instead of FastDDS per default
- [ ] Configure no multicast on CycloneDDS per default (use `.xml` configuration file)
- [ ] Use separate networking interface for docker that do not allow broadcasting into network but allow receiving data from it. (maybe ROS should be working on separate network, that would be a solution – see configuration file)
Contributor guide
Research direction
Start by locating the Docker container creation configuration and review how ROS environment variables and networking are currently set. Investigate the requested ROS_DOMAIN_ID and ROS_LOCALHOST_ONLY behavior, then assess the CycloneDDS XML and separate-networking proposals; done requires resolving the full checklist with a verified container setup.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- docker, shell
- Domain
- devops, networking, robotics
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100