From shijunxiao at email.arizona.edu Wed Aug 5 09:41:54 2015 From: shijunxiao at email.arizona.edu (Junxiao Shi) Date: Wed, 5 Aug 2015 09:41:54 -0700 Subject: [Nfd-dev] Index-based NDN Repository Doubt In-Reply-To: <12DB5299AAAB1A40B17E72AB76FDA6D8EDB16F@Hydra.office.hd> References: <12DB5299AAAB1A40B17E72AB76FDA6D8EDB16F@Hydra.office.hd> Message-ID: <55c23cd5.028f440a.f42b1.ffff94e6@mx.google.com> Hi Navdeep All query algorithms are designed to find the best match among stored Data in a repository that satisfy the Interest. A Data satisfy an Interest if the Interest Name is a prefix of the Data fullName, and the Data fullName does violate any selector other than ChildSelector. A Data is the best match among stored Data in a repository or cache if it satisfies the rules of ChildSelector. The Data ndn:/ndn/edu/videos/vid1/A/1998123123?. does not satisfy an Interest ndn:/A, so the query algorithm will not return this Data. Yours, Junxiao From: Navdeep Uniyal Sent: Tuesday, August 4, 2015 01:35 To: shijunxiao at email.arizona.edu Subject: Index-based NDN Repository Doubt Hi Junxiao, I was going through your ppt named ?Index-based NDN Repository?, I have a doubt on ?Query Algorithm ? rightmost, alternate?. I understood it start iterating from the left and returns the match. My doubt is does it return if the full match is found or partial match. Actually, I was searching for some inbuilt functions so that I can match a part of the Interest name, for e.g. if the interest name is /ndn/edu/videos/vid1/A/1998123123?. So my aim to check if the interest name contains ?/A/? in particular or not. Please let me know if there is some function available and how I can achieve this. Best Regards, Navdeep Uniyal -------------- next part -------------- An HTML attachment was scrubbed... URL: From chaim.rieger at gmail.com Fri Aug 7 15:14:09 2015 From: chaim.rieger at gmail.com (Chaim Rieger) Date: Fri, 7 Aug 2015 15:14:09 -0700 Subject: [Nfd-dev] NFD/ndn on android Message-ID: <40C1AEE7-3337-420C-8C26-6ECB8A9B8FCE@gmail.com> As a protocol not as an application stack. Has anybody done this ? If not are there any sample apps that I can look at to run some test algorithms on android devices ? From alexander.afanasyev at ucla.edu Fri Aug 7 15:29:58 2015 From: alexander.afanasyev at ucla.edu (Alex Afanasyev) Date: Fri, 7 Aug 2015 15:29:58 -0700 Subject: [Nfd-dev] NFD/ndn on android In-Reply-To: <40C1AEE7-3337-420C-8C26-6ECB8A9B8FCE@gmail.com> References: <40C1AEE7-3337-420C-8C26-6ECB8A9B8FCE@gmail.com> Message-ID: Hi Chaim, I'm not quite sure what exactly you're asking. We have initial version of NFD ported on android (as of right now, you would need to compile from source https://github.com/named-data/NFD-android, but we plan to publish compiled version too) and there are a few apps that use NDN protocol and NFD-android to communicate. Is this what you're asking or you meant something different? --- Alex > On Aug 7, 2015, at 3:14 PM, Chaim Rieger wrote: > > As a protocol not as an application stack. > > Has anybody done this ? > > If not are there any sample apps that I can look at to run some test algorithms on android devices ? > > > > _______________________________________________ > Nfd-dev mailing list > Nfd-dev at lists.cs.ucla.edu > http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev -------------- 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 summerwing10 at gmail.com Sat Aug 8 10:02:08 2015 From: summerwing10 at gmail.com (Weiwei Liu) Date: Sat, 8 Aug 2015 10:02:08 -0700 Subject: [Nfd-dev] NFD-android In-Reply-To: References: Message-ID: Hi there, I'm trying to experiment NDN on Android. l've installed NFD-android on my android device from the following link : https:// github.com /named-data/ NFD -android . And I heard there is another app that can be used to configure NFD, also some other simple apps like NDN-ping. Could someone please tell me where I can find the source code of these apps? Thank you very much! Best, Weiwei -------------- next part -------------- An HTML attachment was scrubbed... URL: From alexander.afanasyev at ucla.edu Sat Aug 8 10:10:54 2015 From: alexander.afanasyev at ucla.edu (Alex Afanasyev) Date: Sat, 8 Aug 2015 10:10:54 -0700 Subject: [Nfd-dev] NFD-android In-Reply-To: References: Message-ID: <009D31DE-EA30-4DCF-87B2-5C27CD1180F1@ucla.edu> NFD-android is a such an app. It contains NFD itself and necessary elements to start and configure the forwarder. --- Alex > On Aug 8, 2015, at 10:02 AM, Weiwei Liu wrote: > > Hi there, > > I'm trying to experiment NDN on Android. l've installed NFD-android on my android device from the following link : https://github.com/named-data/NFD-android. And I heard there is another app that can be used to configure NFD, also some other simple apps like NDN-ping. Could someone please tell me where I can find the source code of these apps? > > Thank you very much! > > Best, > Weiwei -------------- next part -------------- An HTML attachment was scrubbed... URL: From chaim.rieger at gmail.com Sat Aug 8 19:34:06 2015 From: chaim.rieger at gmail.com (Chaim Rieger) Date: Sat, 08 Aug 2015 19:34:06 -0700 Subject: [Nfd-dev] NFD/ndn on android In-Reply-To: References: <40C1AEE7-3337-420C-8C26-6ECB8A9B8FCE@gmail.com> Message-ID: <55C6BC1E.7020803@gmail.com> I compiled it succsessfully. However not being an android dev, I have questions. Once it's compiled does this mean that I have a version of android os with ndn/nfd ? Can i take this android os and drop it on a cell phone for testing ? On 08/07/2015 03:29 PM, Alex Afanasyev wrote: > Hi Chaim, > > I'm not quite sure what exactly you're asking. We have initial version of NFD ported on android (as of right now, you would need to compile from source https://github.com/named-data/NFD-android, but we plan to publish compiled version too) and there are a few apps that use NDN protocol and NFD-android to communicate. > > Is this what you're asking or you meant something different? > > --- > Alex > >> On Aug 7, 2015, at 3:14 PM, Chaim Rieger wrote: >> >> As a protocol not as an application stack. >> >> Has anybody done this ? >> >> If not are there any sample apps that I can look at to run some test algorithms on android devices ? >> >> >> >> _______________________________________________ >> Nfd-dev mailing list >> Nfd-dev at lists.cs.ucla.edu >> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev From wentaoshang at gmail.com Sat Aug 8 19:43:26 2015 From: wentaoshang at gmail.com (Wentao Shang) Date: Sat, 8 Aug 2015 19:43:26 -0700 Subject: [Nfd-dev] NFD/ndn on android In-Reply-To: <55C6BC1E.7020803@gmail.com> References: <40C1AEE7-3337-420C-8C26-6ECB8A9B8FCE@gmail.com> <55C6BC1E.7020803@gmail.com> Message-ID: Hi Chaim, NFD is not implemented in kernel. What you get is just a normal Android app, like Chrome or Gmail apps. Your NDN applications will talk to this NFD app who is responsible for forwarding the NDN packets to the outside networks. Best, Wentao > On Aug 8, 2015, at 7:34 PM, Chaim Rieger wrote: > > I compiled it succsessfully. However not being an android dev, I have questions. > > Once it's compiled does this mean that I have a version of android os with ndn/nfd ? > Can i take this android os and drop it on a cell phone for testing ? > > On 08/07/2015 03:29 PM, Alex Afanasyev wrote: >> Hi Chaim, >> >> I'm not quite sure what exactly you're asking. We have initial version of NFD ported on android (as of right now, you would need to compile from source https://github.com/named-data/NFD-android, but we plan to publish compiled version too) and there are a few apps that use NDN protocol and NFD-android to communicate. >> >> Is this what you're asking or you meant something different? >> >> --- >> Alex >> >>> On Aug 7, 2015, at 3:14 PM, Chaim Rieger wrote: >>> >>> As a protocol not as an application stack. >>> >>> Has anybody done this ? >>> >>> If not are there any sample apps that I can look at to run some test algorithms on android devices ? >>> >>> >>> >>> _______________________________________________ >>> Nfd-dev mailing list >>> Nfd-dev at lists.cs.ucla.edu >>> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev > > _______________________________________________ > Nfd-dev mailing list > Nfd-dev at lists.cs.ucla.edu > http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 842 bytes Desc: Message signed with OpenPGP using GPGMail URL: From chaim.rieger at gmail.com Sat Aug 8 19:54:55 2015 From: chaim.rieger at gmail.com (Chaim Rieger) Date: Sat, 08 Aug 2015 19:54:55 -0700 Subject: [Nfd-dev] NFD/ndn on android In-Reply-To: References: <40C1AEE7-3337-420C-8C26-6ECB8A9B8FCE@gmail.com> <55C6BC1E.7020803@gmail.com> Message-ID: <55C6C0FF.8030100@gmail.com> One last followup question For the android apk (i found 6 of them, will figure out which one I need) forward ndn packets only via tcp ? Or can I connect directly to an NDN wireless network that I have in my lab ? On 08/08/2015 07:43 PM, Wentao Shang wrote: > Hi Chaim, > > NFD is not implemented in kernel. What you get is just a normal Android app, like Chrome or Gmail apps. Your NDN applications will talk to this NFD app who is responsible for forwarding the NDN packets to the outside networks. > > Best, > Wentao > >> On Aug 8, 2015, at 7:34 PM, Chaim Rieger wrote: >> >> I compiled it succsessfully. However not being an android dev, I have questions. >> >> Once it's compiled does this mean that I have a version of android os with ndn/nfd ? >> Can i take this android os and drop it on a cell phone for testing ? >> >> On 08/07/2015 03:29 PM, Alex Afanasyev wrote: >>> Hi Chaim, >>> >>> I'm not quite sure what exactly you're asking. We have initial version of NFD ported on android (as of right now, you would need to compile from source https://github.com/named-data/NFD-android, but we plan to publish compiled version too) and there are a few apps that use NDN protocol and NFD-android to communicate. >>> >>> Is this what you're asking or you meant something different? >>> >>> --- >>> Alex >>> >>>> On Aug 7, 2015, at 3:14 PM, Chaim Rieger wrote: >>>> >>>> As a protocol not as an application stack. >>>> >>>> Has anybody done this ? >>>> >>>> If not are there any sample apps that I can look at to run some test algorithms on android devices ? >>>> >>>> >>>> >>>> _______________________________________________ >>>> Nfd-dev mailing list >>>> Nfd-dev at lists.cs.ucla.edu >>>> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev >> _______________________________________________ >> Nfd-dev mailing list >> Nfd-dev at lists.cs.ucla.edu >> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev From wentaoshang at gmail.com Sat Aug 8 20:06:21 2015 From: wentaoshang at gmail.com (Wentao Shang) Date: Sat, 8 Aug 2015 20:06:21 -0700 Subject: [Nfd-dev] NFD/ndn on android In-Reply-To: <55C6C0FF.8030100@gmail.com> References: <40C1AEE7-3337-420C-8C26-6ECB8A9B8FCE@gmail.com> <55C6BC1E.7020803@gmail.com> <55C6C0FF.8030100@gmail.com> Message-ID: <80F85D27-46AB-4A74-8C1F-05953552050C@gmail.com> Setting up NFD on Android is the same as on Linux machines. Typically you connect the local NFD (in this case the Android app) to some remote hub (e.g., some NDN router in your already-setup NDN wireless network) via either TCP or UDP. Wentao > On Aug 8, 2015, at 7:54 PM, Chaim Rieger wrote: > > One last followup question > > For the android apk (i found 6 of them, will figure out which one I need) forward ndn packets only via tcp ? Or can I connect directly to an NDN wireless network that I have in my lab ? > > > > On 08/08/2015 07:43 PM, Wentao Shang wrote: >> Hi Chaim, >> >> NFD is not implemented in kernel. What you get is just a normal Android app, like Chrome or Gmail apps. Your NDN applications will talk to this NFD app who is responsible for forwarding the NDN packets to the outside networks. >> >> Best, >> Wentao >> >>> On Aug 8, 2015, at 7:34 PM, Chaim Rieger wrote: >>> >>> I compiled it succsessfully. However not being an android dev, I have questions. >>> >>> Once it's compiled does this mean that I have a version of android os with ndn/nfd ? >>> Can i take this android os and drop it on a cell phone for testing ? >>> >>> On 08/07/2015 03:29 PM, Alex Afanasyev wrote: >>>> Hi Chaim, >>>> >>>> I'm not quite sure what exactly you're asking. We have initial version of NFD ported on android (as of right now, you would need to compile from source https://github.com/named-data/NFD-android, but we plan to publish compiled version too) and there are a few apps that use NDN protocol and NFD-android to communicate. >>>> >>>> Is this what you're asking or you meant something different? >>>> >>>> --- >>>> Alex >>>> >>>>> On Aug 7, 2015, at 3:14 PM, Chaim Rieger wrote: >>>>> >>>>> As a protocol not as an application stack. >>>>> >>>>> Has anybody done this ? >>>>> >>>>> If not are there any sample apps that I can look at to run some test algorithms on android devices ? >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> Nfd-dev mailing list >>>>> Nfd-dev at lists.cs.ucla.edu >>>>> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev >>> _______________________________________________ >>> Nfd-dev mailing list >>> Nfd-dev at lists.cs.ucla.edu >>> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev > -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 842 bytes Desc: Message signed with OpenPGP using GPGMail URL: From chaim.rieger at gmail.com Sun Aug 9 00:18:33 2015 From: chaim.rieger at gmail.com (Chaim Rieger) Date: Sun, 9 Aug 2015 00:18:33 -0700 Subject: [Nfd-dev] NFD/ndn on android In-Reply-To: <80F85D27-46AB-4A74-8C1F-05953552050C@gmail.com> References: <40C1AEE7-3337-420C-8C26-6ECB8A9B8FCE@gmail.com> <55C6BC1E.7020803@gmail.com> <55C6C0FF.8030100@gmail.com> <80F85D27-46AB-4A74-8C1F-05953552050C@gmail.com> Message-ID: <7BF15B10-61FB-4043-A566-F07AC3EA3088@gmail.com> What I am trying to do is disable cellular connectivity, and force all the apps to connect via ndn only. This is for testing the feasibility of security, mass communications, and latency numbers on the cell networks. So my question is, will ndn be a protocol allowed on cellular devices one day and if so, what can I do to help make it happen. > On Aug 8, 2015, at 8:06 PM, Wentao Shang wrote: > > Setting up NFD on Android is the same as on Linux machines. Typically you connect the local NFD (in this case the Android app) to some remote hub (e.g., some NDN router in your already-setup NDN wireless network) via either TCP or UDP. > > Wentao > >> On Aug 8, 2015, at 7:54 PM, Chaim Rieger wrote: >> >> One last followup question >> >> For the android apk (i found 6 of them, will figure out which one I need) forward ndn packets only via tcp ? Or can I connect directly to an NDN wireless network that I have in my lab ? >> >> >> >> On 08/08/2015 07:43 PM, Wentao Shang wrote: >>> Hi Chaim, >>> >>> NFD is not implemented in kernel. What you get is just a normal Android app, like Chrome or Gmail apps. Your NDN applications will talk to this NFD app who is responsible for forwarding the NDN packets to the outside networks. >>> >>> Best, >>> Wentao >>> >>>> On Aug 8, 2015, at 7:34 PM, Chaim Rieger wrote: >>>> >>>> I compiled it succsessfully. However not being an android dev, I have questions. >>>> >>>> Once it's compiled does this mean that I have a version of android os with ndn/nfd ? >>>> Can i take this android os and drop it on a cell phone for testing ? >>>> >>>> On 08/07/2015 03:29 PM, Alex Afanasyev wrote: >>>>> Hi Chaim, >>>>> >>>>> I'm not quite sure what exactly you're asking. We have initial version of NFD ported on android (as of right now, you would need to compile from source https://github.com/named-data/NFD-android, but we plan to publish compiled version too) and there are a few apps that use NDN protocol and NFD-android to communicate. >>>>> >>>>> Is this what you're asking or you meant something different? >>>>> >>>>> --- >>>>> Alex >>>>> >>>>>> On Aug 7, 2015, at 3:14 PM, Chaim Rieger wrote: >>>>>> >>>>>> As a protocol not as an application stack. >>>>>> >>>>>> Has anybody done this ? >>>>>> >>>>>> If not are there any sample apps that I can look at to run some test algorithms on android devices ? >>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> Nfd-dev mailing list >>>>>> Nfd-dev at lists.cs.ucla.edu >>>>>> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev >>>> _______________________________________________ >>>> Nfd-dev mailing list >>>> Nfd-dev at lists.cs.ucla.edu >>>> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev >> > From chaim.rieger at gmail.com Sun Aug 9 08:41:23 2015 From: chaim.rieger at gmail.com (Chaim Rieger) Date: Sun, 09 Aug 2015 08:41:23 -0700 Subject: [Nfd-dev] NFD on OpenWRT In-Reply-To: References: Message-ID: <55C774A3.1000105@gmail.com> Can you please edit the wiki and add the following dependency for Centos7 1 sudo yum install xz-libs.i686 2 ln -sf /lib/liblzma.so.5.0.99 #OPENWRT_ROOT#/staging_dir/host/lib/liblzma.so.5 Otherwise the build fails. On 04/10/2015 06:14 AM, Diego Jos? Welsing Nogueira wrote: > Hello everyone, > I am beginner in the list and if possible would like a help from you. > I am now willing to install the NFD in OpenWRT. I followed the steps > in accordance with the > link(http://redmine.named-data.net/projects/ndn-embedded/wiki/Cross-compiling_NDN_projects_for_home_routers#DD-WRT-source-and-toolchain). > From these steps it was possible to generate the cross compile the > ndn-cxx, however I am having trouble copying the packages for OpenWRT. > > How do I copy and run the cross compile packages in OpenWRT? > > Could help me at this stage? > > Thank you. > > -- > * > * > *Diego Jos? Welsing Nogueira* > Cel.: +55 (27) 9 8889-0804 > Lattes:http://lattes.cnpq.br/3710760972037978 > > > > _______________________________________________ > Nfd-dev mailing list > Nfd-dev at lists.cs.ucla.edu > http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: From wentaoshang at gmail.com Sun Aug 9 09:58:51 2015 From: wentaoshang at gmail.com (Wentao Shang) Date: Sun, 9 Aug 2015 09:58:51 -0700 Subject: [Nfd-dev] NFD/ndn on android In-Reply-To: <7BF15B10-61FB-4043-A566-F07AC3EA3088@gmail.com> References: <40C1AEE7-3337-420C-8C26-6ECB8A9B8FCE@gmail.com> <55C6BC1E.7020803@gmail.com> <55C6C0FF.8030100@gmail.com> <80F85D27-46AB-4A74-8C1F-05953552050C@gmail.com> <7BF15B10-61FB-4043-A566-F07AC3EA3088@gmail.com> Message-ID: <3BA9C7A8-2ADE-43AD-B2F5-E78E747B007A@gmail.com> > On Aug 9, 2015, at 12:18 AM, Chaim Rieger wrote: > > What I am trying to do is disable cellular connectivity, and force all the apps to connect via ndn only. This is for testing the feasibility of security, mass communications, and latency numbers on the cell networks. > > So my question is, will ndn be a protocol allowed on cellular devices one day and if so, what can I do to help make it happen. Today?s 3G/4G networks already support TCP/IP connectivity. Therefore it?s easy to run NDN over TCP/IP over LTE/WCDMA/etc. 2G is quite different and I don?t know if it?s possible to run a TCP tunnel over 2G directly from a mobile device. If you?re talking about running NDN natively over cellular, I think that?s non-trivial because the TCP/IP stack is baked into the 3G/4G standards. Just like it?s non-trivial to change today?s Internet to run native NDN without IP. Wentao > > >> On Aug 8, 2015, at 8:06 PM, Wentao Shang wrote: >> >> Setting up NFD on Android is the same as on Linux machines. Typically you connect the local NFD (in this case the Android app) to some remote hub (e.g., some NDN router in your already-setup NDN wireless network) via either TCP or UDP. >> >> Wentao >> >>> On Aug 8, 2015, at 7:54 PM, Chaim Rieger wrote: >>> >>> One last followup question >>> >>> For the android apk (i found 6 of them, will figure out which one I need) forward ndn packets only via tcp ? Or can I connect directly to an NDN wireless network that I have in my lab ? >>> >>> >>> >>> On 08/08/2015 07:43 PM, Wentao Shang wrote: >>>> Hi Chaim, >>>> >>>> NFD is not implemented in kernel. What you get is just a normal Android app, like Chrome or Gmail apps. Your NDN applications will talk to this NFD app who is responsible for forwarding the NDN packets to the outside networks. >>>> >>>> Best, >>>> Wentao >>>> >>>>> On Aug 8, 2015, at 7:34 PM, Chaim Rieger wrote: >>>>> >>>>> I compiled it succsessfully. However not being an android dev, I have questions. >>>>> >>>>> Once it's compiled does this mean that I have a version of android os with ndn/nfd ? >>>>> Can i take this android os and drop it on a cell phone for testing ? >>>>> >>>>> On 08/07/2015 03:29 PM, Alex Afanasyev wrote: >>>>>> Hi Chaim, >>>>>> >>>>>> I'm not quite sure what exactly you're asking. We have initial version of NFD ported on android (as of right now, you would need to compile from source https://github.com/named-data/NFD-android, but we plan to publish compiled version too) and there are a few apps that use NDN protocol and NFD-android to communicate. >>>>>> >>>>>> Is this what you're asking or you meant something different? >>>>>> >>>>>> --- >>>>>> Alex >>>>>> >>>>>>> On Aug 7, 2015, at 3:14 PM, Chaim Rieger wrote: >>>>>>> >>>>>>> As a protocol not as an application stack. >>>>>>> >>>>>>> Has anybody done this ? >>>>>>> >>>>>>> If not are there any sample apps that I can look at to run some test algorithms on android devices ? >>>>>>> >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Nfd-dev mailing list >>>>>>> Nfd-dev at lists.cs.ucla.edu >>>>>>> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev >>>>> _______________________________________________ >>>>> Nfd-dev mailing list >>>>> Nfd-dev at lists.cs.ucla.edu >>>>> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev >>> >> > -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 842 bytes Desc: Message signed with OpenPGP using GPGMail URL: From edelhas at gmail.com Sun Aug 9 11:14:42 2015 From: edelhas at gmail.com (Simon Edelhaus) Date: Sun, 9 Aug 2015 11:14:42 -0700 Subject: [Nfd-dev] NFD/ndn on android In-Reply-To: <3BA9C7A8-2ADE-43AD-B2F5-E78E747B007A@gmail.com> References: <40C1AEE7-3337-420C-8C26-6ECB8A9B8FCE@gmail.com> <55C6BC1E.7020803@gmail.com> <55C6C0FF.8030100@gmail.com> <80F85D27-46AB-4A74-8C1F-05953552050C@gmail.com> <7BF15B10-61FB-4043-A566-F07AC3EA3088@gmail.com> <3BA9C7A8-2ADE-43AD-B2F5-E78E747B007A@gmail.com> Message-ID: Chaim, In order for NDN to be deployed on Cellular networks you would have to make it a part of a future 3GPP Release. That takes years of lobbying with chipset vendors like Qualcomm, Intel, MediaTek, NVIDIA, Broadcom, Cavium, as well as system vendors like ALU, Huawei, Ericson, Cisco, etc... If NDN has strong performance benefits compared to IPv6 currently used, you have a chance. I believe Cisco is involved in NDN so you could perhaps explore that angle. As far as doing something immediate to test it over the air, your best bet would be to find an open source femtocell, port NDN there and force your Android port on your cell phone to attach specifically to that femtocell. You would then be the "first guy who tested NDN over the air" but realistically - it would not be very different than WiFi and would not represent a real situation - since most of the end to end network would still be IP. ;-) Who are it and what is your interest in the area if I may ask? On Sunday, August 9, 2015, Wentao Shang wrote: > > > On Aug 9, 2015, at 12:18 AM, Chaim Rieger > wrote: > > > > What I am trying to do is disable cellular connectivity, and force all > the apps to connect via ndn only. This is for testing the feasibility of > security, mass communications, and latency numbers on the cell networks. > > > > So my question is, will ndn be a protocol allowed on cellular devices > one day and if so, what can I do to help make it happen. > > Today?s 3G/4G networks already support TCP/IP connectivity. Therefore it?s > easy to run NDN over TCP/IP over LTE/WCDMA/etc. 2G is quite different and I > don?t know if it?s possible to run a TCP tunnel over 2G directly from a > mobile device. > > If you?re talking about running NDN natively over cellular, I think that?s > non-trivial because the TCP/IP stack is baked into the 3G/4G standards. > Just like it?s non-trivial to change today?s Internet to run native NDN > without IP. > > Wentao > > > > > > >> On Aug 8, 2015, at 8:06 PM, Wentao Shang > wrote: > >> > >> Setting up NFD on Android is the same as on Linux machines. Typically > you connect the local NFD (in this case the Android app) to some remote hub > (e.g., some NDN router in your already-setup NDN wireless network) via > either TCP or UDP. > >> > >> Wentao > >> > >>> On Aug 8, 2015, at 7:54 PM, Chaim Rieger > wrote: > >>> > >>> One last followup question > >>> > >>> For the android apk (i found 6 of them, will figure out which one I > need) forward ndn packets only via tcp ? Or can I connect directly to an > NDN wireless network that I have in my lab ? > >>> > >>> > >>> > >>> On 08/08/2015 07:43 PM, Wentao Shang wrote: > >>>> Hi Chaim, > >>>> > >>>> NFD is not implemented in kernel. What you get is just a normal > Android app, like Chrome or Gmail apps. Your NDN applications will talk to > this NFD app who is responsible for forwarding the NDN packets to the > outside networks. > >>>> > >>>> Best, > >>>> Wentao > >>>> > >>>>> On Aug 8, 2015, at 7:34 PM, Chaim Rieger > wrote: > >>>>> > >>>>> I compiled it succsessfully. However not being an android dev, I > have questions. > >>>>> > >>>>> Once it's compiled does this mean that I have a version of android > os with ndn/nfd ? > >>>>> Can i take this android os and drop it on a cell phone for testing ? > >>>>> > >>>>> On 08/07/2015 03:29 PM, Alex Afanasyev wrote: > >>>>>> Hi Chaim, > >>>>>> > >>>>>> I'm not quite sure what exactly you're asking. We have initial > version of NFD ported on android (as of right now, you would need to > compile from source https://github.com/named-data/NFD-android, but we > plan to publish compiled version too) and there are a few apps that use NDN > protocol and NFD-android to communicate. > >>>>>> > >>>>>> Is this what you're asking or you meant something different? > >>>>>> > >>>>>> --- > >>>>>> Alex > >>>>>> > >>>>>>> On Aug 7, 2015, at 3:14 PM, Chaim Rieger > wrote: > >>>>>>> > >>>>>>> As a protocol not as an application stack. > >>>>>>> > >>>>>>> Has anybody done this ? > >>>>>>> > >>>>>>> If not are there any sample apps that I can look at to run some > test algorithms on android devices ? > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> _______________________________________________ > >>>>>>> Nfd-dev mailing list > >>>>>>> Nfd-dev at lists.cs.ucla.edu > >>>>>>> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev > >>>>> _______________________________________________ > >>>>> Nfd-dev mailing list > >>>>> Nfd-dev at lists.cs.ucla.edu > >>>>> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev > >>> > >> > > > > -- --ttfn Simon Edelhaus San Jose CA -------------- next part -------------- An HTML attachment was scrubbed... URL: From chaim.rieger at gmail.com Sun Aug 9 14:17:32 2015 From: chaim.rieger at gmail.com (Chaim Rieger) Date: Sun, 09 Aug 2015 14:17:32 -0700 Subject: [Nfd-dev] NFD/ndn on android In-Reply-To: References: <40C1AEE7-3337-420C-8C26-6ECB8A9B8FCE@gmail.com> <55C6BC1E.7020803@gmail.com> <55C6C0FF.8030100@gmail.com> <80F85D27-46AB-4A74-8C1F-05953552050C@gmail.com> <7BF15B10-61FB-4043-A566-F07AC3EA3088@gmail.com> <3BA9C7A8-2ADE-43AD-B2F5-E78E747B007A@gmail.com> Message-ID: <55C7C36C.1090901@gmail.com> "It" is an idea that ndn is an option in closed cell networks, perhaps for performance reasons, perhaps for security, reliability, etc.... Test cases to be determined. I plan on disabling cell service on the cell phones, building an ndn opwnwrt router, connecting about 6-10 cell phones to it native and making voip (or should that be vondn) calls, stream media to/fro cell phones, and benchmark it along the way. On 08/09/2015 11:14 AM, Simon Edelhaus wrote: > Chaim, > > In order for NDN to be deployed on Cellular networks you would have to > make it a part of a future 3GPP Release. That takes years of lobbying > with chipset vendors like Qualcomm, Intel, MediaTek, NVIDIA, Broadcom, > Cavium, as well as system vendors like ALU, Huawei, Ericson, Cisco, etc... > > If NDN has strong performance benefits compared to IPv6 currently > used, you have a chance. I believe Cisco is involved in NDN so you > could perhaps explore that angle. > > As far as doing something immediate to test it over the air, your best > bet would be to find an open source femtocell, port NDN there and > force your Android port on your cell phone to attach specifically to > that femtocell. > You would then be the "first guy who tested NDN over the air" but > realistically - it would not be very different than WiFi and would not > represent a real situation - since most of the end to end network > would still be IP. ;-) > > Who are it and what is your interest in the area if I may ask? > > On Sunday, August 9, 2015, Wentao Shang > wrote: > > > > On Aug 9, 2015, at 12:18 AM, Chaim Rieger > > wrote: > > > > What I am trying to do is disable cellular connectivity, and > force all the apps to connect via ndn only. This is for testing > the feasibility of security, mass communications, and latency > numbers on the cell networks. > > > > So my question is, will ndn be a protocol allowed on cellular > devices one day and if so, what can I do to help make it happen. > > Today?s 3G/4G networks already support TCP/IP connectivity. > Therefore it?s easy to run NDN over TCP/IP over LTE/WCDMA/etc. 2G > is quite different and I don?t know if it?s possible to run a TCP > tunnel over 2G directly from a mobile device. > > If you?re talking about running NDN natively over cellular, I > think that?s non-trivial because the TCP/IP stack is baked into > the 3G/4G standards. Just like it?s non-trivial to change today?s > Internet to run native NDN without IP. > > Wentao > > > > > > >> On Aug 8, 2015, at 8:06 PM, Wentao Shang > wrote: > >> > >> Setting up NFD on Android is the same as on Linux machines. > Typically you connect the local NFD (in this case the Android app) > to some remote hub (e.g., some NDN router in your already-setup > NDN wireless network) via either TCP or UDP. > >> > >> Wentao > >> > >>> On Aug 8, 2015, at 7:54 PM, Chaim Rieger > > wrote: > >>> > >>> One last followup question > >>> > >>> For the android apk (i found 6 of them, will figure out which > one I need) forward ndn packets only via tcp ? Or can I connect > directly to an NDN wireless network that I have in my lab ? > >>> > >>> > >>> > >>> On 08/08/2015 07:43 PM, Wentao Shang wrote: > >>>> Hi Chaim, > >>>> > >>>> NFD is not implemented in kernel. What you get is just a > normal Android app, like Chrome or Gmail apps. Your NDN > applications will talk to this NFD app who is responsible for > forwarding the NDN packets to the outside networks. > >>>> > >>>> Best, > >>>> Wentao > >>>> > >>>>> On Aug 8, 2015, at 7:34 PM, Chaim Rieger > > wrote: > >>>>> > >>>>> I compiled it succsessfully. However not being an android > dev, I have questions. > >>>>> > >>>>> Once it's compiled does this mean that I have a version of > android os with ndn/nfd ? > >>>>> Can i take this android os and drop it on a cell phone for > testing ? > >>>>> > >>>>> On 08/07/2015 03:29 PM, Alex Afanasyev wrote: > >>>>>> Hi Chaim, > >>>>>> > >>>>>> I'm not quite sure what exactly you're asking. We have > initial version of NFD ported on android (as of right now, you > would need to compile from source > https://github.com/named-data/NFD-android, but we plan to publish > compiled version too) and there are a few apps that use NDN > protocol and NFD-android to communicate. > >>>>>> > >>>>>> Is this what you're asking or you meant something different? > >>>>>> > >>>>>> --- > >>>>>> Alex > >>>>>> > >>>>>>> On Aug 7, 2015, at 3:14 PM, Chaim Rieger > > wrote: > >>>>>>> > >>>>>>> As a protocol not as an application stack. > >>>>>>> > >>>>>>> Has anybody done this ? > >>>>>>> > >>>>>>> If not are there any sample apps that I can look at to run > some test algorithms on android devices ? > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> _______________________________________________ > >>>>>>> Nfd-dev mailing list > >>>>>>> Nfd-dev at lists.cs.ucla.edu > >>>>>>> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev > >>>>> _______________________________________________ > >>>>> Nfd-dev mailing list > >>>>> Nfd-dev at lists.cs.ucla.edu > >>>>> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev > >>> > >> > > > > > > -- > --ttfn > Simon Edelhaus > San Jose CA -------------- next part -------------- An HTML attachment was scrubbed... URL: From navdeep.uniyal at neclab.eu Mon Aug 10 03:07:35 2015 From: navdeep.uniyal at neclab.eu (Navdeep Uniyal) Date: Mon, 10 Aug 2015 10:07:35 +0000 Subject: [Nfd-dev] Disabling CS store and generate manifest files. Message-ID: <12DB5299AAAB1A40B17E72AB76FDA6D8EDB29C@Hydra.office.hd> Hello all, I want to disable the content store for testing purposes in my experiment. According to NDNSim - ndnHelper.setCsSize(), the minimum size we can set is 1. Is there a way to disable the CS Store caching. Also, (w.r.t.) ndn-traffic-generator : How can we generate manifest files (for e.g. video streaming). Best Regards, Navdeep Uniyal -------------- next part -------------- An HTML attachment was scrubbed... URL: From spiros.mastorakis at gmail.com Mon Aug 10 08:35:14 2015 From: spiros.mastorakis at gmail.com (Spyridon (Spyros) Mastorakis) Date: Mon, 10 Aug 2015 08:35:14 -0700 Subject: [Nfd-dev] Disabling CS store and generate manifest files. In-Reply-To: <12DB5299AAAB1A40B17E72AB76FDA6D8EDB29C@Hydra.office.hd> References: <12DB5299AAAB1A40B17E72AB76FDA6D8EDB29C@Hydra.office.hd> Message-ID: <4E97D762-DDF8-4188-8705-61DDA76BFB25@gmail.com> Hi Navdeep, for ndnSIM there is a policy called ns3::ndn::cs::Nocache that disables caching. This does not refer to NFD?s CS, but to the CS implemented exclusively for ndnSIM. You may take a look here: http://ndnsim.net/2.0/cs.html#old-content-store-implementations -- Spyridon (Spyros) Mastorakis Personal Website: http://cs.ucla.edu/~mastorakis/ Internet Research Laboratory PhD Computer Science UCLA > On Aug 10, 2015, at 3:07 AM, Navdeep Uniyal wrote: > > Hello all, > > I want to disable the content store for testing purposes in my experiment. According to NDNSim - ndnHelper.setCsSize(), the minimum size we can set is 1. Is there a way to disable the CS Store caching. > > Also, (w.r.t.) ndn-traffic-generator : How can we generate manifest files (for e.g. video streaming). > > > > Best Regards, > Navdeep Uniyal > _______________________________________________ > Nfd-dev mailing list > Nfd-dev at lists.cs.ucla.edu > http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev From jburke at remap.ucla.edu Mon Aug 10 10:24:06 2015 From: jburke at remap.ucla.edu (Burke, Jeff) Date: Mon, 10 Aug 2015 17:24:06 +0000 Subject: [Nfd-dev] Mobility support for NDNFit - next Monday 9A Message-ID: Hi folks, The agenda for next Monday's Open mHealth call will cover the related questions of 1) how to provide mobility support for the capture app and 2) how to handle forwarding for interests in the /org/openmhealth namespace to the DSU. We'll aim to resolve what mechanism to use in moving forward with the NDNFit pilot. We want to balance what's practical with moving forward in testing new architectural features/ideas. Originally the intent had been to use a combination of LINK, NDNS, and encapsulation within connectivity provider(s) and DSU namespaces, respectively. However, it's not clear what will be ready. It would be great if the NFD team would consider this in the calls this week (AlexA, Lixia, JeffT and others also on NFD calls participated this morning) and have someone share their recommendations in the Monday 9A call. Thanks! Jeff -------------- next part -------------- An HTML attachment was scrubbed... URL: From alexander.afanasyev at ucla.edu Mon Aug 10 12:11:38 2015 From: alexander.afanasyev at ucla.edu (Alex Afanasyev) Date: Mon, 10 Aug 2015 12:11:38 -0700 Subject: [Nfd-dev] Disabling CS store and generate manifest files. In-Reply-To: <12DB5299AAAB1A40B17E72AB76FDA6D8EDB29C@Hydra.office.hd> References: <12DB5299AAAB1A40B17E72AB76FDA6D8EDB29C@Hydra.office.hd> Message-ID: <027FDC1C-0231-4F28-BE96-EFB287584290@ucla.edu> Hi Navdeep, Are you asking about the ndnSIM or real NFD deployment? For ndnSIM, you can follow Spyros's answer. To "disable" cache in real deployment of NFD, you can change tables.cs section in nfd.conf: tables { cs_max_packets 1 ... } Please note that there could be a few implications of that. Not very likely, but you may encounter problems with management protocols. If so, just increase a little bit the cache size and problems should go away (there are a few temporary internal dependencies on cache within NFD). --- Alex > On Aug 10, 2015, at 3:07 AM, Navdeep Uniyal wrote: > > Hello all, > > I want to disable the content store for testing purposes in my experiment. According to NDNSim - ndnHelper.setCsSize(), the minimum size we can set is 1. Is there a way to disable the CS Store caching. > > Also, (w.r.t.) ndn-traffic-generator : How can we generate manifest files (for e.g. video streaming). > > > > Best Regards, > Navdeep Uniyal -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- 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 alexander.afanasyev at ucla.edu Mon Aug 10 12:17:44 2015 From: alexander.afanasyev at ucla.edu (Alex Afanasyev) Date: Mon, 10 Aug 2015 12:17:44 -0700 Subject: [Nfd-dev] NFD on OpenWRT In-Reply-To: <55C774A3.1000105@gmail.com> References: <55C774A3.1000105@gmail.com> Message-ID: <195852E0-45B8-43E2-94E3-46B2449FBC18@ucla.edu> > On Aug 9, 2015, at 8:41 AM, Chaim Rieger wrote: > > Can you please edit the wiki and add the following dependency for Centos7 > > 1 sudo yum install xz-libs.i686 > 2 ln -sf /lib/liblzma.so.5.0.99 #OPENWRT_ROOT#/staging_dir/host/lib/liblzma.so.5 > > Otherwise the build fails. Hi Chaim, I'm a little bit confused. Why is this needed? Are there build scripts that rely on liblzma? The reason I'm asking is that the suggested dependency is for the host platform, not for cross-compilation... --- 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 chaim.rieger at gmail.com Mon Aug 10 12:19:43 2015 From: chaim.rieger at gmail.com (Chaim Rieger) Date: Mon, 10 Aug 2015 12:19:43 -0700 Subject: [Nfd-dev] NFD on OpenWRT In-Reply-To: <195852E0-45B8-43E2-94E3-46B2449FBC18@ucla.edu> References: <55C774A3.1000105@gmail.com> <195852E0-45B8-43E2-94E3-46B2449FBC18@ucla.edu> Message-ID: > On Aug 10, 2015, at 12:17 PM, Alex Afanasyev wrote: > > >> On Aug 9, 2015, at 8:41 AM, Chaim Rieger wrote: >> >> Can you please edit the wiki and add the following dependency for Centos7 >> >> 1 sudo yum install xz-libs.i686 >> 2 ln -sf /lib/liblzma.so.5.0.99 #OPENWRT_ROOT#/staging_dir/host/lib/liblzma.so.5 >> >> Otherwise the build fails. > > Hi Chaim, > > I'm a little bit confused. Why is this needed? Are there build scripts that rely on liblzma? > The reason I'm asking is that the suggested dependency is for the host platform, not for cross-compilation... > > --- > Alex > On Centos7, it is required for compilation, otherwise selinux (even in disabled mode) will prevent it from completing successfully. From alexander.afanasyev at ucla.edu Tue Aug 11 23:30:33 2015 From: alexander.afanasyev at ucla.edu (Alex Afanasyev) Date: Tue, 11 Aug 2015 23:30:33 -0700 Subject: [Nfd-dev] NDN/NFD for Android Message-ID: <3E75770E-C47A-4945-8A4A-E87DAAFD1492@ucla.edu> Hi everybody, A small issue has been (mentally) stopping me to make the NFD app more easily available in binary form (e.g., google market): we don't have any logo that I can use for the app icon. In the past we had a few attempts to come up with a general logo for NDN and a few people, include Xiaoke, drafted some basic logo for NFD. I would like to unblock myself with the choice of some logo, here are the options I have right now: https://www.dropbox.com/sh/0l03dtbw8vomhl9/AABsNwxhUFpqAwxROXRCdSoBa?dl=0 I'm leaning towards the first one (1.png). Can you give your opinion, so I can select something. * * * If someone has a suggestion for a better picture, I would be very happy to use it (either right away or in later updates) Thanks, 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 wentaoshang at gmail.com Tue Aug 11 23:36:48 2015 From: wentaoshang at gmail.com (Wentao Shang) Date: Tue, 11 Aug 2015 23:36:48 -0700 Subject: [Nfd-dev] NDN/NFD for Android In-Reply-To: <3E75770E-C47A-4945-8A4A-E87DAAFD1492@ucla.edu> References: <3E75770E-C47A-4945-8A4A-E87DAAFD1492@ucla.edu> Message-ID: <92B35162-4048-418D-943F-33BAF1BDBCCF@gmail.com> > On Aug 11, 2015, at 11:30 PM, Alex Afanasyev wrote: > > Hi everybody, > > A small issue has been (mentally) stopping me to make the NFD app more easily available in binary form (e.g., google market): we don't have any logo that I can use for the app icon. > > In the past we had a few attempts to come up with a general logo for NDN and a few people, include Xiaoke, drafted some basic logo for NFD. I would like to unblock myself with the choice of some logo, here are the options I have right now: https://www.dropbox.com/sh/0l03dtbw8vomhl9/AABsNwxhUFpqAwxROXRCdSoBa?dl=0 > > I'm leaning towards the first one (1.png). Can you give your opinion, so I can select something. I prefer the first one, too, although it looks like a generic system control center without NFD-specific characteristics. Another thing to keep in mind is that the logo for NDN is not necessarily the same as the one for NFD. (Usually they shouldn?t be the same.) Wentao > > * * * > > If someone has a suggestion for a better picture, I would be very happy to use it (either right away or in later updates) > > Thanks, > Alex > > _______________________________________________ > Nfd-dev mailing list > Nfd-dev at lists.cs.ucla.edu > http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 842 bytes Desc: Message signed with OpenPGP using GPGMail URL: From enewberry at email.arizona.edu Wed Aug 12 00:13:49 2015 From: enewberry at email.arizona.edu (Eric Newberry) Date: Wed, 12 Aug 2015 00:13:49 -0700 Subject: [Nfd-dev] NDN/NFD for Android In-Reply-To: <92B35162-4048-418D-943F-33BAF1BDBCCF@gmail.com> References: <3E75770E-C47A-4945-8A4A-E87DAAFD1492@ucla.edu> <92B35162-4048-418D-943F-33BAF1BDBCCF@gmail.com> Message-ID: <55CAF22D.6050401@email.arizona.edu> The first one is a good logo. However, I agree with Wentao that it looks too generic. As such, I prefer the second or fourth logos, as they have "NDN" in them and show that it is a networking system. I think the third one is too "busy" for an app logo. Eric -- Eric Newberry Computer Science Undergraduate The University of Arizona Vice President, University of Arizona ACM Student Chapter On 8/11/2015 11:36 PM, Wentao Shang wrote: >> On Aug 11, 2015, at 11:30 PM, Alex Afanasyev wrote: >> >> Hi everybody, >> >> A small issue has been (mentally) stopping me to make the NFD app more easily available in binary form (e.g., google market): we don't have any logo that I can use for the app icon. >> >> In the past we had a few attempts to come up with a general logo for NDN and a few people, include Xiaoke, drafted some basic logo for NFD. I would like to unblock myself with the choice of some logo, here are the options I have right now: https://www.dropbox.com/sh/0l03dtbw8vomhl9/AABsNwxhUFpqAwxROXRCdSoBa?dl=0 >> >> I'm leaning towards the first one (1.png). Can you give your opinion, so I can select something. > I prefer the first one, too, although it looks like a generic system control center without NFD-specific characteristics. > > Another thing to keep in mind is that the logo for NDN is not necessarily the same as the one for NFD. (Usually they shouldn?t be the same.) > > Wentao > >> * * * >> >> If someone has a suggestion for a better picture, I would be very happy to use it (either right away or in later updates) >> >> Thanks, >> Alex >> >> _______________________________________________ >> Nfd-dev mailing list >> Nfd-dev at lists.cs.ucla.edu >> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev > > > _______________________________________________ > Nfd-dev mailing list > Nfd-dev at lists.cs.ucla.edu > http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: From bzhang at cs.arizona.edu Wed Aug 12 00:18:58 2015 From: bzhang at cs.arizona.edu (Beichuan Zhang) Date: Wed, 12 Aug 2015 00:18:58 -0700 Subject: [Nfd-dev] NDN/NFD for Android In-Reply-To: <55CAF22D.6050401@email.arizona.edu> References: <3E75770E-C47A-4945-8A4A-E87DAAFD1492@ucla.edu> <92B35162-4048-418D-943F-33BAF1BDBCCF@gmail.com> <55CAF22D.6050401@email.arizona.edu> Message-ID: <857154DE-79D5-4280-BD8E-D6A331A0AC08@cs.arizona.edu> On Aug 12, 2015, at 12:13 AM, Eric Newberry wrote: > The first one is a good logo. However, I agree with Wentao that it looks too generic. add a letter ?N? to the center of the first logo? > As such, I prefer the second or fourth logos, as they have "NDN" in them and show that it is a networking system. I think the third one is too "busy" for an app logo. > > Eric > -- > Eric Newberry > > Computer Science Undergraduate > The University of Arizona > Vice President, University of Arizona ACM Student Chapter > On 8/11/2015 11:36 PM, Wentao Shang wrote: >>> On Aug 11, 2015, at 11:30 PM, Alex Afanasyev wrote: >>> >>> Hi everybody, >>> >>> A small issue has been (mentally) stopping me to make the NFD app more easily available in binary form (e.g., google market): we don't have any logo that I can use for the app icon. >>> >>> In the past we had a few attempts to come up with a general logo for NDN and a few people, include Xiaoke, drafted some basic logo for NFD. I would like to unblock myself with the choice of some logo, here are the options I have right now: https://www.dropbox.com/sh/0l03dtbw8vomhl9/AABsNwxhUFpqAwxROXRCdSoBa?dl=0 >>> >>> I'm leaning towards the first one (1.png). Can you give your opinion, so I can select something. >> I prefer the first one, too, although it looks like a generic system control center without NFD-specific characteristics. >> >> Another thing to keep in mind is that the logo for NDN is not necessarily the same as the one for NFD. (Usually they shouldn?t be the same.) >> >> Wentao >> >>> * * * >>> >>> If someone has a suggestion for a better picture, I would be very happy to use it (either right away or in later updates) >>> >>> Thanks, >>> Alex >>> >>> _______________________________________________ >>> Nfd-dev mailing list >>> Nfd-dev at lists.cs.ucla.edu >>> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev >> >> >> _______________________________________________ >> Nfd-dev mailing list >> Nfd-dev at lists.cs.ucla.edu >> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev > > _______________________________________________ > Nfd-dev mailing list > Nfd-dev at lists.cs.ucla.edu > http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: From shock.jiang at gmail.com Wed Aug 12 00:29:20 2015 From: shock.jiang at gmail.com (Xiaoke Jiang) Date: Wed, 12 Aug 2015 15:29:20 +0800 Subject: [Nfd-dev] NDN/NFD for Android In-Reply-To: <3E75770E-C47A-4945-8A4A-E87DAAFD1492@ucla.edu> References: <3E75770E-C47A-4945-8A4A-E87DAAFD1492@ucla.edu> Message-ID: <358B628F-F101-4D6E-A5F4-6EB374E04502@gmail.com> I feel that the first one is the most beautiful design, which is brief and impressive. We may add ?N? or ?NFD?, or ?NDN? to the logo to remind users; but I think under each icon of android apps, there is a TEXT to tell users which the app is. Xiaoke (Shock) > On 12 Aug, 2015, at 2:30 pm, Alex Afanasyev wrote: > > Hi everybody, > > A small issue has been (mentally) stopping me to make the NFD app more easily available in binary form (e.g., google market): we don't have any logo that I can use for the app icon. > > In the past we had a few attempts to come up with a general logo for NDN and a few people, include Xiaoke, drafted some basic logo for NFD. I would like to unblock myself with the choice of some logo, here are the options I have right now: https://www.dropbox.com/sh/0l03dtbw8vomhl9/AABsNwxhUFpqAwxROXRCdSoBa?dl=0 > > I'm leaning towards the first one (1.png). Can you give your opinion, so I can select something. > > * * * > > If someone has a suggestion for a better picture, I would be very happy to use it (either right away or in later updates) > > Thanks, > Alex > > _______________________________________________ > Nfd-dev mailing list > Nfd-dev at lists.cs.ucla.edu > http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 163 bytes Desc: Message signed with OpenPGP using GPGMail URL: From shock.jiang at gmail.com Wed Aug 12 00:30:31 2015 From: shock.jiang at gmail.com (Xiaoke Jiang) Date: Wed, 12 Aug 2015 15:30:31 +0800 Subject: [Nfd-dev] NDN/NFD for Android In-Reply-To: <3E75770E-C47A-4945-8A4A-E87DAAFD1492@ucla.edu> References: <3E75770E-C47A-4945-8A4A-E87DAAFD1492@ucla.edu> Message-ID: <9B9996D4-0FB1-4735-8EB5-11D6879B0E27@gmail.com> I feel that the first one is the most beautiful design, which is brief and impressive. We may add ?N? or ?NFD?, or ?NDN? to the logo to remind users; but I think under each icon of android apps, there is a TEXT to tell users which the app is. Xiaoke (Shock) > On 12 Aug, 2015, at 2:30 pm, Alex Afanasyev wrote: > > Hi everybody, > > A small issue has been (mentally) stopping me to make the NFD app more easily available in binary form (e.g., google market): we don't have any logo that I can use for the app icon. > > In the past we had a few attempts to come up with a general logo for NDN and a few people, include Xiaoke, drafted some basic logo for NFD. I would like to unblock myself with the choice of some logo, here are the options I have right now: https://www.dropbox.com/sh/0l03dtbw8vomhl9/AABsNwxhUFpqAwxROXRCdSoBa?dl=0 > > I'm leaning towards the first one (1.png). Can you give your opinion, so I can select something. > > * * * > > If someone has a suggestion for a better picture, I would be very happy to use it (either right away or in later updates) > > Thanks, > Alex > > _______________________________________________ > Nfd-dev mailing list > Nfd-dev at lists.cs.ucla.edu > http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev From navdeep.uniyal at neclab.eu Wed Aug 12 01:51:55 2015 From: navdeep.uniyal at neclab.eu (Navdeep Uniyal) Date: Wed, 12 Aug 2015 08:51:55 +0000 Subject: [Nfd-dev] Doubts regarding face creation Message-ID: <12DB5299AAAB1A40B17E72AB76FDA6D8EDC285@PALLENE.office.hd> Hello All, I am working on minindn. While creating the topology I am using the following configuration file: [nodes] h1: _ h2: _ h3: _ h4: _ g1: _ [links] h1:g1 delay=10ms bw=10 h2:g1 delay=5ms bw=1 h2:g1 delay=0ms bw=2 h3:g1 delay=0ms bw=1 h4:g1 delay=0ms bw=3 As per my understanding, between h2 and g1 there should be 2 faces created but I am finding only one face created for this, and the other connection I have to make explicitly. Please confirm if this is expected behavior, if I am doing anything wrong or my understanding is wrong. For g1, faces are : Faces: faceid=1 remote=internal:// local=internal:// counters={in={0i 81d 0B} out={132i 0d 0B}} local persistent point-to-point faceid=254 remote=contentstore:// local=contentstore:// counters={in={0i 0d 0B} out={0i 0d 0B}} local persistent point-to-point faceid=255 remote=null:// local=null:// counters={in={0i 0d 0B} out={0i 0d 0B}} local persistent point-to-point faceid=256 remote=fd://18 local=unix:///run/g1.sock counters={in={92i 27d 36942B} out={27i 43d 45212B}} local on-demand point-to-point faceid=257 remote=fd://20 local=unix:///run/g1.sock counters={in={1022i 223d 208468B} out={912i 288d 231943B}} local on-demand point-to-point faceid=258 remote=udp4://1.0.0.1:6363 local=udp4://0.0.0.0:6363 counters={in={766i 74d 106769B} out={784i 89d 115716B}} non-local persistent point-to-point faceid=259 remote=udp4://1.0.0.5:6363 local=udp4://0.0.0.0:6363 counters={in={767i 65d 102476B} out={779i 89d 115339B}} non-local persistent point-to-point faceid=260 remote=udp4://1.0.0.13:6363 local=udp4://0.0.0.0:6363 counters={in={767i 67d 103289B} out={779i 89d 115605B}} non-local persistent point-to-point faceid=261 remote=udp4://1.0.0.17:6363 local=udp4://0.0.0.0:6363 counters={in={768i 68d 104006B} out={782i 89d 115879B}} non-local persistent point-to-point faceid=265 remote=udp4://1.0.0.9:6363 local=udp4://0.0.0.0:6363 counters={in={0i 0d 0B} out={0i 0d 0B}} non-local persistent point-to-point faceid=266 remote=fd://25 local=unix:///run/g1.sock counters={in={3i 0d 137B} out={0i 2d 903B}} local on-demand point-to-point Highlighted one I created explicitly using nfdc register. Also, please explain the significance of the counters [counters={in={0i 0d 0B} out={0i 0d 0B}}] Best Regards, Navdeep Uniyal -------------- next part -------------- An HTML attachment was scrubbed... URL: From iliamo at CS.UCLA.EDU Wed Aug 12 04:29:40 2015 From: iliamo at CS.UCLA.EDU (Ilya Moiseenko) Date: Wed, 12 Aug 2015 07:29:40 -0400 Subject: [Nfd-dev] NDN/NFD for Android In-Reply-To: <9B9996D4-0FB1-4735-8EB5-11D6879B0E27@gmail.com> References: <3E75770E-C47A-4945-8A4A-E87DAAFD1492@ucla.edu> <9B9996D4-0FB1-4735-8EB5-11D6879B0E27@gmail.com> Message-ID: <459EBA0B-49B6-428A-A768-9B7EA5641593@cs.ucla.edu> I hope you?re joking about #1 :) The only association that I can see is the steering wheel on the ship like this http://ru1.anyfad.com/items/t1 at 63346a20-5604-4a27-8799-672260a4efc0/Shturval-korablyamechty-o-dalnih-stranah.jpg #3 is something from the circuit design, so I don?t think it?s appropriate. #2 and #4 are the best. #2 is generic enough for all NDN services/apps, #4 is specific enough to be used for NFD only. Ilya On Aug 12, 2015, at 3:30 AM, Xiaoke Jiang wrote: > I feel that the first one is the most beautiful design, which is brief and impressive. We may add ?N? or ?NFD?, or ?NDN? to the logo to remind users; but I think under each icon of android apps, there is a TEXT to tell users which the app is. > > Xiaoke (Shock) > > > >> On 12 Aug, 2015, at 2:30 pm, Alex Afanasyev wrote: >> >> Hi everybody, >> >> A small issue has been (mentally) stopping me to make the NFD app more easily available in binary form (e.g., google market): we don't have any logo that I can use for the app icon. >> >> In the past we had a few attempts to come up with a general logo for NDN and a few people, include Xiaoke, drafted some basic logo for NFD. I would like to unblock myself with the choice of some logo, here are the options I have right now: https://www.dropbox.com/sh/0l03dtbw8vomhl9/AABsNwxhUFpqAwxROXRCdSoBa?dl=0 >> >> I'm leaning towards the first one (1.png). Can you give your opinion, so I can select something. >> >> * * * >> >> If someone has a suggestion for a better picture, I would be very happy to use it (either right away or in later updates) >> >> Thanks, >> Alex >> >> _______________________________________________ >> Nfd-dev mailing list >> Nfd-dev at lists.cs.ucla.edu >> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev > > > _______________________________________________ > Nfd-dev mailing list > Nfd-dev at lists.cs.ucla.edu > http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev From lixia at CS.UCLA.EDU Wed Aug 12 05:15:55 2015 From: lixia at CS.UCLA.EDU (Lixia Zhang) Date: Wed, 12 Aug 2015 05:15:55 -0700 Subject: [Nfd-dev] NDN/NFD for Android In-Reply-To: <55CAF22D.6050401@email.arizona.edu> References: <3E75770E-C47A-4945-8A4A-E87DAAFD1492@ucla.edu> <92B35162-4048-418D-943F-33BAF1BDBCCF@gmail.com> <55CAF22D.6050401@email.arizona.edu> Message-ID: <7B90361B-50B5-44EA-B3CE-9DB1F3C9CEFD@cs.ucla.edu> > On Aug 12, 2015, at 12:13 AM, Eric Newberry wrote: > > The first one is a good logo. However, I agree with Wentao that it looks too generic. As such, I prefer the second or fourth logos, as they have "NDN" in them and show that it is a networking system. I think the third one is too "busy" for > an app logo. I googled for "NDN logos" and found the following one -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: PastedGraphic-1.tiff Type: image/tiff Size: 33588 bytes Desc: not available URL: From lixia at CS.UCLA.EDU Wed Aug 12 05:17:42 2015 From: lixia at CS.UCLA.EDU (Lixia Zhang) Date: Wed, 12 Aug 2015 05:17:42 -0700 Subject: [Nfd-dev] NDN/NFD for Android In-Reply-To: <857154DE-79D5-4280-BD8E-D6A331A0AC08@cs.arizona.edu> References: <3E75770E-C47A-4945-8A4A-E87DAAFD1492@ucla.edu> <92B35162-4048-418D-943F-33BAF1BDBCCF@gmail.com> <55CAF22D.6050401@email.arizona.edu> <857154DE-79D5-4280-BD8E-D6A331A0AC08@cs.arizona.edu> Message-ID: > On Aug 12, 2015, at 12:18 AM, Beichuan Zhang wrote: > > > On Aug 12, 2015, at 12:13 AM, Eric Newberry > wrote: > >> The first one is a good logo. However, I agree with Wentao that it looks too generic. > > add a letter ?N? to the center of the first logo? or add NDN to the center but my problem is: what dos the graph mean? > >> As such, I prefer the second or fourth logos, as they have "NDN" in them and show that it is a networking system. I think the third one is too "busy" for an app logo. >> >> Eric >> -- >> Eric Newberry >> >> Computer Science Undergraduate >> The University of Arizona >> Vice President, University of Arizona ACM Student Chapter >> On 8/11/2015 11:36 PM, Wentao Shang wrote: >>>> On Aug 11, 2015, at 11:30 PM, Alex Afanasyev wrote: >>>> >>>> Hi everybody, >>>> >>>> A small issue has been (mentally) stopping me to make the NFD app more easily available in binary form (e.g., google market): we don't have any logo that I can use for the app icon. >>>> >>>> In the past we had a few attempts to come up with a general logo for NDN and a few people, include Xiaoke, drafted some basic logo for NFD. I would like to unblock myself with the choice of some logo, here are the options I have right now: https://www.dropbox.com/sh/0l03dtbw8vomhl9/AABsNwxhUFpqAwxROXRCdSoBa?dl=0 >>>> >>>> I'm leaning towards the first one (1.png). Can you give your opinion, so I can select something. >>> I prefer the first one, too, although it looks like a generic system control center without NFD-specific characteristics. >>> >>> Another thing to keep in mind is that the logo for NDN is not necessarily the same as the one for NFD. (Usually they shouldn?t be the same.) >>> >>> Wentao >>> >>>> * * * >>>> >>>> If someone has a suggestion for a better picture, I would be very happy to use it (either right away or in later updates) >>>> >>>> Thanks, >>>> Alex >>>> >>>> _______________________________________________ >>>> Nfd-dev mailing list >>>> Nfd-dev at lists.cs.ucla.edu >>>> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev >>> >>> >>> _______________________________________________ >>> Nfd-dev mailing list >>> Nfd-dev at lists.cs.ucla.edu >>> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev >> >> _______________________________________________ >> Nfd-dev mailing list >> Nfd-dev at lists.cs.ucla.edu >> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev > > _______________________________________________ > Nfd-dev mailing list > Nfd-dev at lists.cs.ucla.edu > http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: From shijunxiao at email.arizona.edu Wed Aug 12 07:13:39 2015 From: shijunxiao at email.arizona.edu (Junxiao Shi) Date: Wed, 12 Aug 2015 07:13:39 -0700 Subject: [Nfd-dev] code-style: switch with compound statement Message-ID: <55cb5494.e982440a.35c10.04c6@mx.google.com> Dear folks rule 1.10 gives two forms for switch statements. The preferred form is: switch (cond) { case 1: stmts; // Fallthrough case 2: stmts; break; default: stmts; break; } In reality, ?stmts;? may need to declare variables, but declarations are disallowed directly under a ?case? label. The solution is to use a compound statement { stmts; } , inside which declarations can be used. My question is, how to properly indent a switch statement in which some ?case? labels have compound statements? I prefer the following form: // option A switch (cond) { case 1: { int i = 1; doSomething(i); } // Fallthrough case 2: doSomething(2); break; case 3: { int j = 3; doSomething(j); } break; default: doSomething(0); break; } I have also seen: // option B switch (cond) { case 1: { int i = 1; doSomething(i); } // Fallthrough case 2: doSomething(2); break; case 3: { int j = 3; doSomething(j); } break; default: doSomething(0); break; } // option C switch (cond) { case 1: { int i = 1; doSomething(i); // Fallthrough } case 2: doSomething(2); break; case 3: { int j = 3; doSomething(j); break; } default: doSomething(0); break; } // option D switch (cond) { case 1: { int i = 1; doSomething(i); // Fallthrough } case 2: doSomething(2); break; case 2: { int j = 3; doSomething(j); break; } default: doSomething(0); break; } Option B exactly matches rule 1.10 because a compound statement, by definition, is a statement. However, it?s less readable than option A because the actual statements under a ?case? label with a compound statement is indented more than the statements under a ?case? label without a compound statement. Option C has the same problem as option B, and also has hides ?break? or ?// Fallthrough? inside the compound statement making them less visible. Option D looks okay but in case the last ?case? or ?default? label contains a compound statement, two ?}? would be indented at the same level at the bottom, which is confusing. What do others on the mailing list think about this? I intend to amend rule 1.10 when a consensus is reached. Yours, Junxiao -------------- next part -------------- An HTML attachment was scrubbed... URL: From shijunxiao at email.arizona.edu Wed Aug 12 07:40:08 2015 From: shijunxiao at email.arizona.edu (Junxiao Shi) Date: Wed, 12 Aug 2015 07:40:08 -0700 Subject: [Nfd-dev] Doubts regarding face creation In-Reply-To: <12DB5299AAAB1A40B17E72AB76FDA6D8EDC285@PALLENE.office.hd> References: <12DB5299AAAB1A40B17E72AB76FDA6D8EDC285@PALLENE.office.hd> Message-ID: <55cb5ac9.293e460a.929d.0300@mx.google.com> Hi Navdeep You may ask mini-ndn questions on mini-ndn mailing list. >From NFD point of view: You cannot create more than one point-to-point UDP tunnels between two NFDs each with a single IP address, because the five-tuple would be the same , so UDP/IP stack won?t be able to distinguish between them. Yours, Junxiao From: Navdeep Uniyal Sent: Wednesday, August 12, 2015 01:52 To: nfd-dev at lists.cs.ucla.edu Subject: [Nfd-dev] Doubts regarding face creation Hello All, I am working on minindn. While creating the topology I am using the following configuration file: [nodes] h1: _ h2: _ h3: _ h4: _ g1: _ [links] h1:g1 delay=10ms bw=10 h2:g1 delay=5ms bw=1 h2:g1 delay=0ms bw=2 h3:g1 delay=0ms bw=1 h4:g1 delay=0ms bw=3 As per my understanding, between h2 and g1 there should be 2 faces created but I am finding only one face created for this, and the other connection I have to make explicitly. Please confirm if this is expected behavior, ?if I am doing anything wrong? or my understanding is wrong. For g1, faces are : Faces: ? faceid=1 remote=internal:// local=internal:// counters={in={0i 81d 0B} out={132i 0d 0B}} local persistent point-to-point ? faceid=254 remote=contentstore:// local=contentstore:// counters={in={0i 0d 0B} out={0i 0d 0B}} local persistent point-to-point ? faceid=255 remote=null:// local=null:// counters={in={0i 0d 0B} out={0i 0d 0B}} local persistent point-to-point ? faceid=256 remote=fd://18 local=unix:///run/g1.sock counters={in={92i 27d 36942B} out={27i 43d 45212B}} local on-demand point-to-point ? faceid=257 remote=fd://20 local=unix:///run/g1.sock counters={in={1022i 223d 208468B} out={912i 288d 231943B}} local on-demand point-to-point ? faceid=258 remote=udp4://1.0.0.1:6363 local=udp4://0.0.0.0:6363 counters={in={766i 74d 106769B} out={784i 89d 115716B}} non-local persistent point-to-point ? faceid=259 remote=udp4://1.0.0.5:6363 local=udp4://0.0.0.0:6363 counters={in={767i 65d 102476B} out={779i 89d 115339B}} non-local persistent point-to-point ? faceid=260 remote=udp4://1.0.0.13:6363 local=udp4://0.0.0.0:6363 counters={in={767i 67d 103289B} out={779i 89d 115605B}} non-local persistent point-to-point ? faceid=261 remote=udp4://1.0.0.17:6363 local=udp4://0.0.0.0:6363 counters={in={768i 68d 104006B} out={782i 89d 115879B}} non-local persistent point-to-point ? faceid=265 remote=udp4://1.0.0.9:6363 local=udp4://0.0.0.0:6363 counters={in={0i 0d 0B} out={0i 0d 0B}} non-local persistent point-to-point ? faceid=266 remote=fd://25 local=unix:///run/g1.sock counters={in={3i 0d 137B} out={0i 2d 903B}} local on-demand point-to-point Highlighted one I created explicitly using nfdc register. Also, please explain the significance of the counters [counters={in={0i 0d 0B} out={0i 0d 0B}}] Best Regards, Navdeep Uniyal -------------- next part -------------- An HTML attachment was scrubbed... URL: From jburke at remap.ucla.edu Wed Aug 12 07:40:45 2015 From: jburke at remap.ucla.edu (Burke, Jeff) Date: Wed, 12 Aug 2015 14:40:45 +0000 Subject: [Nfd-dev] NDN/NFD for Android In-Reply-To: References: <3E75770E-C47A-4945-8A4A-E87DAAFD1492@ucla.edu> <92B35162-4048-418D-943F-33BAF1BDBCCF@gmail.com> <55CAF22D.6050401@email.arizona.edu> <857154DE-79D5-4280-BD8E-D6A331A0AC08@cs.arizona.edu> Message-ID: <0A62459E-A62F-47FC-A9F8-F7C2003B5807@remap.ucla.edu> As long as we are talking about a logo for the NFD icon only, I much prefer this one from Alex's set. (One could add just "NFD" or "NDN" to it if desired). I'd suggest picking something that looks good as an icon (very little or no text, careful use of detail, unique looking), does not feel like it is from another era, etc. That one is a little close to the services icon, but adding text would work for NFD, esp given NFD is a surface. To me, the others in his set have too much detail (2, 3), feel old or are graphically of poor quality (2, 4), or have graphics that don't imply the concept (3). The first is abstract enough but roughly fits NFD. (If we are talking about changing the NDN logo for the project, that needs to be a longer discussion and not a hasty decision.) Jeff From: Nfd-dev on behalf of Lixia Zhang Date: Wednesday, August 12, 2015 at 5:17 AM To: "bzhang at cs.arizona.edu" Cc: "nfd-dev at lists.cs.ucla.edu" Subject: Re: [Nfd-dev] NDN/NFD for Android On Aug 12, 2015, at 12:18 AM, Beichuan Zhang > wrote: On Aug 12, 2015, at 12:13 AM, Eric Newberry > wrote: The first one is a good logo. However, I agree with Wentao that it looks too generic. add a letter ?N? to the center of the first logo? or add NDN to the center but my problem is: what dos the graph mean? As such, I prefer the second or fourth logos, as they have "NDN" in them and show that it is a networking system. I think the third one is too "busy" for an app logo. Eric -- Eric Newberry Computer Science Undergraduate The University of Arizona Vice President, University of Arizona ACM Student Chapter On 8/11/2015 11:36 PM, Wentao Shang wrote: On Aug 11, 2015, at 11:30 PM, Alex Afanasyev wrote: Hi everybody, A small issue has been (mentally) stopping me to make the NFD app more easily available in binary form (e.g., google market): we don't have any logo that I can use for the app icon. In the past we had a few attempts to come up with a general logo for NDN and a few people, include Xiaoke, drafted some basic logo for NFD. I would like to unblock myself with the choice of some logo, here are the options I have right now: https://www.dropbox.com/sh/0l03dtbw8vomhl9/AABsNwxhUFpqAwxROXRCdSoBa?dl=0 I'm leaning towards the first one (1.png). Can you give your opinion, so I can select something. I prefer the first one, too, although it looks like a generic system control center without NFD-specific characteristics. Another thing to keep in mind is that the logo for NDN is not necessarily the same as the one for NFD. (Usually they shouldn?t be the same.) Wentao * * * If someone has a suggestion for a better picture, I would be very happy to use it (either right away or in later updates) Thanks, Alex _______________________________________________ Nfd-dev mailing list Nfd-dev at lists.cs.ucla.eduhttp://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev _______________________________________________ Nfd-dev mailing list Nfd-dev at lists.cs.ucla.eduhttp://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev _______________________________________________ Nfd-dev mailing list Nfd-dev at lists.cs.ucla.edu http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev _______________________________________________ Nfd-dev mailing list Nfd-dev at lists.cs.ucla.edu http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: From lixia at CS.UCLA.EDU Wed Aug 12 08:23:48 2015 From: lixia at CS.UCLA.EDU (Lixia Zhang) Date: Wed, 12 Aug 2015 08:23:48 -0700 Subject: [Nfd-dev] NDN/NFD for Android In-Reply-To: <0A62459E-A62F-47FC-A9F8-F7C2003B5807@remap.ucla.edu> References: <3E75770E-C47A-4945-8A4A-E87DAAFD1492@ucla.edu> <92B35162-4048-418D-943F-33BAF1BDBCCF@gmail.com> <55CAF22D.6050401@email.arizona.edu> <857154DE-79D5-4280-BD8E-D6A331A0AC08@cs.arizona.edu> <0A62459E-A62F-47FC-A9F8-F7C2003B5807@remap.ucla.edu> Message-ID: <97BFB54D-1E78-44B1-91C4-DE2E9D00BC79@cs.ucla.edu> > On Aug 12, 2015, at 7:40 AM, Burke, Jeff wrote: > > As long as we are talking about a logo for the NFD icon only, I much prefer this one from Alex's set. (One could add just "NFD" or "NDN" to it if desired). 1/ I believe the logo is for "NDN platform on Android", not just NFD 2/ My main concern about this one (the first one from Alex's set) is this image of "core" or "center". We'd want to promote "distributed" notion for NDN. Even for NFD, I'd view it as a muxer, not center in a device > I'd suggest picking something that looks good as an icon (very little or no text, careful use of detail, unique looking), does not feel like it is from another era, etc. That one is a little close to the services icon, but adding text would work for NFD, esp given NFD is a surface. > > To me, the others in his set have too much detail (2, 3), feel old or are graphically of poor quality (2, 4), or have graphics that don't imply the concept (3). The first is abstract enough but roughly fits NFD. > > (If we are talking about changing the NDN logo for the project, that needs to be a longer discussion and not a hasty decision.) > > Jeff > > > From: Nfd-dev on behalf of Lixia Zhang > Date: Wednesday, August 12, 2015 at 5:17 AM > To: "bzhang at cs.arizona.edu " > Cc: "nfd-dev at lists.cs.ucla.edu " > Subject: Re: [Nfd-dev] NDN/NFD for Android > >> >>> On Aug 12, 2015, at 12:18 AM, Beichuan Zhang > wrote: >>> >>> >>> On Aug 12, 2015, at 12:13 AM, Eric Newberry > wrote: >>> >>>> The first one is a good logo. However, I agree with Wentao that it looks too generic. >>> >>> add a letter ?N? to the center of the first logo? >> >> or add NDN to the center >> >> but my problem is: what dos the graph mean? >> >>> >>>> As such, I prefer the second or fourth logos, as they have "NDN" in them and show that it is a networking system. I think the third one is too "busy" for an app logo. >>>> >>>> Eric >>>> -- >>>> Eric Newberry >>>> >>>> Computer Science Undergraduate >>>> The University of Arizona >>>> Vice President, University of Arizona ACM Student Chapter >>>> On 8/11/2015 11:36 PM, Wentao Shang wrote: >>>>>> On Aug 11, 2015, at 11:30 PM, Alex Afanasyev wrote: >>>>>> >>>>>> Hi everybody, >>>>>> >>>>>> A small issue has been (mentally) stopping me to make the NFD app more easily available in binary form (e.g., google market): we don't have any logo that I can use for the app icon. >>>>>> >>>>>> In the past we had a few attempts to come up with a general logo for NDN and a few people, include Xiaoke, drafted some basic logo for NFD. I would like to unblock myself with the choice of some logo, here are the options I have right now: https://www.dropbox.com/sh/0l03dtbw8vomhl9/AABsNwxhUFpqAwxROXRCdSoBa?dl=0 >>>>>> >>>>>> I'm leaning towards the first one (1.png). Can you give your opinion, so I can select something. >>>>> I prefer the first one, too, although it looks like a generic system control center without NFD-specific characteristics. >>>>> >>>>> Another thing to keep in mind is that the logo for NDN is not necessarily the same as the one for NFD. (Usually they shouldn?t be the same.) >>>>> >>>>> Wentao >>>>> >>>>>> * * * >>>>>> >>>>>> If someone has a suggestion for a better picture, I would be very happy to use it (either right away or in later updates) >>>>>> >>>>>> Thanks, >>>>>> Alex >>>>>> >>>>>> _______________________________________________ >>>>>> Nfd-dev mailing list >>>>>> Nfd-dev at lists.cs.ucla.edu http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev >>>>> >>>>> _______________________________________________ >>>>> Nfd-dev mailing list >>>>> Nfd-dev at lists.cs.ucla.edu http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev >>>> _______________________________________________ >>>> Nfd-dev mailing list >>>> Nfd-dev at lists.cs.ucla.edu >>>> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev >>> >>> _______________________________________________ >>> Nfd-dev mailing list >>> Nfd-dev at lists.cs.ucla.edu >>> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev >> -------------- next part -------------- An HTML attachment was scrubbed... URL: From jburke at remap.ucla.edu Wed Aug 12 08:32:55 2015 From: jburke at remap.ucla.edu (Burke, Jeff) Date: Wed, 12 Aug 2015 15:32:55 +0000 Subject: [Nfd-dev] NDN/NFD for Android In-Reply-To: <97BFB54D-1E78-44B1-91C4-DE2E9D00BC79@cs.ucla.edu> References: <3E75770E-C47A-4945-8A4A-E87DAAFD1492@ucla.edu> <92B35162-4048-418D-943F-33BAF1BDBCCF@gmail.com> <55CAF22D.6050401@email.arizona.edu> <857154DE-79D5-4280-BD8E-D6A331A0AC08@cs.arizona.edu> <0A62459E-A62F-47FC-A9F8-F7C2003B5807@remap.ucla.edu> <97BFB54D-1E78-44B1-91C4-DE2E9D00BC79@cs.ucla.edu> Message-ID: <74DF5E85-7F96-48B8-9CCA-6658428F73E4@remap.ucla.edu> On Aug 12, 2015, at 7:40 AM, Burke, Jeff > wrote: As long as we are talking about a logo for the NFD icon only, I much prefer this one from Alex's set. (One could add just "NFD" or "NDN" to it if desired). 1/ I believe the logo is for "NDN platform on Android", not just NFD Ok. It is unclear to me why this should be branded differently than the NDN project as a whole, but I don't want to slow down the process if this is blocking something else. Maybe it will generate something that is adapted into an NDN logo later. 2/ My main concern about this one (the first one from Alex's set) is this image of "core" or "center". We'd want to promote "distributed" notion for NDN. Even for NFD, I'd view it as a muxer, not center in a device Ok. But none of the other icons imply this clearly either ? at least not for the general public. Is something like these better? http://www.isgtw.org/images/GridUNESP_logo.jpg http://www.grid2010.org/wp-content/uploads/2010/10/opengridforumlogo.jpg http://youthvillage.co.za/wp-content/uploads/2013/09/ubuntu-logo.jpg Do you want to borrow aspects of Android branding or make it independent? http://media.dunkedcdn.com/assets/prod/22884/700x0_p17s2uapu13mv116v1k151tqn197t3.png Jeff I'd suggest picking something that looks good as an icon (very little or no text, careful use of detail, unique looking), does not feel like it is from another era, etc. That one is a little close to the services icon, but adding text would work for NFD, esp given NFD is a surface. To me, the others in his set have too much detail (2, 3), feel old or are graphically of poor quality (2, 4), or have graphics that don't imply the concept (3). The first is abstract enough but roughly fits NFD. (If we are talking about changing the NDN logo for the project, that needs to be a longer discussion and not a hasty decision.) Jeff From: Nfd-dev on behalf of Lixia Zhang Date: Wednesday, August 12, 2015 at 5:17 AM To: "bzhang at cs.arizona.edu" Cc: "nfd-dev at lists.cs.ucla.edu" Subject: Re: [Nfd-dev] NDN/NFD for Android On Aug 12, 2015, at 12:18 AM, Beichuan Zhang > wrote: On Aug 12, 2015, at 12:13 AM, Eric Newberry > wrote: The first one is a good logo. However, I agree with Wentao that it looks too generic. add a letter ?N? to the center of the first logo? or add NDN to the center but my problem is: what dos the graph mean? As such, I prefer the second or fourth logos, as they have "NDN" in them and show that it is a networking system. I think the third one is too "busy" for an app logo. Eric -- Eric Newberry Computer Science Undergraduate The University of Arizona Vice President, University of Arizona ACM Student Chapter On 8/11/2015 11:36 PM, Wentao Shang wrote: On Aug 11, 2015, at 11:30 PM, Alex Afanasyev wrote: Hi everybody, A small issue has been (mentally) stopping me to make the NFD app more easily available in binary form (e.g., google market): we don't have any logo that I can use for the app icon. In the past we had a few attempts to come up with a general logo for NDN and a few people, include Xiaoke, drafted some basic logo for NFD. I would like to unblock myself with the choice of some logo, here are the options I have right now: https://www.dropbox.com/sh/0l03dtbw8vomhl9/AABsNwxhUFpqAwxROXRCdSoBa?dl=0 I'm leaning towards the first one (1.png). Can you give your opinion, so I can select something. I prefer the first one, too, although it looks like a generic system control center without NFD-specific characteristics. Another thing to keep in mind is that the logo for NDN is not necessarily the same as the one for NFD. (Usually they shouldn?t be the same.) Wentao * * * If someone has a suggestion for a better picture, I would be very happy to use it (either right away or in later updates) Thanks, Alex _______________________________________________ Nfd-dev mailing list Nfd-dev at lists.cs.ucla.eduhttp://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev _______________________________________________ Nfd-dev mailing list Nfd-dev at lists.cs.ucla.eduhttp://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev _______________________________________________ Nfd-dev mailing list Nfd-dev at lists.cs.ucla.edu http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev _______________________________________________ Nfd-dev mailing list Nfd-dev at lists.cs.ucla.edu http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: From alexander.afanasyev at ucla.edu Wed Aug 12 08:49:57 2015 From: alexander.afanasyev at ucla.edu (Alex Afanasyev) Date: Wed, 12 Aug 2015 08:49:57 -0700 Subject: [Nfd-dev] NDN/NFD for Android In-Reply-To: <74DF5E85-7F96-48B8-9CCA-6658428F73E4@remap.ucla.edu> References: <3E75770E-C47A-4945-8A4A-E87DAAFD1492@ucla.edu> <92B35162-4048-418D-943F-33BAF1BDBCCF@gmail.com> <55CAF22D.6050401@email.arizona.edu> <857154DE-79D5-4280-BD8E-D6A331A0AC08@cs.arizona.edu> <0A62459E-A62F-47FC-A9F8-F7C2003B5807@remap.ucla.edu> <97BFB54D-1E78-44B1-91C4-DE2E9D00BC79@cs.ucla.edu> <74DF5E85-7F96-48B8-9CCA-6658428F73E4@remap.ucla.edu> Message-ID: <7297AD73-C6AC-412E-9F63-8C116C2EF8A7@ucla.edu> > On Aug 12, 2015, at 8:32 AM, Burke, Jeff wrote: > > >> On Aug 12, 2015, at 7:40 AM, Burke, Jeff wrote: >> >> As long as we are talking about a logo for the NFD icon only, I much prefer this one from Alex's set. (One could add just "NFD" or "NDN" to it if desired). > > 1/ I believe the logo is for "NDN platform on Android", not just NFD > > Ok. It is unclear to me why this should be branded differently than the NDN project as a whole, but I don't want to slow down the process if this is blocking something else. Maybe it will generate something that is adapted into an NDN logo later. It is more than just NFD, but it also shouldn't be tied specifically to android. I wouldn't call it a platform (as this has a slightly different meaning, given we have NDN platform as a collection of NDN related software), may be just NDN stack. I also wouldn't brand it differently, though I don't have many things to choose from. > 2/ My main concern about this one (the first one from Alex's set) is this image of "core" or "center". We'd want to promote "distributed" notion for NDN. Even for NFD, I'd view it as a muxer, not center in a device > > > Ok. But none of the other icons imply this clearly either ? at least not for the general public. > > Is something like these better? > http://www.isgtw.org/images/GridUNESP_logo.jpg > http://www.grid2010.org/wp-content/uploads/2010/10/opengridforumlogo.jpg > http://youthvillage.co.za/wp-content/uploads/2013/09/ubuntu-logo.jpg > > Do you want to borrow aspects of Android branding or make it independent? > http://media.dunkedcdn.com/assets/prod/22884/700x0_p17s2uapu13mv116v1k151tqn197t3.png > Jeff > > >> I'd suggest picking something that looks good as an icon (very little or no text, careful use of detail, unique looking), does not feel like it is from another era, etc. That one is a little close to the services icon, but adding text would work for NFD, esp given NFD is a surface. >> >> To me, the others in his set have too much detail (2, 3), feel old or are graphically of poor quality (2, 4), or have graphics that don't imply the concept (3). The first is abstract enough but roughly fits NFD. >> >> (If we are talking about changing the NDN logo for the project, that needs to be a longer discussion and not a hasty decision.) >> >> Jeff >> >> >> From: Nfd-dev on behalf of Lixia Zhang >> Date: Wednesday, August 12, 2015 at 5:17 AM >> To: "bzhang at cs.arizona.edu" >> Cc: "nfd-dev at lists.cs.ucla.edu" >> Subject: Re: [Nfd-dev] NDN/NFD for Android >> >>> >>>> On Aug 12, 2015, at 12:18 AM, Beichuan Zhang wrote: >>>> >>>> >>>>> On Aug 12, 2015, at 12:13 AM, Eric Newberry wrote: >>>>> >>>>> The first one is a good logo. However, I agree with Wentao that it looks too generic. >>>> >>>> add a letter ?N? to the center of the first logo? >>> >>> or add NDN to the center >>> >>> but my problem is: what dos the graph mean? >>> >>>> >>>>> As such, I prefer the second or fourth logos, as they have "NDN" in them and show that it is a networking system. I think the third one is too "busy" for an app logo. >>>>> >>>>> Eric >>>>> -- >>>>> Eric Newberry >>>>> >>>>> Computer Science Undergraduate >>>>> The University of Arizona >>>>> Vice President, University of Arizona ACM Student Chapter >>>>>> On 8/11/2015 11:36 PM, Wentao Shang wrote: >>>>>>>> On Aug 11, 2015, at 11:30 PM, Alex Afanasyev wrote: >>>>>>>> >>>>>>>> Hi everybody, >>>>>>>> >>>>>>>> A small issue has been (mentally) stopping me to make the NFD app more easily available in binary form (e.g., google market): we don't have any logo that I can use for the app icon. >>>>>>>> >>>>>>>> In the past we had a few attempts to come up with a general logo for NDN and a few people, include Xiaoke, drafted some basic logo for NFD. I would like to unblock myself with the choice of some logo, here are the options I have right now: https://www.dropbox.com/sh/0l03dtbw8vomhl9/AABsNwxhUFpqAwxROXRCdSoBa?dl=0 >>>>>>>> >>>>>>>> I'm leaning towards the first one (1.png). Can you give your opinion, so I can select something. >>>>>>> I prefer the first one, too, although it looks like a generic system control center without NFD-specific characteristics. >>>>>>> >>>>>>> Another thing to keep in mind is that the logo for NDN is not necessarily the same as the one for NFD. (Usually they shouldn?t be the same.) >>>>>>> >>>>>>> Wentao >>>>>>> >>>>>>> * * * >>>>>>> >>>>>>> If someone has a suggestion for a better picture, I would be very happy to use it (either right away or in later updates) >>>>>>> >>>>>>> Thanks, >>>>>>> Alex >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Nfd-dev mailing list >>>>>>> Nfd-dev at lists.cs.ucla.eduhttp://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> Nfd-dev mailing list >>>>>> Nfd-dev at lists.cs.ucla.eduhttp://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev >>>>> >>>>> _______________________________________________ >>>>> Nfd-dev mailing list >>>>> Nfd-dev at lists.cs.ucla.edu >>>>> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev >>>> >>>> _______________________________________________ >>>> Nfd-dev mailing list >>>> Nfd-dev at lists.cs.ucla.edu >>>> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev > > _______________________________________________ > Nfd-dev mailing list > Nfd-dev at lists.cs.ucla.edu > http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: From jburke at remap.ucla.edu Wed Aug 12 08:51:28 2015 From: jburke at remap.ucla.edu (Burke, Jeff) Date: Wed, 12 Aug 2015 15:51:28 +0000 Subject: [Nfd-dev] NDN/NFD for Android In-Reply-To: <7297AD73-C6AC-412E-9F63-8C116C2EF8A7@ucla.edu> References: <3E75770E-C47A-4945-8A4A-E87DAAFD1492@ucla.edu> <92B35162-4048-418D-943F-33BAF1BDBCCF@gmail.com> <55CAF22D.6050401@email.arizona.edu> <857154DE-79D5-4280-BD8E-D6A331A0AC08@cs.arizona.edu> <0A62459E-A62F-47FC-A9F8-F7C2003B5807@remap.ucla.edu> <97BFB54D-1E78-44B1-91C4-DE2E9D00BC79@cs.ucla.edu> <74DF5E85-7F96-48B8-9CCA-6658428F73E4@remap.ucla.edu> <7297AD73-C6AC-412E-9F63-8C116C2EF8A7@ucla.edu> Message-ID: <3A8CE7CD-8F70-4F25-9F7E-89C8FA217242@remap.ucla.edu> Alex, When do you want the block resolved? Do we have time to at least try a logo design effort for a week or two, if this might be applied more broadly? Jeff From: Alex Afanasyev Date: Wednesday, August 12, 2015 at 8:49 AM To: Jeff Burke Cc: Lixia Zhang, "nfd-dev at lists.cs.ucla.edu" Subject: Re: [Nfd-dev] NDN/NFD for Android On Aug 12, 2015, at 8:32 AM, Burke, Jeff > wrote: On Aug 12, 2015, at 7:40 AM, Burke, Jeff > wrote: As long as we are talking about a logo for the NFD icon only, I much prefer this one from Alex's set. (One could add just "NFD" or "NDN" to it if desired). 1/ I believe the logo is for "NDN platform on Android", not just NFD Ok. It is unclear to me why this should be branded differently than the NDN project as a whole, but I don't want to slow down the process if this is blocking something else. Maybe it will generate something that is adapted into an NDN logo later. It is more than just NFD, but it also shouldn't be tied specifically to android. I wouldn't call it a platform (as this has a slightly different meaning, given we have NDN platform as a collection of NDN related software), may be just NDN stack. I also wouldn't brand it differently, though I don't have many things to choose from. 2/ My main concern about this one (the first one from Alex's set) is this image of "core" or "center". We'd want to promote "distributed" notion for NDN. Even for NFD, I'd view it as a muxer, not center in a device Ok. But none of the other icons imply this clearly either ? at least not for the general public. Is something like these better? http://www.isgtw.org/images/GridUNESP_logo.jpg http://www.grid2010.org/wp-content/uploads/2010/10/opengridforumlogo.jpg http://youthvillage.co.za/wp-content/uploads/2013/09/ubuntu-logo.jpg Do you want to borrow aspects of Android branding or make it independent? http://media.dunkedcdn.com/assets/prod/22884/700x0_p17s2uapu13mv116v1k151tqn197t3.png Jeff I'd suggest picking something that looks good as an icon (very little or no text, careful use of detail, unique looking), does not feel like it is from another era, etc. That one is a little close to the services icon, but adding text would work for NFD, esp given NFD is a surface. To me, the others in his set have too much detail (2, 3), feel old or are graphically of poor quality (2, 4), or have graphics that don't imply the concept (3). The first is abstract enough but roughly fits NFD. (If we are talking about changing the NDN logo for the project, that needs to be a longer discussion and not a hasty decision.) Jeff From: Nfd-dev on behalf of Lixia Zhang Date: Wednesday, August 12, 2015 at 5:17 AM To: "bzhang at cs.arizona.edu" Cc: "nfd-dev at lists.cs.ucla.edu" Subject: Re: [Nfd-dev] NDN/NFD for Android On Aug 12, 2015, at 12:18 AM, Beichuan Zhang > wrote: On Aug 12, 2015, at 12:13 AM, Eric Newberry > wrote: The first one is a good logo. However, I agree with Wentao that it looks too generic. add a letter ?N? to the center of the first logo? or add NDN to the center but my problem is: what dos the graph mean? As such, I prefer the second or fourth logos, as they have "NDN" in them and show that it is a networking system. I think the third one is too "busy" for an app logo. Eric -- Eric Newberry Computer Science Undergraduate The University of Arizona Vice President, University of Arizona ACM Student Chapter On 8/11/2015 11:36 PM, Wentao Shang wrote: On Aug 11, 2015, at 11:30 PM, Alex Afanasyev wrote: Hi everybody, A small issue has been (mentally) stopping me to make the NFD app more easily available in binary form (e.g., google market): we don't have any logo that I can use for the app icon. In the past we had a few attempts to come up with a general logo for NDN and a few people, include Xiaoke, drafted some basic logo for NFD. I would like to unblock myself with the choice of some logo, here are the options I have right now: https://www.dropbox.com/sh/0l03dtbw8vomhl9/AABsNwxhUFpqAwxROXRCdSoBa?dl=0 I'm leaning towards the first one (1.png). Can you give your opinion, so I can select something. I prefer the first one, too, although it looks like a generic system control center without NFD-specific characteristics. Another thing to keep in mind is that the logo for NDN is not necessarily the same as the one for NFD. (Usually they shouldn?t be the same.) Wentao * * * If someone has a suggestion for a better picture, I would be very happy to use it (either right away or in later updates) Thanks, Alex _______________________________________________ Nfd-dev mailing list Nfd-dev at lists.cs.ucla.eduhttp://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev _______________________________________________ Nfd-dev mailing list Nfd-dev at lists.cs.ucla.eduhttp://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev _______________________________________________ Nfd-dev mailing list Nfd-dev at lists.cs.ucla.edu http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev _______________________________________________ Nfd-dev mailing list Nfd-dev at lists.cs.ucla.edu http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev _______________________________________________ Nfd-dev mailing list Nfd-dev at lists.cs.ucla.edu http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: From alexander.afanasyev at ucla.edu Wed Aug 12 09:20:12 2015 From: alexander.afanasyev at ucla.edu (Alex Afanasyev) Date: Wed, 12 Aug 2015 09:20:12 -0700 Subject: [Nfd-dev] NDN/NFD for Android In-Reply-To: <3A8CE7CD-8F70-4F25-9F7E-89C8FA217242@remap.ucla.edu> References: <3E75770E-C47A-4945-8A4A-E87DAAFD1492@ucla.edu> <92B35162-4048-418D-943F-33BAF1BDBCCF@gmail.com> <55CAF22D.6050401@email.arizona.edu> <857154DE-79D5-4280-BD8E-D6A331A0AC08@cs.arizona.edu> <0A62459E-A62F-47FC-A9F8-F7C2003B5807@remap.ucla.edu> <97BFB54D-1E78-44B1-91C4-DE2E9D00BC79@cs.ucla.edu> <74DF5E85-7F96-48B8-9CCA-6658428F73E4@remap.ucla.edu> <7297AD73-C6AC-412E-9F63-8C116C2EF8A7@ucla.edu> <3A8CE7CD-8F70-4F25-9F7E-89C8FA217242@remap.ucla.edu> Message-ID: <45CCF491-69D7-427D-8C76-84DE871E0E04@ucla.edu> > On Aug 12, 2015, at 8:51 AM, Burke, Jeff wrote: > > > Alex, > > When do you want the block resolved? Do we have time to at least try a logo design effort for a week or two, if this might be applied more broadly? Given the amount of time it dragged me, I would like this particular block resolved asap (in whatever preliminary form). At the same time, I want to use the opportunity to have a more coherent set of logos designed. Though I don't want the design process to last too long or to distract us from other more important things. --- Alex > > From: Alex Afanasyev > Date: Wednesday, August 12, 2015 at 8:49 AM > To: Jeff Burke > Cc: Lixia Zhang, "nfd-dev at lists.cs.ucla.edu" > Subject: Re: [Nfd-dev] NDN/NFD for Android > > > > On Aug 12, 2015, at 8:32 AM, Burke, Jeff wrote: > >> >>> On Aug 12, 2015, at 7:40 AM, Burke, Jeff wrote: >>> >>> As long as we are talking about a logo for the NFD icon only, I much prefer this one from Alex's set. (One could add just "NFD" or "NDN" to it if desired). >> >> 1/ I believe the logo is for "NDN platform on Android", not just NFD >> >> Ok. It is unclear to me why this should be branded differently than the NDN project as a whole, but I don't want to slow down the process if this is blocking something else. Maybe it will generate something that is adapted into an NDN logo later. > > It is more than just NFD, but it also shouldn't be tied specifically to android. I wouldn't call it a platform (as this has a slightly different meaning, given we have NDN platform as a collection of NDN related software), may be just NDN stack. > > I also wouldn't brand it differently, though I don't have many things to choose from. > >> 2/ My main concern about this one (the first one from Alex's set) is this image of "core" or "center". We'd want to promote "distributed" notion for NDN. Even for NFD, I'd view it as a muxer, not center in a device >> >> >> Ok. But none of the other icons imply this clearly either ? at least not for the general public. >> >> Is something like these better? >> http://www.isgtw.org/images/GridUNESP_logo.jpg >> http://www.grid2010.org/wp-content/uploads/2010/10/opengridforumlogo.jpg >> http://youthvillage.co.za/wp-content/uploads/2013/09/ubuntu-logo.jpg >> >> Do you want to borrow aspects of Android branding or make it independent? >> http://media.dunkedcdn.com/assets/prod/22884/700x0_p17s2uapu13mv116v1k151tqn197t3.png >> Jeff >> >> >>> I'd suggest picking something that looks good as an icon (very little or no text, careful use of detail, unique looking), does not feel like it is from another era, etc. That one is a little close to the services icon, but adding text would work for NFD, esp given NFD is a surface. >>> >>> To me, the others in his set have too much detail (2, 3), feel old or are graphically of poor quality (2, 4), or have graphics that don't imply the concept (3). The first is abstract enough but roughly fits NFD. >>> >>> (If we are talking about changing the NDN logo for the project, that needs to be a longer discussion and not a hasty decision.) >>> >>> Jeff >>> >>> >>> From: Nfd-dev on behalf of Lixia Zhang >>> Date: Wednesday, August 12, 2015 at 5:17 AM >>> To: "bzhang at cs.arizona.edu" >>> Cc: "nfd-dev at lists.cs.ucla.edu" >>> Subject: Re: [Nfd-dev] NDN/NFD for Android >>> >>>> >>>>> On Aug 12, 2015, at 12:18 AM, Beichuan Zhang wrote: >>>>> >>>>> >>>>>> On Aug 12, 2015, at 12:13 AM, Eric Newberry wrote: >>>>>> >>>>>> The first one is a good logo. However, I agree with Wentao that it looks too generic. >>>>> >>>>> add a letter ?N? to the center of the first logo? >>>> >>>> or add NDN to the center >>>> >>>> but my problem is: what dos the graph mean? >>>> >>>>> >>>>>> As such, I prefer the second or fourth logos, as they have "NDN" in them and show that it is a networking system. I think the third one is too "busy" for an app logo. >>>>>> >>>>>> Eric >>>>>> -- >>>>>> Eric Newberry >>>>>> >>>>>> Computer Science Undergraduate >>>>>> The University of Arizona >>>>>> Vice President, University of Arizona ACM Student Chapter >>>>>>> On 8/11/2015 11:36 PM, Wentao Shang wrote: >>>>>>>>> On Aug 11, 2015, at 11:30 PM, Alex Afanasyev wrote: >>>>>>>>> >>>>>>>>> Hi everybody, >>>>>>>>> >>>>>>>>> A small issue has been (mentally) stopping me to make the NFD app more easily available in binary form (e.g., google market): we don't have any logo that I can use for the app icon. >>>>>>>>> >>>>>>>>> In the past we had a few attempts to come up with a general logo for NDN and a few people, include Xiaoke, drafted some basic logo for NFD. I would like to unblock myself with the choice of some logo, here are the options I have right now: https://www.dropbox.com/sh/0l03dtbw8vomhl9/AABsNwxhUFpqAwxROXRCdSoBa?dl=0 >>>>>>>>> >>>>>>>>> I'm leaning towards the first one (1.png). Can you give your opinion, so I can select something. >>>>>>>> I prefer the first one, too, although it looks like a generic system control center without NFD-specific characteristics. >>>>>>>> >>>>>>>> Another thing to keep in mind is that the logo for NDN is not necessarily the same as the one for NFD. (Usually they shouldn?t be the same.) >>>>>>>> >>>>>>>> Wentao >>>>>>>> >>>>>>>> * * * >>>>>>>> >>>>>>>> If someone has a suggestion for a better picture, I would be very happy to use it (either right away or in later updates) >>>>>>>> >>>>>>>> Thanks, >>>>>>>> Alex >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> Nfd-dev mailing list >>>>>>>> Nfd-dev at lists.cs.ucla.eduhttp://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Nfd-dev mailing list >>>>>>> Nfd-dev at lists.cs.ucla.eduhttp://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev >>>>>> >>>>>> _______________________________________________ >>>>>> Nfd-dev mailing list >>>>>> Nfd-dev at lists.cs.ucla.edu >>>>>> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev >>>>> >>>>> _______________________________________________ >>>>> Nfd-dev mailing list >>>>> Nfd-dev at lists.cs.ucla.edu >>>>> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev >> _______________________________________________ >> Nfd-dev mailing list >> Nfd-dev at lists.cs.ucla.edu >> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: From josh at caida.org Wed Aug 12 09:24:21 2015 From: josh at caida.org (Josh Polterock) Date: Wed, 12 Aug 2015 09:24:21 -0700 Subject: [Nfd-dev] NDN/NFD for Android In-Reply-To: <97BFB54D-1E78-44B1-91C4-DE2E9D00BC79@cs.ucla.edu> References: <3E75770E-C47A-4945-8A4A-E87DAAFD1492@ucla.edu> <92B35162-4048-418D-943F-33BAF1BDBCCF@gmail.com> <55CAF22D.6050401@email.arizona.edu> <857154DE-79D5-4280-BD8E-D6A331A0AC08@cs.arizona.edu> <0A62459E-A62F-47FC-A9F8-F7C2003B5807@remap.ucla.edu> <97BFB54D-1E78-44B1-91C4-DE2E9D00BC79@cs.ucla.edu> Message-ID: <20150812162421.GH80272@caida.org> On Wed, Aug 12, 2015 at 08:23:48AM -0700, Lixia Zhang wrote: > > > On Aug 12, 2015, at 7:40 AM, Burke, Jeff wrote: > > > > As long as we are talking about a logo for the NFD icon only, I much prefer this one from Alex's set. (One could add just "NFD" or "NDN" to it if desired). > > 1/ I believe the logo is for "NDN platform on Android", not just NFD > > 2/ My main concern about this one (the first one from Alex's set) is this image of "core" or "center". We'd want to promote "distributed" notion for NDN. Even for NFD, I'd view it as a muxer, not center in a device If you removed the black dot in the middle, it would feel more distributed. If you reverse the direction of every other colored peg between the cogs, it would feel more bidirectional. With the black center gone, you might drop in 'NFD'? > > > > I'd suggest picking something that looks good as an icon (very little or no text, careful use of detail, unique looking), does not feel like it is from another era, etc. That one is a little close to the services icon, but adding text would work for NFD, esp given NFD is a surface. > > > > To me, the others in his set have too much detail (2, 3), feel old or are graphically of poor quality (2, 4), or have graphics that don't imply the concept (3). The first is abstract enough but roughly fits NFD. > > > > (If we are talking about changing the NDN logo for the project, that needs to be a longer discussion and not a hasty decision.) > > > > Jeff > > > > > > From: Nfd-dev on behalf of Lixia Zhang > > Date: Wednesday, August 12, 2015 at 5:17 AM > > To: "bzhang at cs.arizona.edu " > > Cc: "nfd-dev at lists.cs.ucla.edu " > > Subject: Re: [Nfd-dev] NDN/NFD for Android > > > >> > >>> On Aug 12, 2015, at 12:18 AM, Beichuan Zhang > wrote: > >>> > >>> > >>> On Aug 12, 2015, at 12:13 AM, Eric Newberry > wrote: > >>> > >>>> The first one is a good logo. However, I agree with Wentao that it looks too generic. > >>> > >>> add a letter ???N??? to the center of the first logo? > >> > >> or add NDN to the center > >> > >> but my problem is: what dos the graph mean? > >> > >>> > >>>> As such, I prefer the second or fourth logos, as they have "NDN" in them and show that it is a networking system. I think the third one is too "busy" for an app logo. > >>>> > >>>> Eric > >>>> -- > >>>> Eric Newberry > >>>> > >>>> Computer Science Undergraduate > >>>> The University of Arizona > >>>> Vice President, University of Arizona ACM Student Chapter > >>>> On 8/11/2015 11:36 PM, Wentao Shang wrote: > >>>>>> On Aug 11, 2015, at 11:30 PM, Alex Afanasyev wrote: > >>>>>> > >>>>>> Hi everybody, > >>>>>> > >>>>>> A small issue has been (mentally) stopping me to make the NFD app more easily available in binary form (e.g., google market): we don't have any logo that I can use for the app icon. > >>>>>> > >>>>>> In the past we had a few attempts to come up with a general logo for NDN and a few people, include Xiaoke, drafted some basic logo for NFD. I would like to unblock myself with the choice of some logo, here are the options I have right now: https://www.dropbox.com/sh/0l03dtbw8vomhl9/AABsNwxhUFpqAwxROXRCdSoBa?dl=0 > >>>>>> > >>>>>> I'm leaning towards the first one (1.png). Can you give your opinion, so I can select something. > >>>>> I prefer the first one, too, although it looks like a generic system control center without NFD-specific characteristics. > >>>>> > >>>>> Another thing to keep in mind is that the logo for NDN is not necessarily the same as the one for NFD. (Usually they shouldn???t be the same.) > >>>>> > >>>>> Wentao > >>>>> > >>>>>> * * * > >>>>>> > >>>>>> If someone has a suggestion for a better picture, I would be very happy to use it (either right away or in later updates) > >>>>>> > >>>>>> Thanks, > >>>>>> Alex > >>>>>> > >>>>>> _______________________________________________ > >>>>>> Nfd-dev mailing list > >>>>>> Nfd-dev at lists.cs.ucla.edu http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev > >>>>> > >>>>> _______________________________________________ > >>>>> Nfd-dev mailing list > >>>>> Nfd-dev at lists.cs.ucla.edu http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev > >>>> _______________________________________________ > >>>> Nfd-dev mailing list > >>>> Nfd-dev at lists.cs.ucla.edu > >>>> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev > >>> > >>> _______________________________________________ > >>> Nfd-dev mailing list > >>> Nfd-dev at lists.cs.ucla.edu > >>> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev > >> > > _______________________________________________ > Nfd-dev mailing list > Nfd-dev at lists.cs.ucla.edu > http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev From jburke at remap.ucla.edu Wed Aug 12 09:27:35 2015 From: jburke at remap.ucla.edu (Burke, Jeff) Date: Wed, 12 Aug 2015 16:27:35 +0000 Subject: [Nfd-dev] NDN/NFD for Android In-Reply-To: <45CCF491-69D7-427D-8C76-84DE871E0E04@ucla.edu> References: <3E75770E-C47A-4945-8A4A-E87DAAFD1492@ucla.edu> <92B35162-4048-418D-943F-33BAF1BDBCCF@gmail.com> <55CAF22D.6050401@email.arizona.edu> <857154DE-79D5-4280-BD8E-D6A331A0AC08@cs.arizona.edu> <0A62459E-A62F-47FC-A9F8-F7C2003B5807@remap.ucla.edu> <97BFB54D-1E78-44B1-91C4-DE2E9D00BC79@cs.ucla.edu> <74DF5E85-7F96-48B8-9CCA-6658428F73E4@remap.ucla.edu> <7297AD73-C6AC-412E-9F63-8C116C2EF8A7@ucla.edu> <3A8CE7CD-8F70-4F25-9F7E-89C8FA217242@remap.ucla.edu> <45CCF491-69D7-427D-8C76-84DE871E0E04@ucla.edu> Message-ID: <05BA850B-8E2C-4FF0-A199-E4C44C1E77D5@remap.ucla.edu> On Aug 12, 2015, at 8:51 AM, Burke, Jeff > wrote: Alex, When do you want the block resolved? Do we have time to at least try a logo design effort for a week or two, if this might be applied more broadly? Given the amount of time it dragged me, I would like this particular block resolved asap (in whatever preliminary form). At the same time, I want to use the opportunity to have a more coherent set of logos designed. Though I don't want the design process to last too long or to distract us from other more important things. Ok. We are getting people together to do the "life of an NDN packet" video that was discussed at the last NDNComm, so might have artists that could generate a set of logos for discussion quite quickly. Let me check. Jeff --- Alex From: Alex Afanasyev Date: Wednesday, August 12, 2015 at 8:49 AM To: Jeff Burke Cc: Lixia Zhang, "nfd-dev at lists.cs.ucla.edu" Subject: Re: [Nfd-dev] NDN/NFD for Android On Aug 12, 2015, at 8:32 AM, Burke, Jeff > wrote: On Aug 12, 2015, at 7:40 AM, Burke, Jeff > wrote: As long as we are talking about a logo for the NFD icon only, I much prefer this one from Alex's set. (One could add just "NFD" or "NDN" to it if desired). 1/ I believe the logo is for "NDN platform on Android", not just NFD Ok. It is unclear to me why this should be branded differently than the NDN project as a whole, but I don't want to slow down the process if this is blocking something else. Maybe it will generate something that is adapted into an NDN logo later. It is more than just NFD, but it also shouldn't be tied specifically to android. I wouldn't call it a platform (as this has a slightly different meaning, given we have NDN platform as a collection of NDN related software), may be just NDN stack. I also wouldn't brand it differently, though I don't have many things to choose from. 2/ My main concern about this one (the first one from Alex's set) is this image of "core" or "center". We'd want to promote "distributed" notion for NDN. Even for NFD, I'd view it as a muxer, not center in a device Ok. But none of the other icons imply this clearly either ? at least not for the general public. Is something like these better? http://www.isgtw.org/images/GridUNESP_logo.jpg http://www.grid2010.org/wp-content/uploads/2010/10/opengridforumlogo.jpg http://youthvillage.co.za/wp-content/uploads/2013/09/ubuntu-logo.jpg Do you want to borrow aspects of Android branding or make it independent? http://media.dunkedcdn.com/assets/prod/22884/700x0_p17s2uapu13mv116v1k151tqn197t3.png Jeff I'd suggest picking something that looks good as an icon (very little or no text, careful use of detail, unique looking), does not feel like it is from another era, etc. That one is a little close to the services icon, but adding text would work for NFD, esp given NFD is a surface. To me, the others in his set have too much detail (2, 3), feel old or are graphically of poor quality (2, 4), or have graphics that don't imply the concept (3). The first is abstract enough but roughly fits NFD. (If we are talking about changing the NDN logo for the project, that needs to be a longer discussion and not a hasty decision.) Jeff From: Nfd-dev on behalf of Lixia Zhang Date: Wednesday, August 12, 2015 at 5:17 AM To: "bzhang at cs.arizona.edu" Cc: "nfd-dev at lists.cs.ucla.edu" Subject: Re: [Nfd-dev] NDN/NFD for Android On Aug 12, 2015, at 12:18 AM, Beichuan Zhang > wrote: On Aug 12, 2015, at 12:13 AM, Eric Newberry > wrote: The first one is a good logo. However, I agree with Wentao that it looks too generic. add a letter ?N? to the center of the first logo? or add NDN to the center but my problem is: what dos the graph mean? As such, I prefer the second or fourth logos, as they have "NDN" in them and show that it is a networking system. I think the third one is too "busy" for an app logo. Eric -- Eric Newberry Computer Science Undergraduate The University of Arizona Vice President, University of Arizona ACM Student Chapter On 8/11/2015 11:36 PM, Wentao Shang wrote: On Aug 11, 2015, at 11:30 PM, Alex Afanasyev wrote: Hi everybody, A small issue has been (mentally) stopping me to make the NFD app more easily available in binary form (e.g., google market): we don't have any logo that I can use for the app icon. In the past we had a few attempts to come up with a general logo for NDN and a few people, include Xiaoke, drafted some basic logo for NFD. I would like to unblock myself with the choice of some logo, here are the options I have right now: https://www.dropbox.com/sh/0l03dtbw8vomhl9/AABsNwxhUFpqAwxROXRCdSoBa?dl=0 I'm leaning towards the first one (1.png). Can you give your opinion, so I can select something. I prefer the first one, too, although it looks like a generic system control center without NFD-specific characteristics. Another thing to keep in mind is that the logo for NDN is not necessarily the same as the one for NFD. (Usually they shouldn?t be the same.) Wentao * * * If someone has a suggestion for a better picture, I would be very happy to use it (either right away or in later updates) Thanks, Alex _______________________________________________ Nfd-dev mailing list Nfd-dev at lists.cs.ucla.eduhttp://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev _______________________________________________ Nfd-dev mailing list Nfd-dev at lists.cs.ucla.eduhttp://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev _______________________________________________ Nfd-dev mailing list Nfd-dev at lists.cs.ucla.edu http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev _______________________________________________ Nfd-dev mailing list Nfd-dev at lists.cs.ucla.edu http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev _______________________________________________ Nfd-dev mailing list Nfd-dev at lists.cs.ucla.edu http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: From enewberry at email.arizona.edu Wed Aug 12 10:52:19 2015 From: enewberry at email.arizona.edu (Eric Newberry) Date: Wed, 12 Aug 2015 10:52:19 -0700 Subject: [Nfd-dev] code-style: switch with compound statement In-Reply-To: <55cb5494.e982440a.35c10.04c6@mx.google.com> References: <55cb5494.e982440a.35c10.04c6@mx.google.com> Message-ID: <55CB87D3.1070705@email.arizona.edu> I would argue for Option D, as the alignment of the braces fits more with the preferred style for statements in ndn-cxx (although with the opening brace on a new line instead of the same one). Also, unlike Option A, the break statement is inside the compound statement. I feel that having the break outside of the statement could lead to confusion. However, I do agree that having two closing braces at the bottom could be confusing. As such, I'd suggest changing Option D to indent the contents of the switch statement one level to avoid this confusion. -- Eric Newberry Computer Science Undergraduate The University of Arizona Vice President, University of Arizona ACM Student Chapter On 8/12/2015 7:13 AM, Junxiao Shi wrote: > > Dear folks > > rule 1.10 gives two forms for switch statements. The preferred form is: > > switch (cond) { > > case 1: > > stmts; > > // Fallthrough > > case 2: > > stmts; > > break; > > default: > > stmts; > > break; > > } > > In reality, ?stmts;? may need to declare variables, but declarations > are disallowed directly under a ?case? label. > > The solution is to use a compound statement { stmts; } , inside which > declarations can be used. > > My question is, how to properly indent a switch statement in which > some ?case? labels have compound statements? > > I prefer the following form: > > // option A > > switch (cond) { > > case 1: { > > int i = 1; > > doSomething(i); > > } // Fallthrough > > case 2: > > doSomething(2); > > break; > > case 3: { > > int j = 3; > > doSomething(j); > > } break; > > default: > > doSomething(0); > > break; > > } > > I have also seen: > > // option B > > switch (cond) { > > case 1: > > { > > int i = 1; > > doSomething(i); > > } > > // Fallthrough > > case 2: > > doSomething(2); > > break; > > case 3: > > { > > int j = 3; > > doSomething(j); > > } > > break; > > default: > > doSomething(0); > > break; > > } > > // option C > > switch (cond) { > > case 1: > > { > > int i = 1; > > doSomething(i); > > // Fallthrough > > } > > case 2: > > doSomething(2); > > break; > > case 3: > > { > > int j = 3; > > doSomething(j); > > break; > > } > > default: > > doSomething(0); > > break; > > } > > // option D > > switch (cond) { > > case 1: > > { > > int i = 1; > > doSomething(i); > > // Fallthrough > > } > > case 2: > > doSomething(2); > > break; > > case 2: > > { > > int j = 3; > > doSomething(j); > > break; > > } > > default: > > doSomething(0); > > break; > > } > > Option B exactly matches rule 1.10 because a compound statement, by > definition, is a statement. However, it?s less readable than option A > because the actual statements under a ?case? label with a compound > statement is indented more than the statements under a ?case? label > without a compound statement. > > Option C has the same problem as option B, and also has hides ?break? > or ?// Fallthrough? inside the compound statement making them less > visible. > > Option D looks okay but in case the last ?case? or ?default? label > contains a compound statement, two ?}? would be indented at the same > level at the bottom, which is confusing. > > What do others on the mailing list think about this? > > I intend to amend rule 1.10 when a consensus is reached. > > Yours, Junxiao > > > > _______________________________________________ > Nfd-dev mailing list > Nfd-dev at lists.cs.ucla.edu > http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: From agawande at memphis.edu Wed Aug 12 11:09:32 2015 From: agawande at memphis.edu (Ashlesh Gawande (agawande)) Date: Wed, 12 Aug 2015 18:09:32 +0000 Subject: [Nfd-dev] Doubts regarding face creation In-Reply-To: <12DB5299AAAB1A40B17E72AB76FDA6D8EDC285@PALLENE.office.hd> References: <12DB5299AAAB1A40B17E72AB76FDA6D8EDC285@PALLENE.office.hd> Message-ID: Hi So this is happening because NLSR does not support parallel links as of now. It will simply ignore the second neighbor in the configuration file. I have filed a feature request: http://redmine.named-data.net/issues/3097 But it will not be in the near future as it requires some design and implementation work. Right now you will have to do that manually. If your topology is fixed you can do it within the code so you don't have to do it manually every time the topology comes up. Example: In bin/minindn you can do something like net.hosts['g1'].cmd("nfdc register ....") Ashlesh ________________________________ From: Nfd-dev on behalf of Navdeep Uniyal Sent: Wednesday, August 12, 2015 3:51 AM To: nfd-dev at lists.cs.ucla.edu Subject: [Nfd-dev] Doubts regarding face creation Hello All, I am working on minindn. While creating the topology I am using the following configuration file: [nodes] h1: _ h2: _ h3: _ h4: _ g1: _ [links] h1:g1 delay=10ms bw=10 h2:g1 delay=5ms bw=1 h2:g1 delay=0ms bw=2 h3:g1 delay=0ms bw=1 h4:g1 delay=0ms bw=3 As per my understanding, between h2 and g1 there should be 2 faces created but I am finding only one face created for this, and the other connection I have to make explicitly. Please confirm if this is expected behavior, if I am doing anything wrong or my understanding is wrong. For g1, faces are : Faces: faceid=1 remote=internal:// local=internal:// counters={in={0i 81d 0B} out={132i 0d 0B}} local persistent point-to-point faceid=254 remote=contentstore:// local=contentstore:// counters={in={0i 0d 0B} out={0i 0d 0B}} local persistent point-to-point faceid=255 remote=null:// local=null:// counters={in={0i 0d 0B} out={0i 0d 0B}} local persistent point-to-point faceid=256 remote=fd://18 local=unix:///run/g1.sock counters={in={92i 27d 36942B} out={27i 43d 45212B}} local on-demand point-to-point faceid=257 remote=fd://20 local=unix:///run/g1.sock counters={in={1022i 223d 208468B} out={912i 288d 231943B}} local on-demand point-to-point faceid=258 remote=udp4://1.0.0.1:6363 local=udp4://0.0.0.0:6363 counters={in={766i 74d 106769B} out={784i 89d 115716B}} non-local persistent point-to-point faceid=259 remote=udp4://1.0.0.5:6363 local=udp4://0.0.0.0:6363 counters={in={767i 65d 102476B} out={779i 89d 115339B}} non-local persistent point-to-point faceid=260 remote=udp4://1.0.0.13:6363 local=udp4://0.0.0.0:6363 counters={in={767i 67d 103289B} out={779i 89d 115605B}} non-local persistent point-to-point faceid=261 remote=udp4://1.0.0.17:6363 local=udp4://0.0.0.0:6363 counters={in={768i 68d 104006B} out={782i 89d 115879B}} non-local persistent point-to-point faceid=265 remote=udp4://1.0.0.9:6363 local=udp4://0.0.0.0:6363 counters={in={0i 0d 0B} out={0i 0d 0B}} non-local persistent point-to-point faceid=266 remote=fd://25 local=unix:///run/g1.sock counters={in={3i 0d 137B} out={0i 2d 903B}} local on-demand point-to-point Highlighted one I created explicitly using nfdc register. Also, please explain the significance of the counters [counters={in={0i 0d 0B} out={0i 0d 0B}}] Best Regards, Navdeep Uniyal -------------- next part -------------- An HTML attachment was scrubbed... URL: From jburke at remap.ucla.edu Wed Aug 12 11:39:13 2015 From: jburke at remap.ucla.edu (Burke, Jeff) Date: Wed, 12 Aug 2015 18:39:13 +0000 Subject: [Nfd-dev] NDN/NFD for Android In-Reply-To: <45CCF491-69D7-427D-8C76-84DE871E0E04@ucla.edu> References: <3E75770E-C47A-4945-8A4A-E87DAAFD1492@ucla.edu> <92B35162-4048-418D-943F-33BAF1BDBCCF@gmail.com> <55CAF22D.6050401@email.arizona.edu> <857154DE-79D5-4280-BD8E-D6A331A0AC08@cs.arizona.edu> <0A62459E-A62F-47FC-A9F8-F7C2003B5807@remap.ucla.edu> <97BFB54D-1E78-44B1-91C4-DE2E9D00BC79@cs.ucla.edu> <74DF5E85-7F96-48B8-9CCA-6658428F73E4@remap.ucla.edu> <7297AD73-C6AC-412E-9F63-8C116C2EF8A7@ucla.edu> <3A8CE7CD-8F70-4F25-9F7E-89C8FA217242@remap.ucla.edu> <45CCF491-69D7-427D-8C76-84DE871E0E04@ucla.edu> Message-ID: <61133BC1-4ADD-469D-900C-D2100080AF8B@remap.ucla.edu> Alex, Dustin, who trained as a designer before grad school, is willing to help organize this. Do you have time to meet with him about what you are looking for? Based on that he can generate a set of looks to discuss. We should give ourselves a time limit (a week?) to iterate on this before going forward, or it could go on forever. Jeff From: Alex Afanasyev Date: Wednesday, August 12, 2015 at 9:20 AM To: Jeff Burke Cc: Lixia Zhang, "nfd-dev at lists.cs.ucla.edu" Subject: Re: [Nfd-dev] NDN/NFD for Android On Aug 12, 2015, at 8:51 AM, Burke, Jeff > wrote: Alex, When do you want the block resolved? Do we have time to at least try a logo design effort for a week or two, if this might be applied more broadly? Given the amount of time it dragged me, I would like this particular block resolved asap (in whatever preliminary form). At the same time, I want to use the opportunity to have a more coherent set of logos designed. Though I don't want the design process to last too long or to distract us from other more important things. --- Alex From: Alex Afanasyev Date: Wednesday, August 12, 2015 at 8:49 AM To: Jeff Burke Cc: Lixia Zhang, "nfd-dev at lists.cs.ucla.edu" Subject: Re: [Nfd-dev] NDN/NFD for Android On Aug 12, 2015, at 8:32 AM, Burke, Jeff > wrote: On Aug 12, 2015, at 7:40 AM, Burke, Jeff > wrote: As long as we are talking about a logo for the NFD icon only, I much prefer this one from Alex's set. (One could add just "NFD" or "NDN" to it if desired). 1/ I believe the logo is for "NDN platform on Android", not just NFD Ok. It is unclear to me why this should be branded differently than the NDN project as a whole, but I don't want to slow down the process if this is blocking something else. Maybe it will generate something that is adapted into an NDN logo later. It is more than just NFD, but it also shouldn't be tied specifically to android. I wouldn't call it a platform (as this has a slightly different meaning, given we have NDN platform as a collection of NDN related software), may be just NDN stack. I also wouldn't brand it differently, though I don't have many things to choose from. 2/ My main concern about this one (the first one from Alex's set) is this image of "core" or "center". We'd want to promote "distributed" notion for NDN. Even for NFD, I'd view it as a muxer, not center in a device Ok. But none of the other icons imply this clearly either ? at least not for the general public. Is something like these better? http://www.isgtw.org/images/GridUNESP_logo.jpg http://www.grid2010.org/wp-content/uploads/2010/10/opengridforumlogo.jpg http://youthvillage.co.za/wp-content/uploads/2013/09/ubuntu-logo.jpg Do you want to borrow aspects of Android branding or make it independent? http://media.dunkedcdn.com/assets/prod/22884/700x0_p17s2uapu13mv116v1k151tqn197t3.png Jeff I'd suggest picking something that looks good as an icon (very little or no text, careful use of detail, unique looking), does not feel like it is from another era, etc. That one is a little close to the services icon, but adding text would work for NFD, esp given NFD is a surface. To me, the others in his set have too much detail (2, 3), feel old or are graphically of poor quality (2, 4), or have graphics that don't imply the concept (3). The first is abstract enough but roughly fits NFD. (If we are talking about changing the NDN logo for the project, that needs to be a longer discussion and not a hasty decision.) Jeff From: Nfd-dev on behalf of Lixia Zhang Date: Wednesday, August 12, 2015 at 5:17 AM To: "bzhang at cs.arizona.edu" Cc: "nfd-dev at lists.cs.ucla.edu" Subject: Re: [Nfd-dev] NDN/NFD for Android On Aug 12, 2015, at 12:18 AM, Beichuan Zhang > wrote: On Aug 12, 2015, at 12:13 AM, Eric Newberry > wrote: The first one is a good logo. However, I agree with Wentao that it looks too generic. add a letter ?N? to the center of the first logo? or add NDN to the center but my problem is: what dos the graph mean? As such, I prefer the second or fourth logos, as they have "NDN" in them and show that it is a networking system. I think the third one is too "busy" for an app logo. Eric -- Eric Newberry Computer Science Undergraduate The University of Arizona Vice President, University of Arizona ACM Student Chapter On 8/11/2015 11:36 PM, Wentao Shang wrote: On Aug 11, 2015, at 11:30 PM, Alex Afanasyev wrote: Hi everybody, A small issue has been (mentally) stopping me to make the NFD app more easily available in binary form (e.g., google market): we don't have any logo that I can use for the app icon. In the past we had a few attempts to come up with a general logo for NDN and a few people, include Xiaoke, drafted some basic logo for NFD. I would like to unblock myself with the choice of some logo, here are the options I have right now: https://www.dropbox.com/sh/0l03dtbw8vomhl9/AABsNwxhUFpqAwxROXRCdSoBa?dl=0 I'm leaning towards the first one (1.png). Can you give your opinion, so I can select something. I prefer the first one, too, although it looks like a generic system control center without NFD-specific characteristics. Another thing to keep in mind is that the logo for NDN is not necessarily the same as the one for NFD. (Usually they shouldn?t be the same.) Wentao * * * If someone has a suggestion for a better picture, I would be very happy to use it (either right away or in later updates) Thanks, Alex _______________________________________________ Nfd-dev mailing list Nfd-dev at lists.cs.ucla.eduhttp://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev _______________________________________________ Nfd-dev mailing list Nfd-dev at lists.cs.ucla.eduhttp://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev _______________________________________________ Nfd-dev mailing list Nfd-dev at lists.cs.ucla.edu http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev _______________________________________________ Nfd-dev mailing list Nfd-dev at lists.cs.ucla.edu http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev _______________________________________________ Nfd-dev mailing list Nfd-dev at lists.cs.ucla.edu http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: From wentaoshang at gmail.com Wed Aug 12 11:56:28 2015 From: wentaoshang at gmail.com (Wentao Shang) Date: Wed, 12 Aug 2015 11:56:28 -0700 Subject: [Nfd-dev] code-style: switch with compound statement In-Reply-To: <55cb5494.e982440a.35c10.04c6@mx.google.com> References: <55cb5494.e982440a.35c10.04c6@mx.google.com> Message-ID: Two comments: 1) In terms of indentation and placement of curly braces, I prefer option A or D but with extra indentation for statements inside the switch block. This should fix the issue of having two closing braces at the same level. 2) Mixing block and non-blocked statements under the same case clause seems confusing. I would suggest we mandate that if block is used inside the case clause, it should always cover the entire case clause. Wentao On Wednesday, August 12, 2015, Junxiao Shi wrote: > Dear folks > > > > rule 1.10 gives two forms for switch statements. The preferred form is: > > > > switch (cond) { > > case 1: > > stmts; > > // Fallthrough > > > > case 2: > > stmts; > > break; > > > > default: > > stmts; > > break; > > } > > > > In reality, ?stmts;? may need to declare variables, but declarations are > disallowed directly under a ?case? label. > > The solution is to use a compound statement { stmts; } , inside which > declarations can be used. > > > > My question is, how to properly indent a switch statement in which some > ?case? labels have compound statements? > > > > I prefer the following form: > > > > // option A > > switch (cond) { > > case 1: { > > int i = 1; > > doSomething(i); > > } // Fallthrough > > > > case 2: > > doSomething(2); > > break; > > > > case 3: { > > int j = 3; > > doSomething(j); > > } break; > > > > default: > > doSomething(0); > > break; > > } > > > > I have also seen: > > > > // option B > > switch (cond) { > > case 1: > > { > > int i = 1; > > doSomething(i); > > } > > // Fallthrough > > > > case 2: > > doSomething(2); > > break; > > > > case 3: > > { > > int j = 3; > > doSomething(j); > > } > > break; > > > > default: > > doSomething(0); > > break; > > } > > > > // option C > > switch (cond) { > > case 1: > > { > > int i = 1; > > doSomething(i); > > // Fallthrough > > } > > > > case 2: > > doSomething(2); > > break; > > > > case 3: > > { > > int j = 3; > > doSomething(j); > > break; > > } > > > > default: > > doSomething(0); > > break; > > } > > > > // option D > > switch (cond) { > > case 1: > > { > > int i = 1; > > doSomething(i); > > // Fallthrough > > } > > > > case 2: > > doSomething(2); > > break; > > > > case 2: > > { > > int j = 3; > > doSomething(j); > > break; > > } > > > > default: > > doSomething(0); > > break; > > } > > > > Option B exactly matches rule 1.10 because a compound statement, by > definition, is a statement. However, it?s less readable than option A > because the actual statements under a ?case? label with a compound > statement is indented more than the statements under a ?case? label without > a compound statement. > > Option C has the same problem as option B, and also has hides ?break? or > ?// Fallthrough? inside the compound statement making them less visible. > > Option D looks okay but in case the last ?case? or ?default? label > contains a compound statement, two ?}? would be indented at the same level > at the bottom, which is confusing. > > > > What do others on the mailing list think about this? > > I intend to amend rule 1.10 when a consensus is reached. > > > > Yours, Junxiao > -- PhD @ IRL, CSD, UCLA -------------- next part -------------- An HTML attachment was scrubbed... URL: From enewberry at email.arizona.edu Wed Aug 12 11:59:22 2015 From: enewberry at email.arizona.edu (Eric Newberry) Date: Wed, 12 Aug 2015 11:59:22 -0700 Subject: [Nfd-dev] code-style: switch with compound statement In-Reply-To: References: <55cb5494.e982440a.35c10.04c6@mx.google.com> Message-ID: <55CB978A.9060807@email.arizona.edu> I agree completely with Wentao on the second comment. Mixing the two styles would lead to confusion. -- Eric Newberry Computer Science Undergraduate The University of Arizona Vice President, University of Arizona ACM Student Chapter On 8/12/2015 11:56 AM, Wentao Shang wrote: > Two comments: > > 1) In terms of indentation and placement of curly braces, I prefer > option A or D but with extra indentation for statements inside the > switch block. This should fix the issue of having two closing braces > at the same level. > > 2) Mixing block and non-blocked statements under the same case clause > seems confusing. I would suggest we mandate that if block is used > inside the case clause, it should always cover the entire case clause. > > Wentao > > On Wednesday, August 12, 2015, Junxiao Shi > > > wrote: > > Dear folks > > rule 1.10 gives two forms for switch statements. The preferred > form is: > > switch (cond) { > > case 1: > > stmts; > > // Fallthrough > > case 2: > > stmts; > > break; > > default: > > stmts; > > break; > > } > > In reality, ?stmts;? may need to declare variables, but > declarations are disallowed directly under a ?case? label. > > The solution is to use a compound statement { stmts; } , inside > which declarations can be used. > > My question is, how to properly indent a switch statement in which > some ?case? labels have compound statements? > > I prefer the following form: > > // option A > > switch (cond) { > > case 1: { > > int i = 1; > > doSomething(i); > > } // Fallthrough > > case 2: > > doSomething(2); > > break; > > case 3: { > > int j = 3; > > doSomething(j); > > } break; > > default: > > doSomething(0); > > break; > > } > > I have also seen: > > // option B > > switch (cond) { > > case 1: > > { > > int i = 1; > > doSomething(i); > > } > > // Fallthrough > > case 2: > > doSomething(2); > > break; > > case 3: > > { > > int j = 3; > > doSomething(j); > > } > > break; > > default: > > doSomething(0); > > break; > > } > > // option C > > switch (cond) { > > case 1: > > { > > int i = 1; > > doSomething(i); > > // Fallthrough > > } > > case 2: > > doSomething(2); > > break; > > case 3: > > { > > int j = 3; > > doSomething(j); > > break; > > } > > default: > > doSomething(0); > > break; > > } > > // option D > > switch (cond) { > > case 1: > > { > > int i = 1; > > doSomething(i); > > // Fallthrough > > } > > case 2: > > doSomething(2); > > break; > > case 2: > > { > > int j = 3; > > doSomething(j); > > break; > > } > > default: > > doSomething(0); > > break; > > } > > Option B exactly matches rule 1.10 because a compound statement, > by definition, is a statement. However, it?s less readable than > option A because the actual statements under a ?case? label with a > compound statement is indented more than the statements under a > ?case? label without a compound statement. > > Option C has the same problem as option B, and also has hides > ?break? or ?// Fallthrough? inside the compound statement making > them less visible. > > Option D looks okay but in case the last ?case? or ?default? label > contains a compound statement, two ?}? would be indented at the > same level at the bottom, which is confusing. > > What do others on the mailing list think about this? > > I intend to amend rule 1.10 when a consensus is reached. > > Yours, Junxiao > > > > -- > PhD @ IRL, CSD, UCLA > > > > _______________________________________________ > Nfd-dev mailing list > Nfd-dev at lists.cs.ucla.edu > http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: From lanwang at memphis.edu Wed Aug 12 12:13:17 2015 From: lanwang at memphis.edu (Lan Wang (lanwang)) Date: Wed, 12 Aug 2015 19:13:17 +0000 Subject: [Nfd-dev] Doubts regarding face creation In-Reply-To: References: <12DB5299AAAB1A40B17E72AB76FDA6D8EDC285@PALLENE.office.hd> Message-ID: <1258B77D-5AEF-409F-8AB2-0EA4CDDE7790@memphis.edu> Ashlesh, I don't see how nfdc register is going to help if NLSR does not support parallel links (I may have misunderstood something). But since Navdeep has joined the mini-ndn mailing list, let's move the discussion there. Lan On Aug 12, 2015, at 1:09 PM, Ashlesh Gawande (agawande) > wrote: Hi So this is happening because NLSR does not support parallel links as of now. It will simply ignore the second neighbor in the configuration file. I have filed a feature request: http://redmine.named-data.net/issues/3097 But it will not be in the near future as it requires some design and implementation work. Right now you will have to do that manually. If your topology is fixed you can do it within the code so you don't have to do it manually every time the topology comes up. Example: In bin/minindn you can do something like net.hosts['g1'].cmd("nfdc register ....") Ashlesh ________________________________ From: Nfd-dev > on behalf of Navdeep Uniyal > Sent: Wednesday, August 12, 2015 3:51 AM To: nfd-dev at lists.cs.ucla.edu Subject: [Nfd-dev] Doubts regarding face creation Hello All, I am working on minindn. While creating the topology I am using the following configuration file: [nodes] h1: _ h2: _ h3: _ h4: _ g1: _ [links] h1:g1 delay=10ms bw=10 h2:g1 delay=5ms bw=1 h2:g1 delay=0ms bw=2 h3:g1 delay=0ms bw=1 h4:g1 delay=0ms bw=3 As per my understanding, between h2 and g1 there should be 2 faces created but I am finding only one face created for this, and the other connection I have to make explicitly. Please confirm if this is expected behavior, if I am doing anything wrong or my understanding is wrong. For g1, faces are : Faces: faceid=1 remote=internal:// local=internal:// counters={in={0i 81d 0B} out={132i 0d 0B}} local persistent point-to-point faceid=254 remote=contentstore:// local=contentstore:// counters={in={0i 0d 0B} out={0i 0d 0B}} local persistent point-to-point faceid=255 remote=null:// local=null:// counters={in={0i 0d 0B} out={0i 0d 0B}} local persistent point-to-point faceid=256 remote=fd://18 local=unix:///run/g1.sock counters={in={92i 27d 36942B} out={27i 43d 45212B}} local on-demand point-to-point faceid=257 remote=fd://20 local=unix:///run/g1.sock counters={in={1022i 223d 208468B} out={912i 288d 231943B}} local on-demand point-to-point faceid=258 remote=udp4://1.0.0.1:6363 local=udp4://0.0.0.0:6363 counters={in={766i 74d 106769B} out={784i 89d 115716B}} non-local persistent point-to-point faceid=259 remote=udp4://1.0.0.5:6363 local=udp4://0.0.0.0:6363 counters={in={767i 65d 102476B} out={779i 89d 115339B}} non-local persistent point-to-point faceid=260 remote=udp4://1.0.0.13:6363 local=udp4://0.0.0.0:6363 counters={in={767i 67d 103289B} out={779i 89d 115605B}} non-local persistent point-to-point faceid=261 remote=udp4://1.0.0.17:6363 local=udp4://0.0.0.0:6363 counters={in={768i 68d 104006B} out={782i 89d 115879B}} non-local persistent point-to-point faceid=265 remote=udp4://1.0.0.9:6363 local=udp4://0.0.0.0:6363 counters={in={0i 0d 0B} out={0i 0d 0B}} non-local persistent point-to-point faceid=266 remote=fd://25 local=unix:///run/g1.sock counters={in={3i 0d 137B} out={0i 2d 903B}} local on-demand point-to-point Highlighted one I created explicitly using nfdc register. Also, please explain the significance of the counters [counters={in={0i 0d 0B} out={0i 0d 0B}}] Best Regards, Navdeep Uniyal _______________________________________________ Nfd-dev mailing list Nfd-dev at lists.cs.ucla.edu http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: From shijunxiao at email.arizona.edu Wed Aug 12 14:11:47 2015 From: shijunxiao at email.arizona.edu (Junxiao Shi) Date: Wed, 12 Aug 2015 14:11:47 -0700 Subject: [Nfd-dev] code-style: switch with compound statement In-Reply-To: <55cb5494.e982440a.35c10.04c6@mx.google.com> References: <55cb5494.e982440a.35c10.04c6@mx.google.com> Message-ID: <55cbb696.4986440a.ec875.0190@mx.google.com> Dear folks Incorporating suggestions from Eric and Wentao: // option E switch (cond) { case 1: { ? int i = 1; ? doSomething(i); ? // Fallthrough } case 2: { ? doSomething(2); ? break; } case 3: { ? int j = 3; ? doSomething(j); ? break; } default: { ?doSomething(0); ? break; } } ? When any ?case? or ?default? contains a declaration and therefore needs a compound statement, all ?case?s and ?default? must use compound statements. ? When using compound statements, ?case? and ?default? should be indented two spaces after ?switch?, ?{? and ?}? of the compound statements are indented at the same level as ?case? and ?default?, and statements within the compound statements are indented two spaces after ?case? and ?default?. ? ?break? and ?// Fallthrough? should be placed inside compound statements. A ?switch? statement without compound statements should still be formatted in the current way, i.e. no extra indentation for ?case? and ?default?. Any more comments? Yours, Junxiao -------------- next part -------------- An HTML attachment was scrubbed... URL: From wentaoshang at gmail.com Wed Aug 12 16:00:59 2015 From: wentaoshang at gmail.com (Wentao Shang) Date: Wed, 12 Aug 2015 16:00:59 -0700 Subject: [Nfd-dev] code-style: switch with compound statement In-Reply-To: <55cbb696.4986440a.ec875.0190@mx.google.com> References: <55cb5494.e982440a.35c10.04c6@mx.google.com> <55cbb696.4986440a.ec875.0190@mx.google.com> Message-ID: On Wednesday, August 12, 2015, Junxiao Shi wrote: > Dear folks > > > > Incorporating suggestions from Eric and Wentao: > > > > // option E > > switch (cond) { > > case 1: > > { > > int i = 1; > > doSomething(i); > > // Fallthrough > > } > > > > case 2: > > { > > doSomething(2); > > break; > > } > > > > case 3: > > { > > int j = 3; > > doSomething(j); > > break; > > } > > > > default: > > { > > doSomething(0); > > break; > > } > > } > > > > ? When any ?case? or ?default? contains a declaration and > therefore needs a compound statement, all ?case?s and ?default? must use > compound statements. > I wouldn't go that far as to require all cases to have the same format. I think it's ok to mix blocked case and non-blocked case, as long as the block covers the entire single case branch. But the current specification (option E by Junxiao) also looks fine to me. > ? When using compound statements, ?case? and ?default? should be > indented two spaces after ?switch?, ?{? and ?}? of the compound statements > are indented at the same level as ?case? and ?default?, and statements > within the compound statements are indented two spaces after ?case? and > ?default?. > > ? ?break? and ?// Fallthrough? should be placed inside compound > statements. > I would suggest one more readability requirement: any intentional fall-through MUST be explicitly annotated in the code. (Do we have this rule already? I can't remember.) Wentao > > > A ?switch? statement without compound statements should still be formatted > in the current way, i.e. no extra indentation for ?case? and ?default?. > > > > Any more comments? > > > > Yours, Junxiao > -- PhD @ IRL, CSD, UCLA -------------- next part -------------- An HTML attachment was scrubbed... URL: From shijunxiao at email.arizona.edu Wed Aug 12 16:27:02 2015 From: shijunxiao at email.arizona.edu (Junxiao Shi) Date: Wed, 12 Aug 2015 16:27:02 -0700 Subject: [Nfd-dev] code-style: switch with compound statement In-Reply-To: References: <55cb5494.e982440a.35c10.04c6@mx.google.com> <55cbb696.4986440a.ec875.0190@mx.google.com> Message-ID: <55cbd649.a4b1420a.fafdb.0e4b@mx.google.com> Dear folks It seems that I misunderstood Wentao?s opinion about not to mix compound and non-compound ?case? labels. It indeed meant that when a compound statement is used, the ?break? or ?// Fallthrough? should be inside the compound. So: // option F switch (cond) { ? case 1: ? { ? ? int i = 1; ? ? doSomething(i); ? ? // Fallthrough ? } ? case 2: ??? doSomething(2); ? ? break; ? case 3: ? { ??? int j = 3; ? ? doSomething(j); ??? break; ? } ? default: ?? ?doSomething(0); ? ? break; } ? When a ?case? or ?default? contains a declaration and therefore needs a compound statement, all statements under this label should be placed inside the compound statement, including ?break? or ?// Fallthrough?. ? When any ?case? or ?default? label is using a compound statement, all ?case? and ?default? labels should be indented two spaces after ?switch?, ?{? and ?}? of the compound statements are indented at the same level as ?case? and ?default?, and statements within the compound statements are indented two spaces after ?case? and ?default?. A ?switch? statement without compound statements may still be formatted in the current way, i.e. no extra indentation for ?case? and ?default?. However, if we allow a mix of compound and non-compound labels, we should also permit (but not require) 2-space indented ?case? and ?default? labels even if none of the labels contains a compound statement. Otherwise, the addition or removal of a label with compound statement would require indenting or unindenting the entire switch statement, which is unnecessary. Yours, Junxiao From: Wentao Shang Sent: Wednesday, August 12, 2015 16:01 To: Junxiao Shi Cc: ;Eric Newberry Subject: Re: [Nfd-dev] code-style: switch with compound statement On Wednesday, August 12, 2015, Junxiao Shi wrote: ????????? When any ?case? or ?default? contains a declaration and therefore needs a compound statement, all ?case?s and ?default? must use compound statements. I wouldn't go that far as to require all cases to have the same format. I think it's ok to mix blocked case and non-blocked case, as long as the block covers the entire single case branch. But the current specification (option E by Junxiao)?also looks?fine to me. ????????? ?break? and ?// Fallthrough? should be placed inside compound statements. I would suggest one more readability requirement: any intentional fall-through MUST be explicitly annotated in the code. (Do we have this rule already? I can't remember.) -------------- next part -------------- An HTML attachment was scrubbed... URL: From wentaoshang at gmail.com Wed Aug 12 16:35:33 2015 From: wentaoshang at gmail.com (Wentao Shang) Date: Wed, 12 Aug 2015 16:35:33 -0700 Subject: [Nfd-dev] code-style: switch with compound statement In-Reply-To: <55cbd649.a4b1420a.fafdb.0e4b@mx.google.com> References: <55cb5494.e982440a.35c10.04c6@mx.google.com> <55cbb696.4986440a.ec875.0190@mx.google.com> <55cbd649.a4b1420a.fafdb.0e4b@mx.google.com> Message-ID: On Wednesday, August 12, 2015, Junxiao Shi wrote: > Dear folks > > > > It seems that I misunderstood Wentao?s opinion about not to mix compound > and non-compound ?case? labels. > > It indeed meant that when a compound statement is used, the ?break? or ?// > Fallthrough? should be inside the compound. > > So: > > > > // option F > > switch (cond) { > > case 1: > > { > > int i = 1; > > doSomething(i); > > // Fallthrough > > } > > > > case 2: > > doSomething(2); > > break; > > > > case 3: > > { > > int j = 3; > > doSomething(j); > > break; > > } > > > > default: > > doSomething(0); > > break; > > } > > > > ? When a ?case? or ?default? contains a declaration and therefore > needs a compound statement, all statements under this label should be > placed inside the compound statement, including ?break? or ?// Fallthrough?. > > ? When any ?case? or ?default? label is using a compound > statement, all ?case? and ?default? labels should be indented two spaces > after ?switch?, ?{? and ?}? of the compound statements are indented at the > same level as ?case? and ?default?, and statements within the compound > statements are indented two spaces after ?case? and ?default?. > > > > A ?switch? statement without compound statements may still be formatted in > the current way, i.e. no extra indentation for ?case? and ?default?. > > > > However, if we allow a mix of compound and non-compound labels, we should > also permit (but not require) 2-space indented ?case? and ?default? labels > even if none of the labels contains a compound statement. Otherwise, the > addition or removal of a label with compound statement would require > indenting or unindenting the entire switch statement, which is unnecessary. > Agree. It definitely should not be forbidden. Actually I'm leaning towards having a uniform format for both cases, i.e., always indent inner statements of switch. Wentao > > > Yours, Junxiao > > > > > *From: *Wentao Shang > *Sent: *Wednesday, August 12, 2015 16:01 > *To: *Junxiao Shi > *Cc: *;Eric Newberry > *Subject: *Re: [Nfd-dev] code-style: switch with compound statement > > > > > > > > On Wednesday, August 12, 2015, Junxiao Shi > wrote: > > ? When any ?case? or ?default? contains a declaration and > therefore needs a compound statement, all ?case?s and ?default? must use > compound statements. > > I wouldn't go that far as to require all cases to have the same format. I > think it's ok to mix blocked case and non-blocked case, as long as the > block covers the entire single case branch. But the current specification > (option E by Junxiao) also looks fine to me. > > ? ?break? and ?// Fallthrough? should be placed inside compound > statements. > > I would suggest one more readability requirement: any intentional > fall-through MUST be explicitly annotated in the code. (Do we have this > rule already? I can't remember.) > -- PhD @ IRL, CSD, UCLA -------------- next part -------------- An HTML attachment was scrubbed... URL: From chaim.rieger at gmail.com Wed Aug 12 19:23:39 2015 From: chaim.rieger at gmail.com (Chaim Rieger) Date: Wed, 12 Aug 2015 19:23:39 -0700 Subject: [Nfd-dev] NFD/ndn on android In-Reply-To: References: <40C1AEE7-3337-420C-8C26-6ECB8A9B8FCE@gmail.com> Message-ID: <55CBFFAB.5030601@gmail.com> Can anybody please share a prebuilt version of the android app ? I compiled nfd-android and every time i attempt an install, I get the "Could not parse package" error. From alexander.afanasyev at ucla.edu Wed Aug 12 23:28:10 2015 From: alexander.afanasyev at ucla.edu (Alex Afanasyev) Date: Wed, 12 Aug 2015 23:28:10 -0700 Subject: [Nfd-dev] NFD/ndn on android In-Reply-To: <55CBFFAB.5030601@gmail.com> References: <40C1AEE7-3337-420C-8C26-6ECB8A9B8FCE@gmail.com> <55CBFFAB.5030601@gmail.com> Message-ID: <2C80F534-0710-47E2-8070-DABB43EF2145@ucla.edu> Hi Chaim, How do you install? I hope you're doing it in an automatic way using gradle (the phone needs to be connected): gradle installDebug * * * Which CPU platform you're using? There are different .apk for different CPUs (this was made in attempt to minimize size of individual .apk). -- Alex > On Aug 12, 2015, at 7:23 PM, Chaim Rieger wrote: > > Can anybody please share a prebuilt version of the android app ? > > I compiled nfd-android and every time i attempt an install, I get the "Could not parse package" error. -------------- 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 zhouqi_mail at 163.com Tue Aug 18 01:58:42 2015 From: zhouqi_mail at 163.com (JohnQi) Date: Tue, 18 Aug 2015 16:58:42 +0800 (CST) Subject: [Nfd-dev] ERROR:error while connecting to the forwarder Message-ID: <27e89174.1866c.14f400830e5.Coremail.zhouqi_mail@163.com> Dear Mr or Mrs: I have some question when I use the software,ndn-traffic-generator-master.The first question is that the error-message,"ERROR:error while connecting to the forwarder",will be displayed at the viewing screen so long as the number of the data in this file ,ndn-traffic-server.conf, beyong the value of 1936.I serached the error-message,"error while connecting to the forwarder",in folder of NFD and ndn-cxx ,and finally found that it just appear at the file of stream-transpot.hpp(ndn-cxx/src/transport).Although i change the message into other words,"error while connecting to the forwarder from connectTimeoutHandler",for example,the screen also is displaying the error-message,"error while connecting to the forwarder".That is my another question. Thank you for your attention to this matter.I look forward to hearing from you and firmly believe it's a piece of cake for you. Yours sincerely. Johnqi. ???????????1???? ???????????1???? ???????????1???? -------------- next part -------------- An HTML attachment was scrubbed... URL: From zhouqi_mail at 163.com Wed Aug 19 02:55:58 2015 From: zhouqi_mail at 163.com (JohnQi) Date: Wed, 19 Aug 2015 17:55:58 +0800 (CST) Subject: [Nfd-dev] ERROR:error while connecting to the forwarder In-Reply-To: References: <531c2b77.17ee0.14f3ff38625.Coremail.zhouqi_mail@163.com> Message-ID: <5807c71d.70d3.14f4562f9cc.Coremail.zhouqi_mail@163.com> Hi! Chengyu and every one, Thanks for your immediate reply? We are woking on an experiment on NFD, during which I have started the nfd at the client and the server. Moreover, registered the name prefix by binding the sever ip. There is no such errors when the number of the items (different content) in the configure file "ndn-traffic-server.conf" is less than 1936. The client can send the interests to the sever and receive the corresponding content after the sever responded. Once the the items are more than 1936, error occurs and the give a error msg "error while connecting to the forwarder". The configure file "ndn-traffic-server.conf" is attached as well as the configure file on the client, which contains ten thousands content. Looking forward to your reply. Yours sincerely. John qi. At 2015-08-18 23:58:10, "Chengyu Fan" wrote: Hi, The "ERROR:error while connecting to the forwarder" error usually throws because you didn't run the NFD. 1. Run NFD: nfd-start 2. run ndn-traffic-generator should fix your problem On Tue, Aug 18, 2015 at 2:36 AM, JohnQi wrote: Dear Mr or Mrs: I have some question when I use the software,ndn-traffic-generator-master.The first question is that the error-message,"ERROR:error while connecting to the forwarder",will be displayed at the viewing screen so long as the number of the data in this file ,ndn-traffic-server.conf, beyong the value of 1936.I serached the error-message,"error while connecting to the forwarder",in folder of NFD and ndn-cxx ,and finally found that it just appear at the file of stream-transpot.hpp(ndn-cxx/src/transport).Although i change the message into other words,"error while connecting to the forwarder from connectTimeoutHandler",for example,the screen also is displaying the error-message,"error while connecting to the forwarder".That is my another question. Thank you for your attention to this matter.I look forward to hearing from you and firmly believe it's a piece of cake for you. Yours sincerely. Johnqi. ???????????1???? ???????????1???? ???????????1???? -- Thanks, Chengyu -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ndn-traffic-server.conf.sample.full-data Type: application/octet-stream Size: 487642 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ndn-traffic-client.conf.sample Type: application/octet-stream Size: 4325726 bytes Desc: not available URL: From navdeep.uniyal at neclab.eu Wed Aug 19 06:47:25 2015 From: navdeep.uniyal at neclab.eu (Navdeep Uniyal) Date: Wed, 19 Aug 2015 13:47:25 +0000 Subject: [Nfd-dev] beforeExpirePendingInterest for forwarding strategy Message-ID: <12DB5299AAAB1A40B17E72AB76FDA6D8EE3646@PALLENE.office.hd> Hello all, Is it possible to use the trigger "beforeExpirePendingInterest" in a forwarding strategy. If not, then please if someone can suggest any workaround to deal with unsatisfied pending interests to note down some measurements for the forwarding strategy. Best Regards, Navdeep Uniyal -------------- next part -------------- An HTML attachment was scrubbed... URL: From dibenede at cs.colostate.edu Wed Aug 19 08:13:16 2015 From: dibenede at cs.colostate.edu (Steve DiBenedetto) Date: Wed, 19 Aug 2015 09:13:16 -0600 Subject: [Nfd-dev] beforeExpirePendingInterest for forwarding strategy In-Reply-To: <12DB5299AAAB1A40B17E72AB76FDA6D8EE3646@PALLENE.office.hd> References: <12DB5299AAAB1A40B17E72AB76FDA6D8EE3646@PALLENE.office.hd> Message-ID: <84327693-85CB-4D21-BF9A-134439F9B4DD@cs.colostate.edu> You should be able use the beforeExpirePendingInterest trigger, but you need to override it in your custom strategy. By default, the trigger is implemented in the base Strategy class with an empty implementation that does nothing (except a logging DEBUG message). -Steve > On Aug 19, 2015, at 7:47 AM, Navdeep Uniyal wrote: > > Hello all, > > Is it possible to use the trigger ?beforeExpirePendingInterest? in a forwarding strategy. If not, then please if someone can suggest any workaround to deal with unsatisfied pending interests to note down some measurements for the forwarding strategy. > > > Best Regards, > Navdeep Uniyal > _______________________________________________ > Nfd-dev mailing list > Nfd-dev at lists.cs.ucla.edu > http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: From navdeep.uniyal at neclab.eu Thu Aug 20 05:15:29 2015 From: navdeep.uniyal at neclab.eu (Navdeep Uniyal) Date: Thu, 20 Aug 2015 12:15:29 +0000 Subject: [Nfd-dev] beforeExpirePendingInterest for forwarding strategy In-Reply-To: <84327693-85CB-4D21-BF9A-134439F9B4DD@cs.colostate.edu> References: <12DB5299AAAB1A40B17E72AB76FDA6D8EE3646@PALLENE.office.hd> <84327693-85CB-4D21-BF9A-134439F9B4DD@cs.colostate.edu> Message-ID: <12DB5299AAAB1A40B17E72AB76FDA6D8EE46A3@PALLENE.office.hd> Hi Steve, Thank you for your reply. I have a doubt regarding the triggering of this event. I am using Ndn Traffic Generator for testing my strategy. I am overriding this method ?beforeExpirePendingInterest? just to get some log trace. But I am unable to see anything in the logs. As per my understanding, for all the timed out interests this method should be triggered. Please if you can suggest what could be the potential issue for the method to be not logging anything for the timed out interest messages. Best Regards, Navdeep Uniyal Intern NEC Europe Ltd. NEC Laboratories Europe Kurf?rsten-Anlage 36 D-69115 Heidelberg phone +49 1764 1677 930 e-mail: navdeep.uinyal at neclab.eu NEC Europe Ltd | Registered Office: Athene, Odyssey Business Park, West End Road, London, HA4 6QE, GB | Registered in England 2832014 From: Steven DiBenedetto [mailto:steven.dibenedetto at gmail.com] On Behalf Of Steve DiBenedetto Sent: Mittwoch, 19. August 2015 17:13 To: Navdeep Uniyal Cc: nfd-dev at lists.cs.ucla.edu Subject: Re: [Nfd-dev] beforeExpirePendingInterest for forwarding strategy You should be able use the beforeExpirePendingInterest trigger, but you need to override it in your custom strategy. By default, the trigger is implemented in the base Strategy class with an empty implementation that does nothing (except a logging DEBUG message). -Steve On Aug 19, 2015, at 7:47 AM, Navdeep Uniyal > wrote: Hello all, Is it possible to use the trigger ?beforeExpirePendingInterest? in a forwarding strategy. If not, then please if someone can suggest any workaround to deal with unsatisfied pending interests to note down some measurements for the forwarding strategy. Best Regards, Navdeep Uniyal _______________________________________________ Nfd-dev mailing list Nfd-dev at lists.cs.ucla.edu http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: From shijunxiao at email.arizona.edu Thu Aug 20 05:35:52 2015 From: shijunxiao at email.arizona.edu (Junxiao Shi) Date: Thu, 20 Aug 2015 05:35:52 -0700 Subject: [Nfd-dev] beforeExpirePendingInterest for forwarding strategy In-Reply-To: <12DB5299AAAB1A40B17E72AB76FDA6D8EE46A3@PALLENE.office.hd> References: <12DB5299AAAB1A40B17E72AB76FDA6D8EE3646@PALLENE.office.hd> <84327693-85CB-4D21-BF9A-134439F9B4DD@cs.colostate.edu> <12DB5299AAAB1A40B17E72AB76FDA6D8EE46A3@PALLENE.office.hd> Message-ID: <55d5c9a8.040d460a.84cdf.ffffc1b3@mx.google.com> Hi Navdeep beforeExpirePendingInterest should be triggered when PIT entry is unsatisfied after InterestLifetime. If you find it?s not triggered, give more details of your setup including the topology and the configuration files of traffic generator server and client. Yours, Junxiao From: Navdeep Uniyal Sent: Thursday, August 20, 2015 05:15 To: Steve DiBenedetto Cc: nfd-dev at lists.cs.ucla.edu Subject: Re: [Nfd-dev] beforeExpirePendingInterest for forwarding strategy Hi Steve, Thank you for your reply. I have a doubt regarding the triggering of this event. I am using Ndn Traffic Generator for testing my strategy. I am overriding this method ?beforeExpirePendingInterest? just to get some log trace. But I am unable to see anything in the logs. As per my understanding, for all the timed out interests this method should be triggered. Please if you can suggest what could be the potential issue for the method to be not logging anything for the timed out ?interest messages. Best Regards, Navdeep Uniyal -------------- next part -------------- An HTML attachment was scrubbed... URL: From navdeep.uniyal at neclab.eu Thu Aug 20 05:44:23 2015 From: navdeep.uniyal at neclab.eu (Navdeep Uniyal) Date: Thu, 20 Aug 2015 12:44:23 +0000 Subject: [Nfd-dev] beforeExpirePendingInterest for forwarding strategy In-Reply-To: <55d5c9a8.040d460a.84cdf.ffffc1b3@mx.google.com> References: <12DB5299AAAB1A40B17E72AB76FDA6D8EE3646@PALLENE.office.hd> <84327693-85CB-4D21-BF9A-134439F9B4DD@cs.colostate.edu> <12DB5299AAAB1A40B17E72AB76FDA6D8EE46A3@PALLENE.office.hd> <55d5c9a8.040d460a.84cdf.ffffc1b3@mx.google.com> Message-ID: <12DB5299AAAB1A40B17E72AB76FDA6D8EE46BC@PALLENE.office.hd> Hi Junxiao, Below are the client and server configuration which I am using. As none of the files held by server matches with interest, all requests are getting timed out. While overriding the method, currently I am just trying to check if it works, may be later I will include more code as per the requirement. Client conf: ########## TrafficPercentage=100 Name=/ndn/nle/file ExpectedContent=AAAAAAAA ########## Server Conf: ########## Name=/ndn/nle/file1 Content=AAAAAAAA ContentBytes=5000 ########## Name=/ndn/nle/file2 Content=AAAAAAAB ContentBytes=5000 ########## Name=/ndn/nle/file3 Content=AAAAAAAC ContentBytes=5000 ########## Name=/ndn/nle/file6 Content=AAAAAAAF ContentBytes=5000 ########## Method: void WeightedLoadBalancerStrategy::beforeExpirePendingInterest(shared_ptr pitEntry) { NFD_LOG_TRACE("Entering beforeExpirePendingInterest"<getName()); } Best Regards, Navdeep Uniyal From: Junxiao Shi [mailto:shijunxiao at email.arizona.edu] Sent: Donnerstag, 20. August 2015 14:36 To: Navdeep Uniyal; Steve DiBenedetto Cc: nfd-dev at lists.cs.ucla.edu Subject: RE: [Nfd-dev] beforeExpirePendingInterest for forwarding strategy Hi Navdeep beforeExpirePendingInterest should be triggered when PIT entry is unsatisfied after InterestLifetime. If you find it?s not triggered, give more details of your setup including the topology and the configuration files of traffic generator server and client. Yours, Junxiao From: Navdeep Uniyal Sent: Thursday, August 20, 2015 05:15 To: Steve DiBenedetto Cc: nfd-dev at lists.cs.ucla.edu Subject: Re: [Nfd-dev] beforeExpirePendingInterest for forwarding strategy Hi Steve, Thank you for your reply. I have a doubt regarding the triggering of this event. I am using Ndn Traffic Generator for testing my strategy. I am overriding this method ?beforeExpirePendingInterest? just to get some log trace. But I am unable to see anything in the logs. As per my understanding, for all the timed out interests this method should be triggered. Please if you can suggest what could be the potential issue for the method to be not logging anything for the timed out interest messages. Best Regards, Navdeep Uniyal -------------- next part -------------- An HTML attachment was scrubbed... URL: From dibenede at cs.colostate.edu Thu Aug 20 06:53:17 2015 From: dibenede at cs.colostate.edu (Steve DiBenedetto) Date: Thu, 20 Aug 2015 07:53:17 -0600 Subject: [Nfd-dev] beforeExpirePendingInterest for forwarding strategy In-Reply-To: <12DB5299AAAB1A40B17E72AB76FDA6D8EE46BC@PALLENE.office.hd> References: <12DB5299AAAB1A40B17E72AB76FDA6D8EE3646@PALLENE.office.hd> <84327693-85CB-4D21-BF9A-134439F9B4DD@cs.colostate.edu> <12DB5299AAAB1A40B17E72AB76FDA6D8EE46A3@PALLENE.office.hd> <55d5c9a8.040d460a.84cdf.ffffc1b3@mx.google.com> <12DB5299AAAB1A40B17E72AB76FDA6D8EE46BC@PALLENE.office.hd> Message-ID: Please make sure the header file's method prototype is: virtual void beforeExpirePendingInterest(shared_ptr pitEntry) DECL_OVERRIDE; Also, (sorry, have to ask), did you enable TRACE logging for the specific strategy module/all modules in the nfd config? On Thu, Aug 20, 2015 at 6:44 AM, Navdeep Uniyal wrote: > Hi Junxiao, > > > > Below are the client and server configuration which I am using. As none of > the files held by server matches with interest, all requests are getting > timed out. While overriding the method, currently I am just trying to check > if it works, may be later I will include more code as per the requirement. > > > > > > > > Client conf: > > > > ########## > > TrafficPercentage=100 > > Name=/ndn/nle/file > > ExpectedContent=AAAAAAAA > > ########## > > > > > > Server Conf: > > > > ########## > > Name=/ndn/nle/file1 > > Content=AAAAAAAA > > ContentBytes=5000 > > ########## > > Name=/ndn/nle/file2 > > Content=AAAAAAAB > > ContentBytes=5000 > > ########## > > Name=/ndn/nle/file3 > > Content=AAAAAAAC > > ContentBytes=5000 > > ########## > > Name=/ndn/nle/file6 > > Content=AAAAAAAF > > ContentBytes=5000 > > ########## > > > > > > Method: > > > > void > > WeightedLoadBalancerStrategy::beforeExpirePendingInterest(shared_ptr > pitEntry) > > { > > NFD_LOG_TRACE("Entering > beforeExpirePendingInterest"<getName()); > > } > > > > > > > > > > Best Regards, > > Navdeep Uniyal > > > > From: Junxiao Shi [mailto:shijunxiao at email.arizona.edu] > Sent: Donnerstag, 20. August 2015 14:36 > To: Navdeep Uniyal; Steve DiBenedetto > Cc: nfd-dev at lists.cs.ucla.edu > Subject: RE: [Nfd-dev] beforeExpirePendingInterest for forwarding strategy > > > > Hi Navdeep > > > > beforeExpirePendingInterest should be triggered when PIT entry is > unsatisfied after InterestLifetime. > > If you find it?s not triggered, give more details of your setup including > the topology and the configuration files of traffic generator server and > client. > > > > Yours, Junxiao > > > > > From: Navdeep Uniyal > Sent: Thursday, August 20, 2015 05:15 > To: Steve DiBenedetto > Cc: nfd-dev at lists.cs.ucla.edu > Subject: Re: [Nfd-dev] beforeExpirePendingInterest for forwarding strategy > > > > > > Hi Steve, > > > > Thank you for your reply. I have a doubt regarding the triggering of this > event. I am using Ndn Traffic Generator for testing my strategy. I am > overriding this method ?beforeExpirePendingInterest? just to get some log > trace. But I am unable to see anything in the logs. As per my understanding, > for all the timed out interests this method should be triggered. Please if > you can suggest what could be the potential issue for the method to be not > logging anything for the timed out interest messages. > > > > > > Best Regards, > > Navdeep Uniyal From navdeep.uniyal at neclab.eu Thu Aug 20 07:26:48 2015 From: navdeep.uniyal at neclab.eu (Navdeep Uniyal) Date: Thu, 20 Aug 2015 14:26:48 +0000 Subject: [Nfd-dev] beforeExpirePendingInterest for forwarding strategy In-Reply-To: References: <12DB5299AAAB1A40B17E72AB76FDA6D8EE3646@PALLENE.office.hd> <84327693-85CB-4D21-BF9A-134439F9B4DD@cs.colostate.edu> <12DB5299AAAB1A40B17E72AB76FDA6D8EE46A3@PALLENE.office.hd> <55d5c9a8.040d460a.84cdf.ffffc1b3@mx.google.com> <12DB5299AAAB1A40B17E72AB76FDA6D8EE46BC@PALLENE.office.hd> Message-ID: <12DB5299AAAB1A40B17E72AB76FDA6D8EE46E0@PALLENE.office.hd> Hi Steve, I cross checked both the areas. Seems to be pretty fine as you suggested. Please suggest if there are other ways so this method is triggered. And does on every timeout this should be called or it depends on some other factors. I my case I have switched off the CS caching just to experiment. Best Regards, Navdeep Uniyal -----Original Message----- From: steven.dibenedetto at gmail.com [mailto:steven.dibenedetto at gmail.com] On Behalf Of Steve DiBenedetto Sent: Donnerstag, 20. August 2015 15:53 To: Navdeep Uniyal Cc: Junxiao Shi; Steve DiBenedetto; nfd-dev at lists.cs.ucla.edu Subject: Re: [Nfd-dev] beforeExpirePendingInterest for forwarding strategy Please make sure the header file's method prototype is: virtual void beforeExpirePendingInterest(shared_ptr pitEntry) DECL_OVERRIDE; Also, (sorry, have to ask), did you enable TRACE logging for the specific strategy module/all modules in the nfd config? On Thu, Aug 20, 2015 at 6:44 AM, Navdeep Uniyal wrote: > Hi Junxiao, > > > > Below are the client and server configuration which I am using. As > none of the files held by server matches with interest, all requests > are getting timed out. While overriding the method, currently I am > just trying to check if it works, may be later I will include more code as per the requirement. > > > > > > > > Client conf: > > > > ########## > > TrafficPercentage=100 > > Name=/ndn/nle/file > > ExpectedContent=AAAAAAAA > > ########## > > > > > > Server Conf: > > > > ########## > > Name=/ndn/nle/file1 > > Content=AAAAAAAA > > ContentBytes=5000 > > ########## > > Name=/ndn/nle/file2 > > Content=AAAAAAAB > > ContentBytes=5000 > > ########## > > Name=/ndn/nle/file3 > > Content=AAAAAAAC > > ContentBytes=5000 > > ########## > > Name=/ndn/nle/file6 > > Content=AAAAAAAF > > ContentBytes=5000 > > ########## > > > > > > Method: > > > > void > > WeightedLoadBalancerStrategy::beforeExpirePendingInterest(shared_ptr

it::Entry> > pitEntry) > > { > > NFD_LOG_TRACE("Entering > beforeExpirePendingInterest"<getName()); > > } > > > > > > > > > > Best Regards, > > Navdeep Uniyal > > > > From: Junxiao Shi [mailto:shijunxiao at email.arizona.edu] > Sent: Donnerstag, 20. August 2015 14:36 > To: Navdeep Uniyal; Steve DiBenedetto > Cc: nfd-dev at lists.cs.ucla.edu > Subject: RE: [Nfd-dev] beforeExpirePendingInterest for forwarding > strategy > > > > Hi Navdeep > > > > beforeExpirePendingInterest should be triggered when PIT entry is > unsatisfied after InterestLifetime. > > If you find it?s not triggered, give more details of your setup > including the topology and the configuration files of traffic > generator server and client. > > > > Yours, Junxiao > > > > > From: Navdeep Uniyal > Sent: Thursday, August 20, 2015 05:15 > To: Steve DiBenedetto > Cc: nfd-dev at lists.cs.ucla.edu > Subject: Re: [Nfd-dev] beforeExpirePendingInterest for forwarding > strategy > > > > > > Hi Steve, > > > > Thank you for your reply. I have a doubt regarding the triggering of > this event. I am using Ndn Traffic Generator for testing my strategy. > I am overriding this method ?beforeExpirePendingInterest? just to get > some log trace. But I am unable to see anything in the logs. As per my > understanding, for all the timed out interests this method should be > triggered. Please if you can suggest what could be the potential issue > for the method to be not logging anything for the timed out interest messages. > > > > > > Best Regards, > > Navdeep Uniyal From dibenede at cs.colostate.edu Thu Aug 20 09:00:28 2015 From: dibenede at cs.colostate.edu (Steve DiBenedetto) Date: Thu, 20 Aug 2015 10:00:28 -0600 Subject: [Nfd-dev] beforeExpirePendingInterest for forwarding strategy In-Reply-To: <12DB5299AAAB1A40B17E72AB76FDA6D8EE46E0@PALLENE.office.hd> References: <12DB5299AAAB1A40B17E72AB76FDA6D8EE3646@PALLENE.office.hd> <84327693-85CB-4D21-BF9A-134439F9B4DD@cs.colostate.edu> <12DB5299AAAB1A40B17E72AB76FDA6D8EE46A3@PALLENE.office.hd> <55d5c9a8.040d460a.84cdf.ffffc1b3@mx.google.com> <12DB5299AAAB1A40B17E72AB76FDA6D8EE46BC@PALLENE.office.hd> <12DB5299AAAB1A40B17E72AB76FDA6D8EE46E0@PALLENE.office.hd> Message-ID: Junxiao, is there some sort of delay in the expired Interest cleanup? I'm having the same problem with the following steps: * Modify base Strategy's trigger to log WARN (just in case) * Use Navdeep's overridden trigger (also WARN, different message) * start NFD, set appropriate strategy for /, confirm with nfd-status * run simple client that requests non-existent data, interest lifetime 1000ms, client sees timeout * no WARN messages from NFD strategies, but NFD DEBUG logs for interest exist (onIncomingInterest, CS find/no-match, onContentStoreMiss) On Thu, Aug 20, 2015 at 8:26 AM, Navdeep Uniyal wrote: > Hi Steve, > > I cross checked both the areas. Seems to be pretty fine as you suggested. Please suggest if there are other ways so this method is triggered. And does on every timeout this should be called or it depends on some other factors. I my case I have switched off the CS caching just to experiment. > > > Best Regards, > Navdeep Uniyal > > -----Original Message----- > From: steven.dibenedetto at gmail.com [mailto:steven.dibenedetto at gmail.com] On Behalf Of Steve DiBenedetto > Sent: Donnerstag, 20. August 2015 15:53 > To: Navdeep Uniyal > Cc: Junxiao Shi; Steve DiBenedetto; nfd-dev at lists.cs.ucla.edu > Subject: Re: [Nfd-dev] beforeExpirePendingInterest for forwarding strategy > > Please make sure the header file's method prototype is: > > virtual void > > beforeExpirePendingInterest(shared_ptr pitEntry) DECL_OVERRIDE; > > > Also, (sorry, have to ask), did you enable TRACE logging for the specific strategy module/all modules in the nfd config? > > > On Thu, Aug 20, 2015 at 6:44 AM, Navdeep Uniyal wrote: >> Hi Junxiao, >> >> >> >> Below are the client and server configuration which I am using. As >> none of the files held by server matches with interest, all requests >> are getting timed out. While overriding the method, currently I am >> just trying to check if it works, may be later I will include more code as per the requirement. >> >> >> >> >> >> >> >> Client conf: >> >> >> >> ########## >> >> TrafficPercentage=100 >> >> Name=/ndn/nle/file >> >> ExpectedContent=AAAAAAAA >> >> ########## >> >> >> >> >> >> Server Conf: >> >> >> >> ########## >> >> Name=/ndn/nle/file1 >> >> Content=AAAAAAAA >> >> ContentBytes=5000 >> >> ########## >> >> Name=/ndn/nle/file2 >> >> Content=AAAAAAAB >> >> ContentBytes=5000 >> >> ########## >> >> Name=/ndn/nle/file3 >> >> Content=AAAAAAAC >> >> ContentBytes=5000 >> >> ########## >> >> Name=/ndn/nle/file6 >> >> Content=AAAAAAAF >> >> ContentBytes=5000 >> >> ########## >> >> >> >> >> >> Method: >> >> >> >> void >> >> WeightedLoadBalancerStrategy::beforeExpirePendingInterest(shared_ptr

