Date: Sat, 2 Oct 1999 15:33:03 +0100 From: R.Inder@ed.ac.uk To: ust@cert.siemens.de Cc: R.Inder@ed.ac.uk, freebsd-isdn@FreeBSD.ORG, richard@cogsci.ed.ac.uk Subject: Re: Upgraded to oblivion Message-ID: <2814.199910021433@doyle.cogsci.ed.ac.uk> In-Reply-To: <19991001173442.A55033@alaska.cert.siemens.de> (message from Udo Schweigert on Fri, 1 Oct 1999 17:34:42 %2B0200) References: <2399.199910011502@doyle.cogsci.ed.ac.uk> <19991001173442.A55033@alaska.cert.siemens.de>
next in thread | previous in thread | raw e-mail | index | archive | help
> Date: Fri, 1 Oct 1999 17:34:42 +0200
> From: Udo Schweigert <ust@cert.siemens.de>
> Cc: freebsd-isdn@FreeBSD.ORG, richard@cogsci.ed.ac.uk
>
> On Fri, Oct 01, 1999 at 04:02:54PM +0100, R.Inder@ed.ac.uk wrote:
> >
> > I have recently upgraded a working i4b installation with the latest
> > version, and now it doesn't work at all!
:
:
> > EXCEPT....
> > a) the machine would not boot if the ISDN line was actually
> > plugged in the wall at boot time. It would detect the card OK,
> > but then hang, apparently indefinitely, at the point where it
> > attempts to attach things to the ISDN devices. If the line
> > is not plugged in, it would boot OK.
>
> This is a problem, that has been fixed in i4b-0.83.
Oh no it hasn't....
:
:
> Also, you can use the old kernel-config-file, but do
>
> # config -r <YOUR-CONFIG>
I had not done the "-r" on the config command.
(Oh: I checked on the Matthias's suggestion about
"option IPR_VJ": it was already there....)
When I did, I stopped getting the errors from spppcontrol.
But still no joy.
I also realised from scrutinising Luke Roberts' contribution to the FAQ
((which, incidentally, DOESN'T have a -r on its config!))
that I had not done a "make depend" in the i4b directory before the make.
And, while I was there, I noticed Gary Jennejohn's suggestion
about the importance of setting "hisauthproto" (though my
system used to work without doing this).
So I re-built everying: i4b and a brand new kernel.
It STILL hung on booting.
But now it definitely dials.
Alas, though, it still can't connect. It gets stuck in a loop, apparently
agreeing with the ISP about once per second that they should use PAP...
I've put a log files from isdnd, /var/log/messages and tcpdump in
http://www.hcrc.ed.ac.uk/~robert/OCT2B
So it looks like the hardware is now working
BUT
that release 83 is UNABLE to negotiate successfully with my
ISP, whereas the release that came with BSD (70, I believe) CAN do so. Yet
they are both working off the same isdnd.rc (except I had to
remove the mention of idle-algorithm-outgoing).
Anyway, I have rolled back to the version that came with
FreeBSD ((70, I believe)), and have got that version working
again (though still not hanging up).
>
> i4b-00.83 and 3.2-R works with your card (I tested it ;-)
Hmmmm....
Right now it is certainly testing me! So far, I've managed
to get to not quite where I was before I started upgrading!
However, in the light of your comment, I'd consider trying 83
again, if someone could tell me what might make a difference.
> > Robert.
> >
>
> Regards
>
> Udo
Robert.
P.S. I've attached (via cut-and-paste, so spacing/line breaks may have
been chewed) a snipped from /var/log/messages from
release 70 when it SUCCEEDS in connecting, to contrast with
http://www.hcrc.ed.ac.uk/~robert/OCT2B, which fails.
Oct 2 14:36:11 auk routed[100]: static route 0.0.0.0 --> 0.0.0.1 impossibly lacks ifp
Oct 2 14:36:12 auk /kernel.aukv1: isp0: lcp open(initial)
Oct 2 14:36:12 auk /kernel.aukv1: isp0: phase establish
Oct 2 14:36:12 auk /kernel.aukv1: i4b: unit 0, assigned TEI = 116 =0x74
Oct 2 14:36:13 auk /kernel.aukv1: isp0: Up event
Oct 2 14:36:13 auk /kernel.aukv1: isp0: lcp up(starting)
Oct 2 14:36:13 auk /kernel.aukv1: isp0: lcp output <conf-req id=0x1 len=10 05-06-11-9f-31-5f>
Oct 2 14:36:13 auk /kernel.aukv1: i4b-L4-i4b_l4_setup_timeout:
938871373: ERROR: idletime[60]+earlyhup[5] > unitlength[60]!
Oct 2 14:36:14 auk /kernel.aukv1: isp0: lcp TO(req-sent) rst_counter = 10
Oct 2 14:36:14 auk /kernel.aukv1: isp0: lcp output <conf-req id=0x2 len=10 05-06-11-9f-31-5f>
Oct 2 14:36:14 auk /kernel.aukv1: isp0: lcp input(req-sent): <conf-req id=0x23 len=35 03-04-c0-23-05-06-b0-d1-d2-d4-11-04-05-f4-13-11-01-46-52-45-45-2d-4d-55-4c-54-49-4c-49-4e-4b>
Oct 2 14:36:14 auk /kernel.aukv1: isp0: lcp parse opts: auth-proto magic 0x11 [rej] 0x13 [rej] send conf-rej
Oct 2 14:36:14 auk /kernel.aukv1: isp0: lcp output <conf-rej id=0x23 len=25 11-04-05-f4-13-11-01-46-52-45-45-2d-4d-55-4c-54-49-4c-49-4e-4b>
Oct 2 14:36:14 auk /kernel.aukv1: isp0: lcp input(req-sent): <conf-ack id=0x2 len=10 05-06-11-9f-31-5f>
Oct 2 14:36:14 auk /kernel.aukv1: isp0: lcp input(ack-rcvd): <conf-req id=0x24 len=14 03-04-c0-23-05-06-b0-d1-d2-d4>
Oct 2 14:36:14 auk /kernel.aukv1: isp0: lcp parse opts: auth-proto magic
Oct 2 14:36:14 auk /kernel.aukv1: isp0: lcp parse opt values: auth-proto magic 0xb0d1d2d4 send conf-ack
Oct 2 14:36:14 auk /kernel.aukv1: isp0: lcp output <conf-ack id=0x24 len=14 03-04-c0-23-05-06-b0-d1-d2-d4>
Oct 2 14:36:14 auk /kernel.aukv1: isp0: lcp tlu
Oct 2 14:36:14 auk /kernel.aukv1: isp0: phase authenticate
--
_ --------------------------------------------------------------------------
|_)obert Inder, (http://www.hcrc.ed.ac.uk/~robert/)
| \ Research Fellow, HCRC, (http://www.hcrc.ed.ac.uk/)
University of Edinburgh, 2, Buccleuch Place, Edinburgh EH8 9LW SCOTLAND
------------------------------------------------------------------------------
Best Viewed in Ebriated.
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?2814.199910021433>