Go to the FreeLists Home Page Home Signup Help Login
 



[openbeosnetteam] || [Date Prev] [05-2003 Date Index] [Date Next] || [Thread Prev] [05-2003 Thread Index] [Thread Next]

[openbeosnetteam] Re: PPP API

  • From: "Philippe Houdoin" <philippe.houdoin@xxxxxxx>
  • To: openbeosnetteam@xxxxxxxxxxxxx
  • Date: Thu, 22 May 2003 12:22:12 GMT
Nathan anwser:
> > For input, the Net::Layer::ParentType() give the layer name from 
> > which 
> > we accept (or is it only "expect" here?)
> > input, like in your sample ppp/pppoe layer, which return 
> > ParentType() 
> > of "ethernet/*"?
> 
> This is an old version of the architecture, which let you supply, in 
> ParentType() a regex for the sorts of things you want under you. I 
> prefer the above-mentioned naming architecture to the way it exists 
> in 
> the code I submitted.

Oh, okay.
But, in this design, how input packets are demuplexed?
Your sample code seems to imply that each above layer will be hand the 
packet.
For example:

If it's a TCP packet:
ethernet/vt86c100/0 -> ip/ethernet , arp/ethernet, ppp/ethernet 
ip/ethernet -> icmp/ip, udp/ip, tcp/ip
tcp/ip -> socket/tcp

If it was a TCP packet sent thru a PPPoE connection:
ppp/ethernet -> discovery/ppp, lcp/ppp, ip/ppp
ip/ppp -> icmp/ip, udp/ip, tcp/ip
tcp/ip -> socket/tcp

Something similar?

I like this stack assembly design, but I'm worried about performance, 
due to time waste in 
non-concerned layer(s) at each layer level.

-Philippe

--
Fortune Cookie Says:

Arbitrary systems, pl.n.:
        Systems about which nothing general can be said, save "nothing
general can be said."






[ Home | Signup | Help | Login | Archives | Lists ]

All trademarks and copyrights within the FreeLists archives are owned by their respective owners.
Everything else ©2007 Avenir Technologies, LLC.