**** BEGIN LOGGING AT Mon Apr 12 02:59:56 2010 Apr 12 18:53:00 denkenz: ping Apr 12 18:56:29 padovan: pong Apr 12 18:58:39 denkenz: I'm looking to work on the DUN client for oFono and BlueZ as GSoC project, basically I thin it will work like the HFP I did before. My question is: Does oFono supports ITU-T V.250 and GSM 0707 AT command sets? Apr 12 18:59:20 heh, funny you mention it Apr 12 18:59:51 why? :) Apr 12 19:00:07 We were thinking who to assign DUN support to... Apr 12 19:00:16 anyway, there are several pieces: Apr 12 19:00:28 You need the AT command parser -> gatchat/gatserver Apr 12 19:00:39 You need a PPP stack -> gatchat/gatppp* Apr 12 19:00:53 And then you need to unify the entire thing together Apr 12 19:01:48 And then there are some pieces in connman which you will need to integrate against, similar to what holtmann is planning for PAN Apr 12 19:02:24 So the necessary pieces are there and we already know how we want it to work Apr 12 19:02:39 Just need to extend / integrate everything together Apr 12 19:04:12 yes, I thought that some parts are already done. Maybe it will be easy put it to work as a GSoC. If so I'll work on the DUN server too. Apr 12 19:05:16 certainly I think this is doable as a 2-3 month project, especially if you only do the mandatory BT DUN AT commands Apr 12 19:05:24 None of the silly CGDCONT crap Apr 12 19:07:20 I didn't study DUN deeply yet, so I really don't know how much time to estimate. Apr 12 19:07:59 Vudentz said that it could easy for GSoC, he also mentioned the connman itegration. Apr 12 19:08:34 DUN itself is pretty easy, its like ~20 AT commands Apr 12 19:09:43 And yes, connman integration will be needed, since connman must bridge / nat the dun & internet connections Apr 12 19:11:22 There are basically three pieces, the service export on bluez side, the AT stuff on oFono and the connman integration. Apr 12 19:11:41 Don't forget the PPP stack Apr 12 19:11:54 You'll need to give out IP addresses Apr 12 19:12:00 However, that part we can help with Apr 12 19:15:38 denkenz: by ppp stack you mean that some work on the kernel side will be needed? Apr 12 19:16:46 No, oFono now has a ppp stack, however it is still WIP and it has no server-side support (yet) Apr 12 19:17:47 ah, ok. Apr 12 19:18:04 So the sequence would go something like remote connects, issues ATD, we enter into PPP mode, peer requests IP address + DNS, we provide it and then perform packet exchange Apr 12 19:18:32 The packet exchange goes to our TUN device that we create, and then some magic within connman sets up iptable rules appropriately Apr 12 20:15:05 denkenz: so we really need connman. I thought that was a extra feature. Apr 12 20:16:24 well define need Apr 12 20:16:46 You can setup nat manually without connman :) Apr 12 20:17:51 But yes, this is one of those things that needs BlueZ + ConnMan, and potentially oFono Apr 12 20:18:01 Though oFono isn't really involved at this point Apr 12 20:33:25 hi, I have a question about drivers/isimodem implementation... I see that many things (e.g. various functions in sim.c) are unimplemented... Is there any public documentation on the ISI protocol so people can help implementing the missing bits? Apr 12 20:41:37 nope Apr 12 20:42:28 I suspected that... :) Apr 12 20:47:57 If someone wants to go through the effort, then browsing through symbian source code might net them quite a bit of the protocol Apr 12 21:24:25 denkenz: so we really need the conmann integration. :) Apr 12 21:25:18 yes, but holtmann & co are already working on it Apr 12 21:25:29 Its needed for PAN anyway, you just reuse the same code Apr 12 21:25:47 Nice **** ENDING LOGGING AT Tue Apr 13 02:59:56 2010