-
Notifications
You must be signed in to change notification settings - Fork 69
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
Introduction of raw TCP rules #286
Closed
Closed
Changes from all commits
Commits
Show all changes
20 commits
Select commit
Hold shift + click to select a range
7bb6c2c
Update README.md
pod909 bafe19d
Update SUMMARY.md
pod909 8b7d4b7
Update connection.md
pod909 ccdcb30
tcp end point detail
pod909 306ed2c
raw socket service type
pod909 4301ada
add raw socket
pod909 2a9b1ff
udates to hello message
pod909 2f555da
Update streaming_api: bracke(t) typo
pod909 fafa7e3
Update connection: missing comma correction
pod909 eb4c1ec
Update url_etc: element to property, remove source
pod909 7039fc4
First char { SHOULD, no mixed protocol
pod909 66369f4
Update to remove client/server roles
pod909 2732fd9
Implementation note packet closure on \n
pod909 7e8e5e9
Update streaming_api.md
pod909 08f30ef
typo clear up
pod909 2d66c0b
char(13) and char(10) wrong way round
pod909 4300eac
typo correction
pod909 bcaffe8
spelling errors
pod909 1cc9f97
only mandate hello for WS and TCP
pod909 9bde562
clarification of timestamp handling in the hello
pod909 File filter
Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -1,9 +1,8 @@ | ||
#Ports, Urls and Versioning | ||
##Ports, Urls and Versioning | ||
|
||
### Short Names | ||
|
||
- `self` refers to the current vessel. Normally used in `vessels.self...`. | ||
|
||
### Ports | ||
|
||
The Signal K HTTP and WebSocket services SHOULD be found on the usual HTTP/S ports (80 or 443). The services SHOULD be | ||
|
@@ -14,22 +13,17 @@ A Signal K server MAY offer Signal K over TCP or UDP, these services SHOULD be o | |
If an alternate port is needed it SHOULD be an arbitrary high port in the range 49152–65535[[2]](#fn_2). | ||
|
||
### URL Prefix | ||
|
||
The Signal K applications start from the `/signalk` root. This provides some protection against name collisions with | ||
aTihe Signal K applications start from the `/signalk` root. This provides some protection against name collisions with | ||
other applications on the same server. Therefore the Signal K entry point will always be found by loading | ||
`http(s)://«host»:«port»/signalk`. | ||
|
||
### Versioning | ||
|
||
The version(s) of the Signal K API that a server supports SHALL be available as a JSON object available at `/signalk`: | ||
|
||
```json | ||
{ | ||
"endpoints": { | ||
"v1": { | ||
"version": "1.1.2", | ||
"signalk-http": "http://192.168.1.2/signalk/v1/api/", | ||
"signalk-ws": "ws://192.168.1.2:34567/signalk/v1/stream" | ||
"endpoints": { "v1": { | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Typo? There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. not part of this change so can't comment |
||
"version": "1.1.2", "signalk-http": "http://192.168.1.2/signalk/v1/api/", "signalk-ws": "ws://192.168.1.2:34567/signalk/v1/stream" | ||
}, | ||
"v3": { | ||
"version": "3.0", | ||
|
@@ -69,9 +63,9 @@ If a server does not support some streaming options listed in here it must respo | |
|
||
See [Subscription Protocol](subscription_protocol.html) for more details. | ||
|
||
##### Connection Hello | ||
#### Streaming Connection "Hello" | ||
|
||
Upon connection a 'hello' message is sent as follows: | ||
Before a node sends any signalk-delta messages over a Web Socket or TCP connection it MUST send a 'hello' message. The format of the 'hello' message is as follows: | ||
|
||
```json | ||
{ | ||
|
@@ -80,3 +74,14 @@ Upon connection a 'hello' message is sent as follows: | |
"self": "123456789" | ||
} | ||
``` | ||
|
||
"version" - The 'hello' message MUST contain a "version" property which MUST have a string value identifying the lowest version of signalk-delta that defines the format of the messages that will follow. | ||
|
||
"timestamp" - The 'hello' message SHOULD contain a "timestamp" property. | ||
|
||
1. The timestamp MUST have a string value representing the date and time at the node that sent the 'hello' message. | ||
2. The timestamp SHOULD be synchronised with UTC. UTC timestamps MUST end with a capital Z. | ||
3. If the timestamp is not synchronised with UTC then the receiving node SHOULD compare the timestamp with the time at the receiving node at which the 'hello' is received and use the delta to correct the timestamp of subsequent signalk-delta messages received from the sending node. If it can not perform this function it MUST delete the timestamp and treat the message as if it had no timestamp. | ||
|
||
"self" - The 'hello' massage MAY contain a "self" property which MUST have a string value that identifies the vessel the message pertains to. | ||
|
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
s/openning/opening/