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

Conference irocz::terminal_servers

Title:Terminal Servers
Notice:See Note 2 for Directory of important notes. Please use keywords.
Moderator:LAVC::CAHILLON
Created:Tue May 14 1991
Last Modified:Fri Jun 06 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:3547
Total number of notes:12300

3503.0. "Dial-out PPP Service for Decserver." by CTHU56::L_PELLAND (Luc Pelland. Hull. DTN 640-7218) Wed Apr 16 1997 18:33

Hello all,

Here is the scenario my customer is trying to get going. He has a VAX running
UCX and need to be able to connect to an NT box at a remote site via a
DECserver 900TM with PPP.

I found info in the notefile about the HotKey. This enable the customer to use
a listener port on the DECserver to connect to the modem, dial the remote site
and hit the HotKey so she return to VMS and the PPP session should be
establish between the 2 site. So far so good.

Now in UCX i will have to define a static route that will direct me the the
DECserver to reach the remote system so i can issue an FTP command and connect
to the remote system.

Big question, how do you define a route that need to use a listner port with
UCX???
Also how do you terminate the dialout session on the decserver???

Thank you

Luc.
T.RTitleUserPersonal
Name		DateLines
3503.1IROCZ::D_NELSONDave Nelson LKG1-3/A11 226-5358Thu Apr 17 1997 14:5925
RE: .0

> Now in UCX i will have to define a static route that will direct me the the
> DECserver to reach the remote system so i can issue an FTP command and connect
> to the remote system.

No.  You only need to configure static routes if the remote system is another
LAN.  If it's a single host, the DECserver will respond via Proxy ARP.  The
NT system must have an IP address in the subnet for the LAN (from the DEC-
server's viewpoint).  The UCX host (if it has the same subnet) will ARP to
resolve the NT system's Ethernet address.  The DECserver will respond.  The
UCX host will not attempt to send the packet to some gateway address.

> Also how do you terminate the dialout session on the decserver???

Ah, there's the rub.  You must login to a physical or remote console port,
become priv'ed and use a LOGOUT PORT n command, where n is the port number
of the remote connection to the NT system.  If you have modem control enabled
on the DECserver, and the NT system disconnects, then the DECserver should
follow suit.

Regards,

Dave
3503.2NT system no in the same network...CTHU56::L_PELLANDLuc Pelland. Hull. DTN 640-7218Fri Apr 18 1997 11:0428
-.1

My apologies Dave,

I talk to my customer and found out the following.

The NT system belong to a different IP network. My customer is the Montreal
stock exchange and the remote NT system belongs to a news organisation. They
want to be able to send file from the exchange to the news organisation. So
the NT system belong to a different IP network all together. From previous
discussion with my customer I think they connect straight to the NT system.
But the customer will confirm the configuration today.

With this in mind here are the question that came up,
1) Is this a valid use of the Decserver to make this type of connection and
use PPP? 
2) Also if this work I will need to define a static route in UCX to be able
to reach the remote system. How to point to the listener port?
3) If i understand PPP properly there will be negotiation between the NT and
the DECserver for the IP address. From these negotiation is it the decserver
that will supply the IP address to the NT or is it the NT server that will
supply the IP address to the Decserver?

Thank you for all the help.

Luc.
3503.3It _might_ work, but you'd need to test it...IROCZ::D_NELSONDave Nelson LKG1-3/A11 226-5358Fri Apr 18 1997 13:3847
RE: .2

> The NT system belong to a different IP network.

Well, in that case...

> 1) Is this a valid use of the Decserver to make this type of connection and
> use PPP?

Maybe not.  You could probably get this to work if there was a second DEC-
server at the new organization (i.e. the LAN-to-LAN case).  This seems like
overkill, though.  The DNAS code on the DECserver typically _requires_ the IP
address of the attached hosts to be contained within its subnet.  This makes
proxy ARP work.  The hosts on the DECserver's LAN won't ARP for an IP address
outside their subnet mask.

You might want to test this, if you have the resources to do so.  We here in
engineering are pretty busy right now.  If you get the DECserver to accept
an IP address from the NT system (that "permanently" belongs to that system),
and you configure a route-to-host on the UCX system that says the next hop
gateway for the NT system is the DECserver, you might get the two systems
to talk.  I suspect that you will need to do a similar thing on the NT
system, but I have no experience with this.

The long and short of it is that the DECserver isn't a router.  A router
would work just fine here, without any caveats.   

> 2) Also if this work I will need to define a static route in UCX to be able
> to reach the remote system. How to point to the listener port?

Yes, but you don't point to a listener port.  You configure the UCX host with
a route-to-host entry that says to get to the NT system, forward packets to 
the DECserver (the DECserver's "own" IP address).  The DECserver looks in
its own routing table and realizes that the NT system's IP address is
reachable out the serial port that it is connected to.

> 3) If i understand PPP properly there will be negotiation between the NT and
> the DECserver for the IP address. From these negotiation is it the decserver
> that will supply the IP address to the NT or is it the NT server that will
> supply the IP address to the Decserver?

You can do it either way.

Regards,

Dave