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