rfc3034.txt

本程序为在linux下实现FTP传输文件的实现

   	对于multicast包，MPLS TTL应该（SHOULD）经过1被减少。LDP构造的LSP应该
（SHOULD）把有意义的信息传递给出口处FR-LSR关于"non-TTL 段"的转发站的数目。

   	下一步，MPLS包装的包被向下传递给作为输出DLCI顶部标签的帧中继数据链路驱动
器。帧中继帧携带MPLS包装包被转发到帧中继VC上面给下一个LSR。

5.6经过核心FR-LSRs的标签处理
   	在一FR-LSR中，当前（顶部）MPLS标签在帧的帧中继数据链路层的DLCI域中被携
带。正是在常规的帧中继中，对于一帧到达一接口（的时候），通过帧中继数据链路头携带
的DLCI被在DLCI信息库中查找，被替换为一致的输出DLCI，然后在输出接口传送（转
发到下一个转发站节点）。

   	当前的标签信息也在标签堆栈的顶部中被携带。在顶部级（top-level）的入口中，除了
标签信息的所有域，其在帧中继帧的数据链路层头被携带和交换，在当前是有效的。

5.7经过出口处FR-LSRs的标签处理
   	当达到一帧中继LSP的结束的时候，FR-LSRs弹出（pops）标签堆栈[ARCH]。如果标
签被弹出的是最后标签，决定被携带的特定网络层协议是必要的。标签堆栈没有携带明确信
息以识别出网络层协议。这个一定是从堆栈中被弹出的标签的值判断出来。

   	如果标签弹出的不是最后标签，前一顶部级MPLS TTL被传播到新的顶部标签堆栈入
口。

   	如果FR-LSR是一混合的LSP的帧中继段出口处开关（switch），和帧中继段的末端不是
LSP的末端，MPLS包将被处理为转发到下一个段LSP其建立在持有the Next Hop Label 
Forwarding Entry（下一个转发站标签转发入口）(NHLFE) [ARCH]的基础上。输出标签被设
置来自NHLFE的值，以及MPLS TTL被减少通过适当的依靠输出接口类型和传送操作（参见
部分 6.3）的类型的值。进一步，MPLS包被转发针对LSP下一段的特定链路的MPLS规格说
明书。

   	对于unicast包，如果输出接口是通用一（one）MPLS TTL 应该（SHOULD）被一（one）
减少，或者如果输出接口是一ATM （non-TTL）接口，则被LSP（异类的）的下一个ATM
段转发站的数目（减少）。

   	对于multicast包，MPLS TTL应该（SHOULD）被已经存在的FR段的转发站的数目减
少。LDP建造的LSP应该（SHOULD）把有意义信息传递给出口处FR-LSR关于FR "non-TTL 
段"的转发站的数目。

6.帧中继标签转换控制元件
   	为支撑标签转换，帧中继转换必须（MUST）执行标签转换的控制元件（control 
component），其包括主要的标签分配和维持过程（procedures）。标签绑定信息可以（MAY）
通过几种机械通讯，其中之一是标签分布协议（LDP）[LDP]。

   	由于标签转换控制元件利用直接从网络层路由协议学习而来的信息，这隐含着转换必须
（MUST）作为一个同位体（peer）参加这些协议（例如OSPF, IS-IS）。

   	在有些情形下，LSRs可以使用其它协议（例如RSVP, PIM, BGP）发布标签绑定。在这
些情况中，帧中继LSR应该参加这些协议。

   	在这个情况中，帧中继环路通过LDP，或者RSVP，或者其他的没有卷入传统帧中继机
制而被建立，假定环路建立合同（contractual）信息，例如输入/输出最大帧大小、进入/外出
（incoming/outgoing）请求/协商（requested/agreed）吞吐率、进入/外出可接受吞吐率、进入
/外出分段（burst）大小、进入/外出帧速率、传送，以及拥挤（congestion）控制可以（MAY）
通过RSVP传递给FR-LSRs，或者被静态配置（statically configured）。仍假设拥挤控制和帧
标题标志作为拥挤结果，将通过在与传统帧中继环路类似的方式的FR-LSRs被处理。随着
最大努力（best-effort）路由器作为仿真目标的缺省，缺省VC参数，参与设置这些参数的
LDP、RSVP或者其他机制的缺席将被0 CIR，所以输入修正将在进入帧设置DE位，但是
没有帧被撤销。

   	基于MPLS环路的控制和状态信息可以（MAY）通过LDP被通讯。

   	标签转换的支持要求仅遵从[FRF] (framing, bit-stuffing, headers, FCS) 除了部分2.3(PVC 
control signaling procedures, aka LMI)。为PVCs和/或SVCs的Q.933信令不被要求。如同在
下一部分中讨论的那样，当两者都是运行在作为MPLS同样的界面的时候，PVC和/或SVC
信令可以用于non-MPLS（标准帧中继）PVCs和/或SVCs。

6.1混合转换器（Ships in the Night）
   	标签转换控制元件在一帧中继转换上的存在不排除支持由ITU和帧中继论坛在同样的
