基于YANG的可编程网络:用YANG、NETCONF、RESTCONF和gNMI实现网络自动化架构电子书

推荐语

译者简介

推荐序

译者序

前言

致谢

作者简介

技术审校者简介

第1章 网络管理世界必须改变：你为什么要关心这件事

1.1 导言

1.2 行业发生了变化：趋势是什么

1.2.1 缩短部署时间

1.2.2 CLI不再是标准（无法自动化的功能不应存在）

1.2.3 硬件商品化和解耦

1.2.4 DevOps时代

1.2.5 软件定义网络

1.2.6 网络功能虚拟化

1.2.7 弹性云：按需付费

1.2.8 数据模型驱动的管理

1.2.9 数据模型驱动的遥测

1.2.10 基于意图的网络

1.2.11 软件正在吞噬世界

1.3 现有网络管理实践和相关限制

1.3.1 CLI：这是API吗

1.3.2 SNMP：用于监控但不用于配置

1.3.3 NetFlow和IPFIX：主要用于流记录

1.3.4 syslog：无结构化数据

1.4 数据模型是自动化的关键

1.4.1 信息模型与数据模型的差异

1.4.2 用不同的数据模型管理网络的挑战

专家访谈

与Victor Kuarsing的问答

与Russ White的问答

小结

参考资料

注释

第2章 数据模型驱动的管理

2.1 起因：一套新的要求

2.2 网络管理已死，网络管理万岁

2.3 YANG：数据建模语言

2.4 自动化的关键？数据模型

2.4.1 YANG和运维人员的需求

2.4.2 良好数据模型的属性

2.4.3 不同类型的YANG模块

2.4.4 从MIB模块映射YANG对象

2.5 管理架构

2.6 数据模型驱动的管理组件

2.7 编码（协议绑定和序列化）

2.7.1 XML

2.7.2 JSON

2.7.3 Google protobuf

2.7.4 CBOR

2.8 服务器架构：数据存储

2.9 协议

2.9.1 NETCONF

2.9.2 RESTCONF

2.9.3 gNMI（gRPC）

2.9.4 CoMI

2.10 编程语言

2.11 遥测

2.12 使用NETCONF管理网络

专家访谈

与Jürgen Schönwälder的问答

小结

参考资料

注释

第3章 对YANG的阐释

3.1 导言

3.2 描述数据世界

3.2.1 准确描述数据

3.2.2 将数据归类

3.3 描述可能的事件

3.3.1 动作和RPC

3.3.2 通知

3.4 区分状态数据与配置数据

3.5 约束使事情有意义

3.5.1 强制性和默认数据

3.5.2 条件内容

3.5.3 正确跟随指针

3.5.4 不考虑模式节点

3.6 增扩、扩展和可能的偏离

3.6.1 扩展YANG

3.6.2 偏离

3.7 网络管理数据存储架构

专家访谈

与Martin Björklund的问答

小结

参考资料

第4章 对NETCONF、RESTCONF和gNMI的阐释

4.1 导言

4.2 NETCONF

4.2.1 基本原理

4.2.2 XML标签、属性和命名空间

4.2.3 RPC机制

4.2.4 消息框架

4.2.5 消息概述

4.2.6 hello消息

4.2.7 get-config消息

4.2.8 edit-config消息

4.2.9 get消息

4.2.10 RPC和动作

4.2.11 通知

4.2.12 更多NETCONF操作

4.2.13 NMDA操作get-data和edit-data

4.3 RESTCONF

4.3.1 REST原则

4.3.2 RESTCONF与NETCONF对比

4.3.3 查找RESTCONF服务器URL

4.3.4 阅读和导航RESTCONF资源

4.3.5 使用RESTCONF创建和更新配置

4.3.6 动作

4.3.7 通知

4.4 OpenConfig和gNMI

4.4.1 gRPC

4.4.2 gNMI CapabilityRequest

4.4.3 gNMI GetRequest

4.4.4 gNMI SetRequest

4.4.5 gNMI SubscribeRequest和遥测

4.4.6 YANG RPC、动作和通知

专家访谈

与Kent Watsen的问答

小结

参考资料

第5章 对遥测的阐释

5.1 导言

