我是一个SDN交换机

我是一名SDN交换机

我的名字叫小羊，是湖工大的快递小哥。我送货很快。

我的工作普普通通，我的工资普普通通，买不起房子，但我知道，只要努力，就能够出人头地。因为在因特奈特国，识字的人并不多。因为我认得一些字，所以我才能成为一名光荣的快递员 。因为我每天都像机器一样运作，所以有时候大家也开玩笑说我是交换机。期初我还不喜欢，但时间久了，我也就习惯了。

我一直知道，我和外地的快递员不一样。

和我一样，工大计通学院的快递员都学过OpenFlow等SDN方向的语言，但是工大其他学院的快递员前辈们都是传统的快递员，那时候没有SDN方向，所以他们都要学OSPF,IS-IS等多种传统语言。而我只需要学习OpenFlow语言基本就可以上岗了。虽然学习内容少了，但是我们却需要SDN 控制器来指挥快递的转发。

为什么会出现SDN 方向呢，因为前辈们传统的工作模式已经固化。一方面，前辈快递员需要学习的知识太多，需要学习好多语言才能成为一名光荣的传统快递员，学习压力很大，而且学费也太贵。另一方面，传统的语言并没有办法沟通出全局的物流信息，导致有的时候快递转发效率太低了。但是我呢，我有快递主管来管理我，告诉我怎样收发快递。快递主管不仅非常聪明，还特别好学，经常会去进修一些新的转发逻辑算法，从而优化我的工作。

还记得我当快递员的第一天。那天是4月13号，星期二，走在上班的路上，竟想起了之前的好兄弟阿呆，阿呆学习不那么好，只是学会了二层转发的算法，毕业之后也不知道去哪里了。如果能再见一面就好了！

走进我的办公室之后，我拿起桌子上的工作手册，发现里面记录着我的主管信息。原来主管是Opendaylight家族人，在工大计通学院的172.30.249.49办公楼的6633房间工作。我赶紧给他发了一封hello联系信，信中告诉主管我学会的OpenFlow语言的最新版本。 我和主管通信的信件和包裹都是重要信息，所以一般由控制网络的专门的快递员转发，不像普通用户的快递那样由我们转发，不过有时候也可以放在一起运输，只不过那样就麻烦一些了。

一转眼的功夫，主管给我回复了一封hello信。我们就约定好用1.0版本的OpenFlow语言沟通。就在我读信的时候，又收到控制网络快递员宋铁柱大哥送来的信，我赶忙拆开信，原来是需要我发简历给主管，他想了解我的能力，好给我配置工作内容。

我赶紧从我的小书包里拿出修改了999遍的简历放在features_reply信封中，然后发给了主管，我心想：第一天上班，一定要好好表现！在我还在努力幻想好好工作带来的美好生活的时候，主管的信又来啦。我一看，这次是一封配置信。我按照配置信，认认真真配置完 我的办公室之后，满意地坐在桌子面前，傻笑着继续我的幻想。

谁知第一窗口马上就传进来一件快递，我赶忙查看一下快递信息：是10.0.0
.1发给10.0.0.8的快递。我翻开快递转发本子，却发现转发本子上空空荡荡，而我的脑海也和本子一样空空荡荡。

怎么办啊？第一件快递就不会处理。这时候我想起来我在学院学的OpenFlow语言规范里有提到，如果遇到不知道怎么处理的快递就给主管发Packetin 包裹，附带上快递件。于是我火急火燎的发给了主管。

我真笨。正在自责的时候，快递主管的包裹到了，那是一个packet_out包裹，让我赶忙把数据包给进货窗口以外的所有发货窗口都发一份。我照做了，虽然不知道为啥呢，但是我觉得主管的决定肯定是对的

很快啊，我又收到了10.0.0.1发给10.0.0.8的另一件快递，因为上次没有记录怎么处理这个类型的包裹，所以我只能再一次请求快递主管帮忙了。眨眼功夫，主管给我回复了一个Flow_mod信，信里说把10.0.01发给10.0.0.8 的快递统一送到3窗口，这下我的工作简单独立，无需再询问主管了。

第一天上班，几乎什么工作都要问主管才能完成转发，所以我忙的不可开交。不过还好，我很快就知道哪些包裹需要怎么处理了，只要不是新的包裹，我都可以自己处理。

