Professional Documents
Culture Documents
Sapnote 0000500235
Sapnote 0000500235
Summary
Symptom
Network connection interrupted or poor network performance.
Other terms
Network, SAP GUI, SAPGUI, RFC, ITS, bandwidth, throughput, latency, round trip time, RTT
The machines can be connected either by a local area network (LAN) or wide area network (WAN). In contrast to the normal PING command, NIPING operates on the TCP socket layer, which is the same layer used by SAP application programs. Therefore, NIPING can be used to identify also errors related to the TCP and socket implementation on the platform. Please fetch the latest version of NIPING from the service market place as described in SAP note 799428. If this is not possible for you, you can use the NIPING which is located in the executables directory on any SAP server.
niping -s -I 0 O)
Then start the client (e.g. on the front-end machine) with the command:
<nipingsvr> may also be the host name or the IP address of host A. The remaining arguments are optional. <buffersize> (default 1000 bytes) determines the size of the data packets. Please test at least the values 500, 1000, 1400, 1500, 4000 and 10000. This test is especially important to find errors related to the maximum transmission unit (MTU). Please also refer to notes 26086, 107407, 67098 and 44803.
<loops> is the number of packets sent (default 10). To find spurious erors it may help to simulate high network load using 1000 loops or more. For a permanent test use a number of e.g. 1000000 loops. If you test during productive hours and don't want to consume too much bandwidth you can set a <delay> between requests (<delay> is in milliseconds).
Examples
niping -c -H <nipingsvr> -B 1 -L 100 (The buffersize of 1 may cause an error in older versions of niping. If so please use niping -c -H <nipingsvr> -B 20 -L 100 instead) Small blocks and 100 loops are used to measure the average RTT. The value
26.04.2012 Page 2 of 6
av2 represents the RTT in ms (milliseconds) Typical RTT values: Fast Ethernet - <1 ms WLAN (IEEE 802.11g) - 10 ms Cable - 10 ms DSL without Fastpath - 40 ms ISDN - 200 ms UMTS - 300 up to 400 ms GPRS - 700 up to 1000 ms Satellite - 1000ms
niping -c -H <nipingsvr> -B 10000 -D 100 -L 360000 This test will consume 100000 Bytes/second of bandwidth (about 10% of a 10 mbps Ethernet) and run for 10 hours. You need the newest NIPING version for this test, please follow SAP note 799428 to get it.
niping -c -H <nipingsvr> -B 200 -D 1000 -L 36000 This test uses about 5% of an ISDN line of 64 kbps and also runs for 10 hours. Interpreting NIPING's output: In this test, the times measured by NIPING correspond mostly to the network latency (round trip time - RTT). The throughput measurement has no meaning in this case.
niping -c -H <nipingsvr> -P -D 3600000 This test establishes a TCP connection and sends a test packet every hour (delay of 3600000ms). It runs for 10 hours. The goal is to see if the TCP connection is disrupted by some "idle timeout". Most firewalls apply such timeouts. But SAP applications make use of long lasting TCP connection and thus may be hit by such idle timeouts. You need the newest NIPING version for this test, please follow SAP note 799428 to get it.
niping -c -H <nipingsvr> -B 1000000 -L 100 Tests connection with 100 MB of data as fast as possibly. On a 100 Mbps
26.04.2012 Page 3 of 6
Ethernet this should take about 10 seconds. During the test, other applications may be impaired. On a slow WAN connection, reduce loops to 10 (-L 10). Interpreting NIPING's output: This test uses large blocks of data. Therefore, it can be used to measure throughput available to NIPING. Check the output "tr2". It states the throughtput in kilo-byte per second measured from all packets except the fastest and the slowest one. Multiply this value by 10 to obtain an estimate of the line bandwidth in kilo-bit per second (kbps). Does this value differ by a large amount (at least a factor of two) from the one expected for the connection you are analyzing? This could be an indication of network problems: Either the line is overloaded, or there are other problems with the connection.
5) MTU test:
See related notes 155147 and 107407 for an explanation of this test (even if you are not analyzing a Windows system). niping -c -H <nipingsvr> -B <nnn> Vary <nnn> according to these values: 500, 1000, 1400, 1500, 4000, 10000 and 40000
Additional information
Note for Windows NT/2000: If client or server are under heavy load while you perform the measurement, you should start NIPING with high priority. To do this, start NIPING with the following command line: start /b /wait /high niping <normal_NIPING_arguments> Please test the TCP/IP communication between all concerned machines. Using the options described above, you can either do a long time connection test to find intermittent problems or do a short term stress test with large packets to find fundamental connection problems. NIPING should not abort with an error message under any circumstances. An error is always indicated by a line starting with "*** ERROR ...". Entries like "NiIRead: hdl 0 recv would block (errno=EAGAIN)" do not indicate an error! If you can reproduce an error using NIPING then the problem is definitely related to the network layers, not to the application.
Header Data
Release Status: Released on: Master Language: Priority: Category: Primary Component: Secondary Components: BC-CST-NI Network Interface Released for Customer 12.01.2012 13:26:05 English Recommendations/additional info Special development BC-NET Network Infrastructure
Related Notes
Number 1266771 1234599 1169088 1162605 1139596 1100926 1058567 900076 890797 836256 819641 619188 578118 545177 545136 540379 534729 532146 458221 413330 155147 107407 62418 Short Text SRM 7.0 Performance Guide Sniffer displays large blocks with a length of zero SRM 6.0 Performance Guide Network performance for CRM (IC) Webclient SAP GUI: Connection to partner 'sapserver:sapdp00' broken FAQ: Network performance NWBC: HowTo for "partner xyz not reached" problems Procedure in the RFC problem case SAP TDMS - required and recommended system settings CDESK: Performance problems when working with CAD desktop FAQ: SAP MaxDB Performance FAQ: Oracle wait events Long response times on the SAP GUI FAQ: Preliminary steps in analyzing RFC connections FAQ: Test tools for RFC connections Ports and services used by SAP Oracle errors due to network problems FAQ Logon Problems Network problems between liveCache and application server Network timeouts WinNT: Connection reset by peer Win95: Connection Reset by Peer Network Load of SAPGUI Frontend Communication
26.04.2012
Page 5 of
Attributes
Attribute Transaction codes Transaction codes Transaction codes Value COPY MEAN TIME
26.04.2012
Page 6 of