<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
</head>
<body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">
Hi Ray,
<div class=""><br class="">
</div>
<div class="">I can try to answer the second question. Currently, NLSR does indeed try to create a Face regardless of type; in the case of EthernetFace, this causes the error you see.</div>
<div class=""><br class="">
</div>
<div class="">So I think it is not an error on your part, but instead a logic error in NLSR. Instead, NLSR should query for the FaceId associated with the Ethernet hardware address. If a FaceId is returned, NLSR should use the existing Face instead of attempting
to create a new one.</div>
<div class=""><br class="">
</div>
<div class="">Maybe someone more familiar with Face management in NFD can confirm.<br class="">
<div class="">
<div style="color: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">
<div style="color: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">
<div style="color: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; direction: ltr;" class="">
<br class="Apple-interchange-newline">
--</div>
<div style="color: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; direction: ltr;" class="">
Vince Lehman</div>
</div>
</div>
</div>
<br class="">
<div>
<blockquote type="cite" class="">
<div class="">On Aug 19, 2015, at 1:12 PM, Brandenburg, R. (Ray) van <<a href="mailto:ray.vanbrandenburg@tno.nl" class="">ray.vanbrandenburg@tno.nl</a>> wrote:</div>
<br class="Apple-interchange-newline">
<div class="">Hi,<br class="">
<br class="">
I've been playing around with NDN Ethernet support and bumped into two issues. <br class="">
<br class="">
1) If I have a machine with multiple NICs, NFD will list them as separate faces (since they have different local endpoints). However, they will have the same remote endpoint, i.e the ethernet multicast address listed in nfd.conf. Is there anyway to make sure
each Ethernet face has it's own distinct multicast address?<br class="">
<br class="">
2) I'd like to run NLSR directly over Ethernet. Since the conf file only allows me to specify face-uri per neighbor (instead of face-id), and doesn't support '<a href="dev://ethX'" class="">dev://ethX'</a> scheme, I thought to use the '<a href="ether://'" class="">ether://'</a>
scheme to specify the face I'd like to use for a particular neighbor. However, when I do that, NLSR tries to create that face, which fails since NFD doesn't allow one to create Ethernet faces. The same problem occurs irrespective of whether I use the ethernet
multicast address as listed in NFD or the actual hardware ethernet address. I was expecting NLSR to only try to create a face if it doesn't already exist. Is this intended behavior, or am I doing something wrong? Is there any other way of using NLSR over Ethernet?<br class="">
<br class="">
Thanks!<br class="">
<br class="">
Ray<br class="">
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.<br class="">
<br class="">
<br class="">
_______________________________________________<br class="">
Ndn-interest mailing list<br class="">
<a href="mailto:Ndn-interest@lists.cs.ucla.edu" class="">Ndn-interest@lists.cs.ucla.edu</a><br class="">
http://www.lists.cs.ucla.edu/mailman/listinfo/ndn-interest<br class="">
</div>
</blockquote>
</div>
<br class="">
</div>
</body>
</html>