FreeLists / openbeosnetteam / [openbeosnetteam] Re: Progress Update...

["Bruno G. Albuquerque" <bga@xxxxxxxxxxxxx>]

> Well, it's Monday evening and I've been home over 24 hours, so here's 
> an
> update...

That's awesome! Congratulations!

> So, those who build and install the kernel version now get
> 
> - a /dev/net./socket they can use

Including select() support? :)

> - ifconfig command line app to control the interfaces (doesn't yet do
> everything)

What does it do?

> - route app that should allow things like gateways to be set.

Cool!
 
> Not too bad, but still a long way to go!

You tell me. :)
 
> We presently have pseudo drivers for the loopback, but I think we 
> need
> others, such as slip and ppp. However, what do people here want?

I guess PPP and PPPoE should be a priority, tough I am not using any of 
them. But even before that, we need TCP. :P :)
 
> So, please respond telling us what you'd like and what hardware you 
> have.
> Also you should indicate whether you've actually got the code, tried 
> to
> build it and if you're willing to do this in order to test anything 
> written!
> yes, just like a true beta program!

I can actually try a PPPoE module if it is written. I converted my ADSL 
modem to an ADSL router but I can get it back to modem to test. BTW, it 
is a 3Com HomeConnect modem, and that means it *DOES NOT* use the 
standard identification for the PPPoE discovery and session stages... 
We whould provide support to that.
 
> We should also think about how we want to support things like ppp and 
> dial
> on demand.

I guess PPP can be done just like it is in the Unix world. When you 
start a PPP session a PPP interface is created... It is attached to a 
terminal (serial port) or to anything else that can act like that (an 
ethernet card in the case of PPPoE).

Dial on demand is tricky. I guess the first thing we must do is a way 
to enable disable it. If it is enabled and the user tries to connect to 
some place, we should check first if it is not part of his local  
network (in case he has other interfaces than the one with dial-on-
demand).
 
> Unless people object then this is a list of things we should try to 
> do in
> the next week or so...
> 
> - get some form of agreement on our preferences app and get work 
> going on
> that

I guess We can use something like BoneYard. It works quite well.

> - add raw sockets (gets us ping/traceroute)
>  and then (- add ping/traceroute!)
> - figure out how to support icmp error messages
> - figure out how to use select via ioctl (Philippe???)
> - start adding tcp support
> - draw up a new roadmap!
> 
> Well, I'll volunteer to do some of the above, namely the tcp support 
> and raw
> sockets! Anyone else want to step up?

Well... I can guarantee I will be testing the code, but I can't commit 
any time to development right now, unfortunatelly.

-Bruno


--
Fortune Cookie Says:

There is a green, multi-legged creature crawling on your shoulder.