[RFC NOTE]2661 -- 5.0

 

5．0 协议操作

通过L2TP隧道传输PPP会话有两个必要的步骤：

1． 建立隧道的控制连接；

2． 建立一个由进或出呼叫请求触发的会话。

隧道和相应的控制连接必须在进或出呼叫初始化前创建。一个L2TP会话必须在L2TP传输PPP帧前创建。多个会话能够在同一隧道中共存，多个隧道能够在同一个LAC与LNS间共存。

  ....图不帖了....

 

5．3 PPP帧转发

一旦隧道完成，LAC就可以收到远程系统的PPP帧，去除CRC，建立链路并且透明的字节被封装在L2TP内，在合适的隧道上转发。（不知道这里什么意思；我的理解是PPP帧经过CRC校验，去掉多余的地方，剩下相对透明的字节流供L2TP封装）。LNS收到L2TP分组，处理封装的PPP帧，就好像收到本地PPP接口的PPP帧一样。

所有的外出消息的头部都放置着会话ID和隧道ID（对端指定），与之关联的是消息的发送方。这样的方式下，LNS-LAC对中的PPP帧在单一的隧道上是多元的和demultiplexed。多隧道能够在一个给定的LNS-LAC对中共存，多会话能够在一个隧道中共存。

会话ID和隧道ID值为O表示没有被分配ID。这样的话，会话ID AVP必须指定ID，隧道ID也一样。

 

5．4 在数据通道上使用顺序号

顺序号被定义在L2TP的控制消息头部，对于数据消息是可选的。它被用于提供一个可靠的控制传输，可选择的数据消息顺序。双方都为控制连接和隧道中的数据会话维护着各自的顺序号。

不像L2TP控制通道，L2TP数据通道不使用顺序号来重新发送丢失的数据消息。数据消息可以使用顺序号来检测分组的丢失并恢复原分组的顺序（使用重传的分组）。LAC可以请求顺序号出现在数据消息中通过Sequence AVP。如果AVP在会话建立过程中出现，顺序号由LNS控制。LNS通过发数据消息（携带或不携带顺序号）能或不能控制顺序号（会话的过程中都可以这样做）。这样的话，如果LAC收到没有顺序号的数据消息，它必须停止再发送顺序号。如果LAC收到有顺序号的数据消息，它必须在以后的外出数据消息中发送顺序号。

LNS可以初始不能顺序。在重新排列分组或丢失分组发生时，推荐在初始协商时使用顺序号。仅当风险是可接受时才不用顺序号。