ISODE, TLI, and OSI stack
Jason Cross <cross@ae.eds.com> Tue, 24 August 1993 17:28 UTC
Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa06513;
24 Aug 93 13:28 EDT
Received: from CNRI.RESTON.VA.US by IETF.CNRI.Reston.VA.US id aa06509;
24 Aug 93 13:28 EDT
Received: from haig.cs.ucl.ac.uk by CNRI.Reston.VA.US id aa13542;
24 Aug 93 13:28 EDT
Received: from bells.cs.ucl.ac.uk by haig.cs.ucl.ac.uk with local SMTP
id <g.04089-0@haig.cs.ucl.ac.uk>; Tue, 24 Aug 1993 18:05:10 +0100
Received: from gmlink.gmeds.com by bells.cs.ucl.ac.uk with Internet SMTP
id <g.14067-0@bells.cs.ucl.ac.uk>; Tue, 24 Aug 1993 18:03:47 +0100
Received: from earth.ae.eds.com (earth.aen.tis.gmeds.com) by gmlink.gmeds.com
with SMTP id AA07429 (InterLock SMTP Gateway 1.1);
Tue, 24 Aug 1993 12:53:41 -0500
Received: from majorca.eds.com (majorca.ae.eds.com)
by earth.ae.eds.com (4.1/AE-1.0) id AA03323;
Tue, 24 Aug 93 13:00:04 EDT
Received: by majorca.eds.com (5.65/Ultrix3.0-C) id AA00609;
Tue, 24 Aug 1993 13:01:04 -0400
Date: Tue, 24 Aug 1993 13:01:04 -0400
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Jason Cross <cross@ae.eds.com>
Message-Id: <9308241701.AA00609@majorca.eds.com>
To: ISODE@nic.ddn.mil, osi-ds@cs.ucl.ac.uk, quipu@cs.ucl.ac.uk
Subject: ISODE, TLI, and OSI stack
Cc: cross@ae.eds.com
Our site is porting quipu and the ftp/ftam gateway to operate over
the full OSI stack [Retix] via TLI. We were successfull with the
ftp/ftam gway, but are having a few problems with quipu. Any help/
hints will be appreciated.
For testing, the example in ~isode/others/quipu/quipu-db/organisation
is being used. The syntax and value of the Presentation address in
c=GB/EDB is:
presentationAddress= '025c'H/NS+4900010000C085C45801
This value is also in dsaptailor:
dsa_address toucan '025c'H/NS+4900010000C085C45801
Is the syntax proper, and is the value for TSAP ('025c') okay? I did not
see an example in the documentation, but found one in the sample EDB.
This is the output after starting ros.quipu:
# ./ros.quipu
Tailor LOGDIR /usr/isode-8.0-tli/tmp
Tailor Rootdir /usr2/isode-8.0-tli/etc/quipu-db/
Tailor Update off
Tailor search level 2
Tailor last modified on
Tailor DSPChaining on
Tailor admin size 100
Tailor admin time 60
Tailor cache time 21600
Tailor conn time 300
Loading oid table (/usr2/isode-8.0-tli/etc/oidtable)
About to dsa_init()
Process size = 4808704 bytes
dsa name c=GB@CN=toucan
No DSA pseudo entry: "/usr2/isode-8.0-tli/etc/quipu-db/DSA.pseudo" (2)
DSA.real entry inconsistent with EDB -- problem should fix itself later!
Loading "/usr2/isode-8.0-tli/etc/quipu-db/c=GB/EDB"
Loading "/usr2/isode-8.0-tli/etc/quipu-db/c=GB/o=XX/EDB"
Loading "/usr2/isode-8.0-tli/etc/quipu-db/c=GB/o=XX/CS/EDB"
Net Starting
Using community 1 for external access
Using community 3 for external access
Using community 99 for external access
Using community 98 for external access
Using community 97 for external access
DSA c=GB@CN=toucan has started on '025c'H/LOCAL++x00010000c085c45801
DSA c=GB@CN=toucan has started on '025c'H/LOCAL++x00010000c085c45801
Start size = 5136384 bytes
Listening for new associations
Not making new associations
secs: -1; nads: 0; iads 0x0, wads 0x0
This is the output from ros.quipu when attempting to connect with
dish:
Connection 4, ? OPENING
From: NULLPA
Process grown by 8192 bytes
Listening on ads: 4.
Not making new associations
secs: 45; nads: 5; iads 0x10, wads 0x0
Connection 4, ? OPENING
From: NULLPA
conn_rel_abort 4
RO-ABORT-BIND.REQUEST called on 4
DSAP user abort (4), ABORT (RO BIND): invalid association descriptor
(Error in RO-BIND)
conn_extract
checking connlist
Extracting conn from connlist
conn_free()
Listening for new associations
Not making new associations
secs: 45; nads: 0; iads 0x0, wads 0x0
Listening for new associations
Not making new associations
secs: -1; nads: 0; iads 0x0, wads 0x0
TNetAccept: [Protocol error]
Listening for new associations
Not making new associations
secs: -1; nads: 0; iads 0x0, wads 0x0
This is the output after running dish:
# ./dish -c toucan
Welcome to Dish (DIrectory SHell)
*** Service error : Unavailable ***
(Protocol error at transport)
ciao,
Jason Cross
EDS
Troy, Mi.
- ISODE, TLI, and OSI stack Jason Cross