How To: internet over usb/bluetooth

[mightymop]

To make a long story short, I managed to get Opera and KVM talk to the internet via ppp0 (bluetooth) but in a messy way, and only if a GPRS connection exists (although no packets will be sent over it). I did it by using the netfilter layer to reroute packets to ppp0 right before they get transmitted, and faking incoming packets from ppp0 to appear as though they're coming from gprsv0. Works like a charm but a headache to configure. If people here want it anyway, I may write some scripts to do it, if there's enough demand. (PM me if you see a real need in this functionality).

yeah u have it the way u did it does not matter... the main thing is ...
YOU DID IT

could u upload you scripts maybe? i'd like to get it running

cu

mightymop

[tazzix]

@Mack:

Great work, I have GPRS connections which charge by the data transferred, so the only question is what happens to incomming calls while the phone is connected. Some phones suspend GPRS in a way that nothing is lost actually, some ignore the calls / SMS messages.

Please share the scripts / instructions.

[pnail]

-----%<-----%<-----%<-----
Am currently working on pppd running over windows, got modem connected (modem log on WinX says so) but no ip assigned to phone yet. Will post the same when am done, if anybody interested.
-----%<-----%<-----%<-----

Well, I could get connected to WinXP @115kbps finally! Attached is modified leoppp script with leomsg's on errors (only) and cytux' retries (Do modify IP address as per your taste and update /diska/.system/QTDownLoad/leoppp/btppp_start.sh. E680i users might like LED indication instead)

Thanks Leo & Cytux!!

A tip for WinX users if you have problems running scripts due to CRLF:

Download the 'tofrodos' converter from http://www.thefreecountry.com/tofrodos/ and copy the 'fromdos.exe' to 'Documents and Settings/user/SendTo'. Next time you modify the shell script in winX, right click the file and sendto->fromdos.exe to remove CRLFs. Scripts can then be safely copied to your phone...

[Updated]
If not able to connect using LeoPPP over Bluetooth:
Problems can be at phone or on PC!

A) To check problem is on phone:
1) Fact that no messages appear when you click BTLeoPPP mean problem might not be on phone at all - as I have disabled the irritating popups on success. You can uncomment the (last but one line) popup for testing. If "PPP over BlueTooth started!" popup does appear, go to STEP B
2) Since you have samba (over USBLan obviously) you also got telnet shell. Try executing the script on telnet shell.
3) Disable serial on Bluetooth and check for "Connect Bluetooth Serial and press OK to continue..." leopopup message, if not, script might have CRLFs
4) Check if leomsg works, on telnet shell execute:
/diska/.system/QTDownLoad/leomsg/leomsg.sh "Leomsg works!!"
5) Connect SPP and execute following to check if /dev/pts/1 is up.
cat /tmp/bt_spp_devname

B) To check if problem at PC end:
1) On Windows, 'setup an advanced connection' -> 'Connect directly to computer' -> 'Guest' (updated the earlier mentioned 'Host' setting makes PC listen for the call) to install a 'direct network' in your 'Network Connections'. Some more updates: Also disable auto gateway configuration for the ppp by: [properties->Networking->TCP/IP->Properties->Advanced-> (Disable/uncheck) Default Gw on remote network]. If not disabled, the default internet will stop working as the packets wud get routed to ppp by default.
2) Connect SPP and on telnet, run 'cat < /dev/pts/1'. Click on 'direct network' installed in step B1 and check if 'CLIENT' message gets echoed on shell. If not, goto step B1
3) Kill 'cat' in step B2, Stop and restart leoppp on phone. Open hyperterminal for serial port corresponding to BT SPP on PC and type in 'CLIENT'. 'CLIENTSERVER' followed by some junk should appear on hyperterminal sent from phone - if it does 'pppd' on phone is setup correctly, goto step B1

C) If nothing works, format your hard disk and install Linux and live peacefully thereafter

[mightymop]

I did it by using the netfilter layer to reroute packets to ppp0 right before they get transmitted, and faking incoming packets from ppp0 to appear as though they're coming from gprsv0.

hm.. to check if i understood... did you use iptables/ipchains for rerouting?
i could not found if iptables/ipchains is compiled into the kernel hm..
netfilter has something to do with iptables/ipchains right? hm..
so if iptables/ipchains is supported by the kernel we should be able to reroute packaged yes but as i said i could not found it !?!?

cu

mightymop

[mack]

Hi all,

I see there's demand for this feature so I'll try to make some package and upload it. Personally, I don't have much use for it, so I did it merely as a proof of concept.

For those of you who asked if a GPRS connection is necessary, unfortunately, the answer is yes, although the traffic won't go over it. KVM and Opera insist on having this connection on, and bind it for their connection. I bypassed the binding, but without having an open GPRS connection they won't even try to connect anywhere. They don't check for the existence of the gprsv0 interface, as I tried to fake it by a kernel module and it didn't work. They seem to talk to some other app using a named socket, and query the existence of such connection. In order to eliminate the GPRS requirement, one needs to trace these applications (usermode) and see how they determine whether they have an active GPRS connection. If someone finds the way to do it, I'll integrate it into my package. Till than, GPRS is a must, and the only way you know you're going through bluetooth rather than GPRS is by speed. (Or, as I checked it, by running tcpdump on ppp0 on the host side and seeing that my traffic goes through there).

