Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!cs.utexas.edu!rice!sun-spots-request
From: mills@ccu.umanitoba.ca
Newsgroups: comp.sys.sun
Subject: X.29 Problems with some PDNs
Keywords: Miscellaneous
Message-ID: <2289@brazos.Rice.edu>
Date: 18 Oct 89 16:49:00 GMT
Sender: root@rice.edu
Organization: Sun-Spots
Lines: 31
Approved: Sun-Spots@rice.edu
X-Sun-Spots-Digest: Volume 8, Issue 167, message 12 of 17

In an expired article, bnrmtl!lewis@larry.mcrcim.mcgill.edu 
	(Pierre Lewis) writes:
>various problems with SunLink X.25 X.29 server PAD parameters being
>rejected by the Datapac PDN and left at previous settings.

I had exactly this problem.  Once the terminal went into `raw' mode, and
back to `cooked' mode, both parameters 3 and 4 were set to zero, and all
forwarding to the host was lost.  The solution is to have the X.29 server
only attempt to set PAD parameters that are accepted by the PDN.  This can
be done in the /etc/sunlink/x25/x29-auth file, with `PC3=126'.  

There are also a few things that don't work.  I wanted to disable pad
recall in raw mode, so the ^P character would get through.  (This is
needed by the emacs editor).  I tried `PC1=1:PN1=0' as in the Sun X.25
manual, but found that the X.29 server never sends a packet to set
parameter 1 to zero when entering `raw' mode.  Using `PC1=0:PN1=0' works,
but it disables pad recall in both modes.  I also wanted to disable flow
control to the PAD so ^S and ^Q would get through.  This is supposed to be
done by disabling flow control with stty, but again, the X.29 server never
sends the packet.  When I do a:

	stty ixon stop '^S' start '^Q'

it does send a packet to set parameter 12 to 1, but when I do a:

	stty -ixon stop '^-' start '^-'

it does not send a packet, even though it does disable the stop/start
characters.  I found no solution for this.

-Gary Mills-             -University of Manitoba-             -Winnipeg-