Well, David, am looking at a scenario that can support a fail-safe situation. In the event the remote users are unable to reach the database due to attenuation, then the signal switches to HF with the help of an HF controller which will be configred to alternate between signals depending on the stipulated/standardized frequency.
On Wed, Jun 8, 2011 at 2:50 PM, David Ziggy Lubowa <[email protected]>wrote: > This is a very interesting question( just off the top of my head ); > > A few things to consider however;- > > - Do you really have to use HF/VSAT to access the DD or is using your > current access technology best. > > - Knowing that your 3G network has a cap on how much data can traverse it > before throttle also a throttle based on how long the connection is idle > exists, does it mean you will be moving a load of data where by maybe being > mobile might not be the best idea. > > - A stab in the dark here but seeing you want to access an application from > within; > > - You have to pass your AAA , which can redirect you to the application > interface after authentication and then you query the database and get what > you need. > > Using HF/VSAT you will need to have a client which will connect at a baud > rate of 9600 and also have a RAS which will support this connection and then > the magic can be done in back end through a database which can assign you a > profile with specific restrictions and access. ( Again this is stab in the > dark , but also a very long process for something that can be done > differently with your current access technology ). > > regards > > > > On Wed, Jun 8, 2011 at 12:32 PM, Timothy Obua <[email protected]> wrote: > >> Am having a question on how one can implement the possibility of an >> enterprise gadget like a Blackberry Bold to be able to interface with >> Digital HF transmission so as to query information from a distributed >> database in the operation of a mobile based enterprise application >> >> -- >> Best Regards, >> >> Timothy Obua >> Mobile:+256792280620 >> Office: +256790790643 >> Email: [email protected] >> Office: [email protected] >> URL: www.linkedin.com/in/timobua >> >> >> _______________________________________________ >> The Uganda Linux User Group: http://linux.or.ug >> >> Send messages to this mailing list by addressing e-mails to: >> [email protected] >> Mailing list archives: http://www.mail-archive.com/[email protected]/ >> Mailing list settings: http://kym.net/mailman/listinfo/lug >> To unsubscribe: http://kym.net/mailman/options/lug >> >> The Uganda LUG mailing list is generously hosted by INFOCOM: >> http://www.infocom.co.ug/ >> >> The above comments and data are owned by whoever posted them (including >> attachments if any). The mailing list host is not responsible for them in >> any way. >> > > > _______________________________________________ > The Uganda Linux User Group: http://linux.or.ug > > Send messages to this mailing list by addressing e-mails to: > [email protected] > Mailing list archives: http://www.mail-archive.com/[email protected]/ > Mailing list settings: http://kym.net/mailman/listinfo/lug > To unsubscribe: http://kym.net/mailman/options/lug > > The Uganda LUG mailing list is generously hosted by INFOCOM: > http://www.infocom.co.ug/ > > The above comments and data are owned by whoever posted them (including > attachments if any). The mailing list host is not responsible for them in > any way. > -- Best Regards, Timothy Obua Mobile:+256792280620 Office: +256790790643 Email: [email protected] Office: [email protected] URL: www.linkedin.com/in/timobua
_______________________________________________ The Uganda Linux User Group: http://linux.or.ug Send messages to this mailing list by addressing e-mails to: [email protected] Mailing list archives: http://www.mail-archive.com/[email protected]/ Mailing list settings: http://kym.net/mailman/listinfo/lug To unsubscribe: http://kym.net/mailman/options/lug The Uganda LUG mailing list is generously hosted by INFOCOM: http://www.infocom.co.ug/ The above comments and data are owned by whoever posted them (including attachments if any). The mailing list host is not responsible for them in any way.
