Re: MoveBefore/MoveAfter not working as expected
On Fri, 2015-03-20 at 10:06 +0100, frederic.wo...@continental-corporation.com wrote: I remember it used to work on old connman version. So I redid the test and can confirm it: I am able to switch 2 services only in ready state from different technologies Yes, reordering them works. But at any point the service list is sorted, the ordering may be lost. Cheers, Patrik ___ connman mailing list connman@connman.net https://lists.connman.net/mailman/listinfo/connman
Re: MoveBefore/MoveAfter not working as expected
On Tue, 2015-03-17 at 13:10 +, Priyaranjan Singh wrote: I tried checking behavior of MoveBefore/MoveAfter even without WiFi. MoveBefore/MoveAfter does not currently work for any technology. I'm not sure if it can be fixed to work at all, ever. The new ordering will survive only until the next sorting of the services list, which in some cases happen quite frequently. Cheers, Patrik ___ connman mailing list connman@connman.net https://lists.connman.net/mailman/listinfo/connman
RE: MoveBefore/MoveAfter not working as expected
Hello Patrik,
I tried checking behavior of MoveBefore/MoveAfter even without WiFi.
It's not working as expected and service is not moving to top.
1. Connect Two DIFFERENT technologies(EX: WiFi BT/WiFi Ethernet/ Ethernet
BT) in READY state
2. Call MoveBefore/MoveAfter
3. Check service order.
Outcome: Service order if not changing.
Note: This issue is coming only when both services are in ready state. But when
data usage is on for both services (or one online and other ready) then
MoveBefore/MoveAfter is working perfectly fine.
Also in the case of 2 Ethernet devices connected in ready state,
MoveBefore/MoveAfter is working fine.
Really we cannot control service ordering in case of different technologies in
ready state? Do you know any alternatives
to achieve this?
==Test with Same technologies==
1.Connected USB1 in ready mode
root@imx6x-std:~# connmanctl services
List of all services:
*AR Wired{ ethernet_026406750174_cable }
2.Connected USB2 in ready mode
root@imx6x-std:~# connmanctl services
List of all services:
*AR Wired{ ethernet_026406750174_cable }
*AR Wired{ ethernet_aabbccddeeff_cable }
3.movebefore for USB2
root@imx6x-std:~# dbus-send --system --type=method_call --print-reply
--dest=net.connman /net/connman/service/ethernet_aabbccddeeff_cable net.
connman.Service.MoveBefore
objpath:/net/connman/service/ethernet_026406750174_cable
4.connmanctl services
root@imx6x-std:~# connmanctl services
List of all services:
*AR Wired{ ethernet_aabbccddeeff_cable }
*AR Wired{ ethernet_026406750174_cable }
5.MoveBefore for USB1
dbus-send --system --type=method_call --print-reply --dest=net.connman
/net/connman/service/ethernet_026406750174_cable net.c
onnman.Service.MoveBefore
objpath:/net/connman/service/ethernet_aabbccddeeff_cable
root@imx6x-std:~# connmanctl services
List of all services:
*AR Wired{ ethernet_026406750174_cable }
*AR Wired{ ethernet_aabbccddeeff_cable }
==Test with Different technologies==
1.Connected BT and USB in ready mode
root@imx6x-std:/lib/systemd/system# connmanctl services
List of all services:
*AR Wired{ ethernet_026406750174_cable }
* R JPoonam { bluetooth_001eaeb40750_44d4e018fcc0 }
2.MoveBefore for BT
root@imx6x-std:/lib/systemd/system# dbus-send --system --type=method_call
--print-reply --dest=net.connman /net/connman/service/bluetooth_001ea
eb40750_44d4e018fcc0 net.connman.Service.MoveBefore
objpath:/net/connman/service/ethernet_026406750174_cable
3.
root@imx6x-std:/lib/systemd/system# connmanctl services
List of all services:
*AR Wired{ ethernet_026406750174_cable }
* R JPoonam { bluetooth_001eaeb40750_44d4e018fcc0 }
Note: Preferred technology list
PreferredTechnologies = wifi,ethernet,Bluetooth
-Original Message-
From: connman [mailto:connman-boun...@connman.net] On Behalf Of Patrik Flykt
Sent: Friday, February 6, 2015 7:27 PM
To: connman@connman.net
Subject: Re: MoveBefore/MoveAfter not working as expected
Hi,
On Wed, 2015-02-04 at 10:31 +, Priyaranjan Singh wrote:
Call to MoveBefore/MoveAfter is not changing the default gateway where
service moved to top is in ready state.
Point I want to highlight is the outcome of moveBefore/moveAfter
(outcome of step 5):
moveBefore and moveAfter seem not to work at all as advertised. Every time the
service order is updated, moveBefore and moveAfter actions are forgotten. The
service order is updated quite often, especially when WiFi networks appear,
disappear or change signal strength.
This is in practise unfixable, so I'm going to update the documentation saying
so instead...
Cheers,
Patrik
___
connman mailing list
connman@connman.net
https://lists.connman.net/mailman/listinfo/connman
This message contains information that may be privileged or confidential and is
the property of the KPIT Technologies Ltd. It is intended only for the person
to whom it is addressed. If you are not the intended recipient, you are not
authorized to read, print, retain copy, disseminate, distribute, or use this
message or any part thereof. If you receive this message in error, please
notify the sender immediately and delete all copies of this message. KPIT
Technologies Ltd. does not accept any liability for virus infected mails.
___
connman mailing list
connman@connman.net
https://lists.connman.net/mailman/listinfo/connman
Re: MoveBefore/MoveAfter not working as expected
Hi, On Wed, 2015-02-04 at 10:31 +, Priyaranjan Singh wrote: Call to MoveBefore/MoveAfter is not changing the default gateway where service moved to top is in ready state. Point I want to highlight is the outcome of moveBefore/moveAfter (outcome of step 5): moveBefore and moveAfter seem not to work at all as advertised. Every time the service order is updated, moveBefore and moveAfter actions are forgotten. The service order is updated quite often, especially when WiFi networks appear, disappear or change signal strength. This is in practise unfixable, so I'm going to update the documentation saying so instead... Cheers, Patrik ___ connman mailing list connman@connman.net https://lists.connman.net/mailman/listinfo/connman
MoveBefore/MoveAfter not working as expected
Hello All,
Call to MoveBefore/MoveAfter is not changing the default gateway where service
moved to top is in ready state.
Point I want to highlight is the outcome of moveBefore/moveAfter (outcome of
step 5):
1. Wifi is not becoming default gateway
2. Drop in connection status from 'online' to 'ready' for ethernet
Note: Updated preferred technology list
PreferredTechnologies = wifi,ethernet,Bluetooth
Please let me know if this is expected output?
Here is the test:
1.connected wifi datausage off(ready mode)
root@imx6x-std:~# connmanctl services
List of all services:
*AR XT1033 8153 {
wifi_001cc1a25dff_585431302038313533_managed_none }
2.USB connected with datausage off(ready mode)
root@imx6x-std:~# connmanctl services
List of all services:
*AR Wired{ ethernet_aabbccddeeff_cable }
*AR XT1033 8153{ wifi_001cc1a25dff_585431302038313533_managed_none }
3.call MoveBefore to take wifi to top
dbus-send --system --type=method_call --print-reply --dest=net.connman
/net/connman/service/wifi_001cc1a25dff_585431302038313533_managed_none
net.connman.Service.MoveBefore
objpath:/net/connman/service/ethernet_aabbccddeeff_cable
root@imx6x-std:~# connmanctl services
List of all services:
*AR Wired{ ethernet_aabbccddeeff_cable }
*AR XT1033 8153{ wifi_001cc1a25dff_585431302038313533_managed_none }
4.disconnect USB and connect it again (data usage on)
root@imx6x-std:~# connmanctl services
List of all services:
*AO Wired{ ethernet_aabbccddeeff_cable }
*AR XT1033 8153{ wifi_001cc1a25dff_585431302038313533_managed_none }
5.call MoveAfter to take wifi to top
dbus-send --system --type=method_call --print-reply --dest=net.connman
/net/connman/service/ethernet_aabbccddeeff_cable net.connman.Service.MoveAfter
objpath:/net/connman/service/wifi_001cc1a25dff_585431302038313533_managed_none
root@imx6x-std:~# connmanctl services
List of all services:
*AR Wired{ ethernet_aabbccddeeff_cable }
*AR XT1033 8153{ wifi_001cc1a25dff_585431302038313533_managed_none }
Best Regards,
PriyaranjanS
This message contains information that may be privileged or confidential and is
the property of the KPIT Technologies Ltd. It is intended only for the person
to whom it is addressed. If you are not the intended recipient, you are not
authorized to read, print, retain copy, disseminate, distribute, or use this
message or any part thereof. If you receive this message in error, please
notify the sender immediately and delete all copies of this message. KPIT
Technologies Ltd. does not accept any liability for virus infected mails.
___
connman mailing list
connman@connman.net
https://lists.connman.net/mailman/listinfo/connman
