简介
本文档提供了帧中继到ATM互通(IWF)连接（由帧中继论坛或FRF.8协议定义）上的链路分段和交织(LFI)的技术概述，以及将LS1010或Catalyst 8500用作WAN网云中IWF设备的示例配置。LFI使用ATM和帧中继上的多链路点对点协议(MLPPP)封装的内置分段功能，为带宽高达768 kbps的低速链路提供端到端分段和交织解决方案。
先决条件
要求
本文档需要了解以下内容：
使用的组件
本文档不限于特定的软件和硬件版本。
规则
有关文件规则的更多信息请参见“ Cisco技术提示规则”。
为什么使用 MLPPP over ATM 与帧中继？
分段是控制传输实时和非实时流量的低速链路的序列化延迟和延迟变化的关键技术。序列化延迟是将语音或数据帧时钟到网络接口所需的固定延迟，它直接与中继上的时钟速率相关。为了降低时钟速度和减小帧大小，需要额外的标记来分隔帧。
LFI使用MLPPP的内置分段功能来防止因大小可变的大数据包在相对较小的语音数据包之间排队而导致的延迟和抖动（延迟的变化）。使用LFI，大于已配置分段大小的数据包将封装在MLPPP报头中。RFC 1990定义了MLPPP报头以及以下内容：
-
(B)起始分段位是从PPP数据包派生的第一个分段上设置为1的一个位字段，对于来自同一PPP数据包的所有其他分段，该字段设置为0。
-
(E)插入分段位是在最后一个分段上设置为1的一个位字段，对于所有其他分段，该字段设置为0。
-
序列字段是一个24位或12位数字，每传输一个分段就会递增。默认情况下，序列字段的长度为24位，但使用下面所述的LCP配置选项可以协商为仅12位。
除了分段之外，必须在大数据包的分段之间以适当的优先级安排对延迟敏感的数据包。使用分段时，加权公平队列(WFQ)“知道”数据包是分段的一部分还是未分段。WFQ为每个到达的数据包分配一个序列号，然后根据序列号调度数据包。
第2层分段在解决“大数据包问题”方面提供了优于所有其他方法的解决方案。 下表列出了其他潜在解决方案的优缺点。
| 潜在解决方案 |
优势 |
缺点 |
| 中止大数据包的传输，并将其重新排队到延迟敏感流量之后。 |
- 仅延迟数据包传输。
- 当重新传输数据包时，也会发生同样的问题。如果数据包不断被重新排队，甚至被丢弃，则可能导致带宽耗竭。
|
- 某些物理接口不支持中止传输，或为此引入性能损失（例如重置整个传输队列）。
|
| 使用网络层分段技术对大数据包进行分段。 |
- IP和CLNP都支持在任何路由器上进行分段，并在目标主机上进行重组。
- 可以避免使用MTU发现对大数据包进行分段的需要。
- 使用全局机制来克服本质上属于本地（一跳）的问题 — 所有下游跳必须处理大量要交换的数据包，即使所有后续链路都非常快。
- 省略TCP/IP报头压缩选项。
|
- 许多应用程序不接受分段并在IP报头中设置“不分段”位。这些数据包如果分段，将被丢弃。无法接受分段数据包的应用程序将在此环境中无法运行。
|
| 使用链路层技术对数据包分段。 |
|
- 提供每链路分段，而无需将分段的数据包端到端传输。只有连接到慢速链路的路由器需要支持其他数据包的处理和重组。
|
ATM上的多链路点对点协议(MLPPPoATM)的理想分段大小应允许分段适合于ATM信元的精确倍数。有关选择分段值的指导，请参阅帧中继和ATM虚电路的链路分段和交织。
MLPPPoA 与 MLPPPoFR 包头
FRF.8的典型配置包括：
每个终端将数据和语音数据包封装到第2层封装报头中，该报头将封装并传输到帧或信元中的协议进行通信。帧中继和ATM都支持网络层协议ID(NLPID)封装报头。ISO/国际电工委员会(IEC)TR 9577文档为精选协议定义了公认NLPID值。值为0xCF分配给PPP。
RFC 1973定义了帧中继中的PPP和MLPPPoFR报头，而RFC 2364定义了AAL5上的PPP和MLPPPoA报头。两个报头都使用0xCF的NLPID值将PPP标识为封装协议。
下面的图1中显示了每个报头。
图 1. AAL5报头上的PPP、采用NLPID封装的MLPPPoA报头以及采用VC复用的MLPPPoA报头
注意：MLPPPoFR报头还包括一个单字节标志字段0x7e，该字段未显示在图1中。在报头之后，第5字节会启动PPP或MLPPP协议字段。
表1 - FRF.8透明与FRF.8转换。
图 2. 如何使用NLPID对MLPPPoATM数据包进行分段。
图 3. 如何使用VC多路复用对MLPPPoATM数据包进行分段。
字节值的含义如下所示：
FRF.8 透明与转换模式的比较
FRF.8协议为IWF设备定义了两种操作模式：
在IWF设备上配置的模式（可以是Cisco ATM园区交换机或带PA-A3 ATM端口适配器的7200系列路由器）会更改互通链路的ATM和帧中继网段上的第2层报头字节数。让我们更详细地了解一下这些开销。
以下两个表显示了数据包和IP语音(VoIP)数据包的开销字节数。
表2 - FRF.8链路上数据包的数据链路开销（以字节为单位）。
| FRF.8模式 |
透明 |
转换 |
| 流量方向 |
帧中继到ATM |
ATM到帧中继 |
帧中继到ATM |
ATM到帧中继 |
| PVC的帧中继或ATM段 |
帧中继 |
ATM |
ATM |
帧中继 |
帧中继 |
ATM |
ATM |
帧中继 |
| |
|
|
|
|
|
|
|
|
| 帧标志(0x7e) |
1 |
0 |
0 |
1 |
1 |
0 |
1 |
0 |
| 帧中继报头 |
2 |
0 |
0 |
2 |
2 |
0 |
0 |
2 |
| LLC DSAP/SSAP(0xfefe) |
0 |
0 |
2 |
2 |
0 |
2 |
2 |
0 |
| LLC控制(0x03) |
1 |
1 |
1 |
1 |
1 |
1 |
1 |
1 |
| NLPID(0xcf for PPP) |
1 |
1 |
1 |
1 |
1 |
1 |
1 |
1 |
| MLP协议ID(0x003d) |
2 |
2 |
2 |
2 |
2 |
2 |
2 |
2 |
| MLP序列号 |
4 |
4 |
4 |
4 |
4 |
4 |
4 |
4 |
| PPP协议ID（仅第1段） |
2 |
2 |
2 |
2 |
2 |
2 |
2 |
2 |
| 负载（第3层+） |
0 |
0 |
0 |
0 |
0 |
0 |
0 |
0 |
| ATM适配层(AAL)5 |
0 |
8 |
8 |
0 |
0 |
8 |
8 |
0 |
| 帧校验序列 (FCS) |
2 |
0 |
0 |
2 |
2 |
0 |
0 |
2 |
| |
|
|
|
|
|
|
|
|
| 总开销（字节） |
15 |
18 |
20 |
17 |
15 |
20 |
20 |
15 |
表3 - FRF.8链路上VoIP数据包的数据链路开销（以字节为单位）。
| FRF.8模式 |
透明 |
转换 |
帧中继到帧中继 |
| 流量方向 |
帧中继到ATM |
ATM到帧中继 |
帧中继到ATM |
ATM到帧中继 |
|
| PVC的帧中继或ATM段 |
帧中继 |
ATM |
ATM |
帧中继 |
帧中继 |
ATM |
ATM |
帧中继 |
| |
|
|
|
|
|
|
|
|
|
| 帧标志(0x7e) |
1 |
0 |
0 |
1 |
1 |
0 |
0 |
1 |
1 |
| 帧中继报头 |
2 |
0 |
0 |
2 |
2 |
0 |
0 |
2 |
2 |
| LLC DSAP/SSAP(0xfefe) |
0 |
0 |
2 |
2 |
0 |
2 |
2 |
0 |
0 |
| LLC控制(0x03) |
1 |
1 |
1 |
1 |
1 |
1 |
1 |
1 |
1 |
| NLPID(0xcf for PPP) |
1 |
1 |
1 |
1 |
1 |
1 |
1 |
1 |
1 |
| PPP ID |
2 |
2 |
2 |
2 |
2 |
2 |
2 |
2 |
0 |
| 负载(IP+用户数据报协议(UDP)+RTP+语音) |
0 |
0 |
0 |
0 |
0 |
0 |
0 |
0 |
0 |
| AAL5 |
0 |
8 |
8 |
0 |
0 |
8 |
8 |
0 |
0 |
| FCS |
2 |
0 |
0 |
2 |
2 |
0 |
0 |
2 |
2 |
| |
|
|
|
|
|
|
|
|
|
| 总开销（字节） |
9 |
12 |
14 |
11 |
9 |
14 |
14 |
9 |
7 |
在查看上述表格时，请注意以下事项：
-
小于指定分段大小的数据包仅封装在PPP报头中，而不封装在MLPPP报头中。同样，大于指定分段大小的数据包会同时封装在PPP报头和MLPPP报头中。因此，VoIP数据包的开销最多可以减少8个字节。
-
只有第一个多链路PPP(MLP)分段包含PPP协议ID字段。因此，第一个分段携带两个额外开销。
-
在透明模式下，封装报头通过IWF设备时保持不变。因此，开销在每个方向上以及在每个网段上变化。具体而言，MLPPPoA报头以短格式NLPID报头0xFEFE开头。在透明模式下，IWF设备会将此报头从ATM网段传递到帧中继网段，但不会发生任何变化。但是，在帧中继到ATM的方向，在任一网段上都没有处于透明模式的此类报头。
-
在转换模式下，IWF设备会更改封装报头。因此，每个网段在任一方向上的开销是相同的。具体而言，在ATM到帧中继方向上，ATM端点将数据包封装在MLPPPoA报头中。IWF设备在将剩余帧传递到帧中继网段之前会删除NLPID报头。在帧中继到ATM方向上，IWF设备再次处理帧并在将分段帧传递到ATM端点之前预置NLPID报头。
-
使用MLP设计FRF链路时，请确保考虑到正确的数据链路开销字节数。这种开销会影响每个VoIP呼叫所消耗的带宽量。它还在确定最佳MLP片段大小方面发挥作用。优化分段大小以适合整数个的ATM信元至关重要，特别是在慢速PVC上，将最后一个信元填充到48字节的偶数倍可能会浪费大量带宽。
为清楚起见，我们介绍数据包以透明模式沿帧中继到ATM方向传输时，数据包封装过程的步骤：
-
帧中继终端将数据包封装到MLPPPoFR报头中。
-
IWF设备删除带有数据链路连接标识符(DLCI)的两字节帧中继报头。然后，它将剩余的数据包转发到IWF的ATM接口，ATM接口将数据包分段为信元并通过ATM网段将其转发。
-
ATM端点检查收到的数据包的报头。如果收到的数据包的前两个字节是0x03CF，则ATM端点将数据包视为有效的MLPPPoA数据包。
-
MLPPP在ATM端点上执行进一步处理。
查看数据包以透明模式在ATM中传输到帧中继方向时的数据包封装过程：
-
ATM端点将数据包封装到MLPPPoA报头中。然后，它会将数据包分段为信元，并将它们从ATM网段转发出去。
-
IWF接收数据包，将其转发到其帧中继接口，并预置一个双字节的帧中继报头。
-
帧中继端点检查收到的数据包的报头。如果双字节帧中继报头后的前四个字节是0xfefe03cf，则IWF会将数据包视为合法的MLPPPoFR数据包。
-
帧中继终端上的MLPPP功能可执行进一步处理。
下图显示了MLPPPoA和MLPPPoFR数据包的格式。
图 6.MLPPPoA开销。只有第一个分段包含PPP报头。
图 7.MLPPPoFR开销。只有第一个分段包含PPP报头。
VoIP 带宽需求
为VoIP调配带宽时，数据链路开销必须包含在带宽计算中。表4显示了VoIP的每呼叫带宽要求，具体取决于编解码器和压缩实时传输协议(RTP)的使用。表4中的计算假设了RTP报头压缩(cRTP)的最佳情况，也就是说，没有UDP校验和或传输错误。然后，报头从40字节一致压缩为两个字节。
表4 -每个VoIP呼叫带宽要求(kbps)。
| FRF.8模式 |
透明 |
转换 |
帧中继到帧中继 |
| 流量方向 |
帧中继到ATM |
ATM到帧中继 |
帧中继到ATM |
ATM到帧中继 |
|
| PVC的帧中继或ATM段 |
帧中继 |
ATM |
ATM |
帧中继 |
帧中继 |
ATM |
ATM |
帧中继 |
| |
|
|
|
|
|
|
|
|
|
| G729 - 20 ms样本 — 无cRTP |
27.6 |
42.4 |
42.4 |
28.4 |
27.6 |
42.4 |
42.4 |
27.6 |
26.8 |
| G729 - 20 ms样本 — cRTP |
12.4 |
21.2 |
21.2 |
13.2 |
12.4 |
21.2 |
21.2 |
12.4 |
11.6 |
| G729 - 30 ms样本 — 无cRTP |
20.9 |
28.0 |
28.0 |
21.4 |
20.9 |
28.0 |
28.0 |
20.9 |
20.3 |
| G729 - 30 ms样本 — cRTP |
10.8 |
14.0 |
14.0 |
11.4 |
10.8 |
14.0 |
14.0 |
10.8 |
10.3 |
| G711 - 20 ms样本 — 无cRTP |
83.6 |
106.0 |
106.0 |
84.4 |
83.6 |
106.0 |
106.0 |
83.6 |
82.8 |
| G711 - 20 ms样本 — cRTP |
68.4 |
84.8 |
84.8 |
69.2 |
68.4 |
84.8 |
84.8 |
68.4 |
67.6 |
| G711 - 30 ms样本 — 无cRTP |
76.3 |
97.9 |
97.9 |
76.8 |
76.3 |
97.9 |
97.9 |
76.3 |
75.8 |
| G711 - 30ms示例 — cRTP |
66.3 |
84.0 |
84.0 |
66.8 |
66.3 |
84.0 |
84.0 |
66.3 |
65.7 |
由于PVC的每条支路上的开销各不相同，因此我们建议设计最坏的场景。例如，考虑在透明PVC上使用20毫秒采样和cRTP的G.279呼叫。在帧中继支路上，一个方向的带宽需求为12.4 kbps，另一个方向的带宽需求为13.2 kbps。因此，我们建议根据每个呼叫3.2 kbps进行调配。
为了进行比较，该表还显示了配置了FRF.12分段的端到端帧中继PVC的VoIP带宽要求。如表中所示，PPP每个呼叫会消耗0.5 kbps到0.8 kbps的额外带宽，以支持额外的封装报头字节。因此，我们建议将FRF.12与端到端帧中继VC一起使用。
ATM上的压缩RTP(cRTP)需要Cisco IOS®软件版本12.2(2)T。当cRTP与MLPoFR和MLPoATM一起启用时，TCP/IP报头压缩会自动启用，并且不能禁用。此限制源于RFC 2509，它不允许RTP报头压缩的PPP协商，也不允许TCP报头压缩。
Cisco 设备队转换与透明的支持
最初，LFI要求IWF设备使用透明模式。最近，帧中继论坛引入了FRF.8.1来支持转换模式。思科在以下版本的Cisco IOS软件中引入了FRF.8.1和转换模式支持：
一些服务提供商尚不支持在其FRF.8设备上的PPP转换。只要出现这种情况，提供商就必须将其PVC配置为透明模式。
硬件与软件
此配置使用以下硬件和软件：
-
ATM终端 — 运行Cisco IOS软件版本12.2(8)T的7200系列路由器中的PA-A3-OC3。(注意：仅PA-A3-OC3和PA-A3-T3支持LFI。IMA和ATM OC-12端口适配器不支持它。)
-
IWF设备 — 带有信道化T3端口适配器模块和Cisco IOS软件版本12.1(8)EY的LS1010。
-
帧中继终端 — 运行Cisco IOS软件版本12.2(8)T的7200系列路由器中的PA-MC-T3。
拓扑图
配置
本节介绍如何在透明模式下在FRF.8链路上配置LFI功能。它在两个路由器终端上使用虚拟模板，MLP捆绑的虚拟访问接口克隆自该模板。LFI支持用于指定MLPPP协议层参数的拨号器接口和虚拟模板。Cisco IOS软件版本12.2(8)T将每个路由器可配置的唯一虚拟模板数增加到200个。以前的版本仅支持每台路由器最多25个虚拟模板。如果每个PVC都需要具有唯一的IP地址，则此限制可能是ATM分布路由器的扩展问题。解决方法是，将IP用作未编号的模板，或者用已编号链路上的拨号器接口替换虚拟模板。
Cisco IOS版本12.1(5)T在每个MLPPP捆绑包仅一个成员链路上引入了LFI支持。因此，此配置在每个端点仅使用单个VC。计划在即将发布的Cisco IOS版本中支持每个捆绑包的多条VC。
| 帧中继终端 |
- 信道化T3端口适配器要求您创建信道组并指定时隙。默认情况下，不存在任何接口。
FRAMEside#show ip int brief
Interface IP-Address OK? Method Status Protocol
FastEthernet0/0 172.16.142.231 YES NVRAM up up
Loopback1 191.1.1.1 YES NVRAM up up
- 使用show diag命令确定已安装的端口适配器。在本示例中，T3 PA位于插槽3中。Cisco IOS的当前版本显示了在出现硬件故障时需要订购的现场可更换(FRU)部件号。
FRAMEside#show diag 3
Slot 3:
CT3 single wide Port adapter, 1 port
Port adapter is analyzed
Port adapter insertion time 13:16:35 ago
EEPROM contents at hardware discovery:
Hardware revision 1.0 Board revision A0
Serial number 23414844 Part number 73-3037-01
FRU Part Number: PA-MC-T3= (SW)
Test history 0x0 RMA number 00-00-00
EEPROM format version 1
EEPROM contents (hex):
0x20: 01 A0 01 00 01 65 48 3C 49 0B DD 01 00 00 00 00
0x30: 50 00 00 00 00 10 30 00 FF FF FF FF FF FF FF FF
- 执行show controller t3命令可显示物理层警报和统计信息。
FRAMEside#show controller t3 3/0
T3 3/0 is up. Hardware is CT3 single wide port adapter
CT3 H/W Version : 1.0.1, CT3 ROM Version : 1.1, CT3 F/W Version : 2.4.0
FREEDM version: 1, reset 0 resurrect 0
Applique type is Channelized T3
No alarms detected.
FEAC code received: No code is being received
Framing is M23, Line Code is B3ZS, Clock Source is Internal
Rx throttle total 0, equipment customer loopback
Data in current interval (75 seconds elapsed):
2 Line Code Violations, 1 P-bit Coding Violation
0 C-bit Coding Violation, 1 P-bit Err Secs
0 P-bit Severely Err Secs, 0 Severely Err Framing Secs
0 Unavailable Secs, 1 Line Errored Secs
0 C-bit Errored Secs, 0 C-bit Severely Errored Secs
[output omitted]
- 在T3控制器配置模式下选择T1，创建信道组，并为该组分配时隙。
FRAMEside(config)#controller t3 3/0
b13-8-7204(config-controller)#?
Controller configuration commands:
cablelength cable length in feet (0-450)
clock Specify the clock source for a T3 link
default Set a command to its defaults
description Controller specific description
equipment Specify the equipment type for loopback mode
exit Exit from controller configuration mode
framing Specify the type of Framing on a T3 link
help Description of the interactive help system
idle Specify the idle pattern for all channels on a T3 interface
loopback Put the entire T3 line into loopback
mdl Maintenance Data Link Configuration
no Negate a command or set its defaults
shutdown Shut down a DS3 link (send DS3 Idle)
t1 Create a T1 channel
b13-8-7204(config-controller)#t1 ?
<1-28> T1 Channel number <1-28>
b13-8-7204(config-controller)#t1 1 channel-group ?
<0-23> Channel group number
b13-8-7204(config-controller)#t1 1 channel-group 1 ?
timeslots List of timeslots in the channel group
b13-8-7204(config-controller)#t1 1 channel-group 1 timeslots ?
<1-24> List of timeslots which comprise the channel
b13-8-7204(config-controller)#t1 1 channel-group 1 timeslots 1-2
b13-8-7204(config-controller)#
13:22:28: %LINK-3-UPDOWN: Interface Serial3/0/1:1, changed state to down
13:22:29: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial3/0/1:1, changed state to down
13:22:46: %LINK-3-UPDOWN: Interface Serial3/0/1:1, changed state to up
13:22:47: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial3/0/1:1, changed state to up
13:23:07: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial3/0/1:1, changed state to down
注：如果所连接的远程接口配置不同，则新的信道化接口的链路层会打开，但线路协议会关闭。
- 接口serial 3/0/1:1标识新的信道化接口。配置用于帧中继封装的接口，然后在主接口上启用帧中继流量整形(FRTS)。
FRAMEside(config)#int serial 3/0/1:1
FRAMEside(config-if)#encapsulation frame-relay ietf
FRAMEside(config-if)#frame-relay traffic-shaping
!--- FRTS must be enabled for MLPoFR.
- 配置帧中继映射类以将流量整形参数应用于帧中继虚电路（将在下面创建）。
FRAMEside(config)#map-class frame-relay mlp
FRAMEside(config-map-class)#frame-relay cir ?
<1-45000000> Applied to both Incoming/Outgoing CIR, Bits per second
in Incoming CIR
out Outgoing CIR
FRAMEside(config-map-class)#frame-relay cir 128000
FRAMEside(config-map-class)#frame-relay mincir 128000
FRAMEside(config-map-class)#frame-relay bc ?
<300-16000000> Applied to both Incoming/Outgoing Bc, Bits
in Incoming Bc
out Outgoing Bc
<cr>
FRAMEside(config-map-class)#frame-relay bc 1280
!--- Configure a burst committed (Bc) value of 1/100th of the CIR or 1280 bps.
FRAMEside(config-map-class)#frame-relay be 0
!--- Configure an excess burst (Be) value of 0.
FRAMeside(config-map-class)#no frame-relay adaptive-shaping
- 创建QoS服务策略。使用与ATM端相同的参数。请参阅以下参考资料。
FRAMEside#show policy-map example
Policy Map example
Class voice
Weighted Fair Queueing
Strict Priority
Bandwidth 110 (kbps) Burst 2750 (Bytes)
Class class-default
Weighted Fair Queueing
Flow based Fair Queueing
Bandwidth 0 (kbps) Max Threshold 64 (packets)
- 创建虚拟模板接口并应用MLPPP参数。还将QoS服务策略应用于VC。
FRAMEside(config)#interface Virtual-Template1
FRAMEside(config-if)#ip address 1.1.1.2 255.255.255.0
FRAMEside(config-if)#service-policy output example
FRAMEside(config-if)#ppp multilink
FRAMEside(config-if)#ppp multilink fragment-delay 10
FRAMEside(config-if)#ppp multilink interleave
FRAMEside(config-if)#end
- 创建子接口并分配帧中继数据链路连接标识符(DLCI)编号。然后应用PPP封装、虚拟模板和映射类。
FRAMEside(config)#int serial 3/0/1:1.1 point
FRAMEside(config-subif)#frame-relay interface-dlci ?
<16-1007> Define a switched or locally terminated DLCI
FRAMEside(config-subif)#frame-relay interface-dlci 20 ppp ?
Virtual-Template Virtual Template interface
FRAMEside(config-subif)#frame-relay interface-dlci 20 ppp Virtual-Template 1
FRAMEside(config-fr-dlci)#class mlp
- 在VC上使用show frame-relay pvc命令确认虚拟模板和映射类参数。
FRAMEside#show frame-relay pvc 20
PVC Statistics for interface Serial3/0/1:1 (Frame Relay DTE)
DLCI = 20, DLCI USAGE = LOCAL, PVC STATUS = INACTIVE, INTERFACE = Serial3/0/1:1.1
input pkts 0 output pkts 0 in bytes 0
out bytes 0 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 0 out bcast bytes 0
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
pvc create time 00:03:24, last time pvc status changed 00:03:24
Bound to Virtual-Access1 (down, cloned from Virtual-Template1)
cir 128000 bc 1280 be 0 byte limit 160 interval 10
mincir 128000 byte increment 160 Adaptive Shaping none
pkts 0 bytes 0 pkts delayed 0 bytes delayed 0
shaping inactive
traffic shaping drops 0
Queueing strategy: fifo
Output queue 0/40, 0 drop, 0 dequeued
- 使用show controller serial 3/0/1:1确认帧中继链路处于up状态，并且没有物理层警报。每个信道化接口都分配了一个“VC”编号。在下面的输出中，为信道组1(3/0/1:1)分配的VC号为0。
FRAMEside#show controller serial 3/0/1:1
CT3 SW Controller 3/0
ROM ver 0x10001, h/w ver 1.0.1, f/w ver 2.4.0, FREEDM rev 1
!--- FREEDM is the HDLC controller on the channelized T3 port adapter. It extracts data from the 24 timeslots of a T1, validates the CRC, and checks for any other frame errors.
T3 linestate is Up, T1 linestate 0x00000002, num_active_idb 1
Buffer pool size 640, particle size 512, cache size 640, cache end 128/127
Rx desctable 0xF1A5A20, shadow 0x628C6AFC, size 512, spin 128
!--- When it initializes, the interface driver builds a control structure known as the receive ring. The receive ring consists of a list of 512 packet buffer descriptors. As packets arrive, FREEDM DMAs the data into the buffer to which a descriptor points.
rx queue 0xF1B8000, cache 0xF1B8000, fq base 0xF1B8800
rdq base 0xF1B8000, host_rxrdqr 0xF1B8004, host_rxfqw 0xF1B8804
Tx desctable 0xF1A7A60, shadow 0x628B6AD0, size 4096, spin 256
!--- When it initializes, the interface driver also creates the transmit queue or transmit ring. In the case of the channelized T3 PA, the driver creates a queue of 4096 entries and sets all fields in the descriptors to NULL or empty.
tx queue 0xF1C0000, cache 0xF1C0000
host_txrdqw 1802, fq base 0xF1C4000, host_txfqr 0xF1C5C20
dynamic txlimit threshold 4096
TPD cache 0x628C7A54, size 4096, cache end 4096/4094, underrun 0
RPD cache 0x628C7328, size 448, cache end 0
Freedm fifo 0x628AA7B0, head ptr 0x628AA7C8, tail ptr 0x628AB7A8, reset 0
PCI bus 6, PCI shared memory block 0xF1A454C, PLX mailbox addr 0x3D820040
FREEDM devbase 0x3D800000, PLX devbase 0x3D820000
Rx overruns 0, Tx underruns 0, tx rdq count 0
!--- The "tx rdq count" indicates the number of outstanding transmit packets in FREEDM's "transmit ready" queue. This queue holds a packet before it reaches the transmit ring.
Tx bad vc 0
FREEDM err: cas 0, hdl 0, hdl_blk 0, ind_prov 0, tavail 0, tmac busy 0, rmac b
usy 0
rxrdq_wt 0x2, rxrdq_rd 0x1, rxsfq_wt 0x201, rxsfq_rd 0x206
VC 0 (1:1) is enabled, T1 1 is enabled/Up, rx throttle 0
Interface Serial3/0/1:1 is up (idb status 0x84208080)
xmitdelay 0, max pak size 1608, maxmtu 1500, max buf size 1524
started 8, throttled 0, unthrottled 0, in_throttle FALSE
VC config: map 0xC0000000, timeslots 2, subrate 0xFF, crc size 2, non-inverted data
freedm fifo num 3, start 0x628AA7B0, end 0x628AA7C0, configured = TRUE
Rx pkts 0, bytes 0, runt 0, giant 0, drops 0
crc 0, frame 0, overrun 0, abort 1, no buf 0
Tx pkts 194313, bytes 2549490, underrun 0, drops 0, tpd udr 0
tx enqueued 0, tx count 0/36/0, no buf 0
tx limited = FALSE
!--- The "tx count x/y/z" counter includes the following information: !--- "x" = Number of transmit ring entries in use. !--- "y" = Maximum number of packets allowed on the transmit queue. !--- "z" = Number of times that the transmit limit has been exceeded.
|
| LS1010配置 |
- 使用show hardware命令确认您的LS1010配备了通道化帧中继端口适配器模块(PAM)。
LS1010#show hardware
LS1010 named LS1010, Date: 07:36:40 UTC Mon May 13 2002
Feature Card's FPGA Download Version: 11
Slot Ctrlr-Type Part No. Rev Ser No Mfg Date RMA No. Hw Vrs Tst EEP
---- ------------ ---------- -- -------- --------- -------- ------- --- ---
0/0 155MM PAM 73-1496-03 A0 02829507 May 07 96 00-00-00 3.1 0 2
1/0 1CT3 FR-PAM 73-2972-03 A0 12344261 May 17 99 00-00-00 3.0 0 2
2/0 ATM Swi/Proc 73-1402-03 B0 03824638 Sep 14 96 00-00-00 3.1 0 2
2/1 FeatureCard1 73-1405-03 B0 03824581 Sep 14 96 00-00-00 3.2 0 2
- 使用show ip int brief命令确定控制器接口。
LS1010#show ip int brief
Interface IP-Address OK? Method Status Protocol
ATM0/0/0 unassigned YES unset up up
ATM0/0/1 unassigned YES unset down down
ATM0/0/2 unassigned YES unset down down
ATM0/0/3 unassigned YES unset down down
ATM-P1/0/0 unassigned YES unset up up
T3 1/0/0 unassigned YES unset up up
- 创建信道化接口并选择与串行端口适配器(PA)相同的时隙。
LS1010(config)#controller t3 1/0/0
LS1010(config-controller)#channel-group 1 t1 ?
<1-28> T1 line number <1-28>
LS1010(config-controller)#channel-group 1 t1 1 timeslots ?
<1-24> List of timeslots which comprise the channel
LS1010(config-controller)#channel-group 1 t1 1 timeslot 1-2
LS1010(config-controller)#
2w1d: %LINK-3-UPDOWN: Interface Serial1/0/0:1, changed state to up
2w1d: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial1/0/0:1, changed state to up
- 在新的串行接口上配置帧中继封装。此外，将本地管理接口(LMI)类型从NNI更改为DCE。
LS1010(config)#int serial 1/0/0:1
LS1010(config-if)#encap frame ?
ietf Use RFC1490 encapsulation
LS1010(config-if)#encap frame ietf
LS1010(config-if)#frame-relay intf-type dce
- 使用show interface serial命令确认帧中继封装。
LS1010#show int serial 1/0/0:1
Serial1/0/0:1 is up, line protocol is up
Hardware is FRPAM-SERIAL
MTU 4096 bytes, BW 128 Kbit, DLY 0 usec,
reliability 139/255, txload 1/255, rxload 1/255
Encapsulation FRAME-RELAY IETF, loopback not set
Keepalive set (10 sec)
LMI enq sent 32, LMI stat recvd 0, LMI upd recvd 0
LMI enq recvd 40, LMI stat sent 40, LMI upd sent 0, DCE LMI up
LMI DLCI 1023 LMI type is CISCO frame relay DCE
!--- By default, the serial PAM and the serial PA use LMI type Cisco. The serial PAM should show DCE LMI status of "up", and the serial PA should show DTE LMI status of "up".
Broadcast queue 0/64, broadcasts sent/dropped 0/0, interface broadcasts 0
Last input 00:00:03, output 00:00:05, output hang never
Last clearing of "show interface" counters 00:06:40
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: fifo
Output queue :0/40 (size/max)
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
44 packets input, 667 bytes, 0 no buffer
Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
5 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
71 packets output, 923 bytes, 0 underruns
0 output errors, 0 collisions, 0 interface resets
0 output buffer failures, 0 output buffers swapped out
0 carrier transitions
Timeslots(s) Used: 1-2 on T1 1
Frames Received with:
DE set: 0, FECN set :0, BECN set: 0
Frames Tagged :
DE: 0, FECN: 0 BECN: 0
Frames Discarded Due to Alignment Error: 0
Frames Discarded Due to Illegal Length: 0
Frames Received with unknown DLCI: 5
Frames with illegal Header : 0
Transmit Frames with FECN set :0, BECN Set :0
Transmit Frames Tagged FECN : 0 BECN : 0
Transmit Frames Discarded due to No buffers : 0
Default Upc Action : tag-drop
Default Bc (in Bits) : 32768
LS1010#show frame lmi
LMI Statistics for interface Serial1/0/0:1 (Frame Relay DCE) LMI TYPE = CISCO<
Invalid Unnumbered info 0 Invalid Prot Disc 0
Invalid dummy Call Ref 0 Invalid Msg Type 0
Invalid Status Message 0 Invalid Lock Shift 0
Invalid Information ID 0 Invalid Report IE Len 0
Invalid Report Request 0 Invalid Keep IE Len 0
Num Status Enq. Rcvd 120 Num Status msgs Sent 120
Num Update Status Sent 0 Num St Enq. Timeouts 0
- 在配置PVC之前，请确保ATM接口处于up/up状态。
LS1010#show int atm 0/0/0
ATM0/0/0 is up, line protocol is up
Hardware is oc3suni
MTU 4470 bytes, sub MTU 4470, BW 155520 Kbit, DLY 0 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation ATM, loopback not set
Last input 00:00:00, output 00:00:00, output hang never
Last clearing of "show interface" counters never
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: fifo
Output queue :0/40 (size/max)
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 1000 bits/sec, 2 packets/sec
253672 packets input, 13444616 bytes, 0 no buffer
Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
2601118 packets output, 137859254 bytes, 0 underruns
0 output errors, 0 collisions, 0 interface resets
0 output buffer failures, 0 output buffers swapped out
- 除了两个物理接口外，LS1010还使用逻辑接口来连接ATM端和帧中继端。逻辑接口在ATM伪接口上标识为“atm-p1”。
LS1010#show int atm-p1/0/0
ATM-P1/0/0 is up, line protocol is up
Hardware is ATM-PSEUDO
MTU 4470 bytes, sub MTU 4470, BW 45000 Kbit, DLY 0 usec,
reliability 0/255, txload 1/255, rxload 1/255
Encapsulation ATM, loopback not set
Keepalive not supported
Encapsulation(s):
2000 maximum active VCs, 0 current VCCs
VC idle disconnect time: 300 seconds
Last input never, output never, output hang never
Last clearing of "show interface" counters never
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: fifo
Output queue :0/40 (size/max)
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
0 packets input, 0 bytes, 0 no buffer
Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
0 packets output, 0 bytes, 0 underruns
0 output errors, 0 collisions, 0 interface resets
0 output buffer failures, 0 output buffers swapped out
- 在串行接口配置模式下，配置互通PVC。
interface Serial1/0/0:1
no ip address
encapsulation frame-relay IETF
no arp frame-relay
frame-relay intf-type dce
frame-relay pvc 20 service transparent interface ATM0/0/0 1 100
- 使用show vc interface atm命令确认您的配置。
LS1010#show vc int atm 0/0/0
Interface Conn-Id Type X-Interface X-Conn-Id Encap Status
ATM0/0/0 0/5 PVC ATM0 0/39 QSAAL UP
ATM0/0/0 0/16 PVC ATM0 0/35 ILMI UP
ATM0/0/0 1/100 PVC Serial1/0/0:1 20 UP
|
| ATM终端 |
- 确保您使用的是增强型ATM PA或PA-A3。使用show interface atm命令进行确认。
ATMside#show int atm 1/0/0
ATM1/0/0 is up, line protocol is up
Hardware is cyBus ENHANCED ATM PA
MTU 4470 bytes, sub MTU 4470, BW 149760 Kbit, DLY 80 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation ATM, loopback not set
Encapsulation(s): AAL5
4095 maximum active VCs, 0 current VCCs
[output omitted]
- 配置永久虚电路(PVC)的ATM层参数。在此配置中，我们使用持续信元速率(SCR)为150 kbps的点对点子接口。此值被选择为比帧中继终端的CIR 128 kbps高出大约15%。额外的15%有助于确保VC为连接两端的实际用户流量提供等效带宽，同时满足ATM端的额外开销。(另请参阅在帧中继上配置流量整形到ATM服务互通(FRF.8)PVC。)
ATMside(config)#int atm 1/0/0.1 point
ATMside(config-subif)#pvc 1/100
ATMside(config-if-atm-vc)#vbr-nrt 300 150 ?
<1-65535> Maximum Burst Size(MBS) in Cells
<cr>
ATMside(config-if-atm-vc)#vbr-nrt 300 150
ATMside(config-if-atm-vc)#end
ATMside(config-if-atm-vc)#tx-ring-limit 4
!--- Tune down the transmit ring to push most queueing to the layer-3 queues, where our service policy will apply.
- 确认您的VC显示在VC表中。执行show atm vc命令。请注意，路由器分配的最大默认突发大小(MBS)为94，因为我们未输入显式值。
ATMside#show atm vc
VCD / Peak Avg/Min Burst
Interface Name VPI VCI Type Encaps SC kbps kbps Cells Sts
1/0/0.1 1 1 100 PVC SNAP VBR 300 150 94 UP
- 创建QoS服务策略。在如下所示的策略中，我们创建了四个类，包括路由器创建的class-default类。
- 为IP语音(VoIP)数据包创建类映射。
ATMside(config)#class-map voice
ATMside(config-cmap)#match ip rtp ?
<2000-65535> Lower bound of UDP destination port
ATMside(config-cmap)#match ip rtp 16384 ?
<0-16383> Range of UDP ports
ATMside(config-cmap)#match ip rtp 16384 16383
!--- Cisco IOS H.323 devices use this UDP port range to transmit VoIP packets.
- 为语音信令数据包创建类映射。本示例使用H.323 Fast Connect。(另请参阅VoIP over PPP Links with Quality of Service(LLQ / IP RTP Priority， LFI， cRTP)的“LLQ配置指南”部分。)
class-map voice-signaling
match access-group 103
!
access-list 103 permit tcp any eq 1720 any
access-list 103 permit tcp any any eq 1720
- 创建命名策略映射并将QoS操作分配给每个类别。本示例使用priority命令为VoIP用户数据包分配优先级队列，并使用bandwidth命令为呼叫信令数据包分配最小带宽保证。所有其他流量进入class-default类，该类将流量划分为IP层流量并在流之间提供公平排队。
policy-map example
class call-control
bandwidth percent 10
class voice
priority 110
class class-default
fair-queue
- 确认您的配置。
ATMside#show policy-map example
Policy Map example
Class call-control
bandwidth percent 10
Class voice
priority 110
Class class-default
fair-queue
- 创建虚拟模板并将QoS服务策略应用于该模板。
interface Virtual-Template1
bandwidth 150
ip address 1.1.1.1 255.255.255.0
service-policy output example
ppp multilink
ppp multilink fragment-delay 10
ppp multilink interleave
!--- You select a fragment size indirectly by specifying the maximum tolerable serialization delay. The recommended maximum per-hop serialization delay for voice environments is 10 milliseconds (ms). LFI also requires ppp multilink interleave.
- 将虚拟模板和多链路PPP封装应用于ATM PVC。
ATMside(config)#int atm 1/0/0.1
ATMside(config-subif)#pvc 1/100
ATMside(config-if-atm-vc)#protocol ppp ?
Virtual-Template Virtual Template interface
dialer pvc is part of dialer profile
ATMside(config-if-atm-vc)#protocol ppp Virtual-Template 1
- 确认ATM PVC上的设置。
ATMside#show run int atm 1/0/0.1
Building configuration...
Current configuration : 127 bytes
!
interface ATM1/0/0.1 point-to-point
pvc 1/100
vbr-nrt 300 150
tx-ring-limit 4
protocol ppp Virtual-Template1
!
end
- 路由器会自动创建虚拟访问接口。如果在帧中继终端上未配置MLPPP，则虚拟访问接口的状态为up/down。
ATMside#show int virtual-access 1
Virtual-Access1 is up, line protocol is down
Hardware is Virtual Access interface
Internet address is 1.1.1.1/24
MTU 1500 bytes, BW 150 Kbit, DLY 100000 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation PPP, loopback not set
DTR is pulsed for 5 seconds on reset
LCP Listen, multilink Closed
Closed: LEXCP, BRIDGECP, IPCP, CCP, CDPCP, LLC2, BACP, IPV6CP
Bound to ATM1/0/0.1 VCD: 1, VPI: 1, VCI: 100
Cloned from virtual-template: 1
|
show 与 debug 命令
ATM终端
在ATM端点上使用以下命令确认LFI是否正常工作。在发出 debug 命令之前，请参阅有关 Debug 命令的重要信息。
-
show ppp multilink - LFI使用两个虚拟访问接口 — 一个用于PPP，另一个用于MLP捆绑包。使用show ppp multilink来区分这两者。
ATMside#show ppp multilink
Virtual-Access2, bundle name is FRAMEside
!--- The bundle interface is assigned to VA 2.
Bundle up for 01:11:55
Bundle is Distributed
0 lost fragments, 0 reordered, 0 unassigned
0 discarded, 0 lost received, 1/255 load
0x1E received sequence, 0xA sent sequence
Member links: 1 (max not set, min not set)
Virtual-Access1, since 01:11:55, last rcvd seq 00001D 187 weight
!--- The PPP interface is assigned to VA 1.
-
show interface virtual-access 1 — 确认虚拟访问接口处于up/up状态，并递增输入和输出数据包计数器。
ATMside#show int virtual-access 1
Virtual-Access1 is up, line protocol is up
Hardware is Virtual Access interface
Internet address is 1.1.1.1/24
MTU 1500 bytes, BW 150 Kbit, DLY 100000 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation PPP, loopback not set
DTR is pulsed for 5 seconds on reset
LCP Open, multilink Open
Bound to ATM1/0/0.1 VCD: 1, VPI: 1, VCI: 100
Cloned from virtual-template: 1
Last input 01:11:30, output never, output hang never
Last clearing of "show interface" counters 2w1d
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: fifo
Output queue :0/40 (size/max)
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
878 packets input, 13094 bytes, 0 no buffer
Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
255073 packets output, 6624300 bytes, 0 underruns
0 output errors, 0 collisions, 0 interface resets
0 output buffer failures, 0 output buffers swapped out
0 carrier transitions
-
show policy-map int virtual-access 2 — 确认QoS服务策略已绑定到MLPPP捆绑接口。
ATMside#show policy-map int virtual-access 2
Virtual-Access2
Service-policy output: example
queue stats for all priority classes:
queue size 0, queue limit 27
packets output 0, packet drops 0
tail/random drops 0, no buffer drops 0, other drops 0
Class-map: call-control (match-all)
0 packets, 0 bytes
5 minute offered rate 0 bps, drop rate 0 bps
Match: access-group 103
queue size 0, queue limit 3
packets output 0, packet drops 0
tail/random drops 0, no buffer drops 0, other drops 0
Bandwidth: 10%, kbps 15
Class-map: voice (match-all)
0 packets, 0 bytes
5 minute offered rate 0 bps, drop rate 0 bps
Match: ip rtp 16384 16383
Priority: kbps 110, burst bytes 4470, b/w exceed drops: 0
Class-map: class-default (match-any)
0 packets, 0 bytes
5 minute offered rate 0 bps, drop rate 0 bps
Match: any
queue size 0, queue limit 5
packets output 0, packet drops 0
tail/random drops 0, no buffer drops 0, other drops 0
Fair-queue: per-flow queue limit 2
-
debug ppp packet和debug atm packet — 如果所有接口都为up/up状态，但您无法ping通端到端，请使用以下命令。此外，您可以使用这些命令捕获PPP keepalive，如下图所示。
2w1d: Vi1 LCP-FS: I ECHOREQ [Open] id 31 len 12 magic 0x52FE6F51
2w1d: ATM1/0/0.1(O):
VCD:0x1 VPI:0x1 VCI:0x64 DM:0x0 SAP:FEFE CTL:03 Length:0x16
2w1d: CFC0 210A 1F00 0CB1 2342 E300 0532 953F
2w1d:
2w1d: Vi1 LCP-FS: O ECHOREP [Open] id 31 len 12 magic 0xB12342E3
!--- This side received an Echo Request and responded with an outbound Echo Reply.
2w1d: Vi1 LCP: O ECHOREQ [Open] id 32 len 12 magic 0xB12342E3
2w1d: ATM1/0/0.1(O):
VCD:0x1 VPI:0x1 VCI:0x64 DM:0x0 SAP:FEFE CTL:03 Length:0x16
2w1d: CFC0 2109 2000 0CB1 2342 E300 049A A915
2w1d: Vi1 LCP-FS: I ECHOREP [Open] id 32 len 12 magic 0x52FE6F51
2w1d: Vi1 LCP-FS: Received id 32, sent id 32, line up
!--- This side transmitted an Echo Request and received an inbound Echo Reply.
帧中继终端
在帧中继终端上使用以下命令确认LFI工作正常。在发出 debug 命令之前，请参阅有关 Debug 命令的重要信息。
-
show ppp multilink - LFI使用两个虚拟访问接口 — 一个用于PPP，另一个用于MLP捆绑包。使用show ppp multilink来区分这两者。
FRAMEside#show ppp multilink
Virtual-Access2, bundle name is ATMside
Bundle up for 01:15:16
0 lost fragments, 0 reordered, 0 unassigned
0 discarded, 0 lost received, 1/255 load
0x19 received sequence, 0x4B sent sequence
Member links: 1 (max not set, min not set)
Virtual-Access1, since 01:15:16, last rcvd seq 000018 59464 weight
-
show policy-map interface virtual-access — 确认QoS服务策略已绑定到MLPPP捆绑接口。
FRAMEside#show policy-map int virtual-access 2
Virtual-Access2
Service-policy output: example
Class-map: voice (match-all)
0 packets, 0 bytes
5 minute offered rate 0 bps, drop rate 0 bps
Match: ip rtp 16384 16383
Weighted Fair Queueing
Strict Priority
Output Queue: Conversation 264
Bandwidth 110 (kbps) Burst 2750 (Bytes)
(pkts matched/bytes matched) 0/0
(total drops/bytes drops) 0/0
Class-map: class-default (match-any)
27 packets, 2578 bytes
5 minute offered rate 0 bps, drop rate 0 bps
Match: any
Weighted Fair Queueing
Flow Based Fair Queueing
Maximum Number of Hashed Queues 256
(total queued/total drops/no-buffer drops) 0/0/0
-
debug frame packet 和debug ppp packet — 如果所有接口都为up/up状态，但您无法ping通端到端，请使用以下命令。
FRAMEside#debug frame packet
Frame Relay packet debugging is on
FRAMEside#
FRAMEside#ping 1.1.1.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 1.1.1.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 36/36/40 ms
FRAMEside#
2w1d: Serial3/0/1:1.1(o): dlci 20(0x441), NLPID 0x3CF(MULTILINK), datagramsize 52
2w1d: Serial3/0/1:1.1(o): dlci 20(0x441), NLPID 0x3CF(MULTILINK), datagramsize 52
2w1d: Serial3/0/1:1.1(o): dlci 20(0x441), NLPID 0x3CF(MULTILINK), datagramsize 28
2w1d: Serial3/0/1:1.1(o): dlci 20(0x441), NLPID 0x3CF(MULTILINK), datagramsize 52
2w1d: Serial3/0/1:1.1(o): dlci 20(0x441), NLPID 0x3CF(MULTILINK), datagramsize 52
2w1d: Serial3/0/1:1.1(o): dlci 20(0x441), NLPID 0x3CF(MULTILINK), datagramsize 28
2w1d: Serial3/0/1:1.1(o): dlci 20(0x441), NLPID 0x3CF(MULTILINK), datagramsize 52
2w1d: Serial3/0/1:1.1(o): dlci 20(0x441), NLPID 0x3CF(MULTILINK), datagramsize 52
2w1d: Serial3/0/1:1.1(o): dlci 20(0x441), NLPID 0x3CF(MULTILINK), datagramsize 28
2w1d: Serial3/0/1:1.1(o): dlci 20(0x441), NLPID 0x3CF(MULTILINK), datagramsize 52
2w1d: Serial3/0/1:1.1(o): dlci 20(0x441), NLPID 0x3CF(MULTILINK), datagramsize 52
排队与 LFI
MLPPPoA和MLPPPoFR从拨号器接口或虚拟模板克隆两个虚拟访问接口。一个此类接口代表PPP链路，另一个代表MLP捆绑接口。使用show ppp multilink命令确定用于每个功能的特定接口。至撰写本文时止，每个捆绑包仅支持一个VC，因此捆绑包成员列表中应只显示一个虚拟访问接口(在show ppp multilink输出中)。
除了两个虚拟访问接口外，每个PVC还与一个主接口和一个子接口相关联。每个接口都提供某种形式的排队。但是，只有代表捆绑接口的虚拟访问接口通过应用的QoS服务策略支持花样排队。其他三个接口必须具有FIFO队列。将服务策略应用于虚拟模板时，路由器显示以下消息：
cr7200(config)#interface virtual-template 1
cr7200(config)#service-policy output Gromit
Class Base Weighted Fair Queueing not supported on interface Virtual-Access1
注：仅MLPPP捆绑接口支持基于类的加权公平队列。
这些消息是正常的。第一条 消息通知PPP虚拟访问接口不支持服务策略。第二条 消息确认服务策略已应用于MLP捆绑虚拟访问接口。要确认MLP捆绑接口上的排队机制，请使用命令show interface virtual-access、show queue virtual-access和show policy-map interface virtual-access。
MLPPPoFR要求在物理接口上启用帧中继流量整形(FRTS)。FRTS激活每个VC队列。在7200、3600和2600系列等平台上，FRTS使用以下两个命令进行配置：
-
帧中继主接口上的流量整形
-
map-class和任何整形命令。
如果应用了MLPPoFR而没有FRTS，则当前版本的Cisco IOS会打印以下警告消息。
"MLPoFR not configured properly on Link x Bundle y"
如果看到此警告消息，请确保已在物理接口上配置FRTS，并且QoS服务策略已附加到虚拟模板。要检验配置，请使用show running-config serial interface和show running-config virtual-template命令。配置MLPPPoFR时，接口排队机制将更改为双FIFO，如下图所示。高优先级队列处理语音数据包和控制数据包，例如本地管理接口(LMI)，低优先级队列处理分段数据包，可能是数据或非语音数据包。
Router#show int serial 6/0:0
Serial6/0:0 is up, line protocol is down
Hardware is Multichannel T1
MTU 1500 bytes, BW 64 Kbit, DLY 20000 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation FRAME-RELAY, crc 16, Data non-inverted
Keepalive set (10 sec)
LMI enq sent 236, LMI stat recvd 0, LMI upd recvd 0, DTE LMI down
LMI enq recvd 353, LMI stat sent 0, LMI upd sent 0
LMI DLCI 1023 LMI type is CISCO frame relay DTE
Broadcast queue 0/64, broadcasts sent/dropped 0/0, interface broadcasts 0
Last input 00:00:02, output 00:00:02, output hang never
Last clearing of "show interface" counters 00:39:22
Queueing strategy: dual fifo
Output queue: high size/max/dropped 0/256/0
!--- high-priority queue
Output queue 0/128, 0 drops; input queue 0/75, 0 drops
!--- low-priority queue
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
353 packets input, 4628 bytes, 0 no buffer
Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
353 packets output, 4628 bytes, 0 underruns
0 output errors, 0 collisions, 0 interface resets
0 output buffer failures, 0 output buffers swapped out
0 carrier transitions
no alarm present
Timeslot(s) Used:12, subrate: 64Kb/s, transmit delay is 0 flags
LFI使用两层队列 — 支持花样排队的MLPPP捆绑包级别和仅支持FIFO排队的PVC级别。捆绑接口维护自己的队列。所有MLP数据包先通过MLP捆绑包和虚拟接入层，然后再通过帧中继或ATM层。LFI监控成员链路的硬件队列的大小，并在数据包低于阈值（最初为2的值）时将数据包从硬件队列中出队。否则，数据包在MLP捆绑队列中排队。
故障排除与已知问题
下表列出了FRF链路上的LFI的已知问题，并重点说明了将您的症状隔离为已解决漏洞的故障排除步骤。
| 症状 |
故障排除步骤 |
已解决的漏洞 |
| ATM支路或帧中继支路上的吞吐量降低 |
- 使用从100字节到以太网MTU的各种大小的数据包执行ping操作。
- 大型数据包是否超时？
|
CSCdt59038 — 如果将1500字节的数据包和分段设置为100字节，则有15个分段的数据包。延迟是由多个级别的排队引起的。CSCdu18344 -使用FRTS时，数据包的出列速度比预期慢。MLPPP捆绑出队功能检查流量整形器队列的队列大小。FRTS清除此队列太慢。 |
| 无序数据包 |
- 执行show ppp multilink命令。查找“丢失片段”、“已丢弃”和“丢失已接收”计数器的递增值。
Virtual-Access4, bundle name is xyz
Bundle up for 03:56:11
2524 lost fragments, 3786 reordered,
0 unassigned
1262 discarded, 1262 lost received,
1/255 load
0x42EA1 received sequence, 0xCF7
sent sequence
Member links: 1 (max not set, min
not set)
Virtual-Access1, since
03:59:02, last rcvd seq 042EA0 400
weight
- 启用debug ppp multi events，并查找“Lost fragment”和“Out of sync with peer”消息。
*Mar 17 09:14:08.216: Vi4 MLP: Lost
fragment 3FED9 in 'dhartr21' (all
links have rcvd higher seq#)
*Mar 17 09:14:08.232: Vi4 MLP:
Received lost fragment seq 3FED9,
expecting 3FEDC in 'dhartr21'
*Mar 17 09:14:08.232: Vi4 MLP: Out
of sync with peer, resyncing to last
rcvd seq# (03FED9)
*Mar 17 09:14:08.236: Vi4 MLP:
Unusual jump in seq number, from
03FEDC to 03FEDA
|
CSCdv89201 — 当物理ATM接口拥塞时，MLP分段在远程端丢弃或接收顺序混乱。此问题仅影响2600和3600系列上的ATM网络模块。它是由于接口驱动程序在快速路径中错误地交换数据包而导致的（例如使用快速交换或思科快速转发）。具体而言，当前数据包的第二个分段在下一个数据包的第一个分段之后发送 |
| 当3600系列在透明模式下执行IWF时丢失端到端连接 |
|
CSCdw11409 -确保CEF查找正确的字节位置，以开始处理MLPPP数据包的封装报头 |
相关信息
反馈