RE: Dynamic server ports

["Walden H. Leverich" <WaldenL@xxxxxxxxxxxxxxx>]

Actually, the portmapper protocol does not contain the ip just the port so
you wouldn't able to use it for that. Besides, let load-balancers
load-balance. Let the AS/400 do the database stuff it's so great at.

-Walden


------------
Walden H Leverich III
President
Tech Software
(516)627-3800 x11
WaldenL@TechSoftInc.com
http://www.TechSoftInc.com



-----Original Message-----
From: Steve Richter [mailto:srichter@AutoCoder.com]
Sent: Tuesday, December 18, 2001 01:03
To: midrange-l@midrange.com
Subject: Re: Dynamic server ports



I am not sure if this is possible or necessary,  but the use of port 449 to
assign the actual port could be useful for load balancing.  If the system
has more than 1 network card, the "port assigner" could route the connection
to a nic that is the least busy.

Steve Richter

----- Original Message -----
From: <thomas@inorbit.com>
To: <midrange-l@midrange.com>
Sent: Tuesday, December 18, 2001 12:35 AM
Subject: Re: Dynamic server ports


James:

On Thu, 13 December 2001, James Rich wrote:

> Well IMNSHO the use of port 449 for this stuff is stupid.  Want to
> connect to the telnet server?  Use port 23.  Want to use other
> services?  Connect to the appropriate port.  But wait, that is what
> 449 is supposed to be: the appropriate port.  Why do we need a
> standard to tell us what is already an existing standard?

For standard ports, there's usually no problem. But which port will you
connect to on my system to reach the tom_liotta_examples service? And when I
change that port at midnight because I need to use it for the black_hole
service, which port will you connect to then?

Tom Liotta

--
Tom Liotta
The PowerTech Group, Inc.
19426 68th Avenue South


_______________________________________________
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@midrange.com To subscribe, unsubscribe,
or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
or email: MIDRANGE-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.