Date: Tue, 16 Nov 2004 02:44:02 GMT From: "Josef M." <jm.bsd@aon.at> To: freebsd-gnats-submit@FreeBSD.org Subject: bin/73988: ISDN - first dial attempt fails Message-ID: <200411160244.iAG2i2Kw057317@www.freebsd.org> Resent-Message-ID: <200411160250.iAG2oNr3099169@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
>Number: 73988
>Category: bin
>Synopsis: ISDN - first dial attempt fails
>Confidential: no
>Severity: non-critical
>Priority: low
>Responsible: freebsd-bugs
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Tue Nov 16 02:50:23 GMT 2004
>Closed-Date:
>Last-Modified:
>Originator: Josef M.
>Release: FreeBSD 5.3-RELEASE i386
>Organization:
>Environment:
5.3-RELEASE FreeBSD 5.3-RELEASE #0: Sat Nov 13 08:20:00 CET 2004
>Description:
The *first* dial attempt to my ISP fails with error message:
"cause 100: Invalid information element contents (Q.850)"
I'm using synchronous PPP with the isp driver.
isndtrace(8) shows that only the first dial attempt includes
a "calling party subaddress" and a "called party subaddress"
field in the message-setup. This indicates that these
fields are causing the problem.
>How-To-Repeat:
Restart isdnd(8). Trigger an automatic dial attempt.
e.g. ping www.freebsd.org
>Fix:
I came up with the following workaround:
Add the following key/value pairs to isdnd.rc(5)
usesubaddr = on
local-subaddr-dialout = ""
remote-subaddr-dialout = ""
This workaround will suppress the subaddress fields already
the first time.
After a quick look into /usr/src/usr.sbin/i4b/isdnd/msghdl.c
I could imagine, that the variables holding the subaddresses
do not get initialized.
>Release-Note:
>Audit-Trail:
>Unformatted:
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200411160244.iAG2i2Kw057317>