From owner-freebsd-hackers Sun Jun 25 21:40:29 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA23163 for hackers-outgoing; Sun, 25 Jun 1995 21:40:29 -0700 Received: from whisker.internet-eireann.ie (whisker.internet-eireann.ie [194.9.34.204]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA23147 ; Sun, 25 Jun 1995 21:40:20 -0700 Received: from localhost (localhost [127.0.0.1]) by whisker.internet-eireann.ie (8.6.11/8.6.9) with SMTP id FAA00391; Mon, 26 Jun 1995 05:41:01 +0100 To: hackers@freebsd.org cc: daev@internet-eireann.ie Subject: ij-ppp "problem" - my face is red! Date: Mon, 26 Jun 1995 05:41:01 +0100 Message-ID: <389.804141661@whisker.internet-eireann.ie> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk Here I've been complaining for 2 days that there was a possible bug in ijppp when the fault had NOTHING to do with it all this time! What makes it especially embarassing is that I should really have done what Atsushi just suggested all along - run tcpdump and see just what the hell was happening! It turns out that my ISP is, for some reason, making and breaking an SMTP connection to me about once per minute, or at least has been doing so for the last 20 minutes or so: 05:34:15.662071 whisker.internet-eireann.ie.1085 > gate-1.internet-eireann.ie.auth: S 198656001:198656001(0) win 16384 whisker.internet-eireann.ie.1085: R 0:0(0) ack 198656002 win 0 05:34:15.886748 whisker.internet-eireann.ie.smtp > gate-1.internet-eireann.ie.2280: P 1:101(100) ack 1 win 17520 05:34:16.140789 gate-1.internet-eireann.ie.2280 > whisker.internet-eireann.ie.smtp: . ack 101 win 15960 05:34:16.141162 whisker.internet-eireann.ie.smtp > gate-1.internet-eireann.ie.2280: P 101:120(19) ack 1 win 17520 05:34:16.160917 gate-1.internet-eireann.ie.2280 > whisker.internet-eireann.ie.smtp: P 1:6(5) ack 101 win 16060 05:34:16.164186 whisker.internet-eireann.ie.smtp > gate-1.internet-eireann.ie.2280: FP 120:172(52) ack 6 win 17520 ... No mail is actually being delivered, the machine is just connecting and disconnecting again. I've contacted the provider about this (probably just a phantom message in the queue bouncing back and forth or something) and will have it resolved somehow, but just to note for the benefit of Atsushi and friends that the problem was NOT with ijppp! It was with me not using the tools I already knew I should be using and just not using my brain properly for some reason. No doubt about it - gotta get another brain! I don't suppose there's a special filter for dealing with this without also denying SMTP connections altogether? (that would be bad). If not, would the ijppp designers perhaps consider a new type of filter for designating packets that don't change the timeout counter? I'm not talking about `dfilter', which prohibits a packet from triggering _dialing_, I'm talking about a filter which says "accept this packet, but don't bias the timeout with it - if nothing BUT these packets come in you can still hang up the line when the timer expires." Just an idea.. It would allow me to work-around this problem, at least.. Thanks! Jordan