From cse.psu.edu!9fans-outgoing-owner Wed Aug 9 22:59:32 1995 Received: from psuvax1.cse.psu.edu ([130.203.1.6]) by cannon.ecf.toronto.edu with SMTP id <2284>; Wed, 9 Aug 1995 22:59:25 -0400 Received: by psuvax1.cse.psu.edu id <34096>; Wed, 9 Aug 1995 22:37:19 -0400 Received: from plan9.cs.su.oz.au ([129.78.96.33]) by psuvax1.cse.psu.edu with SMTP id <34106>; Wed, 9 Aug 1995 22:29:22 -0400 From: Boyd Roberts Date: Wed, 9 Aug 1995 22:07:15 -0400 To: 9fans@cse.psu.edu Subject: pppclient Message-ID: <199508101207.1625.9.babim@plan9.cs.su.oz.au> Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans@cse.psu.edu Status: RO I've been trying to get pppclient to go with a foreign ppp server. I think it's getting hung up in compression negotiation: the remote requests Van Jacobsen compression and pppclient says nak, then the remote request it again. So I see: Peer wants to do compress 2d 15 0 It's the 0 that's the problem as ppp.l says if (15 != 15 || 0 != 1) return nak. So is my server bust? What's the deal? From cse.psu.edu!9fans-outgoing-owner Thu Aug 10 15:06:23 1995 Received: from colossus.cse.psu.edu ([130.203.1.2]) by cannon.ecf.toronto.edu with SMTP id <3570>; Thu, 10 Aug 1995 15:05:59 -0400 Received: by colossus.cse.psu.edu id <45493>; Thu, 10 Aug 1995 14:37:27 -0400 Received: from plan9.att.com ([192.20.225.252]) by colossus.cse.psu.edu with SMTP id <45489>; Thu, 10 Aug 1995 14:34:05 -0400 From: presotto@plan9.att.com To: 9fans@cse.psu.edu Date: Thu, 10 Aug 1995 14:18:12 -0400 Subject: re: pppclient Message-Id: <95Aug10.143405edt.45489@colossus.cse.psu.edu> Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans@cse.psu.edu Status: RO We're the ones that are wrong, sort of. For the second number 0 == don't compress connection id (or slot number or whatever you call it) 1 == connection id may be compressed Our code only knows about the second and rejects compression otherwise. It would be easy enough easy to change, just remember that the other requested no compression and change the comparison on line 192 of compress.l. However, the foriegn PPP should be accepting the Nak and just not compressing. Perhaps we're screwing up the Nak. I'll leave it up to someone who really uses it do the change. Noone here has used the code since a summer student wrote it a few years ago. ------ original message follows ------ >From cse.psu.edu!9fans-outgoing-owner Wed Aug 9 22:58:49 EDT 1995 Received: by psuvax1.cse.psu.edu id <34096>; Wed, 9 Aug 1995 22:37:19 -0400 Received: from plan9.cs.su.oz.au ([129.78.96.33]) by psuvax1.cse.psu.edu with SMTP id <34106>; Wed, 9 Aug 1995 22:29:22 -0400 From: Boyd Roberts Date: Wed, 9 Aug 1995 22:07:15 -0400 To: 9fans@cse.psu.edu Subject: pppclient Message-ID: <199508101207.1625.9.babim@plan9.cs.su.oz.au> Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans@cse.psu.edu I've been trying to get pppclient to go with a foreign ppp server. I think it's getting hung up in compression negotiation: the remote requests Van Jacobsen compression and pppclient says nak, then the remote request it again. So I see: Peer wants to do compress 2d 15 0 It's the 0 that's the problem as ppp.l says if (15 != 15 || 0 != 1) return nak. So is my server bust? What's the deal? From cse.psu.edu!9fans-outgoing-owner Mon Aug 14 09:31:56 1995 Received: from psuvax1.cse.psu.edu ([130.203.1.6]) by cannon.ecf.toronto.edu with SMTP id <1941>; Mon, 14 Aug 1995 09:31:50 -0400 Received: by psuvax1.cse.psu.edu id <34163>; Mon, 14 Aug 1995 08:40:51 -0400 Received: from plan9.cs.su.oz.au ([129.78.96.2]) by psuvax1.cse.psu.edu with SMTP id <34488>; Sun, 13 Aug 1995 20:11:27 -0400 From: Boyd Roberts Date: Sun, 13 Aug 1995 19:55:24 -0400 To: 9fans@cse.psu.edu Subject: re: pppclient In-Reply-To: <95Aug10.143405edt.45489@colossus.cse.psu.edu> Message-ID: <199508140955.518.9.babip@plan9.cs.su.oz.au> Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans@cse.psu.edu Status: RO i pulled the ppp docs and have added the code to handle slot id compression. i think what i see now is that the ack is mangled, i'm not sure. i'll try and check it out today. things are a bit slow as the source is not where i am so the compile edit run cycle is a bit arduous. From cse.psu.edu!9fans-outgoing-owner Mon Aug 14 22:44:58 1995 Received: from psuvax1.cse.psu.edu ([130.203.1.6]) by cannon.ecf.toronto.edu with SMTP id <2027>; Mon, 14 Aug 1995 22:44:52 -0400 Received: by psuvax1.cse.psu.edu id <34220>; Mon, 14 Aug 1995 22:09:40 -0400 Received: from plan9.cs.su.oz.au ([129.78.96.2]) by psuvax1.cse.psu.edu with SMTP id <34230>; Mon, 14 Aug 1995 20:52:06 -0400 From: Boyd Roberts Date: Mon, 14 Aug 1995 19:27:36 -0400 To: 9fans@cse.psu.edu Subject: re: pppclient In-Reply-To: <199508140955.518.9.babip@plan9.cs.su.oz.au> Message-ID: <199508150927.1656.9.babis@plan9.cs.su.oz.au> Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans@cse.psu.edu Status: RO Looking further into the IPCP code I see that its not likely to converge when negociating with my server. The configuration request/nak/reject code is just wrong. I'm not going to try and fix it any further. It just doesn't hold enough state to ensure the negociation will converge; it's nearly stateless, but not quite. From cse.psu.edu!9fans-outgoing-owner Tue Aug 15 03:57:15 1995 Received: from psuvax1.cse.psu.edu ([130.203.1.6]) by cannon.ecf.toronto.edu with SMTP id <997>; Tue, 15 Aug 1995 03:57:11 -0400 Received: by psuvax1.cse.psu.edu id <34180>; Tue, 15 Aug 1995 03:20:03 -0400 Received: from plan9.att.com ([192.20.225.252]) by psuvax1.cse.psu.edu with SMTP id <34181>; Tue, 15 Aug 1995 01:27:44 -0400 From: presotto@plan9.att.com To: 9fans@cse.psu.edu Date: Mon, 14 Aug 1995 22:43:48 -0400 Subject: re: pppclient Message-Id: <95Aug15.012744edt.34181@psuvax1.cse.psu.edu> Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans@cse.psu.edu Status: RO I agree, we wrote a different version for brazil. Unfortunately, they share no code except for the tcp compression. This one went out with the release in the hope that a plan 9 version would be useful to someone. It has worked talking to xylogics annex boxes. ------ original message follows ------ >From cse.psu.edu!9fans-outgoing-owner Mon Aug 14 22:42:30 EDT 1995 Received: by psuvax1.cse.psu.edu id <34220>; Mon, 14 Aug 1995 22:09:40 -0400 Received: from plan9.cs.su.oz.au ([129.78.96.2]) by psuvax1.cse.psu.edu with SMTP id <34230>; Mon, 14 Aug 1995 20:52:06 -0400 From: Boyd Roberts Date: Mon, 14 Aug 1995 19:27:36 -0400 To: 9fans@cse.psu.edu Subject: re: pppclient In-Reply-To: <199508140955.518.9.babip@plan9.cs.su.oz.au> Message-ID: <199508150927.1656.9.babis@plan9.cs.su.oz.au> Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans@cse.psu.edu Looking further into the IPCP code I see that its not likely to converge when negociating with my server. The configuration request/nak/reject code is just wrong. I'm not going to try and fix it any further. It just doesn't hold enough state to ensure the negociation will converge; it's nearly stateless, but not quite. From cse.psu.edu!9fans-outgoing-owner Mon Aug 21 04:18:32 1995 Received: from colossus.cse.psu.edu ([130.203.1.2]) by cannon.ecf.toronto.edu with SMTP id <1002>; Mon, 21 Aug 1995 04:18:25 -0400 Received: by colossus.cse.psu.edu id <46374>; Mon, 21 Aug 1995 04:04:03 -0400 Received: from symbionics.co.uk ([158.43.6.17]) by colossus.cse.psu.edu with SMTP id <46377>; Mon, 21 Aug 1995 04:03:41 -0400 Received: from sympc143 ([194.32.100.46]) by symbionics.co.uk (4.1/SMI-4.1) id AA06808; Mon, 21 Aug 95 09:03:21 BST Message-Id: <9508210803.AA06808@symbionics.co.uk> Comments: Authenticated sender is From: "Nigel Roles" Organization: Symbionics Communications To: 9fans@cse.psu.edu Date: Mon, 21 Aug 1995 05:03:19 -0400 Subject: pppclient Priority: normal X-Mailer: Pegasus Mail for Windows (v2.01) Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans@cse.psu.edu Status: R Following Boyd's problems with pppclient, I had a different problem. My pppserver (demon internet) wants to do (2d 15 1) compression which is fine. What nadgers it is that pppclient then negotiates for VJ TCP compression and IL compression. Demon's pppserver hasn't heard of IL compression (can't blame it) so sends Configure NAK. I think I then hit the same problem as Boyd in that pppclient keeps trying the same Configure Request and getting Configure NAK until the server starts saying Configure REJ (presumably out of frustration). The fix is simple. Delete the IL compression request. It was simpler than trying to implement Configure Req backoff. Then I get the connectiion up. What I haven't figured yet is what else to do to actually get the packets sent up the ppp link..... From cse.psu.edu!9fans-outgoing-owner Sun Sep 24 07:48:51 1995 Received: from colossus.cse.psu.edu ([130.203.1.2]) by cannon.ecf.toronto.edu with SMTP id <1000>; Sun, 24 Sep 1995 07:48:50 -0400 Received: by colossus.cse.psu.edu id <78417>; Sun, 24 Sep 1995 07:41:30 -0400 Received: from goggins.bath.ac.uk ([138.38.32.13]) by colossus.cse.psu.edu with SMTP id <78415>; Sun, 24 Sep 1995 07:40:13 -0400 Received: from bath.ac.uk (actually host solomon.bath.ac.uk) by goggins.bath.ac.uk with SMTP (PP); Sun, 24 Sep 1995 12:29:19 +0100 Original-Received: from GATEWAY by bath.ac.uk with netnews for 9fans@bath.ac.uk (9fans@cse.psu.edu) PP-warning: Illegal Received field on preceding line To: 9fans@cse.psu.edu Date: Sun, 24 Sep 1995 02:13:44 -0400 From: Craig Brent Ludington Message-ID: <442suo$8b@quilla.tezcat.com> Organization: t e z c a t . c o m - Wicker Park (Chicago) 312-850-0112 Subject: PPP over serial line Source-Info: From (or Sender) name not authenticated. Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans@cse.psu.edu Status: RO Could someone who has set up PPP over a serial line please help. I've used the following approach: 1. telco /dev/eia1 2. con -l telco!5551212 3. logged on to ppp server and started ppp 4. used the ! combination to execute pppclient as: 5. pppclient -i myipaddr -p ISP'sipaddr At this point all the con's i/o seem to be going to pppclient. I then try to: 6. echo "add myipaddr" > /bin/ndb/cs to put the new ip address in the network database. (I'm logged on as sys). Any effort to ping results in a "not found" message. ndb/query won't execute, saying only "bad exec header" (I may not remember that precisely). I've read the man pages, and searched the archives for this newsgroup, without success so far. Any help would be greatly appreciated. Craig Ludington (who's delighted to be running Plan9!) From cse.psu.edu!9fans-outgoing-owner Sun Sep 24 11:42:00 1995 Received: from colossus.cse.psu.edu ([130.203.1.2]) by cannon.ecf.toronto.edu with SMTP id <998>; Sun, 24 Sep 1995 11:41:55 -0400 Received: by colossus.cse.psu.edu id <78424>; Sun, 24 Sep 1995 11:31:43 -0400 Received: from plan9.att.com ([192.20.225.252]) by colossus.cse.psu.edu with SMTP id <78425>; Sun, 24 Sep 1995 11:31:27 -0400 From: presotto@plan9.att.com To: 9fans@cse.psu.edu Date: Sun, 24 Sep 1995 11:04:14 -0400 Subject: re: PPP over serial line Message-Id: <95Sep24.113127edt.78425@colossus.cse.psu.edu> Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans@cse.psu.edu Status: RO As has been said before, this ppp is minimal. Someone really should work on it. I don't have time to now. It's on the release more as an excuse to release a newer version later without a new license. The con part (1-5) should work. (6) doesn't do what you want. In fact it's pretty destructive. You copied "add myipaddr" onto the executable /bin/ndb/cs. By the way, double quotes mean nothing to /bin/rc. 'add xyz' written to /net/cs adds protocols for /bin/ndb/cs to use when someone dials a string unbound to a protocol, i.e., one starting with net! instead of tcp! or il! or dk!... When cs starts, it looks to see whats already configured and uses that. If you start up other networks later, you van let cs know by writing 'add tcp' or whatever to /net/cs. The 'bad exec header' usually means that you're trying to execute something that has the execute bit set but isn't a binary for the processor you are executing it on. Perhaps you wrote onto /bin/ndb/query also? ------ original message follows ------ >From cse.psu.edu!9fans-outgoing-owner Sun Sep 24 07:48:44 EDT 1995 Received: by colossus.cse.psu.edu id <78417>; Sun, 24 Sep 1995 07:41:30 -0400 Received: from goggins.bath.ac.uk ([138.38.32.13]) by colossus.cse.psu.edu with SMTP id <78415>; Sun, 24 Sep 1995 07:40:13 -0400 Received: from bath.ac.uk (actually host solomon.bath.ac.uk) by goggins.bath.ac.uk with SMTP (PP); Sun, 24 Sep 1995 12:29:19 +0100 Original-Received: from GATEWAY by bath.ac.uk with netnews for 9fans@bath.ac.uk (9fans@cse.psu.edu) PP-warning: Illegal Received field on preceding line To: 9fans@cse.psu.edu Date: Sun, 24 Sep 1995 02:13:44 -0400 From: Craig Brent Ludington Message-ID: <442suo$8b@quilla.tezcat.com> Organization: t e z c a t . c o m - Wicker Park (Chicago) 312-850-0112 Subject: PPP over serial line Source-Info: From (or Sender) name not authenticated. Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans@cse.psu.edu Could someone who has set up PPP over a serial line please help. I've used the following approach: 1. telco /dev/eia1 2. con -l telco!5551212 3. logged on to ppp server and started ppp 4. used the ! combination to execute pppclient as: 5. pppclient -i myipaddr -p ISP'sipaddr At this point all the con's i/o seem to be going to pppclient. I then try to: 6. echo "add myipaddr" > /bin/ndb/cs to put the new ip address in the network database. (I'm logged on as sys). Any effort to ping results in a "not found" message. ndb/query won't execute, saying only "bad exec header" (I may not remember that precisely). I've read the man pages, and searched the archives for this newsgroup, without success so far. Any help would be greatly appreciated. Craig Ludington (who's delighted to be running Plan9!) From staff.cs.su.oz.au!gary Fri Oct 20 12:38:35 1995 Received: from staff.cs.su.OZ.AU ([129.78.8.1]) by stealth.ecf.toronto.edu with SMTP id <6122>; Fri, 20 Oct 1995 12:38:26 -0400 Received: from staff.cs.su.oz.au by staff.cs.su.OZ.AU (mail from gary for steve@stealth.ecf.toronto.edu) with MHSnet; Sat, 21 Oct 1995 02:38:14 +1000 Date: Fri, 20 Oct 1995 12:36:21 -0400 From: gary@staff.cs.su.oz.au (Gary Capell) Subject: Re: plan 9 pppclient To: steve@stealth.ecf.toronto.edu Reply-To: gary@cs.su.oz.au Message-Id: <95Oct20.123826edt.6122@stealth.ecf.toronto.edu> Status: RO I think in general it just doesn't work, and the faq should just say that we're still waiting for someone to write a ppp client. I hope I'm wrong. From tezcat.com!craigl Fri Oct 20 18:43:09 1995 Received: from xochi.tezcat.com ([204.128.247.2]) by stealth.ecf.toronto.edu with SMTP id <6122>; Fri, 20 Oct 1995 18:43:07 -0400 Received: (from craigl@localhost) by xochi.tezcat.com (8.6.12/8.6.12) id RAA10473 for steve@stealth.ecf.toronto.edu; Fri, 20 Oct 1995 17:42:56 -0500 From: Craig Brent Ludington Message-Id: <199510202242.RAA10473@xochi.tezcat.com> Subject: Re: PPP over serial line To: steve@stealth.ecf.toronto.edu (Steve Kotsopoulos) Date: Fri, 20 Oct 1995 18:42:55 -0400 In-Reply-To: <95Oct20.135859edt.6122@stealth.ecf.toronto.edu> from "Steve Kotsopoulos" at Oct 20, 95 01:58:58 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 871 Status: RO > > On Sept 24, you sent a message to 9fans about some problems you > had setting up ppp. Have you since gotten it working? > If so, what did you have to change and how do you start it up? > No, I haven't gotten it working yet. I read your request for FAQ material with great eagerness. I hope someone else can help. I've still only gotten as far as (going from memory): 1. telco /dev/eia1 2. con -l telco!5551212 3. login to ppp server and then use control-\ followed by 4. !pppclient -p peeraddress -i myaddress At that point all the ppp server's output is swallowed up by pppclient, and I presume everything's working. I haven't figured out how to do the proper bind or mount yet. I have managed to overwrite various system commands, causing me to recompile and install most of the system. If I get it working, I promise to provide full details. Craig From symbionics.co.uk!ngr Mon Oct 23 04:25:42 1995 Received: from symbionics.co.uk ([158.43.6.17]) by stealth.ecf.toronto.edu with SMTP id <6122>; Mon, 23 Oct 1995 04:25:38 -0400 Received: from symsun5 (symsun5.symbionics.co.uk) by symbionics.co.uk (4.1/SMI-4.1) id AA20514; Mon, 23 Oct 95 09:23:45 BST Received: from sympc143.symbionics.co.uk by symsun5 (4.1/SMI-4.1) id AA00291; Mon, 23 Oct 95 09:26:18 BST Message-Id: <9510230826.AA00291@symsun5> Comments: Authenticated sender is From: "Nigel Roles" Organization: Symbionics Communications To: Steve Kotsopoulos Date: Mon, 23 Oct 1995 05:23:43 -0400 Subject: Re: pppclient Reply-To: ngr@symbionics.co.uk Priority: normal X-Mailer: Pegasus Mail for Windows (v2.10) Status: RO > On Aug 21, you sent a message to 9fans about some problems you > had setting up ppp. Have you since gotten it working? > If so, what did you have to change and how do you start it up? > I was only setting up pppclient. This is to call a dial-up provider. forsyth@plan9.cs.york.ac.uk has gone through a similar exercise; I haven't yet learnt what he did. The problem is that pppclient tries to negotiate IL header compression. This is fine if it is calling the Plan 9 pppserver, but not fine calling any other since IL header compression is not standard. pppclient cannot cope with the server saying 'no'. The solution is to snip out the bit of code which adds IL header compression into the negoatiation message. This means IL transmission won't work since pppclient still compresses the headers, but standard internet stuff does. Come to think of it, pppclient has another bug. It assumes a class C address, so in ipconfig() sets the mask to 255.255.255.0, despite the correct mask being determinable from the peer ip address..... I have a small program to do the send get stuff necessary to dial into my provider, and then exec pppclient suitably. None of this stuff is fit for public consumption. Hope this helps.