home *** CD-ROM | disk | FTP | other *** search
/ The Hacker's Encyclopedia 1998 / hackers_encyclopedia.iso / hacking / internet / mud_3.faq < prev    next >
Encoding:
Text File  |  2003-06-11  |  7.3 KB  |  148 lines
  1. Archive-name: games/mud-faq/part3
  2.  
  3.        FREQUENTLY ASKED QUESTIONS: BASIC INFORMATION ON RWHO AND MUDWHO
  4.                                        
  5.    This is part 3 in a 3 part series of FAQs.
  6.    
  7.    $Id: mudfaq-p3.html,v 1.2 1995/03/13 23:39:59 jds Exp jds $
  8.    
  9. Table of Contents
  10.  
  11.      * 3.1. What is RWHO?
  12.      * 3.2. How Does It All Work?
  13.      * 3.3. Where Can I Get This Stuff?
  14.      * 3.4. Where Are Some RWHO Servers?
  15.        
  16.   RWHO AND MUDWHO
  17.   
  18.    3.1. What is RWHO?
  19.    
  20.    RWHO stands for Remote WHO. It's a way of getting a WHO list from a
  21.    MUD, without even having to connect to that MUD at all. Anyone can get
  22.    this output from a RWHO server (an mwhod), by using straight telnet to
  23.    connect to a certain port (6889), or by using the client program
  24.    mudwho. RWHO servers talk to other mwhods, passing information
  25.    around, and are talked to directly by some MUDs, receiving information
  26.    from them.
  27.    
  28.    Any one mwhod keeps track of several MUDs, plus storing information
  29.    passed it from other mwhods. Only MUDs that have the RWHO routines
  30.    compiled in will be able to send their WHO list info to a mwhod.
  31.    UnterMUDs have this capability built in; other MUDs have to have the
  32.    routines installed first. The RWHO routines have been installed into
  33.    TinyMUSH, TinyMUCK, LPMUD, DikuMUD, and AberMUD, without encountering
  34.    any difficulty.
  35.    
  36.    3.2. How Does It All Work?
  37.    
  38.    mwhod is the RWHO server that runs on a particular host and keeps a
  39.    list of known MUDs. It is initially primed with a list of "trusted"
  40.    MUDs and passwords used for authentication, and will accept
  41.    information about who is logged into those MUDs. The server also has a
  42.    notion of a "peer" server, which can transfer it (occasionally) a copy
  43.    of all of its list of who is logged on, and where. The idea is that
  44.    the whole MUDding community could probably be served pretty well by
  45.    about 5 peer mwhods that kept each other up to date about what each
  46.    one is seeing.
  47.    
  48.    Communication between mwhods (and server updates sent to mwhods) is
  49.    done with UDP datagrams, since they're fast, nonblocking, and
  50.    throw-away. (RWHO information is considered to be interesting but not
  51.    vital information, if you get my drift). Each MUD server only sends
  52.    updates to a single mwhod, which may then propagate that information
  53.    to its peers. This is done within the MUD server as follows:
  54.      * whenever the server boots, it sends a "hi there" packet to the
  55.        mwhod, telling it that it's up and running.
  56.      * whenever a player connects, it sends a "so and so is here" packet
  57.        to the mwhod, telling it that the user has connected.
  58.      * whenever a player disconnects, it sends a "so and so left" packet
  59.        to the mwhod, telling it to delete the entry.
  60.      * every so often ("so often" being defined as a time agreed upon by
  61.        the mwhod's owner, and the MUD's wizard, usually every 5 minutes
  62.        or so) the MUD sends a "hi there" packet and a complete list of
  63.        everyone that is on, just to refresh the mwhod's idea of who is
  64.        logged into that MUD.
  65.        
  66.    If a user connects to a specific port (6889) of a host machine running
  67.    an mwhod they are given a formatted dump of the mwhod's current table
  68.    of MUDs and players, and then disconnected. mudwho is a simple little
  69.    program that contacts an mwhod and downloads this information.
  70.    Ideally, the functionality of mudwho would be built into a player's
  71.    client software, for ease of use. Two handy options can be used by
  72.    mudwho, if the netlag to the mwhod server isn't too bad. The options
  73.    are -u <username>, and -m <mudname>. If received before the timeout,
  74.    the mwhod will then only dump WHO list information for the specified
  75.    player or MUD.
  76.    
  77.    The mwhod does some clever stuff as far as eventually timing
  78.    information about of its tables - for example, if it hears absolutely
  79.    nothing from a MUD for a certain amount of time, it will mark the MUD
  80.    as down. Player entries are expired similarly. The design is based on
  81.    the idea that we'll use UDP to just fling information out and hope it
  82.    sticks, and then let the recipient clean it up, rather than to develop
  83.    a more complex protocol based on TCPs and timeouts. To prevent a
  84.    packet circular send situation, each entry that is sent is given a
  85.    "generation" number, which is incremented by one each time it is
  86.    forwarded along. In this manner, a MUD server might send a "so and so
  87.    is here" (generation zero) to its local mwhod. The local mwhod will
  88.    eventually send a copy to any peers it may have (generation one), and
  89.    so forth. Part of the initial table that an mwhod uses to establish
  90.    what peers it trusts contains a generation value, and it will neither
  91.    accept nor propagate information to a specific peer that is of a
  92.    higher generation value. This way, a "tree" of servers could
  93.    theoretically be constructed, with the highest level one having a
  94.    total view of a large MudIverse.
  95.    
  96.    3.3. Where Can I Get This Stuff?
  97.    
  98.    The client program mudwho can be ftp'd from ftp.math.okstate.edu, in
  99.    /pub/muds/clients/misc. The shar file contains both mudwho.c and a
  100.    README file, listing a few mwhod sites. The plain mudwho.c file can be
  101.    found at decuac.dec.com.
  102.    
  103.    The RWHO routines can be ftp'd from decuac.dec.com, in pub/mud.
  104.    Included is a HOW_TO file, which describes how to plug the routines
  105.    into a MUD server, and also where to ask for a mwhod to use.
  106.    
  107.    The mwhod program itself can also be found on decuac, but there is
  108.    currently little need for another one running in the USA, except
  109.    perhaps as a backup. There is, however, only one running in all of
  110.    Europe, and further expansion may need to be made in that area.
  111.    
  112.    3.4. Where Are Some RWHO Servers?
  113.    
  114.    Currently, all of these servers talk to each other, so what one knows,
  115.    the rest will know. At any one time, there's an average of 20 muds, of
  116.    various types, talking to mwhods.
  117.      * Site: riemann.math.okstate.edu
  118.        IP: 139.78.112.4
  119.        Port: 6889
  120.        Admin: jds@math.okstate.edu
  121.      * Site: nova.tat.physik.uni-tuebingen.de
  122.        IP: 134.2.62.161
  123.        Port: 6889
  124.        Admin: gamesmgr@taurus.tat.physik.uni-tuebingen.de
  125.        
  126.    
  127.      _________________________________________________________________
  128.    
  129.      This posting has been generated as a public service. If you have any
  130.      suggestions, questions, additions, comments or criticisms concerning
  131.      this posting, contact Jennifer Smith, aka Moira
  132.      (jds@math.okstate.edu). Other Frequently Asked Questions (FAQ)
  133.      postings contain information dealing with MUDs, MUDding, clients,
  134.      servers, and FTP sites. While these items aren't necessary, they are
  135.      quite useful. I'd also like to thank Marcus J Ranum (mjr@tis.com)
  136.      for writing such a wonderful program (and decent docs), and everyone
  137.      else for helpful comments and suggestions.
  138.      
  139.      The most recent versions of these FAQs are archived on
  140.      ftp.math.okstate.edu in pub/muds/misc/mud-faq, plus on rtfm.mit.edu
  141.      in the news.answers archives. HTML-ized versions are available at
  142.      URL http://math.okstate.edu/~jds/mudfaqs.html. Have fun! - Moira
  143.      
  144.    
  145.      _________________________________________________________________
  146.    
  147.    Jennifer Smith / jds@math.okstate.edu
  148.