[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference noted::pwv50ift

Title:Kit: Note 4229; Please use NOTED::PWDOSWIN5 for V4.x server
Notice:Kit: Note 4229; Please use NOTED::PWDOSWIN5 for V4.x server
Moderator:CPEEDY::KENNEDY
Created:Fri Dec 18 1992
Last Modified:Fri Jun 06 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:4319
Total number of notes:18478

4138.0. "License request over TCPIP/WAN to Cluster" by NETRIX::"[email protected]" (Robert Milberger) Mon Feb 03 1997 05:50

Hi there,

I have a customer who has the following configuration:


    NODE1                             NODE2
     |                                  |
---------------------------------------------------------------------
                               |
                          Router
                               |
-----------------------------------------------------------------
       |                                        |
   Client1                                   Client2

The customer uses TCPIP only,
Servers are clustered; PW VMS 5.0d-eco03

Clients are Win95 with PW WIN95 and WFW/MSTCP/PW 6.0,
configured with License Client and VT320.

The problem is, that in my understanding the the license Server 
always changes betw. NODE1 and NODE2 bec. they are a CLuster.
So the License ALIAS PWRK$LXXX changes his IP Address too.

My problem is, that I have to write pwrk$lxxx with an IP address
in the lmhosts file of the Clients.

But the Address changes so how can I resolve this problem?

thanks in advance for any suggestions,
...robert


[Posted by WWW Notes gateway]
T.RTitleUserPersonal
Name
DateLines
4138.1VMSNET::P_NUNEZMon Feb 03 1997 08:52132
    Robert,
    
    You have to force the pwrk$license_s process to run on the same cluster
    member every time.  Here's an article to help....Paul
    
[PW-DOS]V5 FastD: Obtaining a License From a Cluster Over a WAN

 
     Any party granted access to the following copyrighted information 
     (protected under Federal Copyright Laws), pursuant to a duly executed 
     Digital Service Agreement may, under the terms of such agreement copy 
     all or selected portions of this information for internal use and
     distribution only. No other copying or distribution for any other 
     purpose is authorized.
Copyright (c) Digital Equipment Corporation 1995. All rights reserved.

PRODUCT: PATHWORKS [TM] for OpenVMS [TM], V 5.0
         PATHWORKS [TM] for DOS and Windows, Version 5.0, 5.1

OP SYS:  OpenVMS, V 5.5, 6.0, 6.1
         MS-DOS, Version 3.3, 4.0, 5.0, 6.0

SOURCE:  Digital Equipment Corporation


BACKGROUND:                                              FASTDETAIL

FASTLANE detail articles provide detailed information on topics discussed
in FASTLANE "master" articles.


This article provides detailed information on the FASTLANE MASTER article:

FASTM: V5 License Issues Master                         xFM0046

REFERENCES:

PATHWORKS Guide to Managing PATHWORKS Licenses


=========================================================================

=========================================================================


PROBLEM:

Your license server is in a cluster in a different TCP/IP subnet or
different DECnet area from your client.  All attempts to get a license
for the PC fail.


SOLUTION:

There is a logical conflict when the license request is over a WAN and
the license server is in a cluster.  This requires special handling.
The license server is active on only one node in the cluster, even if
all nodes run the license server.  However, if a cluster alias is de-
fined, that is normally the name which will be used as the "listen name"
by the license server.  This presents no difficulties in a LAN, because only
the active node will hear and respond to a broadcast.

However, for WAN access, you must communicate without broadcast.  If you
specify the alias name and address for direct connection, the active
server may or may not be the responding node.  If you specify the node
which is serving, the name will not be correct for the license server.

The procedure to operate properly is as follows:

Configure the PC using the cluster alias for the server name, but using
the IP or DECnet address of the license server.  Then, assuming a node
name of "NODE" and an alias of "CLUSTER":

Modify CFG000x.TPL to set

        SW_PWLICLM = CLUSTER

For TCP/IP, from DOS, put in

        C:\> INETNAME PWRK$L{cluster} {license-server-IP-address} /S

For DECnet, from DOS, put in

        C:\> NCP DEFINE REMOTE-ADAPTER-NAME PWRK$L{cluster} NODE {cluster}

Boot and get the license.  This saves the information in PWLICLM.DAT.

Remove all INETNAME definitions and NCP node definitions.

Configure the PC using the correct LM or NW server name and address.  Make
SW_PWLICLM null.


SPECIAL NOTE:

With this configuration you will need to be careful to see that only one
server is serving licenses.  This can be managed by specifying the following
in SYS$UPDATE:PWRK$CONFIG.COM or by use of a VMS logical.

To prevent the license server from running on node VMSNET enter:

        $ IF F$TRNLNM("SYS$NODE") .EQS. "VMSNET::" THEN -
        $ DEFINE/SYSTEM PWRK$LICENSE_SERVER_INHIBIT  "0"


To more generally limit the license server to running on specific nodes,
the following is offered as an example.

  $! Cluster alias is "CLUSTER" with nodes "NODE1", "NODE2", ..., "NODEn"
  $!   and the license server is only supposed to run on two nodes
  $!   of the cluster: "NODE1" & "NODE2".  ("ls" = "license server")
  $!
  $ ls_nodes      = "NODE1,node2"                 ! <= user defined
  $ ls_nodes      = f$edit( ls_nodes, "upcase" )
  $ ls_nodes      = f$edit( ls_nodes, "upcase" )
  $ ls_nodes_len  = f$length( ls_nodes )
  $ this_node     = f$getsyi( "nodename" )
  $ ls_on_this_node = ( f$locate(this_node,ls_nodes) .lt. ls_nodes_len )
  $ if ( .not. ls_on_this_node ) then -
  $    define/system  pwrk$license_server_inhibit  "0"



REFERENCE:

  See the Guide to Managing PATHWORKS Licenses (part #AA-Q1BZA-TH) for more
  information.  This manual is included with the PATHWORKS Server documentation
  sets and is also available in Bookreader format on OpenVMS Documentation
  CDROM distribution starting in March, 1994.



4138.2thanksNETRIX::&quot;[email protected]&quot;Robert MilbergerMon Feb 03 1997 11:0419
Hi Paul,

thanks a lot, this article describes exactly what the customer needs.
(I should have found it by myself in TIMA - sorry)

But now there comes up another question:

I know that there is a problem, connecting with MS TCPIP
(WFW/WIN95/NT) to a netbios group name over TCPIP.

So under normal circumstances there is no way to connect with
these clients over tcpip to a netbios cluster alias.

Are there any recommended (tested) solutions to workarround this ?

thanks
Robert 

[Posted by WWW Notes gateway]
4138.3"DIGITAL Has It NOW!"VMSNET::P_NUNEZMon Feb 03 1997 15:0012
    
    Though I've not tried it, I think you should be able to employ the DEC
    TCP/IP Services for OpenVMS (aka UCX) v4.x metric server and get it to
    work. The ucx metric server would require the use of DNR (on the
    clients) to query the DNS rather than asking NETBIOS to do a FindName.  
    
    You can still get load balancing using this method, as well...and it
    makes the alias name (though it's not a NETBIOS name) available to WAN
    clients.  Just remember, the metric server does not use NETBIOS -
    it's strickly TCP/IP.
    
    Paul