自动驾驶网络大学课程W3L2

Week 3 Lesson 2, 

Week 3 的第二课是Sigcomm 14上的一篇论文，SDX A software defined Internet Exchange. 

文章就是老师自己写的，文章从Internet Exchange IXP入手，IXP这个位置是各个ISP的AS互联互通的节点，IXP通过BGP协议和各个AS互通，通过二层交换机互联各个AS的端口。

文章首先从几个依靠BGP协议导致的问题，入仅仅依靠目的IP地址路由，仅仅能影响到相邻的节点，对Policy的非直接表达等。

文章给出了SDX Software defined Internet Exchange的建议，并且分析了SDX要取得应用需要解决几个问题，包括哪些应用会驱动SDX的部署，可编程的抽象，扩展性和现实部署。

文章给出了几个具体应用的例子：基于应用的对等交互，可以对每种不同应用的报文设置不同的BGP邻居；入口方向的流量工程；基于广域网的负载均衡；基于中间件的业务重定向。

文章对可编程的抽象还是按照Open Flow类似的Match Action的方式。

文章给出了一个SDX的原型，采用Open vSwitch软件交换机，BGP server采用ExaBGP，Policy的编译器是基于Pyretic。

文章模拟了一个前面提出的几种应用的例子并对结果进行了评估。

结论：

SDX可以打破长期存在的域间路由问题的僵局，通过启用全新的策略，对包处理进行细粒度控制。SDX支持匹配和作用于多个报头字段的策略，并允许AS对流量进行远程控制。SDX解决了支持sdn的IXP面临的许多挑战。虚拟交换机抽象确保AS不能看到或控制其权限之外的域间路由的各个方面。策略编译允许SDX控制器组合策略，解决参与者之间出现的冲突。

SDX策略编译算法保证了转发与BGP路由通告的一致性;各种优化确保SDX策略可以有效地编译为流规则;当策略或BGP路由发生变化时，可以快速更新这些规则。我们已经对SDX进行了控制设置和广泛区域的实验，并发布了SDX控制器[18]的初步版本。在正在进行的工作中，我们正在与一个大型区域性的IXP合作，部署OpenFlow交换机和我们的SDX控制器，以初步部署BGP以外的域间路由应用程序。

随着对更灵活的数据平面功能需求的增长，我们认为BGP也应该进化到支持更丰富的模式(超越目标前缀)和动作(超越选择单一的下一跳)。

我们还设想，参与的AS最终可能不仅要编写策略来控制流量如何在AS之间流动，而且还要控制流量如何通过源和目的地之间的中间箱(和其他云托管服务)流动，从而实现通过中间箱的“服务链”。

这节课的难度明显提升了很多，BGP协议的引入，Internet路由结构，业务区分，策略路由等等，没有一定的网络基础很难搞清楚，文章也包含SDX的实现和测试，更加加深了难度。

课下作业是自己建一个Mininet+ONOS的实验环境，一方面考研了动手能力，ONOS作为SDN控制器引入，这坡爬的，直接上了几个台阶。学霸能把这些都弄清楚确实不容易，一旦都弄明白了，这Internet不也学习了好大一部分了吗。