Date: Thu, 18 Jan 2001 01:58:58 -0800 From: "Ted Mittelstaedt" <tedm@toybox.placo.com> To: "'Darren Henderson'" <darren@bmv.state.me.us>, <freebsd-questions@FreeBSD.ORG> Subject: RE: pppd, modem, app oddity Message-ID: <004701c08135$47355060$1401a8c0@tedm.placo.com> In-Reply-To: <Pine.A41.4.21.0101171131440.24320-100000@katahdin.bmv.state.me.us>
next in thread | previous in thread | raw e-mail | index | archive | help
>-----Original Message----- >From: owner-freebsd-questions@FreeBSD.ORG >[mailto:owner-freebsd-questions@FreeBSD.ORG]On Behalf Of Darren >Henderson >Sent: Wednesday, January 17, 2001 8:55 AM >To: freebsd-questions@FreeBSD.ORG >Subject: pppd, modem, app oddity > > > >I've never seen anything quite like this one, curious if >anyone else has and >if they have found a work around. I have an application >running on a machine >behind the firewall that is causing the modem used by the firewall to >connect to my ISP to go into retrain. > >I have a freebsd 4.2-stable machine acting as a firewall and >masquarading >for the machines behind it. It connects to my ISP via a USR >v.everything >modem using pppd. Everything works great, no problems with >this set up or >past incarnations of it for the last 4 years. > >Inside the firewall there are a number of windows machines and >macs. They >have no problems doing what they need to do (other then >bandwidth - ISDN >coming in a few weeks hopefully). Quake 3 Team Arena was >recently installed >on a W2K machine. When that machine attempts to connect to a >quake server >outside my network, more often then not, will apparently hang >after its set >up. What is actually occuring is that it gets to the same >portion of the set >up (just after the snapshot, usually when switcing to a new >map), and the >modem on the firewall goes into retrain, and stays there, until the w2k >machine is told to end the game, at which point the firewall >modem drops out >of retrain and continues on like nothing happened. > Hmmm - what are your modem settings and ppp settings? >I am a bit suprised that an application, one not even on the >firewall, can >cause the modem on the firewall to behave this way. There must >be something >in the traffic or some characteristic of the traffic generated that is >causing the modem fits. That's the first thing that you would of course look for. However, before doing that check the compression settings on the modem and on the PPP setup. If the ppp IS negotiating compression, then if you think about it for a second you will see that any control characters or anything in the data stream that would resemble an escape sequence, it would be compressed before being passed to the modem, so that character sequence wouldn't exist in the modem data stream. The settings that you SHOULD have in this is compression turned OFF on the modem, and error control turned ON on the modem. The ppp software should definitely have compression negotiated. Anyone seen this kind of behavior >before? Is there a >way to keep it from happening? Rather nebulous I know. I need to get a >sniffer on the line and see whats going on, though that may >not help if the >cause is contained in the inbound traffic it would never get >to a level I >can observe. > Ted Mittelstaedt tedm@toybox.placo.com Author of: The FreeBSD Corporate Networker's Guide Book website: http://www.freebsd-corp-net-guide.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?004701c08135$47355060$1401a8c0>