/cgi/query-pr.cgi?pr=kern/162558
I'm trying to replace severalMikrotik RouterOS (PPPoE server) for FreeBSD
with mpd + freeradius + mysql.
All my servers are FreeBSD except PPPoE Server. :(
Best regards,
___
freebsd-stable@freebsd.org ma
On 05.05.2013 07:51, Marcelo Gondim wrote:
> I changed hardware for motherboard Supermicro X9SCM-F and Xeon processor
> 3.2Ghz E31230 with 8Gb ram ECC. The problem stopped and the server was
> very stable.
> The problem could be with the Intel motherboard S5500BC? Because this
> was installed w
Em 21/04/13 10:59, Eugene Grosbein escreveu:
On 21.04.2013 06:08, Marcelo Gondim wrote:
Em 20/04/13 14:33, Eugene Grosbein escreveu:
On 21.04.2013 00:26, Marcelo Gondim wrote:
You seem to use dummynet and the problem is not in mpd/pppoe code,
it's it the dummynet code. Look at
system. Below the panicgenerated:
M> >>
M> >> http://pastebin.com/nUXGVR3y
M> > You seem to use dummynet and the problem is not in mpd/pppoe code,
M> > it's it the dummynet code. Look at
http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/162558
M> > for workaro
On 21.04.2013 06:08, Marcelo Gondim wrote:
> Em 20/04/13 14:33, Eugene Grosbein escreveu:
>> On 21.04.2013 00:26, Marcelo Gondim wrote:
>>
>>>> You seem to use dummynet and the problem is not in mpd/pppoe code,
>>>> it's it the dummynet code. Look at
Em 20/04/13 14:33, Eugene Grosbein escreveu:
On 21.04.2013 00:26, Marcelo Gondim wrote:
You seem to use dummynet and the problem is not in mpd/pppoe code,
it's it the dummynet code. Look at
http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/162558
for workarounds.
Ok :) I will try
Hi,
My ipfw rules, pf rules and dummynet:
fw="/sbin/ipfw"
ext_if="igb0"
$fw disable one_pass
$fw -f flush
$fw zero
$fw table all flush
$fw -f pipe flush
ssh_port="4321"
$fw add allow all from any to any via lo0
$fw add deny all from 127.0.0.0/8 to any
$fw add deny all from any to 127.0.0.0/8
$fw
On 21.04.2013 00:26, Marcelo Gondim wrote:
>> You seem to use dummynet and the problem is not in mpd/pppoe code,
>> it's it the dummynet code. Look at
>> http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/162558
>> for workarounds.
> Ok :) I will try this:
>
w the panicgenerated:
http://pastebin.com/nUXGVR3y
You seem to use dummynet and the problem is not in mpd/pppoe code,
it's it the dummynet code. Look at
http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/162558
for workarounds.
Ok :) I will try this:
- net.isr.bindthreads=1 in /boot/l
pppoe
#set link enable multilink
set link action bundle B
set link disable chap pap eap
set link mtu 1492
set link mru 1492
set link enable pap
load radius
create link template igb1 common
set pppoe iface igb1
set pppoe
> http://pastebin.com/nUXGVR3y
You seem to use dummynet and the problem is not in mpd/pppoe code,
it's it the dummynet code. Look at
http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/162558
for workarounds.
___
freebsd-stable@freebsd.org mailin
Can you provide more information about the configuration of mpd and ppp?
the panic is in the dummynet code; can you provide information about
your ipfw/dummynet setup?
Thanks,
adrian
On 20 April 2013 06:21, Marcelo Gondim wrote:
> Hi all,
>
> I'm doing tests with mpdas pppoeserver. Tried to
Hi all,
I'm doing tests with mpdas pppoeserver. Tried to simulate an attack of
1000 connections using an incorrect login and after a certain time can
cause a kernel panic in the system. Below the panicgenerated:
http://pastebin.com/nUXGVR3y
Other equipment I do:
# for (( i=0; i < 1000; i++
On Thu, Aug 12, 2010 at 07:31:32PM +0400, Michael BlackHeart wrote:
> As I understand this isn't a bug but a mistype or misunderstand of config (
> see man ppp.conf )
>
> I'm running myself 8.0, 8.1 and currently 8.STABLE with pppoe in this way
> and never have a problem
As I understand this isn't a bug but a mistype or misunderstand of config (
see man ppp.conf )
I'm running myself 8.0, 8.1 and currently 8.STABLE with pppoe in this way
and never have a problem as many peolpe do.
Look in listing
> my-provider:
> set line PPPoE:nfe0
Here'
Luigi Rizzo wrote:
> Hi,
> I found the following problem with ppp after upgrading to 8.1
>
> I am using ppp -ddial -nat ... over pppoe. The entry in ppp.conf has
> these lines (plus others not relevant here):
>
> my-provider:
>
Hi,
I found the following problem with ppp after upgrading to 8.1
I am using ppp -ddial -nat ... over pppoe. The entry in ppp.conf has
these lines (plus others not relevant here):
my-provider:
set line PPPoE:nfe0
...
add default HISADDR
Up to 7.2 this sufficed to
2009/7/9 Mike Tancsa
Jul 9 14:34:17 fw02 kernel: ng_ether_attach: can't name node em1.10
> Jul 9 14:34:17 fw02 kernel: ng_ether_attach: can't name node em1.172
> Jul 9 14:34:17 fw02 kernel: ng_ether_attach: can't name node em1.24
>
> Is there some reason this does not work ?
reason - name
2009/7/9 Mike Tancsa
Jul 9 14:34:17 fw02 kernel: ng_ether_attach: can't name node em1.10
> Jul 9 14:34:17 fw02 kernel: ng_ether_attach: can't name node em1.172
> Jul 9 14:34:17 fw02 kernel: ng_ether_attach: can't name node em1.24
>
> Is there some reason this does not work ?
>
reason - interf
However, if I try and bring up pppoe using em1.10 as the PPPoE
device, it does not work.
Jul 9 14:34:17 fw02 ppp[1484]: tun0: Phase: deflink: closed -> opening
Jul 9 14:34:17 fw02 kernel: ng_ether_attach: can't name node em1.10
Jul 9 14:34:17 fw02 kernel: ng_ether_attach: can't name
e my ADSL modem is 3Com HomeConnect, I've set the
C> net.graph.nonstandard_pppoe=1
In modern FreeBSD versions 3Com mode for ng_pppoe is switched per-node, not
via sysctl. You should use ppp(8) option to enable 3Com mode:
set pppoe 3Com
--
Totus tuus, Glebius.
GLEBIUS-RIPN GLEB-RIPE
__
; set ifaddr X.X.X.X/0 10.0.0.2/0 <http://10.0.0.2/0>
>
> my_isp :
> set device PPPoE:xl0
> set authname MY_USER
> set authkey MY_PWD
> set dial
> #set login
> add default HISADDR
>
>
> here is a tcpdump -vv -i xl0 :
>
> 18:48:40.808687 PPPoE PADI
lt;http://1.53.2.3/>
my ppp.conf is :
default:
set log all
set ifaddr X.X.X.X/0 10.0.0.2/0 <http://10.0.0.2/0>
my_isp :
set device PPPoE:xl0
set authname MY_USER
set authkey MY_PWD
set dial
#set login
add default HISADDR
here is a tcpdump -vv -i xl0 :
18:48:40.808687 PPPoE PADI [Host
be changed
H> because the current comment means '-l'. Otherwise we should change
H> /etc/rc.network. Don't you think so?
H>
H> -- /etc/defaults/rc.conf --
H> pppoed_provider="service-pppoe" # Provider and ppp(8) config file entr
Hi,
From: Gleb Smirnoff <[EMAIL PROTECTED]>
Subject: Re: pppoe server option
Date: Mon, 22 Nov 2004 11:12:50 +0300
Message-ID: <[EMAIL PROTECTED]>
> On Sun, Nov 21, 2004 at 12:34:25AM +0900, Hideki Yamamoto wrote:
> H> I have found a problem about PPPoE parameter in /etc/
On Sun, Nov 21, 2004 at 12:34:25AM +0900, Hideki Yamamoto wrote:
H> I have found a problem about PPPoE parameter in /etc/rc.network.
H> When setting the following lines in /etc/rc.conf, pppoe server does not
H> work well. The string "service-pppoe" is an entry in
H> /etc/
Hi,
I have found a problem about PPPoE parameter in /etc/rc.network.
When setting the following lines in /etc/rc.conf, pppoe server does not
work well. The string "service-pppoe" is an entry in
/etc/ppp/ppp.conf for PPPoE server.
pppoed_enable="YES" # Run t
At 10:25 PM 04/06/2004, Rafael R Obelheiro wrote:
This is the culprit. I was having the same problem (PPPoE stopped
working), but recompiling my system with the previous (1.2.2.14) of
ng_ether.c solved it. Archie, is it possible to fix this (either by
reverting the patch or by applying a new one
.0.1 delay 30 - 40
> > > seconds.
> > >
> > I seen this same behavior today (06.03.04) after updating
> > sources. My last update was 05.27.04 and everything worked
> > fine at that point in the branch.
> >
> > PPPoE on today's stable do
mmit it to HEAD and then MFC it
> back to RELENG_4? Who is looking after PPP these days anyways ?
I guess there is a definite chance, it's not like ppp's pppoe functionality is
some rarely-used feature... I myself am only a lowly ports-committer, but if
you submit a PR and send m
At 11:25 AM 24/11/2003, Michael Nottebrock wrote:
> And for
> sure its an ERX on the other end ?
Actually it's an NRP - it seems Cisco does a better job with their PPPoE
implementation.
OK, thanks. The problem I see is only against an ERX. So either
misconfigured ERX or some
when they're up and fuzzing with the AC again.
> And for
> sure its an ERX on the other end ?
Actually it's an NRP - it seems Cisco does a better job with their PPPoE
implementation.
--
,_, | Michael Nottebrock | [EMAIL PROTECTED]
(/^ ^\) | FreeBSD -
At 10:59 AM 24/11/2003, Michael Nottebrock wrote:
On Monday 24 November 2003 16:46, Mike Tancsa wrote:
> Are you sure you actually connect to an ERX on the other end, and its
> actually negotiating LQR ? e.g. if you add LQM to the logging section, do
> you see
> tun0: LQM: deflink: Will send LQR e
On Monday 24 November 2003 16:46, Mike Tancsa wrote:
> Are you sure you actually connect to an ERX on the other end, and its
> actually negotiating LQR ? e.g. if you add LQM to the logging section, do
> you see
> tun0: LQM: deflink: Will send LQR every 10.00 secs
> or do you see
> tun0: LQM: defli
Tancsa wrote:
> The problem is that LQR is agreed to with the ERX (the PPPoE terminating
> device on the other end), but it never works.
Works for me. I guess there really are many providers with misconfigured
equipment out there. Actually, I know people who cannot use lqr although
they&#x
On Monday 24 November 2003 15:32, Mike Tancsa wrote:
> The problem is that LQR is agreed to with the ERX (the PPPoE terminating
> device on the other end), but it never works.
Works for me. I guess there really are many providers with misconfigured
equipment out there. Actually, I know
> > > The modem can be configured to use PPPoE or PPTP protocol for making the
> > > connection with my Internet Servise Provider.
> >
> > Well if the modem does PPPoE itself (and preusmably NAT) then you need no
> > speical support from the OS. From its
Hi,
Thomas Quinot wrote:
> Le 2002-10-01, Artur Pydo écrivait :
>
>>Since the end of August i had problems running my ADSL connection.
>
>>I discovered that ppp changed its behaviour regarding lqr after
>>the upgrade from version 2.3.3 to 3.1.
>
> This is probably a coincidence.
Not really. T
At 09:56 AM 10/1/2002 +0200, Thomas Quinot wrote:
>Le 2002-10-01, Artur Pydo écrivait :
>
> > Since the end of August i had problems running my ADSL connection.
>
> > I discovered that ppp changed its behaviour regarding lqr after
> > the upgrade from version 2.3.3 to 3.1.
>
>This is probably a co
Le 2002-10-01, Artur Pydo écrivait :
> Since the end of August i had problems running my ADSL connection.
> I discovered that ppp changed its behaviour regarding lqr after
> the upgrade from version 2.3.3 to 3.1.
This is probably a coincidence. I saw that when France Telecom changed
some ADSL e
:: Is there any specific details in using PPP over Ethernet in 4.6.2-STABLE?
The handbook is your friend. Be one with the handbook.
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/pppoe.html
Cheers - Erick
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-st
Hi ALL,
Is there any specific details in using PPP over Ethernet in
4.6.2-STABLE ?
There is an ADSL modem, machine used as gateway with 2 interfaces. How
to run PPPoE on it ? Tried to use ppp.conf as it was on machine with
4.1 but it doesn't work.
Any help will be kindly appreciated.
--
Hi,
Let me make sure I've got things straight. You've upgraded to
-stable and removed any ``set mtu'' or ``set mru'' lines that you've
got in your ppp.conf.
If this is the case, then I'm not sure what's happening. The only
way I can reproduce what you're seeing in your log is if I add ``set
Brian Somers wrote:
> Hi,
>
> I said your ppp.conf was censored because you didn't attach it - you
> just attached an error message that said it couldn't read it :*P
LOL! ok.. I see. Darn mozilla. :) Ok, here goes a url, that should be fine:
http://anarcat.dyndns.org/ftp/pub/FreeBSD/local_in
t I use right now, and it works.
>
>
> > If you're setting the MTU or MRU to 1500, this will now fail.
>
>
> As seen in the logs?
>
> > The maximum these can be set to for PPPoE is 1492.
>
>
> That's the physical ethernet limitatio
In article you
write:
>-=-=-=-=-=-
>
>Hi,
>on a pentium 233 IPC with a dual fxp (Intel Pro 100+) card,
>with this ppp configuration:
>
>...
>tdsl:
> set device PPPoE:fxp1
>...
>
>and the attached kernel configuration file (mike)
>I get the following p
Dear FreeBSD experts,
Can you let me know what should I do to provide enough information
for the FreeBSD developers to trace/ debug/ fix the PPPoE I experienced with
FreeBSD 4.3 stable, please?
I tried to upgrade from 4.2 stable to 4.3 stable several times after a cvsup
and a clean buildworld
Title: pppoe crashes in 4.3-stable (14.5.2000)
Can you tell me exactly what options you put in
your kernel?
- Original Message -
From:
Bernd Fürwitt
To: [EMAIL PROTECTED]
Sent: Tuesday, May 15, 2001 12:37
PM
Subject: pppoe crashes in 4.3-stable
(14.5.2000
Title: pppoe crashes in 4.3-stable (14.5.2000)
user-mode ppp crashes when calling pppoe-providers.
After starting ppp I get the following error message
linker_file_sysinit "netgraph.ko" failed to register! 17
Fatal Trap 12: page fault while in kernel mode
The kernel panics, an
o anything
but open the possibility that this could be an existing open problem.
- Original Message -
From: "Kris Kennaway" <[EMAIL PROTECTED]>
To: "Bernd Fürwitt" <[EMAIL PROTECTED]>
Cc: "'Kris Kennaway'" <[EMAIL PROTECTED]>; <[EMA
On Wed, May 16, 2001 at 08:34:43AM +0200, Bernd Fürwitt wrote:
> >
> > On Wed, May 16, 2001 at 07:59:26AM +0200, Bernd Fürwitt wrote:
> > > user-mode ppp crashes when calling pppoe-providers.
> > > After starting ppp I get the following error message
> > >
Title: RE: pppoe crashes in 4.3-stable (14.5.2000)
>
> On Wed, May 16, 2001 at 07:59:26AM +0200, Bernd Fürwitt wrote:
> > user-mode ppp crashes when calling pppoe-providers.
> > After starting ppp I get the following error message
> >
> > linker_file_s
On Wed, May 16, 2001 at 07:59:26AM +0200, Bernd Fürwitt wrote:
> user-mode ppp crashes when calling pppoe-providers.
> After starting ppp I get the following error message
>
> linker_file_sysinit "netgraph.ko" failed to register! 17
> Fatal Trap 12: page fault whil
Title: pppoe crashes in 4.3-stable (14.5.2000)
user-mode ppp crashes when calling pppoe-providers.
After starting ppp I get the following error message
linker_file_sysinit "netgraph.ko" failed to register! 17
Fatal Trap 12: page fault while in kernel mode
The kernel panics,
If you are using the kernel built from make buildkernel/installkernel, the
kernel is not built with PPPoE options. That is built with GENERIC.
You have to rebuild your kernel with the options for PPPoE.
Please refer PPPoE section of handbook.
(http://www.freebsd.org/doc/en_US.ISO_8859-1/books
On Wed, Mar 28, 2001 at 11:30:49AM +0400, Yar Tikhiy wrote:
>
> Please take a careful look at the frames 6 through 9 of the stack
> trace in PR#25478, so you may notice that your patch happens to do
> nothing about the broblem. You are going to add a check for IFF_UP
> to ether_output_frame() wh
Hi,
On Tue, Mar 27, 2001 at 12:40:11PM -0800, Archie Cobbs wrote:
> Mike Tancsa writes:
> > >Not sure why this hasn't been detected before though. Below is
> > >a possible patch.
> >
> > It has been at http://www.freebsd.org/cgi/query-pr.cgi?pr=25478 and
> > discussed a few times in freebsd-net
Archie Cobbs writes:
> > I am receiving kernel panics under 4.3-RC #0 when trying to bring up PPPoE.
> > A copy of the kernel debug, the start up and the actual PPP configuration are
> > attached. It appears to be something in the subroutine called fxp_start of
> >
Ted Sikora wrote:
> Recently my cable service
> reduced the bandwidth. Now upstreams average 16k and downstream 400k.
> There has to be something better. Several users on my node (all
> BSD/Linux users) have been enjoying our own little private network with
> speeds up to 900k both ways.(600k ave
Ted Sikora wrote:
>
> Dan Ts'o wrote:
> >
> > > Just FYI, Bell Atlantic (I guess they're now called Verizon) is deploying
> > > the same junk. I mean, PPPoE is *so* wasteful, with THIRTY extra bytes
> > > of overhead per frame (10 bytes of L
Dan Ts'o wrote:
>
> > Just FYI, Bell Atlantic (I guess they're now called Verizon) is deploying
> > the same junk. I mean, PPPoE is *so* wasteful, with THIRTY extra bytes
> > of overhead per frame (10 bytes of LLC/SNAP header, 14 bytes of Ethernet
> >
Will Mitayai Keeso Rowe wrote:
>
> Ted,
>
> I believe that William was requesting a method to do a net install of
> FreeBSD with PPPoE.
Yeah I know. I emailed him earlier. I posted the FAQ in case anyone was
having trouble with PPPoe. It would be nice to have the option on the
i
> Just FYI, Bell Atlantic (I guess they're now called Verizon) is deploying
> the same junk. I mean, PPPoE is *so* wasteful, with THIRTY extra bytes
> of overhead per frame (10 bytes of LLC/SNAP header, 14 bytes of Ethernet
> header, plus 6 bytes of PPPoE header), compared to di
Will Mitayai Keeso Rowe wrote:
>
> Ted,
>
> I believe that William was requesting a method to do a net install of
> FreeBSD with PPPoE.
>
> So, having been stuck at one point in this same situation (i live in
> Toronto, Canada, and the xDSL provided by Bell Sympatico
Ted,
I believe that William was requesting a method to do a net install of
FreeBSD with PPPoE.
So, having been stuck at one point in this same situation (i live in
Toronto, Canada, and the xDSL provided by Bell Sympatico uses PPPoE) i
re-post the question:
Is there any possibility of PPPoE
I know this seem like a repetative question, but is there going to
be any PPPoE kervel level support for FreeBSD any time soon? Or is there
already.. if not is there a package someone can recommend to use
temporarily with FreeBSD 3.3 Stable. Thanx!
To Unsubscribe: send mail to [EMAIL
66 matches
Mail list logo
