From owner-freebsd-isdn Tue Jul 13 13:29:10 1999 Delivered-To: freebsd-isdn@freebsd.org Received: from bamf.demon.co.uk (bamf.demon.co.uk [158.152.173.140]) by hub.freebsd.org (Postfix) with SMTP id 0A5AF15101 for ; Tue, 13 Jul 1999 13:29:03 -0700 (PDT) (envelope-from rich@dynamite.org) Received: from clyde (unverified [192.168.1.2]) by clyde.chugaboom.net (EMWAC SMTPRS 0.83) with SMTP id ; Tue, 13 Jul 1999 21:27:38 +0100 Message-ID: From: "Rich Wood" Organization: dynamite.org To: freebsd-isdn@freebsd.org Date: Tue, 13 Jul 1999 21:27:38 +0100 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: PPPoISDN Reply-To: rich@dynamite.org Cc: Brian Somers In-reply-to: <199907131943.UAA76771@dev.lan.awfulhak.org> References: Your message of "Tue, 13 Jul 1999 18:48:54 BST." X-mailer: Pegasus Mail for Win32 (v3.11) Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On 13 Jul 99, at 20:43, Brian Somers wrote: > Hi, > > I think the best way forward is to cc this stuff to the freebsd-isdn > list. > > From ppp's point of view, it does the DIALOUT ioctl and then hangs > around for (in this case) 6 seconds waiting for CARRIER to be > asserted by the i4brbch driver. The rbch driver will be told by the > layer4/i4b_l4.c code via the connected/disconnected callback when the > call completes or fails, and this is reflected in the rbch driver by > changing CARRIER (via the internal ST_CONNECTED flag). > > It looks like something screwy is happening on your machine - the > ``illegal state'' and ``SETUP not answered'' messages are the > worrying bits, and I'd say that's due to the hardware driver missing > out on something. I'm no expert though. Basically (to sumamrise the discussion between Brian and myself), I'm trying to get PPPoverISDN working, but am having a few problems, it looks like the problem is at the i4b end, as PPP seems to be doing the right thing. I am getting the same problem when using sppp which would seem to confirm this. The machine in question is running FreeBSD 3.2-Release and i4b 00.81.12, the card is a Teles S0/8 (a kindly provided by Hellmuth). I've also briefly tried a known working (in my NT Workstation) AVM Fritz!PCI which had the same problem. Basically the connection appears to be going nowhere, isdnd when run as '`isdnd -l -L /var/log/isdnd -dn -d0x1f9`' gives the following in the log file.. 13.07.1999 21:20:05 DBG removing old lock-file /var/run/isdnd.pid 13.07.1999 21:20:05 DMN i4b isdn daemon started (pid = 696) 13.07.1999 21:20:12 DBG msg_dialout: dial req from isp, unit 0 13.07.1999 21:20:12 DBG setup_dialout: entry userppp0 ok! 13.07.1999 21:20:12 DBG find_by_device_for_dialout: found entry 0! 13.07.1999 21:20:12 DBG FSM event [msg-dialout]: [idle => dialing] 13.07.1999 21:20:12 DBG F_DIAL: local dial out request 13.07.1999 21:20:12 DBG select_first_dialno: only one no, no = 08452120667 13.07.1999 21:20:12 CHD 00005 userppp0 rate 60 sec/unit (ratescan fail) 13.07.1999 21:20:12 DBG sendm_connect_req: ctrl = 0, chan = -1 13.07.1999 21:20:12 DBG decr_free_channels: ctrl 0, now 1 chan free 13.07.1999 21:20:12 CHD 00005 userppp0 dialing out from 01225471325 to 08452120667 and the following in /var/log/messages Jul 13 21:20:10 zippy /kernel: isp0: lcp close(initial) Jul 13 21:20:12 zippy /kernel: isp0: lcp open(initial) Jul 13 21:20:12 zippy /kernel: isp0: phase establish Jul 13 21:20:12 zippy /kernel: i4b-L1-ph_data_req: No Space in TX FIFO, state = F4 Awaiting Signal Jul 13 21:20:14 zippy /kernel: i4b-L1-timer3_expired: state = F4 Awaiting Signal Jul 13 21:20:14 zippy /kernel: i4b-L1-isic_recover: HSCX B: ISTA = 0x0 Jul 13 21:20:14 zippy /kernel: i4b-L1-isic_recover: ISAC: ISTA = 0x1 Jul 13 21:20:14 zippy /kernel: i4b-L1-isic_recover: ISAC: EXIR = 0x10 Jul 13 21:20:14 zippy /kernel: i4b-L1-isic_recover: HSCX B: IMASK = 0xff Jul 13 21:20:14 zippy /kernel: i4b-L1-isic_recover: HSCX A: IMASK = 0xf8 Jul 13 21:20:14 zippy /kernel: i4b-L1-isic_recover: ISAC: IMASK = 0x2a Jul 13 21:20:14 zippy /kernel: i4b-L2-i4b_T202_timeout: unit 0, N202 = 3 Jul 13 21:20:14 zippy /kernel: i4b-L1-ph_data_req: still in state F3! Jul 13 21:20:14 zippy /kernel: i4b-L1-ph_data_req: No Space in TX FIFO, state = F4 Awaiting Signal Jul 13 21:20:16 zippy /kernel: i4b-L3-T303_timeout: SETUP not answered, cr = 35 Jul 13 21:20:16 zippy /kernel: i4b-L3-next_l3state: FSM illegal state, state = ST_OW - Out Wait EST, event = EV_T303EXP - T303 timeout! Jul 13 21:20:16 zippy /kernel: i4b-L1-timer3_expired: state = F4 Awaiting Signal Jul 13 21:20:16 zippy /kernel: i4b-L1-isic_recover: HSCX B: ISTA = 0x0 Jul 13 21:20:16 zippy /kernel: i4b-L1-isic_recover: ISAC: ISTA = 0x1 Jul 13 21:20:16 zippy /kernel: i4b-L1-isic_recover: ISAC: EXIR = 0x10 Jul 13 21:20:16 zippy /kernel: i4b-L1-isic_recover: HSCX B: IMASK = 0xff Jul 13 21:20:16 zippy /kernel: i4b-L1-isic_recover: HSCX A: IMASK = 0xf8 Jul 13 21:20:16 zippy /kernel: i4b-L1-isic_recover: ISAC: IMASK = 0x2a /etc/isdn/isdnd.rc looks like 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 = isp usrdeviceunit = 0 isdncontroller = 0 isdnchannel = -1 local-phone-incoming = 01225471325 remote-phone-incoming = * local-phone-dialout = 01225471325 remote-phone-dialout = 08452120667 # ppp(8) will override this remdial-handling = first dialin-reaction = ignore dialout-type = normal b1protocol = hdlc idletime-incoming = 900 # Should be larger than ppps timeout idletime-outgoing = 900 # Should be larger than ppps timeout ratetype = 0 unitlength = 90 unitlengthsrc = rate dialretries = 1 dialrandincr = on recoverytime = 25 usedown = off downtries = 2 downtime = 30 entry name = userppp1 usrdevicename = rbch usrdeviceunit = 1 isdncontroller = 0 isdnchannel = -1 local-phone-incoming = 01225471325 remote-phone-incoming = * local-phone-dialout = 01225471325 remote-phone-dialout = 01225471325 # ppp(8) will override this remdial-handling = first dialin-reaction = accept dialout-type = normal b1protocol = hdlc idletime-incoming = 900 # Should be larger than ppps timeout idletime-outgoing = 900 # Should be larger than ppps timeout ratetype = 0 unitlength = 90 unitlengthsrc = rate dialretries = 1 dialrandincr = on recoverytime = 25 usedown = off downtries = 2 downtime = 30 and spppup (used to start sppp) looks like ifconfig isp0 0 delete route delete 0 route delete 1 spppcontrol isp0 myauthproto=chap myauthname=bamf myauthsecret=mypassword ifconfig isp0 158.152.173.140 158.152.1.222 netmask 0xffffffff link1 debug route add default 158.152.1.222 finally (for the moment) the kernel has the following i4b related parts... #ISDN bit options "TEL_S0_8" device isic0 at isa? iomem 0xd0000 net irq 3 flags 1 vector isicintr #options "AVM_A1_PCI" #device isic0 pseudo-device "i4bq921" pseudo-device "i4bq931" pseudo-device "i4b" pseudo-device "i4btrc" 4 pseudo-device "i4bctl" pseudo-device "i4brbch" 4 pseudo-device "i4btel" 2 pseudo-device "i4bipr" 4 options IPR_VJ pseudo-device "i4bisppp" 4 pseudo-device "sppp" 4 Any ideas as to what my problem is? Rich -- rich@dynamite.org rich@freebsd.org.uk If that's what they call normal, I'd rather be insane To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message