[FSO] GPRS
I successfully followed the process outlined at http://wiki.openmoko.org/wiki/GPRS_FSO and got GPRS working through T-Mobile. (internet3.voicestream.com) (this is on Raster+FSO) But there's a few things... first up, the page states "The implementation should not interfer with other phone functionality, such as placing calls. In other words: you can use GPRS while talking on the phone without hanging up.". This is NOT in fact true. GPRS functionality is suspended while GSM is in active use. IE, the following is an excerpt from a running ping routing over GPRS, with an incoming call ringing through (well, figuratively since I still get no ringtone ;) at the 21-second mark: 64 bytes from 209.85.171.99: seq=17 ttl=240 time=565.898 ms 64 bytes from 209.85.171.99: seq=18 ttl=240 time=540.926 ms 64 bytes from 209.85.171.99: seq=19 ttl=240 time=555.915 ms 64 bytes from 209.85.171.99: seq=20 ttl=240 time=530.902 ms 64 bytes from 209.85.171.99: seq=21 ttl=241 time=55850.922 ms 64 bytes from 209.85.171.99: seq=22 ttl=241 time=54926.202 ms 64 bytes from 209.85.171.99: seq=23 ttl=241 time=54160.914 ms 64 bytes from 209.85.171.99: seq=24 ttl=241 time=53276.906 ms 64 bytes from 209.85.171.99: seq=25 ttl=241 time=52330.892 ms 64 bytes from 209.85.171.99: seq=76 ttl=241 time=1165.942 ms 64 bytes from 209.85.171.99: seq=77 ttl=241 time=800.850 ms 64 bytes from 209.85.171.99: seq=78 ttl=241 time=715.924 ms 64 bytes from 209.85.171.99: seq=79 ttl=241 time=690.908 ms The pings from 21-25 don't actually respond until the call is ended (evidenced by the 52-56 second ping times, matching the 56 second duration from call ringing to call hangup), and everything after those five until call end is lost. I understood from previous discussions on the mailinglist that this is the nature of the beast, that we won't get GPRS working DURING a GSM call - at least not with this GSM hardware. Is that correct or not? (I'd dearly love to be able to push a few packets when an incoming call starts ringing through - callerid name lookups) The muxer lets us keep both connections configured, but GSM voice trumps GPRS data in an XOR. Second, where is it performing /etc/resolv.conf replacement, and how do I stop it? because the current behavior is very undesirable for me. I've got local dns caching on my FR, so /etc/resolv.conf should ALWAYS point at 127.0.0.1, but it's deciding to alter it, and it's doing so by overwriting the contents of /etc/resolv.conf. If nothing else, the hardcoded behavior should be more like 'echo "nameserver a.b.c.d" | resolvconf -a ppp0' (obviously depends on resolvconf being installed - standard on 2008.x, don't know about FSO image) or replacing the contents in /var/volatile/run/resolv.conf, rather than 'echo "nameserver a.b.c.d" >/etc/resolv.conf' - though ideally there should be the capability if desired of bringing up the interface, then querying what route and DNS were provided and acting on that information outside the actual ppp0 activation. Third, where is it doing the replacement of the default route? I'm also working on more robust and reliable handling of default routes, to support multiple prioritized default routes instead of what we currently have, IE eth0 adding a second default route on top of the one from usb0, ppp0 (via FSO) REPLACING default route, etc. In addition, I would assume that any network manager worth using will need to control routes and DNS itself, NOT have them handled atomically as part of the act of activating an interface. When gprsoff.sh is invoked, it restores the previous /etc/resolv.conf contents, and restores the previous default route, though it does NOT restore the previously-specified route metric. Also, when gprson.sh is invoked and it 'replaces' the default route, it does so by removing the first default route seen. If the desire is for it to atomically replace default route(s) with one out GPRS, then restore on GPRS off, then it's necessary to remove and store ALL default routes, including metrics. (I've not even explored what it does if additional routing tables ave populated and rules defined, I'm assuming that's entirely beyond its comprehension at this point, though I've utilized such arrangements on my FR in the past and likely will again) And finally, is there any support, or intended support, for demand-dial PPP/GPRS? That, combined with route metrics and local DNS caching, (plus proper hotplug enable/disable of usb0) may be able to circumvent the present need for genuine network manager oversight. I've been working toward a usable arrangement without such management, wherein usb0 is the lowest-priority route, ethernet via USB ethernet adapter (eth2) next up in priority if available, wifi is next up if it's been manually activated, and GPRS demand-dial otherwise. (so the effect in action would be that if wifi is active it uses that, if not but eth2 wired ethernet is available use that, if not then try usb0, failing that dial GPRS) Then the
Re: [FSO] GPRS
Joel Newkirk <[EMAIL PROTECTED]> writes: > Second, where is it performing /etc/resolv.conf replacement, and how do I > stop it? because the current behavior is very undesirable for me. I've grep -r resolv.conf . shows that ./framework/subsystems/ogsmd/modems/abstract/pdp.py does PPP_DAEMON_SETUP["/etc/ppp/ip-up.d/08setupdns"] = """#!/bin/sh -e cp /var/run/ppp/resolv.conf /etc/resolv.conf """ > Third, where is it doing the replacement of the default route? I'm also grep -r route . shows that ./framework/subsystems/ogsmd/modems/ti_calypso/modem.py uses if category == "ppp": return [ '115200', 'nodetach', 'crtscts', 'defaultroute', 'debug', #'hide-password', 'holdoff', '3', 'ipcp-accept-local', 'ktune', 'lcp-echo-failure', '8', 'lcp-echo-interval', '10', 'ipcp-max-configure', '32', 'lock', 'noauth', #'demand', 'noipdefault', 'novj', 'novjccomp', #'persist', 'proxyarp', 'replacedefaultroute', 'usepeerdns' ] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [FSO] GPRS
lör 2008-10-11 klockan 19:06 -0400 skrev Joel Newkirk: > I successfully followed the process outlined at > http://wiki.openmoko.org/wiki/GPRS_FSO and got GPRS working through > T-Mobile. (internet3.voicestream.com) (this is on Raster+FSO) > > But there's a few things...[snip] > > I understood from previous discussions on the mailinglist that this is the > nature of the beast, that we won't get GPRS working DURING a GSM call - at > least not with this GSM hardware. Is that correct or not? (I'd dearly > love to be able to push a few packets when an incoming call starts ringing > through - callerid name lookups) The muxer lets us keep both connections > configured, but GSM voice trumps GPRS data in an XOR. Sounds like this won't be resolved ever for phones with this GSM chipset (Calypso in my case)? That really sucks and really breaks one of my intended use cases (not that anyone *should* care, really). Using the OpenMoko thing as a conference phone _and_ internet gateway at the same time hence is not possible? (Unless you do VOIP for phone conferencing.) / Fredrik signature.asc Description: Detta är en digitalt signerad meddelandedel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [FSO] GPRS
On Mon, 13 Oct 2008 17:53:33 +0200, Fredrik Wendt <[EMAIL PROTECTED]> wrote: > lör 2008-10-11 klockan 19:06 -0400 skrev Joel Newkirk: >> I successfully followed the process outlined at >> http://wiki.openmoko.org/wiki/GPRS_FSO and got GPRS working through >> T-Mobile. (internet3.voicestream.com) (this is on Raster+FSO) >> >> But there's a few things...[snip] >> >> I understood from previous discussions on the mailinglist that this is > the >> nature of the beast, that we won't get GPRS working DURING a GSM call - > at >> least not with this GSM hardware. Is that correct or not? (I'd dearly >> love to be able to push a few packets when an incoming call starts > ringing >> through - callerid name lookups) The muxer lets us keep both > connections >> configured, but GSM voice trumps GPRS data in an XOR. > > Sounds like this won't be resolved ever for phones with this GSM chipset > (Calypso in my case)? That really sucks and really breaks one of my > intended use cases (not that anyone *should* care, really). > > Using the OpenMoko thing as a conference phone _and_ internet gateway at > the same time hence is not possible? (Unless you do VOIP for phone > conferencing.) > > / > Fredrik On your first question, I couldn't say if the cause is something inherent in GSM+GPRS, a chipset limitation, something that could be addressed in its firmware, or simply gsm software support. Hopefully one of the latter two, right? :) As to the second, yes that's pretty much the situation. As I understand it, there are also limitations on simultaneous use of GSM and Wifi as well as Wifi and Bluetooth. (not inability, just limits) If you're sitting on a solid internet connection, IMHO VOIP would be better anyway. :) j ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[Debian FSO] GPRS dependencies
I'm having trouble getting GPRS to work in Debian/FSO. If I use the sephora utility it will say "connecting.." then "disconnected." The gprs_on.sh script at [1] tells me: "/org/Freesmartphone/GSM/Device: ActivateContext ->" which seems good but I can't ping anything. (neither hostname or IP addresses) What packages need to be installed for GPRS to work in debian? Is there anyway to get more verbose output from the script at [1] to diagnose this? Thanks. -Greg [1] http://wiki.openmoko.org/wiki/GPRS_FSO ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[FSO] GPRS Problems LCP TermReq
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I've got a problem with a GPRS connection to one of the operators here. Vodafone works great but my O2 connection logs and gives me "CHAP authentication succeeded". Further on in the handshaking the network sends me a "LCP TermReq" Does anybody here have any idea what the problem might be. I thought that when CHAP was happy we were flying. I've included the log from CHAP success to termination. The FATAL error messages do not appear to be a problem as they also appear in the vodafone log which does work, by the way. Everything else is as it appears in a vodafone log except for the terminate request of course ;-) Thanks in advance for any guidance. daemon.debug pppd[1375]: rcvd [CHAP Success id=0x1 ""] daemon.info pppd[1375]: CHAP authentication succeeded daemon.notice modprobe: FATAL: Error inserting ppp_mppe (/lib/modules/2.6.24/kernel/drivers/net/ppp_mppe.ko): No such device user.info kernel: PPP Deflate Compression module registered daemon.notice modprobe: FATAL: Error inserting ppp_mppe (/lib/modules/2.6.24/kernel/drivers/net/ppp_mppe.ko): No such device daemon.notice modprobe: FATAL: Error inserting ppp_mppe (/lib/modules/2.6.24/kernel/drivers/net/ppp_mppe.ko): No such device daemon.debug pppd[1375]: sent [CCP ConfReq id=0x1 ] daemon.debug pppd[1375]: sent [IPCP ConfReq id=0x1 ] daemon.debug pppd[1375]: rcvd [LCP ProtRej id=0x1 80 fd 01 01 00 0c 1a 04 78 00 18 04 78 00] daemon.debug pppd[1375]: rcvd [LCP TermReq id=0x1 0b 21] daemon.info pppd[1375]: LCP terminated by peer (^K!) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJSQMOXlbjSJ5n4BARAo5oAJ0b4yhuG6TH+8He8bkFod4AoQKRuwCghZdr zvsNRZMgxn59YQhOTi+y7XU= =WSyp -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian FSO] GPRS dependencies
Am Dienstag, den 07.10.2008, 15:44 -0500 schrieb Greg Bonett: > I'm having trouble getting GPRS to work in Debian/FSO. > > If I use the sephora utility it will say "connecting.." then "disconnected." > > The gprs_on.sh script at [1] tells me: > "/org/Freesmartphone/GSM/Device: ActivateContext ->" > which seems good but I can't ping anything. (neither hostname or IP > addresses) > > What packages need to be installed for GPRS to work in debian? > > Is there anyway to get more verbose output from the script at [1] to > diagnose this? Set log_level = DEBUG in [frameworkd] section of /etc/frameworkd.conf, then run frameworkd on the command line to see output. Then, log the syslog to see the pppd output. Then, run the ActivateContext command and post us all the logs. Thanks, :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian FSO] GPRS dependencies
Hello, I know it seem to be ca stupid think but try to check these two things. 1. The apn is right for your operator 2. Username / password correct 3. There is still credit on the card. To connect manually you can launch this command: mdbus -s org.freesmartphone.frameworkd /org/freesmartphone/GSM/Device ActivateContext your_apn your_username your_password /org/freesmartphone/GSM/Device: ActivateContext -> I used no additional package ... so I can say. Let us to know how it went. Best regards Michele Renda Greg Bonett wrote: > I'm having trouble getting GPRS to work in Debian/FSO. > > If I use the sephora utility it will say "connecting.." then "disconnected." > > The gprs_on.sh script at [1] tells me: > "/org/Freesmartphone/GSM/Device: ActivateContext ->" > which seems good but I can't ping anything. (neither hostname or IP > addresses) > > What packages need to be installed for GPRS to work in debian? > > Is there anyway to get more verbose output from the script at [1] to > diagnose this? > > Thanks. > > -Greg > > [1] http://wiki.openmoko.org/wiki/GPRS_FSO > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian FSO] GPRS dependencies
Two weeks ago, debian was mising a dependencie on ppp for the frameworkd package. This should be corrected now but check wether or not you have ppp install (dpkg -l | grep ppp). It seems debian version of frameworkd miss a recent commit [1] with a correction on GPRS. I forward to the Debian FSO team. Martin -- [1] http://git.freesmartphone.org/?p=framework.git;a=commitdiff;h=77b887da0d72a9983e6f214d2208fe39ae8f90d7 - Message de [EMAIL PROTECTED] - Date : Tue, 7 Oct 2008 15:44:17 -0500 (CDT) De : Greg Bonett <[EMAIL PROTECTED]> Répondre à : [EMAIL PROTECTED], List for Openmoko community discussion Objet : [Debian FSO] GPRS dependencies À : community@lists.openmoko.org > I'm having trouble getting GPRS to work in Debian/FSO. > > If I use the sephora utility it will say "connecting.." then "disconnected." > > The gprs_on.sh script at [1] tells me: > "/org/Freesmartphone/GSM/Device: ActivateContext ->" > which seems good but I can't ping anything. (neither hostname or IP > addresses) > > What packages need to be installed for GPRS to work in debian? > > Is there anyway to get more verbose output from the script at [1] to > diagnose this? > > Thanks. > > -Greg > > [1] http://wiki.openmoko.org/wiki/GPRS_FSO > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > - Fin du message de [EMAIL PROTECTED] - ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [FSO] GPRS Problems LCP TermReq
Please post the full log, not a truncated one. :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Smartphones-userland] [Debian FSO] GPRS dependencies
Luca Capello <[EMAIL PROTECTED]> writes: > necessary, since it removes some print calls. Can anyone confirm that > the first part (pdp.py) is enough to have GPRS working on Debian? If > it's like that, the package will be available late this evening ;-) Yes, you only need the first part. I initially sent the patch as a solution to #140, maybe I should have sent it to bugs.debian.org too? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[debian, FSO?] GPRS modem noise in incoming phone call?
I answered a call while using GPRS, and was shocked to hear (what I presume was) the GPRS modem noise in the phone call audio! I'm not sure if I've had an incoming call before while using GPRS, so it's possible that this is a reproducible configuration problem. Is there a basic setting somewhere that could account for this? Thanks, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community