| Applies To: |
|
| Summary: |
| When using TCP/IP protocol in the WFW3.11
for CITECT LAN communication, the response time on the client can
cause slight delays on the server. This can cause an overall
degrading of network performance on large or high speed Citect
systems. If you have a small to median Citect system you will not
notice this performance degradation, however it will have an effect
on your response times.
This problem may show up in Citect with the Out of Buffers in lan.write.pool error message. This will occur as Citect cannot transmit the data fast enough across the network and Citects write buffers may overflow. |
| Solution: |
| TCP/IP protocol supports a sliding window
feature including the piggybacking of acknowledges. These features
are designed to make the most efficient use of the network
bandwidth, however they may add slight delays to the network
transfer. These extensions increase the performance when using file
transfers however they degrade the performance of any application
requiring real time communication. As Citect is a real time
applications these extension will degrade the performance of
Citect. If you have any other real time applications these
extensions will also be degrading their performance as well.
CIT has confirmed this to be a problem with TCP/IP protocol, currently there is no way to disable this feature. We are researching this problem and will post new information here as it becomes available. You may work around the real time limitation of the network protocol by increasing the number of transmit buffers Citect will use. You will only need to increase the transmit buffers on Citect which are sending a large number of network packets. For example increase on the I/O Server or Alarm/Trend/Report servers. You should not need to increase transmit buffers on a Citect client. You adjust the transmit buffers with the parameter [LAN]SesSendBuf. See online help for full documentation on this parameter. You must be careful when adjusting this parameter as you can cause the network protocol to run out of transmitt buffers if you set this number too high. If the protocol runs out of transmit buffers you will suffer a major degrade of network performance and you will get hardware errors. The default for this parameter is 2 and you should try to slowly increasing this parameter,. Values of 8 to 12 with NetBEUI will give good performance without causing the protocol to run out of transmit buffers See also Q1711 for same problem with IPX protocol and Q1721 for same problem with NetBEUI protocol. |
| Keywords: |
Related Links
Attachments