PPP协议体系的实现

• 07net01.com 发布于 4小时前
• 分类：Linux
• 阅读(158)
• 评论

其实PPP不像是一种协议，而更像是一种应用，可以把它看成一个拨号上网的应用软件，拨号成功后，本地主机就可以正常上网了，可以使用TCP/IP等协议，而完全感觉不到PPP的存在。而实际上PPP在网络协议栈中增加了不少东西，但对上层透明。另外PPP一般需要底层工具来支持，如之前讲的PPPoE。

Pppoe协议的实现在协议栈中，且其底层有实际的物理设备（或者vlan设备）支持，关键就在于pppoe协议可以直通应用层（如上一篇所讲），也可以半途连接ppp0设备。而ppp协议的实现主要在设备ppp0的驱动中，这是一个虚拟设备，没有物理设备的支持，且保持对上层是透明。

1.代码概述

Ppp是一个应用程序，其代码在ppp软件包中，其中主体部分最终编译成pppd文件，另外还有很多支持部件（plugin），如pppoe、pppoa等，在子文件夹plugin中，最终编译成rp-pppoe.so、pppoa.so文件。

在内核中，对此的支持主要也有两部分，一个是ppp模块（注意这不是最终的ppp网络设备，而是一个字符设备，主要对构建维护ppp连接提供支持），另一部份是pppoe协议模块（其实还包括裸packet协议模块），如下图左所示：

如上图右所示，是pppd程序的main流程，首先是从argv（或者从file中）中获得plugin信息，并加载；然后执行一个for循环，主要是为了处理ppp连接意外中断、或设备暂时中断的情况下，可以重新启动连接；与ppp协议相关的部分是通过start_link(0)启动一个ppp连接，然后执行while循环，处理各种ppp信息；最后要说明的是，真正的数据通信是在建立的ppp连接中进行的，与这里的pppd没有关系，而ppp连接中的信息却可以发送到这里的while循环中来，具体实现后面会描述。

由于整个代码比较复杂，没有去详细看，只就其中一些关键点做一些了解。

2. plugin机制实现

Ppp有很多种类型的plugin，如pppoe、pppoa等，这些plugin最终被编译成多个xx.so文件，并提供一个通用的struct channel{}接口，如下图左所示。一般的pppd命令如下：

Pppd …… plugin rp-pppoe.so eth0 ……

和常见的命令结构一样，由option+arg的方式构成，上述的命令中体现了两个选项，一个是plugin，其参数为rp-pppoe.so，另一个是eth0，没有参数。

在pppd程序中，选项option由一个特殊的结构来描述，如下图右所示：

上述的两个选项对应的option_t结构分别为：

{"plugin",o_special,(void*)loadplugin,"load a plugin module into pppd",……}

{"device-name",o_wild,(void*)&PPPoEDevnameHook,"pppoe device name",……}

在option_from_args()函数中，主要通过parse_option()函数来处理args选项参数，其中首先利用find_option()函数来识别选项，并找到对应的option_t结构，一般采用name匹配方法，如"plugin"，有些则特殊，如"device-name"。然后调用process_option()函数来处理。

Plugin选项对应的处理函数为loadplugin()，该函数利用标准库函数dlopen()，打开plugin文件rp-pppoe.so，然后再利用标准库函数dlsym()，找到其中的plugin_init()函数。这种方法适用于这样的情况：由多种动态连接库供应用程序选择，且每个动态库（.so）中都定义了一个名称相同的函数。Plugin_init()函数的处理很简单，就是把自身库特有的选项加入到全局选项表中去，上述的第二个选项{"device-name",……"pppoe device name"}就是此时加入的，当然不同的动态库中的plugin_init()函数中，加入的选项各不相同。

这样就好理解第二个选项了，其处理函数是rp-pppoe.so中的私有函数PPPoEDevnameHook(arg,argv,1)，该函数是加载pppoe-plugin的关键：

该函数首先利用socket的ioctl函数，判断所给interface是否为以太网接口；然后将设备名和pppoe_channel分别赋给pppd程序空间中的devname和the_channel；最后对PPPoE模块进行一些简单的初始化。

这样之后，pppd程序就可以利用pppoe模块了，其它模块也一样。对于pppd而言，它不关心各种模块实现的细节，而只是调用各模块提供的统一接口the_channel。

3.创建ppp连接通道

前面讲了，各种plugin模块提供给pppd的调用接口都相同，只是实现细节不一样，下面主要以pppoe为例，描述如何创建一个ppp连接通道。回到第1节图中的main()函数流程，可以看到创建连接是通过调用lcp_open(0),start_link(0)来完成的。具体细节就不看了，大致的流程是：Lcp_open()会创建一个ppp_netdev，如ppp0，而start_link()函数则会创建一个pppoe的连接，作为ppp0设备的传输通道，如下图所示。

"/dev/ppp"是一个字符设备ppp_chrdev，其对应的内核代码在ppp_generic.c中，对它的操作都通过标准的文件操作ppp_file_ops来调用，其中ioctl操作中，PPPIOCNEWUNIT选项对应于创建一个新的网络设备net_device（ppp_netdev），该设备的私有空间为一个struct ppp结构，而其网络操作由ppp_netdev_ops来调用，这些特有的结构和操作决定了ppp_netdev设备的功能与特性，后面还会详细描述。

Start_link()函数中，首先调用the_channel->connect()函数，对于PPPOE-plugin来说，就是创建一个PF_PPPOE的socket接口，并调用该socket的标准connect操作，该操作在前一篇的第3节中已描述，除了处理协议地址外，还有一个关键操作就是ppp_register_net_channel(po->chan)。然后继续调用the_channel->establish_ppp(devfd)，对于PPPOE-plugin，该函数为generic_establish_ppp(fd)，它的操作很简单，但很关键，就是调用ioctl(fd,PPPIOCGCHAN,…)，该操作在前一篇的第3节已描述，就是设置socket插口的state|=BOUND，使得它接收到的数据包都转交给ppp_netdev。

经过一些列创建操作后，系统模型如下图所示：

4.补充PPPOE协议本身

对于一个协议，其最具代表性的就是它的帧结构，pppoe的帧结构如下图所示：

联系connect调用，需要用户提供pppoeaddr（其中包括dev、sessionID、remoteMAC），才能创建一个可通信的socket连接，我们称为pppoe的session连接。而怎么获得pppoeaddr呢？这其实是pppoe的发现阶段，其实现一般采用PF_PACKET协议，自己设置裸数据包为pppoe-discovery格式，具体流程如下图所示：

5.收发代码细节

PPP协议的的数据包结构如第4节图所示，其中pppoe的负载即为PPP协议头+PPP数据，而PPP数据可以是一个完整的通用协议包，如IP包。本文开头处的图很好地描述了PPP协议所需要做的工作，以及整个协议体系的构成、分布情况。

首先给出整个收发流程的框架图，如下：

ppp模块可以通过网络接口或者文件接口来操作，它们最终都通过底层pppoe_channel来完成数据通信，联系第一节中main()函数流程中的while循环，它实际上就是通过文件接口，来监控ppp连接。

pppoe在协议栈中实现，但它用一个特殊的socket插口来服务于ppp，该socket（即第3节所述的connect插口）只对pppd程序可见，且从不直接用它来发送数据，只是利用它注册的chan为ppp发送数据，而它收到的数据都通过ppp_input()递交给ppp。这些并不会影响pppoe协议栈的工作，其他应用程序可以创建其它AF_PPPOE的socket插口，进行正常的pppoe通信。

5.1发送流程

发送流程代码如下图所示：

pppd程序通过对/dev/ppp字符设备的操作，最终由ppp_chan实现与对端的数据通信，数据格式有ppp协议自己决定，主要用于维护ppp连接。

主要看一下ppp的网络设备，它有自己独立的net_device结构、IP地址等，对上层而言就像一个普通的设备，IP协议中的路由可以选择该设备。该设备的驱动程序是实现ppp协议的主要地方，它对skb进行push操作，添加ppp的协议头，最后调用pppoe_chan将数据包发送出去。注意pppoe_chan_ops和pppoe_ops没有太大区别，都要设置pppoe的协议头，只是pppoe_chan_ops接收到的skb是上层协议栈的，需要一个push操作，而pppoe_ops是自己分配skb。

数据包格式如下图所示：

5.2接收流程

接收流程代码如下图所示：

发送时逐层插入协议头，而接收时，一般不需要删除协议头（那样需要额外的put(skb)操作），而仅改变skb->network/transport_header即可。为了实现对上层的透明，接收流程的最后，重新设置dev为该ppp0，proto为ppp负载数据的协议，然后调用netif_rx(skb)重新启动接收流程，这样该skb就仿佛是从ppp0设备接收到的。

整个过程中，数据包几乎不变，仅是skb的相应字段改变，如上所述。

6.总结

仅对ppp应用的工作流程做了简单学习，了解了其实现的基本框架，对ppp协议本身没有做深入学习。