Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Update chip-tool listening port to be 'CHIP_PORT + 1' instead of CHIP… #4590

Merged
merged 1 commit into from
Feb 2, 2021

Conversation

vivien-apple
Copy link
Contributor

…_PORT

Problem

chip-tool is sometimes used to connect to a local accessory server running on the same machine. In this case the accessory server and chip-tool conflicts because both listens to port 11097 (CHIP_TOOL).

It is easy to workaround this by adding a ListenPort=11098 to /tmp/chip_tool_config.ini but it requires an extra step that is not necessary.

Summary of changes

  • Listen on port CHIP_PORT + 1 by default instead of CHIP_PORT

…_PORT

 #### Problem

`chip-tool` is sometimes used to connect to a local accessory server running on the same machine. In this case the accessory server and chip-tool conflicts because both listens to port `11097` (`CHIP_TOOL`).

It is easy to workaround this by adding a `ListenPort=11098` to `/tmp/chip_tool_config.ini` but it requires an extra step that is not necessary.

 #### Summary of changes
 * Listen on port `CHIP_PORT + 1` by default instead of `CHIP_PORT`
@andy31415
Copy link
Contributor

Should we add a command-line argument instead?

Although we are loking to deprecate chip tool, so maybe either approach works just as well.

@vivien-apple
Copy link
Contributor Author

Should we add a command-line argument instead?

At some point I should probably rewrite the command line parsing ability of chip-tool. It just seems a bunch of work for little value at the moment.

Although we are loking to deprecate chip tool, so maybe either approach works just as well.

On a side note it's possible that chip-tool may lies around as long as it is useful. But yeah, in theory it should be useless at some point.

@woody-apple woody-apple merged commit 32bfa2c into project-chip:master Feb 2, 2021
austinh0 pushed a commit to austinh0/connectedhomeip that referenced this pull request Feb 3, 2021
…_PORT (project-chip#4590)

#### Problem

`chip-tool` is sometimes used to connect to a local accessory server running on the same machine. In this case the accessory server and chip-tool conflicts because both listens to port `11097` (`CHIP_TOOL`).

It is easy to workaround this by adding a `ListenPort=11098` to `/tmp/chip_tool_config.ini` but it requires an extra step that is not necessary.

 #### Summary of changes
 * Listen on port `CHIP_PORT + 1` by default instead of `CHIP_PORT`
austinh0 pushed a commit to austinh0/connectedhomeip that referenced this pull request Feb 3, 2021
…_PORT (project-chip#4590)

#### Problem

`chip-tool` is sometimes used to connect to a local accessory server running on the same machine. In this case the accessory server and chip-tool conflicts because both listens to port `11097` (`CHIP_TOOL`).

It is easy to workaround this by adding a `ListenPort=11098` to `/tmp/chip_tool_config.ini` but it requires an extra step that is not necessary.

 #### Summary of changes
 * Listen on port `CHIP_PORT + 1` by default instead of `CHIP_PORT`
austinh0 pushed a commit to austinh0/connectedhomeip that referenced this pull request Feb 4, 2021
…_PORT (project-chip#4590)

#### Problem

`chip-tool` is sometimes used to connect to a local accessory server running on the same machine. In this case the accessory server and chip-tool conflicts because both listens to port `11097` (`CHIP_TOOL`).

It is easy to workaround this by adding a `ListenPort=11098` to `/tmp/chip_tool_config.ini` but it requires an extra step that is not necessary.

 #### Summary of changes
 * Listen on port `CHIP_PORT + 1` by default instead of `CHIP_PORT`
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants