T.R | Title | User | Personal Name | Date | Lines |
---|
2178.1 | More on this customer problem. | CSC32::R_WILLIAMS | | Tue Mar 04 1997 19:32 | 11 |
| Basically, the customer has DCE 1.3B on a VMS system.
His host has 2 interfaces. This host doesn't seem to allow CDS/login
etc on both both interfaces. When the customer tries to login on 1
interface, it times out and then goes to the second.
Any thoughts on this?
Thanks,
-Rick
|
2178.2 | | CSC32::R_WILLIAMS | | Tue Mar 04 1997 20:06 | 13 |
| I'm wondering if section "4.3.7 Configuring Multiple LAN Cells" is the
answer to this customers question. How do I see if this customer has
configured DCE to support multiple LAN cells. Can I assume that
multiple LAN in this case refers to different network segments and that
a customer can have multiple LAN's configured on the same system based
on his ethernet or FDDI cards?
Sorry for the confusion, but I could appreciate some enlightenment on
the VMS platform.
Thanks,
-Rick
|
2178.3 | Possible ! | VIRGIN::BILL | BILL is my lastname !!! | Wed Mar 05 1997 03:30 | 31 |
| Rick,
It's possible to run a DCE/VMS system with multiple interface, but
there are some odds:
login: The security server advertises his existence on all possible
interfaces. A client gets randomly a binding to the security
server. This means he may get a binding in the other subnet.
If there isn't a router between the two subnets the client
can't connect to this binding. After a while (depending on udp
or tcp) the client will try the next binding.
So either you need a router between the two subnet or you
enable the "ipforwarding" parameter.
If the clients are only on one side of the subnet, then it would
be cool to limit the server to the proper subnet. This is
possible on DUNIX with a patch and a environment variable
(RPC_UNSUPPORTED_NETIFS).
DCE DTS/DecNET DTSS
If you have running a DCE/DTS time server which should get the
time from DECnet DTSS you have to make sure that the logical
DTSS$ETHERNET_DEVICE is set to the right interface !
Hope this helps and is correct, any other comments appreciated...
Marco
|
2178.4 | | CSC32::R_WILLIAMS | | Wed Mar 05 1997 04:44 | 5 |
| Thanks Marco. I thought that enabling IP forwarding on the IP stack
should be all that would be needed. I'll have the customer work from
this aspect. Any other comments/gotchas are welcomed.
-Rick
|
2178.5 | RPC_UNSUPPORTED_NETIFS not implemented on OpenVMS | STAR::MORRISON | Who is John Galt? | Wed Mar 05 1997 16:38 | 6 |
| The current version of DCE for OpenVMS (V1.4) does not support the
RPC_UNSUPPORTED_NETIFS logical. However, we are looking into adding that
support in our next version, since it's not a difficult change. Marco's
other comments are (as usual) quite accurate.
Wayne
|