Date: Tue, 2 Oct 2001 14:52:08 +0100 From: "Simon Griffiths" <simon.g@claycrossbs.co.uk> To: <freebsd-isdn@freebsd.org> Subject: Identifying where the problem lies. Message-ID: <NEBBJFKEHEOLHKCGOHFOMECJDFAA.simon.g@claycrossbs.co.uk>
next in thread | raw e-mail | index | archive | help
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: <AVM Fritz!Card PCI> 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?NEBBJFKEHEOLHKCGOHFOMECJDFAA.simon.g>