bin/73988: ISDN - first dial attempt fails
Josef M.
jm.bsd at aon.at
Mon Nov 15 18:50:24 PST 2004
>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:
More information about the freebsd-bugs
mailing list