难过的是我觉得自己好笨，什么都要请教主管。

时间如白驹过隙，转眼我成为了一个老司机。现在我学会了很多快递的处理规则，基本上不需要我们快递主管帮忙了。

在没有新货物要处理的时候，我每一天忙着把货物从这个窗口收进来，发到另一个窗口。偶尔规则失效了，我就把它删了，嘿嘿，重新请教主管。有时候遇到新的快递，我也会喜出望外，因为就可以给主管写信，哪怕是工作上的事，有个人陪你聊聊也比一个人孤独工作的好。

喜欢和主管写信的原因不只是主管人很好，从来不发脾气，回信也特别快。而且每次看到主管发来的信总是有种莫名的熟悉，总感觉像阿呆写的，不知道阿呆现在过得怎么样，有没有找到工作。

突然有一天晚上，狂风暴雨，我发现有一个送往33:33:00:00:00:01地址的包裹不断的从3窗口进来。按照转发手册的处理规则，我把它发往第5窗口。但转眼间，它又回来了，我只能再一次把它转发出去。我开始意识到，它在不断重复出现，而且我发得越快，它回来得就越快。我不断往返与3窗口和5窗口之间，已经无暇顾及其他的快递，堆积的其他包裹好多都被雨水打湿，冲走了。渐渐的，我也发现我开始应接不暇了，我知道如果继续这样不断转发下去的话，我一定会倒下的。

突然一阵电流把我从梦境中惊醒！我以为我很痛，但是我没有。我还是那个我，充满活力，我被重启了。

我重新开始我的工作，联系我的快递主管Opendaylightu大人，商量通信的语言版本，这次用的是OpenFlow1.3版本的语言。主管不仅给我发了配置信，还给我发了一个miss-table的处理规则，告诉我把匹配失败的数据包交给他。

使用OpenFlow1.3语言时，我需要使用三种类型的规则小本子，分别叫Flow Table, Group Table和Meter Table。以前我的Flow Table册子就只有单薄的一本，所有货物只要查一次就可以完成处理了。但现在不一样，现在我需要查多本Flow Table的本子，才能完成一个数据包的处理。我这里目前只有5本，听说最多可以支持255本。分成多种本子是因为这样可以做聚类，节省规则数目，我挺喜欢这种方式的。Group Table本子里记录着很多的处理动作集合，大约有select, all, indirect和fast failover 四种。Select类型的组表能做负载均衡，all可以做组播indirect可以做聚合，而fast failover能做容灾备份。Meter Table用于计量，虽然有这个规则本子，但是我一般不支持这个，因为太复杂了。这些都是我在工大学院读书的时候学的，必修课。

除了以上的差别以外，重启之后的我和之前的我在送快递的时候并没有太大区别，每天都在办公室里忙着转发快递，忙着忙着也快忘记了那个黑色星期五发生的事情。后来听说那天是风暴来临，好多个同事都和我一样疯狂地在转发一个数据包，到最后活活累死了N个快递小哥，特别惨！还好我身体好才幸免于难。好像是因为来了一个新人，然后送货渠道变成环路了，结果就产生包裹风暴了！因为这件事，主管办公室还换掉了一些员工，唉，出来打工的都不容易。

每天的工作和往常差不多，只不过主管大人现在每个周都会询问我们的业务状况，包括每个端口收发货物的详情，还包括客户之间的快递转发详情。听说收集这个是为了让我们压力均衡一些，不至于出现累死员工的工作事故。即便这样一件好事，我还是不太喜欢写封询问信的人，不论是笔迹，还是语气。

从笔迹和语气上看，给我写转发规则的那个人也换了。没有了当初那种青涩的感觉，多了一些严谨，多了一些犀利

终于有一天，我正在忙碌的时候，不知道为什么，主管再也不给我回信了，再也不给我回信了。我不断地请求主管，发出去的信却一封封石沉大海。听铁柱说，主管的房间里面没人了。

我按照工作手册的知道，将自己切换到了StandAlone模式，再也不需要主管控制。我自己也学过二层自学习转发算法，我可以用二层转发算法继续工作。

我的生活翻开了新的篇章，需要自己学习，按照规则转发快递。