home *** CD-ROM | disk | FTP | other *** search
/ Borland Programmer's Resource / Borland_Programmers_Resource_CD_1995.iso / info / ntkb / ntkb.exe / Q97 / 5 / 59.TXT < prev    next >
Encoding:
Text File  |  1993-09-28  |  10.2 KB  |  244 lines
  1. DOCUMENT:Q97559  24-SEP-1993  [W_NT]
  2. TITLE   :How Remote Access Service Processes Datagram Traffic
  3. PRODUCT :Windows NT
  4. PROD/VER:3.10
  5. OPER/SYS:WINDOWS
  6. KEYWORDS:
  7.  
  8. ----------------------------------------------------------------------
  9. The information in this article applies to:
  10.  
  11.  - March Release of Microsoft Windows NT operating system version 3.1
  12. ----------------------------------------------------------------------
  13.  
  14. Summary:
  15.  
  16. This article discusses how Remote Access Service (RAS) uses datagrams
  17. under Windows NT. The article is divided into the following subjects:
  18.  
  19.  - Remote RAS Workstation Posts NCB_Add_Group_Name
  20.  - LAN System Sends a Burst of Multicast Datagrams to a Group Name
  21.  - RAS Client Sends a Datagram
  22.  - Remote RAS Workstation Posts NCB_Add_Name
  23.  - LAN System Sends a Datagram to a Unique RAS Client Name
  24.  
  25.  
  26. Remote RAS Workstation Posts NCB_Add_Group_Name
  27. -----------------------------------------------
  28.  
  29. Windows NT adds a group name for the domain or the workgroup.
  30. Microsoft LAN Manager, by default, adds a group name for the domain
  31. name and other domain names (from the LANMAN.INI file). Applications
  32. using NetBIOS can add group names as well. The RAS workstation follows
  33. these steps:
  34.  
  35. 1. The RAS server checks to see if the group name registered locally
  36.    already.
  37.  
  38.     - If the name is already registered (because another workstation
  39.       has posted NCB_Add_Group_Name), the RAS server flags the name as
  40.       registered and does not post NCB_Receive_Datagram.
  41.  
  42.     - Otherwise, the group name is not registered and the following
  43.       steps are performed.
  44.  
  45. 2. The RAS server posts NCB_Add_Group_Name on all available transports 
  46.    (NBF, TCP/IP, etc.).
  47.  
  48.     - MaxNames for RAS: There must be enough names to accommodate
  49.       all the remote clients add request. The default is 255 (the
  50.       maximum) which should leave plenty of room.
  51.  
  52.     - MaxNames for transport: Each transport has a MaxNames entry
  53.       that may need tuning. It should be set high enough to handle
  54.       all of the local server names plus all of the remote client
  55.       NetBIOS names. The NBF transport can be configured in Control
  56.       Panel using the  "Maximize Throughput and Connections" setting.
  57.       This allows names and sessions to be tuned high without any 
  58.       realistic limit. See the Windows NT documentation for 
  59.       information on default names in the section covering
  60.       RemoteListen.
  61.  
  62.     - If NCB_Add_Group_Name fails on any transport because another
  63.       system responds with an AddNameResponse frame (meaning that
  64.       another system has the group name registered as a unique 
  65.       name), then the group is not added on the server or the 
  66.       client workstation.
  67.  
  68. 3. The RAS server posts RcvDgSubmittedperGroupName number of
  69.    NCB_Receive_Datagrams for the group name.
  70.  
  71.     - This has nothing to do with how many NCB_Receive_Datagrams
  72.       are posted by the remote client. This is handled by the server 
  73.       only. When a client posts NCB_Add_Group_Name or NCB_Add_Name,
  74.       the RAS server automatically posts NCB_Receive_Datagram for each 
  75.       name, regardless of what the client posts (even if the client 
  76.       does not post anything).
  77.  
  78.     - RcvDgSubmittedperGroupName controls how many NCB_Receive_Datagrams
  79.       are posted by the server for each group name. This is a resource-
  80.       intensive parameter. Each one takes 1.5K of physical RAM. As soon 
  81.       as one is completed the server automatically posts a new one.
  82.    
  83.  
  84. LAN System Sends a Burst of Multicast Datagrams to a Group Name
  85. ---------------------------------------------------------------
  86.  
  87. The RAS server receives a datagram, and handles it as follows:
  88.  
  89. 1. Check EnableBroadcast. Default is 0, disabled. (This datagram is
  90.    not broadcast in example.)
  91.  
  92.     0 Yes. Drop broadcast (not multicast) datagram and do not forward
  93.       to remote clients.
  94.  
  95.     1 No. Continue.
  96.  
  97. 2. Check MulticastForwardRate. Default is 5.
  98.  
  99.    -1 Drop datagram. Do not forward any broadcast or multicast. This
  100.       setting is useful to filter out LAN Manager server announcements
  101.       that use multicast datagrams for domain group names. If you
  102.       have a large LAN Manager network with many servers, this can use
  103.       up asynchronous bandwidth.
  104.  
  105.     0 Guarantees delivery of datagram to client.
  106.  
  107.    >0 (1 to 32767) Works as a gate. After the designated number of 
  108.       seconds, the gate opens and all datagrams arriving at the server 
  109.       are forwarded to remote clients. When the gate is closed, all 
  110.       datagrams are dropped.
  111.  
  112.    NOTE: This parameter is useful for reducing LAN Manager server
  113.    announcement traffic. On a large network, all the server
  114.    announcements can look like a steady stream of data flowing over
  115.    the asynchronous line.
  116.  
  117. 3. Check DisableMcastFwdWhenSessionTraffic. Default is 1, enabled.
  118.  
  119.     1 When a client is busy transferring data during a session (a file
  120.       copy, for example), multicast datagrams are dropped.
  121.  
  122.    -1 Broadcast datagrams are dropped even if EnableBroadcast is set
  123.       to 1.
  124.  
  125.     0 Datagrams are always forwarded. This may slow session traffic.
  126.  
  127. If all conditions above are correct, the RAS Server is ready to 
  128. forward the datagram to remote RAS clients, as follows:
  129.  
  130. 1. Check MaxDgBufferedPerGroupName. Default is 10. 
  131.  
  132.    Because of the difference between the LAN speed and the asynchronous
  133.    line speed, datagram traffic must be buffered. The maximum number of
  134.    datagrams that the RAS server can buffer per group name is controlled
  135.    by MaxDgBufferedPerGroupName. In  the default (10) is used, every 11th
  136.    datagram is dropped. The  maximum is 255. This is a virtual memory
  137.    parameter, so it is a relatively minor drain on system resources.
  138.  
  139. 2. The RAS server checks to see which clients have the group name
  140.    registered. It then multiplexes the datagram to each of these
  141.    remote clients. RAS clients that have NCB_Receive_Datagram posted
  142.    for that group name receive the datagram.
  143.  
  144. NOTE: For non-session traffic, set RAS AUTODISCONNECT to 0. Datagram
  145. traffic is not counted in the auto-disconnect time-out. Only session
  146. traffic is counted. 0 disables auto-disconnecting RAS clients. Also,
  147. because of the slow link, workstations probably do not need to post
  148. that many NCB_Receive_Datagrams. You should be able to get by with 2
  149. or 3.
  150.  
  151.  
  152. RAS Client Sends a Datagram
  153. ---------------------------
  154.  
  155. Check NetbiosGatewayEnabled. Default is 1, enabled.
  156.  
  157.    1 All datagrams sent by remote clients are forwarded onto 
  158.      all transports. The default is all valid networks.
  159.  
  160.    0 Datagrams can only be received by the RAS server if it has 
  161.      an NCB_Receive_Datagram posted for the given name.
  162.  
  163.  
  164. Remote RAS Workstation Posts NCB_Add_Name
  165. -----------------------------------------
  166.  
  167. By default, MS LAN Manager and Windows NT post NCB_Add_Name for the
  168. computer name and user identification of the person logging on.
  169.  
  170. 1. The RAS server posts NCB_Add_Group_Name on all available
  171.    transports (NBF, TCP/IP, etc.).
  172.  
  173.     - MaxNames for RAS: There must be enough names to accommodate
  174.       all the remote clients add request. The default is 255 (the
  175.       maximum) which should leave plenty of room.
  176.  
  177.     - MaxNames for transport: Each transport has a MaxNames entry
  178.       that may need tuning. It should be set high enough to handle
  179.       all of the local server names plus all of the remote client
  180.       NetBIOS names. The NBF transport can be configured in Control
  181.       Panel using the "Maximize Throughput and Connections" setting.
  182.       This allows names and sessions to be tuned high without any
  183.       realistic limit. See the Windows NT documentation for 
  184.       information on default names in the section covering
  185.       RemoteListen.
  186.  
  187.     - If NCB_Add_Group_Name fails on any transport because another
  188.       system responds with an AddNameResponse frame (meaning that
  189.       another system has the group name registered as a unique
  190.       name), then the group is not added on the server or the
  191.       client workstation.
  192.  
  193. 2. The RAS server posts RcvDgSubmittedperGroupName number of
  194.    NCB_Receive_Datagrams for that unique name. This has nothing to do
  195.    with how many NCB_Receive_Datagrams are posted by the remote
  196.    client. This is handled by the server only. When a client posts
  197.    NCB_Add_Group_Name or NCB_Add_Name. the RAS server automatically
  198.    posts NCB_Receive_Datagram for each name regardless of what the
  199.    client posts (even if the client does not post anything).
  200.  
  201.  
  202. LAN System Sends a Datagram to a Unique RAS Client Name
  203. -------------------------------------------------------
  204.  
  205. 1. The RAS Server receives the datagram, and places it in a buffer.
  206.    (There is no parameter to control this buffer: all datagrams are
  207.    buffered.)
  208.  
  209. 2. A new NCB_Receive_Datagram is posted on the server.
  210.  
  211. 3. The RAS Server forwards the datagram from the buffer to the remote
  212.    client with the unique name posted.
  213.  
  214.    NOTE: Unique name datagrams take priority over group name datagrams.
  215.    They are forwarded to the client before pending group datagrams.
  216.    NET LOGON uses unique name, directed datagrams that are given
  217.    priority over group datagrams.
  218.  
  219.  
  220. Reference(s):
  221.  
  222. See Remote Access Service documentation for the RemoteListen
  223. parameter. This gives related information on session based traffic.
  224.  
  225. Additional reference words: 3.10 advanced server serial comm
  226. modem
  227. KBCategory:
  228. KBSubCategory: NETSRV NTRMT 
  229.  
  230. =============================================================================
  231.  
  232. THE INFORMATION PROVIDED IN THE MICROSOFT KNOWLEDGE BASE IS
  233. PROVIDED "AS IS" WITHOUT WARRANTY OF ANY KIND.  MICROSOFT DISCLAIMS
  234. ALL WARRANTIES, EITHER EXPRESS OR IMPLIED, INCLUDING THE WARRANTIES
  235. OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE.  IN NO
  236. EVENT SHALL MICROSOFT CORPORATION OR ITS SUPPLIERS BE LIABLE FOR
  237. ANY DAMAGES WHATSOEVER INCLUDING DIRECT, INDIRECT, INCIDENTAL,
  238. CONSEQUENTIAL, LOSS OF BUSINESS PROFITS OR SPECIAL DAMAGES, EVEN IF
  239. MICROSOFT CORPORATION OR ITS SUPPLIERS HAVE BEEN ADVISED OF THE
  240. POSSIBILITY OF SUCH DAMAGES.  SOME STATES DO NOT ALLOW THE EXCLUSION
  241. OR LIMITATION OF LIABILITY FOR CONSEQUENTIAL OR INCIDENTAL DAMAGES
  242. SO THE FOREGOING LIMITATION MAY NOT APPLY.
  243.  
  244. Copyright Microsoft Corporation 1993.