转换和同样的界面（NICs）定义的标签转换控制元件的能力。两个控制元件，标签转换和
那些由ITU/帧中继论坛定义的将独立运作。

   	这样的装置如何运作的定义超出了本文档的范围。然而，在两个控制元件之间一致的仅
少量信息是需要的，例如对每一个元件可用的DLCI空间的一部分。

7.标签分配和维持程序
   	机制和标签发布协议的信息格式在[ARCH]和[LDP]文件中引证。在这部分中讨论的
"downstream-on-demand"标签分配和维持机制一定（MUST）是经过不支持合并VC的
FR-LSRs 使用，以及它也可以被确实支持合并VC的FR-LSRs使用（注意这个机制适合于
hop-by-hop routed traffic）：

7.1边缘LSR特性
   	考虑FR-LSR域的边缘集合的成员。假定作为路由计算结果，选择FR-LSR作为下一个
某些路由（certain route）（FEC）的转发站（hop），下一个转发站通过LC-Frame Relay接口
到达。假定下一转发站（next-hop）FR-LSR是一"LDP-peer" [ARCH][LDP]。（那么）边缘（Edge）
LSR从下一个转发站（顺流LSR）为一标签绑定发送一LDP "request"报文。当边缘LSR接
收到从在LDP "mapping"报文中顺流LSR标签绑定信息的回答的时候，标签被存储在作为
FEC输出标签的标签信息库（Label Information Base）（LIB）中。"mapping"报文可以包含"hop 
count"对象，其代表当使用这个标签时一包（packet）将通过FR-LSR域到达出口处（Egress）
FR-LSR的转发站（hops）数目。这个信息可以为TTL计算被存储。一旦完成，LSR可以使
用MPLS在那个FEC向前传递包。

   	当FR-LSR域中边缘集合中的成员为一FEC接收到从FR-LSR（发来）的LDP "request"
报文的时候，它意味着它是出口处FR-LSR（Egress-FR-LSR）。它分配标签，在它的标签信
息库（LIB）中创建新的条目（entry），放置那个标签在输入标签（incoming label）条目
的成分中，并且返回（通过LDP）一包含分配标签回退的"mapping"报文到LDP请求发源地。
"mapping"报文包含"hop count"对象值设置为1。

   	当一路由计算导致一边缘LSR改变下一个转发站的时候，和前者下一个转发站（former 
next hop）在FR-LSR 域中，边缘LSR应该通知前者（经由一LDP"release"报文）下一个
转发站，标签绑定与路由关联不再需要。

   	当一帧中继LSR（Frame Relay-LSR）为某些路由（FEC）从通过LC-FR接口连接到FR-LSR
的LDP同位体（peer）接收到一LDP"request"报文的时候，FR-LSR执行下列动作：

     - 分配一个标签，在标签信息库(LIB)创建一新的实体，放置那个标签在输入的实体的
标签成分中；

     - 对于那个路由（FEC）顺流地发送一LDP"request"报文到下一个转发站LSR，繁
殖"request"（报文）；

   	在"ordered control（次序控制）"模式[ARCH]中，在作为对"request"（报文）（"ordered 
control" approach [ARCH]）回答的逆流"mapping"（报文）返回之前，FR-LSR将等待为"request"
（报文）随着"mapping"报文顺流地被回答。在这个情况，FR-LSR增加顺流接收到的转发站
数值和在逆流返回的"mapping"（报文）中使用。

   	另一种选择，FR-LSR可以不等待顺流绑定返回逆流绑定（"independent control" 
approach [ARCH]）。在这个情况中，在"mapping"（报文）中为转发站数目（hop count）使
用保留值，表示'未知（unknown）'。为转发站数目正确的值随后将被返回，如同下面描绘
那样。

   	既然在"ordered（次序的）"和"independent（独立的）"两方面控制有优点和缺点，这
个作为工具处理，或者由配置选择。

   	一旦作为回答FR-LSR从下一个转发站接收到在LDP "mapping"报文中的标签绑定，放
置标签到LIB实体的外出标签成分。

   	注意FR-LSR，或者FR-LSR域的边缘集合成员可以从同样的FR-LSR得到多重捆绑的
需求为同样的路由（FEC）。它必须为每一"request"产生一新"mapping"（假定有适当的资源
这样做），和保留任何现存的mapping(s)。对于每一收到的"request"，FR-LSR应该也产生一
朝着下一个转发站为路由（FEC）新捆绑的"request"。

   	当一路由计算使一FR-LSR为一路由（FEC）改变下一个转发站的时候，FR-LSR应该
通知前者下一转发站（经由一LDP "release"报文）和路由关联的标签绑定不再需要。

   	当LSR收到一标签绑定不再被需要的通知的时候，LSR可以释放（deallocate）与绑定
