Hi,
My applogoies if you have received multiple copies of this message.
I am looking for a solution/help in porting a freebsd networking application
written at tcp and ip-level (involves mbuf, socketbuf structures and
associated routines) to linux platform. I am not able to trace any good
so
Hi,
I have FreeBSD 4.4, and I wrote simple TCP and UDP progras bacically the
client sends some bytes and the server echo the messages. I use Ethernet
which MTU is around 1400++ (I forget exactly), and the NIC is "3Com Fast
EtherLink XC PCI3Com Fast EtherLink XC PCI".
Using sample based profilin
Hi,
Can an unnumbered IP interface be configured on FreeBSD (4.5-Stable)?
Will Zebra and/or GateD (or RouteD) handle it properly?
Thanks,
MikeC
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-net" in the body of the message
Hi,
Having the prerequisite agreement of the FreeBSD core team I'm
delighted to announce my intention of putting the basis of a "ALTQ
framework integration into FreeBSD" project.
The current set target is "porting" the sources of the ALTQ project
(ALTQ 3.1 is available for the 4.5-RELEASE br
Unnumbered interfaces are not supported officially,
but it may still work..
A while ago it was possible to use 'route' to add a rout eto a p2p
interface by name and not assign it any addresses.
thus packets would still be passed across the link without it having
any addresses. (this is great for
Thanks. I'll check out route man page.
I am running synchronous serial PCI cards. I have one FreeBSD 4.5-Stable
machine routing Ethernet, PPP and Wireless just to see if it would all play
together.
I'm running a few LMC (now SBE) HSSI and T1/E1 cards in various FreeBSD
boxes. One of the devi
Adrian Penisoara wrote:
>
> Hi,
>
> Having the prerequisite agreement of the FreeBSD core team I'm
> delighted to announce my intention of putting the basis of a "ALTQ
> framework integration into FreeBSD" project.
Does this mean the core team has approved the integration of ALTQ
into FreeBSD
Julian did some nice QOS work at Whistle that he always shushes
me when I mention it. You should beat him over the head for it.
It's not necessarily miscible with AltQ, but it had the effect
of controlling the amount of buffer space taken on the remote
end of a slow link, so that a single transf
Andre Oppermann wrote:
> The plan is to first research and identify all issues with the currect
> networking stack in FreeBSD (1 month).
Here are some that I think need to be addressed.
o Can't make more that 64k outbound connections, without
heroic measures, even with multiple IP
ady> Having the prerequisite agreement of the FreeBSD core team I'm
ady> delighted to announce my intention of putting the basis of a "ALTQ
ady> framework integration into FreeBSD" project.
Have you ever contact to Cho-san, the author of ALTQ? He is also a
FreeBSD committer ([EMAIL PROTECTED]
On Fri, 22 Mar 2002, Andre Oppermann wrote:
> > Having the prerequisite agreement of the FreeBSD core team I'm
> > delighted to announce my intention of putting the basis of a "ALTQ
> > framework integration into FreeBSD" project.
>
> Does this mean the core team has approved the integration
On Wed, 20 Mar 2002, Garrett Wollman wrote:
> < said:
>
> > That would end up being a reduction below the current value; right now
> > sockets > maxfiles with large maxuser values. Whether or not this is a
> > necessary differential, I'm not sure. (With TIME_WAIT and FIN_WAIT_2
> > sockets, I
On Wed, 20 Mar 2002, Jeff Roberson wrote:
> >
> > Once everything's UMA'd, then we can develop new sizing parameters.
>
> Everything has been UMA'd other than MD code, so I'm working on making the
> system take advantage of it.
>
> Thanks!
> Jeff
I've looked over vmstat -z with a UMA kernel, it
On Fri, Mar 22, 2002 at 02:59:04AM -0600, Mike Silbersack wrote:
> I've looked over vmstat -z with a UMA kernel, it's really nice to know
> that everything is coexisting together now.
>
> There's one big target, though: mbufs. I know that Bosko put a lot of
> work into his new mbuf allocator,
On Fri, 22 Mar 2002, Mike Silbersack wrote:
> There's one big target, though: mbufs. I know that Bosko put a lot of
> work into his new mbuf allocator, but if you could find a way to merge
> mbufs into the slab allocator the benefits would be huge. Have you
> discussed doing this with Bosko ye
On Thu, Mar 21, 2002 at 11:35:52PM -0500, Jeff Roberson wrote:
> On Fri, 22 Mar 2002, Mike Silbersack wrote:
>
> > There's one big target, though: mbufs. I know that Bosko put a lot of
> > work into his new mbuf allocator, but if you could find a way to merge
> > mbufs into the slab allocator
On Thu, 21 Mar 2002, Bosko Milekic wrote:
> On Thu, Mar 21, 2002 at 11:35:52PM -0500, Jeff Roberson wrote:
> >
> > We have talked about it quite a bit. I'd love to remove the hard limit on
> > mbufs. I may do this soon, but I have other uma related work that will
> > probably come before it.
>
Makoto Matsushita wrote:
> Have you ever contact to Cho-san, the author of ALTQ? He is also a
> FreeBSD committer ([EMAIL PROTECTED]), and may willing to help you if he
> have enough time to do.
>
> ALTQ implementation is already integrated into KAME; maybe KAME guys
> can help you. I've heard
> ady> Having the prerequisite agreement of the FreeBSD core team I'm
> ady> delighted to announce my intention of putting the basis of a "ALTQ
> ady> framework integration into FreeBSD" project.
>
> Have you ever contact to Cho-san, the author of ALTQ? He is also a
> FreeBSD committer ([EMAI
Vincent Chen writes:
> I am trying to figure out how to let roaming users
> access internal resource via freebsd as IPsec gateway.
> Because they have dynamic IPs. How can I write
> security policy to deal with this? Is there any IPsec
> client for windows platform available?
It depends on the cl
Haryadi Gunawi writes:
> Can someone help me point the source code where "the TCP/IP stack knows
> that the NIC is going to insert the checksums"?
Grep for "ifp->if_hwassist" and "CSUM_" in /sys/netinet/*.c.
> Is there anyway to disable checksum in the hardware so that
> the checksum will be don
Julian Elischer writes:
> A while ago it was possible to use 'route' to add a rout eto a p2p
> interface by name and not assign it any addresses.
Yes, this still works.. e.g., "route add 1.2.3.4 -iface ng0".
The interface has to be marked 'UP' of course.
-Archie
___
22 matches
Mail list logo
