|
There's no such thing as a "DHCP connection to the i"...
connections are done via IP address, it doesn't matter how they were
assigned, the i neither knows nor cares.
If you DHCP envioment is reassigning IP addresses while they are in
use, you have a problem. AFAIK there's nothing in the TCP/IP standard
that would allow for endpoints chnaging IPs in the middle of a
connection...good thing talk about a security issue!
Are users trying to hibernate or sleep their PC for long periods of
time with a 5250 session open? That's not going to work.
I suggest you work with getting procedures changed such that the help
desks first task is to determine if they can reach the system.
Meanwhile, simply re-assign the ticket back to them with a "no it's
not" :)
Charles
On Thu, Oct 4, 2012 at 9:42 AM, John McKee <jmmckee@xxxxxxxxxxxxxx> wrote:
I haven't checked the countdown clock this morning. Probably 28 days--
left. So, this isn't critical.
Corporate mandated switching from static addressing to DHCP. We get
random calls where a 5250 session cannot sign on or just quits
working. The corporate help desk has decided that if they receive two
such calls, then the i just HAS to be down - despite the fact that we
have several hundred attached and functioning workstations.
Anyway, here is my question: If a DHCP connection is established with
the i, and then the lease on the workstation IP address expires, and a
different IP address is subsequently assigned to the workstation
(sorry for the wordiness). is there any way that the i can determine
that address for that session has changed and do something about it?
I know the device description has the IP in it when a connection is
established. But, what happens when that address changes?
BTW, when corporate office sends out a bogus "system down" task, they
are done - task has been assigned. We get the heat for taking "too
long" to resolve the issue.
John McKee
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.
As an Amazon Associate we earn from qualifying purchases.
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.