From owner-freebsd-stable Sun Oct 12 19:12:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA07024 for stable-outgoing; Sun, 12 Oct 1997 19:12:54 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from bob.tri-lakes.net ([207.3.81.6]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id TAA07019 for ; Sun, 12 Oct 1997 19:12:51 -0700 (PDT) (envelope-from cdillon@tri-lakes.net) Received: from [207.3.81.149] by bob.tri-lakes.net (NTMail 3.02.13) with ESMTP id ua297096 for ; Sun, 12 Oct 1997 21:13:33 -0500 Message-ID: X-Mailer: XFMail 1.1 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199710121647.JAA03859@implode.root.com> Date: Sun, 12 Oct 1997 20:53:56 -0000 (GMT) From: Chris Dillon To: dg@root.com Subject: Re: ftp transfers crawling... Cc: stable@FreeBSD.ORG Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On 12-Oct-97 David Greenman wrote: >>> Since about Wednesday's make world of 2.2-STABLE, I can't make *any* >ftp >>> download do better that 1K on my 28.8k modem . That's trying a lot of >>> different sites. I'm using IJPPP. All was well before, no config >>> changes have been made. >>> >>> Maybe Netcom... Anybody else notice anything? >> >>I am having similar problems. Few reproducable ones: > > As a test to narrow the problem down, you may wish to try disabling VJ >compression if you have it enabled. It kinda smells like the problem >might >be in that area. > >-DG > >David Greenman >Core-team/Principal Architect, The FreeBSD Project Just tried it, and it didn't help here, at least. Here's the default section of my ppp.conf (the isp-specific section has nothing but login/pass and phone#, and set openmode active) default: set device /dev/cuaa2 set speed 115200 set log Phase Chat Connect Carrier LCP IPCP CCP tun disable lqr deny lqr disable pred1 deny pred1 set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \"\" AT&F1M0&U8&N14S10=10 OK-AT-OK \\dATDT\\T TIMEOUT 40 CONNECT" As you can see, i even tried setting the connect ceiling to 28.8k on my USR Sportster to see if connecting at 33.6k was the problem (almost always get 33.6k connects). Here's the relevant log output with the above setup. Oct 12 20:42:49 wyze ppp[420]: tun0: Phase: *Connected! Oct 12 20:42:49 wyze ppp[420]: tun0: LCP: State change Initial --> Closed Oct 12 20:42:49 wyze ppp[420]: tun0: LCP: LcpSendConfigReq Oct 12 20:42:49 wyze ppp[420]: tun0: LCP: ACFCOMP Oct 12 20:42:49 wyze ppp[420]: tun0: LCP: PROTOCOMP Oct 12 20:42:49 wyze ppp[420]: tun0: LCP: ACCMAP [6] 00000000 Oct 12 20:42:49 wyze ppp[420]: tun0: LCP: MRU [4] 1500 Oct 12 20:42:49 wyze ppp[420]: tun0: LCP: MAGICNUM [6] 7f4dd5c0 Oct 12 20:42:49 wyze ppp[420]: tun0: LCP: State change Closed --> Req-Sent Oct 12 20:42:49 wyze ppp[420]: tun0: LCP: Received Configure Request (0) state = Req-Sent (6) Oct 12 20:42:49 wyze ppp[420]: tun0: LCP: MRU 1500 Oct 12 20:42:49 wyze ppp[420]: tun0: LCP: ACCMAP 00000000 Oct 12 20:42:49 wyze ppp[420]: tun0: LCP: MAGICNUM 33f9f560 Oct 12 20:42:49 wyze ppp[420]: tun0: LCP: PROTOCOMP Oct 12 20:42:49 wyze ppp[420]: tun0: LCP: ACFCOMP Oct 12 20:42:49 wyze ppp[420]: tun0: LCP: SendConfigAck(Req-Sent) Oct 12 20:42:49 wyze ppp[420]: tun0: LCP: MRU 1500 Oct 12 20:42:49 wyze ppp[420]: tun0: LCP: ACCMAP 00000000 Oct 12 20:42:49 wyze ppp[420]: tun0: LCP: MAGICNUM 33f9f560 Oct 12 20:42:49 wyze ppp[420]: tun0: LCP: PROTOCOMP Oct 12 20:42:49 wyze ppp[420]: tun0: LCP: ACFCOMP Oct 12 20:42:49 wyze ppp[420]: tun0: LCP: State change Req-Sent --> Ack-Sent Oct 12 20:42:49 wyze ppp[420]: tun0: LCP: Received Configure Ack (1) state = Ack-Sent (8) Oct 12 20:42:49 wyze ppp[420]: tun0: LCP: State change Ack-Sent --> Opened Oct 12 20:42:49 wyze ppp[420]: tun0: LCP: LcpLayerUp Oct 12 20:42:49 wyze ppp[420]: tun0: Phase: NewPhase: Authenticate Oct 12 20:42:49 wyze ppp[420]: tun0: Phase: NewPhase: Network Oct 12 20:42:49 wyze ppp[420]: tun0: IPCP: State change Initial --> Closed Oct 12 20:42:49 wyze ppp[420]: tun0: IPCP: IPCP Up event!! Oct 12 20:42:49 wyze ppp[420]: tun0: IPCP: IpcpSendConfigReq Oct 12 20:42:49 wyze ppp[420]: tun0: LCP: IPADDR [6] 207.3.81.149 Oct 12 20:42:49 wyze ppp[420]: tun0: LCP: COMPPROTO [6] 002d0f00 Oct 12 20:42:49 wyze ppp[420]: tun0: IPCP: State change Closed --> Req-Sent Oct 12 20:42:49 wyze ppp[420]: tun0: CCP: State change Initial --> Closed Oct 12 20:42:49 wyze ppp[420]: tun0: CCP: CCP Up event!! Oct 12 20:42:49 wyze ppp[420]: tun0: IPCP: Received Configure Request (1) state = Req-Sent (6) Oct 12 20:42:49 wyze ppp[420]: tun0: IPCP: COMPPROTO[6] 002d0f01 Oct 12 20:42:49 wyze ppp[420]: tun0: IPCP: IPADDR[6] 207.3.81.129 Oct 12 20:42:49 wyze ppp[420]: tun0: IPCP: SendConfigAck(Req-Sent) Oct 12 20:42:49 wyze ppp[420]: tun0: IPCP: COMPPROTO[6] 002d0f01 Oct 12 20:42:49 wyze ppp[420]: tun0: IPCP: IPADDR[6] 207.3.81.129 Oct 12 20:42:49 wyze ppp[420]: tun0: IPCP: State change Req-Sent --> Ack-Sent Oct 12 20:42:49 wyze ppp[420]: tun0: Phase: Unknown protocol 0x802b Oct 12 20:42:49 wyze ppp[420]: tun0: LCP: LcpSendProtoRej Oct 12 20:42:49 wyze ppp[420]: tun0: Phase: Unknown protocol 0x8029 Oct 12 20:42:49 wyze ppp[420]: tun0: LCP: LcpSendProtoRej Oct 12 20:42:49 wyze ppp[420]: tun0: IPCP: Received Configure Ack (1) state = Ack-Sent (8) Oct 12 20:42:49 wyze ppp[420]: tun0: IPCP: State change Ack-Sent --> Opened Oct 12 20:42:49 wyze ppp[420]: tun0: IPCP: IpcpLayerUp(9). Oct 12 20:42:49 wyze ppp[420]: tun0: IPCP: myaddr = 207.3.81.149 hisaddr = 207.3.81.129 Oct 12 20:42:49 wyze ppp[420]: tun0: LCP: OsLinkup: 207.3.81.129 Oct 12 20:43:49 wyze ppp[420]: tun0: Phase: HDLC errors -> FCS: 0 ADDR: 0 COMD: 0 PROTO: 2 --- Chris Dillon --- cdillon@tri-lakes.net --- Powered by FreeBSD, the best free OS on the planet ---- (http://www.freebsd.org)