mightymop, netfilter is the kernel layer that iptables uses. Its not compiled in the default kernel but I compiled it as a bunch of modules which you can insmod, and also compiled the usermode iptables and required libraries.

In my first attempt, I wrote my own netfilter-based kernel module that does the rerouting, because the usual NAT modules can't help in this situation. However, I switched to ipt_ROUTE (an iptables target that doesn't come with the kernel but can be downloaded from patch-o-matic in the netfilter project). With ipt_ROUTE, I was able to reroute the required packets at POSTROUTING and OUTPUT tables (in the "mangle" domain of netfilter).

tazzix, I have no idea what would happen when a call comes in. If the phone just suspends sending packets over gprsv0, the connection should keep working because the packets don't really go through it. However, if the phone informs the usermode applications (KVM, Opera), they may decide to stop sending for the duration of the call. After I upload the package, you can test it and post the results.

By the way, I'm curious why you people want this feature. Why would you want to browse the web with Opera on the phone when you have a laptop/desktop within 10m range ?

Anyway, I'll soon upload a package that does all that, along with the other (more interesting IMHO) feature of NATing your laptop to the internet through GPRS.

[mightymop]

By the way, I'm curious why you people want this feature. Why would you want to browse the web with Opera on the phone when you have a laptop/desktop within 10m range ?

ok imagine it is saturday morning, you are lying in your bed ... to lazy to get up and of course to lazy to boot your laptop or something in your arm range except your wonderful a780 and u would like to check whats going on here
so u need a wireless connection to your cool linuxbox/server blabla over bluetooth to do it hehe

this is an example why we need it... and of course its cool to surf the net with one of the smallest linux devices hehe

btw. how did u build the kernel modules? simply crosscompile with gcc for arm + a780 kernel source or is there something more to do?

^^ sorry 4 the stupid questions but i am new in compiling stuff under linux except java applications

[mack]

yeah, simply cross-compiled it. Compiling the modules from the A780 kernel tree was not enough though, since ipt_ROUTE.o is also needed.

[pnail]

By the way, I'm curious why you people want this feature. Why would you want to browse the web with Opera on the phone when you have a laptop/desktop within 10m range ?

to make VOIP/video calls to silvio
http://www.www.motorolafans.com/inde...ewtopic&t=1521

[admin]

lol thats a good one. ask silvio wads happening yea xD

[pornsitp]

4) Check if leomsg works, on telnet shell execute:
/diska/.system/QTDownLoad/leomsg/leomsg.sh "Leomsg works!!"

I tried this and found error...

# /diska/.system/QTDownLoad/leomsg/leomsg.sh "Leomsg works!!"
{0} AMSInterface.cpp:91 1126627956 : 807536 - KVM: Main() entrance, kvm's main Function starts here

{0} J2ME_JAM_Main.cpp:93 argv[0] = /usr/SYSjava/kvm

{0} J2ME_JAM_Main.cpp:93 argv[1] = -DLeoMsg=Leomsg_works!!^

{0} J2ME_JAM_Main.cpp:93 argv[2] = -classpath

{0} J2ME_JAM_Main.cpp:93 argv[3] = /diska/.system/java/DownloadApps/MIDlet00514/Files/LeoPopUp.jar

{0} J2ME_JAM_Main.cpp:93 argv[4] = LeoPopUp

FS_lock_init: sem id 32769, NOT mine
FS_init shm @ addr 0xbeaf6000, size 163840, NOT mine
{0} AMSInterface.cpp:91 1126627957 : 24883 - KVM: finished ZApplication's initialization

{0} AMSInterface.cpp:91 1126627957 : 208356 - KVM finished init CST Bar

{0} AMSInterface.cpp:91 1126627957 : 212809 - KVM finish Setting Icon,tarnslation and MainWidget

{0} AMSInterface.cpp:91 1126627957 : 422396 - KVM finish pWidget->Show() function

{0} AMSInterface.cpp:91 1126627957 : 524627 - KVM finished JVM_Start() function

{0} AMSInterface.cpp:91 1126627957 : 526631 - KVM start entering exec Loop

{1} J2ME_JAID_Utilities.cpp:1120 <J2ME_JAID_GetDeviceById> Invalid suite ID!
{1} J2ME_JAID_APIs.cpp:2372 <J2ME_JAID_IsTrusted> Installation Dir is:

{1} J2ME_JAID_APIs.cpp:2377 <J2ME_JAID_IsTrusted> Registry Path is: /registry.txt

{1} J2ME_JAID_APIs.cpp:2382 <J2ME_JAID_IsTrusted> Invalid suite id: -1!

Start running local class