Send connman mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.01.org/mailman/listinfo/connman
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of connman digest..."
Today's Topics:
1. Query on DNS/VLAN support in connman (Naveen Kumar Danturi)
2. Re: Query on DNS/VLAN support in connman (Patrik Flykt)
3. Confusion about ublox toby-L2 IP configuration (Eric Grunt)
4. Session policy with multiple AllowedBearers (Daryl Nebrich)
----------------------------------------------------------------------
Message: 1
Date: Thu, 19 Jan 2017 15:15:18 -0600
From: Naveen Kumar Danturi <[email protected]>
To: [email protected]
Subject: Query on DNS/VLAN support in connman
Message-ID:
<can3fbzbupkovryhrvb-dkmhaxu3inqzd1gw-0c17xhnuju-...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Dear Connman Experts,
Can you please answer these questions ?
a) Does connman support per application level DNS ? If so, can someone
point to respective connman interfaces/API's ?
For Ex:- If i have 2 Cellular data sessions (for different APN's) can i
tell my APP1 to use DNS2 for data connection over APN1 , and APP2 do use
DNS1 for Data connection over APN2 ?
b) Does connman support VLAN interface? If so, can someone point to
respective connman interfaces/API's ?
Thanks,
Naveen
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.01.org/pipermail/connman/attachments/20170119/96d281b3/attachment-0001.html>
------------------------------
Message: 2
Date: Fri, 20 Jan 2017 15:50:03 +0200
From: Patrik Flykt <[email protected]>
To: Naveen Kumar Danturi <[email protected]>,
[email protected]
Subject: Re: Query on DNS/VLAN support in connman
Message-ID: <[email protected]>
Content-Type: text/plain; charset="UTF-8"
On Thu, 2017-01-19 at 15:15 -0600, Naveen Kumar Danturi wrote:
> Dear Connman Experts,
>
> Can you please answer these questions ?
>
>
> a) Does connman support per application level DNS ? If so, can
> someone point to respective connman interfaces/API's ?
> ?For Ex:- If i have 2 Cellular data sessions (for different APN's)
> can i tell my APP1 to use DNS2 for data connection over APN1 , and
> APP2 do use DNS1 for Data connection over APN2 ?
No.
> b) Does connman support VLAN interface? If so, can someone point to
> respective connman interfaces/API's ?
Different VLANs show up in connman as different ethernet services, e.g.
ethernet_XXXX_YYY_cable, where YYY is the VLAN id in hexadecimal.
Cheers,
Patrik
------------------------------
Message: 3
Date: Fri, 20 Jan 2017 18:02:39 +0200
From: Eric Grunt <[email protected]>
To: [email protected]
Subject: Confusion about ublox toby-L2 IP configuration
Message-ID:
<CADB9fJG55qKQ12_GMEBv=rzocuni-ltuzkkzjj0medmzrm6...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
In interaction with ofono 1.18, connman 1.33 configures IPs for ublox
toby-L2 like this:
/*
+UIPADDR: 1,"usb0:0","10.230.77.23","255.255.255.255","",""
+CGCONTRDP: 1,0,"event.vodafone.de
","10.230.77.232.255.255.255.255","10.230.77.232","139.7.30.125","139.7.30.126","0.0.0.0","0.0.0.0",0
*/
wwan0 Link encap:Ethernet HWaddr b6:90:aa:61:a0:79
inet addr:10.230.77.232 Bcast:10.230.77.232 Mask:255.255.255.255
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:6 errors:0 dropped:0 overruns:0 frame:0
TX packets:10 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:384 (384.0 B) TX bytes:908 (908.0 B)
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use
Iface
0.0.0.0 10.230.77.232 0.0.0.0 UG 0 0 0
wwan0
10.230.77.232 0.0.0.0 255.255.255.255 UH 0 0 0
wwan0
139.7.30.125 10.230.77.232 255.255.255.255 UGH 0 0 0
wwan0
139.7.30.126 10.230.77.232 255.255.255.255 UGH 0 0 0
wwan0
So it basically configures itself as gateway for everything
and also writes 139.7.30.125 and 139.7.30.126 to the routing table,
alltough those are supposed to be used for dns resolution.
With the configuration above, neither pinging the ublox router
(192.168.1.1) nor the outside internet (8.8.8.8) is working (100% packet
loss)
While the ublox NetworkingModes Manual [1] considers the IP returned with
UIPADDR as to be used as gateway (when using ublox in bridged mode) ofono
does not even query it.
ofono also configures ublox actively into bridging mode (while it states,
that it does not yet support router mode).
Is the above configuration supposed to work with toby-L2 in bridging mode?
If so, could you give me a hint what might have gone wrong?
When attempting a manual configuration (using the same AT commands as ofono
[2]), pinging the outside internet is possible, allthough the fun does not
last very long (few minutes).
(additionally pinging the ublox router only works when using ip aliases
like described in [1], which connman doesn't seem to support)
ifconfig wwan0 10.230.77.232 netmask 255.255.255.255 pointopoint
10.230.77.23 up
route add default gw 10.230.77.23
results in
wwan0 Link encap:Ethernet HWaddr 62:dd:4b:67:6c:00
inet addr:10.249.48.81 Bcast:10.255.255.255 Mask:255.255.255.255
inet6 addr: fe80::60dd:4bff:fe67:6c00/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:5 errors:0 dropped:0 overruns:0 frame:0
TX packets:6 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:308 (308.0 B) TX bytes:772 (772.0 B)
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use
Iface
0.0.0.0 10.249.48.174 0.0.0.0 UG 0 0 0
wwan0
10.249.48.174 0.0.0.0 255.255.255.255 UH 0 0 0
wwan0
[1]
https://www.u-blox.com/sites/default/files/TOBY-L2-NetworkingModes_AppNote_(UBX-14000479).pdf
(Appendix B, Router/Bridge mode configuration in Linux)
[2] AT commands used by ofono:
AT
ATE0 +CMEE=1
AT+CFUN=4
AT+UBMCONF=2
AT+GCAP
AT+CRSM=192,12258
AT+CGMI
AT+CRSM=176,12258,0,0,10
AT+CGMM
AT+CRSM=192,28421
AT+CGMR
AT+CRSM=176,28421,0,0,6
AT+CGSN
AT+CRSM=192,12037
AT+CRSM=176,12037,0,0,6
AT+CPIN?
AT+UPINCNT
AT+CRSM=192,28590
AT+CRSM=192,28589
AT+CRSM=176,28589,0,0,4
AT+CRSM=192,28438
AT+CRSM=192,28472
AT+CRSM=176,28472,0,0,8
AT+CRSM=192,28502
AT+CRSM=176,28502,0,0,3
AT+CIMI
AT+CGDCONT=?
AT+CRSM=192,28480
AT+CFUN=1
AT+CGREG=?
AT+CRSM=178,28480,1,4,24
AT+CREG=?
AT+CGREG=2
AT+CGAUTO=0
AT+CGEREP=2,1
AT+CRSM=178,28480,2,4,24
AT+CREG=2
AT+UREG=1
AT+CRSM=178,28480,3,4,24
AT+CIND=?
AT+CRSM=192,28489
AT+CIND=0,1,0,0,0,0,0,0,0,0,0,0
AT+CMER=?
AT+CRSM=192,20256
AT+CMER=1,0,0,1
AT+CREG?
AT+CRSM=192,28613
AT+CRSM=192,28437
AT
AT+COPS=3,2
AT+COPS?
AT+CIND?
AT+CGATT=1
AT+COPS=3,0
AT+COPS?
AT+CGREG?
AT+CGDCONT=1,"IP","event.vodafone.de"
AT+CGACT=1,1
AT+CGCONTRDP=1
AT+CGDCONT?
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.01.org/pipermail/connman/attachments/20170120/e209361b/attachment-0001.html>
------------------------------
Message: 4
Date: Fri, 20 Jan 2017 13:45:31 -0500
From: Daryl Nebrich <[email protected]>
To: [email protected]
Subject: Session policy with multiple AllowedBearers
Message-ID:
<canmghyvbzzsmsurbxd3no21k8mtr0fn7l0ejtw_mkii4tml...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi,
I'm running version 1.33 with the local policy plugin enabled. I have 3
policies setup, first with AllowedBearers set to "wifi", second with
"cellular" and the third with "wifi cellular", each set to a unique uid.
The session-api.txt doc states that the order is important as it sets
priority. The issue I'm seeing is with the 3rd policy having both wifi and
cellular. I have a python script creating the sessions. The nat and
mangle tables are setup right and I've verified the routing table using ip
route show table 0x..
Both wifi and cellular services are up. The issue is that the session
using policy 3 will sometimes initially create a default route for wifi,
sometimes cellular. I would expect it to always be wifi. If the route is
for cellular, and I manually bring down cellular, the session will not
revert to the wifi service (the route table stays empty). Shouldn't it
revert? The logs show handle_service_state_offline() setting the
session->service to null when cellular goes away. And after that I'll get
a "type wifi busy" log from the auto_connect_service() function in
service.c. I see code in session.c to process the policy bearers and setup
allowed_bearers, but I'm not clear on where/how it's used.
I've reviewed the latest commits and see the change to nftables. But I
didn't see any code changes in session.c or session_local_policy.c that
might address this. Although I do see changes in service.c. I'm building
for an ARM (i.MX6) target using Yocto. And the NXP repos are setup to use
connman 1.30. I've updated to 1.33 and ported the patches. I can move to
the tip if it would help.
Thanks,
Daryl
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.01.org/pipermail/connman/attachments/20170120/5722cacc/attachment-0001.html>
------------------------------
Subject: Digest Footer
_______________________________________________
connman mailing list
[email protected]
https://lists.01.org/mailman/listinfo/connman
------------------------------
End of connman Digest, Vol 15, Issue 20
***************************************
