From: "K.Anantha Kiran" <ananth@cse.iitk.ac.in>
To: syedk <syedk@intotoinc.com>
Cc: Jad Saklawi <Jad@Saklawi.info>, linux-c-programming@vger.kernel.org
Subject: Re: Splitter
Date: Tue, 23 Mar 2004 17:24:13 +0530 (IST) [thread overview]
Message-ID: <Pine.LNX.4.44.0403231716230.9445-100000@csews38.cse.iitk.ac.in> (raw)
In-Reply-To: <1080041902.7454.54.camel@one.test.com>
Hi,
Whenever we receive a packet( let it is stored in skb), can we directly
change the skbuff->dev and call dev_queue_xmit(skbuff) without undergoing
any processing in this system. That means this will simply take one packet and
keep it in another interface( for suppose there are no packets destined
for this system) . Doing this will cause any problems?
On 23 Mar 2004, syedk wrote:
> Date: 23 Mar 2004 17:08:20 +0530
> From: syedk <syedk@intotoinc.com>
> To: K.Anantha Kiran <ananth@cse.iitk.ac.in>
> Cc: Jad Saklawi <Jad@Saklawi.info>, linux-c-programming@vger.kernel.org
> Subject: Re: Splitter
>
> you can look into dev_queue_xmit(sk_buff) function in net/core/dev.c
>
> sk_buff->dev has the information abt the device (can be any interface
> registered using register_netdevice() for that matter)...
>
> dev_queue_xmit just transfers the sk_buff for the device for
> delivery....
>
> I feel the best way to solve your problem would be use NF_IP_PRE_ROUTING
> hook of netfilter by which u get all packets ( even before any routing
> decisions has been made : that is what u wanted RIGHT??) and then call
> dev_queue_xmit function by setting the sk_buff->dev as whatever
> interface u wish to redirect....
>
> I hope this would help....
>
> Best regards
> syed sk
>
>
> On Tue, 2004-03-23 at 15:09, K.Anantha Kiran wrote:
> > Hi,
> > Thanks a lot for ur guidance.
> > I am following the same files(i mean NET directory).But i am facing
> > following problem.
> > " where the output interface variable (rtable->key->oif) is changed to
> > the index of interface through which packet has to go out. In the function
> > /net/route.c ip_route_input_slow() they are setting it to 0 what is it
> > mean.
> >
> > When a packet has to be put on to an interface what are the fields
> > will it use to decide that( in skbuff structure).
> >
> > Thanks
> > regards,
> > K. Anantha kiran
> >
> >
> > On Mon, 22 Mar 2004, Jad Saklawi wrote:
> >
> > > Date: Mon, 22 Mar 2004 09:41:22 +0200
> > > From: Jad Saklawi <Jad@Saklawi.info>
> > > To: K.Anantha Kiran <ananth@cse.iitk.ac.in>
> > > Cc: linux-c-programming@vger.kernel.org
> > > Subject: Re: Splitter
> > >
> > > K.Anantha Kiran wrote:
> > >
> > > >Hi,
> > > > Thanks for ur suggetsion.
> > > > But we are not clear about the sentece "re invent the loop".
> > > > Can u give clear explanantion about the "iptables" solution.
> > > > IMP: Our machine should not work like a router.I should be able to decide
> > > >to which interface i want to redirect to , on the fly for each packet
> > > >using a HASH like functions.
> > > >
> > > >
> > > It`s your choice then, check out net/core/dev.c net/core/dv.c
> > > net/ipv4/tcp_input.c net/ipv4/tcp_output.c net/ethernet/eth.c You have
> > > to take a look at the whole net directory and modify accordingly. I
> > > doubt you will be able to do any thing. Any way good luck!!!
> > >
> > > Greets,
> > > Jad
> > >
> >
> > -
> > To unsubscribe from this list: send the line "unsubscribe linux-c-programming" in
> > the body of a message to majordomo@vger.kernel.org
> > More majordomo info at http://vger.kernel.org/majordomo-info.html
>
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-c-programming" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
next prev parent reply other threads:[~2004-03-23 11:54 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-12-08 10:38 memory capacity ronkhu
2003-12-09 0:51 ` Stephen Satchell
2003-12-09 1:35 ` Glynn Clements
2004-03-22 18:01 ` Splitter K.Anantha Kiran
2004-03-22 6:42 ` Splitter Jad Saklawi
2004-03-22 18:51 ` Splitter K.Anantha Kiran
2004-03-22 7:41 ` Splitter Jad Saklawi
2004-03-23 9:39 ` Splitter K.Anantha Kiran
2004-03-23 11:38 ` Splitter syedk
2004-03-23 11:54 ` K.Anantha Kiran [this message]
2004-03-23 13:31 ` Splitter syedk
2004-03-25 19:35 ` System hang at high bandwidth K.Anantha Kiran
2004-03-27 18:11 ` Jan-Benedict Glaw
2004-04-06 14:20 ` Can i use dev_queue_xmit K.Anantha Kiran
2004-04-06 16:55 ` Armen Kaleshian
2004-03-22 19:30 ` Splitter Michael Taylor
2004-03-22 18:42 ` Splitter K.Anantha Kiran
-- strict thread matches above, loose matches on Subject: below --
2004-03-23 9:19 Splitter Sreecharan.Sivadevuni
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=Pine.LNX.4.44.0403231716230.9445-100000@csews38.cse.iitk.ac.in \
--to=ananth@cse.iitk.ac.in \
--cc=Jad@Saklawi.info \
--cc=linux-c-programming@vger.kernel.org \
--cc=syedk@intotoinc.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).