Xena测试仪的自动化

Xena，Xena Networks公司的网络测试仪，也能覆盖以太网L2~L7层测试仪，但功能较简单，界面也很简洁，用起来比较直观方便。

1.Xena的自动化测试场景

测试PC上的AT框架-->Tcl驱动库SIG_Teq_Xena.tcl-----(以太网线)----->Xena chassis

PC上安不安装Xena的客户端XenaManager都可以。Xena的chassis内部命令不是Tcl格式的命令,而是Xena自己支持定义的xena script command;

Tcl驱动只是与xena chassis之间建立1个socket session来把xena script command下发到chassis,并获取返回值.所以测试PC上可以不安装Xena的桌面客户端XenaManager，但最好也装上吧,方便即时查看script执行效果.

安装完XenaManager后,其安装目录下会有1个XenaScriptClient_20.exe,这个应该是用来通过其手动下发xena script command到chassis的,没什么用。

因为Xena chassis内部命令是独有格式的xena script command,所以SIG_Teq_Xena.tcl文件里不需要“package require xxx”加载什么xena专用的库

2.Xena的架构层次

xena用于接收执行command的agent应该是在仪表chassis内,但桌面client也提供1个简单的脚本运行框,可以在windows下单句的执行command

因为xena chassis接收的是自己格式的command,所以采用的封装语言可以是任意的,如:Tcl,Rerl,Python,Java,Excel/VBA...只要和chassis之间建立1条Tcp/Ip连接,通过它发送command到xena hardware和接收return line就行。client软件不是必须安装的.

测试PC与Xena chassis之间建立socket时，22611是xena-chassis规定的scripting port。

      下发到chassis的command是不区分大小写的,但chassis返回的内容是大写的

xena的仪表管理层级从client application上看是：

           testbed--->chassis--->module--->port

1. testbed是管理软件上的逻辑的,可以人工添加多个.

2. 1个chassis对应着1个ip,即1个物理机箱,从这一级开始才是自动化要考虑的.一般1个chassis只有1个module 0,1个module下面有多个port。

3.Xena的API格式

chassis command处理的是机箱本身的基本信息和配置,而不是它的module模块或port测试端口用于脚本会话的整体控制。命令的返回值一般是包含多个元素的list列表格式。

一些command命令同时有set和get的功能,在末尾加"？"是get。

Xena的内部command的一般格式，命令前缀不同,主要分下面几类：

(1)"C_"  chassis机箱的一些参数设置和读取
        (2)"M_"  module(相当于Ixia里的card层级,xena没有可插拔式的板卡)的一些参数设置和读取
        (3)"P_"  port的一些参数设置和读取
        (4)"PS_" stream的一些参数设置和读取

Xena的内部command下发后，chassis返回值及其含义：

<OK>     下发到chassis并执行成功

<NOTLOGGEDON>    事先没有用C_LOGON + 正确的chassis password登录机箱

<NOTRESERVED>    没有对你想更改的资源下发a x_RESERVATION   ？

<NOTWRITABLE>    这个参数是只读的,不能写

<NOTREADABLE>    这个参数是只写的,不能读

<NOTVALID>       这个操作在当前的机箱状态下是无效的,不能执行的,例如更改正在打流的端口配置参数

<BADMODULE>      提供的module的索引值参数越界

<BADPORT>        提供的port的索引值参数越界

<BADINDEX>       参数的子索引值"sub-index"是错误的

<BADSIZE>        提供的数据的值的大小不恰当,超出合理范围

<BADVALUE>       提供的数据值是错误的

<FAILED>         操作失败,没能产生结果

4.Xena AT的特点

xena配置流量的报文头(EthernetII,mpls,vlan,ip都属于报文头,后面的才是具体报文内容)

1. 获得或修改前面添加的字段块的具体参数值,一般转化成16进制或2进制数处理
2. Xena比较特殊，它不能像Ixia，SpirentTestcenter那样直接设置字段值，而是要按照报文字段所处的字节直接更改16进制或2进制的字节值，设置完后直接作为一个整体下发。这点使得Xena的驱动库编程很繁琐麻烦，但有一个好处，在编码过程中，帮你复习了各种协议报文的构造，各个字段的排列顺序，所处位置，每个字节代表什么意思等等。写完这个库后，收获还是非常大的。

本文只是简单的Xena自动化原理的介绍，详细的Xena API可以参阅具体的API官方文档。