SIPp web frontend(1)

欢迎大家转载，为保留作者成果，转载请注明出处，http://blog.csdn.net/netluoriver，有些文件在资源中也可以下载！如果你没有积分，可以联系我索要！

1Description（描述）

With SIPp web frontend you can（通过SIPp web 前端你能）

·upload XML templates (SIPp scenarios) and CSV injection files(上传XML模板（SIPp场景）和CSV注入字段)

·create and modify test processes using these files（用这些字段创建并修改测试流程）

·manage test versions（管理测试版本）

·run created test processes（运行创建的测试流程）

·display realtime feedback during test runs（在测试过程中实时显示反馈）

·store created test information in a database（存储创建测试信息至数据库中）

2Terms and definitions（术语和定义）

·Scenario(场景)
A user can upload XML files containing SIP call flows, named scenario files. Optionally, one can upload a CSV field injection file. These files are stored along with a scenario name and a description. There are also some standard scenarios, that cannot be modified (from the command line parameter -sn, e.g., uac, uas, regexp, ...)

一个用户可以上传包含SIP呼叫流的XML文件，叫做场景文件。可选地，一次能上传一个CSV的注入文件。存储的带有场景名称和描述的文件。也有一些标准场景，但是不能修改（用命令行参数 –sn生成,例如，生成uac/uas/regexp/….的默认场景）

·Call（呼叫）
A call consists of all information necessary to run one instance of SIPp. Thus a SIPp executable, a scenario, and a collection of parameters (e.g., destination ip-address).

呼叫的所有必要的信息来保证运行一个SIPp实例。这样就可以使SIPp可执行、运行一个场景、测试参数的采集（例如：目的IP地址）。

·Call sequence（呼叫序列）
In some test scenarios it is not enough to run only one call. For example in a first call SIP user agents get registered at a SIP proxy, in a second call those user agents communicate with a server, and in a last call the registrations are removed again. Thus a call sequence is an ordered list of calls, that can be executed automatically one by one.

在一些测试场景中，只有一个呼叫是不够的。例如，在一个SIP代理中第一次呼叫注册的代理用户，第二次呼叫那些用户代理与服务器进行通信，在最后一次呼叫时注册再次被移除。因此呼叫序列是一个呼叫的有序列表，这个就可以自动地一个接着一个执行。

·Call sequence pair / call parties（呼叫序列对/呼叫对）
SIPp webfrontend has the capability to execute two calls in a test simultaneously. This is useful for example if you want to simulate a server and a client communicating with each other. In this case two call sequences can be defined each in a separate party (A party and B party).

SIPp webfrontend有在一个测试中同时执行两个呼叫的能力。如果你想模拟一个服务端和一个客户端相互通信是非常有用。在这种情况下两个呼叫序列可以分别定义（A对和B对）

·Test（测试）
A test can be a call, a call sequence or a call sequence pair. There also may be several versions of a test that can be executed.

一个测试可以是一个呼叫，一个呼叫序列或一个呼叫序列对。也可能是几个能执行的测试脚本。

·Run（运行）
After a test has been executed, collected information (e.g., about the progress, test parameters, date and time, log files...) is stored as a run for further processing.

执行一个测试后，存储采集的信息（例如：关于处理、测试参数、日期和时间、日志文件….）作进一步处理。

3Admin guide（管理指南）

3.1Installation instructions（安装说明）

For detailed installation instructions refer to the file INSTALL.TXT shipped with the SIPp webfrontend package.

webfrontend download page

详细的安装说明请参考SIPp webfrontend包里面的INSTALL.TXT文件。

Webfrontend下载页

Login（登录）

In order to act as an admin, you first need to login to the admin section by entering the correct password, defined in the config file config.ini.php with the parameteradmin_pwd. If you want everybody to be admin, assign admin_pwd an empty password (admin_pwd="").

为了以admin身份执行操作，你首先需要输入正确的密码，在配置文件config.ini.php的parameteradmin_pwd进行定义。如果你想所有人以admin进行操作，设置admin_pwd为空即可(admin_pwd=””)

