Changing TCPIP-parameter

[Kirsten Knüttel]

Hi,

on OpenVMS 7.3-1 with TCP/IP 5.3 Eco2 I can see many tcpip parameters:
TCPIP>sysconfig -q inet

how can I change these parameters (e.g. tcp_keepidle, tcp_keepcnt, tcp_keepinit) processwide (not systemwide)?

Regards,

Kirsten

[Volker Halle · Accepted solution]

Kirsten,

these are TCPIP kernel parameters and apply to the TCPIP software systemwide. You can't set these parameters per process.

What are you up to ?

Volker.

[Kirsten Knüttel]

Hi,

a collegue just wants to test something with tcpip. So, when I must set them systemwide, just for interest, how can I set them.
is it wiht sysconfig -r ?

Regards,

Kirsten

[Volker Halle]

Kirsten,

yes, use TCPIP> sysconfig -r param=new_value

See $ TCPIP HELP SYSCONFIG

Volker.

[Karl Rohwedder]

sysconfig -r is the right tool.

ergards Kalle

[Kirsten Knüttel]

Hi,

first thank you all for your fast reply. Now my collegue has the following problem. He needs a tcpip-socket with an other idletime than the systemwide idletime. Is this possible?

Regards,

Kirsten

[Wim Van den Wyngaert]

sysconfig -r will modify the volatile settings.

I simply add the settings to tcpip$etc:sysconfigtab.dat and restart tcpip.

Wim

[Kirsten Knüttel]

Hi,

I can't restart TCPIP, it is a production system. But when I change them with sysconfig -r it is systemwide and this is, what I don't want.

Kirsten

[Volker Halle]

Kirsten,

if you want to set these options for a specific socket, you will have to do some programming !

See the description of the setsockopt() function call in the TCPIP Sockets API and System Services Programming manual:

http://h71000.www7.hp.com/doc/82final/6529/6529pro.html

Volker.

[Kirsten Knüttel]

Hi Volker,

I've discussed it with my collegue who needs the solution.
He said, that the API uses the parameter tcp_keepidle and can't be changed.
And here is a short description of his problem. On our VMS machine the socket is in server mode. The clients are mostly windows clients, SPS. Sometimes it happens that somebody cuts a network cable. Now the VMS server waits the tcp_keepidle time until he recognizes that the connection is not longer existing. The problem is, that the tcp_keepidle time on our machines is 2,5 h (not the default 75 seconds) and we can't change it. It would be now great if some processes who don't need this long time can have a shorter time for the timeout.

I hope I could it explain quite good.

Regards,

Kirsten