**** BEGIN LOGGING AT Wed Mar 30 02:59:57 2011
Mar 30 06:38:32 <trashw> Ofono supports various access technologies such as GSM, GPRS, UMTS 3G, partially LTE as well as CDMA...But what happens when we move out of one technology to another? Does it affect connectivity from Ofono's perspective?
Mar 30 06:40:08 <trashw> If a single modem is capable of supporting various access technologies, then does Ofono works seamlessly across access technologies?
Mar 30 06:40:59 <balrog-k1n> if the modem and the networks support handover then it won't affect connectivity, but i don't know popular that is, for example my guess is that networks and modems don't support handover between CDMA and non-CDMA
Mar 30 06:42:02 <balrog-k1n> whereas they should support switching between 3G and 4G seemlessly
Mar 30 06:43:04 <balrog-k1n> this is all handled by modem firmware and hardware though
Mar 30 06:43:18 <trashw> Leaving aside the CDMA, for other Access technologies do we need to send any specific messages to the modem to switch over?
Mar 30 06:43:35 <balrog-k1n> if ofono receives a notification from the modem that says the radio technology has changed, it'll signal that to use, but won't do anything else
Mar 30 06:43:59 <balrog-k1n> to user*
Mar 30 06:45:19 <trashw> How do the modem intimate about any change in the access technology?
Mar 30 06:45:27 <balrog-k1n> if the the modem or network does not support the handover, and there was a call ongoing, then modem will just say that the call has ended
Mar 30 06:46:07 <balrog-k1n> and that the network has changed
Mar 30 06:46:15 <trashw> What happens when the modem is already latched to the network and ACTIVE PDP is going on? And there is a handover from 3G to 4G?
Mar 30 06:47:20 <balrog-k1n> if the modem doesn't support such handover, then it'll say that PDP was deactivated
Mar 30 06:47:31 <trashw> ok...
Mar 30 06:47:46 <balrog-k1n> ofono ha little to do with it
Mar 30 06:48:13 <trashw> Modem supports handover, and PS call is going on  in 3G, we have TCP/IP stack at application side
Mar 30 06:48:28 <trashw> in this case when handover to 4G happens...
Mar 30 06:48:47 <trashw> is this scenario taken care at oFono level?
Mar 30 06:49:23 <balrog-k1n> it's taken care of at a lower level as far as i know
Mar 30 06:50:29 <trashw> ok
Mar 30 06:50:43 <balrog-k1n> if handover is successfull then ofono will be only notified that access technology changed and nothing else changed
Mar 30 06:51:07 <trashw> ok...
Mar 30 06:51:39 <trashw> here as the TCP/IP stack is at application side, does oFone need to indicate anything to the TCP/IP side?
Mar 30 06:52:39 <trashw> or is it not required? actually I am also not very sure about this query one of my friend has asked me the same
Mar 30 06:54:23 <balrog-k1n> so ofono/connman probably exposes a network interface
Mar 30 06:54:29 <balrog-k1n> and the kernel handles TCP/IP
Mar 30 06:55:06 <trashw> ok
Mar 30 06:55:07 <balrog-k1n> if handover works, there should be nothing no notify of, i think
Mar 30 06:55:19 <trashw> ok...
Mar 30 06:55:51 <trashw> has anyone tested this? PS handover stuff
Mar 30 06:56:39 <balrog-k1n> not me, i don't know if such 4G hardware even exists today
Mar 30 06:56:55 <balrog-k1n> there are very few 4G devices right?
Mar 30 06:57:10 <trashw> yeah...but here we are having one
Mar 30 06:58:16 <trashw> has 2G to 3G PS handover been tested? 
Mar 30 06:58:34 <balrog-k1n> so bottom line is that, if it works without ofono, it also should work with ofono :)  (once someone writes a ofono driver for the device)
Mar 30 06:58:51 <trashw> i agree with you :)
Mar 30 06:59:47 <trashw> and i belive from ofono point of view it doest matter if PS handover is from 2G to 3G or from 3G to LTE
Mar 30 07:54:04 <rpourtier> holtmann: ping
Mar 30 08:24:01 <aruravi> akiniemi: ping
Mar 30 08:24:38 <akiniemi> aruravi: pong
Mar 30 08:26:31 <aruravi> Are you in Nokia office now?
Mar 30 08:26:40 <akiniemi> aruravi: yup
Mar 30 15:50:44 <Jeevaka_Home> denkenz: ping
Mar 30 15:59:30 <denkenz> Jeevaka_Home: pong
Mar 30 16:09:05 <Jeevaka_Home> denkenz: may i know how the hashtable approach going to make the driver implementation simpler?
Mar 30 16:09:27 <denkenz> You won't need to do the duplicate detection there
Mar 30 16:09:39 <denkenz> And even the core implementation becomes dead simple
Mar 30 16:10:18 <denkenz> the current O(n^2) behavior is silly, even if we have like 15 numbers max
Mar 30 16:11:06 <Jeevaka_Home> denkenz: agree that core implementation becomes simpler
Mar 30 16:12:07 <Jeevaka_Home> denkenz: since the plan is to use array of strings on the driver side. both approaches will be simpler on the driver side
Mar 30 16:13:23 <denkenz> So lets do a hashtable then
Mar 30 16:13:32 <denkenz> makes things easier for everyone
Mar 30 16:14:03 <Jeevaka_Home> ok
**** ENDING LOGGING AT Thu Mar 31 02:59:58 2011