From owner-freebsd-questions Sat Jun 24 0:42:59 2000 Delivered-To: freebsd-questions@freebsd.org Received: from mail1.rdc3.on.home.com (mail1.rdc3.on.home.com [24.2.9.40]) by hub.freebsd.org (Postfix) with ESMTP id 3588237BB70 for ; Sat, 24 Jun 2000 00:42:50 -0700 (PDT) (envelope-from danyc@playground.net) Received: from playground.net ([24.114.192.235]) by mail1.rdc3.on.home.com (InterMail vM.4.01.02.00 201-229-116) with ESMTP id <20000624074248.VWBE416.mail1.rdc3.on.home.com@playground.net>; Sat, 24 Jun 2000 00:42:48 -0700 Message-ID: <3954667B.42D14933@playground.net> Date: Sat, 24 Jun 2000 03:42:52 -0400 From: Dany Cayouette Reply-To: danyc@playground.net X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 3.5-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: Adam Blake Cc: mike@sentex.net, questions@freebsd.org Subject: Re: PPPoE help me please!! more info References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The service field is part of the PPPoE negotiation. I don't exactly know the intent of it. I guess the service provider could offer you 'standard' Internet service or some kind of corporate VPN access Then yout service provider could use this field such that you could select if you want to access your corporate site or just surf the web. There can be other way of offering this service selection but the use of this field could be an option. From my knowledge few, if any, provider use this field. Most of the PPPoE clients did not really implement this option. I would investigate more closely the NIC. The BSD box that worked once, did it use that NIC card? It is possible that your provider has 'hard-coded' the MAC address of your NIC card such that only traffic from that NIC card can send traffic on your circuit. I would be surprised if they do this since it is a management nightmare to track NIC MAC addresses. Do you have a DSL or Cable modem circuit? Do you have more than one PC attach do the circuit? One thing I saw, is that the provider doesn't track MAC addresses of NIC but will only allow one NIC to communicate. If you have more that one device, it is possible that the other device connected has 'grabed' that MAC entry such that your BSD box can not communicate. If that is the case, you will need to disconnect all the device on the LAN and wait for the MAC cached entry to clear [can't really say how long this would take] on your providers network (or call them to ask to clear it manually). Then connect only your BSD box and see if you have more success.... Good luck, dany Adam Blake wrote: > I actually got PPPoE to come up on the BSD box once about a month ago > and I have not been able to duplicate it since. Is PPPoE dpenedent on > using the ethernet card that the service provider gave you or can you > use any NIC as long as ppp.conf knows which one to use? > > regarding the service field in "set device:PPPoE:nic:service" > what exactly is a service and what are the options available for > the service field? > > many thanx > > Adam > > On Fri, 23 Jun 2000, Dany Cayouette wrote: > > Did you ever get PPPoE running on that circuit before? (like using a PPPoE on > win95 machine). Don't look into PPP... you are not getting at that stage. > You PC sends a PADI packet and you should see a PADO from your provider. You > don't seem to be getting one. One possible thing is that you have to specify > a Service-Name other than -NULL-. Check with your service provider... Or > another possibility is that your 'assume DSL' circuit is not even activated > properly!! > > cheers, > dany > > Adam Blake wrote: > > > I have tried all of your suggestions regarding my ppp.conf file > > and I am still having the same problems. This is becoming > > extremely frustrating. I have even specifically enabled pap and chap > > in the ppp.conf file by adding the lines > > enable pap > > enable chap > > even though this is true by default!! > > > > I do not know what else to try anymore > > > > here is the output from the tcpdump -i ed1 command > > PPPoE PADI [Service Name] [ Host-Uniq UTF8] > > it will repeat this along with a timestamp once every few seconds. > > > > what else should I try? Do I need to add anything specific in my rc.conf > > descriping how my network card is configured? > > > > Is there anybody out there familiar with this typ of PPPoe situation? > > > > Adam > > > > ------------------------------------------------------------------------- > > original message > > ------------------------------------------------------------------------- > > > > Greetings All and Everyone. > > > > I am becoming quite desperate and I am in of dire nned for help with PPPoE! > > > > I spoke to an individual on the list a few weeks ago regarding this issue > > and I truly appreciate their time (Thanks Dima). > > > > Here's the deal... I can't get PPPoE running to save my life!! > > I have tried everything including setting everything through PPP manually > > to no avail. > > > > I have included along with this e-mail the output of ifconfig -a > > before launching ppp (this is why the tunneling device is not shown), > > the output of dmesg, a copy of /var/log/ppp.log as well as a copy of > > /etc/ppp.conf. > > > > And yes, I recompiled the Kernel with all of the Netgraph options about > > a month ago. > > > > If anybody is out there with any ideas at all please let me know!! > > > > many thanks, > > > > Adam Michalak > > > > ------------------------------------------------------------------------ > > Name: ppp.log > > ppp.log Type: Plain Text (TEXT/PLAIN) > > Encoding: BASE64 > > > > Name: ppp.conf > > ppp.conf Type: Plain Text (TEXT/PLAIN) > > Encoding: BASE64 > > > > Name: ifconfig.txt > > ifconfig.txt Type: Plain Text (TEXT/PLAIN) > > Encoding: BASE64 > > > > Name: dmesg.txt > > dmesg.txt Type: Plain Text (TEXT/PLAIN) > > Encoding: BASE64 > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-questions" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message