Date: Wed, 28 Nov 2001 14:06:53 +1100 From: Peter Jeremy <peter.jeremy@alcatel.com.au> To: freebsd-current@freebsd.org Subject: ppp(8) creates incorrect route entry Message-ID: <20011128140652.A6674@gsmx07.alcatel.com.au>
next in thread | raw e-mail | index | archive | help
After upgrading to -current last Sunday, ppp(8) is now creating an incorrect routing interface entry and (presumably as a result) no packets get out. The problem occurs whether ppp is configured in client or server connections. I'm setting up a new configuration, so it's possible I've done something wrong, but the same config works with -stable. The server connection is configured as per the section "Receiving Incoming PPP Connections (Method 2)" in ppp(8). The ppp.conf entries are: default: set log Phase Chat Connect tun command ident user-ppp VERSION (built COMPILATIONDATE) set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \"\" AT OK-AT-OK ATE1Q0M0 OK \\dATDT\\T TIMEOUT 40 CONNECT" test: set ifaddr 192.168.234.100 192.168.234.101 set dial set device /dev/cuaa0 set speed 115200 enable lqr set authkey "password" set authname user set log local +phase ccp chat lcp allow user me incoming: enable chap set ifaddr 192.168.234.101 192.168.234.100 enable lqr allow mode direct When the link comes up, "netstat -r" on the -current box shows: ... 192.168.234.101 192.168.234.100 UH 0 7 fxp0 ... when I would expect "tun0". Comparing the debug output from -CURRENT (-) and -STABLE (+), I get the following: @@ -1,7 +1,7 @@ Phase: deflink: lcp -> open Phase: bundle: Network Debug: fsm_Output -Debug: 01 01 00 10 03 06 c0 a8 ea 64 02 06 00 2d 0f 01 .........d...-.. +Debug: 01 01 00 10 03 06 c0 a8 ea 65 02 06 00 2d 0f 01 .........e...-.. Debug: proto_LayerPush: Using 0x8021 Debug: link_PushPacket: Transmit proto 0x8021 Debug: m_enqueue: len = 3 @@ -24,9 +24,9 @@ Debug: link_PushPacket: Transmit proto 0x80fd Debug: m_enqueue: len = 1 Debug: fsm_Output -Debug: 0c 01 00 2a a3 57 08 6c 75 73 65 72 2d 70 70 70 ...*.W.luser-ppp -Debug: 20 33 2e 30 2e 31 20 28 62 75 69 6c 74 20 4e 6f 3.0.1 (built No -Debug: 76 20 32 36 20 32 30 30 31 29 v 26 2001) +Debug: 0c 01 00 2a cc 22 75 b3 75 73 65 72 2d 70 70 70 ...*."u.user-ppp +Debug: 20 32 2e 33 2e 33 20 28 62 75 69 6c 74 20 4e 6f 2.3.3 (built No +Debug: 76 20 31 32 20 32 30 30 31 29 v 12 2001) Debug: proto_LayerPush: Using 0xc021 Debug: link_PushPacket: Transmit proto 0xc021 Debug: m_enqueue: len = 2 @@ -34,20 +34,42 @@ Debug: proto_LayerPull: unknown -> 0x8021 Debug: link_PullPacket: Despatch proto 0x8021 Debug: fsm_Output -Debug: 02 01 00 10 03 06 c0 a8 ea 65 02 06 00 2d 0f 01 .........e...-.. +Debug: 02 01 00 10 03 06 c0 a8 ea 64 02 06 00 2d 0f 01 .........d...-.. Debug: proto_LayerPush: Using 0x8021 Debug: link_PushPacket: Transmit proto 0x8021 Debug: m_enqueue: len = 3 Debug: deflink: hdlc_LayerPull: fcs = f0b8 (good) Debug: proto_LayerPull: unknown -> 0x80fd Debug: link_PullPacket: Despatch proto 0x80fd +Debug: fsm_Output +Debug: 0c 02 00 2a cc 22 75 b3 75 73 65 72 2d 70 70 70 ...*."u.user-ppp +Debug: 20 32 2e 33 2e 33 20 28 62 75 69 6c 74 20 4e 6f 2.3.3 (built No +Debug: 76 20 31 32 20 32 30 30 31 29 v 12 2001) +Debug: proto_LayerPush: Using 0xc021 Debug: link_PushPacket: Transmit proto 0xc021 Debug: m_enqueue: len = 4 Debug: fsm_Output +Debug: 01 02 00 08 1a 04 78 00 ......x. +Debug: proto_LayerPush: Using 0x80fd +Debug: link_PushPacket: Transmit proto 0x80fd +Debug: m_enqueue: len = 5 +Debug: deflink: DescriptorRead: read 71/2048 from 0 +Debug: deflink: hdlc_LayerPull: fcs = f0b8 (good) Debug: proto_LayerPull: unknown -> 0xc021 +Debug: link_PullPacket: Despatch proto 0xc021 +Debug: deflink: hdlc_LayerPull: fcs = f0b8 (good) +Debug: proto_LayerPull: unknown -> 0x8021 +Debug: link_PullPacket: Despatch proto 0x8021 +Debug: Add 192.168.234.101 -> 192.168.234.100 Debug: ReadSystem: Can't open /etc/ppp/ppp.linkup. -Debug: route_UpdateMTU (5) +Debug: route_UpdateMTU (3) +Debug: Found the following interfaces: +Debug: Index 1, name "lo0" +Debug: Index 3, name "tun0" +Debug: Index 4, name "ep0" +Debug: Index 5, name "tun1" +Debug: wrote 108: cmd = Change, dst = 64eaa8c0, gateway = 65eaa8c0 Debug: m_dequeue: queue len = 5 Debug: link_Dequeue: Dequeued from queue 1, containing 4 more packets Debug: deflink: DescriptorWrite: wrote 12(12) to 0 It looks like ppp is failing to correctly access the kernel's routing information but the kernel and userland were built/installed together. Does anyone have any ideas? Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20011128140652.A6674>