On Thu, Jan 05, 2012 at 08:36:23PM +0200, Sami Halabi wrote:
> where i can find explanation for these sysctls, the manual has some of the
> sysctls but not all...
>
> are these values in bits or bytes?
They are in bytes. You can use "sysctl -d kern.ipc.maxsockbuf"
for short description but they
where i can find explanation for these sysctls, the manual has some of the
sysctls but not all...
are these values in bits or bytes?
Sami
On Thu, Jan 5, 2012 at 5:03 PM, Eugene Grosbein wrote:
> On Thu, Jan 05, 2012 at 03:43:45PM +0200, Sami Halabi wrote:
>
> > Somthing strange, i did:
> > net
On Thu, Jan 05, 2012 at 03:43:45PM +0200, Sami Halabi wrote:
> Somthing strange, i did:
> net.graph.recvspace=8388608
> net.graph.maxdgram=8388608
>
> and i suddenly got disconnections and logs like:
> Jan 5 16:10:01 mpd2 mpd: L2TP: ppp_l2tp_ctrl_create: No buffer space
> available
> Jan 5 16:1
On 05.01.2012 15:49, Gleb Smirnoff wrote:
mpd has many open sockets, and each socket allocates that much recvspace
and sendspace. Since there are a lot of them, it hits per-user resource
limits, I suppose.
We need to:
1) Change mpd to use one control socket with many hooks.
It is partially do
Hi,
is setting these sysctl's that high recommended? i don't really know what
they mean, and honestly didn't search to see what they do, i simply tried
to set them high in order to improve the service.
if its recommended, then i would test these changes if they will be done.
Sami
2012/1/5 Gleb S
On Thu, Jan 05, 2012 at 03:43:45PM +0200, Sami Halabi wrote:
S> Hmm..
S>
S> Somthing strange, i did:
S> net.graph.recvspace=8388608
S> net.graph.maxdgram=8388608
S>
S>
S> and i suddenly got disconnections and logs like:
S> Jan 5 16:10:01 mpd2 mpd: L2TP: ppp_l2tp_ctrl_create: No buffer space
S>
Sami,
I am running not with the exact patch that I've sent to you, but
with additional debugging printf, see attach. I'd like to make sure that
after such a large rekeying event the PPP link is still valid.
Since I can't cook this reordering case by hand, can you please
eventually patch your
Hmm..
Somthing strange, i did:
net.graph.recvspace=8388608
net.graph.maxdgram=8388608
and i suddenly got disconnections and logs like:
Jan 5 16:10:01 mpd2 mpd: L2TP: ppp_l2tp_ctrl_create: No buffer space
available
Jan 5 16:10:11 mpd2 mpd: PPTP: NgMkSockNode: No buffer space available
the mpd
On Thu, Jan 05, 2012 at 01:21:12PM +0200, Sami Halabi wrote:
S> Hi
S>
S> after i upgraded the recvspace here are the results:
S> # ./a
S> Rec'd response "getsessconfig" (4) from "[22995]:":
S> Args: { session_id=0xcf4 peer_id=0x1bdc control_dseq=1 enable_dseq=1 }
S> Rec'd response "getsessconfig
Hi
after i upgraded the recvspace here are the results:
# ./a
Rec'd response "getsessconfig" (4) from "[22995]:":
Args: { session_id=0xcf4 peer_id=0x1bdc control_dseq=1 enable_dseq=1 }
Rec'd response "getsessconfig" (4) from "[228bd]:":
Args: { session_id=0xee79 peer_id=0x1 control_dseq=1 enab
On Thu, Jan 05, 2012 at 12:48:05PM +0200, Sami Halabi wrote:
S> Hi,
S> there is a problem whith this script:
S>
S> # ngctl ls | awk '{ if ($4 == "l2tp") print $6}'
S> ngctl: send msg: No buffer space available
You have so much nodes, that 'ngctl ls' can't pass its reply
to userland.
Try to bump
On Thu, Jan 05, 2012 at 12:48:05PM +0200, Sami Halabi wrote:
> Hi,
> there is a problem whith this script:
>
> # ngctl ls | awk '{ if ($4 == "l2tp") print $6}'
> ngctl: send msg: No buffer space available
You should try to increase kern.ipc.maxsockbuf, net.graph.maxdgram,
net.graph.recvspace to 8
Hi,
there is a problem whith this script:
# ngctl ls | awk '{ if ($4 == "l2tp") print $6}'
ngctl: send msg: No buffer space available
Sami
2012/1/5 Gleb Smirnoff
> Sami,
>
> I'm trying to reproduce a reordering problem with a new node, and
> I've found that:
>
> 1) PPTP uses sequencing, that
Sami,
I'm trying to reproduce a reordering problem with a new node, and
I've found that:
1) PPTP uses sequencing, that would not pass out of sequence datagram
to the PPP, and thus to MPPE.
2) L2TP uses sequencing optionally, so the problem in subject may
appear only on an L2TP link with
Sami,
On Tue, Dec 27, 2011 at 11:08:47PM +0200, Sami Halabi wrote:
S> Thanks for your patch, i applied it and its production already.
S> i had to stop mpd, and once started it i saw that all home routers
S> connected immediatly.
S> most of them don't use mppc, so I wonder why this problem happen
Hi Gleb,
Thanks for your patch, i applied it and its production already.
i had to stop mpd, and once started it i saw that all home routers
connected immediatly.
most of them don't use mppc, so I wonder why this problem happend in the
first place.
whats surprising i had few hours ago the same probl
On Tue, Dec 27, 2011 at 09:44:23AM +0200, Sami Halabi wrote:
S> >1) Is the number always 4094?
S>
S> No, i see 4092, 4093 also:
S> Dec 24 09:17:04 mpd2 kernel: ng_mppc_decompress: too many (4092) packets
S> dropped
S> , disabling node 0xff003051e400!
S> Dec 24 09:17:04 mpd2 kernel:
S> Dec 24 1
okay,
i reverted back to my original ng_mppc.c.
btw: there an alternative module in here: http://www.mavhome.dp.ua/MPPC/
maybe this helps..
Sami
2011/12/27 Gleb Smirnoff
> Sami,
>
> On Tue, Dec 27, 2011 at 10:42:58AM +0200, Sami Halabi wrote:
> S> i see in the logs many 4092, and a bit 4093
Sami,
On Tue, Dec 27, 2011 at 10:42:58AM +0200, Sami Halabi wrote:
S> i see in the logs many 4092, and a bit 4093 and 4094 as the log shows.
S>
S> I applied the both patches (the one you sent and the on on the pr) but i
S> didn't load the new module yet:
S> # kldunload ng_mppc
S> kldunload: can
Hi,
i see in the logs many 4092, and a bit 4093 and 4094 as the log shows.
I applied the both patches (the one you sent and the on on the pr) but i
didn't load the new module yet:
# kldunload ng_mppc
kldunload: can't unload file: Device busy
#
I'm afraid to force it so my MPD won't crash to uses
ch
>
> Sami
>
>
> 2011/12/27 Gleb Smirnoff
>
>> On Thu, Dec 15, 2011 at 09:51:09PM +0200, Sami Halabi wrote:
>> S> Hi,
>> S>
>> S> I've searched the net andfound basicly 2 threads talking about the
>> message:
>> S>
>> S&
, Sami Halabi wrote:
> S> Hi,
> S>
> S> I've searched the net andfound basicly 2 threads talking about the
> message:
> S>
> S> ng_mppc_decompress: too many (4094) packets dropped, disabling node
> S>
> S> in FBSD 6.3
> S> http://lists.freebsd.
On Thu, Dec 15, 2011 at 09:51:09PM +0200, Sami Halabi wrote:
S> I've searched the net andfound basicly 2 threads talking about the message:
S>
S> ng_mppc_decompress: too many (4094) packets dropped, disabling node
The 4094 value both in your report and in the old PR look suspic
On Thu, Dec 15, 2011 at 09:51:09PM +0200, Sami Halabi wrote:
S> Hi,
S>
S> I've searched the net andfound basicly 2 threads talking about the message:
S>
S> ng_mppc_decompress: too many (4094) packets dropped, disabling node
S>
S> in FBSD 6.3
S> http://lists.freeb
On Thu, Dec 15, 2011 at 09:51:09PM +0200, Sami Halabi wrote:
S> Hi,
S>
S> I've searched the net andfound basicly 2 threads talking about the message:
S>
S> ng_mppc_decompress: too many (4094) packets dropped, disabling node
S>
S> in FBSD 6.3
S> http://lists.freeb
On 12/19/2011 8:59 AM, Sami Halabi wrote:
i wonder how how other MPD users deal with problems like these since i
don't think I'm the only only that facing this problem, i wonder if people
actually use 8.2-R or maybe these stuck in 7-R
Probably most people don't use MPPC. Perhaps you can turn of
Hi,
well thas gonna take lots of time since i didn't program few years now
specially in C.
when the maintainer left the module? it might give a spot if other modules
written by other are relevant.
i wonder how how other MPD users deal with problems like these since i
don't think I'm the only only
On 12/18/11 5:20 AM, Sami Halabi wrote:
Hi,
i actually tried that (setting REKEY to 1500 instead of 1000) but i still
see this message in the /var/log/messages...
The ng_mppc author is no longer working in this field and while the
mppc module has been mecahnically updated to suit changes in net
obsolete FreeBSD for commercial
> reasons,
> > > use their money for a solution: pay some BSD consultant somewhere
> > > on a world wide list:
> > >http://berklix.com/consultants/
> > >
> > > > Sami
> > > >
> > >
their money for a solution: pay some BSD consultant somewhere
> > on a world wide list:
> >http://berklix.com/consultants/
> >
> > > Sami
> > >
> > > On Thu, Dec 15, 2011 at 9:51 PM, Sami Halabi wrote:
> > >
> > > > Hi,
> > &
some BSD consultant somewhere
> on a world wide list:
>http://berklix.com/consultants/
>
> > Sami
> >
> > On Thu, Dec 15, 2011 at 9:51 PM, Sami Halabi wrote:
> >
> > > Hi,
> > >
> > > I've searched the net andfound basicly
e message:
> >
> > ng_mppc_decompress: too many (4094) packets dropped, disabling node
> >
> > in FBSD 6.3
> > http://lists.freebsd.org/pipermail/freebsd-bugs/2008-April/030183.html its
> > a pr 123045
> > and 5.4. http://markmail.org/message/lptpp4qmiwk
any ideas?
Sami
On Thu, Dec 15, 2011 at 9:51 PM, Sami Halabi wrote:
> Hi,
>
> I've searched the net andfound basicly 2 threads talking about the message:
>
> ng_mppc_decompress: too many (4094) packets dropped, disabling node
>
> in FBSD 6.3
> http://lists.freeb
Hi,
I've searched the net andfound basicly 2 threads talking about the message:
ng_mppc_decompress: too many (4094) packets dropped, disabling node
in FBSD 6.3
http://lists.freebsd.org/pipermail/freebsd-bugs/2008-April/030183.html its
a pr 123045
and 5.4. http://markmail.org/me
34 matches
Mail list logo
