Hi,
sun wienne wrote:
> ok, remove this line 'set ccp yes mpp-compress' is can dial in A server.
>
> but i want enable mpp-compress,'proprietary code' is what ?
>
>
http://www.hifn.com/products/MPPC.html
bye,
--
--- --
Michael Bret
Hello User Ernie
Add to your /etc/rc.serial -clocal parameter, for example
=
# Modem init function
modem {
comcontrol ...
d=shift
a=shift
for $i {
stty < /dev/cua$ai$i crtscts -clocal 57600
stty < /dev
Ruslan Ermilov wrote:
> You're apparently experimenting with IP multicasting. There was
> a bug with this effect I introduced in ip_output.c,v 1.99.2.43,
> and shortly fixed it in rev. 1.99.2.44. Check that your revision
> is not vulnerable.
Is it safe to apply diff for just this file or that c
Richard Neese :
>you need to change the terminal type.. from dialup to vt100 or vt220
>
>On May 18, 2004 09:05 am, wsk wrote:
>
>
>>hi,folks:
>>It seems that the ttyd0 isn't the dialin line to login , and
>>the cuaa0 like is both the dialin/out device!under 4.9 above
>>and 5.X .but the ttyd
ok, remove this line 'set ccp yes mpp-compress' is can dial in A server.
but i want enable mpp-compress,'proprietary code' is what ?
From: Michael Bretterklieber <[EMAIL PROTECTED]>
To: 小荔同志 <[EMAIL PROTECTED]>
CC: [EMAIL PROTECTED]
Subject: Re: mpd help
Date: Tue, 18 May 2004 17:50:12 +0200
MIME-
Hello,
http://people.freebsd.org/~mlaier/ has an import of the OpenBSD 3.5 pf sources
(OPENBSD_3_5_BASE, stable imports will follow later). To build this you need
a recent -current source tree. Just apply the patch and copy over the other
files. After this you should be ready for a build{world,
Something I have been meaning to post about but kept forgetting.
I have a FreeBSD 4.9-STABLE machine with a stallion card
stl0: port 0x7400-0x7403,0x7800-0x7807,0x8000-0x8003,0x8400-0x8407 irq 11
at device 12.0 on pci0
stl0: EC8/32-PCI (driver version 5.6.0b1) unit=0 nrpanels=1 nrports=16
It
On Tue, May 18, 2004 at 08:20:26PM +0200, Vincent Jardin wrote:
> > +> This said, how do you plan to handle the alias search, by
> > +> implementing a per-interface hash table containing the
> > +> addresses and broadcast addresses ?
> >
> > First I want to find all places that need fast processing
you need to change the terminal type.. from dialup to vt100 or vt220
On May 18, 2004 09:05 am, wsk wrote:
> hi,folks:
> It seems that the ttyd0 isn't the dialin line to login , and
> the cuaa0 like is both the dialin/out device!under 4.9 above
> and 5.X .but the ttyd0 work well under 4.8.
> h
On Tue, May 18, 2004 at 05:49:51PM +0100, Doug Rabson wrote:
...
> > The most common use of that table is to have an l3_addr and search the
> > ll_addr, right? In that case making ll_addr variable shouldn't have a
> > measurable influence on speed. Variable l3_addr could be different though.
>
>
> +> This said, how do you plan to handle the alias search, by
> +> implementing a per-interface hash table containing the
> +> addresses and broadcast addresses ?
>
> First I want to find all places that need fast processing and it probably
> needs hash tables for IPs and broadcasts, but I'm not s
On Tue, 2004-05-18 at 17:21, Harti Brandt wrote:
> On Tue, 18 May 2004, Luigi Rizzo wrote:
>
> LR>On Tue, May 18, 2004 at 02:00:28PM +0100, Doug Rabson wrote:
> LR>> On Tue, 2004-05-18 at 09:48, Luigi Rizzo wrote:
> LR>> > I will try to remove as many assumptions as possible.
> LR>> > thanks for t
On Tue, 18 May 2004, Luigi Rizzo wrote:
LR>On Tue, May 18, 2004 at 02:00:28PM +0100, Doug Rabson wrote:
LR>> On Tue, 2004-05-18 at 09:48, Luigi Rizzo wrote:
LR>> > I will try to remove as many assumptions as possible.
LR>> > thanks for the feedback.
LR>>
LR>> I think that in your prototype, the o
On Tue, May 18, 2004 at 02:00:28PM +0100, Doug Rabson wrote:
> On Tue, 2004-05-18 at 09:48, Luigi Rizzo wrote:
> > I will try to remove as many assumptions as possible.
> > thanks for the feedback.
>
> I think that in your prototype, the only assumption was in struct
> llentry. I would suggest def
Hi,
小荔同志 schrieb:
> vpn server A and B 'mpd.conf' is sameness
>
> Version 3.15
>
> ---
> client_standard:
> set iface disable on-demand
> set iface enable proxy-arp
> set iface idle 1800
> set bundle enable multilink
> set link yes a
Hello.
At:
http://people.freebsd.org/~pjd/netperf/
One can find many interesting network perfromance tests.
Comments are welcome.
PS. This mail was send to three lists:
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
but discussion should countinue prob
On Tue, May 18, 2004 at 10:08:58PM +0800, Eugene Grosbein wrote:
> On Tue, May 18, 2004 at 01:51:34PM +0300, Ruslan Ermilov wrote:
>
> > The long answer could be: you could join to a single multicast
> > group on multiple interfaces, and you will be able to receive
> > multicast on all of them, bu
On Tue, May 18, 2004 at 01:51:34PM +0300, Ruslan Ermilov wrote:
> The long answer could be: you could join to a single multicast
> group on multiple interfaces, and you will be able to receive
> multicast on all of them, but if you don't have multicast
> forwarding enabled, only one interface will
On Tue, May 18, 2004 at 01:58:17PM +0300, Ruslan Ermilov wrote:
> > The router has 5 em interfaces and works basically Ok.
> > Should I worry about these messages? If yes, what do they mean?
> > If not, shouldn't they be logged with log() instead of printf()
> > so one can filter them out using sy
hi,folks:
It seems that the ttyd0 isn't the dialin line to login , and
the cuaa0 like is both the dialin/out device!under 4.9 above
and 5.X .but the ttyd0 work well under 4.8.
here is my test:
I wanna direct connected two bsd box via a null-modem cable,on
a box ,I congfiured the ttys as follow:
# T
On Tue, 2004-05-18 at 09:48, Luigi Rizzo wrote:
> I will try to remove as many assumptions as possible.
> thanks for the feedback.
I think that in your prototype, the only assumption was in struct
llentry. I would suggest defining it as something like:
struct llentry {
struct llentry *lle
On Tue, May 18, 2004 at 03:47:56AM -0700, Luigi Rizzo wrote:
+> On Tue, May 18, 2004 at 12:05:03PM +0200, Pawel Jakub Dawidek wrote:
+> ...
+> > +> > Do we still need ia_netboradcast field? It is calculated depending on
+> > +> > old-fashion classes (A, B, C). Is it used still?
+> > +> > I wonder i
Hello freebsd-net,
This problem was solved by running dev_mkdb (thanks to all those
fido7.ru.unix.bsd guys who helped me and especially to Alex
Semenyaka).
This problem have some relation to PR/66791.
--
Best regards,
Alexandermailto:[EMAIL PROTECTED]
_
On Tue, May 18, 2004 at 05:38:34PM +0800, Eugene Grosbein wrote:
> Hi!
>
> src/sys/i386/i386/in_cksum.c floods my logs with
> 'in_cksum_skip: out of data by NUMBER' messages.
>
> The router has 5 em interfaces and works basically Ok.
> Should I worry about these messages? If yes, what do they me
On Tue, May 18, 2004 at 04:55:14PM +0800, Eugene Grosbein wrote:
> Hi!
>
> route -n monitor shows me:
>
> got message of size 236 on Tue May 18 16:42:26 2004
> RTM_ADD: Add Route: len 236, pid: 0, seq 0, errno 0,
> flags:
> locks: inits:
> sockaddrs:
> 224.0.0.9 1.0.5e.0.0.9 em3:0.7.e9.1f.f1.
On Tue, May 18, 2004 at 12:05:03PM +0200, Pawel Jakub Dawidek wrote:
...
> +> > Do we still need ia_netboradcast field? It is calculated depending on
> +> > old-fashion classes (A, B, C). Is it used still?
> +> > I wonder if ia_broadaddr isn't sufficient today.
> +>
> +> not just that, it seems th
vpn server A and B 'mpd.conf' is sameness
Version 3.15
---
client_standard:
set iface disable on-demand
set iface enable proxy-arp
set iface idle 1800
set bundle enable multilink
set link yes acfcomp protocomp
set link no pap
Pawel Jakub Dawidek wrote:
>
> Hi.
>
> Do we still need ia_netboradcast field? It is calculated depending on
> old-fashion classes (A, B, C). Is it used still?
> I wonder if ia_broadaddr isn't sufficient today.
Yes, it should be sufficient and the ia_netbroadcast field doesn't serve
any special
On Tue, May 18, 2004 at 02:43:46AM -0700, Luigi Rizzo wrote:
+> On Tue, May 18, 2004 at 11:24:39AM +0200, Pawel Jakub Dawidek wrote:
+> > Hi.
+> >
+> > Do we still need ia_netboradcast field? It is calculated depending on
+> > old-fashion classes (A, B, C). Is it used still?
+> > I wonder if ia_br
On Tue, May 18, 2004 at 11:24:39AM +0200, Pawel Jakub Dawidek wrote:
> Hi.
>
> Do we still need ia_netboradcast field? It is calculated depending on
> old-fashion classes (A, B, C). Is it used still?
> I wonder if ia_broadaddr isn't sufficient today.
not just that, it seems that ia_netboradcast c
Hi!
src/sys/i386/i386/in_cksum.c floods my logs with
'in_cksum_skip: out of data by NUMBER' messages.
The router has 5 em interfaces and works basically Ok.
Should I worry about these messages? If yes, what do they mean?
If not, shouldn't they be logged with log() instead of printf()
so one can
Hi.
Do we still need ia_netboradcast field? It is calculated depending on
old-fashion classes (A, B, C). Is it used still?
I wonder if ia_broadaddr isn't sufficient today.
IP netmask ia_broadaddria_netbroadcast
10.0.0.101 255.0.0.0 10.255.255.255 10.255.255.25
Hi!
route -n monitor shows me:
got message of size 236 on Tue May 18 16:42:26 2004
RTM_ADD: Add Route: len 236, pid: 0, seq 0, errno 0,
flags:
locks: inits:
sockaddrs:
224.0.0.9 1.0.5e.0.0.9 em3:0.7.e9.1f.f1.de 172.20.2.75
After that arp -an shows:
(224.0.0.9) at 01:00:5e:00:00:09 on em3 per
I will try to remove as many assumptions as possible.
thanks for the feedback.
cheers
luigi
On Tue, May 18, 2004 at 10:24:26AM +0200, Harti Brandt wrote:
> On Sun, 16 May 2004, Doug Rabson wrote:
>
> DR>On Sunday 25 April 2004 17:49, Luigi Rizzo wrote:
> DR>> Here is a snapshot o
On Sun, 16 May 2004, Doug Rabson wrote:
DR>On Sunday 25 April 2004 17:49, Luigi Rizzo wrote:
DR>> Here is a snapshot of the new arp code that i have been working on
DR>> lately, based a on Andre's ideas. (I say 'ARP' for brevity, what i
DR>> mean is the layer3-to-layer2 address translation code --
I don't suppose anyone has managed to compile the linux MobileMesh (IP Mesh)
Adhoc Networking suite on FreeBSD have they?
http://mitre.org/work/tech_transfer/mobilemesh/
- Ernie.
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listi
36 matches
Mail list logo
