<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Concurrent users on OpneVMS in Operating System - OpenVMS</title>
    <link>https://community.hpe.com/t5/operating-system-openvms/concurrent-users-on-opnevms/m-p/5331851#M45448</link>
    <description>&lt;P&gt;On the OpenVMS systems, what TCP/IP product are you using?&amp;nbsp; OpenVMS version?&amp;nbsp; Is this a local or WAN connection?&lt;/P&gt;</description>
    <pubDate>Wed, 14 Sep 2011 16:18:53 GMT</pubDate>
    <dc:creator>Andy Bustamante</dc:creator>
    <dc:date>2011-09-14T16:18:53Z</dc:date>
    <item>
      <title>Concurrent users on OpneVMS</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/concurrent-users-on-opnevms/m-p/5331343#M45447</link>
      <description>&lt;P&gt;Hi all,&lt;/P&gt;&lt;P&gt;I have a problem with concurrent sessions on the system (via telnet).&lt;/P&gt;&lt;P&gt;I use Putty and Putty connection manager (wich has nothing to do with the problem, I think). When I have just one session, there is no problem at all, but if I start two, three or four session, there is some kind of time-out and after some minutes without activity all connections except the first one are reset. I have tried with Putty "keep alive" option but it does not work.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I didn't use to have this problem and as far as I know nobody has changed the system configuration (but it is possible), maybe is something related with win7, my problems have started when I change my computer, but it does not make too much sense to me.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Any idea? I'm getting crazy.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks in advance.&lt;/P&gt;</description>
      <pubDate>Wed, 14 Sep 2011 10:13:29 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/concurrent-users-on-opnevms/m-p/5331343#M45447</guid>
      <dc:creator>Yyrkoon_</dc:creator>
      <dc:date>2011-09-14T10:13:29Z</dc:date>
    </item>
    <item>
      <title>Re: Concurrent users on OpneVMS</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/concurrent-users-on-opnevms/m-p/5331851#M45448</link>
      <description>&lt;P&gt;On the OpenVMS systems, what TCP/IP product are you using?&amp;nbsp; OpenVMS version?&amp;nbsp; Is this a local or WAN connection?&lt;/P&gt;</description>
      <pubDate>Wed, 14 Sep 2011 16:18:53 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/concurrent-users-on-opnevms/m-p/5331851#M45448</guid>
      <dc:creator>Andy Bustamante</dc:creator>
      <dc:date>2011-09-14T16:18:53Z</dc:date>
    </item>
    <item>
      <title>Re: Concurrent users on OpneVMS</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/concurrent-users-on-opnevms/m-p/5332177#M45449</link>
      <description>&lt;P&gt;Yyrkoon,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp; There are numerous places that a connection can be broken. You'll need to conduct some targetted experiments to work out where it's happening. An example, in my environment there are numerous independent subnets with firewalls in between. If I have a connection that goes&amp;nbsp;between subnets, the firewall&amp;nbsp;will break a connection&amp;nbsp;after some period of activity. To counter this, I have some code which&amp;nbsp;examines the route ($ MCR TCPIP$TRACEROUTE 'F$TRNLNM("SYS$REM_NODE")'&amp;nbsp;) checking for the IP addresses of firewalls. If one is found, a /NOWAIT subprocess with ^Y disabled is created which spits out&amp;nbsp;a timestamp every 20 minutes.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp; Since you say a single connection is unaffected, this may not be your issue (or it may just be that your "primary" connection is used enough that it's not affected). Start some experimental sessions with known login times &amp;amp; periods of inactivity and examine the accounting information to see if there is a consistent timeout. For that matter, what is the termination status of the lost processes? Also examine the routes to see what else may be in the path.&lt;/P&gt;</description>
      <pubDate>Wed, 14 Sep 2011 21:36:36 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/concurrent-users-on-opnevms/m-p/5332177#M45449</guid>
      <dc:creator>John Gillings</dc:creator>
      <dc:date>2011-09-14T21:36:36Z</dc:date>
    </item>
    <item>
      <title>Re: Concurrent users on OpneVMS</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/concurrent-users-on-opnevms/m-p/5333593#M45450</link>
      <description>&lt;P&gt;We able to stop idle telnet sessions from dropping via advice from Micheal Yu, originally in&lt;BR /&gt;&lt;A href="http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=950981" target="_blank"&gt;http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=950981&lt;/A&gt; ...&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;Michael Yu&amp;nbsp;&amp;nbsp; Sep 6, 2005 02:21:36 GMT&amp;nbsp; 10 pts&amp;nbsp;&amp;nbsp;&lt;BR /&gt;--------------------------------------------------------------------------------&lt;BR /&gt;If you do not want to modify the tcp defaults for all tcp connections, you can use the following tcpip command.&lt;/P&gt;&lt;P&gt;TCPIP&amp;gt; set serv telnet/proto=tcp=probe=600&lt;BR /&gt;TCPIP&amp;gt; set serv telnet/proto=tcp=drop=10&lt;BR /&gt;TCPIP&amp;gt; disable service telnet&lt;BR /&gt;TCPIP&amp;gt; enable service telnet&lt;/P&gt;&lt;P&gt;Remember disabling service telnet will destroy all existing telnet connections.&lt;/P&gt;&lt;P&gt;The following will appear in the tcpip show service telnet/full.&lt;/P&gt;&lt;P&gt;TCP options: Delay&lt;BR /&gt;Drop_count: 5 Probe_timer: 600&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;Michael Yu&amp;nbsp;&amp;nbsp; Sep 8, 2005 08:56:31 GMT&amp;nbsp; 2 pts&amp;nbsp;&amp;nbsp;&lt;BR /&gt;--------------------------------------------------------------------------------&lt;BR /&gt;probe_count is the number of seconds between probes for idle connections.&lt;/P&gt;&lt;P&gt;If there is no reply from the remote, then the probe will be retransmitted according to normal TCP retransmissions, up to a total of drop_count seconds and the connection will be closed.&lt;BR /&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Cheers.&lt;/P&gt;</description>
      <pubDate>Fri, 16 Sep 2011 01:29:26 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/concurrent-users-on-opnevms/m-p/5333593#M45450</guid>
      <dc:creator>Lester_Dreckow</dc:creator>
      <dc:date>2011-09-16T01:29:26Z</dc:date>
    </item>
  </channel>
</rss>

