Alexander Motin wrote:
Oleksandr Samoylyk wrote:
Alexander Motin wrote:
Oleksandr Samoylyk wrote:
It's "upper". And I don't know why :(
The sources were updated before building new kernel on May, 5, 2008.
The mpd5 port was rebuilt and restarted just few hours ago.
Have you updated your world
Alexander Motin wrote:
Oleksandr Samoylyk wrote:
Alexander Motin wrote:
Oleksandr Samoylyk wrote:
It's "upper". And I don't know why :(
The sources were updated before building new kernel on May, 5, 2008.
The mpd5 port was rebuilt and restarted just few hours ago.
Have you updated your world
Oleksandr Samoylyk wrote:
Alexander Motin wrote:
Oleksandr Samoylyk wrote:
It's "upper". And I don't know why :(
The sources were updated before building new kernel on May, 5, 2008.
The mpd5 port was rebuilt and restarted just few hours ago.
Have you updated your world also?
No, just kernel
Alexander Motin wrote:
Oleksandr Samoylyk wrote:
# ngctl show mpd24375-L-237-lt:
Name: mpd24375-L-237-lt Type: tee ID: 0008e919 Num
hooks: 2
Local hook Peer name Peer typePeer ID Peer hook
-- - ---- -
Oleksandr Samoylyk wrote:
# ngctl show mpd24375-L-237-lt:
Name: mpd24375-L-237-lt Type: tee ID: 0008e919 Num hooks: 2
Local hook Peer name Peer typePeer ID Peer hook
-- - ---- -
right
Alexander Motin wrote:
Try to rebuild mpd to be sure it uses this feature. Also you can check
this by observing the name of any ng_pptpgre hook used. If it is
"upper", then ng_pptpgre multiplexing is not used and if it is
"session_" then OK.
# ngctl show mpd24375-L-237-lt:
Name: mpd
Oleksandr Samoylyk wrote:
Alexander Motin wrote:
Try to rebuild mpd to be sure it uses this feature. Also you can check
this by observing the name of any ng_pptpgre hook used. If it is
"upper", then ng_pptpgre multiplexing is not used and if it is
"session_" then OK.
I can't even list al
Alexander Motin wrote:
Try to rebuild mpd to be sure it uses this feature. Also you can check
this by observing the name of any ng_pptpgre hook used. If it is
"upper", then ng_pptpgre multiplexing is not used and if it is
"session_" then OK.
I can't even list all nodes.
# ngctl list
ng
Oleksandr Samoylyk wrote:
Julian Elischer wrote:
this may be the issue:
http://www.nabble.com/GRE-Mux-td16201899.html
I think so. Should we hope for some progress in this direction in future?
This is not an issue any more for mpd.
Originally multiplexing based on peers addresses by socket
Alexander Motin wrote:
Oleksandr Samoylyk wrote:
Alexander Motin wrote:
Oleksandr Samoylyk wrote:
Julian Elischer wrote:
this may be the issue:
http://www.nabble.com/GRE-Mux-td16201899.html
I think so. Should we hope for some progress in this direction in
future?
This is not an issue
Oleksandr Samoylyk wrote:
Alexander Motin wrote:
Oleksandr Samoylyk wrote:
Julian Elischer wrote:
this may be the issue:
http://www.nabble.com/GRE-Mux-td16201899.html
I think so. Should we hope for some progress in this direction in
future?
This is not an issue any more for mpd.
Origin
Alexander Motin wrote:
Oleksandr Samoylyk wrote:
Julian Elischer wrote:
this may be the issue:
http://www.nabble.com/GRE-Mux-td16201899.html
I think so. Should we hope for some progress in this direction in future?
This is not an issue any more for mpd.
Originally multiplexing based on p
Oleksandr Samoylyk wrote:
looks like UDP in PPP in GRE
I think so. Should we hope for some progress in this direction in future?
Probably not, unless someone is willing to come up to the table and
commit to writing and maintaining a Netgraph node to demux GRE, although
this is only shuffli
Julian Elischer wrote:
Oleksandr Samoylyk wrote:
Julian Elischer wrote:
Oleksandr Samoylyk wrote:
Julian Elischer wrote:
Oleksandr Samoylyk wrote:
David DeSimone wrote:
Julian Elischer <[EMAIL PROTECTED]> wrote:
unfortunatly I've been totally ignoring this thread because it
said
"trouble
Oleksandr Samoylyk wrote:
Julian Elischer wrote:
Oleksandr Samoylyk wrote:
Julian Elischer wrote:
Oleksandr Samoylyk wrote:
David DeSimone wrote:
Julian Elischer <[EMAIL PROTECTED]> wrote:
unfortunatly I've been totally ignoring this thread because it said
"trouble with em" in the topic..
Julian Elischer wrote:
Oleksandr Samoylyk wrote:
Julian Elischer wrote:
Oleksandr Samoylyk wrote:
David DeSimone wrote:
Julian Elischer <[EMAIL PROTECTED]> wrote:
unfortunatly I've been totally ignoring this thread because it said
"trouble with em" in the topic..
If you'd said "trouble with
Oleksandr Samoylyk wrote:
Julian Elischer wrote:
Oleksandr Samoylyk wrote:
David DeSimone wrote:
Julian Elischer <[EMAIL PROTECTED]> wrote:
unfortunatly I've been totally ignoring this thread because it said
"trouble with em" in the topic..
If you'd said "trouble with mpd" then maybe I'd hav
Julian Elischer wrote:
Oleksandr Samoylyk wrote:
David DeSimone wrote:
Julian Elischer <[EMAIL PROTECTED]> wrote:
unfortunatly I've been totally ignoring this thread because it said
"trouble with em" in the topic..
If you'd said "trouble with mpd" then maybe I'd have looked earlier..
In the
Oleksandr Samoylyk wrote:
David DeSimone wrote:
Julian Elischer <[EMAIL PROTECTED]> wrote:
unfortunatly I've been totally ignoring this thread because it said
"trouble with em" in the topic..
If you'd said "trouble with mpd" then maybe I'd have looked earlier..
In the poster's defense, the o
David DeSimone wrote:
Julian Elischer <[EMAIL PROTECTED]> wrote:
unfortunatly I've been totally ignoring this thread because it said
"trouble with em" in the topic..
If you'd said "trouble with mpd" then maybe I'd have looked earlier..
In the poster's defense, the only symptom that started th
Julian Elischer <[EMAIL PROTECTED]> wrote:
>
> unfortunatly I've been totally ignoring this thread because it said
> "trouble with em" in the topic..
> If you'd said "trouble with mpd" then maybe I'd have looked earlier..
In the poster's defense, the only symptom that started this was this
info f
Julian Elischer wrote:
Oleksandr Samoylyk wrote:
Dear developers,
Please read this thread:
http://lists.freebsd.org/pipermail/freebsd-net/2008-May/017891.html
I'm using no encryption and no compression in mpd, so netgraph should
fly.
It seems to get bad after 500 sessions...
In FreeBSD 6 -
Julian Elischer wrote:
Oleksandr Samoylyk wrote:
Dear developers,
Please read this thread:
http://lists.freebsd.org/pipermail/freebsd-net/2008-May/017891.html
I'm using no encryption and no compression in mpd, so netgraph should
fly.
It seems to get bad after 500 sessions...
In FreeBSD 6 -
Oleksandr Samoylyk wrote:
Dear developers,
Please read this thread:
http://lists.freebsd.org/pipermail/freebsd-net/2008-May/017891.html
I'm using no encryption and no compression in mpd, so netgraph should fly.
It seems to get bad after 500 sessions...
In FreeBSD 6 - it's swi1: net - 100% CPU
Oleksandr Samoylyk пишет:
Oleksandr Samoylyk wrote:
Dear developers,
Please read this thread:
http://lists.freebsd.org/pipermail/freebsd-net/2008-May/017891.html
I'm using no encryption and no compression in mpd, so netgraph should
fly.
It seems to get bad after 500 sessions...
In FreeBSD 6
Dear developers,
Please read this thread:
http://lists.freebsd.org/pipermail/freebsd-net/2008-May/017891.html
I'm using no encryption and no compression in mpd, so netgraph should fly.
It seems to get bad after 500 sessions...
In FreeBSD 6 - it's swi1: net - 100% CPU
In FreeBSD 7 - it's em0 tas
Oleksandr Samoylyk wrote:
Dear developers,
Please read this thread:
http://lists.freebsd.org/pipermail/freebsd-net/2008-May/017891.html
I'm using no encryption and no compression in mpd, so netgraph should fly.
It seems to get bad after 500 sessions...
In FreeBSD 6 - it's swi1: net - 100% CPU
answered in private email
On Fri, 11 Jul 2003, Christophe Prevotaux wrote:
> Hello,
>
>
> i get the following error when trying to start pppoed
> I am running 4.8-STABLE
>
> /usr/libexec/pppoed -Fd -P /var/run/pppoed.pid -n 5 -p "*" rl1
>
>
> Sending PPPOE_LISTEN to .:pppoe-1581, provi
Hello,
i get the following error when trying to start pppoed
I am running 4.8-STABLE
/usr/libexec/pppoed -Fd -P /var/run/pppoed.pid -n 5 -p "*" rl1
Sending PPPOE_LISTEN to .:pppoe-1581, provider *
pppoed: SENDING MESSAGE:
pppoed: SOCKADDR: { fam=32 len=15 addr=".:pppoe-1581" }
pppoed: NG_MESG
29 matches
Mail list logo