5.2 数据模型驱动的遥测

5.3 从SNMP转向遥测

5.4 遥测的使用案例

5.5 遥测组件

5.5.1 架构

5.5.2 传输讨论：监控与事件

5.5.3 订阅类型：变动与定期

5.5.4 拨入模式和拨出模式

5.6 遥测标准机制

5.6.1 NETCONF事件通知

5.6.2 IETF YANG订阅

5.6.3 IETF YANG Push与OpenConfig：一些历史

5.6.4 OpenConfig流式遥测

专家访谈

与Alex Clemm的问答

小结

参考资料

注释

第6章 YANG数据模型在行业中的发展

6.1 导言

6.2 起点：IETF

6.3 在整个行业中拥抱YANG

6.4 OpenConfig YANG模型

6.5 需要行业协调

6.6 互操作性测试

6.7 为特定功能实现一个以上的YANG模型

专家访谈

与Carl Moberg的问答

小结

参考资料

注释

第7章 自动化与数据模型、相关元数据及工具一样好：面向网络架构师和运维人员

7.1 导言

7.2 了解YANG模块的结构

7.3 使用YANG Catalog查找合适的模块

7.3.1 YANG Search

7.3.2 模块树

7.3.3 模块（元数据）详细信息

7.3.4 使用YANG Suite从节点迁移到RPC和脚本

7.4 与设备交互

7.4.1 NETCONF工具

7.4.2 RESTCONF工具

7.4.3 遥测工具

7.4.4 商业产品

专家访谈

与Einar Nilsen-Nygaard的问答

小结

注释

第8章 自动化与数据模型、相关元数据及工具一样好：面向模块作者

8.1 导言

8.2 设计模块

8.2.1 向他人学习

8.2.2 编译和验证模块

8.2.3 测试模块

8.2.4 共享模块的元数据

8.3 理解模块的影响

专家访谈

与William Lupton的问答

小结

注释

第9章 自动化与数据模型、相关元数据及工具一样好：面向应用开发人员

9.1 导言

9.2 与YANG模块合作

9.2.1 集成YANG Catalog元数据

9.2.2 嵌入pyang

9.2.3 pyang插件

9.2.4 利用libyang解析YANG

9.3 与网络互动

9.3.1 使用ncclient的NETCONF

9.3.2 使用libnetconf2的NETCONF客户端和服务器

9.3.3 与RESTCONF服务器交互

9.4 YANG语言的原生化

9.4.1 YDK

9.4.2 pyangbind

专家访谈

与Radek Krejčí的问答

小结

注释

第10章 使用NETCONF和YANG

10.1 导言

10.2 故事情节

10.3 自上而下的服务模型

10.4 自下而上的设备模板

10.5 连接点的服务逻辑

10.6 在设备上设置NETCONF

10.7 发现设备上的内容

10.8 管理服务

10.9 管理器与设备的同步

10.10 全网范围事务

专家访谈

与Kristian Larsson的问答

小结

第11章 YANG模型设计

11.1 导言

11.2 建模策略

11.2.1 入门

11.2.2 你就是四星级将军

11.3 YANG建模技巧

11.3.1 命名模块

11.3.2 发布模块

11.3.3 选择YANG标识符

11.3.4 接受空配置

11.3.5 使用leafref

11.3.6 注意XPath特性

11.3.7 枚举和其他

11.3.8 选择主键

11.3.9 空类型和布尔类型

11.3.10 重用分组

11.3.11 偏离标准YANG模块

11.3.12 瞬态配置和其他依赖项

11.3.13 增强YANG模型

11.3.14 anyxml和anydata类型

11.4 常见的YANG错误

11.4.1 不明确的optional leaf

11.4.2 缺失范围

11.4.3 过度使用字符串

11.4.4 错误的字符串模式

11.4.5 无效的空配置

11.4.6 使用约束时出现的误解

11.4.7 缺少简单的约束

11.4.8 误入歧途

11.4.9 断开连接的多键leafref

11.4.10 一个/任何一个/所有混合在一起

11.4.11 XPath表达式的性能

11.5 向后兼容性

11.5.1 规则与保持相关性

11.5.2 工具

专家访谈

与Andy Bierman的问答

小结

参考资料