02.03.2014 Views

BSP Developer's Guide

BSP Developer's Guide

BSP Developer's Guide

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

J<br />

<strong>BSP</strong> Validation Test Suite Reference Entries<br />

network<br />

NAME<br />

SYNOPSIS<br />

DESCRIPTION<br />

network – I/O tests for network<br />

bspVal options network<br />

This test verifies basic network functionality, independent of network media. This script is<br />

written in Tcl and uses some WTX protocol functions. It also uses tclSerial library<br />

functions for accessing the serial port(s). The entire test can take several minutes to run.<br />

See bspVal.sh for an explanation of options.<br />

NOTE: This reference entry lists the most likely reasons for a test’s failure. However, it<br />

does not list all possible reasons.<br />

This test requires two targets. The target being tested is the master. The second target, the<br />

slave, is used to run ping and udpEchoTest. The VxWorks image running on the slave<br />

must be built with the macro INCLUDE_PING defined. Both the targets require a<br />

VxWorks image built with INCLUDE_NET_SHOW defined. If using project facility, add<br />

components INCLUDE_PING and INCLUDE_NET_SHOW to respective VxWorks<br />

images.<br />

The first test uses ping to send approximately 50 ICMP packets (datagrams) to the ICMP<br />

server resident on the master. Each packet contains a request for a response from the<br />

server; the response should be received by the slave. The round-trip time, from sending to<br />

receiving, is displayed for each packet. As long as approximately 50 responses are logged<br />

by the slave, this test passes. If this test fails, check the network connection and make sure<br />

that the target IP address is correct.<br />

The first test requires that ping be present on the slave. A check is done to make sure that<br />

it is in the path. If ping is missing, the test aborts because the UDP test uses the ping<br />

statistics.<br />

The second test spawns the pkUdpEchoTest( ), a pkLib.c routine, on the slave to send a<br />

quantity of UDP packets to a UDP echo daemon running on the master, which is started<br />

by spawning pkUdpEchod( ), also a pkLib.c routine. Each UDP packet is sent by the slave<br />

to the master, echoed, read back in by the slave, then checked for correct size and content.<br />

Sixteen different size packets are sent and received. If pkUdpEchoTest( ) times out<br />

waiting for the echo, the packet is resent once. If the resent packet does not make it, the<br />

test is marked as a failure. The timeout value for individual UDP packets is derived from<br />

the statistics displayed in the ping test. This value depends on the network media being<br />

used. The actual packet round-trip time, however, should be considerably less than the<br />

calculated timeout value used. If this test fails, make sure that a reliable host is being used<br />

and that the network is not being overloaded by other packet traffic.<br />

The UDP/IP networking protocol is used in the second test. UDP/IP makes no guarantees<br />

with regard to packet delivery, thus the host and/or target might occasionally drop<br />

J<br />

385

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!