https://redmine.named-data.net/https://redmine.named-data.net/favicon.ico?14759811232016-06-21T17:32:00ZNDN project issue tracking systemNFD - Feature #3654: ioctl-based listNetworkInterfaceshttps://redmine.named-data.net/issues/3654?journal_id=158952016-06-21T17:32:00ZAlex Afanasyev
<ul></ul><p>The original modifications were done during NDN Hackathon by Pedro Soares (Universidade Fedara de Para - UFPA), Pedro Batista (Universidade Fedara de Para - UFPA).</p>
<p><a href="http://gerrit.named-data.net/#/c/2791/">http://gerrit.named-data.net/#/c/2791/</a> (not yet finished at the time of this note).</p>
NFD - Feature #3654: ioctl-based listNetworkInterfaceshttps://redmine.named-data.net/issues/3654?journal_id=158972016-06-21T21:51:41ZJunxiao Shi
<ul><li><strong>Tracker</strong> changed from <i>Task</i> to <i>Feature</i></li><li><strong>Subject</strong> changed from <i>ioctl-based alternative to getifaddrs</i> to <i>ioctl-based listNetworkInterfaces</i></li><li><strong>Description</strong> updated (<a title="View differences" href="/journals/15897/diff?detail_id=13828">diff</a>)</li></ul><p>What's the functional limitation of <code>ioctl</code> compared to <code>getifaddrs</code>?</p>
<p>Does it skip some interfaces?<br>
Which interfaces are skipped?</p>
<p>Does it skip some attributes of an interface?<br>
Which attributes are unavailable?<br><br>
Does the unavailability of an attribute cause a semantic error?<br>
For example, suppose <code>NetworkInterfaceInfo::broadcastAddress</code> becomes unavailable, it would be semantic error because this field has no Doxygen so I assume it's always available.<br>
Doxygen needs to be added to every field that could be unavailable, and indicate what would be the value when the field is unavailable.</p>
NFD - Feature #3654: ioctl-based listNetworkInterfaceshttps://redmine.named-data.net/issues/3654?journal_id=158982016-06-22T06:09:07ZDavide Pesavento
<ul><li><strong>Start date</strong> deleted (<del><i>06/21/2016</i></del>)</li></ul><p>As I commented on gerrit, the <code>SIOCGIFCONF/SIOCGIFBRDADDR</code> method returns only IPv4 info; no IPv6 and no LL stuff. At least that's what I understood, and what a quick test on linux confirms.</p>
<p>If this is an important feature for Android that can't be postponed and IPv4 is enough, then fine. Otherwise, assuming the Android kernel supports netlink, I suggest to reimplement <code>listNetworkInterfaces()</code> on top of ndn-cxx's enhanced NetworkMonitor (<a class="issue tracker-2 status-5 priority-2 priority-default closed" title="Feature: NetworkMonitor: emit fine-grained signals when the state of a network interface changes (Closed)" href="https://redmine.named-data.net/issues/3353">#3353</a>).</p>
NFD - Feature #3654: ioctl-based listNetworkInterfaceshttps://redmine.named-data.net/issues/3654?journal_id=159012016-06-22T09:59:23ZJunxiao Shi
<ul></ul><p>The only problem of lacking IPv6 is that two Androids cannot talk to each other over cellular network.<br>
Many carriers assign a globally unique IPv6 address when a phone connects to UMTS network, but a phone only gets an IPv4 address behind NAT.<br><br>
However, I've never tested whether this IPv6 address is globally reachable.</p>
NFD - Feature #3654: ioctl-based listNetworkInterfaceshttps://redmine.named-data.net/issues/3654?journal_id=159232016-06-25T15:33:33ZAlex Afanasyev
<ul></ul><p>We haven't enabled IPv6 multicast support, so not having IPv6 addresses would be ok. I would be ok with <code>netlink</code>-based implementation if it works, though this one definitely works and we can merge (at least as a short-term solution).</p>
NFD - Feature #3654: ioctl-based listNetworkInterfaceshttps://redmine.named-data.net/issues/3654?journal_id=169392016-09-08T14:04:18Zzipeng wangzpwang2113@gmail.com
<ul><li><strong>Copied to</strong> <i><a class="issue tracker-2 status-9 priority-2 priority-default closed" href="/issues/3770">Feature #3770</a>: ioctl-based listNetworkInterfaces</i> added</li></ul> NFD - Feature #3654: ioctl-based listNetworkInterfaceshttps://redmine.named-data.net/issues/3654?journal_id=169432016-09-08T14:07:21ZDavide Pesavento
<ul><li><strong>Has duplicate</strong> <i><a class="issue tracker-2 status-9 priority-2 priority-default closed" href="/issues/3765">Feature #3765</a>: listNetworkInterfaces</i> added</li></ul> NFD - Feature #3654: ioctl-based listNetworkInterfaceshttps://redmine.named-data.net/issues/3654?journal_id=176662016-11-23T21:50:51ZJunxiao Shi
<ul></ul><p>A quick search finds a <code>getifaddrs</code> implementation for Android NDK <a href="https://github.com/morristech/android-ifaddrs">https://github.com/morristech/android-ifaddrs</a>, which is based on rtnetlink.<br>
<a class="issue tracker-2 status-5 priority-2 priority-default closed" title="Feature: NetworkMonitor: emit fine-grained signals when the state of a network interface changes (Closed)" href="https://redmine.named-data.net/issues/3353">#3353</a> is also based on rtnetlink.<br>
Maybe we could adapt <a class="issue tracker-2 status-5 priority-2 priority-default closed" title="Feature: NetworkMonitor: emit fine-grained signals when the state of a network interface changes (Closed)" href="https://redmine.named-data.net/issues/3353">#3353</a>, and ioctl-based implementation isn't needed after all?</p>
NFD - Feature #3654: ioctl-based listNetworkInterfaceshttps://redmine.named-data.net/issues/3654?journal_id=176682016-11-24T03:37:07ZDavide Pesavento
<ul></ul><p>Junxiao Shi wrote:</p>
<blockquote>
<p>Maybe we could adapt <a class="issue tracker-2 status-5 priority-2 priority-default closed" title="Feature: NetworkMonitor: emit fine-grained signals when the state of a network interface changes (Closed)" href="https://redmine.named-data.net/issues/3353">#3353</a>, and ioctl-based implementation isn't needed after all?</p>
</blockquote>
<p>Yep, this is what I suggested in note-3.</p>
NFD - Feature #3654: ioctl-based listNetworkInterfaceshttps://redmine.named-data.net/issues/3654?journal_id=184142017-02-20T12:43:47ZAlex Afanasyev
<ul><li><strong>Status</strong> changed from <i>New</i> to <i>Abandoned</i></li><li><strong>Assignee</strong> deleted (<del><i>Alex Afanasyev</i></del>)</li></ul>