[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: [OASIS Issue Tracker] Updated: (MQTT-194) Status of chapter 6 Using WebSocket as a network transport. is unclear
[ http://tools.oasis-open.org/issues/browse/MQTT-194?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Peter Niblett updated MQTT-194:
-------------------------------
Proposal:
1. Register the sub-protocol name "mqtt" with IANA for use with the MQTT3.1.1 specification.
2. Change the body of chapter 6 line 1757 onwards to be normative.
If MQTT is transported over a WebSocket [RFC6455] connection, the following conditions apply:
• MQTT Control Packets MUST be sent in WebSocket binary data frames. If any other type of data frame is received the recipient MUST close the Network Connection.
• A single WebSocket data frame can contain multiple or partial MQTT Control Packets.
The receiver MUST NOT assume that MQTT Control Packets are aligned on WebSocket frame boundaries.
• The client MUST include "mqtt" in the list of WebSocket Sub Protocols it offers.
• The WebSocket Sub Protocol name selected and returned by the server MUST be "mqtt".
• The WebSocket URI used to connect the client and server has no impact on the MQTT protocol.
3. Add the following bullet point to 7.1.1 (MQTT Server compliance target)
• Chapter 6 (if MQTT is transported over a WebSocket connection)
4. Add the following bullet point to 7.1.2 (MQTT Client compliance target)
• Chapter 6 (if MQTT is transported over a WebSocket connection)
was:
1. Register the sub-protocol name "mqtt" with IANA for use with the MQTT3.1.1 specification.
2. Change the body of chapter 6 line 1757 onwards to be normative.
If MQTT is transported over a WebSocket [RFC6455] connection, the following conditions apply:
• MQTT Control Packets MUST be sent in WebSocket binary data frames. If any other type of data frame is received the recipient MUST close the Network Connection.
• A single WebSocket data frame can contain multiple or partial MQTT Control Packets.
The receiver MUST NOT assume that MQTT Control Packets are aligned on WebSocket frame boundaries.
• The client MUST include "mqtt" in the list of WebSocket Sub Protocols it offers.
• The WebSocket Sub Protocol name selected and returned by the server MUST be "mqtt".
• The WebSocket URI used to connect the client and server has no impact on the MQTT protocol.
3. Add the following bullet point to 7.1.1 (MQTT Server compliance target)
• Chapter 5 (if MQTT is transported over a WebSocket connection)
4. Add the following bullet point to 7.1.2 (MQTT Client compliance target)
• Chapter 5 (if MQTT is transported over a WebSocket connection)
Apologies - Chapter 7 references should be to Chapter 6 not Chapter 5. I've updated the proposal
> Status of chapter 6 Using WebSocket as a network transport. is unclear
> ----------------------------------------------------------------------
>
> Key: MQTT-194
> URL: http://tools.oasis-open.org/issues/browse/MQTT-194
> Project: OASIS Message Queuing Telemetry Transport (MQTT) TC
> Issue Type: Improvement
> Components: core
> Reporter: Andrew Banks
>
> It is not clear if chapter 6 Using WebSocket as a network transport. is part of the normative specification.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://tools.oasis-open.org/issues/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]