Home > Veritas Cluster Server Manual Pages


Maintenance Commands

Table of contents


lltping - check network connectivity using LLT


lltping -c node_id [-q|-v] [-p port] [-T [-n count] [-a]] [-K] [-m size]

lltping -s [-q|-v] [-p port] [-T] [-K] [-m size]


The lltping utility exchanges network traffic over a cluster to test the LLT network connectivity. A host on the network can run an instance of lltping in server mode to reflect packets from the other hosts. An instance of lltping in client mode can then be used to send an echo request to any other host and receive an echo response. If there is no response within 10 seconds (the default timeout period), the client declares that the remote host is not functioning. If the ping succeeds, lltping displays the state of the node and the network links.

Additionally, lltping can be used to report round-trip-time (RTT) between the client and server.


-c node_id
Specify client mode and connect to remote server running on LLT node node_id.
Specify server mode.
-p dport
Specify the LLT port to use in transmitting and receiving packets. The default is LLT port 30.
Report round-trip-time (RTT).
-n count
Send count packets and report RTT for each. By default 20 packets are sent when reporting RTT.
Report summarized RTT values only. By default RTT for each packet sent is reported followed by a summary of average, maximum, minimum RTT.
Verify checksum of each packet received. By default lltping does not verify any packet received (except for the length). With this option the receiver verifies the checksum calculated by the sender to catch any data corruption.
-m size
Specify the message size to be sent and expected to be received. Default size is 128 bytes. Maximum size that can be specified is 16K.
Specify quiet operation.
Specify verbose operation.


Network connectivity check
system1# lltping -s &
system2# lltping -c 0
Node 0 is alive
Node               State    Link           Status  Address
    0 system1      OPEN    
                            qfe0           UP      00:30:6E:06:81:7B
                            qfe1           UP      00:30:6E:06:51:CA

RTT reporting
system1# lltping -s -T &
system2# lltping -c 0 -T
lltping: send_recv_ping to node=1, pkts=3
lltping: pkt=0, rtt=(0s 161382us)tx=(0s 157us) rx=(0s 161225us)
lltping: pkt=1, rtt=(0s 285us)tx=(0s 131us) rx=(0s 154us)
lltping: pkt=2, rtt=(0s 287us)tx=(0s 133us) rx=(0s 154us)

lltping: pkts=3, msgsz=128, rtt:min/avg/max=285/53984/161382 usec


In the client mode, lltping returns 0 if the remote host is alive, 1 if the remote host responds, but one or more network links are down, and 2 or the errno if there is an error. To test your network after configuring LLT on all the nodes in the cluster run lltping in the server mode on the lowest node in the cluster. Run lltping in the client mode on all the other nodes and have them contact the lltping server on the lowest node in the cluster.

The RTT reported is between lltping instances running in user-space on two nodes. Hence the RTT numbers obtained are not indicative of RTT observed by kernel clients (which are the real ones) of LLT. Also timings of first few packets is not taken into account while reporting average RTT. This is because RTT of initial packets include connection setup delays which are a one time phenomenon and should not be part of the average.

Last updated: March 2006
Copyright ©2009 Symantec Corporation
All rights reserved.