趣谈网络协议
刘超
网易研究院云计算技术部首席架构师
立即订阅
39583 人已学习
课程目录
已完结 51 讲
0/4登录后，你可以任选4讲全文学习。
开篇词 (1讲)
开篇词 | 想成为技术牛人？先搞定网络协议！
免费
第一模块 通信协议综述 (4讲)
第1讲 | 为什么要学习网络协议？
第2讲 | 网络分层的真实含义是什么？
第3讲 | ifconfig：最熟悉又陌生的命令行
第4讲 | DHCP与PXE：IP是怎么来的，又是怎么没的？
第二模块 底层网络知识详解：从二层到三层 (5讲)
第5讲 | 从物理层到MAC层：如何在宿舍里自己组网玩联机游戏？
第6讲 | 交换机与VLAN：办公室太复杂，我要回学校
第7讲 | ICMP与ping：投石问路的侦察兵
第8讲 | 世界这么大，我想出网关：欧洲十国游与玄奘西行
第9讲 | 路由协议：西出网关无故人，敢问路在何方
第二模块 底层网络知识详解：最重要的传输层 (4讲)
第10讲 | UDP协议：因性善而简单，难免碰到“城会玩”
第11讲 | TCP协议（上）：因性恶而复杂，先恶后善反轻松
第12讲 | TCP协议（下）：西行必定多妖孽，恒心智慧消磨难
第13讲 | 套接字Socket：Talk is cheap, show me the code
第二模块 底层网络知识详解：最常用的应用层 (4讲)
第14讲 | HTTP协议：看个新闻原来这么麻烦
第15讲 | HTTPS协议：点外卖的过程原来这么复杂
第16讲 | 流媒体协议：如何在直播里看到美女帅哥？
第17讲 | P2P协议：我下小电影，99%急死你
第二模块 底层网络知识详解：陌生的数据中心 (6讲)
第18讲 | DNS协议：网络世界的地址簿
第19讲 | HTTPDNS：网络世界的地址簿也会指错路
第20讲 | CDN：你去小卖部取过快递么？
第21讲 | 数据中心：我是开发商，自己拿地盖别墅
第22讲 | VPN：朝中有人好做官
第23讲 | 移动网络：去巴塞罗那，手机也上不了脸书
第三模块 热门技术中的应用：云计算中的网络 (5讲)
第24讲 | 云中网络：自己拿地成本高，购买公寓更灵活
第25讲 | 软件定义网络：共享基础设施的小区物业管理办法
第26讲 | 云中的网络安全：虽然不是土豪，也需要基本安全和保障
第27讲 | 云中的网络QoS：邻居疯狂下电影，我该怎么办？
第28讲 | 云中网络的隔离GRE、VXLAN：虽然住一个小区，也要保护隐私
第三模块 热门技术中的应用：容器技术中的网络 (3讲)
第29讲 | 容器网络：来去自由的日子，不买公寓去合租
第30讲 | 容器网络之Flannel：每人一亩三分地
第31讲 | 容器网络之Calico：为高效说出善意的谎言
第三模块 热门技术中的应用：微服务相关协议 (5讲)
第32讲 | RPC协议综述：远在天边，近在眼前
第33讲 | 基于XML的SOAP协议：不要说NBA，请说美国职业篮球联赛
第34讲 | 基于JSON的RESTful接口协议：我不关心过程，请给我结果
第35讲 | 二进制类RPC协议：还是叫NBA吧，总说全称多费劲
第36讲 | 跨语言类RPC协议：交流之前，双方先来个专业术语表
第四模块 网络协议知识串讲 (4讲)
第37讲 | 知识串讲：用双十一的故事串起碎片的网络协议（上）
第38讲 | 知识串讲：用双十一的故事串起碎片的网络协议（中）
第39讲 | 知识串讲：用双十一的故事串起碎片的网络协议（下）
第40讲 | 搭建一个网络实验环境：授人以鱼不如授人以渔
答疑与加餐 (9讲)
协议专栏特别福利 | 答疑解惑第一期
协议专栏特别福利 | 答疑解惑第二期
协议专栏特别福利 | 答疑解惑第三期
协议专栏特别福利 | 答疑解惑第四期
协议专栏特别福利 | 答疑解惑第五期
加餐1 | 测一测：这些网络协议你都掌握了吗？
加餐2 | 创作故事：我是如何创作“趣谈网络协议”专栏的？
加餐3 | “趣谈网络协议”专栏食用指南
第2季回归 | 这次我们来“趣谈Linux操作系统”
结束语 (1讲)
结束语 | 放弃完美主义，执行力就是限时限量认真完成
趣谈网络协议
登录|注册
协议专栏特别福利 | 答疑解惑第四期
刘超 2018-08-27
你好，我是刘超。
第四期答疑涵盖第 14 讲至第 21 讲的内容。我依旧对课后思考题和留言中比较有代表性的问题作出回答。你可以点击文章名，回到对应的章节复习，也可以继续在留言区写下你的疑问，我会持续不断地解答。希望对你有帮助。
《第 14 讲 | HTTP 协议：看个新闻原来这么麻烦》
课后思考题
QUIC 是一个精巧的协议，所以它肯定不止今天我提到的四种机制，你知道还有哪些吗？
云学讲了一个 QUIC 的特性。
QUIC 还有其他特性，一个是快速建立连接。这个我放在下面 HTTPS 的时候一起说。另一个是拥塞控制，QUIC 协议当前默认使用了 TCP 协议的 CUBIC（拥塞控制算法）。
你还记得 TCP 的拥塞控制算法吗？每当收到一个 ACK 的时候，就需要调整拥塞窗口的大小。但是这也造成了一个后果，那就是 RTT 比较小的，窗口增长快。
然而这并不符合当前网络的真实状况，因为当前的网络带宽比较大，但是由于遍布全球，RTT 也比较长，因而基于 RTT 的窗口调整策略，不仅不公平，而且由于窗口增加慢，有时候带宽没满，数据就发送完了，因而巨大的带宽都浪费掉了。
CUBIC 进行了不同的设计，它的窗口增长函数仅仅取决于连续两次拥塞事件的时间间隔值，窗口增长完全独立于网络的时延 RTT。
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《趣谈网络协议》，如需阅读全部文章，
请订阅文章所属专栏。
请订阅文章所属专栏。
立即订阅
登录 后留言
精选留言(2)
阳光不锈网联是三地六中心同时使用。虽然没有任何技术输出2019-10-15
清新灬小柠檬很高端的一些知识了，都没人提问了2019-10-12
收起评论