Hello Gleb,
Thanks for sharing the details.
>From looking at the wiki page it's not exactly clear what your plan is
regarding the accessor functions as they stand today (if_get*/if_set*
after drvapi change was made). I briefly glanced through some of the code
changes but that takes time so it'd be
If you're willing to shell out some $$, Ixia's ANVL is a fairly detailed
test suite for TCP and other protocols. It's available as a software you
can install on lnx/windows. I'd used it at Juniper while working with
Robert for the connection groups work a couple years or so back.
Regards,
-Anu
On
Hi,
At Juniper Networks, interface name size was needed to be longer than what
FreeBSD has. We're trying to reduce our local changes to FreeBSD to allow us an
easier time upgrading to newer FreeBSD releases, and support the modularization
of the network stack we'd proposed earlier. I'm sending t
Hi George,
On 9/5/12 1:15 PM, "George Neville-Neil" wrote:
>
>> Building FreeBSD without the network stack (network stack as a module)
>> --
>> Today, not compiling networking stack related files in the kernel breaks
>> the kerne
On 9/7/12 8:48 AM, "Julian Elischer" wrote:
struct socket {
int so_fibnum; /* routing domain for this socket */
uint32_t so_user_cookie;
+ u_int so_oqueue; /* manage send prioritizing based on
application
needs */
+ u_short so_lrid;
Hi George,
Thanks for taking a look. Some answers/comments below.
>
>> Building FreeBSD without the network stack (network stack as a module)
>> --
>>
>This would be interesting for many reasons, and I think it would be a good
>co
At Juniper Networks, we've been using FreeBSD to build JUNOS (Juniper's
network operating system). So far the additions and changes to the
functionality were made inline, making the task of upgrading to new
versions of FreeBSD progressively difficult. We've been looking at JUNOS
to see if we can bu