> it::Entry> >> pitEntry) >> >> { >> >> NFD_LOG_TRACE("Entering >> beforeExpirePendingInterest"<getName()); >> >> } >> >> >> >> >> >> >> >> >> >> Best Regards, >> >> Navdeep Uniyal >> >> >> >> From: Junxiao Shi [mailto:shijunxiao at email.arizona.edu] >> Sent: Donnerstag, 20. August 2015 14:36 >> To: Navdeep Uniyal; Steve DiBenedetto >> Cc: nfd-dev at lists.cs.ucla.edu >> Subject: RE: [Nfd-dev] beforeExpirePendingInterest for forwarding >> strategy >> >> >> >> Hi Navdeep >> >> >> >> beforeExpirePendingInterest should be triggered when PIT entry is >> unsatisfied after InterestLifetime. >> >> If you find it?s not triggered, give more details of your setup >> including the topology and the configuration files of traffic >> generator server and client. >> >> >> >> Yours, Junxiao >> >> >> >> >> From: Navdeep Uniyal >> Sent: Thursday, August 20, 2015 05:15 >> To: Steve DiBenedetto >> Cc: nfd-dev at lists.cs.ucla.edu >> Subject: Re: [Nfd-dev] beforeExpirePendingInterest for forwarding >> strategy >> >> >> >> >> >> Hi Steve, >> >> >> >> Thank you for your reply. I have a doubt regarding the triggering of >> this event. I am using Ndn Traffic Generator for testing my strategy. >> I am overriding this method ?beforeExpirePendingInterest? just to get >> some log trace. But I am unable to see anything in the logs. As per my >> understanding, for all the timed out interests this method should be >> triggered. Please if you can suggest what could be the potential issue >> for the method to be not logging anything for the timed out interest messages. >> >> >> >> >> >> Best Regards, >> >> Navdeep Uniyal From navdeep.uniyal at neclab.eu Fri Aug 21 03:35:47 2015 From: navdeep.uniyal at neclab.eu (Navdeep Uniyal) Date: Fri, 21 Aug 2015 10:35:47 +0000 Subject: [Nfd-dev] beforeExpirePendingInterest for forwarding strategy In-Reply-To: References: <12DB5299AAAB1A40B17E72AB76FDA6D8EE3646@PALLENE.office.hd> <84327693-85CB-4D21-BF9A-134439F9B4DD@cs.colostate.edu> <12DB5299AAAB1A40B17E72AB76FDA6D8EE46A3@PALLENE.office.hd> <55d5c9a8.040d460a.84cdf.ffffc1b3@mx.google.com> <12DB5299AAAB1A40B17E72AB76FDA6D8EE46BC@PALLENE.office.hd> <12DB5299AAAB1A40B17E72AB76FDA6D8EE46E0@PALLENE.office.hd> Message-ID: <12DB5299AAAB1A40B17E72AB76FDA6D8EE574F@PALLENE.office.hd> Hello Steve, I think there are some implications of the PIT entry timer as we are doing: if (!pitEntry->hasUnexpiredOutRecords()) this->rejectPendingInterest(pitEntry); In afterReceiveInterest. If it is removed then only I can see the "beforeExpirePendingInterest" getting triggered. Best Regards, Navdeep Uniyal -----Original Message----- From: steven.dibenedetto at gmail.com [mailto:steven.dibenedetto at gmail.com] On Behalf Of Steve DiBenedetto Sent: Donnerstag, 20. August 2015 18:00 To: Navdeep Uniyal Cc: Steve DiBenedetto; Junxiao Shi; nfd-dev at lists.cs.ucla.edu Subject: Re: [Nfd-dev] beforeExpirePendingInterest for forwarding strategy Junxiao, is there some sort of delay in the expired Interest cleanup? I'm having the same problem with the following steps: * Modify base Strategy's trigger to log WARN (just in case) * Use Navdeep's overridden trigger (also WARN, different message) * start NFD, set appropriate strategy for /, confirm with nfd-status * run simple client that requests non-existent data, interest lifetime 1000ms, client sees timeout * no WARN messages from NFD strategies, but NFD DEBUG logs for interest exist (onIncomingInterest, CS find/no-match, onContentStoreMiss) On Thu, Aug 20, 2015 at 8:26 AM, Navdeep Uniyal wrote: > Hi Steve, > > I cross checked both the areas. Seems to be pretty fine as you suggested. Please suggest if there are other ways so this method is triggered. And does on every timeout this should be called or it depends on some other factors. I my case I have switched off the CS caching just to experiment. > > > Best Regards, > Navdeep Uniyal > > -----Original Message----- > From: steven.dibenedetto at gmail.com > [mailto:steven.dibenedetto at gmail.com] On Behalf Of Steve DiBenedetto > Sent: Donnerstag, 20. August 2015 15:53 > To: Navdeep Uniyal > Cc: Junxiao Shi; Steve DiBenedetto; nfd-dev at lists.cs.ucla.edu > Subject: Re: [Nfd-dev] beforeExpirePendingInterest for forwarding > strategy > > Please make sure the header file's method prototype is: > > virtual void > > beforeExpirePendingInterest(shared_ptr pitEntry) > DECL_OVERRIDE; > > > Also, (sorry, have to ask), did you enable TRACE logging for the specific strategy module/all modules in the nfd config? > > > On Thu, Aug 20, 2015 at 6:44 AM, Navdeep Uniyal wrote: >> Hi Junxiao, >> >> >> >> Below are the client and server configuration which I am using. As >> none of the files held by server matches with interest, all requests >> are getting timed out. While overriding the method, currently I am >> just trying to check if it works, may be later I will include more code as per the requirement. >> >> >> >> >> >> >> >> Client conf: >> >> >> >> ########## >> >> TrafficPercentage=100 >> >> Name=/ndn/nle/file >> >> ExpectedContent=AAAAAAAA >> >> ########## >> >> >> >> >> >> Server Conf: >> >> >> >> ########## >> >> Name=/ndn/nle/file1 >> >> Content=AAAAAAAA >> >> ContentBytes=5000 >> >> ########## >> >> Name=/ndn/nle/file2 >> >> Content=AAAAAAAB >> >> ContentBytes=5000 >> >> ########## >> >> Name=/ndn/nle/file3 >> >> Content=AAAAAAAC >> >> ContentBytes=5000 >> >> ########## >> >> Name=/ndn/nle/file6 >> >> Content=AAAAAAAF >> >> ContentBytes=5000 >> >> ########## >> >> >> >> >> >> Method: >> >> >> >> void >> >> WeightedLoadBalancerStrategy::beforeExpirePendingInterest(shared_ptr< >> p >> it::Entry> >> pitEntry) >> >> { >> >> NFD_LOG_TRACE("Entering >> beforeExpirePendingInterest"<getName()); >> >> } >> >> >> >> >> >> >> >> >> >> Best Regards, >> >> Navdeep Uniyal >> >> >> >> From: Junxiao Shi [mailto:shijunxiao at email.arizona.edu] >> Sent: Donnerstag, 20. August 2015 14:36 >> To: Navdeep Uniyal; Steve DiBenedetto >> Cc: nfd-dev at lists.cs.ucla.edu >> Subject: RE: [Nfd-dev] beforeExpirePendingInterest for forwarding >> strategy >> >> >> >> Hi Navdeep >> >> >> >> beforeExpirePendingInterest should be triggered when PIT entry is >> unsatisfied after InterestLifetime. >> >> If you find it?s not triggered, give more details of your setup >> including the topology and the configuration files of traffic >> generator server and client. >> >> >> >> Yours, Junxiao >> >> >> >> >> From: Navdeep Uniyal >> Sent: Thursday, August 20, 2015 05:15 >> To: Steve DiBenedetto >> Cc: nfd-dev at lists.cs.ucla.edu >> Subject: Re: [Nfd-dev] beforeExpirePendingInterest for forwarding >> strategy >> >> >> >> >> >> Hi Steve, >> >> >> >> Thank you for your reply. I have a doubt regarding the triggering of >> this event. I am using Ndn Traffic Generator for testing my strategy. >> I am overriding this method ?beforeExpirePendingInterest? just to get >> some log trace. But I am unable to see anything in the logs. As per >> my understanding, for all the timed out interests this method should >> be triggered. Please if you can suggest what could be the potential >> issue for the method to be not logging anything for the timed out interest messages. >> >> >> >> >> >> Best Regards, >> >> Navdeep Uniyal From shijunxiao at email.arizona.edu Sun Aug 23 08:29:59 2015 From: shijunxiao at email.arizona.edu (Junxiao Shi) Date: Sun, 23 Aug 2015 08:29:59 -0700 Subject: [Nfd-dev] Jenkins master down In-Reply-To: <0000014f57ca0154-05830dc1-680e-415b-9ed3-f760d0673666-000000@email.amazonses.com> References: <0000014f57ca0154-05830dc1-680e-415b-9ed3-f760d0673666-000000@email.amazonses.com> Message-ID: <55d9e6f7.4986440a.aa4c9.6b4e@mx.google.com> Dear folks Jenkins master is unavailable since Aug 22 afternoon due to a power outage. Although power is restored, the host machine needs to be powered on by lab staff. It?s expected that they could turn on the machine on Monday morning. Yours, Junxiao From: UAlert Sent: Saturday, August 22, 2015 16:42 To: undisclosed-recipients Subject: Power out Main campus Power is out across campus. TEP and FM are working to restore power. Power out around Tucson. -------------- next part -------------- An HTML attachment was scrubbed... URL: From navdeep.uniyal at neclab.eu Mon Aug 24 06:32:18 2015 From: navdeep.uniyal at neclab.eu (Navdeep Uniyal) Date: Mon, 24 Aug 2015 13:32:18 +0000 Subject: [Nfd-dev] NDN Traffic Generator manifests Message-ID: <12DB5299AAAB1A40B17E72AB76FDA6D8EE57F0@PALLENE.office.hd> Hello All, Please if someone can suggest a way and if it is possible to create manifests using NDN traffic generator to simulate video traffic with chunks. Best Regards, Navdeep Uniyal -------------- next part -------------- An HTML attachment was scrubbed... URL: From iliamo at CS.UCLA.EDU Mon Aug 24 08:38:39 2015 From: iliamo at CS.UCLA.EDU (Ilya Moiseenko) Date: Mon, 24 Aug 2015 11:38:39 -0400 Subject: [Nfd-dev] NDN Traffic Generator manifests In-Reply-To: <12DB5299AAAB1A40B17E72AB76FDA6D8EE57F0@PALLENE.office.hd> References: <12DB5299AAAB1A40B17E72AB76FDA6D8EE57F0@PALLENE.office.hd> Message-ID: Hi Navdeep, No, traffic generator does not have this functionality. You may look into using Consumer / Producer API for the manifest support http://github.com/iliamo/Consumer-Producer-API It doesn?t have a lot of documentation, so I suggest to refer to the attached paper. There are a few video streaming applications, see http://named-data.net/publications/techreports/ndn-0031-1-ndnlive-ndntube Ilya On Aug 24, 2015, at 9:32 AM, Navdeep Uniyal wrote: > Hello All, > > Please if someone can suggest a way and if it is possible to create manifests using NDN traffic generator to simulate video traffic with chunks. > > > Best Regards, > Navdeep Uniyal > _______________________________________________ > Nfd-dev mailing list > Nfd-dev at lists.cs.ucla.edu > http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: icn09-moiseenko.pdf Type: application/pdf Size: 591853 bytes Desc: not available URL: -------------- next part -------------- An HTML attachment was scrubbed... URL: From shijunxiao at email.arizona.edu Tue Aug 25 15:44:46 2015 From: shijunxiao at email.arizona.edu (Junxiao Shi) Date: Tue, 25 Aug 2015 15:44:46 -0700 Subject: [Nfd-dev] beforeExpirePendingInterest for forwarding strategy In-Reply-To: <12DB5299AAAB1A40B17E72AB76FDA6D8EE46BC@PALLENE.office.hd> References: <12DB5299AAAB1A40B17E72AB76FDA6D8EE3646@PALLENE.office.hd> <84327693-85CB-4D21-BF9A-134439F9B4DD@cs.colostate.edu> <12DB5299AAAB1A40B17E72AB76FDA6D8EE46A3@PALLENE.office.hd> <55d5c9a8.040d460a.84cdf.ffffc1b3@mx.google.com> <12DB5299AAAB1A40B17E72AB76FDA6D8EE46BC@PALLENE.office.hd> Message-ID: Hi Navdeep I tried a scenario similar to this. I have NFD configured as default, except that loglevel for Forwarder,Strategy,BestRouteStrategy2 are set to DEBUG. In the first experiment, I execute `ndnpeek /A` on the console and wait for it to timeout. The log lines related to this Interest are: 1440541933.178175 DEBUG: [Forwarder] onIncomingInterest face=261 interest=/A 1440541933.178432 DEBUG: [Forwarder] onContentStoreMiss interest=/A 1440541933.178521 DEBUG: [BestRouteStrategy2] /A?ndn.Nonce=294193691 from=261 noNextHop 1440541933.178585 DEBUG: [Forwarder] onInterestReject interest=/A 1440541933.279071 DEBUG: [Forwarder] onInterestFinalize interest=/A unsatisfied In the second experiment, I execute `nfdc register /A tcp4:// spurs.cs.ucla.edu` to create a route toward the prefix, then execute `ndnpeek /A` and wait for timeout. The log lines related to this Interest are: 1440542132.989179 DEBUG: [Forwarder] onIncomingInterest face=263 interest=/A 1440542132.989297 DEBUG: [Forwarder] onContentStoreMiss interest=/A 1440542132.989376 DEBUG: [Forwarder] onOutgoingInterest face=262 interest=/A 1440542132.989576 DEBUG: [BestRouteStrategy2] /A?ndn.Nonce=2926069994 from=263 newPitEntry-to=262 1440542136.991586 DEBUG: [Forwarder] onInterestUnsatisfied interest=/A 1440542136.991624 DEBUG: [Strategy] beforeExpirePendingInterest pitEntry=/A 1440542136.991649 DEBUG: [Forwarder] onInterestFinalize interest=/A unsatisfied We can see that the "before expire Interest" trigger is triggered only if the Interest has been forwarded but no Data comes back; it's not triggered if Interest was not forwarded / rejected (in BestRouteStrategy2 it's due to lack of FIB entry). Not triggering the "before expire Interest" trigger in the first case is a reasonable behavior, because the rejection of this Interest is directly caused by the strategy itself: the strategy is triggered for "after receive Interest" and decides not to forward the Interest, so that forwarding enters the Interest reject pipeline and then finalizes the Interest after the straggler timer. In this situation, the strategy could do whatever it wants within the "after receive Interest" trigger. In the second case, the "before expire Interest" trigger would inform strategy about an expiring PIT entry, because the unsatisfied Interest is not caused by the strategy: the strategy has forwarded the Interest somewhere, and it should be triggered when Data comes back (in "before satisfy Interest" trigger) or when nothing comes back (in "before expire Interest" trigger). Yours, Junxiao On Thu, Aug 20, 2015 at 5:44 AM, Navdeep Uniyal wrote: > Hi Junxiao, > > > > Below are the client and server configuration which I am using. As none of > the files held by server matches with interest, all requests are getting > timed out. While overriding the method, currently I am just trying to check > if it works, may be later I will include more code as per the requirement. > > > > > > > > Client conf: > > > > ########## > > TrafficPercentage=100 > > Name=/ndn/nle/file > > ExpectedContent=AAAAAAAA > > ########## > > > > > > Server Conf: > > > > ########## > > Name=/ndn/nle/file1 > > Content=AAAAAAAA > > ContentBytes=5000 > > ########## > > Name=/ndn/nle/file2 > > Content=AAAAAAAB > > ContentBytes=5000 > > ########## > > Name=/ndn/nle/file3 > > Content=AAAAAAAC > > ContentBytes=5000 > > ########## > > Name=/ndn/nle/file6 > > Content=AAAAAAAF > > ContentBytes=5000 > > ########## > > > > > > Method: > > > > void > > WeightedLoadBalancerStrategy::beforeExpirePendingInterest(shared_ptr > pitEntry) > > { > > NFD_LOG_TRACE("Entering > beforeExpirePendingInterest"<getName()); > > } > > > > > > > > > > Best Regards, > > Navdeep Uniyal > > > > *From:* Junxiao Shi [mailto:shijunxiao at email.arizona.edu] > *Sent:* Donnerstag, 20. August 2015 14:36 > *To:* Navdeep Uniyal; Steve DiBenedetto > *Cc:* nfd-dev at lists.cs.ucla.edu > *Subject:* RE: [Nfd-dev] beforeExpirePendingInterest for forwarding > strategy > > > > Hi Navdeep > > > > beforeExpirePendingInterest should be triggered when PIT entry is > *unsatisfied* after InterestLifetime. > > If you find it?s not triggered, give more details of your setup including > the topology and the configuration files of traffic generator server and > client. > > > > Yours, Junxiao > > > > > *From: *Navdeep Uniyal > *Sent: *Thursday, August 20, 2015 05:15 > *To: *Steve DiBenedetto > *Cc: *nfd-dev at lists.cs.ucla.edu > *Subject: *Re: [Nfd-dev] beforeExpirePendingInterest for forwarding > strategy > > > > > > Hi Steve, > > > > Thank you for your reply. I have a doubt regarding the triggering of this > event. I am using Ndn Traffic Generator for testing my strategy. I am > overriding this method ?beforeExpirePendingInterest? just to get some log > trace. But I am unable to see anything in the logs. As per my > understanding, for all the timed out interests this method should be > triggered. Please if you can suggest what could be the potential issue for > the method to be not logging anything for the timed out interest messages. > > > > > > Best Regards, > > Navdeep Uniyal > -------------- next part -------------- An HTML attachment was scrubbed... URL: From navdeep.uniyal at neclab.eu Wed Aug 26 08:35:14 2015 From: navdeep.uniyal at neclab.eu (Navdeep Uniyal) Date: Wed, 26 Aug 2015 15:35:14 +0000 Subject: [Nfd-dev] beforeExpirePendingInterest for forwarding strategy In-Reply-To: References: <12DB5299AAAB1A40B17E72AB76FDA6D8EE3646@PALLENE.office.hd> <84327693-85CB-4D21-BF9A-134439F9B4DD@cs.colostate.edu> <12DB5299AAAB1A40B17E72AB76FDA6D8EE46A3@PALLENE.office.hd> <55d5c9a8.040d460a.84cdf.ffffc1b3@mx.google.com> <12DB5299AAAB1A40B17E72AB76FDA6D8EE46BC@PALLENE.office.hd> Message-ID: <12DB5299AAAB1A40B17E72AB76FDA6D8EE58E1@PALLENE.office.hd> Hi Junxiao, Thank you for the explanation. I am able to trigger the function now. Best Regards, Navdeep Uniyal From: Junxiao Shi [mailto:shijunxiao at email.arizona.edu] Sent: Mittwoch, 26. August 2015 00:45 To: Navdeep Uniyal Cc: Steve DiBenedetto; nfd-dev at lists.cs.ucla.edu Subject: Re: [Nfd-dev] beforeExpirePendingInterest for forwarding strategy Hi Navdeep I tried a scenario similar to this. I have NFD configured as default, except that loglevel for Forwarder,Strategy,BestRouteStrategy2 are set to DEBUG. In the first experiment, I execute `ndnpeek /A` on the console and wait for it to timeout. The log lines related to this Interest are: 1440541933.178175 DEBUG: [Forwarder] onIncomingInterest face=261 interest=/A 1440541933.178432 DEBUG: [Forwarder] onContentStoreMiss interest=/A 1440541933.178521 DEBUG: [BestRouteStrategy2] /A?ndn.Nonce=294193691 from=261 noNextHop 1440541933.178585 DEBUG: [Forwarder] onInterestReject interest=/A 1440541933.279071 DEBUG: [Forwarder] onInterestFinalize interest=/A unsatisfied In the second experiment, I execute `nfdc register /A tcp4://spurs.cs.ucla.edu` to create a route toward the prefix, then execute `ndnpeek /A` and wait for timeout. The log lines related to this Interest are: 1440542132.989179 DEBUG: [Forwarder] onIncomingInterest face=263 interest=/A 1440542132.989297 DEBUG: [Forwarder] onContentStoreMiss interest=/A 1440542132.989376 DEBUG: [Forwarder] onOutgoingInterest face=262 interest=/A 1440542132.989576 DEBUG: [BestRouteStrategy2] /A?ndn.Nonce=2926069994 from=263 newPitEntry-to=262 1440542136.991586 DEBUG: [Forwarder] onInterestUnsatisfied interest=/A 1440542136.991624 DEBUG: [Strategy] beforeExpirePendingInterest pitEntry=/A 1440542136.991649 DEBUG: [Forwarder] onInterestFinalize interest=/A unsatisfied We can see that the "before expire Interest" trigger is triggered only if the Interest has been forwarded but no Data comes back; it's not triggered if Interest was not forwarded / rejected (in BestRouteStrategy2 it's due to lack of FIB entry). Not triggering the "before expire Interest" trigger in the first case is a reasonable behavior, because the rejection of this Interest is directly caused by the strategy itself: the strategy is triggered for "after receive Interest" and decides not to forward the Interest, so that forwarding enters the Interest reject pipeline and then finalizes the Interest after the straggler timer. In this situation, the strategy could do whatever it wants within the "after receive Interest" trigger. In the second case, the "before expire Interest" trigger would inform strategy about an expiring PIT entry, because the unsatisfied Interest is not caused by the strategy: the strategy has forwarded the Interest somewhere, and it should be triggered when Data comes back (in "before satisfy Interest" trigger) or when nothing comes back (in "before expire Interest" trigger). Yours, Junxiao On Thu, Aug 20, 2015 at 5:44 AM, Navdeep Uniyal > wrote: Hi Junxiao, Below are the client and server configuration which I am using. As none of the files held by server matches with interest, all requests are getting timed out. While overriding the method, currently I am just trying to check if it works, may be later I will include more code as per the requirement. Client conf: ########## TrafficPercentage=100 Name=/ndn/nle/file ExpectedContent=AAAAAAAA ########## Server Conf: ########## Name=/ndn/nle/file1 Content=AAAAAAAA ContentBytes=5000 ########## Name=/ndn/nle/file2 Content=AAAAAAAB ContentBytes=5000 ########## Name=/ndn/nle/file3 Content=AAAAAAAC ContentBytes=5000 ########## Name=/ndn/nle/file6 Content=AAAAAAAF ContentBytes=5000 ########## Method: void WeightedLoadBalancerStrategy::beforeExpirePendingInterest(shared_ptr pitEntry) { NFD_LOG_TRACE("Entering beforeExpirePendingInterest"<getName()); } Best Regards, Navdeep Uniyal From: Junxiao Shi [mailto:shijunxiao at email.arizona.edu] Sent: Donnerstag, 20. August 2015 14:36 To: Navdeep Uniyal; Steve DiBenedetto Cc: nfd-dev at lists.cs.ucla.edu Subject: RE: [Nfd-dev] beforeExpirePendingInterest for forwarding strategy Hi Navdeep beforeExpirePendingInterest should be triggered when PIT entry is unsatisfied after InterestLifetime. If you find it?s not triggered, give more details of your setup including the topology and the configuration files of traffic generator server and client. Yours, Junxiao From: Navdeep Uniyal Sent: Thursday, August 20, 2015 05:15 To: Steve DiBenedetto Cc: nfd-dev at lists.cs.ucla.edu Subject: Re: [Nfd-dev] beforeExpirePendingInterest for forwarding strategy Hi Steve, Thank you for your reply. I have a doubt regarding the triggering of this event. I am using Ndn Traffic Generator for testing my strategy. I am overriding this method ?beforeExpirePendingInterest? just to get some log trace. But I am unable to see anything in the logs. As per my understanding, for all the timed out interests this method should be triggered. Please if you can suggest what could be the potential issue for the method to be not logging anything for the timed out interest messages. Best Regards, Navdeep Uniyal -------------- next part -------------- An HTML attachment was scrubbed... URL: From shijunxiao at email.arizona.edu Wed Aug 26 16:58:31 2015 From: shijunxiao at email.arizona.edu (Junxiao Shi) Date: Wed, 26 Aug 2015 16:58:31 -0700 Subject: [Nfd-dev] Where did face dispatch the packet to forwarder In-Reply-To: References: <69EF0B55-9319-4B87-AE5C-E26A37BEC134@email.arizona.edu> Message-ID: <55de52ae.0ad7440a.fb370.0dc4@mx.google.com> Hi Yumin The ?gateway? between face system and forwarding is in the FaceTable class. After a face is created, management or channel will add it into the FaceTable. During this process, FaceTable would connect handlers onto the network layer receive signals on the face, so that received packets are delivered to forwarding. Yours, Junxiao From: ?? Sent: Tuesday, August 25, 2015 15:38 To: Junxiao Shi Subject: Re: Forwarding Queue In the 'daemon/face/face.cpp' file, function 'decodeAndDispatchInput' , in the last , it calls a ?boost::signal type function,?onReceiveData/onReceiveInterest. Where did face dispatch the packet to forwarder? In the construction function of Face(), I only found a binding of m_counters on ?onReceiveData/onReceiveInterest, so where did the connection between face and forwarding pipeline happen? Best, Yumin -------------- next part -------------- An HTML attachment was scrubbed... URL: From zhouqi_mail at 163.com Thu Aug 27 01:57:56 2015 From: zhouqi_mail at 163.com (JohnQi) Date: Thu, 27 Aug 2015 16:57:56 +0800 (CST) Subject: [Nfd-dev] ERROR:error while connecting to the forwarder In-Reply-To: References: <531c2b77.17ee0.14f3ff38625.Coremail.zhouqi_mail@163.com> Message-ID: <7c807e35.e368.14f6e60b9fc.Coremail.zhouqi_mail@163.com> Hi! Every one, We are woking on an experiment on NFD. To evaluate the performance of the NFD, we try to use the traffic-generator provided with the NFD together. We wrote two configuration files according to "ndn-traffic-server.conf.sample" and "ndn-traffic-client.conf.sample". The only difference between our configuration files and the orginal configuration files lie on the number of the content in the files. Our files include 10 thousands of content. Then I started the nfd at the client and the server. Moreover, registered the name prefix by binding the sever ip. There is an error ocured then with a msg that "error while connecting to the forwarder" (we have correctly run and compile NFD and ndn-traffic-generator). Our configure files "ndn-traffic-server.conf.sample, ndn-traffic-server.conf.sample.full-data, ndn-traffic-client.conf.sample" are attached in this mail. To identify this error, we constructed another configure files and found that there is no error at all if the number of the content in the configuration files is less then 1936. This two configuration files are attatched also. I think this is a bug of the NFD in consideration of the simplicity of the traffic-generator. Does anybody know about this? Please do us a favor to check this problem. Looking forward to your reply. Thanks a lot. Yours sincerely. John qi. At 2015-08-18 23:58:10, "Chengyu Fan" wrote: Hi, The "ERROR:error while connecting to the forwarder" error usually throws because you didn't run the NFD. 1. Run NFD: nfd-start 2. run ndn-traffic-generator should fix your problem On Tue, Aug 18, 2015 at 2:36 AM, JohnQi wrote: Dear Mr or Mrs: I have some question when I use the software,ndn-traffic-generator-master.The first question is that the error-message,"ERROR:error while connecting to the forwarder",will be displayed at the viewing screen so long as the number of the data in this file ,ndn-traffic-server.conf, beyong the value of 1936.I serached the error-message,"error while connecting to the forwarder",in folder of NFD and ndn-cxx ,and finally found that it just appear at the file of stream-transpot.hpp(ndn-cxx/src/transport).Although i change the message into other words,"error while connecting to the forwarder from connectTimeoutHandler",for example,the screen also is displaying the error-message,"error while connecting to the forwarder".That is my another question. Thank you for your attention to this matter.I look forward to hearing from you and firmly believe it's a piece of cake for you. Yours sincerely. Johnqi. ???????????1???? ???????????1???? ???????????1???? -- Thanks, Chengyu ???????????1???? -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ndn-traffic-server.conf.sample.full-data Type: application/octet-stream Size: 487642 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ndn-traffic-client.conf.sample Type: application/octet-stream Size: 4325726 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ndn-traffic-server.conf.sample Type: application/octet-stream Size: 92798 bytes Desc: not available URL: From shijunxiao at email.arizona.edu Thu Aug 27 06:31:34 2015 From: shijunxiao at email.arizona.edu (Junxiao Shi) Date: Thu, 27 Aug 2015 06:31:34 -0700 Subject: [Nfd-dev] ERROR:error while connecting to the forwarder In-Reply-To: <7c807e35.e368.14f6e60b9fc.Coremail.zhouqi_mail@163.com> References: <531c2b77.17ee0.14f3ff38625.Coremail.zhouqi_mail@163.com> <7c807e35.e368.14f6e60b9fc.Coremail.zhouqi_mail@163.com> Message-ID: <55df1138.49e1440a.4d451.716b@mx.google.com> Hi John This is either due to Bug 2742, or caused by too many prefix registration commands filling up the output buffer of the UNIX socket before Face::processEvents is invoked. The solution would be: during traffic generator server initialization, call Face::processEvents after every prefix registration command. Currently ndn-traffic-generator does not have a maintainer. Can you contribute a patch to this problem? The patch can be submitted to Gerrit. Yours, Junxiao From: JohnQi Sent: Thursday, August 27, 2015 02:10 To: nfd-dev at lists.cs.ucla.edu Subject: Re: [Nfd-dev] ERROR:error while connecting to the forwarder Hi! Every one, ?We are woking on an experiment on NFD. To evaluate the performance of the NFD, we try to use the traffic-generator provided with the NFD together. We wrote two configuration files according to "ndn-traffic-server.conf.sample" and?"ndn-traffic-client.conf.sample". The only difference between our configuration files and the orginal configuration files lie on the number of the content in the files. Our files include 10 thousands of content. ?Then?I started the nfd at the client and the server. Moreover, registered the name prefix by binding the sever ip. There is an error ocured then with?a msg that "error while connecting to the forwarder" (we have correctly run and compile NFD and?ndn-traffic-generator). Our?configure files "ndn-traffic-server.conf.sample,?ndn-traffic-server.conf.sample.full-data,?ndn-traffic-client.conf.sample" are attached in this mail. To identify this error, we constructed another configure files and found that there is no error at all if the number of the content in the configuration files is less then 1936. This two configuration files are attatched also.? I think this is a bug of the NFD in consideration of the simplicity of the??traffic-generator. ?Does anybody know about this? Please do us a favor to check this problem.? Looking forward to?your reply. Thanks a lot. Yours sincerely. John qi. -------------- next part -------------- An HTML attachment was scrubbed... URL: From josh at caida.org Thu Aug 27 11:31:13 2015 From: josh at caida.org (Josh Polterock) Date: Thu, 27 Aug 2015 11:31:13 -0700 Subject: [Nfd-dev] error when trying to start NFD v0.3.3 Message-ID: <20150827183112.GU86584@caida.org> NFD Developers, While upgrading to NFD v0.3.3 on my desktop iMac running Mac OS X 10.9.5 I get the following error when trying to start NFD. I removed (what I thought were) all traces of NFD and ndn-cxx and tools and reinstalled from source NFD v0.3.3 and ndn-cxx v0.3.3. The configurations and installs happen without error but I get the following error when trying to startup NFD. $ sudo nfd-start /opt/local/bin/ndnsec-install-cert: line 4: 57201 Segmentation fault: 11 `dirname "$0"`/ndnsec cert-install "$@" /opt/local/bin/ndnsec-keygen: line 4: 57199 Segmentation fault: 11 `dirname "$0"`/ndnsec key-gen "$@" Any insights? Thanks, Josh From alexander.afanasyev at ucla.edu Thu Aug 27 13:49:36 2015 From: alexander.afanasyev at ucla.edu (Alex Afanasyev) Date: Thu, 27 Aug 2015 13:49:36 -0700 Subject: [Nfd-dev] NDN/NFD for Android In-Reply-To: <3E75770E-C47A-4945-8A4A-E87DAAFD1492@ucla.edu> References: <3E75770E-C47A-4945-8A4A-E87DAAFD1492@ucla.edu> Message-ID: <35FC23C5-0EEF-4B6F-84D2-99C85ACFACF9@ucla.edu> I would like to follow up on this discussion. Based on the discussion we had so far and with the help of Dustin and Jeff, we now have the following candidates. We can add any additional adjustments to fonts/background/colors. What I'm interested in what others think about the proposed logos. Just to be clear. As of right now, we are specifically making logo for NDN suite for android (NFD app that includes basic management interfaces). --- Alex > On Aug 11, 2015, at 11:30 PM, Alex Afanasyev wrote: > > Hi everybody, > > A small issue has been (mentally) stopping me to make the NFD app more easily available in binary form (e.g., google market): we don't have any logo that I can use for the app icon. > > In the past we had a few attempts to come up with a general logo for NDN and a few people, include Xiaoke, drafted some basic logo for NFD. I would like to unblock myself with the choice of some logo, here are the options I have right now: https://www.dropbox.com/sh/0l03dtbw8vomhl9/AABsNwxhUFpqAwxROXRCdSoBa?dl=0 > > I'm leaning towards the first one (1.png). Can you give your opinion, so I can select something. > > * * * > > If someone has a suggestion for a better picture, I would be very happy to use it (either right away or in later updates) > > Thanks, > Alex > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: logos-for-vote.jpeg Type: image/jpeg Size: 83753 bytes Desc: not available URL: -------------- 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 iliamo at CS.UCLA.EDU Thu Aug 27 14:16:18 2015 From: iliamo at CS.UCLA.EDU (Ilya Moiseenko) Date: Thu, 27 Aug 2015 17:16:18 -0400 Subject: [Nfd-dev] NDN/NFD for Android In-Reply-To: <35FC23C5-0EEF-4B6F-84D2-99C85ACFACF9@ucla.edu> References: <3E75770E-C47A-4945-8A4A-E87DAAFD1492@ucla.edu> <35FC23C5-0EEF-4B6F-84D2-99C85ACFACF9@ucla.edu> Message-ID: <59E59648-F9E7-46A8-978B-9315B0F25063@cs.ucla.edu> Alex, they are all very good. What about that one? On Aug 27, 2015, at 4:49 PM, Alex Afanasyev wrote: > I would like to follow up on this discussion. Based on the discussion we had so far and with the help of Dustin and Jeff, we now have the following candidates. We can add any additional adjustments to fonts/background/colors. What I'm interested in what others think about the proposed logos. > > Just to be clear. As of right now, we are specifically making logo for NDN suite for android (NFD app that includes basic management interfaces). > > --- > Alex > > > > >> On Aug 11, 2015, at 11:30 PM, Alex Afanasyev wrote: >> >> Hi everybody, >> >> A small issue has been (mentally) stopping me to make the NFD app more easily available in binary form (e.g., google market): we don't have any logo that I can use for the app icon. >> >> In the past we had a few attempts to come up with a general logo for NDN and a few people, include Xiaoke, drafted some basic logo for NFD. I would like to unblock myself with the choice of some logo, here are the options I have right now: https://www.dropbox.com/sh/0l03dtbw8vomhl9/AABsNwxhUFpqAwxROXRCdSoBa?dl=0 >> >> I'm leaning towards the first one (1.png). Can you give your opinion, so I can select something. >> >> * * * >> >> If someone has a suggestion for a better picture, I would be very happy to use it (either right away or in later updates) >> >> Thanks, >> Alex >> > > _______________________________________________ > Nfd-dev mailing list > Nfd-dev at lists.cs.ucla.edu > http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: unicorn-silhouette-icon-logo-rainbow-colored-horn-shine-simple-style-symbol-56821259.jpg Type: image/jpg Size: 12242 bytes Desc: not available URL: From klaus at email.arizona.edu Thu Aug 27 15:22:13 2015 From: klaus at email.arizona.edu (Klaus Schneider) Date: Thu, 27 Aug 2015 15:22:13 -0700 Subject: [Nfd-dev] NDN/NFD for Android Message-ID: <55DF8D95.3050104@email.arizona.edu> Hi, I like 1 and 2. Maybe 4,5,6 with the font capitalized? I think 7 is too generic, and the font of 3 and 8 is hard to read when used as an icon. Klaus > I would like to follow up on this discussion. Based on the > discussion we had so far and with the help of Dustin and Jeff, we now > have the following candidates. We can add any additional adjustments > to fonts/background/colors. What I'm interested in what others think > about the proposed logos. > > Just to be clear. As of right now, we are specifically making logo > for NDN suite for android (NFD app that includes basic management > interfaces). > > --- Alex > > > > >> On Aug 11, 2015, at 11:30 PM, Alex Afanasyev > at ucla.edu> wrote: >> >> Hi everybody, >> >> A small issue has been (mentally) stopping me to make the NFD app >> more easily available in binary form (e.g., google market): we >> don't have any logo that I can use for the app icon. >> >> In the past we had a few attempts to come up with a general logo >> for NDN and a few people, include Xiaoke, drafted some basic logo >> for NFD. I would like to unblock myself with the choice of some >> logo, here are the options I have right now: >> https://www.dropbox.com/sh/0l03dtbw8vomhl9/AABsNwxhUFpqAwxROXRCdSoBa?dl=0 >> >> I'm leaning towards the first one (1.png). Can you give your >> opinion, so I can select something. >> >> * * * >> >> If someone has a suggestion for a better picture, I would be very >> happy to use it (either right away or in later updates) >> >> Thanks, Alex >> > > -------------- next part -------------- An HTML attachment was > scrubbed... URL: > > > -------------- next part -------------- > A non-text attachment was scrubbed... Name: logos-for-vote.jpeg Type: > image/jpeg Size: 83753 bytes Desc: not available URL: > > > -------------- 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 aa at CS.UCLA.EDU Thu Aug 27 22:36:49 2015 From: aa at CS.UCLA.EDU (Alex Afanasyev) Date: Thu, 27 Aug 2015 22:36:49 -0700 Subject: [Nfd-dev] error when trying to start NFD v0.3.3 In-Reply-To: <20150827183112.GU86584@caida.org> References: <20150827183112.GU86584@caida.org> Message-ID: Hi Josh, I cannot immediately check on my machine (I'm using homebrew now, will try to check get back to you later), but in the past there was a problem with cryptopp library: one of the recent updates introduced a problem (I have reported the issue, but cannot check the status, as their bug server is down now). --- Alex > On Aug 27, 2015, at 11:31 AM, Josh Polterock wrote: > > NFD Developers, > > While upgrading to NFD v0.3.3 on my desktop iMac running Mac OS X > 10.9.5 I get the following error when trying to start NFD. > > I removed (what I thought were) all traces of NFD and ndn-cxx and tools > and reinstalled from source NFD v0.3.3 and ndn-cxx v0.3.3. The > configurations and installs happen without error but I get the > following error when trying to startup NFD. > > $ sudo nfd-start > /opt/local/bin/ndnsec-install-cert: line 4: 57201 Segmentation fault: 11 `dirname "$0"`/ndnsec cert-install "$@" > /opt/local/bin/ndnsec-keygen: line 4: 57199 Segmentation fault: 11 `dirname "$0"`/ndnsec key-gen "$@" > > Any insights? > > Thanks, > Josh -------------- 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 ivanyeo at CS.UCLA.EDU Fri Aug 28 11:57:01 2015 From: ivanyeo at CS.UCLA.EDU (Ivan Yeo) Date: Fri, 28 Aug 2015 11:57:01 -0700 Subject: [Nfd-dev] NDN/NFD for Android In-Reply-To: <35FC23C5-0EEF-4B6F-84D2-99C85ACFACF9@ucla.edu> References: <3E75770E-C47A-4945-8A4A-E87DAAFD1492@ucla.edu> <35FC23C5-0EEF-4B6F-84D2-99C85ACFACF9@ucla.edu> Message-ID: Hey all, Hope everyone's doing well! Thought I'd jump in on this one. My vote is with 8 for a couple of reasons: 1) color: energetic and has a spectrum of colors for appeal 2) shape: looks like a cogwheel which hints at Engineering work being done here 3) icon: can be easily made a circle or square bounded without restrictions 4) front color: we might have to tweak that a little. With a black background that bounds the text, yellow and red stand out well but not the green. If we want to stick with green, we should use a lighter neon or lime green. That said, we could try UCLA's blue as one of the character's color as well. Just some thought off the top of my head. Have a great day ahead! Cheers, Ivan > On Aug 27, 2015, at 1:49 PM, Alex Afanasyev wrote: > > I would like to follow up on this discussion. Based on the discussion we had so far and with the help of Dustin and Jeff, we now have the following candidates. We can add any additional adjustments to fonts/background/colors. What I'm interested in what others think about the proposed logos. > > Just to be clear. As of right now, we are specifically making logo for NDN suite for android (NFD app that includes basic management interfaces). > > --- > Alex > > > > >> On Aug 11, 2015, at 11:30 PM, Alex Afanasyev wrote: >> >> Hi everybody, >> >> A small issue has been (mentally) stopping me to make the NFD app more easily available in binary form (e.g., google market): we don't have any logo that I can use for the app icon. >> >> In the past we had a few attempts to come up with a general logo for NDN and a few people, include Xiaoke, drafted some basic logo for NFD. I would like to unblock myself with the choice of some logo, here are the options I have right now: https://www.dropbox.com/sh/0l03dtbw8vomhl9/AABsNwxhUFpqAwxROXRCdSoBa?dl=0 >> >> I'm leaning towards the first one (1.png). Can you give your opinion, so I can select something. >> >> * * * >> >> If someone has a suggestion for a better picture, I would be very happy to use it (either right away or in later updates) >> >> Thanks, >> Alex > > _______________________________________________ > Nfd-dev mailing list > Nfd-dev at lists.cs.ucla.edu > http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: From ivanyeo at CS.UCLA.EDU Fri Aug 28 11:59:28 2015 From: ivanyeo at CS.UCLA.EDU (Ivan Yeo) Date: Fri, 28 Aug 2015 11:59:28 -0700 Subject: [Nfd-dev] NDN/NFD for Android In-Reply-To: <59E59648-F9E7-46A8-978B-9315B0F25063@cs.ucla.edu> References: <3E75770E-C47A-4945-8A4A-E87DAAFD1492@ucla.edu> <35FC23C5-0EEF-4B6F-84D2-99C85ACFACF9@ucla.edu> <59E59648-F9E7-46A8-978B-9315B0F25063@cs.ucla.edu> Message-ID: Hey Ilya, This one got me going. Well ... It looks somewhat gay (as in happy)! And I know a couple of nightclubs / bars called unicorn that hints at LGBT movements and I'm wondering if we'll be associated with them inevitably. Nonetheless, just thinking out loud :) Happy Friday peeps! Cheers, Ivan > On Aug 27, 2015, at 2:16 PM, Ilya Moiseenko wrote: > > Alex, they are all very good. > What about that one? > > > > >> On Aug 27, 2015, at 4:49 PM, Alex Afanasyev wrote: >> >> I would like to follow up on this discussion. Based on the discussion we had so far and with the help of Dustin and Jeff, we now have the following candidates. We can add any additional adjustments to fonts/background/colors. What I'm interested in what others think about the proposed logos. >> >> Just to be clear. As of right now, we are specifically making logo for NDN suite for android (NFD app that includes basic management interfaces). >> >> --- >> Alex >> >> >> >> >>> On Aug 11, 2015, at 11:30 PM, Alex Afanasyev wrote: >>> >>> Hi everybody, >>> >>> A small issue has been (mentally) stopping me to make the NFD app more easily available in binary form (e.g., google market): we don't have any logo that I can use for the app icon. >>> >>> In the past we had a few attempts to come up with a general logo for NDN and a few people, include Xiaoke, drafted some basic logo for NFD. I would like to unblock myself with the choice of some logo, here are the options I have right now: https://www.dropbox.com/sh/0l03dtbw8vomhl9/AABsNwxhUFpqAwxROXRCdSoBa?dl=0 >>> >>> I'm leaning towards the first one (1.png). Can you give your opinion, so I can select something. >>> >>> * * * >>> >>> If someone has a suggestion for a better picture, I would be very happy to use it (either right away or in later updates) >>> >>> Thanks, >>> Alex >> >> _______________________________________________ >> Nfd-dev mailing list >> Nfd-dev at lists.cs.ucla.edu >> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev > > _______________________________________________ > Nfd-dev mailing list > Nfd-dev at lists.cs.ucla.edu > http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: unicorn-silhouette-icon-logo-rainbow-colored-horn-shine-simple-style-symbol-56821259.jpg Type: image/jpg Size: 12242 bytes Desc: not available URL: From iliamo at CS.UCLA.EDU Fri Aug 28 12:08:57 2015 From: iliamo at CS.UCLA.EDU (Ilya Moiseenko) Date: Fri, 28 Aug 2015 15:08:57 -0400 Subject: [Nfd-dev] NDN/NFD for Android In-Reply-To: References: <3E75770E-C47A-4945-8A4A-E87DAAFD1492@ucla.edu> <35FC23C5-0EEF-4B6F-84D2-99C85ACFACF9@ucla.edu> <59E59648-F9E7-46A8-978B-9315B0F25063@cs.ucla.edu> Message-ID: Hi Ivan, I just think that the unicorn icon uses the same color palette as the other icons in the set and is basically of the similar quality, if you know what I mean. Also a unicorn is a mythical creature that has never lived on Earth, which is a pretty close description of all information centric networks. Being serious, I suggest to find and pay a freelance professional graphic designer for a few icons. It is clear that nobody in NDN teams has the necessary modern graphical design skills. This is totally OK, but in my opinion none of these icons should go into production. I?m ready to donate $20 into the "graphical design fund?, so if 10 other people donate the same amount we?ll make the job done. Thanks Ilya On Aug 28, 2015, at 2:59 PM, Ivan Yeo wrote: > Hey Ilya, > > This one got me going. Well ... It looks somewhat gay (as in happy)! > > And I know a couple of nightclubs / bars called unicorn that hints at LGBT movements and I'm wondering if we'll be associated with them inevitably. Nonetheless, just thinking out loud :) > > Happy Friday peeps! > > Cheers, > Ivan > > On Aug 27, 2015, at 2:16 PM, Ilya Moiseenko wrote: > >> Alex, they are all very good. >> What about that one? >> >> >> >> >> On Aug 27, 2015, at 4:49 PM, Alex Afanasyev wrote: >> >>> I would like to follow up on this discussion. Based on the discussion we had so far and with the help of Dustin and Jeff, we now have the following candidates. We can add any additional adjustments to fonts/background/colors. What I'm interested in what others think about the proposed logos. >>> >>> Just to be clear. As of right now, we are specifically making logo for NDN suite for android (NFD app that includes basic management interfaces). >>> >>> --- >>> Alex >>> >>> >>> >>> >>>> On Aug 11, 2015, at 11:30 PM, Alex Afanasyev wrote: >>>> >>>> Hi everybody, >>>> >>>> A small issue has been (mentally) stopping me to make the NFD app more easily available in binary form (e.g., google market): we don't have any logo that I can use for the app icon. >>>> >>>> In the past we had a few attempts to come up with a general logo for NDN and a few people, include Xiaoke, drafted some basic logo for NFD. I would like to unblock myself with the choice of some logo, here are the options I have right now: https://www.dropbox.com/sh/0l03dtbw8vomhl9/AABsNwxhUFpqAwxROXRCdSoBa?dl=0 >>>> >>>> I'm leaning towards the first one (1.png). Can you give your opinion, so I can select something. >>>> >>>> * * * >>>> >>>> If someone has a suggestion for a better picture, I would be very happy to use it (either right away or in later updates) >>>> >>>> Thanks, >>>> Alex >>>> >>> >>> _______________________________________________ >>> Nfd-dev mailing list >>> Nfd-dev at lists.cs.ucla.edu >>> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev >> >> _______________________________________________ >> Nfd-dev mailing list >> Nfd-dev at lists.cs.ucla.edu >> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: From shijunxiao at email.arizona.edu Fri Aug 28 13:00:33 2015 From: shijunxiao at email.arizona.edu (Junxiao Shi) Date: Fri, 28 Aug 2015 13:00:33 -0700 Subject: [Nfd-dev] NFD BroadcastStrategy renamed to MulticastStrategy Message-ID: Dear folks We have renamed NFD BroadcastStrategy to MulticastStrategy, to better reflect its semantics. See http://redmine.named-data.net/issues/3011 on the rationale of this renaming. StrategyName of MulticastStrategy is: ndn:/localhost/nfd/strategy/multicast BroadcastStrategy will be kept in NFD repository for one release. Action required: in your configuration files (such as /usr/local/etc/ndn/nfd.conf) and scripts, replace ndn:/localhost/nfd/strategy/broadcast with ndn:/localhost/nfd/strategy/multicast Yours, Junxiao -------------- next part -------------- An HTML attachment was scrubbed... URL: From dibenede at cs.colostate.edu Fri Aug 28 13:04:29 2015 From: dibenede at cs.colostate.edu (Steve DiBenedetto) Date: Fri, 28 Aug 2015 14:04:29 -0600 Subject: [Nfd-dev] NDN/NFD for Android In-Reply-To: References: <3E75770E-C47A-4945-8A4A-E87DAAFD1492@ucla.edu> <35FC23C5-0EEF-4B6F-84D2-99C85ACFACF9@ucla.edu> <59E59648-F9E7-46A8-978B-9315B0F25063@cs.ucla.edu> Message-ID: Hi Ivan, Your comments are homophobic and highly unprofessional. This garbage has absolutely no place here. The NDN community should be welcoming to all. Oh, and Ilya: I heard you left UCLA. You should troll the list from your new work account...or would that not go over so well? The fact that a grad student has to call this out is ridiculous. To the powers that be: get your houses in order. -Steve P.S. The NDN unicorn is now my avatar on the REMAP Slack because it's awesome in its own right. On Fri, Aug 28, 2015 at 12:59 PM, Ivan Yeo wrote: > Hey Ilya, > > This one got me going. Well ... It looks somewhat gay (as in happy)! > > And I know a couple of nightclubs / bars called unicorn that hints at LGBT > movements and I'm wondering if we'll be associated with them inevitably. > Nonetheless, just thinking out loud :) > > Happy Friday peeps! > > Cheers, > Ivan > > On Aug 27, 2015, at 2:16 PM, Ilya Moiseenko wrote: > > Alex, they are all very good. > What about that one? > > > > > On Aug 27, 2015, at 4:49 PM, Alex Afanasyev > wrote: > > I would like to follow up on this discussion. Based on the discussion we > had so far and with the help of Dustin and Jeff, we now have the following > candidates. We can add any additional adjustments to > fonts/background/colors. What I'm interested in what others think about the > proposed logos. > > Just to be clear. As of right now, we are specifically making logo for NDN > suite for android (NFD app that includes basic management interfaces). > > --- > Alex > > > > > > On Aug 11, 2015, at 11:30 PM, Alex Afanasyev > wrote: > > Hi everybody, > > A small issue has been (mentally) stopping me to make the NFD app more > easily available in binary form (e.g., google market): we don't have any > logo that I can use for the app icon. > > In the past we had a few attempts to come up with a general logo for NDN and > a few people, include Xiaoke, drafted some basic logo for NFD. I would like > to unblock myself with the choice of some logo, here are the options I have > right now: > https://www.dropbox.com/sh/0l03dtbw8vomhl9/AABsNwxhUFpqAwxROXRCdSoBa?dl=0 > > I'm leaning towards the first one (1.png). Can you give your opinion, so I > can select something. > > * * * > > If someone has a suggestion for a better picture, I would be very happy to > use it (either right away or in later updates) > > Thanks, > Alex > > > _______________________________________________ > Nfd-dev mailing list > Nfd-dev at lists.cs.ucla.edu > http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev > > > _______________________________________________ > Nfd-dev mailing list > Nfd-dev at lists.cs.ucla.edu > http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev > > > _______________________________________________ > Nfd-dev mailing list > Nfd-dev at lists.cs.ucla.edu > http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev > From aa at CS.UCLA.EDU Fri Aug 28 13:10:49 2015 From: aa at CS.UCLA.EDU (Alex Afanasyev) Date: Fri, 28 Aug 2015 13:10:49 -0700 Subject: [Nfd-dev] error when trying to start NFD v0.3.3 In-Reply-To: <20150827183112.GU86584@caida.org> References: <20150827183112.GU86584@caida.org> Message-ID: <77744867-FB24-422F-AD8B-5E594B3E0945@cs.ucla.edu> Hi Josh, I think in my previous reply I incorrectly assumed that you are using macports, though you have mentioned that you install from source... In any case. The setup you mentioned should not fail, as we are regularly testing it on our built bots. I have just tried it on a clean 10.10.5 machine and I don't get the error you're seeing. I've seen this error before and it was related to broken cryptopp in macports, as I mentioned in previous email. Based on my current test (I installed all dependencies from macports), it is no longer the case. Try `sudo port selfupdate` and then reinstall ndn-cxx (you must use master branch, otherwise it will fail with boost 1.59) and NFD. --- Alex PS I have also tested that macports ports of ndn-cxx (had to do an update for this one) and NFD are working > On Aug 27, 2015, at 11:31 AM, Josh Polterock wrote: > > NFD Developers, > > While upgrading to NFD v0.3.3 on my desktop iMac running Mac OS X > 10.9.5 I get the following error when trying to start NFD. > > I removed (what I thought were) all traces of NFD and ndn-cxx and tools > and reinstalled from source NFD v0.3.3 and ndn-cxx v0.3.3. The > configurations and installs happen without error but I get the > following error when trying to startup NFD. > > $ sudo nfd-start > /opt/local/bin/ndnsec-install-cert: line 4: 57201 Segmentation fault: 11 `dirname "$0"`/ndnsec cert-install "$@" > /opt/local/bin/ndnsec-keygen: line 4: 57199 Segmentation fault: 11 `dirname "$0"`/ndnsec key-gen "$@" > > Any insights? > > Thanks, > Josh -------------- 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 jefft0 at remap.ucla.edu Fri Aug 28 13:15:07 2015 From: jefft0 at remap.ucla.edu (Thompson, Jeff) Date: Fri, 28 Aug 2015 20:15:07 +0000 Subject: [Nfd-dev] NFD BroadcastStrategy renamed to MulticastStrategy In-Reply-To: References: Message-ID: Hi Junxiao, In nfd.conf.sample, the stategy_choice section still has "/ndn/broadcast /localhost/nfd/strategy/multicast". So we still use the multicast strategy on a broadcast prefix? Would you suggest to also add "/ndn/multicast /localhost/nfd/strategy/multicast" or will anyone be using /ndn/multicast? Thanks, - Jeff T From: Nfd-dev > on behalf of Junxiao Shi > Date: Friday, August 28, 2015 at 13:00:00 To: nfd-dev >, ">" > Subject: [Nfd-dev] NFD BroadcastStrategy renamed to MulticastStrategy Dear folks We have renamed NFD BroadcastStrategy to MulticastStrategy, to better reflect its semantics. See http://redmine.named-data.net/issues/3011 on the rationale of this renaming. StrategyName of MulticastStrategy is: ndn:/localhost/nfd/strategy/multicast BroadcastStrategy will be kept in NFD repository for one release. Action required: in your configuration files (such as /usr/local/etc/ndn/nfd.conf) and scripts, replace ndn:/localhost/nfd/strategy/broadcast with ndn:/localhost/nfd/strategy/multicast Yours, Junxiao -------------- next part -------------- An HTML attachment was scrubbed... URL: From aa at CS.UCLA.EDU Fri Aug 28 13:21:55 2015 From: aa at CS.UCLA.EDU (Alex Afanasyev) Date: Fri, 28 Aug 2015 13:21:55 -0700 Subject: [Nfd-dev] NFD BroadcastStrategy renamed to MulticastStrategy In-Reply-To: References: Message-ID: > On Aug 28, 2015, at 1:15 PM, Thompson, Jeff wrote: > > Hi Junxiao, > > In nfd.conf.sample, the stategy_choice section still has "/ndn/broadcast /localhost/nfd/strategy/multicast". So we still use the multicast strategy on a broadcast prefix? Would you suggest to also add "/ndn/multicast /localhost/nfd/strategy/multicast" or will anyone be using /ndn/multicast? > > Thanks, > - Jeff T Yes, we forgot about this one. I think for now we should add additional entry /ndn/multicast and keep /ndn/broadcast. We should also update configuration of nfd-autoreg to include /ndn/multicast prefix. -- Alex > > From: Nfd-dev on behalf of Junxiao Shi > Date: Friday, August 28, 2015 at 13:00:00 > To: nfd-dev , "" > Subject: [Nfd-dev] NFD BroadcastStrategy renamed to MulticastStrategy > > Dear folks > > We have renamed NFD BroadcastStrategy to MulticastStrategy, to better reflect its semantics. > See http://redmine.named-data.net/issues/3011 on the rationale of this renaming. > StrategyName of MulticastStrategy is: ndn:/localhost/nfd/strategy/multicast > BroadcastStrategy will be kept in NFD repository for one release. > > Action required: > in your configuration files (such as /usr/local/etc/ndn/nfd.conf) and scripts, replace ndn:/localhost/nfd/strategy/broadcast with ndn:/localhost/nfd/strategy/multicast > > Yours, Junxiao > _______________________________________________ > Nfd-dev mailing list > Nfd-dev at lists.cs.ucla.edu > http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev -------------- 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 iliamo at CS.UCLA.EDU Fri Aug 28 13:26:16 2015 From: iliamo at CS.UCLA.EDU (Ilya Moiseenko) Date: Fri, 28 Aug 2015 16:26:16 -0400 Subject: [Nfd-dev] NDN/NFD for Android In-Reply-To: References: <3E75770E-C47A-4945-8A4A-E87DAAFD1492@ucla.edu> <35FC23C5-0EEF-4B6F-84D2-99C85ACFACF9@ucla.edu> <59E59648-F9E7-46A8-978B-9315B0F25063@cs.ucla.edu> Message-ID: On Aug 28, 2015, at 4:04 PM, Steve DiBenedetto wrote: > Hi Ivan, > > Your comments are homophobic and highly unprofessional. This garbage > has absolutely no place here. The NDN community should be welcoming to > all. > > Oh, and Ilya: I heard you left UCLA. You should troll the list from > your new work account...or would that not go over so well? I truly don?t know what you mean. I simply state the obvious - we cannot create a good quality NDN-related graphics for more than 2 years. I personally spent some amount of time to create an NDN router icon set a few years ago. It didn?t go anywhere. Now, Alex and Dustin are spending time to create icons that simply do not look good or professional. We as a team (me still included) cannot make NDN graphic materials. Direct question to you Steve, are you donating any money to the ?graphical design fund? to pay to a freelance designer? > > The fact that a grad student has to call this out is ridiculous. To > the powers that be: get your houses in order. > > -Steve > > P.S. The NDN unicorn is now my avatar on the REMAP Slack because it's > awesome in its own right. > > On Fri, Aug 28, 2015 at 12:59 PM, Ivan Yeo wrote: >> Hey Ilya, >> >> This one got me going. Well ... It looks somewhat gay (as in happy)! >> >> And I know a couple of nightclubs / bars called unicorn that hints at LGBT >> movements and I'm wondering if we'll be associated with them inevitably. >> Nonetheless, just thinking out loud :) >> >> Happy Friday peeps! >> >> Cheers, >> Ivan >> >> On Aug 27, 2015, at 2:16 PM, Ilya Moiseenko wrote: >> >> Alex, they are all very good. >> What about that one? >> >> >> >> >> On Aug 27, 2015, at 4:49 PM, Alex Afanasyev >> wrote: >> >> I would like to follow up on this discussion. Based on the discussion we >> had so far and with the help of Dustin and Jeff, we now have the following >> candidates. We can add any additional adjustments to >> fonts/background/colors. What I'm interested in what others think about the >> proposed logos. >> >> Just to be clear. As of right now, we are specifically making logo for NDN >> suite for android (NFD app that includes basic management interfaces). >> >> --- >> Alex >> >> >> >> >> >> On Aug 11, 2015, at 11:30 PM, Alex Afanasyev >> wrote: >> >> Hi everybody, >> >> A small issue has been (mentally) stopping me to make the NFD app more >> easily available in binary form (e.g., google market): we don't have any >> logo that I can use for the app icon. >> >> In the past we had a few attempts to come up with a general logo for NDN and >> a few people, include Xiaoke, drafted some basic logo for NFD. I would like >> to unblock myself with the choice of some logo, here are the options I have >> right now: >> https://www.dropbox.com/sh/0l03dtbw8vomhl9/AABsNwxhUFpqAwxROXRCdSoBa?dl=0 >> >> I'm leaning towards the first one (1.png). Can you give your opinion, so I >> can select something. >> >> * * * >> >> If someone has a suggestion for a better picture, I would be very happy to >> use it (either right away or in later updates) >> >> Thanks, >> Alex >> >> >> _______________________________________________ >> Nfd-dev mailing list >> Nfd-dev at lists.cs.ucla.edu >> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev >> >> >> _______________________________________________ >> Nfd-dev mailing list >> Nfd-dev at lists.cs.ucla.edu >> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev >> >> >> _______________________________________________ >> Nfd-dev mailing list >> Nfd-dev at lists.cs.ucla.edu >> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdd at wustl.edu Fri Aug 28 13:42:22 2015 From: jdd at wustl.edu (Dehart, John) Date: Fri, 28 Aug 2015 20:42:22 +0000 Subject: [Nfd-dev] NFD BroadcastStrategy renamed to MulticastStrategy In-Reply-To: References: Message-ID: <09328D67-E0C8-44DB-8237-0C398AB802A8@wustl.edu> Alex, Do you plan a new PPA build soon to push this out to the Testbed? John On Aug 28, 2015, at 3:21 PM, Alex Afanasyev > wrote: On Aug 28, 2015, at 1:15 PM, Thompson, Jeff > wrote: Hi Junxiao, In nfd.conf.sample, the stategy_choice section still has "/ndn/broadcast /localhost/nfd/strategy/multicast". So we still use the multicast strategy on a broadcast prefix? Would you suggest to also add "/ndn/multicast /localhost/nfd/strategy/multicast" or will anyone be using /ndn/multicast? Thanks, - Jeff T Yes, we forgot about this one. I think for now we should add additional entry /ndn/multicast and keep /ndn/broadcast. We should also update configuration of nfd-autoreg to include /ndn/multicast prefix. -- Alex From: Nfd-dev > on behalf of Junxiao Shi > Date: Friday, August 28, 2015 at 13:00:00 To: nfd-dev >, ">" > Subject: [Nfd-dev] NFD BroadcastStrategy renamed to MulticastStrategy Dear folks We have renamed NFD BroadcastStrategy to MulticastStrategy, to better reflect its semantics. See http://redmine.named-data.net/issues/3011 on the rationale of this renaming. StrategyName of MulticastStrategy is: ndn:/localhost/nfd/strategy/multicast BroadcastStrategy will be kept in NFD repository for one release. Action required: in your configuration files (such as /usr/local/etc/ndn/nfd.conf) and scripts, replace ndn:/localhost/nfd/strategy/broadcast with ndn:/localhost/nfd/strategy/multicast Yours, Junxiao _______________________________________________ Nfd-dev mailing list Nfd-dev at lists.cs.ucla.edu http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev _______________________________________________ Nfd-dev mailing list Nfd-dev at lists.cs.ucla.edu http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: From ivanyeo at CS.UCLA.EDU Fri Aug 28 17:32:03 2015 From: ivanyeo at CS.UCLA.EDU (Ivan Yeo) Date: Fri, 28 Aug 2015 17:32:03 -0700 Subject: [Nfd-dev] NDN/NFD for Android In-Reply-To: References: <3E75770E-C47A-4945-8A4A-E87DAAFD1492@ucla.edu> <35FC23C5-0EEF-4B6F-84D2-99C85ACFACF9@ucla.edu> <59E59648-F9E7-46A8-978B-9315B0F25063@cs.ucla.edu> Message-ID: Hey Steve, Apologies if I've offended you in anyway at all. I had no intention of doing so and I'm definitely not homophobic. Some of my best friends are LGBT :) I really like the idea that Ilya suggested for the donations. Let me know how that goes and I'd be glad to contribute as well. It'd be awesome to see an official logo go on the NFD app that Alex and I worked on awhile back. Nonetheless, have a great weekend people! Happy Friday! Cheers, Ivan > On Aug 28, 2015, at 1:26 PM, Ilya Moiseenko wrote: > > >> On Aug 28, 2015, at 4:04 PM, Steve DiBenedetto wrote: >> >> Hi Ivan, >> >> Your comments are homophobic and highly unprofessional. This garbage >> has absolutely no place here. The NDN community should be welcoming to >> all. >> >> Oh, and Ilya: I heard you left UCLA. You should troll the list from >> your new work account...or would that not go over so well? > > I truly don?t know what you mean. I simply state the obvious - we cannot create a good quality NDN-related graphics for more than 2 years. > I personally spent some amount of time to create an NDN router icon set a few years ago. It didn?t go anywhere. > Now, Alex and Dustin are spending time to create icons that simply do not look good or professional. > We as a team (me still included) cannot make NDN graphic materials. > > Direct question to you Steve, are you donating any money to the ?graphical design fund? to pay to a freelance designer? > >> >> The fact that a grad student has to call this out is ridiculous. To >> the powers that be: get your houses in order. >> >> -Steve >> >> P.S. The NDN unicorn is now my avatar on the REMAP Slack because it's >> awesome in its own right. >> >>> On Fri, Aug 28, 2015 at 12:59 PM, Ivan Yeo wrote: >>> Hey Ilya, >>> >>> This one got me going. Well ... It looks somewhat gay (as in happy)! >>> >>> And I know a couple of nightclubs / bars called unicorn that hints at LGBT >>> movements and I'm wondering if we'll be associated with them inevitably. >>> Nonetheless, just thinking out loud :) >>> >>> Happy Friday peeps! >>> >>> Cheers, >>> Ivan >>> >>> On Aug 27, 2015, at 2:16 PM, Ilya Moiseenko wrote: >>> >>> Alex, they are all very good. >>> What about that one? >>> >>> >>> >>> >>> On Aug 27, 2015, at 4:49 PM, Alex Afanasyev >>> wrote: >>> >>> I would like to follow up on this discussion. Based on the discussion we >>> had so far and with the help of Dustin and Jeff, we now have the following >>> candidates. We can add any additional adjustments to >>> fonts/background/colors. What I'm interested in what others think about the >>> proposed logos. >>> >>> Just to be clear. As of right now, we are specifically making logo for NDN >>> suite for android (NFD app that includes basic management interfaces). >>> >>> --- >>> Alex >>> >>> >>> >>> >>> >>> On Aug 11, 2015, at 11:30 PM, Alex Afanasyev >>> wrote: >>> >>> Hi everybody, >>> >>> A small issue has been (mentally) stopping me to make the NFD app more >>> easily available in binary form (e.g., google market): we don't have any >>> logo that I can use for the app icon. >>> >>> In the past we had a few attempts to come up with a general logo for NDN and >>> a few people, include Xiaoke, drafted some basic logo for NFD. I would like >>> to unblock myself with the choice of some logo, here are the options I have >>> right now: >>> https://www.dropbox.com/sh/0l03dtbw8vomhl9/AABsNwxhUFpqAwxROXRCdSoBa?dl=0 >>> >>> I'm leaning towards the first one (1.png). Can you give your opinion, so I >>> can select something. >>> >>> * * * >>> >>> If someone has a suggestion for a better picture, I would be very happy to >>> use it (either right away or in later updates) >>> >>> Thanks, >>> Alex >>> >>> >>> _______________________________________________ >>> Nfd-dev mailing list >>> Nfd-dev at lists.cs.ucla.edu >>> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev >>> >>> >>> _______________________________________________ >>> Nfd-dev mailing list >>> Nfd-dev at lists.cs.ucla.edu >>> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev >>> >>> >>> _______________________________________________ >>> Nfd-dev mailing list >>> Nfd-dev at lists.cs.ucla.edu >>> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: From lixia at CS.UCLA.EDU Fri Aug 28 18:17:46 2015 From: lixia at CS.UCLA.EDU (Lixia Zhang) Date: Fri, 28 Aug 2015 18:17:46 -0700 Subject: [Nfd-dev] NDN/NFD for Android In-Reply-To: References: <3E75770E-C47A-4945-8A4A-E87DAAFD1492@ucla.edu> <35FC23C5-0EEF-4B6F-84D2-99C85ACFACF9@ucla.edu> <59E59648-F9E7-46A8-978B-9315B0F25063@cs.ucla.edu> Message-ID: I am far behind email, someone notified me about this thread of exchanges. I feel very sorry to see some posting using inappropriate wording. People should keep in mind that this open mailing list has over 100 members. We want to reflect the best of ourselves, the best of this community. Lixia -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3374 bytes Desc: not available URL: From gpau at CS.UCLA.EDU Sat Aug 29 02:46:59 2015 From: gpau at CS.UCLA.EDU (Giovanni Pau) Date: Sat, 29 Aug 2015 11:46:59 +0200 Subject: [Nfd-dev] NDN/NFD for Android In-Reply-To: <59E59648-F9E7-46A8-978B-9315B0F25063@cs.ucla.edu> References: <3E75770E-C47A-4945-8A4A-E87DAAFD1492@ucla.edu> <35FC23C5-0EEF-4B6F-84D2-99C85ACFACF9@ucla.edu> <59E59648-F9E7-46A8-978B-9315B0F25063@cs.ucla.edu> Message-ID: I support Ilya proposal. I thought what i would be more inclined to download and Ilya?s logo is more tempting than the others. g. > On Aug 27, 2015, at 23:16, Ilya Moiseenko wrote: > > Alex, they are all very good. > What about that one? > > > > > On Aug 27, 2015, at 4:49 PM, Alex Afanasyev wrote: > >> I would like to follow up on this discussion. Based on the discussion we had so far and with the help of Dustin and Jeff, we now have the following candidates. We can add any additional adjustments to fonts/background/colors. What I'm interested in what others think about the proposed logos. >> >> Just to be clear. As of right now, we are specifically making logo for NDN suite for android (NFD app that includes basic management interfaces). >> >> --- >> Alex >> >> >> >> >>> On Aug 11, 2015, at 11:30 PM, Alex Afanasyev wrote: >>> >>> Hi everybody, >>> >>> A small issue has been (mentally) stopping me to make the NFD app more easily available in binary form (e.g., google market): we don't have any logo that I can use for the app icon. >>> >>> In the past we had a few attempts to come up with a general logo for NDN and a few people, include Xiaoke, drafted some basic logo for NFD. I would like to unblock myself with the choice of some logo, here are the options I have right now: https://www.dropbox.com/sh/0l03dtbw8vomhl9/AABsNwxhUFpqAwxROXRCdSoBa?dl=0 >>> >>> I'm leaning towards the first one (1.png). Can you give your opinion, so I can select something. >>> >>> * * * >>> >>> If someone has a suggestion for a better picture, I would be very happy to use it (either right away or in later updates) >>> >>> Thanks, >>> Alex >>> >> >> _______________________________________________ >> Nfd-dev mailing list >> Nfd-dev at lists.cs.ucla.edu >> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev > > _______________________________________________ > Nfd-dev mailing list > Nfd-dev at lists.cs.ucla.edu > http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev From shijunxiao at email.arizona.edu Mon Aug 31 07:24:33 2015 From: shijunxiao at email.arizona.edu (Junxiao Shi) Date: Mon, 31 Aug 2015 07:24:33 -0700 Subject: [Nfd-dev] ERROR:error while connecting to the forwarder In-Reply-To: <4a03f962.d619.14f828e03a6.Coremail.zhouqi_mail@163.com> References: <531c2b77.17ee0.14f3ff38625.Coremail.zhouqi_mail@163.com> <7c807e35.e368.14f6e60b9fc.Coremail.zhouqi_mail@163.com> <55df1138.49e1440a.4d451.716b@mx.google.com> <4a03f962.d619.14f828e03a6.Coremail.zhouqi_mail@163.com> Message-ID: <55e463a1.0b31460a.aa1cc.33ef@mx.google.com> Hi John Thank you. We look forward to your patch submitted to NDN Gerrit http://gerrit.named-data.net Yours, Junxiao From: JohnQi Sent: Sunday, August 30, 2015 23:59 To: Junxiao Shi Subject: Re:RE: [Nfd-dev] ERROR:error while connecting to the forwarder Thanks for your immediate reply? We are trying to do our effort to solve this problem and provide a patch. At 2015-08-27 21:31:34, "Junxiao Shi" wrote: Hi John ? This is either due to Bug 2742, or caused by too many prefix registration commands filling up the output buffer of the UNIX socket before Face::processEvents is invoked. The solution would be: during traffic generator server initialization, call Face::processEvents after every prefix registration command. Currently ndn-traffic-generator does not have a maintainer. Can you contribute a patch to this problem? The patch can be submitted to Gerrit. ? Yours, Junxiao ? From: JohnQi Sent: Thursday, August 27, 2015 02:10 To: nfd-dev at lists.cs.ucla.edu Subject: Re: [Nfd-dev] ERROR:error while connecting to the forwarder ? ? Hi! Every one, ? ?We are woking on an experiment on NFD. To evaluate the performance of the NFD, we try to use the traffic-generator provided with the NFD together. We wrote two configuration files according to "ndn-traffic-server.conf.sample" and?"ndn-traffic-client.conf.sample". The only difference between our configuration files and the orginal configuration files lie on the number of the content in the files. Our files include 10 thousands of content. ?Then?I started the nfd at the client and the server. Moreover, registered the name prefix by binding the sever ip. There is an error ocured then with?a msg that "error while connecting to the forwarder" (we have correctly run and compile NFD and?ndn-traffic-generator). Our?configure files "ndn-traffic-server.conf.sample,?ndn-traffic-server.conf.sample.full-data,?ndn-traffic-client.conf.sample" are attached in this mail. To identify this error, we constructed another configure files and found that there is no error at all if the number of the content in the configuration files is less then 1936. This two configuration files are attatched also.? I think this is a bug of the NFD in consideration of the simplicity of the??traffic-generator. ?Does anybody know about this? Please do us a favor to check this problem.? Looking forward to?your reply. Thanks a lot. ? Yours sincerely. John qi. ???????????1? -------------- next part -------------- An HTML attachment was scrubbed... URL: From jburke at remap.ucla.edu Mon Aug 31 09:55:42 2015 From: jburke at remap.ucla.edu (Burke, Jeff) Date: Mon, 31 Aug 2015 16:55:42 +0000 Subject: [Nfd-dev] LINK support & understanding expected use in apps Message-ID: <64A91549-74A8-4363-B5C8-26CD5B204A3E@remap.ucla.edu> Hi, From a previous NFD call, my understanding was that LINK support in NFD was imminent. Is it coming in this week's release? Also, could someone please suggest the best place to learn about how an application should use LINK as currently designed and implemented? (Say, for the publisher mobility use case of NDNFit.) To some extent this can be inferred from the forwarder's use of it and the packet info, but something oriented directly to app developers would be most helpful. Thanks! Jeff -------------- next part -------------- An HTML attachment was scrubbed... URL: From aa at CS.UCLA.EDU Mon Aug 31 10:03:03 2015 From: aa at CS.UCLA.EDU (Alex Afanasyev) Date: Mon, 31 Aug 2015 10:03:03 -0700 Subject: [Nfd-dev] LINK support & understanding expected use in apps In-Reply-To: <64A91549-74A8-4363-B5C8-26CD5B204A3E@remap.ucla.edu> References: <64A91549-74A8-4363-B5C8-26CD5B204A3E@remap.ucla.edu> Message-ID: <4F6090CA-B5F0-427B-B623-0909C20C8A98@cs.ucla.edu> Hi Jeff, We have a minor delay, so we not going to have this in the upcoming minor release (later today). We will have it a short time after the release and definitely before the next one (either minor or major). As of right now, we don't yet have a plain text description (we will add it, either as part of NFD developer's guid or as part of ndn-cxx tutorial page) of how to work with link, but we have API documentation (http://named-data.net/doc/ndn-cxx/current/doxygen/d1/d81/classndn_1_1Interest.html#abbf98026d7c36775695ebb038d876bcb, http://named-data.net/doc/ndn-cxx/current/doxygen/d0/d61/classndn_1_1Link.html) and unit tests (https://github.com/named-data/ndn-cxx/blob/master/tests/unit-tests/link.t.cpp) which can get some idea how to work with it. --- Alex > On Aug 31, 2015, at 9:55 AM, Burke, Jeff wrote: > > Hi, > > From a previous NFD call, my understanding was that LINK support in NFD was imminent. Is it coming in this week's release? > > Also, could someone please suggest the best place to learn about how an application should use LINK as currently designed and implemented? (Say, for the publisher mobility use case of NDNFit.) To some extent this can be inferred from the forwarder's use of it and the packet info, but something oriented directly to app developers would be most helpful. > > Thanks! > Jeff -------------- 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 jefft0 at remap.ucla.edu Mon Aug 31 10:13:05 2015 From: jefft0 at remap.ucla.edu (Thompson, Jeff) Date: Mon, 31 Aug 2015 17:13:05 +0000 Subject: [Nfd-dev] LINK support & understanding expected use in apps In-Reply-To: <4F6090CA-B5F0-427B-B623-0909C20C8A98@cs.ucla.edu> References: <64A91549-74A8-4363-B5C8-26CD5B204A3E@remap.ucla.edu> <4F6090CA-B5F0-427B-B623-0909C20C8A98@cs.ucla.edu> Message-ID: Hi Alex, These links make it clear how to put a delegation in a Link object and to put the Link object in an Interest. Do you have plans for the NFD developer's guide to explain the slightly larger picture: When does an application need to put a link delegation in an interest? Does it have to do it for every interest which might be redirected? How does it learn what delegation to user? What does NFD do when it gets the interest? Thanks, - Jeff T On 2015/8/31, 10:03:03, "Nfd-dev on behalf of Alex Afanasyev" wrote: >As of right now, we don't yet have a plain text description (we will add >it, either as part of NFD developer's guid or as part of ndn-cxx tutorial >page) of how to work with link, but we have API documentation >(http://named-data.net/doc/ndn-cxx/current/doxygen/d1/d81/classndn_1_1Inte >rest.html#abbf98026d7c36775695ebb038d876bcb, >http://named-data.net/doc/ndn-cxx/current/doxygen/d0/d61/classndn_1_1Link. >html) >and unit tests >(https://github.com/named-data/ndn-cxx/blob/master/tests/unit-tests/link.t >.cpp) which can get some idea how to work with it. From shijunxiao at email.arizona.edu Mon Aug 31 10:39:54 2015 From: shijunxiao at email.arizona.edu (Junxiao Shi) Date: Mon, 31 Aug 2015 10:39:54 -0700 Subject: [Nfd-dev] LINK support & understanding expected use in apps In-Reply-To: References: <64A91549-74A8-4363-B5C8-26CD5B204A3E@remap.ucla.edu> <4F6090CA-B5F0-427B-B623-0909C20C8A98@cs.ucla.edu> Message-ID: <55e49169.08e7440a.a5fa1.ffffb222@mx.google.com> Dear folks NFD Developer Guide is wrong place to explain how link delegation should be used in applications. Instead, this information should be placed in ndn-cxx Application Developer Guide. I have created an issue: http://redmine.named-data.net/issues/3149 Yours, Junxiao From: Thompson, Jeff Sent: Monday, August 31, 2015 10:13 To: Alex Afanasyev;Burke, Jeff Cc: nfd-dev at lists.cs.ucla.edu Subject: Re: [Nfd-dev] LINK support & understanding expected use in apps Hi Alex, These links make it clear how to put a delegation in a Link object and to put the Link object in an Interest. Do you have plans for the NFD developer's guide to explain the slightly larger picture: When does an application need to put a link delegation in an interest? Does it have to do it for every interest which might be redirected? How does it learn what delegation to user? What does NFD do when it gets the interest? Thanks, - Jeff T -------------- next part -------------- An HTML attachment was scrubbed... URL: From jefft0 at remap.ucla.edu Mon Aug 31 10:45:17 2015 From: jefft0 at remap.ucla.edu (Thompson, Jeff) Date: Mon, 31 Aug 2015 17:45:17 +0000 Subject: [Nfd-dev] LINK support & understanding expected use in apps In-Reply-To: <55e49169.08e7440a.a5fa1.ffffb222@mx.google.com> References: <64A91549-74A8-4363-B5C8-26CD5B204A3E@remap.ucla.edu> <4F6090CA-B5F0-427B-B623-0909C20C8A98@cs.ucla.edu> <55e49169.08e7440a.a5fa1.ffffb222@mx.google.com> Message-ID: That looks great. Thanks. From: Junxiao Shi > Date: Monday, August 31, 2015 at 10:39:00 To: Jeff Thompson >, Alex Afanasyev >, Jeff Burke > Cc: nfd-dev > Subject: RE: [Nfd-dev] LINK support & understanding expected use in apps Dear folks NFD Developer Guide is wrong place to explain how link delegation should be used in applications. Instead, this information should be placed in ndn-cxx Application Developer Guide. I have created an issue: http://redmine.named-data.net/issues/3149 Yours, Junxiao From: Thompson, Jeff Sent: Monday, August 31, 2015 10:13 To: Alex Afanasyev;Burke, Jeff Cc: nfd-dev at lists.cs.ucla.edu Subject: Re: [Nfd-dev] LINK support & understanding expected use in apps Hi Alex, These links make it clear how to put a delegation in a Link object and to put the Link object in an Interest. Do you have plans for the NFD developer's guide to explain the slightly larger picture: When does an application need to put a link delegation in an interest? Does it have to do it for every interest which might be redirected? How does it learn what delegation to user? What does NFD do when it gets the interest? Thanks, - Jeff T -------------- next part -------------- An HTML attachment was scrubbed... URL: From jburke at remap.ucla.edu Mon Aug 31 10:47:26 2015 From: jburke at remap.ucla.edu (Burke, Jeff) Date: Mon, 31 Aug 2015 17:47:26 +0000 Subject: [Nfd-dev] LINK support & understanding expected use in apps In-Reply-To: References: <64A91549-74A8-4363-B5C8-26CD5B204A3E@remap.ucla.edu> <4F6090CA-B5F0-427B-B623-0909C20C8A98@cs.ucla.edu> <55e49169.08e7440a.a5fa1.ffffb222@mx.google.com> Message-ID: Where is the canonical (public) version of this document available? Thanks, Jeff From: "Thompson, Jeff" Date: Monday, August 31, 2015 at 10:45 AM To: Junxiao Shi, Alex Afanasyev, Jeff Burke Cc: "nfd-dev at lists.cs.ucla.edu" Subject: Re: [Nfd-dev] LINK support & understanding expected use in apps That looks great. Thanks. From: Junxiao Shi > Date: Monday, August 31, 2015 at 10:39:00 To: Jeff Thompson >, Alex Afanasyev >, Jeff Burke > Cc: nfd-dev > Subject: RE: [Nfd-dev] LINK support & understanding expected use in apps Dear folks NFD Developer Guide is wrong place to explain how link delegation should be used in applications. Instead, this information should be placed in ndn-cxx Application Developer Guide. I have created an issue: http://redmine.named-data.net/issues/3149 Yours, Junxiao From: Thompson, Jeff Sent: Monday, August 31, 2015 10:13 To: Alex Afanasyev;Burke, Jeff Cc: nfd-dev at lists.cs.ucla.edu Subject: Re: [Nfd-dev] LINK support & understanding expected use in apps Hi Alex, These links make it clear how to put a delegation in a Link object and to put the Link object in an Interest. Do you have plans for the NFD developer's guide to explain the slightly larger picture: When does an application need to put a link delegation in an interest? Does it have to do it for every interest which might be redirected? How does it learn what delegation to user? What does NFD do when it gets the interest? Thanks, - Jeff T -------------- next part -------------- An HTML attachment was scrubbed... URL: From aa at CS.UCLA.EDU Mon Aug 31 12:12:51 2015 From: aa at CS.UCLA.EDU (Alex Afanasyev) Date: Mon, 31 Aug 2015 12:12:51 -0700 Subject: [Nfd-dev] NFD 0.3.4 and ndn-cxx 0.3.4 released Message-ID: <0EC03A2A-B181-4524-8FB8-F275913971EC@cs.ucla.edu> Dear all, We are pleased to announce release of version 0.3.4 of Named Data Networking Forwarding Daemon (NFD) and ndn-cxx library. The detailed notes for the releases: - for NFD: http://named-data.net/doc/NFD/0.3.4/RELEASE_NOTES.html - for ndn-cxx library: http://named-data.net/doc/ndn-cxx/0.3.4/RELEASE_NOTES.html Source code, instruction how to install pre-compiled binaries on Ubuntu Linux (12.04, 14.04, and 15.04), how to install NDN software using MacPort packages or HomeBrew on OS X, tutorials, HOWTOs, a FAQ and other useful resources are available on official webpages of NFD and ndn-cxx: - http://named-data.net/doc/NFD/0.3.4/ - http://named-data.net/doc/ndn-cxx/0.3.4/ NFD developer's guide: - http://named-data.net/publications/techreports/ndn-0021-4-nfd-developer-guide/. * * * The NDN/NFD Team: Alexander Afanasyev, Junxiao Shi, Beichuan Zhang, Lixia Zhang, Ilya Moiseenko, Yingdi Yu, Wentao Shang, Yanbiao Li, Spyridon Mastorakis, Yi Huang, Jerald Paul Abraham, Steve DiBenedetto, Chengyu Fan, Christos Papadopoulos, Davide Pesavento, Giulio Grassi, Giovanni Pau, Hang Zhang, Tian Song, Haowei Yuan, Hila Ben Abraham, Patrick Crowley, Syed Obaid Amin, Vince Lehman, Lan Wang, Eric Newberry, and others (http://named-data.net/project/participants/) -------------- 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: