On Fri, Mar 26, 2004 at 02:19:37PM -0800, Wes Peters wrote:
> bit. The HP ProCurves perform well and are reliable and (relatively)
> cheap.
And indeed, the infrastructure for most of the off-shore data-haven HavenCo
on the Principality of Sealand was built on ProCurve switches.
Not only are the
On Sun, Mar 28, 2004 at 06:55:54AM +1000, User Ernie wrote:
> I looked in the handbook orgilginally, chapter 18.6 is where I learnt about
> mpd. The userland PPP example for PPPoA seemed to use and externam USB
> modem. Which section is the NATM example in?
The USB modem in question *is* an NATM a
On Mon, Mar 29, 2004 at 07:38:58AM +1000, User Ernie wrote:
> I found this sentence in /usr/src/usr.sbin/ppp/atm.c:
>
> "PPPoA:if:vpi.vci expected\n", p->name.full);
>
> That sort of gives me the syntax, I know my vpi and vci are 8 and 35, should
> I be setting the interface to ng0 or pls0 whic
Please review this patch and synopsis; all comments are appreciated.
Synopsis: wi(4) hardware does not natively support IFF_ALLMULTI.
Background:
ConsumeX is a community-owned and operated wireless network collective based
in South East London. Multicast streaming is a highly desirable feature
fo
On Thu, Apr 08, 2004 at 02:20:49PM -0300, Marc G. Fournier wrote:
> 'k, but I want to use the managed aspect of it to be able to hard code the
> port rates (ie. to fix this full-duplex issue initially) as well as be
> able to access SNMP so that I can do bandwidth monitoring of external
> traffic .
On Sat, Apr 10, 2004 at 01:23:24PM +0200, Knocke wrote:
> Could somebode give me hint what to do? Is there any tool to connect to existing TCP
> socket and dump its state per each segment sent or received? Or any other way to
> achive the goal? It could be also a kind of dedicated benchmark tool
On Sun, Apr 11, 2004 at 11:27:11AM +0200, Knocke wrote:
> trpt on my system keeps on saying :
>
> % trpt: /boot/kernel/kernel: no namelist
>
> so probably no sockets are currently SO_DEBUG ready.
You probably need to recompile your kernel with makeoptions TCPDEBUG.
Diffing up something simple l
On Tue, Apr 20, 2004 at 05:28:54PM +1000, User Ernie wrote:
> Anyone know of an AODV port to FreeBSD or any other mesh routing protocol
> that would suit a community wireless adhoc network?
My work is unfinished at this time due to lack of funding, but can be
found in Perforce at //depot/user/bms/
On Mon, Apr 19, 2004 at 03:43:30PM -0700, Bill Fumerola wrote:
> On Mon, Apr 19, 2004 at 12:28:23PM -0700, Julian Elischer wrote:
> > It's completely un-needed except that some standards want to access
> > interfaces by index for statitics purposes.
>
> they're "un-needed" in much the same way th
Hey guys,
I'm really pressed for time at the moment and people are demanding a lot of
other things from me. So I'd like to float this patch set against HEAD
which does inbound TCP-MD5 verification, so far for SYNs only.
I took a decision to use sysctls rather than enlarge struct tcpstat to avoid
On Thu, May 13, 2004 at 08:56:24AM +0700, Muhammad Reza wrote:
> I want some people in my network to connect to internet via ADSL and some
> people via T1, based on their IP.
> They said , i can do that with linux iproute tools, but i dont want to
> replace my FreeBSD-4.9Stable router with Li
On Tue, May 11, 2004 at 07:30:30PM +0200, Christophe Prevotaux wrote:
> I thought this might be of interest to some of you
> even though I am sure many of you already know about this
>
> http://www.liberouter.org/
>
> Would be good to have standard support within FreeBSD tree
> for these :)
This
On Mon, Apr 26, 2004 at 10:56:37PM +0800, Eugene Grosbein wrote:
> It would be nice if patches where in the ports tree until they included
> in the vendor distribution. That is what ports are for, aren't they?
I haven't gotten round to this, my bad, and we're currently in freeze.
Regards
BMS
On Wed, Apr 28, 2004 at 03:56:03PM +, Mónica Domingues wrote:
>What I trying to do is to buid a SSM plataform. I'am I doing this the
>right way?
FreeBSD doesn't implement Source-Specific Multicast yet, to the best of
my knowledge.
Someone at Berkeley was working on an IGMPv3 stack a w
On Wed, Apr 28, 2004 at 03:29:58PM -0400, The Jetman wrote:
> I'm just confused as to why I lose SO much going thru my FBSD box and
> that's essence of my question. I can live w/ *some* overhead for the sake
> of using FBSD, but this is ridiculous. TIAJet
Are you using user space NAT? If
On Thu, May 20, 2004 at 10:55:21PM +0200, Andre Oppermann wrote:
> However I'm not yet sure we (better I) understand all implications of
> removing the things you do in your patch. Please hold off for a moment
> until I've finished thinking and looking through the implications.
I say can it. It a
[redirected to -net]
On Wed, May 26, 2004 at 03:34:15PM -0700, Andrew Beals wrote:
> Why is there no default pop3 implementation included in the FreeBSD
> distribution? Is it for a lack of a suitably-licensed server, or does
> everyone believe APOP authentication is crackable?
There are ample
On Tue, Jun 15, 2004 at 03:57:12PM -0300, Aldrin Leal wrote:
> Does the bridging code in FreeBSD 5.2-RELEASE have the hability
> to perform mac checking for a given IP?
Please don't cross-post.
You need to look at ipfw2 or pf's layer 2 filtering capabilities; this
isn't a function of the bri
In if_arp.h:
103 * The code is written so that each *_softc _must_ begin with a
104 * struct arpcom, which in turn _must_ begin with a struct ifnet.
It seems to be that this may no longer be the case after luigi's
recent cleanups (IFP2AC() and friends) which I nearly ended up
duplicating.
What
I've attached my thoughts on this issue. I haven't gone ahead and
committed the fix in the PR as it makes us just as braindead as Linux,
but it would be good to be able to have this in GENERIC so that it
can be enabled in those situations where it's needed.
Regards,
BMS
Synopsis:
Linux NFS adviso
Hi all,
Whilst scanning GNATS, I found a number of PRs relating to requests
for tcp_wrappers functionality and some outright bugfixes. Rather than
commit these as-is, I think we should push the changes back to Wietse,
as we maintain tcp_wrappers on a vendor branch.
The PRs in question are:
http:
Synopsis: TCP's advertised window is not scaled immediately upon discovering use of
Window scale option
Responsible-Changed-From-To: jlemon->freebsd-net
Responsible-Changed-By: bms
Responsible-Changed-When: Tue Jun 22 15:42:10 GMT 2004
Responsible-Changed-Why:
Throw this one over to the -net lis
Synopsis: proper TCP_NOPUSH/TCP_CORK compatibility
Responsible-Changed-From-To: jesper->freebsd-net
Responsible-Changed-By: bms
Responsible-Changed-When: Tue Jun 22 15:48:52 GMT 2004
Responsible-Changed-Why:
Throw this one open to the -net list
http://www.freebsd.org/cgi/query-pr.cgi?pr=24959
__
Synopsis: IPsec transport mode precludes filtering on underlying transport header
Responsible-Changed-From-To: guido->net
Responsible-Changed-By: bms
Responsible-Changed-When: Tue Jun 22 16:48:10 GMT 2004
Responsible-Changed-Why:
Seems relevant to current work being done by andre@ and
others in t
Hi,
Historically the Rhyolite routed has resided in src/sbin/routed.
However, this code is maintained on a vendor branch, and as such,
should really reside in src/contrib/routed and be referenced by
the Makefile in src/sbin/routed accordingly.
Would we be able to move it with a repocopy? Or woul
I applied the attached patch to -CURRENT from around April which is
currently running on my local CVS server. Basic tests with sshd and
ftp didn't result in any unexpected behaviour. I suspect I really need
to be running an application similar to the one Jayanth is running
to unravel things further
Just to note that I've posted you feedback on this patch off-list.
Regards,
BMS
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
On Tue, Jun 22, 2004 at 07:11:19PM -0400, Robert Watson wrote:
> so->so_state |= (head->so_state & SS_NBIO);
In the end this is what it boils down to. I've committed this and
an appropriate manual page update.
Regards,
BMS
___
[EMAIL PROTECTED] ma
On Tue, Jun 22, 2004 at 09:04:35PM -0400, Robert Watson wrote:
> Since you're looking at the propagation of head so_state to new socket
> so_state, you might want to look at the similar statement in sonewconn(),
> which copies so_state from head to the new socket, and adds the SS_NOFDREF
> flag. S
On Fri, Jun 18, 2004 at 05:08:40PM -0400, Barney Wolff wrote:
> Pardon an ignorant question, but what happens to unfortunate people who
> have to talk to both Linux and non-quirky servers at the same time? Is
> there a way to detect what flavor of server you're talking to and adjust
> accordingly?
On Fri, Jun 18, 2004 at 05:35:07PM -0500, Dan Nelson wrote:
> Linux kernels 2.4.26 and above have fixed this particular bug, so the
> need for a compatibility hack on our end is not as great anymore.
Agreed. I have abandoned work on this for now. If anyone is in desperate
need for this, I can re-j
Hi all,
I've begun merging NetBSD's changes to vr(4) for bus_dma(9)-ification of
the driver. However I have run into a few problems.
I have extracted diffs against HEAD (as of my last commit rev 1.89) of
if_vr.c and if_vrreg.h of the merging work I've done so far which has
been mostly by hand fro
Please try the attached patches (broadly inspired by fxp(4)) and let me
know if they solve the problem.
I am inclined to commit as-is as they are quite trivial, but I'm not sure
how the VIA Rhine chips act if we try to detach them as devices without
necessarily reading the ISR register to consume
Please review the attached patch (which is a reworking of Archie's
patch for -CURRENT). When the underlying IP address is changed,
wildcard-bound UDP sockets which are temporarily bound locally for
a sendto() (by userland apps such as ntp, syslogd etc) will begin
using the new IP address, whilst ap
I have several patches here which appear to work OK on UP with
debug.mpsafenet enabled (and should be applied in this order):
http://people.freebsd.org/~bms/dump/rl-style.diff
http://people.freebsd.org/~bms/dump/rl-locking.diff
These clean up the style of rl(4), and eliminate the u
On Sat, Jul 03, 2004 at 09:09:00AM +0100, Bruce M Simpson wrote:
> Please review the attached patch (which is a reworking of Archie's
...
> error out with EADDRINUSE.
^^ Actually EADDRNOTAVAIL.
A good way to find out who read the patch all the way through. ;
Hi all,
Now that we have dfr's IP-over-1394 code in the tree, I suggest we
consider depracating if_fwe(4) as it's nonstandard anyway. What does
everyone else think?
Regards,
BMS
pgpO26BmdSnJk.pgp
Description: PGP signature
Here's a cleaned up version of your patch which works against FreeBSD-CURRENT.
I have mixed feelings about committing this; it raises the bar somewhat
but it does not completely close the hole.
Let's say Alice and Bob are talking to each other with IPv4 over Ethernet.
Making the arp cache entry p
Here is a somewhat improved patch for tweaking the behaviour of the bridge
code with respect to disabling the hardware-assist-checksum features of
driver instances which are members of the bridge.
I don't make use of the bridge code so I'd appreciate it if others who do
could test this patch.
To
Whilst doing a casual sweep for low-hanging NetBSD merge fruit I came across
the following:
http://mail-index.netbsd.org/tech-net/2002/08/17/0001.html
http://mail-index.netbsd.org/tech-net/2002/08/17/0002.html
thorpej claims a performance increase on ARM (and possibly other RISC
pl
I think NetBSD may have a more general solution to the problem of handling
the emulation of ALLMULTI on hardware which doesn't support it (such as
the PRISM2 wireless cards).
Discussion of M_PROMISC (new mbuf flag) here:
http://mail-index.netbsd.org/tech-net/2003/03/19/0001.html
Perhaps M
On Sat, Jul 03, 2004 at 05:53:33PM -0400, Robert Watson wrote:
> Temporarily connecting sockets/pcbs during a datagram send with an
> explicit address (i.e., sendto()) occurs in both the UDP code and UNIX
> domain socket code. Since this is expensive, and also increases the
> potential for races o
Please test the following diff which should improve the locking situation
for rl(4), particularly for users of DEVICE_POLLING:
http://people.freebsd.org/~bms/dump/rl-locking2.diff
Brought to you by "Shut up and Code". :-)
BMS
pgpMrRhTac5jH.pgp
Description: PGP signature
Please test the following diff which should improve the locking situation
for vr(4), particularly for users of DEVICE_POLLING:
http://people.freebsd.org/~bms/dump/vr-locking3.diff
BMS
pgprlSPMEXCxb.pgp
Description: PGP signature
On Sun, Jul 18, 2004 at 05:38:22PM -0400, Robert Watson wrote:
> > I have swapped the ip_len, ip_off fields.
>
> Are you sure you need to do this? I thought BPF/PCAP provided those
> fields in network byte order already, in which case you shouldn't need to
> touch these fields unless you need to
[Crossposted to freebsd-net by way of FAQ material]
On Wed, Aug 11, 2004 at 01:05:32PM -0400, Nathan K wrote:
> Are there plans (or work in progress) to support TCP MD5 connectivity
> between BGP Peer Routers?
This is likely to be an FAQ, so please consider this message authoritative
FAQ materia
On Thu, Aug 26, 2004 at 05:03:20PM +0300, Vladimir Terziev wrote:
> Could someone point me to a good multiplatform implementation of routing
> protocols ?
http://www.xorp.org/
(This is a biased opinion as I'm a core team member, but you may want to
try Quagga which is a more actively maint
On Fri, Aug 27, 2004 at 01:05:32PM -0700, Brooks Davis wrote:
> I'd like to proposed adding a new variable, ifi_epoch, to struct
> if_data. It will be set to the time the counters were zeroed,
> currently, the time if_attach was called. The intent is to provide a
> correct value for RFC2233's ifC
(Followed up to -net)
Hello,
Please post questions regarding network development to freebsd-net@
in future.
On Mon, Aug 30, 2004 at 10:56:40PM -0400, Val Polyakov wrote:
> I think netinet/ip_proxy.h is broke. :)
...
I think you're mistaken here.
> #include
> #include
...
There are a whole b
Here's a patch against 5.3 to add a per-instance switch which allows
the user to specify if captured packets should be timestamped (and,
if so, whether microtime() or the faster but less accurate
getmicrotime() call should be used).
Comments/flames/etc to the usual...
BMS
Index: bpf.c
===
Hello there.
On Mon, Sep 13, 2004 at 07:19:31PM +0200, John Hay wrote:
> I'm busy trying to port mobilemesh (www.mitre.org/tech_transfer/mobilemesh)
> to FreeBSD and run into a problem.
I tried to port MobileMesh once too.
It is a largely futile exercise. The wired segment of your network requir
On Mon, Sep 20, 2004 at 02:50:40AM +0200, Max Laier wrote:
> My question now is, what would be a good place to define this? Are there any
> fromal standarts that might define it already? (Couldn't find anything) Is
> there anything else that I must consider?
I think Brooks' recommendation is sou
On Tue, Sep 21, 2004 at 03:38:25PM +0200, Aragon Gouveia wrote:
> Andre, don't let me stop your bughunting, but I think I've found a nifty
> workaround for now. :)
>
> OpenVPN has an "mssfix" setting. (something vtun seems to lack)
Try using ports/net/tcpmssd with vtund and see if you get similar
On Tue, Sep 21, 2004 at 10:53:20PM -0400, Brian Fundakowski Feldman wrote:
> Sorry, I should have provided a higher number of lines of context.
> It prevents a call to nd6_lookup() and reentry into the route table
> when entered via RTM_RESOLVE. I.e. nd6_rtrequest(), nd6_is_addr_neighbor(),
> nd6_
On Wed, Sep 22, 2004 at 02:55:28PM +0900, Zongsheng Zhang wrote:
> In Linux, txqueuelen (the length of the transmit queue of the device)
> can be set by 'ifconfig' command. Is there a corresponding parameter or
> command in BSD??
I assume that in Linux, 'txqueuelen' actually refers to the maximum
Greetings earthmen,
On Thu, Sep 23, 2004 at 02:14:00AM +0200, Max Laier wrote:
> As no real solution has come up and we couldn't agree what to do with it
> either, I'll resort to an easy hack:
> http://people.freebsd.org/~mlaier/sockaddr_union.fix.diff
...
> Any objections? [ I know it's ugly a
On Thu, Oct 14, 2004 at 08:01:49AM -0700, Brooks Davis wrote:
> On Thu, Oct 14, 2004 at 05:44:57PM +0400, Grigory Klyuchnikov wrote:
> > How can a user process get IPv6 multicast addresses of ethernet
> > interfaces? I have FreeBSD 5.2.1 and get interface addresses
> > via ioctl(SIOCGIFCONF) or sys
Here is a non-critical patch to bring em(4) into line with other
drivers, by using the sysctl tree created for each device by the
bus framework.
Please review; Thanks.
BMS
Index: if_em.c
===
RCS file: /home/ncvs/src/sys/dev/em/if_em.c
On Thu, Oct 14, 2004 at 09:42:25PM +0400, Gleb Smirnoff wrote:
> any objections about commiting this improvement to tun(4)?
Optimal use of mbuf clusters to improve performance is cool.
Please consider committing this once reworked to use m_uiotombuf.
BMS
On Thu, Oct 07, 2004 at 04:16:55AM +0700, Muhammad Reza wrote:
> Yes. my firewall configure with iproute load balance (http://ssi.bg/~ja)
> how to fix this ?
sysctl net.link.ether.inet.log_arp_movements=0
BMS
___
[EMAIL PROTECTED] mailing list
http://li
I was looking at the fxp suspend/resume routines and thought: hang on
a minute, we already save PCI configuration space in the PCI bus
suspend/resume routines, so do we need to do it in fxp(4)?
Regards,
BMS
___
[EMAIL PROTECTED] mailing list
http://lists
On Wed, Oct 20, 2004 at 07:53:28AM -0700, Yong Chu Eu (Ñî×ÓÓÓ) wrote:
> i am try to stream from freeBSD multicast router(without kame but with
> pim6sd,route6d)to MN throught Access Point which are redhat. There is a
> bridge between eth0 and wlan0 at software Access Point. There problem is i
> can
On Thu, Oct 21, 2004 at 10:08:45AM +0300, Vladimir Terziev wrote:
>Why do you think vtun is not secure ?
This is fact, not opinion:
http://www.cs.auckland.ac.nz/~pgut001/pubs/linux_vpn.txt
BMS
___
[EMAIL PROTECTED] mailing list
http://lists.
On Thu, Oct 21, 2004 at 04:33:17PM +0200, Andre Oppermann wrote:
> I intend to remove T/TCP (transactional TCP) support from our TCP
> implementation for the following reasons:
Go ahead and kill the old thing, it's time. I agree.
> Thus after the removal of T/TCP for the reasons above I want to p
On Sat, Oct 23, 2004 at 09:52:18AM -0700, Ronald F. Guilmette wrote:
> or kevent(), or aio_suspend(). Thus, I still do believe that the judicious
> use of the aio_*() functions with signaling could support a dramatically
> different programming style, especially for complex network clients and/or
Hi,
Can you please contact me off-list with more information about your
Zebra configuration?
On Mon, Oct 25, 2004 at 07:12:18PM +0300, Iasen Kostov wrote:
>if ((rt->rt_flags & RTF_HOST) == 0 &&
> + rt_mask(rt) != NULL &&
>SIN(rt_mask(rt))->sin
On Tue, Oct 26, 2004 at 03:31:59AM +, Bruce M Simpson wrote:
> Log:
> Check that rt_mask(rt) is non-NULL before dereferencing it, in the
> RTM_ADD case, thus avoiding a panic.
PR: kern/42030
It isn't immediately clear to me if this is a routing socket API issue
or
It annoys me that we have to resort to BPF to send IP datagrams on
unnumbered interfaces. Here is a half baked idea. Please look and
tell me what you think.
Adding IP_SENDIF (like Linux's SO_BINDTODEVICE) support to FreeBSD.
Clean up the RFC 1724 hack in ip_output.c
TODO:
Add IP_SENDIF processing
On Wed, Oct 27, 2004 at 11:12:33PM +0400, Gleb Smirnoff wrote:
> If we are interested in tracking this down, we should add a printf,
> so that people who hit this will notce it and report.
> Otherwise this problem will be left forever in a workaround state.
That's what revision 1.109 was for, but
On Wed, Oct 27, 2004 at 12:28:22PM -0700, Julian Elischer wrote:
> >It annoys me that we have to resort to BPF to send IP datagrams on
> >unnumbered interfaces. Here is a half baked idea. Please look and
> >tell me what you think.
>
> I've sent lots of datagrams on un-numberred interfaces using ne
On Thu, Oct 28, 2004 at 03:41:34PM +0400, Gleb Smirnoff wrote:
> ng_device can be attached to "orphans" hook of ng_ether. /dev/ngdX opened
> by dhcpd, and packets processed.
This seems to me like pure configuration overkill. It would require that
people compile and load netgraph to run dhclient, a
Looking at http://www.cisco.com/warp/public/701/20.html I notice a
few differences. Seems to me that a route to one of the peer's other
addresses is going to be needed, and that the supernet example given
there might not work.
pgpiBCuCaIIqA.pgp
Description: PGP signature
This looks promising:
http://www.ietf.org/internet-drafts/draft-ietf-tcpm-tcp-dcr-01.txt
Sounds as if it has been prototyped under the Linux stack. I will
try to find out more.
Regards,
BMS
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mai
On Sat, Nov 06, 2004 at 12:31:15AM -0400, Marc G. Fournier wrote:
> "Remove the network address specified.", to me, means that if one isn't
> specified, nothing should/would happen :(
Intentional:
%%%
delete Another name for the -alias parameter.
%%%
Basically, delete or alias without an a
On Thu, Nov 11, 2004 at 07:13:18PM -0800, Brooks Davis wrote:
> I have no objections so this change. Does this help or hurt our quest
> to be able to usefully bind to 0.0.0.0? It would be really nice if we
> could eventually do this so we could stop running bpf on 90+% of all
> machines just so w
On Fri, Nov 12, 2004 at 03:51:37PM +0100, ?ukasz Bromirski wrote:
> Is anyone working on a port of OpenBGPd, or current version of Quagga
> (0.97.3)?
I'm not, but I intend to commit a port of XORP immediately after the
next point release.
BMS
___
[EMAIL
On Sat, Nov 13, 2004 at 09:45:26PM -0500, Mike Tancsa wrote:
> Are there advantages to XORP over say Quaaga ?
Yes. Much faster BGP convergence times :-)
See: http://www.icir.org/atanu/tmp/nsdi.html
Regards,
BMS
___
[EMAIL PROTECTED] mailing list
http:/
On Tue, Nov 16, 2004 at 10:43:25AM -0500, Mike Tancsa wrote:
> Neat! What about the underlying OS ? Is it optimized for a particular OS
> such as
> http://www.pdos.lcs.mit.edu/click/ or FreeBSD or Linux ?
Our primary development platform is FreeBSD. We also support Linux, and
Click support sho
On Thu, Nov 18, 2004 at 02:08:50PM +, Elton Machado wrote:
> I need a virtual ethernet device, can I use tap for that?
Yes.
> How can I create it?
Read the man page.
BMS
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/
On Tue, Nov 23, 2004 at 11:05:06AM +0200, Martin Eugen wrote:
> At the beginning my intention was to use the routing sockets
> mechanisms, and say, to issue a 'missing route' message to some
> userland daemon capable of resolving those complex addresses (the
> resolving mechanism is generally a loo
On Thu, Nov 25, 2004 at 08:18:12PM +0100, Björn Grönvall wrote:
> I have made a patch to address PR kern/56461, in short the patch
> provides two different options to be compatible with Linux lockd
> implementations. It can also serve as a basis for a future more robust
> rpc.lockd.
Thank you for
On Fri, Dec 03, 2004 at 09:25:56PM +0100, Jose M Rodriguez wrote:
> But noted strong differences between atm boards and adsl modems.
>
> - atm boards are hardware assisted. usb adsl modems are bare assisted.
> - atm boards support better signaling, multiple channels, ... usb adsl
> modems just o
On Wed, Dec 08, 2004 at 01:02:09PM -0600, Scott M. Ferris wrote:
> ucarp will compile and run, but will silently fail to send heartbeats
> due to the way libpcap
> opens bpf on FreeBSD. You can find a patch to libpcap in PR 72814.
>
> http://www.freebsd.org/cgi/query-pr.cgi?pr=72814
This is some
On Wed, Dec 08, 2004 at 03:53:07PM +0100, Andre Oppermann wrote:
> I'll take care of this but I'm busy right now. Look into it later this week.
Thanks for looking into this, this is one of the items which came up on
the TODO lists of three separate projects (TowardEX's, XORP's, and the
Network Ju
On Sat, Dec 11, 2004 at 10:02:35AM +0100, Andrea Campi wrote:
> just a quick note to let concerned parties know I have started
> working on the howl port. As mentioned on the dingo page, the goal
> is to have a fully working BSD-licensed implementation of zeroconf.
Yes please! Much of what ended u
On Tue, Dec 14, 2004 at 03:03:27PM +0100, Andre Oppermann wrote:
> Let's take a high level view of the issue at hand and the consider
> some alternative approaches to the situation.
[snip]
I'm wrapping up in Berkeley for the holidays, but I wanted to drop my 2c
into this discussion.
What I'm real
Hi,
At this point I'm tempted to explicitly *not* roll support for IPFW1
in XORP's ACL manager precisely because of its limitations; see below.
On Tue, Dec 14, 2004 at 03:19:28PM +0100, Andre Oppermann wrote:
> IPFW2 does have this functionality. It's called "sets" of rules which
> you can atomi
On Tue, Dec 14, 2004 at 06:20:10AM -0800, Luigi Rizzo wrote:
> They do exist, they are called 'set' and you can associate
> rules to a specific set, atomically enable/disable/swap/rename
> sets, etc. This was designed exactly for this purpose (atomic
> updates of firewall configuration with a singl
On Fri, Jan 07, 2005 at 05:57:04PM +0100, Andrea Campi wrote:
> as promised, I've been working on improving howl. I've been in touch
> with the authors, so in fact this is also resulting in cross-platform
> fixes.
Excellent work! I just gave this a quick try on my laptop. Whilst I
don't have other
On Fri, Jan 21, 2005 at 05:41:57PM -0800, Grace Lin wrote:
> I am running FBSD4.5 and try to enable multicast router but couldn't make it.
> Can any body help?
Try updating your sources to at least 4.10 as older versions are no longer
supported. The ip_mroute module should build and load cleanly
On Mon, Jan 24, 2005 at 10:20:11PM +0100, Jeremie Le Hen wrote:
> Is it supposed to work or not ? If not, does it work on RELENG_5 ?
> My very -CURRENT laptop succeeds in opening bpf(4) on a gif(4) interface.
In a previous existence, I was able to tcpdump on a gif(4) interface;
the tunnel was bei
On Mon, Jan 24, 2005 at 03:21:19PM -0800, Mihai Nitulescu wrote:
> I want to assign to application.example.com 193.231.43.27 and to route this
> ip trough nat.example.com
If you have control over the NAT device, you could set up a point-to-point
tunnel from the NAT device to the machine in the NA
On Tue, Jan 25, 2005 at 03:33:27PM +0100, Jeremie Le Hen wrote:
> Well this is a start. But I would really like to make it work on
> RELENG_4. In fact, if bpf.h was not included in if_gif.c, I would not
> mind. But although I'm not (yet ;p) a kernel hacker, I read quickly
> bpf(9) manpage and I
On Tue, Jan 25, 2005 at 04:02:55PM +0100, Jeremie Le Hen wrote:
> Does any one have other ideas ? It seems the code was partly written
> by sam@, brooks@ and [EMAIL PROTECTED]
Interesting. It seems gif isn't passing anything back at all. Can you verify
that the routes for the addresses you're pin
On Tue, Jan 25, 2005 at 06:11:20PM +0100, Jeremie Le Hen wrote:
[...]
> thus consuming too much bandwidth. In fact it appeared that my gif(4)
> interface is totally useless in my setup. I'm going to switch to
> transport mode ASAP and tell my friend he owes me and you all a beer.
I forgot to say
On Tue, Jan 25, 2005 at 06:38:42PM +0100, Jeremie Le Hen wrote:
> Are you thinking about the enc(4) interface [1] [2] provided with OpenBSD ?
Somewhat, although whilst enc(4) provides some of this functionality, its
role as far as I can see is mainly to provide a 'tapping point' for filtering
pack
On Mon, Mar 14, 2005 at 04:26:16PM -0800, Jeff wrote:
> I don't think it's the case of the OS turning off the NIC. We can
> access/monitor/control the chassis via the BMC fine through the bios
> assigned IP address when the computer is off, and when it is booting,
> but lose control when the ke
On Mon, Mar 21, 2005 at 02:05:48PM +0100, Patrik Arlos wrote:
> I'm trying to send 'raw' Ethernet frames. I have however not found any
> examples of how to do this in BSD.
Consider using bpf(4) in read/write mode.
BMS
___
freebsd-net@freebsd.org mailin
Hi there,
On Mon, Mar 14, 2005 at 12:08:53AM +0059, Claudio Jeker wrote:
> You have to remove the full pfkey interface and replace it with dummy
> functions as it is incompatible. So tcp md5 does not work but I think it
> is still broken in FreeBSD anyway.
I am willing to work with OpenBSD develo
On Thu, Mar 24, 2005 at 10:58:37AM +0700, Olivier Nicole wrote:
> But what i really want to avoid is sending any IP/ICMP packet when the
> ARP resolution is all I need. (And some people even filter out the
> ICMP echo request packets (Windows XP firewall), so I have to wait for
> the time out).
po
501 - 600 of 613 matches
Mail list logo
