Re: Initiating X.25 calls

"Dean D. Throop" <throop@dg-rtp.dg.com> Tue, 28 January 1992 00:14 UTC

Received: from nri.reston.va.us by NRI.NRI.Reston.VA.US id ab08515; 27 Jan 92 19:14 EST
Received: from dg-rtp.rtp.dg.com by NRI.NRI.Reston.VA.US id aa08511; 27 Jan 92 19:14 EST
Received: from commtg3.rtp.dg.com by dg-rtp.dg.com (5.4/dg-rtp-proto) id AA07221; Mon, 27 Jan 1992 17:10:49 -0500
Received: by commtg3 (5.4/rtp-s04) id AA24549; Mon, 27 Jan 1992 17:10:46 -0500
Date: Mon, 27 Jan 1992 17:10:46 -0500
From: "Dean D. Throop" <throop@dg-rtp.dg.com>
Message-Id: <9201272210.AA24549@commtg3>
To: x25mib@dg-rtp.dg.com
Subject: Re: Initiating X.25 calls

>From HUSTON@PROCESS.COM  Mon Jan 27 15:20:33 1992
>Message-Id: <9201271933.AA11877@dg-rtp.dg.com>
>To: art@opal.acc.com
>Cc: markt@python.eng.microcom.com, x25mib@dg-rtp.dg.com
>Subject:  Re:  Initiating X.25 calls
>
>>>I know that the IP over X.25 MIB specifies ioxConIpAddress, which can be
>>>translated into a destination X.25 address, but shouldn't the X.25 MIB
>>>provide a mechanism to directly configure calls?
>>
>>From my perspective, an X.25 virtual circuit is opened on behalf of a
>>client protocol.  It's the client that ought to know whom it's going to
>>communicate with, and therefore should provide the destination X.121
>>address for a call.
>
>I've only been following this thread loosely, so please forgive me if I
>missed the point here, but I thought that what Mark was looking for was a
>way to configure call setup facilities for specific X.121 addresses.
>This has been a very useful, if not necessary, thing to be able to do.
>Last IP-on-X.25 implementation I worked on, we had to set up calls with
>opposite-of-default facilities for calls to a certain PDN overseas.
>
>-Steve

The X.121 address to call for any session belongs to the upper layer
service asking X.25 to place a call.  To change that address, the
NMS must use the MIB for the upper layer service.

Dean Throop		throop@dg-rtp.dg.com