| To: | Ben Greear <greearb@xxxxxxxxxxxxxxx> |
|---|---|
| Subject: | Re: Deleting incoming network packets / sk_buff |
| From: | Michael Renzmann <mrenzmann@xxxxxx> |
| Date: | Sun, 15 Aug 2004 20:57:21 +0200 |
| Cc: | netdev@xxxxxxxxxxx |
| In-reply-to: | <411FA902.8070402@xxxxxxxxxxxxxxx> |
| References: | <411E642C.9010708@xxxxxx> <411E8EE4.70900@xxxxxxxxxxxxxxx> <411FA5D0.6000004@xxxxxx> <411FA902.8070402@xxxxxxxxxxxxxxx> |
| Sender: | netdev-bounce@xxxxxxxxxxx |
| User-agent: | Mozilla Thunderbird 0.5 (X11/20040304) |
Hi. Ben Greear wrote: Bottom line: the easiest way to solve this problem would be to have some way for blocking packets on eth1 from being processed (after they have been passed to the packet socket - else my userspace program won't be able to "bridge" incoming packets to tap0).Can't you have no IP on eth1 and have your IP on tap0 instead? That would at least keep any pkts received on eth1 from being processed by the IP stack. This is infact what I have done. The result is still that every packet will be dup'ed - which can be seen for example when pinging from that host, every reply is shown twice (and ping says "DUP" for every reply). Bye, Mike |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: kernel-2.6.8.1 EIP is at velocity_netdev_event+0x16/0x50, Francois Romieu |
|---|---|
| Next by Date: | Re: [Prism54-devel] Re: [PATCH/RFC] set_rates support for prism54, Denis Vlasenko |
| Previous by Thread: | Re: Deleting incoming network packets / sk_buff, Ben Greear |
| Next by Thread: | [PATCH 0/4]: Scalable HFSC, Patrick McHardy |
| Indexes: | [Date] [Thread] [Top] [All Lists] |