系统概述
1. 具有TCP/IP仿真测试功能。
可仿真用户端业务主机和路由器等IP通信设备，进行IP数据收发测试及IP路由测试，支持IP
Over DDN, IP Over FR, IP Over X.25等操作，同时具有TCP/IP智能数据通信功能，可完全依照用户端设备配置参数进行仿真规程测试及数据通信测试，从而可以比较明确地判定是不是属于用户端的硬件设备故障或参数配置故障，可以很有说服力地解决用户与网络运营部门之间存在的扯皮问题。全面支持TCP/IP协议数据传输及系统内标准应用程序，包括：TELNET，FTP，RLOGIN，PING等，可应用该设备通过TCP/IP协议远程登录到其他设备，进行远程设备集中管理与维护工作。
2. 支持DDN专线（PPP）、帧中继、分组交换三种网络规程测试 。
可针对铁道部一期、二期、三期数据网进行交换机端口和数据专线规程测试，可用于新开通交换机端口参数配置和规程测试、新开通数据专线通信规程测试，还可对用户使用过程中出现的通信故障诊断检测，可实时动态监控分析数据通信线路上的各种规程数据帧，对数据链路状态及虚电路状态有明确提示，并具有故障原因诊断码提示功能，快速地帮助网管人员进行故障定位。
3. 支持V.24(RS-232C)、V.35等物理通信接口。
可作为物理DTE设备、物理DCE设备，并且物理通信接口工作方式切换完全由软件控制
4. 具有线路误码测试功能，可作为误码测试仪使用
5. 规程测试软件界面友好，全中文提示，操作简便直观，易学易用
6. 体积小，可完全内置于笔记本电脑内部，不需外部电源，携带方便
遵循标准
1. CCITT X.25,X.32
2. CCITT Q.922 Annex A, CCITT Q.933 Annex A, ANSI Annex D, RFC 877/1356/1490
3. PCMCIA Release 7.0 PC卡标准
4. Type II PC 卡
5. Microsoft 网络设备驱动程序接口标准(NDIS)
通信接口
1. 支持V.24(EIA RS-232-C)和V.35接口标准
2. 接口线路速率最高可达到2Mbps
3. 接口支持内部时钟和外部时钟
4. 支持的协议：帧中继，DDN点对点专线, 分组交换X.25，HDLC
帧中继规程特性
1. 符合CCITT Q.922 Annex A, Q.933 Annex A, ANSI T1.617 Annex D标准
2. 支持永久虚电路
3. 支持CCITT LMI和ANSI LMI两种链路接口控制规程
4. 支持流量控制
5. 支持TCP/IP数据传输（IP Over FrameRelay RFC/1490)
6. 具有路由选择功能
DDN点对点专线数据通信规程特性
1. 支持TCP/IP协议数据传输(IP Over PPP, RFC1661/1662)
2. 支持链路协商与网络协议协商
X.25分组交换规程特性
1. 符合CCITT X.25/X.32建议，支持同步专线和同步拨号入网方式
2. 支持交换虚电路（SVC）与永久虚电路（PVC）
3. 虚电路数1-32条
4. 支持呼叫可选业务功能设施
5. 分组层与链路层参数可选
6. 支持TCP/IP数据传输（IP Over X.25 RFC877/1356）
7. 具有网络路由选择功能
最大电源要求
1. +5V 5%误差
环境要求
1. 工作温度：0℃-50℃
2. 工作湿度：0-90%（非凝固）
3. 最大电压变化范围：+5%至-5%
外型尺寸
1. 长度：8.56cm
2. 宽度：5.4cm
3. 厚度：0.5cm
支持的操作系统平台
Windows 2000/XP
规程测试方案
方案一：
方案二：
方案三：
方案四：
案例一：兰州铁路局某室与北京铁道部相关部门通信故障
测试地点：兰州铁路局通信段机房、机要室
测试环境：DPN100 X25 端口，CISCO 路由器
故障现象描述：
据兰州铁路局技术人员反应，本地主机与北京主机的IP/X25通信经常出现故障，表现为时通时断，即有时可以正常通信一段时间，有时根本就PING不通（不能建立IP数据连接），曾多次和北京直属通信处网管人员和铁道部机要部门有关技术人员交涉，但都未能解决问题。
兰州局某科室与铁道部网络连接示意图如下：
故障测试排除过程：
我们应用铁通TECOM200广域网络规程测试仪对该通信线路进行了测试，将兰州机要室的CISCO路由器X25专线连接断开，并转接到铁通TECOM200规程测试仪的数据通信接口上，连接图如下：
通过对该X25专线的数据监控显示，该X25端口的数据链路层状态和分组层虚电路状态都正常，线路上也没有误码数据帧，应该本地交换机端口工作状态正常，我们首先呼叫自己的端口号，虚电路能够正常建立，而且测试数据收发都正常，然后我们对北京路由器X25
端口进行呼叫，也能够建立虚电路连接，分组数据包测试也正常，通过上述过程说明，本地X25端口和远端X25端口工作基本正常。
下一步我们进行IP仿真测试，我们将TECOM200测试仪器的IP地址仿真成兰州主机的IP地址，并将铁道部的路由器的IP地址及X25地址信息设定到TECOM200测试仪器的IP路由表中，此时我们从本端PING铁道部路由器IP地址，通信测试成功，再PING铁道部局域网上业务主机IP地址，同样也能成功，我们初步判断是本端路由器参数配置可能有问题。
我们协同有关技术人员对本端路由器各项参数逐一进行了检查，发现路由器上所配置的虚电路数为128，而实际交换机端口开设的虚电路数要小于128，参数不符，问题就出在这里，因为X25出呼叫连接是从高端选空闲虚电路使用，所以呼出时肯定受阻。
经过对路由器参数调整后，使之与交换机端口开设的虚电路数一致。
案例二：沈阳通信段电子邮件及传真服务器通信故障
测试地点：沈阳通信段机房
测试环境：北电PASSPORT 帧中继端口，CISCO 路由器
故障现象描述：
沈阳电子邮件及传真服务器是经由CISCO路由器通过帧中继线路和外部进行数据交换的，但近几天来服务器不能和外界进行正常通信，铁路邮件服务处于瘫痪状态。
连接示意图如下：
故障测试排除过程：
经了解，沈阳电子邮件及传真服务器是用一台CISCO路由器连接到PASSPORT帧中继端口上的，从路由器上检查帧中继线路规程状态是DOWN，我们初步判断这里是造成通信中断的原因，我们首先将路由器通信线路断开，并将通信线路接到铁通TECOM200测试仪器的通信接口上，开始对PASSPORT端口进行测试，此时帧中继端口物理工作方式为DCE，内部同步数据时钟信号，我们用TECOM200
V35 DTE电缆与交换机端口伸出的电缆直接连接，中间不需连接调制解调器，连接示意图如下：
我们首先在TECOM200测试仪器上启动帧中继链路管理接口规程（LMI），类型设为CCITT Q.933
ANNEX A，此时我们从TECOM200测试仪监控数据上分析看到，交换机端口对此类型LMI协议没有响应，之后我们将TECOM200测试仪器上帧中继链路管理接口规程（LMI）类型设为
ANSI T1.617 ANNEX D，此时通过监控我们发现LMI规程工作正常，帧中继链路状态也起来了，说明交换机端口LMI工作在ANSI T1.617 NNEX
D状态，可是我们检查路由器参数发现，路由器LMI参数工作在CCITT Q.933 ANNEX A状态，参数不对，由此我们告知直属通信处网管中心，重新调整了该端口的LMI参数，并将之激活，之后CISCO路由器通信恢复正常，邮件与传真服务器也与外部通信恢复正常，故障排除。
案例三：呼和浩特通信段DPN100-AM X25端口间通信故障
测试地点：呼和浩特通信段机房
测试环境：北电DPN100 X25端口，CISCO 路由器
故障现象描述：
该通信段在DPN100-AM交换机上开通了两个X25端口，并分别在这两个端口上连接了CISCO路由器，可是这两台路由器根本不能进行通信。
呼和浩特通信段机房网络连接示意图如下：
故障测试排除过程：
首先，我们将铁通TECOM200规程测试仪器分别接到两个端口上进行端口测试，通过测试发现两个端口的链路层和分组层虚电路状态均正确，而且在本端口上呼叫自己的X25地址号能够建立一出一入两条虚电路，也能进行数据分组的收发，说明两个端口自身状态基本正确。
故障排除连接示意图如下所示：
下一步我们在端口之间进行测试，在2-7口上还是接CISCO路由器，在2-8口上接铁通TECOM200测试仪器，并开始进行规程数据监控分析，我们从TECOM200上向2-7口发呼叫请求分组，此时我们没有附加任何呼叫可选业务功能设施代码，对方回应一个拆线指示分组，从拆线分组中所携带的拆线原因和诊断码字段提示我们“不支持的设施代码”，不能和对方建立虚电路连接。
呼叫对方不成功，下一步我们由对方路由器所连接的2-7口呼叫本端铁通TECOM200测试仪所连接的2-8口，并在本端开始监控分组数据，此时我们发现从路由器上发出的呼叫分组中携带了可选协商业务功能设施，其中包括：分组包长度协商至256字节、分组层窗口值协商至2、数据吞吐量协商至64KBPS，其中问题就出在分组长度协商，分组交换网上分组长度标准缺省值为128字节，如果两端设备要实现通信，分组包长度必须一致，从对方发出的呼叫分组我们可以看到，对方路由器中分组包长度设定为256字节，这也告诉我们如果想要呼叫对方，我们也必须在呼叫分组中携带分组长度协商设施功能设施字段，而且分组长度要协商成256字节，经过实践证实，我们的推断是正确的。
找到了问题的根源，我们对路由器重新进行了配置，将不必要的呼叫协商业务功能设施关闭，尤其是分组包长度协商，采用标准缺省值128字节（当然两端也可同时采用256、512等非标准分组长度，但两端必须一致），参数调整完毕之后，两个X25
端口上连接的路由器就可以正常进行IP数据通信了。
案例四：铁路TMIS燕郊电子所与天津电子所 IP-X25通信故障
测试地点：北京电子所机房、铁通北分数传室机房
测试环境：SPRINT TP4944 X25端口，CISCO 路由器
故障现象描述：
近一段时间，由于燕郊电子所更换了通信设备，安装了一台CISCO路由器，现在和天津电子所的TMIS IP-X25通信出现故障，不能正常通信，所以燕郊电子所临时将数据转到北京，再由北京转到天津，可近几天北京到燕郊电子所通信也出现了故障，不能进行IP正常通信
连接示意图如下：
故障测试排除过程：
首先，我们用TECOM200规程测试仪仿真北京电子所CISCO路由器，将连接CISCO的数据专线连接到TECOM200规程测试仪上的V24通信接口上，连接示意图如下：
我们将TECOM200本地IP配置成北京路由器IP地址，然后分别将燕郊路由器和天津路由器IP及X25路由信息配置到TECOM200路由表中后，开始和燕郊和天津进行测试，通过测试发现，从北京到燕郊和天津分组层连接正常，都能建立虚电路连接，而且从TECOM200规程测试仪和燕郊和天津进行IP通信也正常，下一步我们来到铁通北分数传室机房，找到燕郊所连接的TP4900分组交换机上的端口，用TECOM200所配置的V24
DCE电缆和和交换机X25端口直接连接，并向交换机端口提供同步时钟信号，连接示意图如下：
我们首先进行X25呼叫测试，发现从燕郊端口到北京和天津端口都能呼叫成功，建立虚电路连接，而且可以测试发送数据包，可从燕郊不能和天津进行IP通信，PING不通，从TECOM200规程测试仪监控数据看，燕郊IP数据包已经送到了天津端口，而且分组层已经确认，但天津端口并没有IP数据包回应，从这里我们初步判断是天津路由器上层IP路由出了问题，通过检查天津路由器上层IP路由配置，果然发现与燕郊IP路由存在问题，经过调整，燕郊、北京、天津三点之间完全可以彼此互相通信，故障解决。