关联的标签和撤消绑定。这个模式是"conservative label retention mode（保守标签保留模式）
" [ARCH]。这种情况中，FR-LSR收到这样的通知和撤消绑定，它应该为路由通知下一个转
发站标签绑定不再需要。如果LSR没有撤消绑定（FR-LSR被配置在"liberal label retention 
mode（自由标签保留模式）" [ARCH]中），它可以重用绑定，尽当它以同样的转发站数目为
同样的路由接收到原始（originally）绑定被创建的请求。

   	当路由改变的时候，标签绑定从路由偏离前一路由点（point）被重建。逆流地那点的
LSRs（一个例外，下文说明）对改变是不注意的（oblivious）。无论何时LSR为特定的路
由改变它的下一个转发站时，如果新的下一转发站是一FR-LSR或者通过LC-FR接口可到达
的边缘集合的成员，那么对于每一个它的相关联路由的LIB入口，LSR应该请求（通过LDP）
从新的下一转发站的绑定。

   	当FR-LSR从顺流的邻居接收到一标签绑定的时候，它可能已经为这个路由到逆流邻居
提供一符合的标签绑定，因为它使用"independent control"或者因为顺流的新的绑定是路由改
变的结果。在这个情况中，它应该从新绑定提前转发站计数和增加1。如果新转发站计数是
不同于那个从先前表达逆流的邻居（包括给定逆流的邻居的值是'unknown'的情况），FR-LSR
必须把改变通知逆流的邻居。直到它到达边缘LSR的入口处，每一FR-LSR依次增加转发
站计数和逆流地通过它。

   	无论何时FR-LSR发起一标签绑定请求到它的下一转发站LSR作为从另一个（逆流的）
LSP接收标签绑定请求的结果，和请求到下一个转发站LSP是不满足的（时候），FR-LSR
应该在接收到请求回答中撤消创建的绑定，和通知请求者（通过LDP "withdraw"报文）。

   	当一LSR确定它与另一LSR已经失去它的LDP会话（session）的时候，采取下列动
作：

    - 必须（MUST）丢弃任何经过这个连接获得的绑定信息；

    - 对于任何作为接收从另一端请求标签绑定结果被创建的标签绑定，LSR可以撤消这
些绑定（和释放标签相关的这些绑定）。

7.2标签空间的有效率使用 - 合并FR-LSRs
   	上述讨论假定边缘LSR将请求一标签为在FR-LSR域中它的已经有下一转发站的路由
表每一前缀。事实上，在相当大的程度上减少标签的数目是可能的，需要通过边缘LSR请
求几条路由代替一标签。在路由（地址前缀）和标签中间多对一（many-to-one）映射的使
用应用Forwarding Equivalence Classes （as described in [ARCH]）的概念，提供一机制保存
（conserve）标签的数目。

   	注意保存标签空间（VC合并）可以在帧传输中需要帧中继分段（fragmentation）的情
况下被限定。问题是帧中继分段必须被依次传送，例如有区别的帧的分段一定不能被交错。
如果分段FR-LSR保证能得到依次传送在帧的所有分段中，而没有和其他帧分段交错，那么
标签保存（VC合并）能被执行。

   	当标签保存是使用的时候，当一FR-LSR接受到从为某些FEC逆流的LSR捆绑的需求，
并且确实已经有一个为那个FEC输出的标签绑定的时候，它不再需要发行顺流的捆绑的请
求。相反，它可以分配一个输入的标签和返回绑定到那个逆流请求者中的标签。从请求者以
那个标签作为顶端标签接受包，在为那个FEC以现存的输出标签代替标签之后将被转发。
如果FR-LSR还没有一个为那个FEC输出标签绑定，但是确实有一个未完成的请求，它不
需要发行另一请求。这个意味着在标签保存的情况中，FR-LSR必须为每一个逆流的请求以
一新绑定回答，但是它可以需要顺流地发送一捆绑的请求。

   	在标签保存情况中，如果路由表的改变导致FR-LSR为它的FECs之一去选择一新的下一
转发站，它可以（MAY）从前者下一转发站为路由释放绑定。如果它还没有为新的下一转
发站相应的绑定，它必须请求一个（注意选择依赖于标签保留模式[ARCH]）。

   	如果得到一个新的绑定，其包含的转发站数目不同于原有的绑定，FR-LSR必须计算新
的转发站数目：增加1，如果不同于"unknown"，并且通知为这个新值的FEC有标签绑定的
逆流的邻居。为保证环路将被探测到，如果新的转发站数目超出"maximum"（最大）值，为
这个FEC的标签值必须从所有其绑定先前发送的逆流的邻居取消。
7.3 帧中继所特有的LDP报文
   	在两个帧中继"LDP-peer" LSRs之间交换的标签分布协议[LDP]（Label Distribution 
Protocol）可以含有帧中继特有的信息，如下：

   "帧中继标签范围"（"Frame Relay Label Range"）：

       0                   1                   2                   3
       0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      | Reserved    |Len|               Minimum DLCI                  |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      | Reserved        |               Maximum DLCI                  |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

   包含下列的域：

   Reserved（保留）
这个域被保留。它们必须在发送端置零，在接收端必须被忽略。

   Len （长度）