3.2Manage scenarios(管理场景)

There is a list of scenarios available for creating tests in the manage scenarios tab. Scenarios tagged with the word default are SIPp default scenarios, and cannot be modified or removed. Change the order of the scenarios by using the arrow up and the arrow down buttons, or remove a scenario by pressing the red X button. To modify a scenario, just click the row of the scenario, and to create a new scenario use the create new scenario link.

在管理场景的标签中显示了创建测试的有效场景。带default标记为SIPp默认场景，这些是不能修改和删除的。用向上箭头或向下箭头按钮来改变场景的顺序，按红色X按钮来删除一个场景。仅点击场景的那一地就可以修改场景了。用create new scenario 链接创建一个新场景。

3.3Create / modify a scenario（创建/修改一个场景）

To create a scenario, a name has to be specified and a XML scenario file has to be given (upload the file by pressing the corresponding Browse... button). Optionally the user can enter a description, upload a CSV injection file and enter a bind_local ip address to instruct a server to listen only to the given address instead to all available (see sipp -h for more details).

创建一个场景时需要给场景指明一个名称和一个XML场景文件（通过点击相应的 Browse... 按钮）。在可选项Description中可以写一些对场景文件的描述，上传一个CSV注入文件并输入一个bind_local(绑定本机)的ip地址来通知服务器去侦听，仅当绑定的IP地址有效时功能才正常可用（查看 sipp –h命令获得详细信息）

After you have created a scenario, you can modify it any time if you want. You can even remove a CSV file or replace the XML file.

创建一个场景后，你能在任何时候都可以修改。你也可以删除一个CSV文件或替换XML文件。

Note（注意）

When you modify a scenario, you do not implicitly modify all tests using the scenario. Tests use copies of the scenarios to stay consistent with test runs.

当你修改一个场景时，不要在原来的场景中进行修改，用一个复本进行修改以保证原来的场景还可以正常运行。

3.4Manage tests（管理测试）

Open the Manage tests tab to get a list of available tests.

打开Manage tests 标签会出现一个测试列表

·to completely delete a test press the red X button

按红色X按钮删除一个测试

·to modify a test, click on the corresponding table row

点击相应的表行修改一个测试

·to create a new test, use the create new test link

点击 create new test链接创建一个新测试

For more information about this window see section Manage tests in the User guide.

关于这个窗口的更多信息请在用户指南中查看 Manage tests部分

3.5Create a test（创建一个测试）

To create a test（为了创建一个测试）

·enter a test title into the name field

在Name中输入一个测试标题

·optionally enter a test description into the description field

可以在Description中输入对测试场景的一些描述

·click on the save test link

点击save test链接

After an empty test is created, it is in its version 1. Now calls can be added. A call is an instruction to SIPp, so a test is an instruction set. There are two parties the calls can be added, the A party and the B party. The calls in a party are executed one by one like in a queue, but the two parties are executed simultaneously. With this the parties can communicate with each other.

创建一个空的测试后，显示版本为1.现在添加一个呼叫，对SIPp够一个呼叫就是一个指令，因此一个测试就是一个指令集。可以添加两部分的呼叫，A端和B端。在一端会一个接一个的执行呼叫，就像是一个序列，但可以两端同时执行。A端与B端可以相互通信。

Sometimes the A party and the B party should not begin the execution at the same time (e.g., the client waits for the server to start). In this case a party can be delayed using the corresponding delay dropdown field.

有时A端和B端可能不同时执行（例如，客户端需要等待服务器启动）。在这种情况下一端，一方能用相应的delay dropdown字段延时

The test screen is split in 3 areas. In the first (upper) one, the test name and description can be modified, and the entire test can be duplicated or removed. In the second (middle) area calls can be added, removed or reordered. The third (lower) area shows the test-runs that has been done with the current version.

测试屏幕中分3个区域。在第一个（上位）中，可以修改测试名称和描述，整个测试可以被重写或删除。在第二个（中间）区域可以添加、删除或重新排序。第三个（下部）区域中显示了运行测试的当前版本。