Notices


Reply
Thread Tools
Posts: 29 | Thanked: 3 times | Joined on Feb 2010
#161
thanks. what repo is it in? i have extras, extras-devel, and testing but the package manager and apt are both not able to find iptables or wireless tools. maybe they arent available for pr1.2 yet?
 
Posts: 29 | Thanked: 3 times | Joined on Feb 2010
#162
got it! forgot about apt-get update.
 
Posts: 10 | Thanked: 0 times | Joined on Mar 2010
#163
I'm currently running whatever kernel appears in the repos as the power management kernel, since installing the other kernel didnt work due to a unresolved dependancy (fiasco-flasher). starting the hotspot works noth from command.ine and gui, connecting from two debian lenny macgines as well, but it wont dhcp and filling weverything in via ifconfig on the laptops doesnt work either.

debugging steps?

(sorry for spelling and such, posting from my n900)
 
Posts: 540 | Thanked: 288 times | Joined on Sep 2009
#164
Originally Posted by Kasperl View Post
I'm currently running whatever kernel appears in the repos as the power management kernel, since installing the other kernel didnt work due to a unresolved dependancy (fiasco-flasher). starting the hotspot works noth from command.ine and gui, connecting from two debian lenny macgines as well, but it wont dhcp and filling weverything in via ifconfig on the laptops doesnt work either.
Works noth ? Is this "works not" or what ? post output for CLI backend start. post output of "uname -a"
 
Posts: 3 | Thanked: 1 time | Joined on Jan 2010
#165
Originally Posted by meepha12 View Post
/home/user # /usr/sbin/mobilehotspot_backend start ; echo$?DEBUG: executing uname -r
DEBUG: executing uname -r
DEBUG: executing lsmod
DEBUG: executing insmod /lib/modules/2.6.28.10power37/nf_conntrack.ko
DEBUG: executing lsmod
DEBUG: executing insmod /lib/modules/2.6.28.10power37/nf_defrag_ipv4.ko
DEBUG: executing lsmod
DEBUG: executing insmod /lib/modules/2.6.28.10power37/nf_conntrack_ipv4.ko
DEBUG: executing lsmod
DEBUG: executing lsmod
DEBUG: executing lsmod
DEBUG: executing insmod /lib/modules/2.6.28.10power37/nf_nat.ko
DEBUG: executing lsmod
DEBUG: executing insmod /lib/modules/2.6.28.10power37/iptable_nat.ko
DEBUG: executing lsmod
DEBUG: executing insmod /lib/modules/2.6.28.10power37/ipt_MASQUERADE.ko
ERROR:dbus.proxies:Introspect error on :1.86:/com/nokia/icd2: dbus.exceptions.DBusException: org.freedesktop.DBus.Error.NotSupported: Unsupported interface or method
icd2_state_listener got args:

(dbus.String(u''), dbus.UInt32(0L), dbus.String(u''), dbus.String(u'WLAN_INFRA'), dbus.UInt32(83886080L), dbus.ByteArray('4c0d54c3-f934-40ef-9477-7b41415a8804\x00'), dbus.String(u''), dbus.UInt32(2L))
state['icd']:

{'old_connection_type': 'WLAN_INFRA', 'old_connection_name': '4c0d54c3-f934-40ef-9477-7b41415a8804'}
DEBUG: executing ifconfig wlan0 down
DEBUG: executing iwconfig wlan0 mode ad-hoc
DEBUG: executing ifconfig wlan0 up
DEBUG: executing iwconfig wlan0 essid "MobileHotSpot"
DEBUG: executing ifconfig wlan0 10.23.136.1 netmask 255.255.255.0 up
DEBUG: executing /usr/sbin/dnsmasq -i wlan0 -a 10.23.136.1 -I lo -z -x /var/run/dnsmasq.wlan0.pid --dhcp-range=10.23.136.10,10.23.136.100,6h --dhcp-option=3,10.23.136.1 --dhcp-option=6,10.23.136.1
DEBUG: executing iptables --flush
DEBUG: executing iptables --flush -t nat
DEBUG: executing iptables -P FORWARD ACCEPT
DEBUG: executing iptables -P INPUT ACCEPT
DEBUG: executing iptables -P OUTPUT ACCEPT
DEBUG: executing iptables --table nat --append POSTROUTING --out-interface gprs0 -j MASQUERADE
/bin/sh: echo0DEBUG:: not found
Hi Folks!
I've been wondering about one thing: Was there a conscious decision not to avoid IP packet fragmentation?
IP packet fragmentation involves quite some overhead and to my experience there seem some bugs and providers blocking fragmented packets out in the wild creating spurious connectivity problems.

