2015年7月13日
摘要：
零。前言这里整理了一下错误和安全相关部分简单记录。一。HTTP/2错误1. 错误定义HTTP/2定义了两种类型错误：导致整个连接不可使用的错误为连接错误(connection error)单独出现在单个连接上的错误为流错误(stream error)2. 错误代码错误代码，32位正整数表示错误原因，... 阅读全文
摘要：
前言无论是HTTP/1.*还是HTTP/2，HTTP的基本语义是不变的，比如方法语义（GET/PUST/PUT/DELETE），状态码（200/404/500等），Range Request，Cacheing，Authentication、URL路径。以前纯文本形式作为传输的载体，HTTP/2带来了... 阅读全文
摘要：
零。前言客户端和服务器端一旦握手协商成功接建立连接，端点之间可以基于HTTP/2协议传递交换帧数据了。一。帧通用格式下图为HTTP/2帧通用格式：帧头+负载的比特位通用结构：+-----------------------------------------------+| ... 阅读全文
摘要：
零。前言本部分将讲解HTTP/2协议中对流的定义和使用，其实就是在说HTTP/2是若何做到多路复用的。一。流和多路复用的关系1. 流的概念流（Stream），服务器和客户端在HTTP/2连接内用于交换帧数据的独立双向序列，逻辑上可看做一个较为完整的交互处理单元，即表达一次完整的资源请求-响应数据交换... 阅读全文
摘要：
前言HTTP/2协议在TCP连接之初进行协商通信，只有协商成功，才会涉及到后续的请求-响应等具体的业务型数据交换。HTTP版本标识符h2，基于TLS之上构建的HTTP/2，作为ALPN的标识符，两个字节表示，0x68, 0x32，即httpsh2c，直接在TCP之上构建的HTTP/2，缺乏安全保证，... 阅读全文
摘要：
前言本系列基于HTTP/2第17个草案文档，地址就是：https://tools.ietf.org/html/draft-ietf-httpbis-http2-17。HTTP/2规范已经通过发布批准，下面等待分配具体的RFC号码，不会有所较大的变动了。本笔记不是直接翻译，记录成笔记方便以后学习。HT... 阅读全文
摘要：
前言这里简单做一些小结和对比，针对前面的协议翻译部分，一阶段的学习完结。MQTT-SN VS MQTTMQTT-SN基于MQTT原有语义，但做了很多的调整。比如：一个CONNECT消息被拆分为3个消息主题名称需要使用主题标识符替代 * 网关地址可以广播、查询得知MQTT-SN 与 MQTT对比，使用... 阅读全文
摘要：
前言本篇是MQTT-SN 1.2协议最后一篇翻译了，主要涉及实现要点，很简短。需要支持QoS 值为 -1QoS虽默认设置有0,1,2三个值，但还有一种情况其值为-1。来自客户端的PUBLISH消息中若QoS为-1的情况下，此刻客户端不会关心和网关有没有建立连接，也不在乎时间点，有消息就需要发出去。透... 阅读全文
摘要：
前言紧接上文，这是第三篇，主要是对MQTT-SN 1.2协议进行总体性功能描述。嗯，这一部分可以结合着MQTT协议对比着来看。网关的广播和发现网关只能在成功连接到MQTT Server之后，才能够周期性的在无线个人区域网WPNs内对所有客户端广播ADVERTISE消息，便于客户端被动知道网关的存在。... 阅读全文
摘要：
前言紧接着上篇初步介绍，本文为第二篇，主要梳理MQTT-SN 1.2协议中定义的消息格式。通用消息格式消息头其它可变部分2/4字节表示N字节组成消息头部长度消息类型1或3个字节1个字节长度要么是1个字节，要么3个字节表示，并且自身也会包含在其内。一个字节可表示256长度，一般情况下，完全够用了。只需... 阅读全文
摘要：
前言这一段时间在翻看MQTT-SN的协议，对针对不依赖于TCP传输的MQTT协议十分感兴趣，总是再想着这货到底是怎么定义的。一系列文章皆有MQTT-SN 1.2协议所拼装组成，原文档地址：MQTT-SN_spec_v1.2.pdfMQTT-SN文档分为7个部分，我直接按照从前到后的顺序，直接组装成四... 阅读全文
摘要：
前言以前看英文文章或资料，看完之后，摘要或者忘记。这一次选择感兴趣的MQTT 3.1.1介绍文章资料，引文见文末，作为练手；非完全翻译，去除掉一些广告性描述，若侵权，请告知。在沉寂了四年之后，QTT 3.1.1规范于2014年10月30号正式发布，与此同时MQTT 3.1.1已成为OASIS（结构化... 阅读全文
摘要：
前言MQTT 3.1协议在弱网络环境下（比如2G/3G等）表现不够好，因此才有了反思。弱网环境下表现手机等终端在弱网络环境下丢包情况会非常明显，连接MQTT Server成功率很低。相比单纯的请求-相应模型的HTTP，其成功率会比MQTT订阅成功高很多。手机终端在每次TCP断开或断网后，会即刻发起T... 阅读全文
摘要：
前言MQTT协议诞生之初，就未曾考虑通过HTTP传输。这也正常，网络受限、不稳定网络不太适合HTTP（2G/3G网络大家使用WAP不也OK嘛）。在网络较为充裕的桌面端而言，虽纯文本对比二进制而言没多大优势，受制于历史遗留和使用习惯，以及一大票传统基础设施方便控制事宜，传统互联网/企业型应用，HTTP... 阅读全文
摘要：
前言MQTT协议专注于网络、资源受限环境，建立之初不曾考虑WEB环境，倒也正常。虽然如此，但不代表它不适合HTML5环境。HTML5 Websocket是建立在TCP基础上的双通道通信，和TCP通信方式很类似，适用于WEB浏览器环境。虽然MQTT基因层面选择了TCP作为通信通道，但我们添加个编解码方... 阅读全文
摘要：
前言MQTT定义了物联网传输协议，其标准倾向于原始TCP实现。构建于TCP的上层协议堆栈，诸如HTTP等，在空间上多了一些处理路径，稍微耗费了CPU和内存，虽看似微乎其微，但对很多处理能力不足的嵌入式设备而言，选择原始的TCP却是最好的选择。但单纯TCP不是所有物件联网的最佳选择，提供构建与TCP基... 阅读全文
摘要：
前言记忆不太好的时候，只能翻看以前的文章/笔记重新温习一遍，但找不到MQTT协议有关订阅部分的描述，好不容易从Evernote中找到贴出来，这样整个MQTT协议笔记，就比较齐全了。SUBSCRIBE一般来讲，客户端在成功建立TCP连接之后，发送CONNECT消息，在得到服务器端授权允许建立彼此连接的... 阅读全文
摘要：
前言前面的笔记已把所有消息类型都过了一遍，这里从消息流的角度尝试解读一下。网络故障在任何网络环境下，都会出现一方连接失败，比如离开公司大门那一刻没有了WIFI信号。但持续连接的另一端-服务器可能不能立即知道对方已断开。类似网络异常情况，都有可能在消息发送的过程中出现，消息发送出去，就丢失了。MQTT... 阅读全文
摘要：
MQTT协议笔记之发布流程前言这次要讲到客户端/服务器的发布消息行为，与PUBLISH相关的消息类型，会在这里看到。PUBLISH客户端发布消息经由服务器分发到所有对应的订阅者那里。一个订阅者可以订阅若干个主题(Topic name)，但一个PUBLISH消息只能拥有一个主题。消息架构一览：Desc... 阅读全文
摘要：
前言本篇会把连接(CONNECT)、心跳(PINGREQ/PINGRESP)、确认(CONNACK)、断开连接(DISCONNECT)和在一起。CONNECT像前面所说，MQTT有关字符串部分采用的修改版的UTF-8编码，CONNECT可变头部中协议名称、消息体都是采用修改版的UTF-8编码。前面基... 阅读全文