Bug 33000
| Summary: | ISDN connections appear non-working with -STABLE > 20011215 | ||
|---|---|---|---|
| Product: | Base System | Reporter: | Martin Welk <mw> |
| Component: | i386 | Assignee: | hm |
| Status: | Closed FIXED | ||
| Severity: | Affects Only Me | ||
| Priority: | Normal | ||
| Version: | 4.4-STABLE | ||
| Hardware: | Any | ||
| OS: | Any | ||
Responsible Changed From-To: freebsd-bugs->hm Over to the I4BN maintainer. State Changed From-To: open->feedback This looks like to be the same problem reported by others caused by a bug after the recent conversion of the isp interface to ip address hashes and which has been fixed recently. Mailed the originator of the problem and waiting for response. State Changed From-To: feedback->closed Received response from the originator: since several others have seen the problem and have reported success after recent commits which fixed their problems, the bugreport should be closed. |
ISDN dial-up network connections seem to hang immediately after dial-up when connecting to a site that gives us a dynamic IP address. Enabling debug logging on the isp[n] interface shows: lcp open(initial) phase establish lcp up(starting) lcp output <conf-req id=0x6 len=10 05-06- lcp input(req-sent): <conf-req id=0x70 le n=25 03-04-c0-23-05-06-35-19-20-43-11-04-05-f4-13-07-01-6c-70-7a-32> lcp parse opts: auth-proto magic lcp/0 x11 [rej] lcp/0x13 [rej] send conf-rej lcp output <conf-rej id=0x70 len=15 11-04-05-f4-13-07-01-6c-70-7a-32> lcp input(req-sent): <conf-ack id=0x6 len=10 05-06-1f-35-86-76> lcp input(ack-rcvd): <conf-req id=0x71 len=14 03-04-c0-23-05-06-35-19-20-43> lcp parse opts: auth-proto magic lcp parse opt values: auth-proto [mine proto/0x0 != his pap] magic 0x35192043 send conf-nak lcp output <conf-nak id=0x71 len=8 03-04-c2-23> lcp input(ack-rcvd): <conf-req id=0x72 len=15 03-05-c2-23-05-05-06-35-19-20-43> lcp parse opts: auth-proto magic lcp parse opt values: auth-proto magic 0x35192043 send conf-ack lcp output <conf-ack id=0x72 len=15 03-05-c2-23-05-05-06-35-19-20-43> lcp tlu phase authenticate chap input <challenge id=0x2 len=25 name=lpz2 value-size=16 value= 18-9a-8a-f6-9e-a0-60-f4-62-4c-bf-bb-86-33-16-ef> chap output <response id=0x2 len=29 10-72-df-11-48-92-25-d0-a5-d0-b8-05-e7-cb-11-3a-61-61-6e-6f-6e-79-6d-65-72> chap success phase network Although IPv6 is disabled, netstat output looks screwed up like this, but ONLY WHEN A CONNECTION IS OPEN (as soon as connection is closed, it looks normal again). mw@theatre.sax.de:/home/mw 56 $ netstat -arn Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 0:0:0:0:0:0 USc 4 18 isp3 0.0.0.1 213.6.75.194 UH 0 0 isp3 127.0.0.1 127.0.0.1 UH 1 1183 lo0 160.45.24.21 0:0:0:0:0:0 UHW 1 4 isp3 193.28.3 link#1 UC 4 0 fxp0 193.28.3.1 0:4:ac:e3:cc:1c UHLW 8 5365 lo0 193.28.3.2 link#1 UHLW 4 1727871 fxp0 193.28.3.5 link#1 UHLW 1 1229 fxp0 193.28.3.255 ff:ff:ff:ff:ff:ff UHLWb 1 182 fxp0 193.175.26.34 0:0:0:0:0:0 UHW3 0 16 isp3 Fix: None yet :-( How-To-Repeat: Open any dial-up connection using isdn4bsd and the isp[n] devices to see the wierd netstat output. Open any dial-up connection with dynamic addressing shows that it doesn't work. Open a dial-up connection with a static IP address for my site shows that it's working.