If not, I'd like to propose following the common practice of changing the TCPMSS, avoiding unnecessary fragmentation at least for TCP packets:
iptables -A FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu
(doesn't work right now on the N900, as the corresponding module seems to be missing in the power user kernel - maybe someone could add it? :P )

(For those who don't know what I'm talking about: look at the MTU of your wlan0 and gprs0 interface - the latter will probably be smaller - and consider this explanation of ip fragmentation in the context of tunnels :
http://www.cisco.com/en/US/tech/tk82...800d6979.shtml )
 
Posts: 4 | Thanked: 0 times | Joined on Apr 2010
#166
@Kodomo:

Agreed 100%

But is it missing in the kernel ... ?

CONFIG_IP_NF_MATCH_TCPMSS=y
CONFIG_IP_NF_TARGET_TCPMSS=y

Or in the iptables userspace modules ... ?

libipt_TCPMSS.so

Please check that briefly.

I am still running PR1.1.1 and using the device productively, so when I can afford some time to play I will update and go to an enhanced kernel myself.

In dieser Stelle ein dickes Danke! an Tom Tanner für seine Arbeit am Kernel. (A big thank you to Tom Tanner for his work).

Originally Posted by kodomo View Post
Hi Folks!
I've been wondering about one thing: Was there a conscious decision not to avoid IP packet fragmentation?
IP packet fragmentation involves quite some overhead and to my experience there seem some bugs and providers blocking fragmented packets out in the wild creating spurious connectivity problems.
 
Posts: 540 | Thanked: 288 times | Joined on Sep 2009
#167
Originally Posted by raisemyspirit View Post
@Kodomo:

Agreed 100%

No decision, initially focus was just getting it working somehow and then many features were left disabled, ask titan and the needed moduless will be in the power kernel and once that's done I can add the options to the hotspot backend script.
 
Posts: 3 | Thanked: 1 time | Joined on Jan 2010
#168
Originally Posted by raisemyspirit View Post
@Kodomo:

Agreed 100%

But is it missing in the kernel ... ?

CONFIG_IP_NF_MATCH_TCPMSS=y
CONFIG_IP_NF_TARGET_TCPMSS=y

Or in the iptables userspace modules ... ?

libipt_TCPMSS.so

Please check that briefly.

I am still running PR1.1.1 and using the device productively, so when I can afford some time to play I will update and go to an enhanced kernel myself.

In dieser Stelle ein dickes Danke! an Tom Tanner für seine Arbeit am Kernel. (A big thank you to Tom Tanner for his work).
I'm using 2.6.28.10power37 , and the iptables command fails. There's neither libipt_TCPMSS.so , nor xt_TCPMSS.so (think, I remember that there was a name change in recent kernels)
 
Posts: 136 | Thanked: 47 times | Joined on Apr 2010 @ SF East Bay, Cali
#169
Rambo,

Thanks for getting this going! I'm up and running with it and life is good! Also thanks to Flynx for his modified backend.py!

Now if we can get Flash 10.1, life with my N900 would be great!

Thanks again!
 
Posts: 10 | Thanked: 0 times | Joined on Mar 2010
#170
Originally Posted by rambo View Post
Works noth ? Is this "works not" or what ? post output for CLI backend start. post output of "uname -a"
noth=both, I nearly hit the right keys.

Output attached.
Attached Files
File Type: txt hotspotout.txt (1.8 KB, 119 views)
File Type: txt kernelver.txt (90 Bytes, 95 views)
 
Reply


 
Forum Jump


All times are GMT. The time now is 19:12.