From nfd-call-notification at mail1.yoursunny.com Tue Nov 3 07:00:02 2015 From: nfd-call-notification at mail1.yoursunny.com (NFD call notification) Date: Tue, 3 Nov 2015 08:00:02 -0700 Subject: [Nfd-dev] NFD call 20151103 Message-ID: <201511031500.tA3F029c010953@lectura.cs.arizona.edu> An HTML attachment was scrubbed... URL: From pdpa at st-andrews.ac.uk Tue Nov 3 08:59:27 2015 From: pdpa at st-andrews.ac.uk (Percy Perez Aruni) Date: Tue, 3 Nov 2015 16:59:27 +0000 Subject: [Nfd-dev] NDF-Android Producer Consumer (2) In-Reply-To: References: Message-ID: Hi Benjamin Thank you for your reply, please let me digest a bit the details. Percy On 30 October 2015 at 18:45, Benjamin M Murphy (bmmurphy) < bmmurphy at memphis.edu> wrote: > Hi Percy, > > > I'm working on some tests involving a similar producer-consumer > relationship with Android devices. On the producer end, we've modified > jndn's TestRegisterRoute file for Android and use it to listen for a given > Interest. On the producer side, you shouldn't have to manually touch the > NFD app at all. > > > > https://github.com/named-data/jndn/blob/master/examples/src/net/named_data/jndn/tests/TestRegisterRoute.java > > > Our tests are all happening on one network, so on the consumer end we > forward the Interest to the producer's local IP address, in our case > 10.something. So on the consumer's NFD, we add /ndn/name/of/interest as the > prefix, and the Face URI is the producer's local IP address. > > > As for the other question, I'm not sure if there is such an application. > Perhaps someone else can say definitively? > > > Ben > > ------------------------------ > *From:* Nfd-dev on behalf of Percy > Perez Aruni > *Sent:* Thursday, October 29, 2015 5:42 PM > *To:* nfd-dev at lists.cs.ucla.edu > *Subject:* [Nfd-dev] NDF-Android Producer Consumer (2) > > HI NDN-Dev > > Sorry for this email, but currently we are trying to replicate a basic > producer and a consumer behaviour in two Smartphones ( MotoE Android > V.4.x). Both devices have already the NFD-Android running on them, and we > are using jndn to let the consumer send an interest to the producer, but > the producer is not receiving the interest. It is very possible that we > are pointing to the wrong way when we are using the NFD-Android, so would > you mind giving us advice on: > > 1.- How could we configure the NFD-Android in Android? For example, to add > a new entry in the FIB, like local IP address and prefixes between both > Smartphones, then we believe that the producer may receive the interests > sent by the consumer. > > 2.- Is there some like NDN tcpdump for android that we could use to trace > our packets between both devices? > > Sorry for this long email , but we would really appreciate your advice > or suggestions. > > Thank you very much. > > Regards > Percy > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ndn at sqh.me Thu Nov 5 03:12:41 2015 From: ndn at sqh.me (ndn ndn) Date: Thu, 5 Nov 2015 19:12:41 +0800 Subject: [Nfd-dev] ndn-cxx can't complier well Message-ID: Dear all, Recently I update nan-cxx from github.com/named-data,and try ./waf configure and ./waf, when I use ./waf ,It sucks in following problem: [107/141] Compiling src/security/sec-rule-relative.cpp ../src/management/nfd-control-response.cpp:35:34: error: definition of ?ndn::mgmt::ControlResponse::ControlResponse()? is not in namespace enclosing ?ndn::mgmt::ControlResponse? [-fpermissive] ControlResponse::ControlResponse() ^ ../src/management/nfd-control-response.cpp:40:72: error: definition of ?ndn::mgmt::ControlResponse::ControlResponse(uint32_t, const string&)? is not in namespace enclosing ?ndn::mgmt::ControlResponse? [-fpermissive] ControlResponse::ControlResponse(uint32_t code, const std::string& text) ^ ../src/management/nfd-control-response.cpp:46:52: error: definition of ?ndn::mgmt::ControlResponse::ControlResponse(const ndn::Block&)? is not in namespace enclosing ?ndn::mgmt::ControlResponse? [-fpermissive] ControlResponse::ControlResponse(const Block& block) ^ ../src/management/nfd-control-response.cpp:52:31: error: definition of ?const ndn::Block& ndn::mgmt::ControlResponse::wireEncode() const? is not in namespace enclosing ?ndn::mgmt::ControlResponse? [-fpermissive] ControlResponse::wireEncode() const ^ ../src/management/nfd-control-response.cpp:71:46: error: definition of ?void ndn::mgmt::ControlResponse::wireDecode(const ndn::Block&)? is not in namespace enclosing ?ndn::mgmt::ControlResponse? [-fpermissive] ControlResponse::wireDecode(const Block& wire) ^ Waf: Leaving directory `/home/niclab/ndn-cxx/build' Build failed -> task in 'ndn-cxx' failed (exit status 1): {task 140142403920080: cxx nfd-control-response.cpp -> nfd -control-response.cpp.2.o} ['/usr/bin/g++', '-O2', '-g', '-pedantic', '-Wall', '-Wextra', '-Wno-unused-parameter', '-Wno-missing-field-initializers', '-fdiagnostics-color', '-std=c++11', '-fPIC', '-include', '/home/niclab/ndn-cxx/build/ndn-cxx.2', '-I/home/niclab/ndn-cxx/build', '-I/home/niclab/ndn-cxx', '-I/home/niclab/ndn-cxx/build/src', '-I/home/niclab/ndn-cxx/src', '-I/usr/include', '-DNDEBUG', '../src/management/nfd-control-response.cpp', '-c', '-o', '/home/niclab/ndn-cxx/build/src/management/nfd-control-response.cpp.2.o'] I read the source code and found no solution to solve it.Could you help me? And also,I delete /usr/local/include/ndn-cxx folder,libndn-cxx.a file,the Problem still remain?Now I have no idea in this. yours qhsong -------------- next part -------------- An HTML attachment was scrubbed... URL: From nfd-call-notification at mail1.yoursunny.com Thu Nov 5 07:00:02 2015 From: nfd-call-notification at mail1.yoursunny.com (NFD call notification) Date: Thu, 5 Nov 2015 08:00:02 -0700 Subject: [Nfd-dev] NFD call 20151105 Message-ID: <201511051500.tA5F02tw017573@lectura.cs.arizona.edu> An HTML attachment was scrubbed... URL: From ndn at sqh.me Mon Nov 9 00:32:56 2015 From: ndn at sqh.me (ndn ndn) Date: Mon, 9 Nov 2015 16:32:56 +0800 Subject: [Nfd-dev] ndn-cxx can't complier well In-Reply-To: References: Message-ID: Hello, Thank for Alex help, I found I didn't delete all file in nan-cxx, after I delete all file and resend all file ,it works. yours, qhsong 2015-11-05 19:12 GMT+08:00 ndn ndn : > Dear all, > Recently I update nan-cxx from github.com/named-data,and try ./waf > configure and ./waf, when I use ./waf ,It sucks in following problem: > > [107/141] Compiling src/security/sec-rule-relative.cpp > ../src/management/nfd-control-response.cpp:35:34: error: definition of > ?ndn::mgmt::ControlResponse::ControlResponse()? is not in namespace > enclosing ?ndn::mgmt::ControlResponse? [-fpermissive] > ControlResponse::ControlResponse() > ^ > ../src/management/nfd-control-response.cpp:40:72: error: definition of > ?ndn::mgmt::ControlResponse::ControlResponse(uint32_t, const string&)? is > not in namespace enclosing ?ndn::mgmt::ControlResponse? [-fpermissive] > ControlResponse::ControlResponse(uint32_t code, const std::string& text) > ^ > ../src/management/nfd-control-response.cpp:46:52: error: definition of > ?ndn::mgmt::ControlResponse::ControlResponse(const ndn::Block&)? is not in > namespace enclosing ?ndn::mgmt::ControlResponse? [-fpermissive] > ControlResponse::ControlResponse(const Block& block) > ^ > ../src/management/nfd-control-response.cpp:52:31: error: definition of > ?const ndn::Block& ndn::mgmt::ControlResponse::wireEncode() const? is not > in namespace enclosing ?ndn::mgmt::ControlResponse? [-fpermissive] > ControlResponse::wireEncode() const > ^ > ../src/management/nfd-control-response.cpp:71:46: error: definition of > ?void ndn::mgmt::ControlResponse::wireDecode(const ndn::Block&)? is not in > namespace enclosing ?ndn::mgmt::ControlResponse? [-fpermissive] > ControlResponse::wireDecode(const Block& wire) > ^ > > Waf: Leaving directory `/home/niclab/ndn-cxx/build' > Build failed > -> task in 'ndn-cxx' failed (exit status 1): > {task 140142403920080: cxx nfd-control-response.cpp -> nfd > -control-response.cpp.2.o} > ['/usr/bin/g++', '-O2', '-g', '-pedantic', '-Wall', '-Wextra', > '-Wno-unused-parameter', '-Wno-missing-field-initializers', > '-fdiagnostics-color', '-std=c++11', '-fPIC', '-include', > '/home/niclab/ndn-cxx/build/ndn-cxx.2', '-I/home/niclab/ndn-cxx/build', > '-I/home/niclab/ndn-cxx', '-I/home/niclab/ndn-cxx/build/src', > '-I/home/niclab/ndn-cxx/src', '-I/usr/include', '-DNDEBUG', > '../src/management/nfd-control-response.cpp', '-c', '-o', > '/home/niclab/ndn-cxx/build/src/management/nfd-control-response.cpp.2.o'] > > > I read the source code and found no solution to solve it.Could you help me? > And also,I delete /usr/local/include/ndn-cxx folder,libndn-cxx.a file,the > Problem still remain?Now I have no idea in this. > > yours > qhsong > -------------- next part -------------- An HTML attachment was scrubbed... URL: From navdeep.uniyal at neclab.eu Tue Nov 10 05:40:37 2015 From: navdeep.uniyal at neclab.eu (Navdeep Uniyal) Date: Tue, 10 Nov 2015 13:40:37 +0000 Subject: [Nfd-dev] Interests not forwarded Message-ID: <12DB5299AAAB1A40B17E72AB76FDA6D80D6A862E@PALLENE.office.hd> Hello everyone, I am facing some issue on interest forwarding using NDN Traffic Generator. The forwarder in the client is only forwarding only initial 800(approx.) interests. I tried using broadcast as well as best-route strategies. In both the cases, after forwarding 800 odd interests, the forwarder is not sending out other interests to any of the face. I have increased the capacity of the links in order to verify the cause to be congestion but there is no improvement. For my experiment, I am switching off CS Store( MAX_PACKETS = 1). The interest generation interval is 10 ms, NonceDuplicationPercentage = 0 and MustBeFresh Flag is set True. Even on varying the values and number of generated interests the forwarded interests number is observed to be the same. I could not find any error in the log. Please, any pointers could be helpful. Best Regards, Navdeep Uniyal -------------- next part -------------- An HTML attachment was scrubbed... URL: From nfd-call-notification at mail1.yoursunny.com Tue Nov 10 07:00:02 2015 From: nfd-call-notification at mail1.yoursunny.com (NFD call notification) Date: Tue, 10 Nov 2015 08:00:02 -0700 Subject: [Nfd-dev] NFD call 20151110 Message-ID: <201511101500.tAAF02Ib017759@lectura.cs.arizona.edu> An HTML attachment was scrubbed... URL: From shijunxiao at email.arizona.edu Tue Nov 10 10:07:02 2015 From: shijunxiao at email.arizona.edu (Junxiao Shi) Date: Tue, 10 Nov 2015 11:07:02 -0700 Subject: [Nfd-dev] Interests not forwarded In-Reply-To: <12DB5299AAAB1A40B17E72AB76FDA6D80D6A862E@PALLENE.office.hd> References: <12DB5299AAAB1A40B17E72AB76FDA6D80D6A862E@PALLENE.office.hd> Message-ID: <5642323c.e15a420a.1da55.ffffce0a@mx.google.com> Hi Navdeep Can you attach the complete configuration files for NFD, traffic generator client, and traffic generator server, so others can attempt to reproduce the bug? Are you running client and server on the same node? If not, how are the two nodes connected (Ethernet, or UDP, or TCP)? How did you conclude the forwarder has stopped forwarding Interests after 800, instead of the producer has stopped responding Data, or the Data is being dropped? Did you reach this conclusion by ndndump or NFD logs? Also, 1. ?broadcast? strategy is deprecated and will be removed in next release. Use ?multicast? strategy instead. See http://www.lists.cs.ucla.edu/pipermail/nfd-dev/2015-August/001281.html announcement. 2. Disabling ContentStore is not a supported scenario. It will break management until #2182 is implemented. Yours, Junxiao From: Navdeep Uniyal Sent: Tuesday, November 10, 2015 06:41 To: nfd-dev at lists.cs.ucla.edu Subject: [Nfd-dev] Interests not forwarded Hello everyone, I am facing some issue on interest forwarding using NDN Traffic Generator. The forwarder in the client is only forwarding only initial 800(approx.) interests. I tried using broadcast as well as best-route strategies. In both the cases, after forwarding 800 odd interests, the forwarder is not sending out other interests to any of the face. I have increased the capacity of the links in order to verify the cause to be congestion but there is no improvement. ? For my experiment, I am switching off CS Store( MAX_PACKETS = 1). The interest generation interval is 10 ms, NonceDuplicationPercentage = 0 and MustBeFresh Flag is set True. Even on varying the values and number of generated interests the forwarded interests number is observed to be the same. I could not find any error in the log. Please, any pointers could be helpful. Best Regards, Navdeep Uniyal -------------- next part -------------- An HTML attachment was scrubbed... URL: From peter at remap.ucla.edu Wed Nov 11 00:46:45 2015 From: peter at remap.ucla.edu (Gusev, Peter) Date: Wed, 11 Nov 2015 08:46:45 +0000 Subject: [Nfd-dev] Segfault after updating to NFD-0.4.0-rc1 Message-ID: Hi all, I?ve updated to NFD-0.4.0-rc1 and now having these segfault problems: $ nfd-start /usr/local/bin/ndnsec-keygen: line 4: 33788 Segmentation fault: 11 `dirname "$0"`/ndnsec key-gen "$@? $ nfd --version Segmentation fault: 11 I tried these remedies already which didn?t help: $ sudo rm -Rf ~/.ndn $ sudo rm -Rf ~/.ndnx $ sudo cp /usr/local/etc/ndn/nfd.conf.sample /usr/local/etc/ndn/nfd.conf And deleted all keys from Keychain which have ?KSK? component. Any ideas on how to solve this issues? Thanks, -- Peter Gusev peter at remap.ucla.edu +1 213 5872748 peetonn_ (skype) Software Engineer/Programmer Analyst @ REMAP UCLA Video streaming/ICN networks/Creative Development -------------- next part -------------- An HTML attachment was scrubbed... URL: From navdeep.uniyal at neclab.eu Wed Nov 11 01:30:48 2015 From: navdeep.uniyal at neclab.eu (Navdeep Uniyal) Date: Wed, 11 Nov 2015 09:30:48 +0000 Subject: [Nfd-dev] Interests not forwarded In-Reply-To: <5642323c.e15a420a.1da55.ffffce0a@mx.google.com> References: <12DB5299AAAB1A40B17E72AB76FDA6D80D6A862E@PALLENE.office.hd> <5642323c.e15a420a.1da55.ffffce0a@mx.google.com> Message-ID: <12DB5299AAAB1A40B17E72AB76FDA6D80D6A86C1@PALLENE.office.hd> Hi Junxiao, Thank you for the reply, I have attached NFD Logs(Best-Route) and NDN Traffic Generator logs. The nodes are connected via UDP faces. On analyzing the logs, I could see that after a certain point of time the interests are not forwarded. As visible from the NDN Traffic Server logs, till a certain point the interests are reaching the server and are being answered. As many interests are not reaching server, I doubt the forwarder is dropping most of them. I am not very sure if the issue is with forwarder or NDN Traffic generator as logs does not show what exactly is happening with the interests which are not being forwarded. But the number of interests reaching the server is generally constant which is quite surprising for me. Also, please suggest what minimum value should I keep for CS Store(Currently it is 1) so that most of the interests reaches server(For the sake of experiments). Best Regards, Navdeep Uniyal From: Junxiao Shi [mailto:shijunxiao at email.arizona.edu] Sent: Dienstag, 10. November 2015 19:07 To: Navdeep Uniyal; nfd-dev at lists.cs.ucla.edu Subject: RE: [Nfd-dev] Interests not forwarded Hi Navdeep Can you attach the complete configuration files for NFD, traffic generator client, and traffic generator server, so others can attempt to reproduce the bug? Are you running client and server on the same node? If not, how are the two nodes connected (Ethernet, or UDP, or TCP)? How did you conclude the forwarder has stopped forwarding Interests after 800, instead of the producer has stopped responding Data, or the Data is being dropped? Did you reach this conclusion by ndndump or NFD logs? Also, 1. ?broadcast? strategy is deprecated and will be removed in next release. Use ?multicast? strategy instead. See http://www.lists.cs.ucla.edu/pipermail/nfd-dev/2015-August/001281.html announcement. 2. Disabling ContentStore is not a supported scenario. It will break management until #2182 is implemented. Yours, Junxiao From: Navdeep Uniyal Sent: Tuesday, November 10, 2015 06:41 To: nfd-dev at lists.cs.ucla.edu Subject: [Nfd-dev] Interests not forwarded Hello everyone, I am facing some issue on interest forwarding using NDN Traffic Generator. The forwarder in the client is only forwarding only initial 800(approx.) interests. I tried using broadcast as well as best-route strategies. In both the cases, after forwarding 800 odd interests, the forwarder is not sending out other interests to any of the face. I have increased the capacity of the links in order to verify the cause to be congestion but there is no improvement. For my experiment, I am switching off CS Store( MAX_PACKETS = 1). The interest generation interval is 10 ms, NonceDuplicationPercentage = 0 and MustBeFresh Flag is set True. Even on varying the values and number of generated interests the forwarded interests number is observed to be the same. I could not find any error in the log. Please, any pointers could be helpful. Best Regards, Navdeep Uniyal -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Best-Route.log Type: application/octet-stream Size: 7015668 bytes Desc: Best-Route.log URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: NdnTrafficClient_BestFace.log Type: application/octet-stream Size: 448043 bytes Desc: NdnTrafficClient_BestFace.log URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: NdnTrafficServer_BestFace.log Type: application/octet-stream Size: 92752 bytes Desc: NdnTrafficServer_BestFace.log URL: From aa at CS.UCLA.EDU Wed Nov 11 02:19:20 2015 From: aa at CS.UCLA.EDU (Alex Afanasyev) Date: Wed, 11 Nov 2015 12:19:20 +0200 Subject: [Nfd-dev] Segfault after updating to NFD-0.4.0-rc1 In-Reply-To: References: Message-ID: <3A9A968D-ED94-460C-8B5A-4110030E3A6C@cs.ucla.edu> Hi Peter, We've seen something similar on testbots and it was related to recently updated boost libraries. Try removing both ndn-cxx and NFD and then try to install everything again. Just in case. Are you using brew/macports? Or installing from source? -- Alex > On Nov 11, 2015, at 10:46 AM, Gusev, Peter wrote: > > Hi all, > > I?ve updated to NFD-0.4.0-rc1 and now having these segfault problems: > > $ nfd-start > /usr/local/bin/ndnsec-keygen: line 4: 33788 Segmentation fault: 11 `dirname "$0"`/ndnsec key-gen "$@? > $ nfd --version > Segmentation fault: 11 > > I tried these remedies already which didn?t help: > > $ sudo rm -Rf ~/.ndn > $ sudo rm -Rf ~/.ndnx > $ sudo cp /usr/local/etc/ndn/nfd.conf.sample /usr/local/etc/ndn/nfd.conf > > And deleted all keys from Keychain which have ?KSK? component. > > Any ideas on how to solve this issues? > > Thanks, > > -- > Peter Gusev > > peter at remap.ucla.edu > +1 213 5872748 > peetonn_ (skype) > > Software Engineer/Programmer Analyst @ REMAP UCLA > > Video streaming/ICN networks/Creative Development -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 841 bytes Desc: Message signed with OpenPGP using GPGMail URL: From peter at remap.UCLA.EDU Wed Nov 11 04:16:12 2015 From: peter at remap.UCLA.EDU (Gusev, Peter) Date: Wed, 11 Nov 2015 12:16:12 +0000 Subject: [Nfd-dev] Segfault after updating to NFD-0.4.0-rc1 In-Reply-To: <3A9A968D-ED94-460C-8B5A-4110030E3A6C@cs.ucla.edu> References: , <3A9A968D-ED94-460C-8B5A-4110030E3A6C@cs.ucla.edu> Message-ID: hi Alex, will try that, thanks! I'm building from the sources -- Peter Gusev peter at remap.ucla.edu +1 213 5872748 peetonn_ (skype) Software Engineer/Programmer Analyst @ REMAP UCLA Video streaming/ICN networks/Creative Development On Nov 11, 2015, at 7:19 PM, Alex Afanasyev > wrote: Hi Peter, We've seen something similar on testbots and it was related to recently updated boost libraries. Try removing both ndn-cxx and NFD and then try to install everything again. Just in case. Are you using brew/macports? Or installing from source? -- Alex On Nov 11, 2015, at 10:46 AM, Gusev, Peter > wrote: Hi all, I?ve updated to NFD-0.4.0-rc1 and now having these segfault problems: $ nfd-start /usr/local/bin/ndnsec-keygen: line 4: 33788 Segmentation fault: 11 `dirname "$0"`/ndnsec key-gen "$@? $ nfd --version Segmentation fault: 11 I tried these remedies already which didn?t help: $ sudo rm -Rf ~/.ndn $ sudo rm -Rf ~/.ndnx $ sudo cp /usr/local/etc/ndn/nfd.conf.sample /usr/local/etc/ndn/nfd.conf And deleted all keys from Keychain which have ?KSK? component. Any ideas on how to solve this issues? Thanks, -- Peter Gusev peter at remap.ucla.edu +1 213 5872748 peetonn_ (skype) Software Engineer/Programmer Analyst @ REMAP UCLA Video streaming/ICN networks/Creative Development -------------- next part -------------- An HTML attachment was scrubbed... URL: From shijunxiao at email.arizona.edu Wed Nov 11 04:32:18 2015 From: shijunxiao at email.arizona.edu (Junxiao Shi) Date: Wed, 11 Nov 2015 05:32:18 -0700 Subject: [Nfd-dev] Interests not forwarded In-Reply-To: <12DB5299AAAB1A40B17E72AB76FDA6D80D6A8695@PALLENE.office.hd> References: <12DB5299AAAB1A40B17E72AB76FDA6D80D6A862E@PALLENE.office.hd> <5642323c.e15a420a.1da55.ffffce0a@mx.google.com> <12DB5299AAAB1A40B17E72AB76FDA6D80D6A8695@PALLENE.office.hd> Message-ID: Hi Navdeep Instead of the logs, the complete CONFIGURATION files are needed for others to reproduce the bug. Yours, Junxiao On Nov 11, 2015 02:21, "Navdeep Uniyal" wrote: > Hi Junxiao, > > > > Thank you for the reply, I have attached NFD Logs(Best-Route, Broadcast) > and NDN Traffic Generator logs for both the strategies. > > The nodes are connected via UDP faces. On analyzing the logs, I could see > that after a certain point of time the interests are not forwarded. As > visible from the NDN Traffic Server logs, till a certain point the > interests are reaching the server and are being answered. As many interests > are not reaching server, I doubt the forwarder is dropping most of them. > > > > I am not very sure if the issue is with forwarder or NDN Traffic generator > as logs does not show what exactly is happening with the interests which > are not being forwarded. But the number of interests reaching the server is > generally constant which is quite surprising for me. > > > > Also, please suggest what minimum value should I keep for CS > Store(Currently it is 1) so that most of the interests reaches server(For > the sake of experiments). > > > > > > Best Regards, > > Navdeep Uniyal > > > > *From:* Junxiao Shi [mailto:shijunxiao at email.arizona.edu] > *Sent:* Dienstag, 10. November 2015 19:07 > *To:* Navdeep Uniyal; nfd-dev at lists.cs.ucla.edu > *Subject:* RE: [Nfd-dev] Interests not forwarded > > > > Hi Navdeep > > > > Can you attach the complete configuration files for NFD, traffic generator > client, and traffic generator server, so others can attempt to reproduce > the bug? > > Are you running client and server on the same node? If not, how are the > two nodes connected (Ethernet, or UDP, or TCP)? > > How did you conclude the forwarder has stopped forwarding Interests after > 800, instead of the producer has stopped responding Data, or the Data is > being dropped? Did you reach this conclusion by ndndump or NFD logs? > > > > Also, > > 1. ?broadcast? strategy is deprecated and will be removed in next release. > Use ?multicast? strategy instead. See > http://www.lists.cs.ucla.edu/pipermail/nfd-dev/2015-August/001281.html > announcement. > > 2. Disabling ContentStore is not a supported scenario. It will break > management until #2182 is implemented. > > > > Yours, Junxiao > > > > > *From: *Navdeep Uniyal > *Sent: *Tuesday, November 10, 2015 06:41 > *To: *nfd-dev at lists.cs.ucla.edu > *Subject: *[Nfd-dev] Interests not forwarded > > > > > > Hello everyone, > > > > I am facing some issue on interest forwarding using NDN Traffic Generator. > The forwarder in the client is only forwarding only initial 800(approx.) > interests. I tried using broadcast as well as best-route strategies. In > both the cases, after forwarding 800 odd interests, the forwarder is not > sending out other interests to any of the face. I have increased the > capacity of the links in order to verify the cause to be congestion but > there is no improvement. > > > > For my experiment, I am switching off CS Store( MAX_PACKETS = 1). The > interest generation interval is 10 ms, NonceDuplicationPercentage = 0 and > MustBeFresh Flag is set True. Even on varying the values and number of > generated interests the forwarded interests number is observed to be the > same. I could not find any error in the log. Please, any pointers could be > helpful. > > > > > > > > Best Regards, > > Navdeep Uniyal > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From navdeep.uniyal at neclab.eu Wed Nov 11 04:44:36 2015 From: navdeep.uniyal at neclab.eu (Navdeep Uniyal) Date: Wed, 11 Nov 2015 12:44:36 +0000 Subject: [Nfd-dev] Interests not forwarded In-Reply-To: References: <12DB5299AAAB1A40B17E72AB76FDA6D80D6A862E@PALLENE.office.hd> <5642323c.e15a420a.1da55.ffffce0a@mx.google.com> <12DB5299AAAB1A40B17E72AB76FDA6D80D6A8695@PALLENE.office.hd> Message-ID: <12DB5299AAAB1A40B17E72AB76FDA6D80D6AB882@Hydra.office.hd> Hi Junxiao, Sorry for the miss. Please find the attached configuration files for server, client and NFD. Best Regards, Navdeep Uniyal From: Junxiao Shi [mailto:shijunxiao at email.arizona.edu] Sent: Mittwoch, 11. November 2015 13:32 To: Navdeep Uniyal Cc: Subject: RE: [Nfd-dev] Interests not forwarded Hi Navdeep Instead of the logs, the complete CONFIGURATION files are needed for others to reproduce the bug. Yours, Junxiao On Nov 11, 2015 02:21, "Navdeep Uniyal" > wrote: Hi Junxiao, Thank you for the reply, I have attached NFD Logs(Best-Route, Broadcast) and NDN Traffic Generator logs for both the strategies. The nodes are connected via UDP faces. On analyzing the logs, I could see that after a certain point of time the interests are not forwarded. As visible from the NDN Traffic Server logs, till a certain point the interests are reaching the server and are being answered. As many interests are not reaching server, I doubt the forwarder is dropping most of them. I am not very sure if the issue is with forwarder or NDN Traffic generator as logs does not show what exactly is happening with the interests which are not being forwarded. But the number of interests reaching the server is generally constant which is quite surprising for me. Also, please suggest what minimum value should I keep for CS Store(Currently it is 1) so that most of the interests reaches server(For the sake of experiments). Best Regards, Navdeep Uniyal From: Junxiao Shi [mailto:shijunxiao at email.arizona.edu] Sent: Dienstag, 10. November 2015 19:07 To: Navdeep Uniyal; nfd-dev at lists.cs.ucla.edu Subject: RE: [Nfd-dev] Interests not forwarded Hi Navdeep Can you attach the complete configuration files for NFD, traffic generator client, and traffic generator server, so others can attempt to reproduce the bug? Are you running client and server on the same node? If not, how are the two nodes connected (Ethernet, or UDP, or TCP)? How did you conclude the forwarder has stopped forwarding Interests after 800, instead of the producer has stopped responding Data, or the Data is being dropped? Did you reach this conclusion by ndndump or NFD logs? Also, 1. ?broadcast? strategy is deprecated and will be removed in next release. Use ?multicast? strategy instead. See http://www.lists.cs.ucla.edu/pipermail/nfd-dev/2015-August/001281.html announcement. 2. Disabling ContentStore is not a supported scenario. It will break management until #2182 is implemented. Yours, Junxiao From: Navdeep Uniyal Sent: Tuesday, November 10, 2015 06:41 To: nfd-dev at lists.cs.ucla.edu Subject: [Nfd-dev] Interests not forwarded Hello everyone, I am facing some issue on interest forwarding using NDN Traffic Generator. The forwarder in the client is only forwarding only initial 800(approx.) interests. I tried using broadcast as well as best-route strategies. In both the cases, after forwarding 800 odd interests, the forwarder is not sending out other interests to any of the face. I have increased the capacity of the links in order to verify the cause to be congestion but there is no improvement. For my experiment, I am switching off CS Store( MAX_PACKETS = 1). The interest generation interval is 10 ms, NonceDuplicationPercentage = 0 and MustBeFresh Flag is set True. Even on varying the values and number of generated interests the forwarded interests number is observed to be the same. I could not find any error in the log. Please, any pointers could be helpful. Best Regards, Navdeep Uniyal -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ndn-traffic-client.conf Type: application/octet-stream Size: 2106 bytes Desc: ndn-traffic-client.conf URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ndn-traffic-server.conf Type: application/octet-stream Size: 1393 bytes Desc: ndn-traffic-server.conf URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: nfd.conf Type: application/octet-stream Size: 9437 bytes Desc: nfd.conf URL: From shijunxiao at email.arizona.edu Wed Nov 11 18:14:22 2015 From: shijunxiao at email.arizona.edu (Junxiao Shi) Date: Wed, 11 Nov 2015 19:14:22 -0700 Subject: [Nfd-dev] Interests not forwarded In-Reply-To: <12DB5299AAAB1A40B17E72AB76FDA6D80D6A8695@PALLENE.office.hd> References: <12DB5299AAAB1A40B17E72AB76FDA6D80D6A862E@PALLENE.office.hd> <5642323c.e15a420a.1da55.ffffce0a@mx.google.com> <12DB5299AAAB1A40B17E72AB76FDA6D80D6A8695@PALLENE.office.hd> Message-ID: <44BC826B-511F-443D-B0B1-6E646D06E731@email.arizona.edu> Hi Navdeep From the logs you provided, NLSR appears to be running in your network. To isolate the potential cause, can you confirm whether the same issue occurs with static routes (nfdc register)? Yours, Junxiao > On Nov 11, 2015, at 2:19 AM, Navdeep Uniyal wrote: > > Hi Junxiao, > > Thank you for the reply, I have attached NFD Logs(Best-Route, Broadcast) and NDN Traffic Generator logs for both the strategies. > The nodes are connected via UDP faces. On analyzing the logs, I could see that after a certain point of time the interests are not forwarded. As visible from the NDN Traffic Server logs, till a certain point the interests are reaching the server and are being answered. As many interests are not reaching server, I doubt the forwarder is dropping most of them. > > I am not very sure if the issue is with forwarder or NDN Traffic generator as logs does not show what exactly is happening with the interests which are not being forwarded. But the number of interests reaching the server is generally constant which is quite surprising for me. > > Also, please suggest what minimum value should I keep for CS Store(Currently it is 1) so that most of the interests reaches server(For the sake of experiments). > > > Best Regards, > Navdeep Uniyal > > From: Junxiao Shi [mailto:shijunxiao at email.arizona.edu] > Sent: Dienstag, 10. November 2015 19:07 > To: Navdeep Uniyal; nfd-dev at lists.cs.ucla.edu > Subject: RE: [Nfd-dev] Interests not forwarded > > Hi Navdeep > > Can you attach the complete configuration files for NFD, traffic generator client, and traffic generator server, so others can attempt to reproduce the bug? > Are you running client and server on the same node? If not, how are the two nodes connected (Ethernet, or UDP, or TCP)? > How did you conclude the forwarder has stopped forwarding Interests after 800, instead of the producer has stopped responding Data, or the Data is being dropped? Did you reach this conclusion by ndndump or NFD logs? > > Also, > 1. ?broadcast? strategy is deprecated and will be removed in next release. Use ?multicast? strategy instead. Seehttp://www.lists.cs.ucla.edu/pipermail/nfd-dev/2015-August/001281.html announcement. > 2. Disabling ContentStore is not a supported scenario. It will break management until #2182 is implemented. > > Yours, Junxiao > > > From: Navdeep Uniyal > Sent: Tuesday, November 10, 2015 06:41 > To: nfd-dev at lists.cs.ucla.edu > Subject: [Nfd-dev] Interests not forwarded > > > Hello everyone, > > I am facing some issue on interest forwarding using NDN Traffic Generator. The forwarder in the client is only forwarding only initial 800(approx.) interests. I tried using broadcast as well as best-route strategies. In both the cases, after forwarding 800 odd interests, the forwarder is not sending out other interests to any of the face. I have increased the capacity of the links in order to verify the cause to be congestion but there is no improvement. > > For my experiment, I am switching off CS Store( MAX_PACKETS = 1). The interest generation interval is 10 ms, NonceDuplicationPercentage = 0 and MustBeFresh Flag is set True. Even on varying the values and number of generated interests the forwarded interests number is observed to be the same. I could not find any error in the log. Please, any pointers could be helpful. > > > > Best Regards, > Navdeep Uniyal > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From peter at remap.ucla.edu Wed Nov 11 18:43:04 2015 From: peter at remap.ucla.edu (Gusev, Peter) Date: Thu, 12 Nov 2015 02:43:04 +0000 Subject: [Nfd-dev] Segfault after updating to NFD-0.4.0-rc1 In-Reply-To: <3A9A968D-ED94-460C-8B5A-4110030E3A6C@cs.ucla.edu> References: <3A9A968D-ED94-460C-8B5A-4110030E3A6C@cs.ucla.edu> Message-ID: <4F2181DA-BDAC-49FA-8140-9B1D9019E21B@remap.ucla.edu> hi Alex, I did this: ndn-cxx: $ sudo ./waf uninstall $ ./waf clean $ git pull && git checkout ndn-cxx-0.4.0-rc1 $ ./waf configure && ./waf && sudo ./waf install NFD: $ sudo ./waf uninstall $ ./waf clean $ git pull && git checkout NFD-0.4.0-rc1 $ ./waf configure && ./waf && sudo ./waf install still crashes same way. can it be any dependencies (boost, etc.)? Thanks, -- Peter Gusev peter at remap.ucla.edu +1 213 5872748 peetonn_ (skype) Software Engineer/Programmer Analyst @ REMAP UCLA Video streaming/ICN networks/Creative Development > On Nov 11, 2015, at 7:19 PM, Alex Afanasyev wrote: > > Hi Peter, > > We've seen something similar on testbots and it was related to recently updated boost libraries. Try removing both ndn-cxx and NFD and then try to install everything again. > > Just in case. Are you using brew/macports? Or installing from source? > > -- > Alex > >> On Nov 11, 2015, at 10:46 AM, Gusev, Peter wrote: >> >> Hi all, >> >> I?ve updated to NFD-0.4.0-rc1 and now having these segfault problems: >> >> $ nfd-start >> /usr/local/bin/ndnsec-keygen: line 4: 33788 Segmentation fault: 11 `dirname "$0"`/ndnsec key-gen "$@? >> $ nfd --version >> Segmentation fault: 11 >> >> I tried these remedies already which didn?t help: >> >> $ sudo rm -Rf ~/.ndn >> $ sudo rm -Rf ~/.ndnx >> $ sudo cp /usr/local/etc/ndn/nfd.conf.sample /usr/local/etc/ndn/nfd.conf >> >> And deleted all keys from Keychain which have ?KSK? component. >> >> Any ideas on how to solve this issues? >> >> Thanks, >> >> -- >> Peter Gusev >> >> peter at remap.ucla.edu >> +1 213 5872748 >> peetonn_ (skype) >> >> Software Engineer/Programmer Analyst @ REMAP UCLA >> >> Video streaming/ICN networks/Creative Development From shijunxiao at email.arizona.EDU Wed Nov 11 18:46:32 2015 From: shijunxiao at email.arizona.EDU (Junxiao Shi) Date: Wed, 11 Nov 2015 19:46:32 -0700 Subject: [Nfd-dev] Segfault after updating to NFD-0.4.0-rc1 In-Reply-To: <4F2181DA-BDAC-49FA-8140-9B1D9019E21B@remap.ucla.edu> References: <3A9A968D-ED94-460C-8B5A-4110030E3A6C@cs.ucla.edu> <4F2181DA-BDAC-49FA-8140-9B1D9019E21B@remap.ucla.edu> Message-ID: Hi Peter Boost is recently upgraded in Homebrew, which can cause dependency issues. Replace ?./waf clean? with ?./waf distclean? to clean up intermediate objects. Also, don?t use ?0.4.0-rc1? tag which refers to the old beta1 release; instead, use ?0.4.0-beta2? which is the latest release. Yours, Junxiao > On Nov 11, 2015, at 7:43 PM, Gusev, Peter wrote: > > hi Alex, > > I did this: > > ndn-cxx: > $ sudo ./waf uninstall > $ ./waf clean > $ git pull && git checkout ndn-cxx-0.4.0-rc1 > $ ./waf configure && ./waf && sudo ./waf install > > NFD: > $ sudo ./waf uninstall > $ ./waf clean > $ git pull && git checkout NFD-0.4.0-rc1 > $ ./waf configure && ./waf && sudo ./waf install > > still crashes same way. > can it be any dependencies (boost, etc.)? > > Thanks, > > -- > Peter Gusev > > peter at remap.ucla.edu > +1 213 5872748 > peetonn_ (skype) > > Software Engineer/Programmer Analyst @ REMAP UCLA > > Video streaming/ICN networks/Creative Development > From peter at remap.UCLA.EDU Wed Nov 11 23:23:34 2015 From: peter at remap.UCLA.EDU (Gusev, Peter) Date: Thu, 12 Nov 2015 07:23:34 +0000 Subject: [Nfd-dev] Segfault after updating to NFD-0.4.0-rc1 In-Reply-To: References: <3A9A968D-ED94-460C-8B5A-4110030E3A6C@cs.ucla.edu> <4F2181DA-BDAC-49FA-8140-9B1D9019E21B@remap.ucla.edu> Message-ID: How does homebrew affect it? I?m not using it. tried distclean and beta2. still crashes. Thanks, -- Peter Gusev peter at remap.ucla.edu +1 213 5872748 peetonn_ (skype) Software Engineer/Programmer Analyst @ REMAP UCLA Video streaming/ICN networks/Creative Development > On Nov 12, 2015, at 11:46 AM, Junxiao Shi wrote: > > Hi Peter > > Boost is recently upgraded in Homebrew, which can cause dependency issues. > Replace ?./waf clean? with ?./waf distclean? to clean up intermediate objects. > Also, don?t use ?0.4.0-rc1? tag which refers to the old beta1 release; instead, use ?0.4.0-beta2? which is the latest release. > > Yours, Junxiao > >> On Nov 11, 2015, at 7:43 PM, Gusev, Peter wrote: >> >> hi Alex, >> >> I did this: >> >> ndn-cxx: >> $ sudo ./waf uninstall >> $ ./waf clean >> $ git pull && git checkout ndn-cxx-0.4.0-rc1 >> $ ./waf configure && ./waf && sudo ./waf install >> >> NFD: >> $ sudo ./waf uninstall >> $ ./waf clean >> $ git pull && git checkout NFD-0.4.0-rc1 >> $ ./waf configure && ./waf && sudo ./waf install >> >> still crashes same way. >> can it be any dependencies (boost, etc.)? >> >> Thanks, >> >> -- >> Peter Gusev >> >> peter at remap.ucla.edu >> +1 213 5872748 >> peetonn_ (skype) >> >> Software Engineer/Programmer Analyst @ REMAP UCLA >> >> Video streaming/ICN networks/Creative Development >> > From nfd-call-notification at mail1.yoursunny.com Thu Nov 12 07:00:02 2015 From: nfd-call-notification at mail1.yoursunny.com (NFD call notification) Date: Thu, 12 Nov 2015 08:00:02 -0700 Subject: [Nfd-dev] NFD call 20151112 Message-ID: <201511121500.tACF02kK026015@lectura.cs.arizona.edu> An HTML attachment was scrubbed... URL: From peter at remap.UCLA.EDU Sat Nov 14 16:26:30 2015 From: peter at remap.UCLA.EDU (Gusev, Peter) Date: Sun, 15 Nov 2015 00:26:30 +0000 Subject: [Nfd-dev] Segfault after updating to NFD-0.4.0-rc1 In-Reply-To: References: <3A9A968D-ED94-460C-8B5A-4110030E3A6C@cs.ucla.edu> <4F2181DA-BDAC-49FA-8140-9B1D9019E21B@remap.ucla.edu> Message-ID: <20A2B3D2-CEB8-4664-8A0F-16CA6536D132@remap.ucla.edu> I eventually downgraded to 0.3.4 (sources) and reinstalled my boost library (using ports). Will try upgrading to 0.4.0-beta2 again soon and let you know. Thanks, -- Peter Gusev peter at remap.ucla.edu +1 213 5872748 peetonn_ (skype) Software Engineer/Programmer Analyst @ REMAP UCLA Video streaming/ICN networks/Creative Development > On Nov 12, 2015, at 4:23 PM, Gusev, Peter wrote: > > How does homebrew affect it? I?m not using it. > tried distclean and beta2. still crashes. > > Thanks, > > -- > Peter Gusev > > peter at remap.ucla.edu > +1 213 5872748 > peetonn_ (skype) > > Software Engineer/Programmer Analyst @ REMAP UCLA > > Video streaming/ICN networks/Creative Development > >> On Nov 12, 2015, at 11:46 AM, Junxiao Shi wrote: >> >> Hi Peter >> >> Boost is recently upgraded in Homebrew, which can cause dependency issues. >> Replace ?./waf clean? with ?./waf distclean? to clean up intermediate objects. >> Also, don?t use ?0.4.0-rc1? tag which refers to the old beta1 release; instead, use ?0.4.0-beta2? which is the latest release. >> >> Yours, Junxiao >> >>> On Nov 11, 2015, at 7:43 PM, Gusev, Peter wrote: >>> >>> hi Alex, >>> >>> I did this: >>> >>> ndn-cxx: >>> $ sudo ./waf uninstall >>> $ ./waf clean >>> $ git pull && git checkout ndn-cxx-0.4.0-rc1 >>> $ ./waf configure && ./waf && sudo ./waf install >>> >>> NFD: >>> $ sudo ./waf uninstall >>> $ ./waf clean >>> $ git pull && git checkout NFD-0.4.0-rc1 >>> $ ./waf configure && ./waf && sudo ./waf install >>> >>> still crashes same way. >>> can it be any dependencies (boost, etc.)? >>> >>> Thanks, >>> >>> -- >>> Peter Gusev >>> >>> peter at remap.ucla.edu >>> +1 213 5872748 >>> peetonn_ (skype) >>> >>> Software Engineer/Programmer Analyst @ REMAP UCLA >>> >>> Video streaming/ICN networks/Creative Development >>> >> > > > _______________________________________________ > Nfd-dev mailing list > Nfd-dev at lists.cs.ucla.edu > http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev From pdpa at st-andrews.ac.uk Mon Nov 16 15:16:40 2015 From: pdpa at st-andrews.ac.uk (Percy Perez Aruni) Date: Mon, 16 Nov 2015 23:16:40 +0000 Subject: [Nfd-dev] NFD-Android multicast Message-ID: Hi NFD-Dev team. I am running NFD-Android in three smartphones (Android v.4.x), one as consumer and the other two as producers. At the moment I am hard coding the IP address of the two producers in the consumer side as following: Face consumerFace = new Face("producerIpAddress"); Could I ask how my consumer could multicast an interest to the other two or more producers? I would appreciate your comments. Regards Percy -------------- next part -------------- An HTML attachment was scrubbed... URL: From nfd-call-notification at mail1.yoursunny.com Tue Nov 17 07:00:03 2015 From: nfd-call-notification at mail1.yoursunny.com (NFD call notification) Date: Tue, 17 Nov 2015 08:00:03 -0700 Subject: [Nfd-dev] NFD call 20151117 Message-ID: <201511171500.tAHF03IV019562@lectura.cs.arizona.edu> An HTML attachment was scrubbed... URL: From shijunxiao at email.arizona.EDU Tue Nov 17 07:59:16 2015 From: shijunxiao at email.arizona.EDU (Junxiao Shi) Date: Tue, 17 Nov 2015 08:59:16 -0700 Subject: [Nfd-dev] NFD-Android multicast In-Reply-To: References: Message-ID: <564b4ed0.d0af420a.4b368.61d5@mx.google.com> Hi Percy By specifying an IP address on the consumer?s Face constructor, you are causing the consumer to connect directly to the NFD on producer node over TCP. In order to achieve multicast, 1. Run NFD on all three nodes. 2. Use the default Face constructor in consumer, so that it connects to local NFD. Typically, this would be a local TCP socket on Android. 3. Perform prefix registration on the NFD on consumer node: 4. Yours, Junxiao From: Percy Perez Aruni Sent: Monday, November 16, 2015 16:17 To: nfd-dev at lists.cs.ucla.edu Subject: [Nfd-dev] NFD-Android multicast Hi? NFD-Dev team. I am running NFD-Android in three smartphones (Android v.4.x), one as consumer and the other two as? producers.? At the moment I am hard coding the IP address of the two producers in the consumer side as following: ? ? ?? Face consumerFace = new Face("producerIpAddress"); ? Could I ask? how my consumer could? multicast an interest to the other two or more producers? I would appreciate your comments. Regards Percy? -------------- next part -------------- An HTML attachment was scrubbed... URL: From shijunxiao at email.arizona.EDU Tue Nov 17 08:05:48 2015 From: shijunxiao at email.arizona.EDU (Junxiao Shi) Date: Tue, 17 Nov 2015 09:05:48 -0700 Subject: [Nfd-dev] NFD-Android multicast In-Reply-To: References: Message-ID: <564b5059.436b440a.fe405.ffffcaf8@mx.google.com> Hi Percy By specifying an IP address on the consumer?s Face constructor, you are causing the consumer to connect directly to the NFD on producer node over TCP. In order to achieve multicast, 1. Run NFD on all three nodes. 2. Perform prefix registration on the NFD on consumer node `nfdc register /producer udp://192.168.0.2`. Substitute /producer with producer?s prefix, and substitute 192.168.0.2 with the IP address of producer node, and repeat for each producer. You may need a bash environment on Android, and I recommend JuiceSSH. 3. Set multicast strategy on the NFD on consumer node `nfdc set-strategy /producer /localhost/nfd/strategy/multicast`. Substitute /producer with producer?s prefix. 4. Use the default Face constructor in consumer, so that it connects to local NFD. Typically, this would be a local TCP socket on Android. 5. Express the Interest. If you are observing network traffic, you?ll see the consumer transmits it twice over UDP unicast toward every producer. This is multicast at NDN layer. Yours, Junxiao From: Percy Perez Aruni Sent: Monday, November 16, 2015 16:17 To: nfd-dev at lists.cs.ucla.edu Subject: [Nfd-dev] NFD-Android multicast Hi? NFD-Dev team. I am running NFD-Android in three smartphones (Android v.4.x), one as consumer and the other two as? producers.? At the moment I am hard coding the IP address of the two producers in the consumer side as following: ? ? ?? Face consumerFace = new Face("producerIpAddress"); ? Could I ask? how my consumer could? multicast an interest to the other two or more producers? I would appreciate your comments. Regards Percy? -------------- next part -------------- An HTML attachment was scrubbed... URL: From pdpa at st-andrews.ac.uk Tue Nov 17 15:13:27 2015 From: pdpa at st-andrews.ac.uk (Percy Perez Aruni) Date: Tue, 17 Nov 2015 23:13:27 +0000 Subject: [Nfd-dev] {Disarmed} Re: NFD-Android multicast In-Reply-To: <564b5059.436b440a.fe405.ffffcaf8@mx.google.com> References: <564b5059.436b440a.fe405.ffffcaf8@mx.google.com> Message-ID: Hi Junxiao Thank you for your reply and specially for the details. Sorry for this, but it seems I unable to find "nfdc" on my mobile devices. I am using JuiceSSH as you recommended and also the "adb shell" with root privileges. Actually, I built the " .apk" file based on the below repository, and then manually installed the ".apk" (only) to each mobile (through adb). https://github.com/named-data-mobile/NFD-android I am starting to think that I missed some step during my built/installation as there is not "nfdc" in the directory. Could you please point me how can I get/install "nfdc" in Android? or perhaps jndn or jndn-management can help to set multicast strategy on Android? Appreciate for your comments. Regards Percy On 17 November 2015 at 16:05, Junxiao Shi wrote: > Hi Percy > > > > By specifying an IP address on the consumer?s Face constructor, you are > causing the consumer to connect directly to the NFD on producer node over > TCP. > > > > In order to achieve multicast, > > 1. Run NFD on all three nodes. > > 2. Perform prefix registration on the NFD on consumer node `nfdc > register /producer udp://192.168.0.2`. Substitute /producer with > producer?s prefix, and substitute 192.168.0.2 with the IP address of > producer node, and repeat for each producer. You may need a bash > environment on Android, and I recommend JuiceSSH. > > 3. Set multicast strategy on the NFD on consumer node `nfdc > set-strategy /producer /localhost/nfd/strategy/multicast`. Substitute > /producer with producer?s prefix. > > 4. Use the default Face constructor in consumer, so that it > connects to local NFD. Typically, this would be a local TCP socket on > Android. > > 5. Express the Interest. If you are observing network traffic, > you?ll see the consumer transmits it twice over UDP unicast toward every > producer. This is multicast at NDN layer. > > > > Yours, Junxiao > > > > > *From: *Percy Perez Aruni > *Sent: *Monday, November 16, 2015 16:17 > *To: *nfd-dev at lists.cs.ucla.edu > *Subject: *[Nfd-dev] NFD-Android multicast > > > > > > Hi NFD-Dev team. > > I am running NFD-Android in three smartphones (Android v.4.x), one as > consumer and the other two as producers. At the moment I am hard coding > the IP address of the two producers in the consumer side as following: > > Face consumerFace = new Face("producerIpAddress"); > > > > Could I ask how my consumer could multicast an interest to the other two > or more producers? > > I would appreciate your comments. > > > Regards > > Percy > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From nfd-call-notification at mail1.yoursunny.com Thu Nov 19 07:00:02 2015 From: nfd-call-notification at mail1.yoursunny.com (NFD call notification) Date: Thu, 19 Nov 2015 08:00:02 -0700 Subject: [Nfd-dev] NFD call 20151119 Message-ID: <201511191500.tAJF02wO003728@lectura.cs.arizona.edu> An HTML attachment was scrubbed... URL: From shijunxiao at email.arizona.edu Sun Nov 22 16:26:10 2015 From: shijunxiao at email.arizona.edu (Junxiao Shi) Date: Sun, 22 Nov 2015 17:26:10 -0700 Subject: [Nfd-dev] NFD breaking change: Ethernet transport Message-ID: Dear folks A breaking change is coming to NFD soon: Ethernet transport will be NDNLPv2 fragmentation in place of NDNLPv1 fragmentation. This change will merge on Nov 27 12:00 UTC. NDNLPv1 fragmentation and NDNLPv2 fragmentation are incompatible with each other. If your deployment uses Ethernet transport, and mixes NFD versions before and after this change, the system will stop working. To fix your deployment, use the same NFD version across all nodes. Yours, Junxiao -------------- next part -------------- An HTML attachment was scrubbed... URL: From nfd-call-notification at mail1.yoursunny.com Tue Nov 24 07:00:02 2015 From: nfd-call-notification at mail1.yoursunny.com (NFD call notification) Date: Tue, 24 Nov 2015 08:00:02 -0700 Subject: [Nfd-dev] NFD call 20151124 Message-ID: <201511241500.tAOF02Vi026168@lectura.cs.arizona.edu> An HTML attachment was scrubbed... URL: From aa at CS.UCLA.EDU Wed Nov 25 17:41:25 2015 From: aa at CS.UCLA.EDU (Alex Afanasyev) Date: Wed, 25 Nov 2015 17:41:25 -0800 Subject: [Nfd-dev] [jenkins] Doxygen checks enabled on our jenkins CI Message-ID: I just want to let you know that I have enabled mandatory doxygen checks for NFD, ndn-cxx, NLSR, and ndns projects on our jenkins. If there are doxygen warnings, jenkins build will fail. To check doxygen locally is really simple: just run `./waf doxygen`. I have also put up draft version of these instructions and a little bit more on our redmine wiki: http://redmine.named-data.net/projects/nfd/wiki/Contributing_Code -- Alex -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 841 bytes Desc: Message signed with OpenPGP using GPGMail URL: From nfd-call-notification at mail1.yoursunny.com Thu Nov 26 07:00:02 2015 From: nfd-call-notification at mail1.yoursunny.com (NFD call notification) Date: Thu, 26 Nov 2015 08:00:02 -0700 Subject: [Nfd-dev] NFD call 20151126 Message-ID: <201511261500.tAQF02PE019827@lectura.cs.arizona.edu> An HTML attachment was scrubbed... URL: