TCP/IP Disconnected Sessions with Rumba

David,

I'm postive the sessions were set up for straight 
TCP/IP  connections.  However, and there always is a however, or a but - 
Some could have been set up for TCP via Anynet.   And the version, I'll 
have to double check on tomorrow when I get in to the office.   I know we 
renewed it for the 2nd time this summer, (of course, they haven't asked for 
payment yet).    For alot of items, the Rumba product was good.   Less of a 
install hassle, what with all the reboots of the Client Access one.   And 
with the problem pc's I believe it's still the better way to do a fast 
connect.   I have been having difficulty though with  new pc's with Win98 
on them.   I guess there's not going to be a fix for that.     I tried 
different Sysvals for disconnected jobs and ended up creating havoc with 
people who would do a temporary signoff at lunch..   But this was fixed 
this past week.   I'll let you know the version tomorrow

MaryLou Atwell
Interboro School District

------------------------------
Date: Thu, 6 Jan 2000 21:22:53 +1300
From: "DAVID BULOG" <d2ba@xtra.co.nz>
Subject: Re: TCP/IP Disconnected Sessions With Rumba
Thanks MaryLou,
I cant help feeling that the Walldata product is flakey in that area.
I have to hardcode in the HLLAPI error handling for disconnected sessions.
My question to you is what version of Rumba ie 95/NT and were they
configured fot TCP/IP.
cheers Dave
- ----------
 > From: MaryLou Atwell <matwell@interboro.k12.pa.us>
 > To: midRANGE-L@midrange.com
 > Subject: TCP/IP Disconnected Sessions With Rumba
 > Date: Sunday, 9 January 2000 12:10
 >
 > Hi,
 >
 > Our district used Rumba for quite some time after IBM dropped it from the
 > Client Access line some time ago. It did provide alot easier set up for
 > the printer emulations. I did find though that there was difficulty on a
 > user reconnecting if for whatever reason the session ended. Be it a pc
 > lock up or some sort of disconnect. The only way I was ever able to
fix
 > it was to have the user call me, then I would go thru "wrkcfgsts *dev
Find
 > that pc description, and vary it off, and then vary it back on. After
 > calls to WallData, it was never fixed, and I was quite unhappy with that
 > aspect of the product. Yes, there are parts that are great, however, in
a
 > WAN of 400 pc's, and they might all disconnect at the same time,
 > well.... I have switched back to Client Access for that among other
 > reasons. I'm not totally thrilled with Client Access but, at least
 > I'm supported with it in some ways. I just was never given a reason or
a
 > way to fix it...
 >
 >
 > > -----Original Message-----
 > > From:DAVID BULOG [SMTP:d2ba@xtra.co.nz]
 > > Sent:1 January 2000 22:31
 > > To:MIDRANGE-L@midrange.com
 > > Subject:TCP/IP Disconnected Sessions with Rumba
 > >
 > >
 > > Happy New Year all
 > > At work on our big boxs we are using Rumba Office/95 connected via
TCP/IP
 > > as a term emulator.I am having a problem where out of the blue the
Rumba
 > > Session gets disconnected (you get a blank screen-no sign on).Upon
queri
 > > the AS/400 my session still shows varied on.
 > > I was wondering if I can have a list of commands to check any
suggested
 > > parameters on a "Virtual Controller".
 > > Using Netsoft Elite via SNA does not give us any problems only TCP/IP
!!
 > >
 > > I have been on this list for the past year and a half but have mostly
 > > worked on HLLAPI and Client Server
 > > programs via VB so I do not know much aboubt the AS/400 internal
working
 > > despite having a model200
 > > and some old E20s at home
 > >
 > > Dave B
 > > +---
 > > | This is the Midrange System Mailing List!
 > > | To submit a new message, send your mail to MIDRANGE-L@midrange.com.
 > > | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
 > > | To unsubscribe from this list send email to
 > > MIDRANGE-L-UNSUB@midrange.com.
 > > | Questions should be directed to the list owner/operator:
 > > david@midrange.com
 > > +---
 > This communication is confidential and may be legally privileged. If you
 > have received it by mistake you must not use, disclose, copy or retain
it.
 > Please immediately notify us by return email and then delete the emails.
 > Views expressed in this communication may not be those of The National
Bank
 > of New Zealand Limited.
 > +---
 > | This is the Midrange System Mailing List!
 > | To submit a new message, send your mail to MIDRANGE-L@midrange.com.
 > | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
 > | To unsubscribe from this list send email to
MIDRANGE-L-UNSUB@midrange.com.
 > | Questions should be directed to the list owner/operator:
david@midrange.com
 > +---
 >
 >
 > +---
 > | This is the Midrange System Mailing List!
 > | To submit a new message, send your mail to MIDRANGE-L@midrange.com.
 > | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
 > | To unsubscribe from this list send email to
MIDRANGE-L-UNSUB@midrange.com.
 > | Questions should be directed to the list owner/operator:
david@midrange.com
 > +---
+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---
------------------------------


+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---