From owner-freebsd-questions  Thu Dec 22 04:49:26 1994
Return-Path: questions-owner
Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id EAA29446 for questions-outgoing; Thu, 22 Dec 1994 04:49:26 -0800
Received: from sbstark.cs.sunysb.edu (sbstark.cs.sunysb.edu [130.245.1.47]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id MAA29436 for <questions@freebsd.org>; Thu, 22 Dec 1994 12:49:23 GMT
Received: from starkhome.UUCP (root@localhost) by sbstark.cs.sunysb.edu (8.6.9/8.6.9) with UUCP id HAA09781 for questions@freebsd.org; Thu, 22 Dec 1994 07:46:53 -0500
Received: by starkhome.cs.sunysb.edu (8.6.9/1.34)
	id HAA16896; Thu, 22 Dec 1994 07:48:23 -0500
Date: Thu, 22 Dec 1994 07:48:23 -0500
From: starkhome!gene@sbstark.cs.sunysb.edu (Gene Stark)
Message-Id: <199412221248.HAA16896@starkhome.cs.sunysb.edu>
To: fsl.noaa.gov!kelly@sbstark.cs.sunysb.edu (Sean Kelly)
Cc: questions@freebsd.org
In-reply-to: sbstark!fsl.noaa.gov!kelly's message of Thu, 22 Dec 1994 00:05:16 -0500
Subject: PPP acts ODDLY (was Re: FreeBSD 2.0R + SLIP = crashes: the plot thickens)
Sender: questions-owner@freebsd.org
Precedence: bulk

>(smtp, daytime, sink, etc.).  And forget name-addr resolution.  My
>resolv.conf is pointed to his nameserver, but any hostname specified,
>or even nslookup, gives a timeout.

>Plus, the netstat command acts oddly: netstat -r or netstat -i print
>their banner information, then wait for QUITE SOME TIME, then finally
>print their info.  If I kill pppd, then the commands start working
>fine again.

Netstat uses the resolver, unless you specify "-n".  So if name resolution
is not working, netstat will hang waiting to translate IP addresses to
hostnames.

>Then, the fun begins.  I can telnet to the world if I specify IP
>addresses.  Each connection lasts only thirty seconds or so---then it
>just hangs there.  Sames true for incoming connections---to any port
>(smtp, daytime, sink, etc.).  And forget name-addr resolution.  My
>resolv.conf is pointed to his nameserver, but any hostname specified,
>or even nslookup, gives a timeout.

As a wild guess, are your hardware flow control lines (RTS/CTS) configured
properly on the modem, and do you have a full modem cable that passes
these signals?  It might be that the 30 seconds is how long it takes before
you get some kind of overrun that drops info and hangs the protocol.

I have no problems whatsoever with PPP between FreeBSD-current and
a Sparc ELC running dp 2.3 under SunOS 4.1.x.

							- Gene