IPv6 T-Mobile US Beta Test - Page 18 - maemo.org

ioan | # 171 | 2010-12-08, 19:12 | Report

Originally Posted by ddrown View Post

Ok, libnat64 version 1.1 is up at http://code.google.com/p/n900ipv6/wiki/LDPreloadNat64

Fixes the ifconfig/route problems when switching from 3g/ipv6 to wifi

Should I uninstall the prev. version before installing this one?

ddrown | # 172 | 2010-12-08, 19:13 | Report

Originally Posted by ioan View Post

Should I uninstall the prev. version before installing this one?

Nope, you can just install the new version over the previous

Edit: I should mention you only have to install the package to update, you don't have to run the register command again.

The Following User Says Thank You to ddrown For This Useful Post:
ioan

Radu | # 173 | 2010-12-08, 21:35 | Report

I installed the new one, which works, but still no ipv6 chat with Gtalk :/
is there a problem if the other party is behind IPv4 and NAT? On wifi it works fine.

lemmyslender | # 174 | 2010-12-09, 01:23 | Report

Gtalk working fine over IPv6 here. IM'ing with the wife earlier. She's running android on verizon, so I know it's IPv4, probably nat as well.

Radu | # 175 | 2010-12-09, 01:37 | Report

Did you IM or talked, as in voice chat?
IM works fine for me, and it did before, but voice/video doesn't work.

ddrown | # 176 | 2010-12-09, 02:59 | Report

Ok, I found the problem with GeePS (same bug with barriosquare).

Fix is to upgrade to libicd-network-3g-ipv6 version 1.4 and libnat64 version 1.2. After upgrading, I am able to use GeePS and barriosquare.

What broke: QT4 contains its own mini web browser (webkit based). The mini browser checks to see which connection is active before launching. libicd-network-3g-ipv6 did not previously implement the function "ip_addr_info", which is supposed to return ipv4 address information. I added a function that returns nothing (I now return 1 element of nothing instead of 0 elements of nothing

, and that fixed the crash.

The libnat64 upgrade is for barriosquare, which starts up a server and binds to localhost. Due to researching what would work, I had two different strategies to handle traffic to localhost (one in connect(), and one in bind()). I changed the bind method to match the connect method.

The Following 4 Users Say Thank You to ddrown For This Useful Post:
db_tobago, ioan, lemmyslender, tmojoe

db_tobago | # 177 | 2010-12-09, 04:34 | Report

excellent job. weatherbug , barriosquare and sygic work

The Following User Says Thank You to db_tobago For This Useful Post:
ddrown

lemmyslender | # 178 | 2010-12-09, 12:54 | Report

Originally Posted by Radu View Post

Did you IM or talked, as in voice chat?
IM works fine for me, and it did before, but voice/video doesn't work.

Just IM. Sorry for the confusion. Haven't tried voice/video.

*EDIT* GeePS is working now as well. Getting closer and closer to not needing anything other than the v6 only connection. I don't often use skype or sip, so really, not much need to change now. Also of interest (don't remember if they didn't work before) Application Manager and Ermining also work.

Keep up the great work!

Last edited by lemmyslender; 2010-12-09 at 13:48.

The Following User Says Thank You to lemmyslender For This Useful Post:
ddrown

ddrown | # 179 | 2010-12-09, 15:40 | Report

Originally Posted by Radu View Post

Did you IM or talked, as in voice chat?
IM works fine for me, and it did before, but voice/video doesn't work.

It looks like google voice/video wants to see an ipv4 address configured. SIP is probably looking for the same thing.

try running (as root): ip addr add 10.255.255.254/30 dev gprs0

(If you don't have /sbin/ip, it comes from the iproute package)

After doing that, google voice worked for me. I'd be interested to hear if SIP starts working too.

db_tobago | # 180 | 2010-12-09, 17:06 | Report

couldn't get SIP to work. I'm using localphone.com as a provider