× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Thanks Mike - I think we have our timeouts set pretty high but if I have a problem in the future I'll check on that.

I think the thing that frustrates me is that there is usually a reason why time-outs are set the way they are and many network owners will not change it on the basis that, as others have noted, other tools seem to deal with it with no problem.

It is the lack of any ability in RDi to choose what happens. e.g, Allow me to specify that infrequently used connections are closed after x period of inactivity (that way the tool would know it was closed and would reopen on reuse) or that I want keep alives sent. It is the lack of control that is so frustrating.


On 2013-11-14, at 10:01 AM, Mike Hockings <hockings@xxxxxxxxxx> wrote:

Hi John,

I'm going from memory as I don't have the traces of the problem any more
but there is one connection that goes between the workspace and the job on
the i servicing the workspace. This can go for long periods without any
traffic when the user is not actively communicating with the IBM i (in a
meeting, out for lunch, etc., etc.). Most other connections, transferring
some data, running a command and the like are short-lived. So if you open
the workspace and do something with the IBM i the connection will be
started. Now if you do nothing for longer than some bridge or router or
VPN's idle time-out they seem to just "forget" the connection - no
disconnect indication is sent. Then when you go to do something RDI will
try and use the connection and find that it is broken and tell you that
the connection is lost. I've looked at disconnect issues more than once
and even engaged the Java Toolbox folks and it has always been the same
scenario. In most cases the solution has been to get the IT folks to
configure the idle time-out to be longer.

Mike


Mike Hockings, M.Eng., P.Eng.
IBM Rational Developer for System z and Power Systems Software Technical
Support
IBM Canada Ltd. Laboratory
hockings@xxxxxxxxxx
voice 1-905-413-3199 T/L 313-3199 ITN 23133199




From: Jon Paris <jon.paris@xxxxxxxxxxxxxx>
To: Rational Developer for IBM i / Websphere Development Studio Client
for System i & iSeries <wdsci-l@xxxxxxxxxxxx>,
Date: 2013-11-14 07:27
Subject: Re: [WDSCI-L] RDi through VPN
Sent by: wdsci-l-bounces@xxxxxxxxxxxx



But why does this only happen with Rational Mike?

Like others I have had this problem on and off for years.

_No_ other software that I use - including two other Eclipse-based
products do it.

For me the current version of RDi 9.0.1 hasn't done it yet. But all
earlier versions did.


On 2013-11-14, at 12:05 AM, Mike Hockings <hockings@xxxxxxxxxx> wrote:

It is not just the VPN connection that can time-out the RSE connection.
If, for example, the VPN enters your company's intranet on one subnet
and
the IBM i is on another subnet it is likely going though some sort of
bridge or router that can also time-out connections. If you do a
network trace (using Wireshark or the like) then I think what you will
see
is a connection that the PC thinks is just fine having packets rejected
by
the router because it has timed out and discarded knowledge of the
connection which results in RSE giving you the connection lost message.

Mike

Mike Hockings, M.Eng., P.Eng.
IBM Rational Developer for System z and Power Systems Software Technical

Support
IBM Canada Ltd. Laboratory
hockings@xxxxxxxxxx
voice 1-905-413-3199 T/L 313-3199 ITN 23133199




From: "Porterfield, Sean" <SPorterfield@xxxxxxxxxxxxxxxxxxxxxxx>
To: "Rational Developer for IBM i / Websphere Development Studio
Client for System i & iSeries" <wdsci-l@xxxxxxxxxxxx>,
Date: 2013-11-13 17:44
Subject: Re: [WDSCI-L] RDi through VPN
Sent by: wdsci-l-bounces@xxxxxxxxxxxx



I don't know if RDi V9 is different from V7 in this respect, but I got
frustrated with disconnections when I had V7 open all day. I had my
network administrator (me) extend the timeout for port 446, 449,
8741-8476
to 8 hours when the traffic was destined for our iSeries. Obviously
actual results will vary depending on VPN technology used, networks
involved, phase of the moon, sun spots, etc.
--
Sean Porterfield


-----Original Message-----
From: Robert Rogerson
Sent: Wednesday, November 13, 2013 17:24
To: Rational Developer for IBM i / Websphere Development Studio Client
for
System i & iSeries
Subject: Re: [WDSCI-L] RDi through VPN

Hi Kurt, I would be very interested in any responses. I work all the
time
through vpn and my RDi V9 sessions are constantly dropped if inactive
for
more than 10 to 15 minutes. I've gotten into the habit of stopping and
starting RDi if I've been away from the session for a while. It's
usually
faster than trying to reconnect.

But I'd be very interested if anyone has a better solution.

Rob
On 2013-11-13 4:57 PM, Anderson, Kurt wrote:
I just made a move to the Boston area and am now telecommuting to work.

I wasn't heavy into RDi today, and it seemed that every time I went back

to it, it had timed out. I vaguely recall other complaints about RDi
over
VPN. Is there anything I can do to keep the connection open? I don't
recall this ever happening to me when I would work from home on bad snow

days, but it could be that I spent most of my day in RDi.

-Kurt


________________________________

This email is confidential, intended only for the named recipient(s)
above
and may contain information that is privileged. If you have received
this
message in error or are not the named recipient(s), please notify the
sender immediately and delete this email message from your computer as
any
and all unauthorized distribution or use of this message is strictly
prohibited. Thank you.
--
This is the Rational Developer for IBM i / Websphere Development Studio
Client for System i & iSeries (WDSCI-L) mailing list
To post a message email: WDSCI-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/wdsci-l
or email: WDSCI-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/wdsci-l.


--
This is the Rational Developer for IBM i / Websphere Development Studio
Client for System i & iSeries (WDSCI-L) mailing list
To post a message email: WDSCI-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/wdsci-l
or email: WDSCI-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/wdsci-l.

Jon Paris

www.partner400.com
www.SystemiDeveloper.com




--
This is the Rational Developer for IBM i / Websphere Development Studio
Client for System i & iSeries (WDSCI-L) mailing list
To post a message email: WDSCI-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/wdsci-l
or email: WDSCI-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/wdsci-l.


--
This is the Rational Developer for IBM i / Websphere Development Studio Client for System i & iSeries (WDSCI-L) mailing list
To post a message email: WDSCI-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/wdsci-l
or email: WDSCI-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/wdsci-l.

Jon Paris

www.partner400.com
www.SystemiDeveloper.com





As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.