From owner-freebsd-bugs Sun Aug 10 03:50:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA16009 for bugs-outgoing; Sun, 10 Aug 1997 03:50:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA16003; Sun, 10 Aug 1997 03:50:01 -0700 (PDT) Resent-Date: Sun, 10 Aug 1997 03:50:01 -0700 (PDT) Resent-Message-Id: <199708101050.DAA16003@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, dburr@POBoxes.com Received: from DonaldBurr.DonaldBurr.dyn.ml.org (ppp6229.la.inreach.net [199.107.160.229]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA15852 for ; Sun, 10 Aug 1997 03:45:09 -0700 (PDT) Received: (from dburr@localhost) by DonaldBurr.DonaldBurr.dyn.ml.org (8.8.5/8.8.5) id DAA07208; Sun, 10 Aug 1997 03:45:16 -0700 (PDT) Message-Id: <199708101045.DAA07208@DonaldBurr.DonaldBurr.dyn.ml.org> Date: Sun, 10 Aug 1997 03:45:16 -0700 (PDT) From: Donald Burr Reply-To: dburr@POBoxes.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/4262: iijppp handles multiple phone numbers and redials in a weird manner Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4262 >Category: bin >Synopsis: iijppp handles multiple phone numbers and redials in a weird manner >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Aug 10 03:50:00 PDT 1997 >Last-Modified: >Originator: Donald Burr >Organization: Starfleet Command >Release: FreeBSD 2.2.2-RELEASE i386 >Environment: Stock 2.2.2-RELEASE system >Description: My ISP just installed some X2 (56k modem technology from USRobotics) lines in our area. Sicne I have an X2 modem, I naturally want to take advantage of these lines. But at this time they only have a limited amount of lines, and so, sometimes I run into busy signals. If I get a busy signal on the X2 lines, I would like to have iijppp fall back onto the 33.6 modem pool (which has jillions of modems on it, and I very rarely, if ever, get a busy signal). So, I set up my ppp.conf file with multiple phone numbers (example below): default: set device /dev/modem set speed 115200 disable lqr deny lqr set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \"\" ATZ0 OK-AT-OK \\dATM1DT\\T TIMEOUT 120 CONNECT" #enable this line for lots of debugging output #set debug phase chat connect carrier lqm lcp link tcp/ip hdlc async myisp: set phone 5551212:5551213 set redial 5.5 0 set login "TIMEOUT 5 ogin:-\\r-ogin: YEAH_RIGHT word: YEAH_RIGHT" ... Initially, this seems to work great. When establishing a PPP connection, it first tries "555-1212" (the X2 modems). If the line is busy or for whatever other reason, it fails to connect, it falls back on the non-X2 modem pool (555-1213). But here's the problem! Let's say, that I successfully connect to the X2 modems (555-1212). I use the net for a while, then I let the PPP connection idle. The next time I use the net, it dials "555-1213" (the *non-X2* modem pool!! You can see the problem clearer when you have more than 2 numbers in the dial line. For example: set phone 5551212:5551213:5551214:5551215 The first invocation of PPP dials 5551212 as it should. Let's say it connects, then you let the PPP go idle. Next dial it uses 5551213. Again, let's say it connects, you use PPP for awhile, and let the connection go idle. Then, the next time it dials 5551214... and so on. IMHO the proper behavior should be that, whenever a successful connect is registered, PPP should start at the beginning of the dial list for the next number, instead of going on to the next number in the list, which should only happen if the previous number were busy or otherwise unreachable. >How-To-Repeat: Set up an iijppp link with two or more phone numbers, create a situation that would require a redial (make one of the phone numbers point to a busy/nonexistent line, etc.), sit back, and watch the fun. >Fix: none that I can think of >Audit-Trail: >Unformatted: