interface is down, so maybe
stopping it when interface goes UP would be an option. Let me think this
through.
Thanks,
Krzysiek
*From:* Eric Joyner
*Sent:* Wednesday, January 12, 2022 8:22 AM
*To:* Alexander Motin
*Cc:* Joyner, Eric ; Galazka, Krzysztof
*Subject:* Re: iflib_timer() vs
mav added inline comments.
INLINE COMMENTS
> if_stf.c:383
> break;
> + IN_IFADDR_RUNLOCK(_ifa_tracker);
> if (ia4 == NULL)
Wouldn't it be better to use in_localip() here instead of code duplication? Or
I miss something?
>
mav accepted this revision.
mav added a reviewer: mav.
mav added a comment.
This revision has a positive review.
It's been years since I worked on this, but I see no problems from this.
REPOSITORY
rS FreeBSD src repository
REVISION DETAIL
https://reviews.freebsd.org/D9270
EMAIL
a patch to improve locking in that area, that seems fixes the
problems: http://people.freebsd.org/~mav/mcast_vlan_lagg.patch
Could somebody with more experience in the area please take a look?
Thanks!
--
Alexander Motin
___
freebsd-net@freebsd.org
to use ng_queue at all as
it doesn't requires stack unwrapping and at least few years ago stack
size was sufficient to run all processing in one pass.
--
Alexander Motin
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo
PPPoE
over ng_eiface interface. I think it should not be very difficult to add
orphan hook and several control requests to it to behave alike to ng_ether.
--
Alexander Motin
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo
, and then, when possible, handles
them using multiple dedicated threads. Unluckily, after packets queued
for some node, all packets for it will be handled only by one thread to
prevent reordering.
--
Alexander Motin
___
freebsd-net@freebsd.org mailing list
http
.
--
Alexander Motin
___
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
by default) and instead make
your RADIUS server to include to response vendor-specific AV-pair:
mpd-action = forward L2
As result, your RADIUS will be able to choose forward call (how and
where), terminate it locally or just drop.
--
Alexander Motin
system shows idle interrupt rate reduction from
140Hz to 70Hz with this patch.
Any comments/objections?
--
Alexander Motin
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail
Hi.
I've just merged to 8-STABLE set of Netgraph fixes, required to run
net/mpd5 on architectures with strict memory access alignment. I have
successfully tested it on arm and sparc64 systems, and I hope it should
work on others. Let me know if you find any more issues there.
--
Alexander Motin
. m_copydata/m_copyback could do it possibly slower, but
safer and wouldn't require m_pullup.
Also result of such multi-byte operations is endian-dependent. I would
be nice to do hton/ntoh somewhere.
Also, what's about checksums?
--
Alexander Motin
featured PPPoE
servers and it works fine with FreeRADIUS. You can find mpd manual here:
http://mpd.sourceforge.net/doc5/mpd.html
Also consider updating your system, as FreeBSD 5.2 is very old now.
--
Alexander Motin
___
freebsd-net@freebsd.org mailing list
and will be
removed soon. Consider migration to net/mpd5 if you are still using one.
--
Alexander Motin
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to freebsd-net-unsubscr
...
Can anyone help please?
As I have replied on forum, replace
set link yes chap
with
set link accept chap
--
Alexander Motin
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe
connections.
I can revert to the old behavior. I asked for feedback and received
none at the time ...
I would like to see it working, but working correctly. If it is not
possible to implement it correctly - then reverted, or at least disabled
by default.
--
Alexander Motin
.
--
Alexander Motin
___
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
: lla_rt_output: RTM_ADD publish (proxy only) is invalid
--
Alexander Motin
___
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
only) is invalid
I will take a look and let you know what the issue might be.
Thank you.
--
Alexander Motin
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to freebsd-net
will be unfrozen.
This work was sponsored by JSC Ufanet, http://ufanet.ru/.
--
Alexander Motin
___
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
be great
to have this support.
RNDIS is also used by Windows Mobile PDAs for USB connectivity. If
somebody wants to work on this, I am ready do be an alpha-tester.
Existing BT PAN interface I am using now is cool, but not very
power-effective.
--
Alexander Motin
The following reply was made to PR kern/134557; it has been noted by GNATS.
From: Alexander Motin m...@freebsd.org
To: bug-follo...@freebsd.org, sergei.cherv...@gmail.com
Cc:
Subject: Re: kern/134557: [netgraph] [hang] 7.2 with mpd5.3 hanging up - ng_pptp
problem
Date: Tue, 19 May 2009 23:16
can do is to enable new dummynet feature, that allows to bypass delay
when queue is not congested.
--
Alexander Motin
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to freebsd
change in mpd5 CVS which should close that window. I hope it
will help you.
--
Alexander Motin
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to freebsd-net-unsubscr
Matthias Apitz wrote:
What kind of software I could use in FreeBSD? There is some port
net/rp-pppoe but the man pages speaks about incoming connections?
What else?
net/mpd5
--
Alexander Motin
___
freebsd-net@freebsd.org mailing list
http
Hi.
Does anybody knows why m_devget() receives non-const char* as first
argument? Is there any destructive copy routines used with it? I have
searched all the kernel, but haven't found any. May be we could change that?
--
Alexander Motin
Nikos Vassiliadis wrote:
On Friday 12 December 2008 10:20:00 Alexander Motin wrote:
Five years ago I had the same problem. In result, I have written a small
program which monitor interface with libpcap and calls script to
reconnect ng_ksocket to the new peer address/port when it changes
Nikos Vassiliadis wrote:
On Friday 12 December 2008 15:38:42 Alexander Motin wrote:
You need some daemon to handle any additional logic. One simple example
I have send to you. Another one is MPD, implementing L2TP and
PPP-over-UDP links. Mpd opens separate UDP socket in user-level which
workload, or with some heavy compression/encryption
used benefit can be bigger.
--
Alexander Motin
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to [EMAIL PROTECTED]
. But there are still some issues that must be fixed.
--
Alexander Motin
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to [EMAIL PROTECTED]
old systems with new ones. General
recommendation is usual: newer is usually better. :)
--
Alexander Motin
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to [EMAIL PROTECTED]
Bartosz Giza wrote:
Tuesday 28 of October 2008 19:10:43 Alexander Motin napisał(a):
Bartosz Giza wrote:
The CPU time you see there includes much more then just a card
handling itself. It also includes CPU time of the most parts of
network stack used to process received packet. So if you have
usually does not call
network stack.
--
Alexander Motin
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to [EMAIL PROTECTED]
interesting is that if bge0 or fxp0 cards will require much
CPU time to send packet, this time will also be accounted to em0 process. :)
--
Alexander Motin
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
.
In case of two em NICs em0 thread will mostly show load produced by
em0-em1 traffic processing and em1 - load produced by em1-em0 traffic.
--
Alexander Motin
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd
in address ranges as they are
overlapping. Probably you have meant:
set ippool add pool1 102.179.16.20 102.179.16.254
set ippool add pool1 102.179.17.1 102.179.17.254
set ipcp ranges 102.179.16.13/32 ippool pool1
--
Alexander Motin
.
--
Alexander Motin
--- ng_mppc.c.prev 2007-05-18 18:28:01.0 +0300
+++ ng_mppc.c 2008-10-26 19:17:38.0 +0200
@@ -492,17 +492,18 @@ ng_mppc_compress(node_p node, struct mbu
/* Work with contiguous regions of memory. */
inlen = m-m_pkthdr.len
192.168.3.1
%route add 0.0.0.0/1 192.168.3.2
route: writing to routing socket: File exists
add net 0.0.0.0: gateway 192.168.3.2: route already in table
Who wants to explain me why 0.0.0.0/0 and 0.0.0.0/1 is now the same?
PS: Same test on 6.2 works fine.
--
Alexander Motin
constants it will
work more or less correct. Above it node will think that queues are
constantly overflowed and link balancing algorithm will become ineffective.
--
Alexander Motin
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org
features on server side like ipacct.
--
Alexander Motin
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to [EMAIL PROTECTED]
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
If I
implementation
- ipfw + netgraph as described in ng_tcpmss(4)
- use ng_tcpmss directly in some complicated netgraph setup. For
example, mpd is able to use it. This is probably the fastest and easiest
way, but only for some setups.
--
Alexander Motin
The following reply was made to PR kern/123741; it has been noted by GNATS.
From: Alexander Motin [EMAIL PROTECTED]
To: [EMAIL PROTECTED], [EMAIL PROTECTED]
Cc:
Subject: Re: kern/123741: [netgraph] [panic] kernel panic due to netgraph
mpd
Date: Sat, 17 May 2008 11:33:29 +0300
Alexander
The following reply was made to PR kern/123741; it has been noted by GNATS.
From: Alexander Motin [EMAIL PROTECTED]
To: [EMAIL PROTECTED], [EMAIL PROTECTED]
Cc:
Subject: Re: kern/123741: [netgraph] [panic] kernel panic due to netgraph
mpd
Date: Sat, 17 May 2008 11:15:52 +0300
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
mpd-5.1 is able to use this feature when it is present at a
build time.
--
Alexander Motin
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to [EMAIL PROTECTED]
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 all
this feature in mpd-5.1:
Without this feature:
# grep PPTP: can't connect to mpd5
#
With this feature present:
# grep PPTP: can't connect to mpd5
Binary file mpd5 matches
#
--
Alexander Motin
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org
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
.
URL: http://people.freebsd.org/~mav/netgraph.threads.patch
--
Alexander Motin
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to [EMAIL PROTECTED]
nodes).
--
Alexander Motin
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to [EMAIL PROTECTED]
queueing, node becomes an independent data source
which can be pinned to and processed by whatever specialized thread or
netisr, when it will be able to do it more effectively.
--
Alexander Motin
___
freebsd-net@freebsd.org mailing list
http
Hi.
Michael MacLeod wrote:
On Jan 16, 2008 5:21 PM, Alexander Motin [EMAIL PROTECTED] wrote:
Mpd supports both. There were some mistakes in multilink transmission
part of ng_ppp kernel module working in splitting mode that in some
cases could lead to ineffective packet distribution
mpd CVS
repository: https://sourceforge.net/cvs/?group_id=14145
--
Alexander Motin
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to [EMAIL PROTECTED]
at 6-STABLE.
--
Alexander Motin
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to [EMAIL PROTECTED]
newer system
is preferred to get full functionality.
Port: net/mpd5
Manual:http://mpd.sourceforge.net/doc5/mpd.html
Forums:http://sourceforge.net/forum/?group_id=14145
--
Alexander Motin
___
freebsd-net@freebsd.org mailing list
http
zhouyi zhou wrote:
Any one know how to us netgraph to create a pair of pseudo ethernet
interface. The packet
go out from one and in another.
man 4 ng_eiface ,
man 4 netgraph ?
--
Alexander Motin
___
freebsd-net@freebsd.org mailing list
http
project forum at sourceforge.
#
#mpd.config:
set ipv6cp enable
This command is incorrect. You should see error messages about this in
logs. This command should be pronounced as 'set bundle enable ipv6cp'.
--
Alexander Motin
IPv6
link-level addresses. All you need to do after that is to somehow
configure interface with your real IPv6 addresses using some daemon or
statically.
--
Alexander Motin
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman
netgraph 71 all from not $LOCAL_NET to
$EXT_IP out via rl1
/sbin/ipfw add 201 netgraph 70 all from $LOCAL_NET to not
$LOCAL_NET in via rl1
Recheck twice IP in those rules. What you mean by them?
--
Alexander Motin
___
freebsd-net
. It is possible for UDP (except for the not first packet
fragments), but for TCP it is probably completely impossible without
doing complete TCP proxying to modify sequence numbers.
--
Alexander Motin
___
freebsd-net@freebsd.org mailing list
http
one I will try to make its support.
--
Alexander Motin
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to [EMAIL PROTECTED]
system tree. But if you
are not a US citizen you can use it on your own risk:
http://mavhome.dp.ua/MPPC/
--
Alexander Motin
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail
fragmentation. You can
enable multilink PPP feature, it will give you complete 1500 bytes MTU
and will process fragmentation by itself, but it will lead to bigger
overhead and probably some lower peak performance.
--
Alexander Motin
___
freebsd-net
requested address
mpd: can't get PPTP listening socket
It should mean that this is probably incorrect:
set pptp self 82.238.41.134 500
What do you mean by writing 500 here? Is the 82.238.41.134 is this
router ip?
--
Alexander Motin
___
freebsd
Bernard T. Higonnet wrote:
I run mpd with mpd -k -s higvpn
As I can see, there is no higvpn label in your config. There is nothig
to do for mpd on startup so it stays clean.
--
Alexander Motin
___
freebsd-net@freebsd.org mailing list
http
.
--
Alexander Motin
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to [EMAIL PROTECTED]
. You
should put there some other node like ng_tee to prevent session termination.
--
Alexander Motin
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to [EMAIL PROTECTED]
, but it still should increase
performance and stability.
What is about routing problems, you just should find good dynamic
routing solution. I have successfully working network with hundred PPPoE
servers and many thousands of users with routing successfully managed by
quagga bgp.
- --
Alexander Motin
is
used, but if not much relations with router load. Only when there is no
free link mpd will stop sending replies.
- --
Alexander Motin
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (FreeBSD)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
0.0.0.0/0 with the same result.
What am I missing?
That is a bug I have missed. Fixed mpd-4.2.1 is already in ports.
--
Alexander Motin
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send
, there are always many things can be rewritten. Even that which
was just created. :)
It just was not our biggest problem I think. Absence of good L2TP
implementation in FreeBSD before mpd-4.1/4.2, as example, was much worse.
--
Alexander Motin
___
freebsd
as PPPoE connections ?
I have not used it in production, but think it's efficiency should be
close to PPTP's one, as they are relatives. PPPoE is some more efficient
by it's nature as it works on lower protocol layer - Ethernet instead of
UDP.
--
Alexander Motin
seconds.
Complete change log as always can be found at:
http://mpd.sourceforge.net/doc/mpd5.html
--
Alexander Motin
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to [EMAIL
used by i4b project, but I know nothing about it.
If somebody could help me to make list of reasonable requirements and/or
wanted usage examples then I surely will try to implement missing parts.
--
Alexander Motin
___
freebsd-net@freebsd.org mailing
will be
grateful for any ideas/examples of how do you see that.
--
Alexander Motin
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to [EMAIL PROTECTED]
by developers but also by users and
they may not be to rebuild kernel module to get that stats.
--
Alexander Motin
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to [EMAIL
himself.
--
Alexander Motin
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to [EMAIL PROTECTED]
it commented is nearly the same as not
making.
--
Alexander Motin
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to [EMAIL PROTECTED]
Ermal Luçi wrote:
OK, here it is with stats activated :).
One more: all binary netgraph messages are hidden from user-level in
ng_pf.h. They are all covered with #ifdef _KERNEL. Specially?
--
Alexander Motin
___
freebsd-net@freebsd.org mailing
, except it does not support IPv6
protocol family constants, so you should use their numeric
representation in hook name. And also I have only used binary command
interface, ascii commands for IPv6 look like not implemented.
--
Alexander Motin
perfect for me and many other. Try to play around protocomp and acfcomp
options, 'protocol 0xee0b' looks like garbage. There are no such protocol.
--
Alexander Motin
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd
and controling TCP packets via
physical interface instead of tunnel.
--
Alexander Motin
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to [EMAIL PROTECTED]
, assuming
you haven't heard of -b mode failing reliably on other 5.5-S systems?
I have not.
--
Alexander Motin [EMAIL PROTECTED]
Optima Telecom
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe
=true
I don't think that this should be a problem.
--
Alexander Motin [EMAIL PROTECTED]
Optima Telecom
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to [EMAIL PROTECTED]
to set
net.graph.maxdgram=524288
net.graph.recvspace=524288
to make 'ngctl list' command work, but it is not critical.
--
Alexander Motin [EMAIL PROTECTED]
Optima Telecom
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman
.
But as I have said that options is not required for mpd itself. It's
just usefull for 'ngctl list' command.
--
Alexander Motin [EMAIL PROTECTED]
Optima Telecom
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To somehow limit searching area, I think you should try to disable all
possible additional functions like netflow, tee, DialOnDemand,
tcpmssfix, nat, vjcomp, compression, encryption and everything else you
have and can disable for some time without harm.
--
Alexander Motin [EMAIL PROTECTED
PPPoE on some servers.
If yes, I'll ask lots of questions. If no, I'll have to look for other
pptp server. Cannot afford CISCO right now.
Have you tried latest mpd4.1? Do you know anything better?
--
Alexander Motin [EMAIL PROTECTED]
Optima Telecom
/i386 CPU at Intel mobo.
--
Alexander Motin [EMAIL PROTECTED]
Optima Telecom
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to [EMAIL PROTECTED]
Alex Povolotsky wrote:
And, again, please show me your mpd.conf
Attached.
--
Alexander Motin [EMAIL PROTECTED]
Optima Telecom
default:
log -bund -fsm -lcp
set console ip 127.0.0.1
set console user xxx yyy
set console open
set netflow node netflow
Richard Tector wrote:
Or perhaps it doesn't. All I can remember is it requires the bpf
netgraph module.
ng_bpf is not from this opera. It does just packets filtering by
bpf-like filter program and it is not related to interfaces and traffic
capturing.
--
Alexander Motin [EMAIL PROTECTED
reboot?
I didn't check this, but have heard that this can hapend if you are
trying to send tunnel (pptp/l2tp/...) traffic inside this tunnel. It can
make infinite loop and consume all possible resources.
Check your routing table for possible traffic loop.
--
Alexander Motin [EMAIL PROTECTED
ID: 1630 Num hooks: 0
Name: ng2 Type: iface ID: 0013 Num hooks: 0
This is strange. I think it can be result of using -i parameter at
bundle creation. Try to not use it.
--
Alexander Motin [EMAIL PROTECTED]
Optima Telecom
--- ng_l2tp.c.orig Sat Feb 10 06
is in ng_l2tp_seq_check(). Fix it there.
Problem is not there! ng_l2tp_seq_check() works correctly from it's
point of view.
--
Alexander Motin [EMAIL PROTECTED]
Optima Telecom
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman
interesting fact is
when I drop the mtu on
the gre to 1412 I do see the icmp messages.
Are you using any dummynet shapes? There is ancient bug in dummynet,
which leads to not sending of ICMPs when shape used on outgoing interface.
--
Alexander Motin [EMAIL PROTECTED]
Optima Telecom
test utility.
The same problem is noticed on PPTP links in discussion ng_pptpgre
problems: tcp connections reset unexpectedly. There ENOBUFS is
initiated by congestion control of ng_pptpgre node. Other symptoms are
the same.
--
Alexander Motin [EMAIL PROTECTED]
Optima Telecom
with windowing in ng_pptpgre and I am now working on it, but
it can only results in packet losses, but not in connection reset.
I think we need some TCP guru to understand this.
--
Alexander Motin [EMAIL PROTECTED]
Optima Telecom
___
freebsd-net@freebsd.org
are interested in
tracking down this, I would be glad to help.
I will try to look into it. If you will have some more interesting
results send them to me.
--
Alexander Motin [EMAIL PROTECTED]
Optima Telecom
___
freebsd-net@freebsd.org mailing list
http
all new features proposed by this release it is recommended to
upgrade your system to the FreeBSD 6.2-STABLE after 2007-01-28.
--
Alexander Motin [EMAIL PROTECTED]
Optima Telecom
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman
1 - 100 of 130 matches
Mail list logo
