[Nfd-dev] Ethernet unicast faces
D'Acunto, L. (Lucia)
lucia.dacunto at tno.nl
Mon Mar 27 06:20:20 PDT 2017
This is very good news!
It would be great if you could give us the contact details of the person in charge of this project.
Thanks, and best regards,
From: Lixia Zhang [mailto:lixia at cs.ucla.edu]
Sent: maandag 27 maart 2017 13:41
To: Adrichem, N.L.M. (Niels) van
Cc: D'Acunto, L. (Lucia); nfd-dev at lists.cs.ucla.edu; Alex Afanasyev; Davide Pesavento
Subject: Re: [Nfd-dev] Ethernet unicast faces
unicast Ethernet was one of the hackathon projects over the weekend.
my understanding is that the code should be available real soon.
On Mar 27, 2017, at 1:07 AM, Adrichem, N.L.M. (Niels) van <niels.vanadrichem at tno.nl<mailto:niels.vanadrichem at tno.nl>> wrote:
As a work-around we will now use IP or UDP/IP encapsulation, but ultimately we would like to use only L2-/Ethernet-encapsulation to show that these types of L3-forwarding functions can be handled using just NDN.
I understand from the documentation that Ethernet multicast functionality is achieved through a PCAP filter on the multicast Ethernet address without setting the interface in promiscuous mode, suggesting a similar approach can be achieved through a PCAP filter on an interface’s own unicast Ethernet address without setting the interface in promiscuous mode.
From: D'Acunto, L. (Lucia)
Sent: vrijdag 24 maart 2017 17:49
To: nfd-dev at lists.cs.ucla.edu<mailto:nfd-dev at lists.cs.ucla.edu>; Alex Afanasyev <aa at CS.UCLA.EDU<mailto:aa at CS.UCLA.EDU>>; Davide Pesavento <davide.pesavento at lip6.fr<mailto:davide.pesavento at lip6.fr>>
Cc: Adrichem, N.L.M. (Niels) van <niels.vanadrichem at tno.nl<mailto:niels.vanadrichem at tno.nl>>
Subject: Ethernet unicast faces
Hi Alex, Davide, all,
I have a question about Ethernet unicast faces in NDN for usage in Wifi ad-hoc.
Do you have plans to re-implement Ethernet Unicast faces? we just discovered that was removed and NFD only offers Ethernet Multicast faces for now. For our ICN-IoT with WiFi Ad-hoc project this is a bit of a problem, since we want to retransmit on the same WiFi interface (which again is disabled in the dissemination strategy for Ethernet Multicast faces), and want to use the source and destination MAC address to respectively indicate who should be the next hop to retransmit the Data object and Interest.
We would appreciate your help (or work arounds) with this retransmission problem.
Lucia D'Acunto, PhD
T +31 (0)88 866 71 37
M +31 (0)64 696 60 10
E lucia.dacunto at tno.nl<mailto:lucia.dacunto at tno.nl>
TNO | New Babylon | Anna van Buerenplein 1, 2595DA, The Hague, The Netherlands
This message may contain information that is not intended for you. If you are not the addressee or if this message was sent to you by mistake, you are requested to inform the sender and delete the message. TNO accepts no liability for the content of this e-mail, for the manner in which you use it and for damage of any kind resulting from the risks inherent to the electronic transmission of messages.
Nfd-dev mailing list
Nfd-dev at lists.cs.ucla.edu<mailto:Nfd-dev at lists.cs.ucla.edu>
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Nfd-dev