[DGD] Belated return

[Blain]

I was just pondering one day how to deal with a connection limit and it
spiraled out of control to wondering how MMO's handle it with their
proprietary client.  I noticed WoW has multiple world servers and the
client handles the disconnecting and reconnecting on its own.  So to
simulate this in a MUD, one would need to tell the MUD client to do it,
thus limiting one to only doing this for players who are using clients that
can handle it or creating ones own proprietary client to distribute and
force all users to use.

On Mon, Feb 9, 2015 at 7:24 AM, <bart at wotf.org> wrote:

> On Sat, 7 Feb 2015 16:32:46 -0600, Blain
> wrote
> > Geez.  I'd send them an itemized bill and
> demand for just
> > compensation. ;)
> >
> > I was working on my lib again for a bit,
> but got sucked back into finishing
> > up some project reviewing on AA.  I'm
> really enjoying DGD, though I
> > wish I had more time to devote to my
> project.
> >
> > While I've got your attention, I was
> curious if you (or anyone else that
> > might be listening) would know how MMOs
> seem to hand the client's
> > connection off from server to server, or
> do they just tell the
> > client where next to connect, perhaps?  I
> know that some MUD clients
> > can be told to change connection, but I
> was looking for a way to
> > have two or more servers, one for login
> and one or more for game
> > playing, but yet only give out the login
> server for initial
> > connecting.  It seems to me that basic
> telnet cannot handle such
> > redirection without tunneling and thus
> tying up that port on the
> > login server.  I was just pondering this
> one day.
>
> What is it you want to achieve with this?
> Is the main worry the port being
> tied up or would it be load on that
> specific server.
>
> So far, my experience is that server load
> is a much bigger issue, and is
> easily solved by having a dedicated server
> for session handling, and
> 'background' servers for handling the (cpu
> and memory heavy) game logic.
>
> So users always use the 'login server' and
> are 'tunnelled' to the actual game
> server where they belong.
>
> Bart.
> --
> http://www.flickr.com/photos/mrobjective/
> http://www.om-d.org/
>
> ____________________________________________
> https://mail.dworkin.nl/mailman/listinfo/dgd
>