https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=242406
Mark Johnston changed:
What|Removed |Added
Assignee|n...@freebsd.org |ma...@freebsd.org
--
You are rec
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=242406
Mark Johnston changed:
What|Removed |Added
Status|Open|In Progress
--- Comment #13 from M
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=242406
--- Comment #12 from Mark Johnston ---
(In reply to Michael Muenz from comment #11)
Thanks. Do you happen to use VNET jails at all? If so it would be useful to
know that ng_tty still works as expected if you pass the associated interface
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=242406
Michael Muenz changed:
What|Removed |Added
CC||m.mu...@gmail.com
--- Comment #11
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=242406
--- Comment #10 from Mark Johnston ---
Created attachment 215657
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=215657&action=edit
patch for stable/12
Here is a patch that applies to stable/12.
--
You are receiving this mail b
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=242406
--- Comment #9 from Andrey Khlebutin ---
Sorry for the delay.
The patch isn't applicable to stable/12 and I've not found the appropriate code
for the hunk #1:
[root@nucbox /usr/src]# patch < diff
Hmm... Looks like a unified diff to me...
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=242406
Mark Johnston changed:
What|Removed |Added
CC||b...@kobyla.org
--- Comment #8 fro
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=242406
--- Comment #7 from Mark Johnston ---
Created attachment 215365
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=215365&action=edit
proposed patch
Please give this patch a try. I believe it will apply cleanly to head or
stable/12
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=242406
Mark Johnston changed:
What|Removed |Added
CC||ma...@freebsd.org
Stat
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199096
Eugene Grosbein changed:
What|Removed |Added
Resolution|--- |Feedback Timeout
Sta
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=146037
Eugene Grosbein changed:
What|Removed |Added
Resolution|--- |Feedback Timeout
Sta
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199096
Eugene Grosbein changed:
What|Removed |Added
Status|New |Open
CC|
||eu...@freebsd.org
--- Comment #2 from Eugene Grosbein ---
8.0 had multiple issues in the NETGRAPH kernel subsystem utilized by mpd.
Is this problem still relevant for FreeBSD 11?
--
You are receiving this mail because:
You are the assignee for the bug
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203422
Eugene Grosbein changed:
What|Removed |Added
CC||eu...@freebsd.org
Resolu
after some time using mpd (netgraph) and ipfw
Bug 176401 [netgraph] page fault in netgraph
Bug 154286 [netgraph] [panic] 8.2-PRERELEASE panic in netgraph
Bug 154091 - [netgraph] [panic] netgraph, unaligned mbuf?
Bug 153497 - [netgraph] netgraph panic due to race conditions
I don't want to
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203422
Kubilay Kocak changed:
What|Removed |Added
Status|New |In Progress
Keywords|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203422
Kubilay Kocak changed:
What|Removed |Added
Keywords||regression
--
You are receiving t
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203422
--- Comment #4 from commit-h...@freebsd.org ---
A commit references this bug:
Author: marius
Date: Mon Nov 9 00:19:04 UTC 2015
New revision: 290566
URL: https://svnweb.freebsd.org/changeset/base/290566
Log:
- Although it doesn't make a
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203422
--- Comment #3 from l...@gta.com ---
This patch allows PPPoE to work with both RealTech chipsets I have that use the
re(4) driver.
--
You are receiving this mail because:
You are the assignee for the bug.
__
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203422
--- Comment #2 from Marius Strobl ---
Created attachment 161553
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=161553&action=edit
re_cfg.diff_fix
As I already wrote via e-mail, please give this patch a try.
--
You are receivin
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203422
Mark Linimon changed:
What|Removed |Added
CC||mar...@freebsd.org
Assign
Hello,
I'm using FreeBSD 10.0 with MPD Ver. 5.7 as a router to connect to my
ISP with PPPoE. With one host on my network I've problems to connect
through the FreeBSD router to the internet.
With tcpdump I see the following ICMP messages from this host:
"ICMP ip reassembl
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199096
Mark Linimon changed:
What|Removed |Added
Assignee|freebsd-b...@freebsd.org|freebsd-net@FreeBSD.org
--
You are
Hi,
I posted into BR 171711 but as Andrey V. Elsukov pointed out, my issue is a bit
different so I opened a new one (BR 199096).
--
[cid:image001.gif@01D06C87.8255CBF0]
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/list
Hi!
Could someone take a look at this please?
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=171711
We have the same bug and it's clearly more important and serious than
previously tought.
___
freebsd-net@freebsd.org mailing list
http://li
Hi.
So, hint with mpd-down script (with "sleep 1") does not help - panic
after 7 days uptime (rev r267703).
If somebody want to look into last core.txt and vmcore, they are here:
http://pkg.hostelnet.ru/pub/dump/core.txt.9.txt
___
f
nably well known problem? Was it ever fixed
in 10/head?
It probably wasn't, since I had similar issues on 10-STABLE r266523.
It's caused (most often) by packet returning from traffic shaping
queues, when in the meantime ng interface got destroyed by mpd. That's
why the sleep
lem? Was it ever fixed
> in 10/head?
It probably wasn't, since I had similar issues on 10-STABLE r266523.
It's caused (most often) by packet returning from traffic shaping
queues, when in the meantime ng interface got destroyed by mpd. That's
why the sleep hack works; mp
e:
> Hello.
> We have a problem with FreeBSD 9 stable (currently on r267070) as PPPoE BRAS
> by mpd 5.7. Server catches 1-3 kernel panics every month.
> Two last core.txt's:
> http://pkg.hostelnet.ru/pub/dump/core.txt.7.txt (r262224)
> and
> http://pkg.hostelnet.ru/pub/dump/c
Hello.
We have a problem with FreeBSD 9 stable (currently on r267070) as PPPoE
BRAS by mpd 5.7. Server catches 1-3 kernel panics every month.
Two last core.txt's:
http://pkg.hostelnet.ru/pub/dump/core.txt.7.txt (r262224)
and
http://pkg.hostelnet.ru/pub/dump/core.txt.8.txt (r267070)
Now t
Dominic,
On Tue, Nov 29, 2011 at 10:55:33AM -0500, Dominic Blais wrote:
D> On a PPPoE server running MPD (using netgraph) I got a bunch of logs < from
unknown hook "M-^B^C^H" > at an incredible pace... Then MPD closed every
connections and stopped. I provided a log just bef
Hi,
On a PPPoE server running MPD (using netgraph) I got a bunch of logs < from
unknown hook "M-^B^C^H" > at an incredible pace... Then MPD closed every
connections and stopped. I provided a log just before it started. You also see
when I restart it.
Does anybody know what co
On 11/14/11 19:16, Sami Halabi wrote:
> i wonder why not putting all your suggestions on MPD instead of making
> hacks, as I see it its necessary for performance,
> after all MPD is aimed to FBSD only, so its elementary to use ke
I don't understand your question. What hacks are you
Hi,
i wonder why not putting all your suggestions on MPD instead of making
hacks, as I see it its necessary for performance,
after all MPD is aimed to FBSD only, so its elementary to use ke
Sami
2011/11/12 Alexander Motin
> Hi.
>
> > I'm currently evaluating MPD as a potential
Hi.
> I'm currently evaluating MPD as a potential LAC solution for a
> project I'm working on. I'm looking to try and handle at least 4Gbit
> and 20,000 sessions worth of PPPoE -> L2TP LAC traffic per server.
> The reading I've done from the archives so far se
On 11/3/11 9:07 AM, David Hooton wrote:
Hi All,
I'm currently evaluating MPD as a potential LAC solution for a project I'm working
on. I'm looking to try and handle at least 4Gbit and 20,000 sessions worth of
PPPoE -> L2TP LAC traffic per server. The reading I've don
Hi All,
I'm currently evaluating MPD as a potential LAC solution for a project I'm
working on. I'm looking to try and handle at least 4Gbit and 20,000 sessions
worth of PPPoE -> L2TP LAC traffic per server. The reading I've done from the
archives so far seems to ind
Hi.
Gruel Bruno wrote:
> I use MPD on FreeBSD 8.2 as LAC but i can't (or don't hnow how) check
> (user/password) off the pppoe client before "forwarding" the connection.
>
> I try a lot off variant on my mpd.conf without success.
>
> This is my
Hello,
I use MPD on FreeBSD 8.2 as LAC but i can't (or don't hnow how) check
(user/password) off the pppoe client before "forwarding" the connection.
I try a lot off variant on my mpd.conf without success.
This is my config file (mpd.conf) :
default:
load
Folks,
I'm been using this mpd5.5 on one of my FreeBSD 8.2 servers and also
compiled the MPPC support in ng_mppc module from:
http://mavhome.dp.ua/MPPC/ which acts as a PPTP server.
Windows XP clients are OK and get the compression fine, however these
new 7 RAS clients won't work until the MPPC i
doesn't respond to the challenge
response (logs posted previously). Using xl2tpd (apparently- linux only)
you have a l2tp-secrets file with the local hostname, remote hostname,
and the secret in that order.
How do I do this in mpd? I tried the
hostname directive, but its sti
it doesn't respond to the challenge
>>> response (logs posted previously). Using xl2tpd (apparently- linux only)
>>> you have a l2tp-secrets file with the local hostname, remote hostname,
>>> and the secret in that order.
>>>
>>
>>
>>>
)
you have a l2tp-secrets file with the local hostname, remote hostname,
and the secret in that order.
How do I do this in mpd? I tried the
hostname directive, but its still no good. Or is this never going to
work with mpd? Just use it without secrets?
There are username/p
ecrets file with the local hostname, remote hostname,
> and the secret in that order.
> How do I do this in mpd? I tried the
> hostname directive, but its still no good. Or is this never going to
> work with mpd? Just use it without secrets?
There are username/passwd credentials a
o the
only thing between the server and client is the local network.
I have this simple mpd5 config file to act as an l2tp server in my test
environment
startup:
# configure mpd users
set user admin xxx admin
# configure the console
set console self 127.0.0.1
, make sure no firewall rules are getting in the way.
I have this simple mpd5 config file to act as an l2tp server in my test
environment
startup:
# configure mpd users
set user admin xxx admin
# configure the console
set console self 127.0.0.1 5005
se
I tried this on -questions@ but the consensus is to try here.
I'm running into all sorts of issues setting up l2tp networking. I think
I have the IPSEC part worked out, but testing parts at a time l2tp dies
in a hole.
I've resorted to mpd as it seems to be widely used in BSD (and
Hi,
One of my friends are trying to setup pppoe server with mpd and they
want to give to set of users public IP dynamically and plus traffic
shaping.
However public IPs are limited compared to pppoe clients and they want
have some kind of dynamic NAT (dynamic public IP per number of
clients).
Is
/sys/GAMLET amd64
$ pkg_info -E mpd\*
mpd-5.5
$ ifconfig ng0
ng0: flags=88d1 metric 0 mtu
1500
inet 10.113.255.1 --> 10.113.255.3 netmask 0x
$ ifconfig vlan2103
vlan2103: flags=8843 metric 0 mtu 1500
options=3
ether 00:30:48:64:76:07
inet xx.xxx.xxx.
I'm running mpd5 on 7.2-RELEASE-p5. I just use it to tunnel from
a Windows XP machine to the MPD server over an insecure (wireless)
network. It "just stopped working" Friday. The MPD configuration
hasn't been touched. As far as I know, nothing on the Windows
box has changed.
I
Hello !
sysctl -w net.inet.flowtable.enable=0
Ok, I will try it on one of the server.
Could you provide the output of
procstat -kk
when this happens again or even better:
procstat -akk
Ok, I will try this next time the mpd process goes into a deadlock or none
killabel process. Tried
On Sun, 2 May 2010 12:46:19 +0200 (CEST) Roar Pettersen wrote:
> Upgraded some servers from 7.2-stabel to 8.0-stable early april and
> since then I have seen stability problems with 8.0 servers which use
> mpd (vpn).
> I have tried several mpd version (5.5, 5.3 and 5.1), but the s
Hi !
Upgraded some servers from 7.2-stabel to 8.0-stable early april and since
then I have seen stability problems with 8.0 servers which use mpd (vpn).
I have tried several mpd version (5.5, 5.3 and 5.1), but the system freeze
within 6 hours or 3-5 days. Early in april we got typical
And all traps points to ng= _path2noderef() ?
DL> Many, every 2-3 days, 1 dump memory in FreeBSD 8.0-STABLE
DL> dump memory in 7-STABLE I delete
DL> Today will be more dump on VNP servers.
DZ> How many traps you have? One?
___
freebsd-net@
How many traps you have? One?
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Old Synopsis: mpd+CoA=kernel panic
New Synopsis: [panic] mpd + CoA = kernel panic
Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: linimon
Responsible-Changed-When: Sun Apr 25 19:05:20 UTC 2010
Responsible-Changed-Why:
seems to be networking-related.
h
Synopsis: [netgraph] souce in svn in 8/stable branch different from shipped
source - causing PPP errors with mpd
State-Changed-From-To: open->closed
State-Changed-By: brucec
State-Changed-When: Fri Mar 19 08:39:37 UTC 2010
State-Changed-Why:
Closed at submitter's reques
The following reply was made to PR kern/144844; it has been noted by GNATS.
From: G B
To: bug-follo...@freebsd.org
Cc:
Subject: Re: kern/144844: [netgraph] souce in svn in 8/stable branch different
from shipped source - causing PPP errors with mpd
Date: Thu, 18 Mar 2010 21:29:36 +0700
Old Synopsis: souce in svn in 8/stable branch different from shipped source -
causing PPP errors with mpd
New Synopsis: [netgraph] souce in svn in 8/stable branch different from shipped
source - causing PPP errors with mpd
Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsi
0 3:26 PM, Alexander Shikoff wrote:
> >>>> Hello All,
> >>>>
> >>>> I have mpd 5.3 running on 8.0-RC1 as PPPoE server (now only 5 clients).
> >>>> Today mpd process hung and I cannot kill it with -9 signal, and I cannot
> >>>
On Sat, 20 Feb 2010, Bjoern A. Zeeb wrote:
On Fri, 19 Feb 2010, Mikolaj Golub wrote:
On Thu, 18 Feb 2010 17:32:37 +0200 Nikos Vassiliadis wrote:
On 2/17/2010 3:26 PM, Alexander Shikoff wrote:
Hello All,
I have mpd 5.3 running on 8.0-RC1 as PPPoE server (now only 5 clients).
Today mpd
On Fri, 19 Feb 2010, Mikolaj Golub wrote:
On Thu, 18 Feb 2010 17:32:37 +0200 Nikos Vassiliadis wrote:
On 2/17/2010 3:26 PM, Alexander Shikoff wrote:
Hello All,
I have mpd 5.3 running on 8.0-RC1 as PPPoE server (now only 5 clients).
Today mpd process hung and I cannot kill it with -9 signal
On 2/19/2010 3:41 PM, Mikolaj Golub wrote:
We were discussing this problem with Alexander in another (Russian/Ukrainian
speaking) maillist. And it looks like the problem is the following.
I see. Could you keep posting your findings to net@ as well?
Thanks, Nikos
__
On Thu, 18 Feb 2010 17:32:37 +0200 Nikos Vassiliadis wrote:
> On 2/17/2010 3:26 PM, Alexander Shikoff wrote:
>> Hello All,
>>
>> I have mpd 5.3 running on 8.0-RC1 as PPPoE server (now only 5 clients).
>> Today mpd process hung and I cannot kill it with -9 signal,
On 2/17/2010 3:26 PM, Alexander Shikoff wrote:
Hello All,
I have mpd 5.3 running on 8.0-RC1 as PPPoE server (now only 5 clients).
Today mpd process hung and I cannot kill it with -9 signal, and I cannot
access it's console via telnet.
State of process in `top` output is STOP:
73551
Hello All,
I have mpd 5.3 running on 8.0-RC1 as PPPoE server (now only 5 clients).
Today mpd process hung and I cannot kill it with -9 signal, and I cannot
access it's console via telnet.
State of process in `top` output is STOP:
73551 root 2 440 29588K 5692K STOP6
standard way, as defined by RFC 3576
"Dynamic Authorization Extensions to RADIUS". Mpd implements both CoA
(Change of Authorization) and DR (Disconnect Request) requests, defined
by this RFC.
To provide this new functionality mpd should be built and running on
FreeBSD 7/8-STABLE updated aft
I didnt knew it!, thanks again guys :) very nice tip especially when you have a
bunch of connections
On Dec 1, 2009, at 12:26 AM, Julian Elischer wrote:
> Thodoris Stamatopoulos wrote:
>> Thank you very much Nikos, at first it didnt worked with the 7.2 Release
>> kernel (cant compile kernel wi
Thank you very much Nikos, at first it didnt worked with the 7.2 Release kernel
(cant compile kernel with radix option), but with 8 it worked like a charm, all
interface now have the same gateway
and all ng interfaces have ip at last...
Thanks
Thodoris
(euxaristw:))
On Nov 21, 2009, at 7:20 PM
Thodoris S. wrote:
I am trying to make Multiple PPPoE Connections to the Same ISP for
Load Balancing reasons
my mpd.conf is:
default:
load adsl0
load adsl1
load adsl2
adsl0:
new -i ng0 pppoe0 pppoe0
set iface route default
set iface disable on-dem
I am trying to make Multiple PPPoE Connections to the Same ISP for
Load Balancing reasons
my mpd.conf is:
default:
load adsl0
load adsl1
load adsl2
adsl0:
new -i ng0 pppoe0 pppoe0
set iface route default
set iface disable on-demand
set iface
Mathieu L. wrote:
> I am having trouble using mpd, I want to connect to a vpn with pptp
> (vpn service provided by relakks.com).
>
> Here is my configuration:
>
> mpd.conf:
> #
>
> default:
> load relakks
>
> relakk
Mathieu L. wrote:
Hello,
I am having trouble using mpd, I want to connect to a vpn with pptp
(vpn service provided by relakks.com).
Here is my configuration:
mpd.conf:
#
default:
load relakks
relakks:
create bundle static B1
set iface route
Hello,
I am having trouble using mpd, I want to connect to a vpn with pptp
(vpn service provided by relakks.com).
Here is my configuration:
mpd.conf:
#
default:
load relakks
relakks:
create bundle static B1
set iface route default
set
Synopsis: [netgraph] [panic] 7.1 panics with mpd netgraph interface changes
State-Changed-From-To: open->closed
State-Changed-By: mlaier
State-Changed-When: Mon Apr 13 23:35:02 UTC 2009
State-Changed-Why:
Fix commited to head and stable/7. Thanks.
http://www.freebsd.org/cgi/query-pr.cgi
The following reply was made to PR kern/131310; it has been noted by GNATS.
From: Mikolaj Golub
To: bug-follo...@freebsd.org,Vitaly Dodonov
Cc: Semenchuk Oleg
Subject: Re: kern/131310: [netgraph] [panic] 7.1 panics with mpd netgraph
interface changes
Date: Fri, 10 Apr 2009 15:09:38 +0300
The following reply was made to PR kern/131310; it has been noted by GNATS.
From: Vitaly Dodonov
To: bug-follo...@freebsd.org
Cc:
Subject: Re: kern/131310: [panic] 7.1 panics with mpd netgraph interface
changes
Date: Fri, 13 Feb 2009 13:41:50 +0300
i get another panics without mpd
The following reply was made to PR kern/131310; it has been noted by GNATS.
From: Vitaly Dodonov
To: bug-follo...@freebsd.org
Cc:
Subject: Re: kern/131310: [panic] 7.1 panics with mpd netgraph interface
changes
Date: Tue, 3 Feb 2009 13:00:12 +0300
--000e0cd2301abeffad046200bc47
Old Synopsis: 7.1 panics with mpd netgraph interface changes
New Synopsis: [panic] 7.1 panics with mpd netgraph interface changes
Responsible-Changed-From-To: freebsd-amd64->freebsd-net
Responsible-Changed-By: linimon
Responsible-Changed-When: Mon Feb 2 23:24:30 UTC 2009
Responsible-Changed-
Synopsis: [netgraph] Server failure due to netgraph mpd and dhcpclient
State-Changed-From-To: feedback->closed
State-Changed-By: mav
State-Changed-When: Sat Jan 31 13:52:36 UTC 2009
State-Changed-Why:
Patches fixing crashes/freezes on VPN routing loop were merged to 7-STABLE.
h
Vladimir Grebenschikov wrote:
These ports are still using set line discipline ioctl to configure
ng_tty, but it is not work any more (with new ttys).
Any hope to make mpd work with recent 8-CURRENT ?
I have just committed some patches into 8-CURRENT and mpd5 CVS and now
it works for me. But
Hi
These ports are still using set line discipline ioctl to configure
ng_tty, but it is not work any more (with new ttys).
src/modem.c: if (ioctl(m->fd, TIOCSETD, &ldisc) < 0) ...
mpd log:
[skylink] opening link "umodem0"...
[umodem0] link: OPEN event
[umodem0] LCP: Open
CK wrote:
I'm running mpd 4.4 on 6.3-STABLE #4. Connecting with mpd to my ISP's
VPN server running poptop. Everything is ok for some time, and then all
of a sudden mpd starts throwing weird protocol rejects to log file and
vpn connection stops working.
Oct 19 03:06:16 tazek mpd: [
Hello Everyone,
I'm running mpd 4.4 on 6.3-STABLE #4. Connecting with mpd to my ISP's
VPN server running poptop. Everything is ok for some time, and then all
of a sudden mpd starts throwing weird protocol rejects to log file and
vpn connection stops working.
mpd.conf:
pptp:
[ Charset KOI8-U unsupported, converting... ]
> Damien Deville wrote:
> > Hi,
> >
> > we are facing a similar issue with arp blocked in sbwait state.
> >
> > Here is a way to reproduce it:
> > - add a bunch of arp entries in your arp table (best is around 255
> > entries).
> > - launch two arp -
Hi,
after some more tests here is what i came to (patch provided is for
freebsd 6.3 but can be adapted for other versions): it is a dirty hack
and might not be the right solution but it is working in the case i
described earlier and i hope it will help discussing the issue.
It seems that the
Damien Deville wrote:
Hi,
we are facing a similar issue with arp blocked in sbwait state.
Here is a way to reproduce it:
- add a bunch of arp entries in your arp table (best is around 255
entries).
- launch two arp -a -d in parallel ('arp -a -d & arp -a -d &')
Both processes will be in concu
, 6.2 and 6.3, and FreeBSD 7.0.
Damien Deville
Oleksandr Samoylyk wrote:
Oleksandr Samoylyk пишет:
Dear Community,
I'm using proxy-arp for public ips for our clients in order to give
them internet access using pptp-tunnels with mpd:
# cat /usr/local/etc/mpd5/mpd.conf | grep arp
Oleksandr Samoylyk пишет:
Dear Community,
I'm using proxy-arp for public ips for our clients in order to give them
internet access using pptp-tunnels with mpd:
# cat /usr/local/etc/mpd5/mpd.conf | grep arp
set iface enable proxy-arp
# uname -a
FreeBSD xxx.xx.xxx 7.0-S
Dear Community,
I'm using proxy-arp for public ips for our clients in order to give them
internet access using pptp-tunnels with mpd:
# cat /usr/local/etc/mpd5/mpd.conf | grep arp
set iface enable proxy-arp
# uname -a
FreeBSD xxx.xx.xxx 7.0-STABLE FreeBSD 7.0-STABLE #0: Tu
The following reply was made to PR kern/123200; it has been noted by GNATS.
From: Alexander Motin <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED], [EMAIL PROTECTED]
Cc:
Subject: Re: kern/123200: [netgraph] Server failure due to netgraph mpd and
dhcpclient
Date: Mon, 07 Jul 2008 21:27:58 +0300
Old Synopsis: Server failure due to netgraph mpd and dhcpclient
New Synopsis: [netgraph] Server failure due to netgraph mpd and dhcpclient
Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: linimon
Responsible-Changed-When: Sun Jul 6 09:09:28 UTC 2008
Responsi
Julian Elischer wrote:
serg vasilyev wrote:
Hi !
there's must be a restriction in ifconfig or in kernel that preventing
from
adding a multiple p-t-p interface with same destination address.
i'm trying to build a test system with setfib and multiple mpd instances
which are crea
serg vasilyev wrote:
Hi !
there's must be a restriction in ifconfig or in kernel that preventing from
adding a multiple p-t-p interface with same destination address.
i'm trying to build a test system with setfib and multiple mpd instances
which are creating PPPoE connection to same d
Hi !
there's must be a restriction in ifconfig or in kernel that preventing from
adding a multiple p-t-p interface with same destination address.
i'm trying to build a test system with setfib and multiple mpd instances
which are creating PPPoE connection to same destination gateway an
Synopsis: [netgraph] [panic] kernel panic due to netgraph mpd
State-Changed-From-To: patched->closed
State-Changed-By: mav
State-Changed-When: Sun Jun 22 22:26:06 UTC 2008
State-Changed-Why:
Patches merged, no more feedback received.
http://www.freebsd.org/cgi/query-pr.cgi?pr=123
ne version of PPP to the next, it
made more sense to keep it on by default.
- Original Message -
From: "Vladimir Grebenschikov" <[EMAIL PROTECTED]>
To: "freebsd-net" <[EMAIL PROTECTED]>
Sent: Sunday, June 15, 2008 1:28 PM
Subject: ppp vs mpd: ppp fails
Hi
I am trying to find why with same configuration ppp does not works with
my CDMA modem (connected over usb) but mpd works.
MPD log (it works as expected):
...
[umodem0] link: UP event
[umodem0] link: origination is remote
[umodem0] LCP: Up event
[umodem0] LCP: state change Starting -->
Hello!
I'm trying to use mpd 5.1, on FreeBSD 6.2, and got some really strange
problems.
1. NAT.
[10:37] services-new:/<2>etc/mpd5 # grep nat /usr/local/etc/mpd5/mpd.conf
set nat address 81.195.122.86
set iface enable nat
in web interface, option for interface in
Einstein Oliveira wrote:
Julian Elischer wrote:
Einstein Oliveira wrote:
Einstein Oliveira wrote:
Julian Elischer wrote:
Einstein Oliveira wrote:
Hi all,
In an attempt to change from pppoed + ppp to mpd I'm having some
strange behaviour with the later on the same host that us
1 - 100 of 768 matches
Mail list logo
