Age | Commit message (Collapse) | Author | Files | Lines |
|
Change-Id: I8b0dfe83c9ed9d1d7b2fc118f88af5e99d77234b
Signed-off-by: Jaehyun Kim <jeik01.kim@samsung.com>
|
|
Change-Id: I7e90773484901c50e61d243f97d916f5588da9c5
|
|
Change-Id: Ida2a62a81c771f833353d1a9a77604e6f2b06b88
|
|
Signal for DHCP start point has been added.
And the interface name is also delivered to distinguish devices.
Change-Id: I30ac4a48309c5324efb66a36c9dd431e0c847f5e
Signed-off-by: Jaehyun Kim <jeik01.kim@samsung.com>
|
|
Change-Id: Ib8a332412a954992d20d5f9db3fcd9d0f23eb9e4
Signed-off-by: Jaehyun Kim <jeik01.kim@samsung.com>
|
|
Change-Id: I4ed89827d776db6eeec11878bc1cd0cd6c5e1e80
Signed-off-by: Niraj Kumar Goit <niraj.g@samsung.com>
Signed-off-by: Anjali Nijhara <a.nijhara@samsung.com>
|
|
Change-Id: Id3e405d088ee3fb19fd0ca049e1cb7f812b40fca
Signed-off-by: Niraj Kumar Goit <niraj.g@samsung.com>
|
|
Reference:
https://git.kernel.org/pub/scm/network/connman/connman.git/commit/?id=58d397ba74873384aee449690a9070bacd5676fa
Change-Id: I44c6e1f0448ed8fb5b1955da6458fe67c8ff56cb
Signed-off-by: Niraj Kumar Goit <niraj.g@samsung.com>
|
|
Change-Id: I9e650762f3b2b2a31945b66e044e67a77e3b4b12
Signed-off-by: Niraj Kumar Goit <niraj.g@samsung.com>
|
|
Change-Id: I7cada2367329445e1d200055e21d96e7e9c05047
Signed-off-by: Nishant Chaprana <n.chaprana@samsung.com>
|
|
Change-Id: Ib63b6f194e67fc4d7cfc3f223afa064761dff578
Signed-off-by: Nishant Chaprana <n.chaprana@samsung.com>
|
|
Change-Id: Idb47c1ddbedc9f97181b8e9a5eeac04ddd832a2c
Signed-off-by: Nishant Chaprana <n.chaprana@samsung.com>
|
|
Change-Id: Ib5957e7ee3a9315ee86a331189bc3e9e71751ee8
Signed-off-by: Nishant Chaprana <n.chaprana@samsung.com>
|
|
Change-Id: I13526fbf80296a79be15548fc226a308941ac9ec
Signed-off-by: Taesub Kim <taesub.kim@samsung.com>
|
|
Change-Id: I174854914d9fd06a813270b57d1f7bc2bac63c6a
Signed-off-by: Seonah Moon <seonah1.moon@samsung.com>
|
|
Change-Id: I0727c24f30be5162d27e49996dfa376348f98527
Signed-off-by: Abhishek Sansanwal <abhishek.s94@samsung.com>
|
|
Change-Id: I8d6a33ddeff94c7bbfb56ed7e4d64966be5bcd31
Signed-off-by: Taesub Kim <taesub.kim@samsung.com>
|
|
- Replace g_timeout_add_seconds() with 0 as timeout to g_idle_add()
- gdhcp: Set T1 and T2 to infinite if expiry time is infinite
- dhcpv6: Return -EISCONN when the expiry time is inifinite
Change-Id: I59ddd9b4c2d1af0f1ee8898381bc0372fba8e8ad
|
|
last address
(DHCP discovery) wlan0 retry timeout=1sec retries=15
(DHCP request) retry timeout=1sec
Change-Id: I28b8f8361dcf2c8cff7f3084c47707f05bc0da64
Signed-off-by: Taesub Kim <taesub.kim@samsung.com>
|
|
desc: Start DHCPDISCOVERY when DHCPREQUEST of INIT-REBOOT has failed.
Change-Id: I7c6de8a3b397765cd0173a5b18c0c926a5ce29a4
Signed-off-by: Niraj Kumar Goit <niraj.g@samsung.com>
|
|
Change-Id: Ib36cab79ea86048860ffda7d6108b769a3cc9b33
Signed-off-by: Maneesh Jain <maneesh.jain@samsung.com>
|
|
Change-Id: I2958446c35966d9ed72df0120b80561be7d89f54
Signed-off-by: Taesub Kim <taesub.kim@samsung.com>
|
|
GLib-CRITICAL warning message is obtained in below scenario:
1. service is connected and link local address is obtained.
2. Try to disconnect service.
(connmand:8377): GLib-CRITICAL **: Source ID 289 was not found when
attempting to remove it
(connmand:8377): GLib-CRITICAL **: Source ID 303 was not found when
attempting to remove it
When Link Local IP address is obtained then both dhcp_client->timeout
assigned for DISCOVER_TIMEOUT and ANNOUNCE_INTERVAL are already removed
when discover_timeout() and ipv4ll_announce_timeout() function returns
FALSE but the dhcp_client->timeout is not assigned to 0. Now when
dhcp_release() calls remove_timeouts() function then dhcp_client->timeout
is tried to remove again resulting in GLib-CRITICAL warning. This patch
removes all possible remaing timeouts in g_dhcp_client_start() and
explicitly sets dhcp_client->timeout to 0 in ipv4ll_announce_timeout()
function.
Change-Id: I12b072beef92818a2c1db253c85d1cfea540682b
Signed-off-by: Saurav Babu <saurav.babu@samsung.com>
|
|
In the following scenario:
1. ConnMan is connected to a service and Link Local Address is obtained.
2. Disconnect the service.
3. Connect the service again.
ConnMan tries to send DHCPREQUEST with last assigned IP which was Link
Local Address.
This patch makes ConnMan to send DHCPDISCOVER when last assigned IP
was Link Local Address.
Change-Id: I3c03f2b43a0f5c5f3be0a4878decb4345af55b33
Signed-off-by: Saurav Babu <saurav.babu@samsung.com>
|
|
Signed-off-by: hyunuktak <hyunuk.tak@samsung.com>
Change-Id: I84a42375b5c59739e4caca1f726699ea7647ef17
|
|
Change-Id: Ia09c875954d8a20a3e6c39f87076780d8a6582e4
|
|
|
|
|
|
OPTION_DOMAIN_LIST(24) was not sent to server.
|
|
Clean up several places where dhcp_client->type == G_DHCP_IPV4LL is unhandled.
|
|
See RFC 3315 Chapter 18.1.2. Creation and Transmission of Confirm
Messages for details
|
|
The message status code was initialized too late i.e., after
it was set so we lost the status code. This problem was seen
with wide-dhcpv6 server.
|
|
A mandatory elapsed time option was missing from the sent
DHCPv6 messages. See RFC 3315 chapter 22.9 for details.
|
|
As requested in RFC 3315 chapter 15.1, a client MUST leave
the transaction id unchanged in retransmissions of a message.
|
|
|
|
Print transaction id of sent and received messages so that it is
easier to match the packets.
|
|
Use for all memory allocation/dealocation operation the glib
functions. This allows us to use g_mem_profile().
|
|
|
|
Instead of using dhcp_add_simple_option() the gdhcp now uses
three functions for setting uint8, uint16 and uint32 values.
|
|
Convert to network byte order just before sending the packet.
|
|
With the previous behavior, we would end up sending a discover message
and then ignoring the reply due to the client state mismatch, so a
restart would never result in successful acquisition of a lease.
RFC 2131 specifies that the client should return to INIT state in
various restart scenarios. However, also note that it would not make
sense in any case to send a discover message and ignore the reply.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Pass NULL rather than 0 when calling time(2) to follow prefered
stylistic convention.
|
|
This patch sets the BOOTP secs field in a RFC 951- and 2131-compliant
manner for DHCPv4 DISCOVER and REQUEST/SELECT packets.
Certain DHCP servers, such as that implemented in Mac OS X (< 10.7)
for its "Internet Sharing" feature, refuse to issue a DHCP lease to
clients that have not set a non-zero value in their DISCOVER or
REQUEST packets. In fact, based on http://hints.macworld.com/article.php?
story=20071223001432304, it's not non-zero but a value greater than four (4)
seconds to allow another "authoritative" DHCP server on the subnet to reply
first.
Side-by-side packet analysis of Mac OS X, iOS, Android, ISC and
Windows clients show that these clients set the BOOTP 'secs' field and
are successfully issued a DHCP lease by Mac OS X. By contrast, a
connman-based client will issue 10 back-to-back DISCOVER packets and
will not be returned a DHCP OFFER from the server.
|