8.html
on how to reproduce.
If you change the ifconfig command shown there so that the local end
of a P2P interface is assigned the same IP address 10.25.1.244 as of
vlan408, it will work as expected.
Cheers,
--
Ruslan Ermilov
r...@freebsd.org
FreeBSD committer
_
original configuration
>and give the following patch try (in addition to the patches
>mentioned by Mike) ?
>
>http://people.freebsd.org/~qingli/mpd-patch.diff
I'll give it a try in the next few days, and let you know.
Cheers,
--
Ruslan Ermilov
r...@freebsd.org
FreeBSD
zing the newer kernel
code is to ALWAYS use the same IP address for the local end of
the tunnel as of the corresponding ARP capable interface.
Cheers,
--
Ruslan Ermilov
r...@freebsd.org
FreeBSD committer
___
freebsd-net@freebsd.org mailing list
http:
oduced or i am really missing
> > something!?
>
> Usually an ng node addition is combined with changes to NOTES/files/options.
> I'm afraid It was left out there accidentally.
> Ermal, what if you try adding those bits with the patch provided and
> see how it
IFQ_MAXLEN. Imagine some code like this:
void *x[IFQ_MAXLEN];// here it's 50
And some function that does:
for (i = 0; i < IFQ_MAXLEN; i++) { // not necessarily 50
x[i] = NULL;
}
Cheers,
--
Ruslan Ermilov
[EMAIL PROTECTED]
FreeBSD committer
, and the
latter currently has no limit.
Cheers,
--
Ruslan Ermilov
[EMAIL PROTECTED]
FreeBSD committer
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
list
> > >http://lists.freebsd.org/mailman/listinfo/freebsd-net
> > >To unsubscribe, send any mail to "[EMAIL PROTECTED]"
> > >
> > >
> > >
> > netstat -rn
>
>
>
> All these all the r
On Thu, May 24, 2007 at 01:48:15PM +0200, Fredrik Lindberg wrote:
> http://www.freebsd.org/cgi/query-pr.cgi?pr=kern%2F112937
>
See the followup to the PR for a one-line fix.
Cheers,
--
Ruslan Ermilov
[EMAIL PROTECTED]
FreeBSD committer
pgp82Sho8LazG.pgp
Description: PGP signature
, you can control the behavior on a per
message basis, by passing the MSG_NOSIGNAL in the "flags"
argument to the send() call (without having to set a
socket option).
Cheers,
--
Ruslan Ermilov
[EMAIL PROTECTED]
FreeBSD committer
pgpQbZCfq1588.pgp
Description: PGP signature
IPFW to still forward packets?
>
RTFM: man 4 inet
Cheers,
--
Ruslan Ermilov
[EMAIL PROTECTED]
FreeBSD committer
pgpbeZ2C7cmJP.pgp
Description: PGP signature
On Thu, Oct 12, 2006 at 05:21:09AM +1000, Bruce Evans wrote:
> On Wed, 11 Oct 2006, Ruslan Ermilov wrote:
> >%%%
> >Index: sys/sys/hash.h
> >===
> >RCS file: /home/ncvs/src/sys/sys/hash.h,v
> >retr
.Ft uint32_t
-.Fn hash32_strne "void *buf" "size_t len" "int end" "char **ep" "uint32_t hash"
+.Fo hash32_strne
+.Fa "void *buf" "size_t len" "int end" "const char **ep" "uint32_t hash"
+.Fc
.Sh DESCRIPTION
The
.Fn hash32
%%%
Cheers,
--
Ruslan Ermilov
[EMAIL PROTECTED]
FreeBSD committer
pgpoOe5Oxx40X.pgp
Description: PGP signature
forget to update the syncache(4) manpage
to reflect your changes, and if you decide not to remove this sysctl,
please add a warning of its potential to break a protocol.
Cheers,
--
Ruslan Ermilov
[EMAIL PROTECTED]
FreeBSD committer
pgpsBKFhWZqqs.pgp
Description: PGP signature
!
+ write in2 33
Rec'd data packet on hook "mixed":
: 21 !
+ write mixed 33
Rec'd data packet on hook "out":
: 21 !
Cheers,
--
Ruslan Ermilov
[EMAIL PROTECTED]
FreeBSD committer
pgpdXBdx3okco.pgp
Description: PGP signature
On Sat, Aug 19, 2006 at 07:58:03PM +0530, Rajkumar S wrote:
> On 8/19/06, Ruslan Ermilov <[EMAIL PROTECTED]> wrote:
> >On Sat, Aug 19, 2006 at 07:05:49PM +0530, Rajkumar S wrote:
> >> Any points to docs to read about a packet's traversal in FreeBSD ip
> >> s
On Sat, Aug 19, 2006 at 07:05:49PM +0530, Rajkumar S wrote:
> On 8/19/06, Ruslan Ermilov <[EMAIL PROTECTED]> wrote:
> >On Sat, Aug 19, 2006 at 05:44:39PM +0530, Rajkumar S wrote:
> >> The man page states
> >>
> >> DESCRIPTION
> >> The ip_in
p stack and what does
> this node do? I am not able to understand this just by reading the man
> page
>
It does this simple thing:
> netisr_dispatch(NETISR_IP, m);
which means putting the mbuf pointed to by "m" into the IP
input queue and scheduling a call to ip_input().
it; search for "bonding" in the FreeBSD
mail archives for details.
Cheers,
--
Ruslan Ermilov
[EMAIL PROTECTED]
FreeBSD committer
pgprFkAIxXXbb.pgp
Description: PGP signature
ocal net who have routes
pointing somewhere else, e.g. thru P2P links, well, any
other interface actually.
Cheers,
--
Ruslan Ermilov
[EMAIL PROTECTED]
FreeBSD committer
pgpHxVWNGxHKn.pgp
Description: PGP signature
I don't know when Gleb plans for an MFC.
Cheers,
--
Ruslan Ermilov
[EMAIL PROTECTED]
FreeBSD committer
pgpz5CVLxGIWB.pgp
Description: PGP signature
bug.
>
There were several dummynet(4) fixes in RELENG_6, try with them
first. One that can be responsible for what you're seeing was
insufficient locking.
Cheers,
--
Ruslan Ermilov
[EMAIL PROTECTED]
FreeBSD committer
pgpUJ317IUsdQ.pgp
Description: PGP signature
mitting this myself to RELENG_5 mostly due
to lack of time to manage four branches (I still care about
RELENG_4 for job reasons). I guess you'll have to find another
interested committer. The full commit was made to RELENG_6
where it covered everything that needed to be patched.
*/
struct ether_header *eh;/* for bridged packets */
- int flags; /* for dummynet */
-
struct ipfw_flow_id f_id; /* grabbed from IP header */
u_int32_t cookie; /* a cookie
On Thu, Feb 02, 2006 at 01:49:40AM +0300, Yar Tikhiy wrote:
> On Wed, Feb 01, 2006 at 12:37:46PM +0200, Ruslan Ermilov wrote:
> > On Wed, Feb 01, 2006 at 06:41:10PM +0900, Hajimu UMEMOTO wrote:
> > > >>>>> On Wed, 1 Feb 2006 12:04:21 +0300
> > > &g
On Wed, Feb 01, 2006 at 09:59:39PM -0800, Luigi Rizzo wrote:
> On Thu, Feb 02, 2006 at 01:49:40AM +0300, Yar Tikhiy wrote:
> > On Wed, Feb 01, 2006 at 12:37:46PM +0200, Ruslan Ermilov wrote:
> > > On Wed, Feb 01, 2006 at 06:41:10PM +0900, Hajimu UMEMOTO wrote:
> > > &g
is not MFCed yet. So, if it is
> on 6.x, you need -DNO_INET6 to build if_bridge.ko.
>
Ask yar@ to MFC his modules/ mega-commit that fixed this in HEAD.
I'd really love to see it in 6.1.
Cheers,
--
Ruslan Ermilov
[EMAIL PROTECTED]
FreeBSD committer
pgpHlcW3LsFxr.pgp
Description: PGP signature
bytes) than
hdr+data length (20+73)
Cheers,
--
Ruslan Ermilov
[EMAIL PROTECTED]
FreeBSD committer
pgpYDhz9gOoSI.pgp
Description: PGP signature
rate
the ability to add AF_LINK gateway. The following command adds an
"ARP route" through em0 which doesn't have a corresponding network,
and is otherwise not possible to do with the arp(8) command:
# route add -host 1.2.3.4 -link :0.1.2.3.4.5 -ifp em0 -iface
add host 1.2.3.4: ga
ff hardware checksums on em0, to make tcpdump(1) happy.
Harmless otherwise.
Cheers,
--
Ruslan Ermilov
[EMAIL PROTECTED]
FreeBSD committer
pgpTfg0QNeYj6.pgp
Description: PGP signature
On Sun, Nov 27, 2005 at 10:59:14PM +0300, Gleb Smirnoff wrote:
> Ruslan,
>
> On Sun, Nov 27, 2005 at 09:45:45PM +0200, Ruslan Ermilov wrote:
> R> Nope, I need this caching. It's for looking up the same table
> R> several times in a row but with various values. For
ction testing as
> soon as I can reboot the prod box.
>
Nope, I need this caching. It's for looking up the same table
several times in a row but with various values. For example,
we use ipfw tables to route the traffic to the correct dummynet
pipe, where value is the bandwidth, and this
gt;>
> >>
> >>
> >>_______
> >>freebsd-net@freebsd.org mailing list
> >>http://lists.freebsd.org/mailman/listinfo/freebsd-net
> >>To unsubscribe, send any mail to "[EMAIL PROTECTED]"
> >>
> >>
> >
> >
> >
>
> ___
> freebsd-net@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-net
> To unsubscribe, send any mail to "[EMAIL PROTECTED]"
--
Ruslan Ermilov
[EMAIL PROTECTED]
FreeBSD committer
pgpgBJ5RrE6a6.pgp
Description: PGP signature
on being "void" now. Otherwise, looks good.
Cheers,
--
Ruslan Ermilov
[EMAIL PROTECTED]
FreeBSD committer
pgpUQ0cCpvawL.pgp
Description: PGP signature
dl), sdl->sdl_index);
+ return (buf);
+ }
default:
{ u_short *s = (u_short *)sa;
%%%
Cheers,
--
Ruslan Ermilov
[EMAIL PROTECTED]
FreeBSD committer
pgpCUW9arxsQO.pgp
Description: PGP signature
On Fri, Nov 04, 2005 at 09:05:11PM +0100, Marco Molteni wrote:
> On Thu, 3 Nov 2005 16:51:44 +0200
> Ruslan Ermilov <[EMAIL PROTECTED]> wrote:
>
> > On Wed, Nov 02, 2005 at 07:36:17PM +0100, Marco Molteni wrote:
>
> [..]
>
> > > If tcpdump is ran in non
ting
the bundle.
Now and before the hardware MAC filters were reprogrammed
as soon as the fec interface was brought up, as the side
effect of cycling IFF_UP of physical interfaces, though the
link-level addresses are reprogrammed earlier, when the
port is added to the bundle. I don't like this
ccess to the setup, but I remember that the
> MAC addresses of the 4 ports are the same once ng_fec is created...
> Anyway, I will surely check this tomorrow. thanks again.
>
What John-Mark suggests will likely fix your problem, but don't
do that. Instead, please see my other reply in
, IFP2ENADDR(bifp), ETHER_ADDR_LEN);
- bcopy((char *)&p->fec_mac, LLADDR(sdl), ETHER_ADDR_LEN);
+ if_setlladdr(bifp, (u_char *)&p->fec_mac, ETHER_ADDR_LEN);
/* Restore input vector */
bifp->if_input = p->fec_if_input;
%%%
Cheers,
--
Ruslan Ermilov
[EMAIL PROTECTED]
FreeBSD committer
pgpn4isHog8qx.pgp
Description: PGP signature
a.proto: 1
net.graph.control.proto: 2
Perhaps the ng_socket.ko module isn't loaded?
Cheers,
--
Ruslan Ermilov
[EMAIL PROTECTED]
FreeBSD committer
pgpHovkBKQvPs.pgp
Description: PGP signature
On Fri, Jun 10, 2005 at 11:18:25AM -0700, Julian Elischer wrote:
> you can remove the whistle copyright line..
>
> this is unrecognisable from whatever he started with :-)
>
OK.
--
Ruslan Ermilov
[EMAIL PROTECTED]
FreeBSD committer
pgptY2FwK6fVl.pgp
Description: PGP signature
on more cleanup, and will post here when updates are ready.
Cheers,
--
Ruslan Ermilov
[EMAIL PROTECTED]
FreeBSD committer
pgphLmBepO49w.pgp
Description: PGP signature
pointers to the right portion of the code are also
> apperciated.
>
man 9 rtalloc
Cheers,
--
Ruslan Ermilov
[EMAIL PROTECTED]
FreeBSD committer
pgpaOykI7gQy9.pgp
Description: PGP signature
gt;
This is already possible though not through the routing but with
the aid of ipfw(8).
Cheers,
--
Ruslan Ermilov
[EMAIL PROTECTED]
FreeBSD committer
pgpww0II6k4AX.pgp
Description: PGP signature
We don't support that at the moment.
Cheers,
--
Ruslan Ermilov
[EMAIL PROTECTED]
FreeBSD committer
pgphHaKUHdDua.pgp
Description: PGP signature
t;
> It currently reports the status of 100baseTX, even though, according to the
> switch, the connection is at 1Gb. But this is such a minor issue compared to
> having no network at all...
>
> Could update the net/nvnet port? When 5.4 gets released, I imagine plenty of
>
AN tagging
in hardware, so you can switch it off without code modifications
and expect with a reasonable chance of success it will now work.
For example,
ifconfig em0 -vlanhwtag
Then try bridging on VLAN interfaces again. If it works now,
then merging my patch to RELENG_5 will definitely h
EAD a while ago,
on February 18, in this commit:
http://lists.freebsd.org/pipermail/cvs-src/2005-February/040840.html
> If sending a em card somewhere will help let me know.
>
If the above (or MFC of it) solves your problem, I will kindly
accept a card, if you've got a spare on
On Fri, Mar 25, 2005 at 11:23:03PM +0200, Ruslan Ermilov wrote:
> On Fri, Mar 25, 2005 at 10:53:38AM -0800, Brooks Davis wrote:
> > Does anyone know why there is a -I.. in CFLAGS in the ifconfig Makefile?
> > It seems to build just fine without it both by hand and with buildworld
p it.
Cheers,
--
Ruslan Ermilov
[EMAIL PROTECTED]
FreeBSD committer
pgpMLjsNoX1r9.pgp
Description: PGP signature
hook, and non-matching packets to "upper".
Similarly for packets received on "upper", forward packets of
interest to some other hook, and non-matching packets to "lower".
Cheers,
--
Ruslan Ermilov
[EMAIL PROTECTED]
FreeBSD committer
pgpF8xZvVxn97.pgp
Description: PGP signature
Hi Max,
There's another nasty bug when adding same-net same-netmask IP
aliases: no RTM_NEWADDR is generated. From a quick glance I
cannot see how to easily fix it -- the message is generated from
rtinit() which is not called in this case.
Cheers,
--
Ruslan Ermilov
[EMAIL PROTECTED]
Fr
frame is
delivered out of all interfaces, and then enable STP on your switches.
I didn't test it, but it should work. The example in the ng_one2many(4)
manpage, like the one you quote above but with four interfaces, is to
demonstrate how to set up a 400Mbit/s connection between two hosts.
Cheers,
--
Ruslan Ermilov
[EMAIL PROTECTED]
FreeBSD committer
pgpjsdxZgHy4Y.pgp
Description: PGP signature
[ Redirected to -net ]
On Tue, Feb 15, 2005 at 08:37:44PM +0200, Ruslan Ermilov wrote:
> On Tue, Feb 15, 2005 at 09:48:52AM -0800, Sam Leffler wrote:
[...]
> > As to your other suggestion of allocating an mbuf flag bit that'd be
> > fine with me. I didn't offer that
postal address off list.
Cheers,
--
Ruslan Ermilov
[EMAIL PROTECTED]
FreeBSD committer
pgpxT7DW1rG6Q.pgp
Description: PGP signature
you want to donate a card?
Cheers,
--
Ruslan Ermilov
[EMAIL PROTECTED]
FreeBSD committer
pgpiTyWuggc6F.pgp
Description: PGP signature
ck I need to solve or my
>testing methodology was flawed.
>
If you pass packets through userland, then it is even more performance
penalty, as it involves userspace<->kernel copying, twice for each
packet.
Cheers,
--
Ruslan Ermilov
[EMAIL PROTECTED]
FreeBSD committer
pgpoqKlKcSx9T.pgp
Description: PGP signature
Hi Guy,
On Fri, Feb 04, 2005 at 11:03:31AM -0600, Guy Helmer wrote:
> A while back, Maxim Konovalov made a commit to usr.sbin/ngctl/main.c to
> increase its socket receive buffer size to help 'ngctl list' deal with a
> big number of nodes, and Ruslan Ermilov responded t
On Mon, Jan 17, 2005 at 07:20:53PM +0300, Vladimir Grebenschikov wrote:
> Ruslan Ermilov wrote:
>
> > > Any ideas what wrong with 'route change' ?
> > >
> > The route(8) manpage says:
> >
> > : In a change or add command where the destinati
>
The route(8) manpage says:
: In a change or add command where the destination and gateway are not suf-
: ficient to specify the route (as in the ISO case where several interfaces
: may have the same address), the -ifp or -ifa modifiers may be used to
: determine the interface or interface address.
So try this instead:
route change 192.168.0/23 -ifp fxp0
Cheers,
--
Ruslan Ermilov
[EMAIL PROTECTED]
FreeBSD committer
pgp11opIV9Jnu.pgp
Description: PGP signature
rt->rt_ifa) {
> | IFAFREE(rt->rt_ifa);
> | ifa->ifa_refcnt++;
> | rt->rt_ifa = ifa;
> | }
>
>
> Updated diff attached. Not sure if it makes any difference?
>
Of course it does. Without it, "ping " comes from
the m
ernets are simplex devices).
I knew what the fix should look like, and then quickly
found a ready to commit solution in OpenBSD rev. 1.47.
When testing the attached patch, make sure you do *not*
have a (host) route for the alias being added.
Cheers,
--
Ruslan Ermilov
[EMAIL PROTECTED]
FreeBSD
s to the device drivers.
: As of this writing, the dc(4), em(4), fwe(4), fxp(4), ixgb(4),
: nge(4), re(4), rl(4), sf(4), sis(4), ste(4), vge(4), and vr(4)
: devices are supported, with others in the works.
Cheers,
--
Ruslan Ermilov
[EMAIL PROTECTED]
FreeBSD committer
pgpdexHzQxeg4.pgp
Description: PGP signature
flags |= RTF_HOST;
} else if (ifp->if_flags & IFF_POINTOPOINT) {
if (ia->ia_dstaddr.sin_family != AF_INET)
%%%
An alternative would be to fix in_addprefix() to pay
attention to ia_ifa pointers, but as this bug shows,
this is error prone. It's much easier to just
initialize the ia_dstaddr as appropriate.
Cheers,
--
Ruslan Ermilov
[EMAIL PROTECTED]
FreeBSD committer
pgpTQciiFeYEy.pgp
Description: PGP signature
memory
> related (as we check carefully that the rtinit will success). This means that
> the following in_addmulti will sleep if we hit it (in_addmulti mallocs with
> M_WAITOK) ... so I guess you are right and it's the least intrusive if we do
> return.
>
The old code did:
if ((error = rtinit()) != 0)
return (error);
Why the new code should behave differently, I fail to see? in_addprefix()
is just a wrapper around rtinit(), after all.
Cheers,
--
Ruslan Ermilov
[EMAIL PROTECTED]
FreeBSD committer
pgpPi1PZW2D2E.pgp
Description: PGP signature
a_flags &= ~IFA_ROUTE;
> + in_scrubprefix(ia);
> }
>
Looks like "ifp" argument is no longer needed for in_ifscrub(),
perhaps it should be killed then.
Also, there are a lot of style bugs (besides those that others
have already mentioned), the most annoying is comments -
s, but I cannot test it on a real hardware.
I also "fixed" the #endif's. ;)
An updated patch can be found here:
http://people.freebsd.org/~ru/patches/if_sf.patch
Cheers,
--
Ruslan Ermilov
[EMAIL PROTECTED]
FreeBSD committer
pgppcPA7omNY5.pgp
Description: PGP signature
On Thu, Aug 19, 2004 at 06:25:35PM -0700, Julian Elischer wrote:
> I made the commit but we can still change param.h if people really want it..
>
I don't want it. Bumping NG_ABI_VERSION was surely enough.
Cheers,
--
Ruslan Ermilov
[EMAIL PROTECTED]
FreeBSD committer
pgpRT8
OTECTED]
> and I guess the 50 number..
> (where is that number again?)
>
src/include/sys/param.h, and document it in the Porter's Handbook.
Cheers,
--
Ruslan Ermilov
[EMAIL PROTECTED]
FreeBSD committer
pgprRcvpelA73.pgp
Description: PGP signature
On Tue, Aug 17, 2004 at 11:49:47AM +0300, Ruslan Ermilov wrote:
> On Mon, Aug 16, 2004 at 07:13:27PM +, Bjoern A. Zeeb wrote:
> > On Mon, 16 Aug 2004, Bjoern A. Zeeb wrote:
> >
> > > On Mon, 16 Aug 2004, Ruslan Ermilov wrote:
> > >
> > > > On Mo
On Mon, Aug 16, 2004 at 07:13:27PM +, Bjoern A. Zeeb wrote:
> On Mon, 16 Aug 2004, Bjoern A. Zeeb wrote:
>
> > On Mon, 16 Aug 2004, Ruslan Ermilov wrote:
> >
> > > On Mon, Aug 16, 2004 at 06:03:33PM +, Bjoern A. Zeeb wrote:
> > > > Hi,
> > &
ncv
_ndis= ndis
-_netgraph= netgraph
_nsp= nsp
_nwfs= nwfs
_oltr= oltr
@@ -401,7 +400,6 @@
_hfa= hfa
_iir= iir
_mly= mly
-_netgraph= netgraph
_pccard= pccard
_ray= ray
_scsi_low= scsi_low
%%%
Cheers,
--
Rusla
On Thu, Aug 12, 2004 at 10:44:12AM -0400, Robert Watson wrote:
>
> On Thu, 12 Aug 2004, Ruslan Ermilov wrote:
>
> > On Thu, Aug 12, 2004 at 12:50:58PM +0100, Chris Stenton wrote:
> > > I have just been doing some debugging on my 5.2.1 box and noticed that
> > >
nabled, do you? I barely
recall they are incompatible with bpf(4).
Cheers,
--
Ruslan Ermilov
[EMAIL PROTECTED]
FreeBSD committer
pgpgRe3l9KM0K.pgp
Description: PGP signature
works on remote sites.
>
This is trivial with Netgraph. Basically, you bridge (ng_bridge(4))
an Ethernet node (ng_ether(4)) with a UDP socket (ng_ksocket(4))
representing your tunnel, on each side of a tunnel.
Cheers,
--
Ruslan Ermilov
[EMAIL PROTECTED]
FreeBSD committer
pgpWYU3MdjyD1.pg
clude
: #include
: #include
:
: int
: main(void)
: {
:
: printf("%d %d\n", sizeof(struct ng_mesg),
: 2 + sizeof(u_int16_t) + sizeof(u_int32_t) * 4 + (NG_CMDSTRLEN + 1));
: return (0);
: }
: $ make a
: cc -O -pipe a.c -o a
: $ ./a
: 36 36
Cheers,
--
R
as the sender ip address(ie linux).
>
> The program is run on host with FreeBSD.
>
> The ip address of the computers are:
>192.168.1.10 has Linux
>192.168.1.11 has FreeBSD
>
> I couldn't think of a solution as i guess the coding was alright.
>
> Anybo
s also a thingie floating around called
ng_dummy(4).
Cheers,
--
Ruslan Ermilov
[EMAIL PROTECTED]
FreeBSD committer
pgp0u95cfQHfP.pgp
Description: PGP signature
On Tue, Jun 08, 2004 at 10:58:31AM +0400, Gleb Smirnoff wrote:
> On Tue, Jun 08, 2004 at 09:52:35AM +0300, Ruslan Ermilov wrote:
> R> > J> > J> In addition the ng_ksocket node adds info into metadata and I suspect
> R> > J> > J> there are people usi
t;
> J> if this is true than yes we can do this..
>
> It is used only on UDP connection, to send replies back to where the original
> packets came from.
>
I wouldn't hardcode it this way. Rather, it just mimics the
sendto()/recvfrom() semantics, to represent the
On Mon, Jun 07, 2004 at 11:44:10AM +0400, Gleb Smirnoff wrote:
> On Mon, Jun 07, 2004 at 10:38:12AM +0300, Ruslan Ermilov wrote:
> R> On Mon, Jun 07, 2004 at 11:17:01AM +0400, Gleb Smirnoff wrote:
> R> > On Sun, Jun 06, 2004 at 06:35:51PM -0700, Julian Elischer wrote:
> R&
r itself only, we can safely change it.
>
I use this feature in one proprietary module (need to send/recevive
UDP datagrams to/from different destinations).
Cheers,
--
Ruslan Ermilov
[EMAIL PROTECTED]
FreeBSD committer
pgpPaljxJL4Ck.pgp
Description: PGP signature
ivert_rule);
>
>Ops, imo is not passed by! So our imo->imo_multicast_ifp is lost
>and diverted packet will not be sent through it but routing lookup
>will be performed.
>
> Should I fill the PR?
>
You're rather supposed to submit a working patch. ;)
Cheers,
--
Ruslan Ermilov
[EMAIL PROTECTED]
FreeBSD committer
pgpSLIlOjR8au.pgp
Description: PGP signature
ospfd1255* internet raw ip d2905ec0
root ospfd1256* local stream d2f98dc0
Cheers,
--
Ruslan Ermilov
[EMAIL PROTECTED]
FreeBSD committer
pgpZinik31LDU.pgp
Description: PGP signature
> 2. Install quagga from _fresh_ port collection (0.96.4 does NOT work)
> 3. run zebra and ripd, configure as usual.
>
They apparently do the thing equivalent to mrouted(8), and that's
not what I've understood from your email. Thanks anyway. ;)
Cheers,
--
Ruslan
On Wed, May 19, 2004 at 06:24:30PM +0800, Eugene Grosbein wrote:
> 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 al
On Wed, May 19, 2004 at 09:48:46AM +0800, Eugene Grosbein wrote:
> 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.
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
> >
n 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.
Cheers,
--
Ruslan Ermilov
[EMAIL PROTECTED]
FreeBSD committer
pgp9YBmNTouGV.pgp
Description: PGP signature
.0.0.9'' where no entry
yet exists. Then, when the actual packet gets delivered, the
kernel will insert the corresponding ARP entry, mapping the
multicast group address to a MAC address.
Cheers,
--
Ruslan Ermilov
[EMAIL PROTECTED]
FreeBSD committer
pgpZXCi1NQkLo.pgp
Description: PGP signature
On Fri, May 14, 2004 at 09:40:07AM -0700, Paul Saab wrote:
> Ruslan Ermilov wrote:
>
> >Dear networkers,
> >
> >I'm looking for a Broadcom BCM5704[S] technical datasheet. If anyone has
> >such a beast, or knows how one could obtain it, please let me know.
>
Dear networkers,
I'm looking for a Broadcom BCM5704[S] technical datasheet. If anyone has
such a beast, or knows how one could obtain it, please let me know.
Thanks in advance,
--
Ruslan Ermilov
[EMAIL PROTECTED]
FreeBSD committer
pgp0.pgp
Description: PGP signature
e.
>
> I'm looking forward to your answers, net-people !
>
A kernel emits the RTM_IFINFO message on a routing socket by ether
reacting to the NET_RT_IFLIST sysctl(3), or when the interface's
status changes (see "route monitor" for one such example).
Cheers,
--
Ruslan Ermilov
[EMAIL PROTECTED]
FreeBSD committer
pgp0.pgp
Description: PGP signature
On Tue, Apr 27, 2004 at 11:16:39PM +0200, Mark Santcroos wrote:
> Hi,
>
> On Tue, Apr 27, 2004 at 10:05:43PM +0300, Ruslan Ermilov wrote:
> > Have the raw IP code set csum_flags |= CSUM_UDP (and set csum_data
> > correctly) in m->m_pkthdr, if ip_p == IPPROTO_UDP &&am
r, if ip_p == IPPROTO_UDP && uh_csum == 0.
Do the same thing for IPPROTO_TCP.
Cheers,
--
Ruslan Ermilov
[EMAIL PROTECTED]
FreeBSD committer
pgp0.pgp
Description: PGP signature
locally. Generally, it's not
possible to have two broadcast type interfaces in the same
subnetwork on one (FreeBSD) box. Put it in other way: suppose
it works somehow. So when you ping 192.168.10.1 from the
box with fxp0 and ngeth0, and both have addresses from the
same IP subnetwork, which interface (i.e., which MAC) should
get used?
Cheers,
--
Ruslan Ermilov
[EMAIL PROTECTED]
FreeBSD committer
pgp0.pgp
Description: PGP signature
0002upper
# ifconfig ngeth0 1.2.3.4
# tcpdump -lenx -i dc0 ether host 0:0:0:1:2:3
tcpdump: listening on dc0
20:29:05.571179 0:0:0:1:2:3 ff:ff:ff:ff:ff:ff 0806 42: arp who-has 1.2.3.4 tell 1.2.3.4
0001 0800 0604 0001 0001 0203 0102
short of writing a driver, which
> is beyond my capability, to get this card working? If not,
> can anyone suggest a cheap alternative for a card that
> will do 11,22, or 54Mbps?
>
No, it's not PRISM. You'd need the NDISulator and 5.2-CURRENT to
run it, using native Window
tem structure needs to be freed if you
> destroy it and there are macros to extract the mbuf and metadata
> from the item. This is because in 5.x we often need to queue teh packet
> including metadata and the 'item' is what is queued.
>
While we're on this topic, I won
61 9e 00 00 c7 80 83 40 a..@
0020: 79 0d 0e 00 08 09 0a 0b 0c 0d 0e 0f 10 11 12 13 y...
0030: 14 15 16 17 18 19 1a 1b 1c 1d 1e 1f 20 21 22 23 !"#
0040: 24 25 26 27 28 29 2a 2b 2c 2d 2e 2f 30 31 32 33 $%&'()*+,-./0123
0050: 34 35 36 37
too late
to change it now -- many off-tree tools that work with routing
sockets would break on machines with sizeof(int) != sizeof(long).
Cheers,
--
Ruslan Ermilov
[EMAIL PROTECTED]
FreeBSD committer
pgp0.pgp
Description: PGP signature
1 - 100 of 295 matches
Mail list logo