| To: | Michael Renzmann <mrenzmann@xxxxxx> |
|---|---|
| Subject: | Re: Deleting incoming network packets / sk_buff |
| From: | Ben Greear <greearb@xxxxxxxxxxxxxxx> |
| Date: | Sun, 15 Aug 2004 11:18:42 -0700 |
| Cc: | netdev@xxxxxxxxxxx |
| In-reply-to: | <411FA5D0.6000004@xxxxxx> |
| Organization: | Candela Technologies |
| References: | <411E642C.9010708@xxxxxx> <411E8EE4.70900@xxxxxxxxxxxxxxx> <411FA5D0.6000004@xxxxxx> |
| Sender: | netdev-bounce@xxxxxxxxxxx |
| User-agent: | Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2) Gecko/20040803 |
Michael Renzmann 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. Ben -- Ben Greear <greearb@xxxxxxxxxxxxxxx> Candela Technologies Inc http://www.candelatech.com |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: Deleting incoming network packets / sk_buff, Michael Renzmann |
|---|---|
| Next by Date: | Re: [Prism54-devel] Re: [PATCH/RFC] set_rates support for prism54, Vladimir Kondratiev |
| Previous by Thread: | Re: Deleting incoming network packets / sk_buff, Michael Renzmann |
| Next by Thread: | Re: Deleting incoming network packets / sk_buff, Michael Renzmann |
| Indexes: | [Date] [Thread] [Top] [All Lists] |