Re: PPPoE misbehaving?
Hi Gleb and the rest, Thank you all for the replies. The card is a Senao NL-2054PCI, based on the Atheros chipset... pciconf -lv reports: [EMAIL PROTECTED]:9:0: class=0x02 card=0x2027168c chip=0x0013168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = '802/11b/g AR5212 wireless Adapter' class= network subclass = ethernet As I did indicate, the card is working and functioning properly - I am 99% sure it is a problem related with PPPoEd, or something in regards to PPPoE over the Ethernet card (which, can also be possible I guess). I've tried all the other suggestions that was made, and none of them seemed to have changed anything. From what I can see, the client sends and attempts to initiate the PPPoE connection properly, but the PPPoE daemon does not receive the packets / or does not initiate a session - which, needs to be completed before any sub processes will be spawned. It's quite urgent that I get this working An alternative would be to port the ath drivers to the 4.X tree - but I really don't think that's even a option I can only imagine the amount of work that would be required for this. Are there possibly any other open source PPPoE Daemons available that I can possibly try on FreeBSD 5.2?? Look forward to hearing from you all -- me - Original Message - From: Gleb Smirnoff [EMAIL PROTECTED] To: Chris Knipe [EMAIL PROTECTED] Sent: Friday, July 16, 2004 9:35 PM Subject: Re: PPPoE misbehaving? Chris, what network card do you have? On Fri, Jul 16, 2004 at 07:53:21PM +0200, Martin wrote: M Am Fr, den 16.07.2004 schrieb Chris Knipe um 12:44: M M Also fine Lastly, the client fires off a PPPoE session... TCPDump shows M the packets without problems... M tcpdump: listening on ath0 M 12:31:09.050286 PPPoE PADI [Service-Name] [Host-Uniq UTF8] M 12:31:09.122091 PPPoE PADI [Service-Name] [Host-Uniq UTF8] M ^C M 2 packets received by filter M 0 packets dropped by kernel M M However, the PPPoE Deamon simply does not pick it up and does nothing. No M session is initiated, no ppp processes are spawned, nothing... M M I submitted a PR (kern/69133) about this: M http://www.freebsd.org/cgi/query-pr.cgi?pr=kern%2F69133 M M Has M something changed? M M PPPoE is broken for me on -CURRENT, too, now since about 2 weeks. M M Martin M M M ___ M [EMAIL PROTECTED] mailing list M http://lists.freebsd.org/mailman/listinfo/freebsd-current M To unsubscribe, send any mail to [EMAIL PROTECTED] -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: PPPoE misbehaving?
On Mon, Jul 19, 2004 at 02:17:00AM +0200, Chris Knipe wrote: C Thank you all for the replies. The card is a Senao NL-2054PCI, based on the C Atheros chipset... pciconf -lv reports: C C [EMAIL PROTECTED]:9:0: class=0x02 card=0x2027168c chip=0x0013168c rev=0x01 C hdr=0x00 C vendor = 'Atheros Communications Inc.' C device = '802/11b/g AR5212 wireless Adapter' C class= network C subclass = ethernet C C As I did indicate, the card is working and functioning properly - I am 99% C sure it is a problem related with PPPoEd, or something in regards to PPPoE C over the Ethernet card (which, can also be possible I guess). I've tried C all the other suggestions that was made, and none of them seemed to have C changed anything. From what I can see, the client sends and attempts to C initiate the PPPoE connection properly, but the PPPoE daemon does not C receive the packets / or does not initiate a session - which, needs to be C completed before any sub processes will be spawned. Try to activate this paragraph in ng_pppoe.c: #if 0 #define AAA printf(pppoe: %s\n, __func__ ); #define BBB printf(-%d-, __LINE__ ); #else #define AAA #define BBB #endif I mean change if 0 to if 1. Then rebuild a new ng_pppoe.ko. Then try to connect, ensure that you see PADI's with tcpdump. And then report what do you have (or have not) logged on console. Thanks. C for this. Are there possibly any other open source PPPoE Daemons available C that I can possibly try on FreeBSD 5.2?? Seems like the issue is either with network driver or ng_pppoe, not with pppoed daemon. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: PPPoE misbehaving?
Hi Gleb, I'm afraid to say it still does exactly the same... No change what so ever... pppoed: su-2.05b# /usr/libexec/pppoed -Fd -P /var/run/pppoed.pid -a pppoe -p * -l pppoe ath0 Sending NGM_LISTHOOKS to ath0: Got reply from id [1]: Type ether with 1 hooks Got [1]:orphans - [4]:ethernet Sending PPPOE_LISTEN to .:pppoe-601, provider * pppoed[601]: Listening as provider * tcpdump: 04:11:47.145798 PPPoE PADI [Service-Name] [Host-Uniq UTF8] 04:11:48.195504 PPPoE PADI [Service-Name] [Host-Uniq UTF8] HOWEVER! When I start PPPOE on ath0 (Wireless), and rl0 (cabled), there is definate differences ath0: su-2.05b# /usr/libexec/pppoed -Fd -P /var/run/pppoed.pid -a pppoe -p * -l pppoe ath0 Sending NGM_LISTHOOKS to ath0: Got reply from id [1]: Type ether with 1 hooks Got [1]:orphans - [4]:ethernet Sending PPPOE_LISTEN to .:pppoe-601, provider * pppoed[601]: Listening as provider * rl0: Sending NGM_LISTHOOKS to rl0: Got reply from id [2]: Type ether with 0 hooks Send MKPEER: rl0:orphans - [type pppoe]:ethernet Sending PPPOE_LISTEN to .:pppoe-602, provider * pppoed[602]: Listening as provider * pppoed[602]: Got 60 bytes of data: 000c766aa50b8863110900100101010300080a000d00 pppoed[604]: Creating a new socket node pppoed[602]: Listening as provider * pppoed[604]: Sending CONNECT from .:exec-604 - rl0:orphans.exec-604 pppoed[604]: Sending NGM_SOCK_CMD_NOLINGER to socket pppoed[604]: Offering to .:exec-604 as access concentrator pppoe pppoed[604]: adding to .:exec-604 as offered service pppoe pppoed[604]: Sending original request to .:exec-604 (60 bytes) pppoed[604]: Waiting for a SUCCESS reply .:exec-604 pppoed[604]: Received NGM_PPPOE_SESSIONID (hook ) pppoed[604]: Received NGM_PPPOE_SUCCESS (hook exec-604) pppoed[604]: Executing: exec /usr/sbin/ppp -direct pppoe So yes... Exactly the same program, modules, and configuation works with the rl drivers, but not with the ath drivers... I suppose now it is down to being a driver issue??? -- Chris. - Original Message - From: Gleb Smirnoff [EMAIL PROTECTED] To: Chris Knipe [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Monday, July 19, 2004 2:22 AM Subject: Re: PPPoE misbehaving? On Mon, Jul 19, 2004 at 02:17:00AM +0200, Chris Knipe wrote: C Thank you all for the replies. The card is a Senao NL-2054PCI, based on the C Atheros chipset... pciconf -lv reports: C C [EMAIL PROTECTED]:9:0: class=0x02 card=0x2027168c chip=0x0013168c rev=0x01 C hdr=0x00 C vendor = 'Atheros Communications Inc.' C device = '802/11b/g AR5212 wireless Adapter' C class= network C subclass = ethernet C C As I did indicate, the card is working and functioning properly - I am 99% C sure it is a problem related with PPPoEd, or something in regards to PPPoE C over the Ethernet card (which, can also be possible I guess). I've tried C all the other suggestions that was made, and none of them seemed to have C changed anything. From what I can see, the client sends and attempts to C initiate the PPPoE connection properly, but the PPPoE daemon does not C receive the packets / or does not initiate a session - which, needs to be C completed before any sub processes will be spawned. Try to activate this paragraph in ng_pppoe.c: #if 0 #define AAA printf(pppoe: %s\n, __func__ ); #define BBB printf(-%d-, __LINE__ ); #else #define AAA #define BBB #endif I mean change if 0 to if 1. Then rebuild a new ng_pppoe.ko. Then try to connect, ensure that you see PADI's with tcpdump. And then report what do you have (or have not) logged on console. Thanks. C for this. Are there possibly any other open source PPPoE Daemons available C that I can possibly try on FreeBSD 5.2?? Seems like the issue is either with network driver or ng_pppoe, not with pppoed daemon. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: PPPoE misbehaving?
On Mon, Jul 19, 2004 at 04:14:16AM +0200, Chris Knipe wrote: C So yes... Exactly the same program, modules, and configuation works with the C rl drivers, but not with the ath drivers... I suppose now it is down to C being a driver issue??? Yes. Thanks for this information. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: PPPoE misbehaving?
Chris Knipe wrote: Lo all, I recently upgraded to FreeBSD 5.2 to get support for the ath devices... All it well (so far), but I'm baffled as to why my PPPoEd aren't operating... A quick example... su-2.05b# ifconfig ath0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1250 ether 00:02:6f:20:98:bb media: IEEE 802.11 Wireless Ethernet DS/1Mbps hostap (autoselect hostap) status: associated ssid VARYNET-HS01 1:VARYNET-HS01 channel 6 authmode OPEN powersavemode OFF powersavesleep 100 wepmode MIXED weptxkey 1 wepkey 1:40-bit All is fine, the WLAN is up and working. When I do assign IP addresses on the interface, the WiFi Client can talk to the server via the wireless network. Thus, the network itself is fine... Next, I start up PPPoEd: su-2.05b# /usr/libexec/pppoed -Fd -l pppoe ath0 Sending NGM_LISTHOOKS to ath0: Got reply from id [1]: Type ether with 1 hooks Got [1]:orphans - [4]:ethernet Sending PPPOE_LISTEN to .:pppoe-5086, provider pppoed[5086]: Listening Also fine Lastly, the client fires off a PPPoE session... TCPDump shows the packets without problems... tcpdump: listening on ath0 12:31:09.050286 PPPoE PADI [Service-Name] [Host-Uniq UTF8] 12:31:09.122091 PPPoE PADI [Service-Name] [Host-Uniq UTF8] ^C 2 packets received by filter 0 packets dropped by kernel However, the PPPoE Deamon simply does not pick it up and does nothing. No session is initiated, no ppp processes are spawned, nothing... This exact same configuration over a wired network works perfectly with FBSD4.10... Has something changed? I don't really know what's the problem, but try to explicitly tell pppoed what to execute (-e switch). Try some arbitrary program, like top, to see if it is actually bringing up anything. Have a nice, Andrew ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
