Date: Thu, 06 May 2004 00:38:14 +0200 From: Julian Stecklina <der_julian@web.de> To: Julian Elischer <julian@elischer.org> Cc: freebsd-net@freebsd.org Subject: Re: PPPoE problems Message-ID: <868yg6sdnt.fsf@web.de> In-Reply-To: <Pine.BSF.4.21.0405051509470.54809-100000@InterJet.elischer.org> (Julian Elischer's message of "Wed, 5 May 2004 15:10:19 -0700 (PDT)") References: <Pine.BSF.4.21.0405051509470.54809-100000@InterJet.elischer.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Julian Elischer <julian@elischer.org> writes: > use tcpdump to watch teh packets coming and going.. > tcpdump can interpret PPPOE packets. I already did. The only packets coming over the link are some request packets from RASPPPOE on the windoze client jmmr# tcpdump -ev -i ath0 tcpdump: listening on ath0, link-type EN10MB (Ethernet), capture size 96 bytes 00:32:17.972907 00:0a:e9:02:56:bf > Broadcast, ethertype PPPoE D (0x8863), length 44: PPPoE PADI [Service-Name] [Host-Uniq 0x5253504500000000D06F2038BA33C401] [repeated 6 times] 00:0a:e9:02:56:bf is the MAC address of the client. There is no response whatsoever from the PPPoE server. I hope this means I can rule out configuration errors? Btw, pppoed loads ng_pppoe the first time it is started, and refuses to load the second time because of "kldload: ng_pppoe: File exists". So I unload it and try again... strange. Regards, -- Julian Stecklina Signed and encrypted mail welcome. Key-Server: pgp.mit.edu Key-ID: 0xD65B2AB5 FA38 DCD3 00EC 97B8 6DD8 D7CC 35D8 8D0E D65B 2AB5 Any sufficiently complicated C or Fortran program contains an ad hoc informally-specified bug-ridden slow implementation of half of Common Lisp. - Greenspun's Tenth Rule of Programming
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?868yg6sdnt.fsf>