enbsd.org
> Cc: misc@openbsd.org
> Betreff: Re: in-kernel pppoe problems
>
> On Fri, Jun 13, 2008 at 11:24:32PM +0200, misc(at)openbsd.org wrote:
> > Hello,
> >
> > it looks like the in-kernel pppoe causes systems to hang up
> sometimes. I
> > testet with two
On Fri, Jun 13, 2008 at 11:24:32PM +0200, misc(at)openbsd.org wrote:
> Hello,
>
> it looks like the in-kernel pppoe causes systems to hang up sometimes. I
> testet with two systems (completly different hardware) and two different
> dsl-modems (I'm from germany - standard tcom modems).
> Did someon
Hello,
it looks like the in-kernel pppoe causes systems to hang up sometimes. I
testet with two systems (completly different hardware) and two different
dsl-modems (I'm from germany - standard tcom modems).
Did someone else notice such problems?
Here is my hostname.pppoe0:
#cat /etc/hostname.pppo
Can Erkin Acar wrote:
I can't see any problem report about this in my inbox
(which is quite a mess nowadays, so it is equally likely
that I missed it),
If you can spare some time to send me pppoe debug outputs,
tcpdumps with & without the debug flag, and if possible
logs/dumps from the cisco si
Jason Ackley wrote:
> Can you try turning on the debug flag to pppoe0 ?
Good advice, debug mode gives lots of useful output
also tcpdump on the parent interface, eg. 'tcpdump -nei fxp0 no ip'
helps.
> I just tested this in a lab setup and it would not connect unless the
> debug flag was set on th
In that case, it's likely not a PPPoE problem at all but a name server
resolution, surely? Try adding it back and pinging an ip rather than a
domain, that should tell you.
On 24/05/05, Chris Zakelj <[EMAIL PROTECTED]> wrote:
> Jason Ackley wrote:
>
> >Is this something that you are able to repeat?
Adam Gleave wrote:
Just to point something out...
-
# route show
Routing tables
Internet:
DestinationGatewayFlagsRefs UseMtu Interface
default0.0.0.1UGS 0 3757 - pppoe0
0.0.0.1defaultUH
Jason Ackley wrote:
Is this something that you are able to repeat? E.g. Simply does not work
without the debug flag and comes up as soon as you add it?
(just trying to make sure it is the same thing that I have seen)
Getting it working for me didn't include the 'debug' statement... it
appears
Jason Ackley wrote:
On Mon, 23 May 2005, Chris Zakelj wrote:
Ok, this probably isn't too big a surprise to frequent readers, but I'm
having trouble with the new kernelized pppoe. From the console messages
below, it looks like it's "dialing" (for lack of a better term) and
logging in succe
On Mon, 23 May 2005, Chris Zakelj wrote:
> I'm up and running (for the moment, anyway), but for my edification, and
> since it may help others, were you suggesting I place:
> !\sbin\ifconfig pppoe0 debug
> into \etc\hostname.pppoe0, probably the line before 'route add'?
It is a generic flag to
Just to point something out...
-
# route show
Routing tables
Internet:
DestinationGatewayFlagsRefs UseMtu Interface
default0.0.0.1UGS 0 3757 - pppoe0
0.0.0.1defaultUH 00
On Mon, 23 May 2005, Chris Zakelj wrote:
> Ok, this probably isn't too big a surprise to frequent readers, but I'm
> having trouble with the new kernelized pppoe. From the console messages
> below, it looks like it's "dialing" (for lack of a better term) and
> logging in successfully:
>
> May
Ok, this probably isn't too big a surprise to frequent readers, but I'm
having trouble with the new kernelized pppoe. From the console messages
below, it looks like it's "dialing" (for lack of a better term) and
logging in successfully:
May 23 00:42:47 bbhhs96 /bsd: pppoe0: phase establish
Ma
13 matches
Mail list logo
