That seems to be the same bug.
Just tested and mine works just fine. Wondering if this is related to this bug where data connectivity drops even though it looks like the phone is still on the network? We’ve seen that same message on pings and ‘limited connectivity’.
Try 1. airplane mode 2. reset network connections via Sailfish Utilities or ofono command 3. turn off airplane mode 4. Connect to Internet 5. select your SIM
If it works, this could be the same problem, which would be good to know.
(@d.geelen defaultuser isn’t root - try devel-su (with developer mode enabled) and enter your SSH password.)
@cyberlyra brought me here 
I haven’t enabled Internet connection (edit: Internet connection sharing) yet (to keep the bug reports as vanilla as possible), so I didn’t really consider this before.
Does the Internet sharing work correctly if you disable VoLTE? If it does, it just might be the same issue I’m struggling with…
If the question adresses me: I didn’t try the VoLTE so far. Paid licence, freshly flashed, no accounts added, just GPSimfo installed from Store (and alle parts the could be downloaded while initial startup, so android support enabled).
I have not enabled VoLTE, as my provider does not support it ;-( Hotspot is working ok
Wondering if this is related to this bug where data connectivity drops even though it looks like the phone is still on the network?
I don’t think so, as I said, the phone itself did have working internet. E.g. I could browse the web on the phone just fine while the laptop could not. I did try your procedure, but it made no difference. Still no shared internet.
I also did not try VoLTE yet.
defaultuser isn’t root - try devel-su (with developer mode enabled) and enter your SSH password
While this does work, why on earth would ping require root access?? 
Ping requires root (or rather certain admin capabilities such as cap_net_raw iirc) in order to be able to create custom ICMP packets.
Distros where it does not usually have it eiher installed suid root, or set the caps correctly on the binary.
1 Like
This bug applies to the 10ii as well.
I just tried on my X10 II and it works. Are you able to reproduce this bug all the time?
1 Like
It might have worked once but it never has whenever I tried recently, on the 4.4-releases.
This issue has also been addressed in this thread: Internet Sharing Not Sharing Internet
It’s exactly the same for the X10ii as for the X10iii (limited connection for devices connected but working connection on the phone).
I wouldn’t totally deny the possibility that the hotspot might sometimes work by chance, but it doesn’t work for me and many others.
Just tested it on my Xperia 10 III and it seems to work fine in providing internet connectivity to my iPad. Enabling the hotspot turns off wireless (which I assume is what its supposed to do) and then the iPad can successfully browse web pages using the EE sim in the phone. Disabling the hotspot then reenables wireless on the phone.
I take it thst the teleco provider doesn’t have to permit this functionality on their sim before you can use it?
Note, I have NOT got VoLTE enabled and have never tried since flashing.
No, it’s provider independent. It should just work.
It may well be that a reliable number of resets/restarts may restore sharing functionality (will try this later) as someone suggested elsewhere, but this shouldn’t be the default behavior IMHO.
I can confirm both statements with my Xperia 10III.
On the one hand Internet sharing works fine and on the other hand internet sharing doesn’t work.
For me it is as follows:
Internet sharing works only with IPv4 mobile data connection.
Unfortunately, I can’t establish an IPv4 mobile data connection with Congstar SIM (MNO Telekom DE)
See my bugreport: IPv4 mobile data connection not possible
Therefore, internet sharing does not work with this mobile data connection.
@Cryx and @d.geelen
Maybe that’s your problem too.
Please check the protocol in access point settings.
If you have the protocol setting „Dual“, you normally should have IPv4 mobile data connection.
Try calling up an IPv4 address directly on the Xperia in the browser (Without WLAN, only mobile data connection established). E.g. https://8.8.8.8 (instead of dns.google.com).
If you can’t access the webpage, you don’t have an IPv4 mobile data connection. This is the reason, why your Internet sharing doesn´t work.
In my above mentioned bugreport, I showed already, that with my other SIM from MEDIONmobile (MNO O2 DE) I can establish an IPv4 mobile data connection.
Therefore, internet sharing works as expected with the MEDIONmobile data connection.
The problem can also be provoked with this mobile data connection by switching the protocol to IPv6. As a result, internet sharing with the MEDIONmobile data connection is no longer possible.
i have same on volla port.
on xperia 10 it used to work at least till 4.3. did not test it on 4.4 on xperia 10
Okey, I’ll try to jump into this as well in hope to help to narrow this down. Some observations/ideas that came to mind:
- Works fine for many (for me as well) - not happening for all
- When error occurs do you have IPv4 or IPv6 mobile address? Terminal and ifconfig will reveal.
- Where routing ends? Tracerouce(6) might give some hints
- Can you ping some known ip (whatever that is online)
- Above leads to DNS – do you have legit and working DNSes in place both in device and phone
Just throwing some thoughts. Bare with me, I’ll help you. Surely, this cannot be Xperia 10 III related per se as it works for some users.
Okay, I made some more tests.
I have two SIM Cards, both Telekom DE and as such the same mobile network as @senders - maybe the the first thing cause we both have the same problem.
I have/had several devices - with my main SIM I had no problem with Internet sharing so far. I used this SIM over the years in different iPhones (3G, 4, 4S, Xr), two Windows Phones (Lumia 920, Lumia 950), two android phones (Xperia XZ3, Xperia 5 II) without any problems and could share my connection.
I also tried this SIM in the Xperia 10 III, but that leads to the problem like my secondary card also does.
I tried to get a connection wit my Jolla C too (but don’t remember which of both cards I used) where sharing works like expected as I already described in my initial post.
I tried the https://8.8.8.8 thing with both SIMs in Xperia 5 II (Android 12) and Xperia 10 III (SFOS 4.4.0.64). Did work with both SIMS on Android, but didn’t work on SFOS.
I also tried to manually restrict the data connection to IP oder IPV& instead of Dual, but all thsi had no effect - no internet access possible while the connection between two devices (SFOS as host) itself works.
So to my mind this must be a bug especially with the Xperia 10 III build that maybe just occurs with specific providers/mobile networks.
I could give that a try with Xperia XA2 in the next days…
@rainemak If you need some more information to dive into your ideas please give me some hints what exactly to do to get and deliver that.
Hi @reinemak,
thanks for your answer.
Here the outputs you ask for:
First for a mobile internet connection only IPv6 established (Incorrect behavior on Xperia 10 III, see my mentioned bug report)
Xperia 10 III with Constar (MNO Telekom DE) SIM card, settings: APN: internet.telekom, Protocol: Dual, Auth: PAP, User: congstar, Password: cs
rmnet_data1 is assigned to mobile data:
[root@Xperia10III defaultuser]# connmanctl services cellular_xxx-congstar-xxx_context1 | grep Ethernet
Ethernet = [ Method=auto, Interface=rmnet_data1, Address=00:00:00:00:00:00, MTU=1500 ]
[root@Xperia10III defaultuser]# ifconfig
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:65536 Metric:1
RX packets:34947 errors:0 dropped:0 overruns:0 frame:0
TX packets:34947 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:3634766 (3.4 MiB) TX bytes:3634766 (3.4 MiB)
rmnet_data0 Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
inet6 addr: fe80::7266:8d1d:bdbd:3ceb/64 Scope:Link
UP RUNNING MTU:1500 Metric:1
RX packets:30 errors:0 dropped:0 overruns:0 frame:0
TX packets:32 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:1524 (1.4 KiB) TX bytes:1672 (1.6 KiB)
rmnet_data1 Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
inet6 addr: fe80::5a67:258:59ee:45da/64 Scope:Link
inet6 addr: 2a01:598:d84b:2084:5a67:258:59ee:45da/64 Scope:Global
UP RUNNING MTU:1500 Metric:1
RX packets:3742 errors:0 dropped:0 overruns:0 frame:0
TX packets:4374 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:726554 (709.5 KiB) TX bytes:410208 (400.5 KiB)
rmnet_ipa0 Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
UP RUNNING MTU:9216 Metric:1
RX packets:12501 errors:0 dropped:0 overruns:0 frame:0
TX packets:12152 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:7039754 (6.7 MiB) TX bytes:2691224 (2.5 MiB)
rndis0 Link encap:Ethernet HWaddr 3E:55:96:D6:66:F2
inet addr:192.168.10.1 Bcast:192.168.10.255 Mask:255.255.255.0
inet6 addr: fe80::3c55:96ff:fed6:66f2/64 Scope:Link
UP BROADCAST RUNNING MULTICAST DYNAMIC MTU:1500 Metric:1
RX packets:374 errors:0 dropped:0 overruns:0 frame:0
TX packets:193 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:35302 (34.4 KiB) TX bytes:38011 (37.1 KiB)
tether Link encap:Ethernet HWaddr 3C:01:EF:F1:22:1C
inet addr:172.28.172.1 Bcast:172.28.172.255 Mask:255.255.255.0
inet6 addr: fe80::90ca:88ff:fea4:c4fc/64 Scope:Link
UP BROADCAST RUNNING MULTICAST DYNAMIC MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:11 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 b) TX bytes:1026 (1.0 KiB)
wlan0 Link encap:Ethernet HWaddr 3C:01:EF:F1:22:1C
inet6 addr: fe80::3e01:efff:fef1:221c/64 Scope:Link
UP BROADCAST RUNNING MULTICAST DYNAMIC MTU:1500 Metric:1
RX packets:0 errors:0 dropped:96112 overruns:0 frame:0
TX packets:17 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:3000
RX bytes:0 (0.0 b) TX bytes:1482 (1.4 KiB)
[root@Xperia10III defaultuser]# ip route | grep default & ip -6 route | grep default
default via fe80::79fe:4c70:e2d:2eb8 dev rmnet_data1 proto ra metric 1024 expires 64054sec
[1]+ Done(1) ip route | grep default
IPv6 works as expected:
[root@Xperia10III defaultuser]# traceroute -6 dns.google.com
traceroute to dns.google.com (2001:4860:4860::8888), 30 hops max, 72 byte packets
1 * * *
2 * * *
3 * * *
4 * * *
5 * * *
6 * * *
7 * * *
8 * * *
9 * * *
10 2003:0:1304:8013::2 (2003:0:1304:8013::2) 63.536 ms 26.073 ms 22.638 ms
11 * 2a00:1450:814c::1 (2a00:1450:814c::1) 36.718 ms 2a00:1450:8154::1 (2a00:1450:8154::1) 26.956 ms
12 dns.google (2001:4860:4860::8888) 28.276 ms 34.169 ms 26.493 ms
[root@Xperia10III defaultuser]# ping -6 -w 4 dns.google.com
PING dns.google.com (2001:4860:4860::8844): 56 data bytes
64 bytes from 2001:4860:4860::8844: seq=0 ttl=114 time=54.033 ms
64 bytes from 2001:4860:4860::8844: seq=1 ttl=114 time=33.556 ms
64 bytes from 2001:4860:4860::8844: seq=2 ttl=114 time=24.154 ms
64 bytes from 2001:4860:4860::8844: seq=3 ttl=114 time=28.760 ms
--- dns.google.com ping statistics ---
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max = 24.154/35.125/54.033 ms
Since there is no mobile IPv4 internet connection, traceroute -4 and ping -4 can not work. But for the record:
[root@Xperia10III defaultuser]# traceroute -4 dns.google.com
traceroute: can't connect to remote host (8.8.8.8): Network is unreachable
[root@Xperia10III defaultuser]# ping -4 -w 4 dns.google.com
PING dns.google.com (8.8.8.8): 56 data bytes
ping: sendto: Network is unreachable
On the device that joined the Hotspot:
senders@xrog:~$ ifconfig
enp4s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
ether 50:eb:f6:48:d7:6e txqueuelen 1000 (Ethernet)
RX packets 29116 bytes 10843925 (10.8 MB)
RX errors 0 dropped 3682 overruns 0 frame 0
TX packets 10303 bytes 1837573 (1.8 MB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 1000 (Lokale Schleife)
RX packets 2900 bytes 273922 (273.9 KB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 2900 bytes 273922 (273.9 KB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
usb0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.10.2 netmask 255.255.255.0 broadcast 192.168.10.255
inet6 fe80::d878:3d0d:a8f4:6b8b prefixlen 64 scopeid 0x20<link>
ether xx:xx:xx:xx:xx:xx txqueuelen 1000 (Ethernet)
RX packets 935 bytes 107985 (107.9 KB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 1611 bytes 208964 (208.9 KB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
wlp5s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 172.28.172.2 netmask 255.255.255.0 broadcast 172.28.172.255
inet6 fe80::d290:3635:c42b:142d prefixlen 64 scopeid 0x20<link>
ether xx:xx:xx:xx:xx:xx txqueuelen 1000 (Ethernet)
RX packets 276 bytes 34263 (34.2 KB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 1843 bytes 140972 (140.9 KB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
senders@xrog:~$ ip route | grep default & ip -6 route | grep default
[1] 8590
default via 172.28.172.1 dev wlp5s0 proto dhcp metric 20600
[1]+ Fertig ip route | grep --color=auto default
Since there is no IPv6 connection to the Xperia 10 III, traceroute -6 and ping -6 can not work. But for the record:
senders@xrog:~$ traceroute -6 dns.google.com
traceroute to dns.google.com (2001:4860:4860::8844), 30 hops max, 80 byte packets
connect: Das Netzwerk ist nicht erreichbar
senders@xrog:~$ ping -6 -w 4 dns.google.com
ping: connect: Das Netzwerk ist nicht erreichbar
IPv4 also does not work, because there is no IPv4 mobile internet connection on Xperia 10 III
senders@xrog:~$ traceroute -4 dns.google.com
traceroute to dns.google.com (8.8.4.4), 30 hops max, 60 byte packets
1 * * *
2 * * *
3 * * *
4 * * *
5 * * *
6 * * *
7 * * *
8 * * *
9 * * *
10 * * *
11 * * *
12 * * *
13 * * *
14 * * *
15 * * *
16 * * *
17 _gateway (172.28.172.1) 32.331 ms !N * *
senders@xrog:~$ ping -4 -w 4 dns.google.com
PING dns.google.com (8.8.8.8) 56(84) bytes of data.
--- dns.google.com ping statistics ---
4 packets transmitted, 0 received, 100% packet loss, time 3074ms
Now the same for an established IPv4 and IPv6 mobile internet connection:
Xperia 10 III with MEDIONmobile (MNO O2 DE) SIM card, settings: APN: internet, Protocol: Dual, Auth: None
rmnet_data2 is assigned to mobile data:
[root@Xperia10III defaultuser]# connmanctl services cellular_x-medionmobile-x_context1 | grep Ethernet
Ethernet = [ Method=auto, Interface=rmnet_data2, Address=00:00:00:00:00:00, MTU=1500 ]
[root@Xperia10III defaultuser]# ifconfig
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:65536 Metric:1
RX packets:35821 errors:0 dropped:0 overruns:0 frame:0
TX packets:35821 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:3726160 (3.5 MiB) TX bytes:3726160 (3.5 MiB)
rmnet_data0 Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
inet6 addr: fe80::7266:8d1d:bdbd:3ceb/64 Scope:Link
UP RUNNING MTU:1500 Metric:1
RX packets:31 errors:0 dropped:0 overruns:0 frame:0
TX packets:33 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:1572 (1.5 KiB) TX bytes:1720 (1.6 KiB)
rmnet_data2 Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
inet addr:10.131.65.56 Mask:255.255.255.240
inet6 addr: fe80::48bd:57a9:3128:d00f/64 Scope:Link
inet6 addr: 2a02:3030:814:ef6e:48bd:57a9:3128:d00f/64 Scope:Global
UP RUNNING MTU:1500 Metric:1
RX packets:17174 errors:0 dropped:0 overruns:0 frame:0
TX packets:18771 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:7745155 (7.3 MiB) TX bytes:2123454 (2.0 MiB)
rmnet_ipa0 Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
UP RUNNING MTU:9216 Metric:1
RX packets:13566 errors:0 dropped:0 overruns:0 frame:0
TX packets:13119 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:7225055 (6.8 MiB) TX bytes:2979196 (2.8 MiB)
rndis0 Link encap:Ethernet HWaddr 3E:55:96:D6:66:F2
inet addr:192.168.10.1 Bcast:192.168.10.255 Mask:255.255.255.0
inet6 addr: fe80::3c55:96ff:fed6:66f2/64 Scope:Link
UP BROADCAST RUNNING MULTICAST DYNAMIC MTU:1500 Metric:1
RX packets:1699 errors:0 dropped:0 overruns:0 frame:0
TX packets:986 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:145134 (141.7 KiB) TX bytes:176241 (172.1 KiB)
tether Link encap:Ethernet HWaddr 3C:01:EF:F1:22:1C
inet addr:172.28.172.1 Bcast:172.28.172.255 Mask:255.255.255.0
inet6 addr: fe80::90ca:88ff:fea4:c4fc/64 Scope:Link
UP BROADCAST RUNNING MULTICAST DYNAMIC MTU:1500 Metric:1
RX packets:4406 errors:0 dropped:0 overruns:0 frame:0
TX packets:813 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:296066 (289.1 KiB) TX bytes:91435 (89.2 KiB)
wlan0 Link encap:Ethernet HWaddr 3C:01:EF:F1:22:1C
inet6 addr: fe80::3e01:efff:fef1:221c/64 Scope:Link
UP BROADCAST RUNNING MULTICAST DYNAMIC MTU:1500 Metric:1
RX packets:8812 errors:0 dropped:96112 overruns:0 frame:0
TX packets:926 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:3000
RX bytes:296066 (289.1 KiB) TX bytes:104283 (101.8 KiB)
[root@Xperia10III defaultuser]# ip route | grep default & ip -6 route | grep default
default via fe80::54fb:e09b:b392:1528 dev rmnet_data2 proto ra metric 1024 expires 65514sec
default via 10.208.95.33 dev rmnet_data2
IPv6 works as expected:
[root@Xperia10III defaultuser]# traceroute -6 dns.google.com
traceroute to dns.google.com (2001:4860:4860::8844), 30 hops max, 72 byte packets
1 * * *
2 fd46:5186:54d1:e49f::1 (fd46:5186:54d1:e49f::1) 42.234 ms 72.133 ms 119.681 ms
3 2a02:3000:1100:102::74 (2a02:3000:1100:102::74) 40.646 ms 2a02:3000:1100:102::76 (2a02:3000:1100:102::76) 67.778 ms 2a02:3000:1100:102::74 (2a02:3000:1100:102::74) 75.401 ms
4 * * *
5 2a02:3000:1100:12f::2 (2a02:3000:1100:12f::2) 79.720 ms 62.245 ms 59.591 ms
6 2a02:3001::13c (2a02:3001::13c) 51.882 ms 55.181 ms 40.558 ms
7 2001:4860:1:1::a5e (2001:4860:1:1::a5e) 39.945 ms 41.131 ms 67.681 ms
8 * 2a00:1450:8160::1 (2a00:1450:8160::1) 57.457 ms *
9 dns.google (2001:4860:4860::8844) 48.956 ms 48.773 ms 52.790 ms
[root@Xperia10III defaultuser]# ping -6 -w 4 dns.google.com
PING dns.google.com (2001:4860:4860::8844): 56 data bytes
64 bytes from 2001:4860:4860::8844: seq=0 ttl=115 time=47.364 ms
64 bytes from 2001:4860:4860::8844: seq=1 ttl=115 time=47.181 ms
64 bytes from 2001:4860:4860::8844: seq=2 ttl=115 time=46.733 ms
64 bytes from 2001:4860:4860::8844: seq=3 ttl=115 time=46.618 ms
--- dns.google.com ping statistics ---
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max = 46.618/46.974/47.364 ms
IPv4 works as expected:
[root@Xperia10III defaultuser]# traceroute -4 dns.google.com
traceroute to dns.google.com (8.8.4.4), 30 hops max, 46 byte packets
1 * * *
2 172.21.0.97 (172.21.0.97) 46.007 ms 106.607 ms 34.163 ms
3 10.81.108.249 (10.81.108.249) 44.879 ms 10.81.108.253 (10.81.108.253) 84.944 ms 10.81.108.249 (10.81.108.249) 63.912 ms
4 * 10.81.85.22 (10.81.85.22) 51.645 ms 72.928 ms
5 213.20.88.34 (213.20.88.34) 34.974 ms 72.858 ms 34.739 ms
6 ae1-0.0001.prrx.01.ham.de.net.telefonica.de (62.53.25.59) 57.750 ms ae0-0.0001.prrx.01.ham.de.net.telefonica.de (62.53.25.57) 44.099 ms ae1-0.0001.prrx.01.ham.de.net.telefonica.de (62.53.25.59) 40.055 ms
7 74.125.48.102 (74.125.48.102) 37.316 ms 68.505 ms 45.525 ms
8 * * *
9 dns.google (8.8.4.4) 57.790 ms 40.058 ms 35.751 ms
[root@Xperia10III defaultuser]# ping -4 -w 4 dns.google.com
PING dns.google.com (8.8.4.4): 56 data bytes
64 bytes from 8.8.4.4: seq=0 ttl=115 time=98.305 ms
64 bytes from 8.8.4.4: seq=1 ttl=115 time=57.951 ms
64 bytes from 8.8.4.4: seq=2 ttl=115 time=57.585 ms
64 bytes from 8.8.4.4: seq=3 ttl=115 time=57.244 ms
--- dns.google.com ping statistics ---
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max = 57.244/67.771/98.305 ms
On the device that joined the hotspot:
senders@xrog:~$ ifconfig
enp4s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
ether 50:eb:f6:48:d7:6e txqueuelen 1000 (Ethernet)
RX packets 38009 bytes 11924665 (11.9 MB)
RX errors 0 dropped 5651 overruns 0 frame 0
TX packets 10303 bytes 1837573 (1.8 MB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 1000 (Lokale Schleife)
RX packets 4065 bytes 394591 (394.5 KB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 4065 bytes 394591 (394.5 KB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
usb0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.10.2 netmask 255.255.255.0 broadcast 192.168.10.255
inet6 fe80::d878:3d0d:a8f4:6b8b prefixlen 64 scopeid 0x20<link>
ether xx:xx:xx:xx:xx:xx txqueuelen 1000 (Ethernet)
RX packets 1196 bytes 150241 (150.2 KB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 2022 bytes 260032 (260.0 KB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
wlp5s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 172.28.172.2 netmask 255.255.255.0 broadcast 172.28.172.255
inet6 fe80::d290:3635:c42b:142d prefixlen 64 scopeid 0x20<link>
ether xx:xx:xx:xx:xx:xx txqueuelen 1000 (Ethernet)
RX packets 1076 bytes 169885 (169.8 KB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 5340 bytes 443877 (443.8 KB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
senders@xrog:~$ ip route | grep default & ip -6 route | grep default
[1] 10318
default via 172.28.172.1 dev wlp5s0 proto dhcp metric 600
[1]+ Fertig ip route | grep --color=auto default
Since there is no IPv6 connection to the Xperia 10 III, traceroute -6 and ping -6 can not work. But for the record:
senders@xrog:~$ traceroute -6 dns.google.com
traceroute to dns.google.com (2001:4860:4860::8888), 30 hops max, 80 byte packets
connect: Das Netzwerk ist nicht erreichbar
senders@xrog:~$ ping -6 -w 4 dns.google.com
ping: connect: Das Netzwerk ist nicht erreichbar
IPv4 and thus Internet sharing works perfectly:
senders@xrog:~$ traceroute -4 dns.google.com
traceroute to dns.google.com (8.8.4.4), 30 hops max, 60 byte packets
1 _gateway (172.28.172.1) 2.112 ms 2.222 ms 2.378 ms
2 * * *
3 172.21.0.97 (172.21.0.97) 75.801 ms 75.773 ms 77.515 ms
4 10.81.108.249 (10.81.108.249) 76.865 ms 10.81.108.253 (10.81.108.253) 80.336 ms 86.717 ms
5 * * *
6 213.20.88.34 (213.20.88.34) 86.655 ms 52.613 ms 113.165 ms
7 ae0-0.0001.prrx.01.ham.de.net.telefonica.de (62.53.25.57) 113.131 ms ae1-0.0001.prrx.01.ham.de.net.telefonica.de (62.53.25.59) 113.083 ms 113.068 ms
8 74.125.48.102 (74.125.48.102) 113.030 ms 113.017 ms 112.992 ms
9 * * *
10 dns.google (8.8.4.4) 112.883 ms 112.937 ms 112.898 ms
senders@xrog:~$ ping -4 -w 4 dns.google.com
PING dns.google.com (8.8.4.4) 56(84) bytes of data.
64 bytes from dns.google (8.8.4.4): icmp_seq=1 ttl=114 time=74.6 ms
64 bytes from dns.google (8.8.4.4): icmp_seq=2 ttl=114 time=73.0 ms
64 bytes from dns.google (8.8.4.4): icmp_seq=3 ttl=114 time=70.9 ms
64 bytes from dns.google (8.8.4.4): icmp_seq=4 ttl=114 time=69.2 ms
--- dns.google.com ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3005ms
rtt min/avg/max/mdev = 69.160/71.906/74.614/2.068 ms
Internet sharing only works when an IPv4 mobile internet connection is established on Xperia 10 III.
3 Likes
Since this bug seems to appear in the x10ii and x10iii exclusively, it may be 64bit-related?
Just my 2 cent…
1 Like
Thanks for the analysis. It makes a lot of sense that an IPv4 client can’t access the Internet via IPv6 gateway.
Should the device then do 4-to-6 magic? I vote for no, but providing an IPv6 address instead - with proper IPv4 and/or IPv6 routes given.