From owner-freebsd-isdn Tue Oct 2 6:52:17 2001 Delivered-To: freebsd-isdn@freebsd.org Received: from finch-post-12.mail.demon.net (finch-post-12.mail.demon.net [194.217.242.41]) by hub.freebsd.org (Postfix) with ESMTP id F1A6237B406 for ; Tue, 2 Oct 2001 06:52:09 -0700 (PDT) Received: from claycross.demon.co.uk ([194.222.107.197] helo=netops) by finch-post-12.mail.demon.net with smtp (Exim 2.12 #1) id 15oPxv-000DDq-0C for freebsd-isdn@freebsd.org; Tue, 2 Oct 2001 13:52:08 +0000 From: "Simon Griffiths" To: Subject: Identifying where the problem lies. Date: Tue, 2 Oct 2001 14:52:08 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi There, We've been using isdn, i4b and freebsd for around ~6months now with a fair few problem, i.e. its just not stable and now this morning the things died yet again. This time things are different I want to clearly identify where the problem lays so if it is our telco or isp we can go and hit them hard. A brief description, we are using i4b with userland ppp coupled with natd and ipfw. I hope someone out there can help us iron out whats going on. Whats happening is that the AVM!FRITZ PCI card goes off to dial our isp, Demon Internet and fails with Oct 2 12:02:14 nas ppp[283]: Phase: PPP Started (auto mode). Oct 2 12:02:17 nas natd[113]: Aliasing to 172.16.0.1, mtu 1500 bytes Oct 2 12:02:17 nas ppp[283]: Phase: bundle: Establish Oct 2 12:02:17 nas ppp[283]: Phase: deflink: closed -> opening Oct 2 12:02:17 nas isdnd[260]: DBG msg_dialoutnumber: dial req from rbch, unit 0 Oct 2 12:02:17 nas isdnd[260]: DBG find_by_device_for_dialoutnumber: entry 0, cdid in use Oct 2 12:02:17 nas ppp[283]: Phase: deflink: Connected! Oct 2 12:02:17 nas isdnd[260]: DBG msg_dialoutnumber: config entry reserved or no match Oct 2 12:02:17 nas ppp[283]: Phase: deflink: opening -> dial Oct 2 12:02:17 nas ppp[283]: Phase: deflink: dial -> carrier Oct 2 12:02:23 nas ppp[283]: Phase: deflink: /dev/i4brbch0: No carrier (increase ``set cd'' from 6 ?) Oct 2 12:02:23 nas ppp[283]: Phase: deflink: Disconnected! Oct 2 12:02:23 nas ppp[283]: Phase: deflink: carrier -> hangup Oct 2 12:02:23 nas ppp[283]: Phase: deflink: Connect time: 6 secs: 0 octets in, 0 octets out Oct 2 12:02:23 nas ppp[283]: Phase: deflink: : 0 packets in, 0 packets out Oct 2 12:02:23 nas ppp[283]: Phase: total 0 bytes/sec, peak 0 bytes/sec on Tue Oct 2 12:02:23 2001 Oct 2 12:02:23 nas ppp[283]: Phase: deflink: hangup -> opening Oct 2 12:02:23 nas ppp[283]: Phase: deflink: Enter pause (3) for redialing. Oct 2 12:02:25 nas ppp[283]: Phase: Signal 15, terminate. Oct 2 12:02:25 nas ppp[283]: Phase: deflink: Disconnected! Oct 2 12:02:25 nas ppp[283]: Phase: deflink: opening -> closed Oct 2 12:02:25 nas ppp[283]: Phase: bundle: Dead Oct 2 12:02:25 nas ppp[283]: Phase: PPP Terminated (normal). It's this line which is catching me out and making me think this is a configuration error. Oct 2 12:02:17 nas isdnd[260]: DBG msg_dialoutnumber: config entry reserved or no match Attached below is our configuration. Oct 2 12:43:03 nas /kernel: ifpi0: port 0xff80-0xff9f mem 0xffbeec00-0xffbeec1f irq 9 at device 15.0 on pci0 Oct 2 12:43:03 nas /kernel: ifpi0: ISAC 2085 Version A1/A2 or 2086/2186 Version 1.1 (IOM-2) Oct 2 12:43:03 nas /kernel: ifpi0: passive stack unit 0 Oct 2 12:43:03 nas /kernel: i4b: ISDN call control device attached Oct 2 12:43:03 nas /kernel: i4btel: 2 ISDN telephony interface device(s) attached Oct 2 12:43:03 nas /kernel: i4brbch: 4 raw B channel access device(s) attached Oct 2 12:43:03 nas /kernel: i4bipr: 4 IP over raw HDLC ISDN device(s) attached (VJ header compression) Oct 2 12:43:03 nas /kernel: i4bctl: ISDN system control port attached Oct 2 12:43:03 nas /kernel: IP packet filtering initialized, divert enabled, rule-based forwarding enabled, default to deny, unlimited logging -- isdnd.rc system # accounting # ---------- acctall = on # generate info for everything acctfile = /var/log/isdnd.acct # name & location of accounting file useacctfile = yes # generate accouting info to file isdntime = on monitor-allowed = no # global switch: monitor on/off #================================================================= # User-ppp example #================================================================= entry name = userppp0 usrdevicename = rbch usrdeviceunit = 0 isdncontroller = 0 isdnchannel = -1 local-phone-incoming = * remote-phone-incoming = * local-phone-dialout = * remote-phone-dialout = * # ppp(8) will override this remdial-handling = first dialin-reaction = ignore dialout-type = normal b1protocol = hdlc idletime-incoming = 400 # Should be larger than ppps timeout idletime-outgoing = 400 # Should be larger than ppps timeout ratetype = 0 unitlength = 90 unitlengthsrc = rate dialretries = 1 dialrandincr = on recoverytime = 1 # Should be smaller than ppps redial usedown = off downtries = 2 downtime = 30 direction = out -- ppp.conf isdn: set phone 0845212xxxx # Purple # set phone 0845350xxxx # Black # set phone 0845212xxxx # Green set authname xxxxxxxxx # Replace these with your login name & password. set authkey xxxxxx # This profile assumes you're using PAP or CHAP. set reconnect 3 5 set redial 3 10 set timeout 60 500 # The minimum charge period is 5 minutes, so don't # hangup before then # We have no chat scripts in the ISDN world (yet) set dial set login set logout set hangup set device /dev/i4brbch0 # Raw B-channel devices set speed sync # ISDN is synchronous # Take a wild guess at an IP number and let the other side decide set ifaddr 172.16.0.1/0 212.0.0.0/0 0 0 add! default hisaddr set mrru 1500 # Multilink mode please set mru 1504 # Room for the MP header set server /tmp/ppp-isdn "" 0177 # The diagnostic port (-rw-------) As you can see these are basically hacks from the examples which were working once upon a time. We also quite often have problems after a couple of days of use and just reboot the machine to bring everything back into order but this time he still doesnt want to dial up. Thanks in advance. -- Simon Griffiths Systems Administrator - Clay Cross Building Society Tel:+44(0)1246 862120 - Fax: +44(0)1246 250397 -- "If you give a million monkeys root access to your systems, they sure as hell aren't going to be writing any Shakespeare..." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message